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

Фон

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

Механизм консенсуса

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

Улучшение технологии EOSC

Модель ресурсов, основанная на плате за обслуживание
Хотя модель оплаты ресурсов ЦП и NET в EOSIO является хорошим технологическим решением, она слишком сложна для пользователей и не может способствовать оптимизации DAPP-разработчиков своих контрактов. , С другой стороны, метод покупки оперативной памяти EOSIO приведет к определенному поведению накопления, что не способствует развитию экологии DAPP. По этой причине EOSC новаторски разработал новый набор моделей ресурсов. Путем оптимизации на практике исследуйте модели ресурсов, основанные на плате за услуги в сложной среде смарт-контрактов, и тщательно решить проблемы с ресурсами, которые мешают экологии EOS.
Во-первых, EOSC оплачивает потребление CPU и NET ресурсов пользователя в режиме комиссии.Для Действия, определенного разработчиком в DAPP, разработчик DAPP может установить требуемую плату за Действие, а система контролирует ресурс использование действия, основанного на этом. С одной стороны, пользователям легко понять потребление ресурсов, с другой стороны, это также сильно способствует разработчикам DAPP оптимизировать использование контрактных ресурсов, чтобы вся экология развивалась добродушно.
EOSC использует метод, аналогичный аренде облачных хостов, для распределения ресурсов оперативной памяти. Пользователи могут использовать дивиденды от голосования для оплаты аренды ресурсов оперативной памяти. Таким образом, пользователям не нужно беспокоиться об оплате аренды, а проблема задолженности по аренде решается также устранено.Благодаря методу «аренды и продажи» EOSC может эффективно избегать спекуляций на ресурсах оперативной памяти, так что разработка DAPP не должна быть нарушена ценой оперативной памяти и эффективно способствует экологическому построению DAPP.
Внедряя инновации и изучая новые модели ресурсов, EOSC также изучает механизмы, которые будут совместимы с моделями ресурсов EOSIO. Для ресурсов ЦП и NET пользователи могут платить комиссию в зависимости от срока действия дивидендного билета, чтобы получить аналогичную ипотеку EOSIO для получения ЦП и эффект ресурсов NET, для оперативной памяти пользователи могут добиться эффекта EOSIO на основе рыночной покупки через форму ипотечного свопа голосования, чтобы разработчики DAPP могли быстро врезаться в EOSC из других цепочек EOSIO и плавно переключаться на ресурс EOSC модель.
Плавный механизм обновления
Механизм выбора EOSC побуждает суперузлы активно участвовать в продвижении технологических обновлений. В отличие от разделенных версий узлов сообщества EOSIO, EOSC активно продвигает технологические обновления и обновления.
Чтобы обеспечить более плавный процесс несовместимого обновления, EOSC добавила механизм обновления, основанный на эффективной высоте блока. Сообщество может подтвердить эффективную высоту блока функции с помощью мультиподписи, чтобы завершить плавное обновление в процесс децентрализованного способа, отличный от недавно предложенной схемы маркировки EOSIO, основанной на данных расширения блока, механизм обновления EOSC более удобен и прост для понимания. EOSC был первым, кто практиковал децентрализованный процесс обновления «софтфорк» в цепочке на основе EOSIO, что является основной гарантией непрерывного развития EOSC для решения различных проблем с механизмами.
С другой стороны, функция настройки атрибутов цепочки на основе мультиподписи может предоставить сообществу набор децентрализованных конфигураций цепочки и внутрисетевых решений.Различные параметры и конфигурации могут быть изменены децентрализованным образом в соответствии с фактическими развитие, делая лучшее развитие сообщества.
Механизм сердцебиения узлов и стабильный интервал блоков
Чтобы повысить стабильность основной сети, EOSC усилил конструкцию узлов-кандидатов с точки зрения экономической модели. , EOSC добавил цепочку. Механизм сердцебиения узла в сети используется для укрепления узла, повышения его стабильности и обеспечения стабильности всей основной сети.
На основе механизма сердцебиения EOSC может подтверждать работу узлов, чтобы неисправные узлы могли быть наказаны на основе цепочки, чтобы дополнительно контролировать построение узлов и предотвращать бездействие узлов, вызывающее нестабильность всей основной сети.
Увеличьте интервал между блоками в начале запуска, чтобы избежать случайных софт-форков в основной сети, когда текущая сетевая инфраструктура еще не совершенна.EOSIO разработала интервал между блоками в полсекунды и механизм узлы, производящие шесть блоков подряд, могут улучшить доступность цепочки в будущем, это неприменимо в текущей сетевой среде.Из соображений прагматизма следует сначала увеличить интервал между производством блоков, а затем изменить его на быстрое производство блоков когда созреют условия в будущем.Это может эффективно сократить софт-форки, и в то же время сокращение количества блоков может значительно увеличить скорость синхронизации полных узлов, так что может быть больше полных узлов, тем самым повышая доступность всей сети.
Дополнительные API-интерфейсы уровня контрактов
Чтобы упростить разработку контрактов разработчиками DAPP, были добавлены некоторые API-интерфейсы, а также внесены некоторые изменения в системные контракты.
Во-первых, добавлен API для получения высоты блока. Разработчики могут легко и эффективно получить текущую высоту блока. На основе этого API контракт может эффективно избегать блокирующих атак и других атак, основанных на повторных попытках. Во-вторых, добавить Чтобы получить API информации о конфигурации цепочки, разработчики могут адаптировать различные исправления параметров и обновления цепочки цепочки на уровне контракта, чтобы контракт также мог плавно следовать функции обновления цепочки Наконец, чтобы избежать поддельной валюты атак, перед запуском цепочки используется независимый основной токен-контракт, чтобы пользователи могли четко отличить атаки поддельной валюты.
Адаптация к межсетевым сервисам
В начале запуска команда Force предвидела, что поддержка кроссчейн в будущем станет основной функцией публичной сети, поэтому команда Force начала разработку проекта Codex, создала цепочку ретрансляции Codex.Relay для предоставления услуг ретрансляции для каждой цепочки, чтобы реализовать механизм кросс-чейн между каждой цепочкой, может обеспечить более совершенную поддержку Codex.Relay и взаимодействие. через суперузлы двух цепочек можно достичь «полного» механизма кросс-чейн, то есть степень децентрализации любой цепочки не будет снижена в процессе кросс-чейна.
Благодаря механизму кросс-чейн можно добиться отличной масштабируемости.На основе службы ретрансляции можно добавить подцепи уровня 2. Некоторые службы и DAPP, потребляющие большие ресурсы, можно запускать на основе подцепей. Через службу ретрансляции результаты вычислений или состояние ядра синхронизируются с , чтобы в будущем для расширения функций можно было добавить специальные подцепочки, такие как хранение, вычисление, DAPP и случайные числа.
Настраиваемая структура разработки блокчейна EOSIO
На основе сервисов ретрансляции могут быть добавлены подцепи уровня 2, и различные подцепи будут играть роль в экологии EOSIO в будущем. имеет большой эффект, но следует отметить, что текущая разработка блокчейн-проекта с кастомизированными функциями на основе EOSIO все еще имеет высокий порог, поэтому команда Force запустила проект Codex.io, который представляет собой широко настраиваемый Платформа разработки блокчейна EOSIO снижает порог для разработки подцепей и предоставляет разработчикам более экономичный и удобный опыт разработки подцепей.
Команда Force накопила большой опыт в разработке блокчейнов на основе EOSIO в процессе разработки и надеется максимально использовать этот опыт Codex.io — это готовая цепочка блоков EOSIO. framework разработки, разработчики могут быстро запустить свою собственную цепочку на основе Codex.io, после простой настройки они могут настраивать различные символы, свободно выбирать экономическую систему и модель ресурсов, на этой основе разработчикам нужно только обратить внимание на цепочку. быть решено само по себе может быть реализовано на основе контракта или собственного уровня цепочки Codex.io может помочь разработчикам расшириться на собственном уровне цепочки, чтобы решить некоторые проблемы с производительностью, а также может значительно расширить цепочку , Функция.
Codex.io интегрирует функции расширения, предлагаемые большинством текущих цепочек EOSIO.С инклюзивным подходом Codex.io позволяет разработчикам свободно комбинировать функции в цепочке: включая систему прожиточного минимума, систему учета и различные черные и механизмы белого списка, общие механизмы управления и механизмы голосования, а также различные подключаемые модули.
Через Codex.io в будущем будет интегрировано большое количество подцепей уровня 2, что обеспечит неограниченную масштабируемость.