На основании различных концепций управления сообщество EOSC оптимизировало механизм выборов EOSIO, запустило основную сеть EOSC на высоте 1 Genesis и продолжало выполнять итерацию и модернизировать основную сеть EOSC, заставляя EOSC продолжать развиваться в направлении децентрализованной платформы умного контракта с высоким уровнем эффективности, закладывая основу для крупномасштабной популяризации экономики CRIPPTO.

фон

Крипто-экономика открыла критическую стадию от социальных экспериментов до крупномасштабного коммерческого использования.
За крупномасштабным коммерческим использованием означает огромное давление транзакции. Чтобы эффективно нести огромные требования к транзакциям, система блокчейна должна сначала обеспечить достаточно сильную производительность. Для достижения этого требуются более высокие требования для полного узла, таких как лучшая конфигурация аппаратных машин, более высокая емкость, более стабильная сеть, более высокая пропускная способность, более низкая задержка и т. Д. Очевидно, что высокий порог для полного узла приведет к уменьшению количества блочных производящих узлов, которые могут работать стабильно. Если механизм POS используется в такой системе блокчейна, система быстро сходится к централизованной ситуации. Чтобы найти баланс между высокой производительностью и децентрализацией, алгоритм консенсуса DPOS, несомненно, является лучшим выбором в настоящее время и лучшим решением для управления небольшим количеством узлов.
Eosio, основанный на алгоритме консенсуса DPOS, возник, и сообщество впервые увидела рассвет крупномасштабного коммерческого использования крипто-экономики. Является ли механизм выборов полностью эффективным, является ключом к выживанию консенсусного механизма DPOS, а также связан с тем, может ли механизм консенсуса DPOS передать WOW, чтобы привести к следующему поколению волны шифрования.
Чтобы ускорить прибытие эпохи крупномасштабного коммерческого использования крипто-экономики, сообщество EOSC оптимизировало механизм выборов EOSIO, запустило основную сеть EOSC на высоте 1 Genesis и продолжало выполнять и модернизировать основную сеть EOSC, так что EOSC продолжает развиваться в направлении децентрализованной высокопрофессиональной интеллектуальной контрактной платформы.

Консенсусный механизм

EOSC следует консенсусному механизму Eosio, а именно консенсус DPOS BFT. В отличие от Eosio, EOSC не принимает режим Eosio с одним блоком каждые 0,5 секунды, а один узел генерирует 6 блоков. Каждые 3 секунды в EOSC узлы не будут постоянно генерировать блоки. Несмотря на то, что узлы могут сократить время ожидания распакованных транзакций, текущая сетевая среда часто не идеальна, быстрое генерация блоков повлияет на стабильность цепи и вызовет большое количество микро -вилок.
Текущий консенсусный механизм Eosio недостаточно совершенен, но в качестве платформы DAPP время подтверждения блока не является первым приоритетом оптимизации цепи. Для EOSC механизм консенсуса должен рассматриваться в среде с высокой нагрузкой. В текущей ситуации, когда параллельная компьютерная система не является идеальной, спешно улучшать механизм подтверждения конвейеры очень проблематично.
Механизм EOSC в будущем развивается параллельно от двух направлений
1. Совместим с разработкой Eosio и обновляет его алгоритм консенсуса. Мы судим на основе текущего прогресса развития Eosio. Когда Eosio завершает параллельное улучшение, алгоритм консенсуса будет обновлен для достижения более быстрого времени подтверждения блока.
2. Другие консенсусные механизмы, основанные на номерах подтверждения, будут адаптированы в дополнение к существующему консенсусу DPO. С одной стороны, будет реализовано взаимодействие между встроенным консенсусом цепи 2 встроенного слоя 2 и основной цепью. С другой стороны, более децентрализованный механизм поперечной цепи может быть достигнут с помощью других консенсусных механизмов.

EOSC Technology Unferment

модель ресурсов на основе платы за обработку
Хотя модель процессора Eosio и чистых ресурсов является хорошим дизайном в технологии, он слишком сложный для пользователей и не может продвигать разработчиков DAPP для оптимизации своих контрактов. С другой стороны, метод закупки ОЗУ Эосио приведет к определенным поведению накопления, что не способствует развитию экосистемы DAPP. По этой причине EOSC инновационно разработала новую модель ресурсов. Благодаря практической оптимизации он исследует модель ресурсов, основанную на обращении сборов в сложной среде смарт -контракта, чтобы полностью решить проблемы ресурсов, которые преследуют экосистему EOS.
Прежде всего, EOSC платит процессору пользователя и чистому потреблению ресурсов в режиме платы за обработку. Для действия, определенного разработчиком в DAPP, разработчики DAPP могут установить необходимую плату за обработку для действия. Система управляет использованием действия на основе этого. С одной стороны, это облегчает пользователям понимание потребления ресурсов, а с другой стороны, это также решительно продвигает разработчиков DAPP для оптимизации использования контрактных ресурсов, чтобы вся экосистема могла развиваться здоровья.
EOSC использует облачный прокатный хост для распределения ресурсов RAM таким образом, как в аренде облачных хостов. Пользователи могут оплачивать расходы на аренду ресурсов RAM, используя дивиденды голосования, чтобы пользователям не нужно беспокоиться о оплате арендной платы, а также устраняют проблему задолженности по арендной плате. Благодаря методу «аренда и продажи» EOSC может эффективно избегать спекулятивного поведения против ресурсов RAM, так что развитие DAPP не должно быть нарушено цены на оперативную память и эффективно способствовать строительству экосистемы DAPP.
В то время как смело инновация и изучение новых моделей ресурсов EOSC также исследует механизм, который будет совместим с моделями ресурсов Eosio. Для процессоров и чистых ресурсов пользователи могут платить в плате на основе возраста дивидендов для достижения эффекта получения ЦП и чистых ресурсов, аналогичных ипотеке Eosio. Для RAM пользователи могут достичь влияния Eosio на основе покупки рынка за счет обмена голосованием, чтобы разработчики DAPP могли быстро ввести Eosio из других цепочек Eosio и плавно обратиться к модели ресурса EOSC.
Механизм плавного обновления
Механизм избрания EOSC поощряет супер -узлы активно участвовать в продвижении технологических обновлений. В отличие от разделения версии узла сообщества Eosio, EOSC активно продвигает технологические обновления и обновления на практике.
Чтобы добиться более плавного несовместимого процесса обновления, EOSC добавил набор механизмов обновления на основе высоты эффективного блока. Сообщество может подтвердить высоту эффективного блока функции с помощью нескольких знаков, чтобы децентрализовать процесс плавного обновления. В отличие от недавно предложенной схемы метки Eosio, основанной на данных расширения блоков, механизм обновления EOSC более дружелюбен и способствует пониманию. Первая практика EOSC о децентрализованном процессе обновления «Soft Fork» в цепочке на основе Eosio, которая является основной гарантией для EOSP, чтобы продолжать развиваться для решения различных задач механизма.
С другой стороны, функция установления атрибутов цепочки на основе нескольких знаков может предоставить сообществу набор децентрализованной конфигурации цепочки и схемы в цепочке. Различные параметры и конфигурации могут быть децентрально изменены в соответствии с фактической разработкой, чтобы сообщество могло развиваться лучше.
механизм сердцебиения узла и стабильный интервал выходного блока
Чтобы способствовать стабильности основной сети, EOSC укрепляет построение альтернативных узлов с точки зрения экономической модели. В то же время EOSC добавляет механизм сердцебиения узла в цепь, чтобы стимулировать узлы для укрепления и улучшения их стабильности и способствовать большей стабильности всей основной сети.
Основываясь на механизме сердцебиения, EOSC может подтвердить работу узла, так что неисправные узлы наказываются на основе цепи, тем самым призывая к построению узлов и предотвращают нестабильность узлов во всей основной сети.
Время интервала генерации блоков увеличивается в начале запуска, чтобы избежать случайных мягких вилок в основной сети, когда текущая сетевая инфраструктура еще не идеальна. Полсекундной интервал генерации блоков, разработанный Eosio, и механизм соединения шести блоков к одному узлу, безусловно, может улучшить доступность цепочки в будущем, но это не применимо в текущей сетевой среде. С прагматическим отношением, время интервала генерации блоков будет увеличено в первую очередь, и после того, как условия будут зрелыми в будущем, оно будет изменено на быстрое генерацию блоков. Это может эффективно уменьшить мягкие вилки. В то же время сокращение количества блоков может значительно увеличить скорость синхронизации всего узла, так что может быть более полное узлы, что повышает доступность всей сети.
больше APIS -уровня контракта
Чтобы сделать разработчикам DAPP более удобным для разработки контрактов, были добавлены некоторые API, и некоторые конкретные корректировки были внесены в системные контракты.
Во -первых, добавляется API для получения высоты блока, и разработчики могут легко и эффективно получить текущую высоту блока. Основываясь на этом API, контракты могут эффективно избегать блокировки блочных атак и других атак на основе повторной попытки. Во -вторых, добавляется API для получения информации о конфигурации цепочки, и разработчики могут адаптировать различные исправления параметров и обновления цепи к цепи на контрактном уровне, чтобы контракт также мог плавно следовать функции обновления цепи. Наконец, чтобы избежать поддельных валютных атак, независимые контракты с токеном основного токена используются до начала цепочки, чтобы пользователи могли четко различать поддельные валютные атаки.
адаптация сервисов поперечной цепи
В начале запуска команда сил предвидела, что поддержка поперечной цепи станет основной функцией общественных цепей в будущем. Таким образом, команда Force запустила разработку проекта Codex и установила цепочку реле Codex.Relay для предоставления ретрансляционных услуг для каждой цепочки, чтобы реализовать механизм межсети между каждой цепью, которая может обеспечить более полную поддержку для Codex.Relay. Благодаря супер-узлам двух цепочек, работающих друг с другом, может быть достигнут «полный» механизм поперечной цепи, то есть степень децентрализации любой цепи не будет снижена во время процесса поперечной цепи.
Через механизм поперечной цепи можно получить большую масштабируемость. На основе сервисов реле может быть добавлена ​​подразделы уровня 2. Некоторые услуги и DAPP с высоким потреблением ресурсов могут быть запускаются на основе подсчетов, а результаты расчета или основные состояния могут быть синхронизированы с службами реле. Таким образом, специальные суб-цепи, такие как хранение, вычисления, DAPP и случайные числа, могут быть добавлены в функции расширения.
Основная настраиваемая структура разработки блокчейна Eosio
На основе сервисов реле, он может добавить подразделы Layer 2. В будущем различные суб-цепи будут играть отличную роль в экосистеме Eosio. Тем не менее, следует отметить, что в настоящее время проект Blockchain с индивидуальными функциями, основанными на Eosio, по -прежнему имеет высокий порог. По этой причине команда Force запустила проект Codex.io, который представляет собой очень настраиваемую структуру разработки блокчейна Eosio, снижая порог развития подсчетов и предоставляя разработчикам более экономичный и дружелюбный опыт разработки под цепи.
Команда силы набрала большой опыт в разработке блокчейна на основе Eosio в процессе разработки, а также надеется дать полную игру для ее наибольшей ценности. Codex.io - это структура разработки эозио блокчейна «вне коробки». Разработчики могут быстро запустить цепочку на основе Codex.io. После простой конфигурации они могут настроить различные символы и свободно выбирать экономические системы и модели ресурсов. Исходя из этого, разработчикам необходимо только обращать внимание на проблемы, которые необходима сама цепочке для решения. Согласно этому, они могут выбрать их для реализации на основе контрактов или нативных слоев цепи. Codex.io может облегчить разработчиков расширить на ином слое цепи, чтобы решить некоторые проблемы с производительностью, а также может значительно расширить функции цепи.
Codex.io объединяет функции расширения, предложенные большинством цепочек Eosio. Благодаря инклюзивному отношению, Codex.io позволяет разработчикам свободно объединять функции в цепочке: включая минимальную систему безопасности живой безопасности, систему счетов, различные механизмы черно-белого списка, механизмы общего управления и механизмы голосования, а также различные плагины.
Через Codex.io в будущем будет интегрировано большое количество подразделений уровня 2, что обеспечит бесконечное расширение.