Fuel - Кейс исполнения модульного блокчейна

Перед прочтением этой статьи рекомендую ознакомиться с моей предыдущей:

Начнем. Доводы в пользу модульного исполнения:

Модульная архитектура позволит блокчейн масштабироваться на порядки. Являясь основной частью модульного стека, уровни исполнения находятся на стадии быстрого внедрения инноваций.

Fuel создает самый быстрый уровень исполнения для модульного стека блокчейна. В первой части мы рассмотрели, как модульные уровни исполнения обеспечивают масштабируемость за счет разделения вычислений и проверки.

Fuel также коснулись второго основного преимущества, которое позволяет модульным уровням исполнения масштабироваться на порядки больше, чем их монолитным аналогам:

Монолитные цепи привязаны к неэффективным технологиям, когда речь идет о скорости и разнообразии вычислений, которые они могут поддерживать. С другой стороны, модульные уровни исполнения могут быть специально разработаны для оптимизации эффективных вычислений.
В этой статье рассматривается второе основное преимущество, и особое внимание уделяется тому, как Fuel революционизирует способ обработки вычислений в блокчейне.

Монолитные цепочки: Проблема итерации на первом уровне
Монолитные цепи заперты в неэффективных технологиях, когда речь идет о скорости и разнообразии вычислений, которые они могут поддерживать.

Когда блокчейн был впервые задуман, имелся в виду единственный вариант использования: цифровые деньги. Блокчейн Bitcoin был разработан с целью оптимизации для этого узкого случая использования.

Вскоре после запуска биткойна люди начали осознавать потенциал блокчейна для использования далеко за пределами денег. Повествование быстро перешло от "распределенной бухгалтерской книги" к "распределенному компьютеру". Сообщество Биткойна попыталось поддержать этот вариант использования с помощью цветных монет, но стало ясно, что он недостаточно универсален, чтобы действительно поддерживать распределенные вычисления без доверия; он был замкнут на своем первоначальном варианте использования. Требовалась новая архитектура.

Осознав эту проблему, создатели Ethereum решили построить блокчейн, который мог бы поддерживать распределенную виртуальную машину, полную по Тьюрингу: Ethereum Virtual Machine (EVM). После запуска Ethereum в 2015 году блокчейн стал поддерживать произвольные вычисления в среде, не требующей доверия. Теперь любой мог создать и запустить компьютерную программу (смарт-контракт) и заставить ее работать на распределенном компьютере.

Ethereum был задуман менее чем через полдесятка лет после появления концепции блокчейн. За 7 лет с момента запуска Ethereum были изобретены новые концепции, которые представляют собой еще больший скачок вперед, чем прогресс, достигнутый Ethereum по сравнению с Bitcoin. Но, как и Bitcoin, блокчейн Ethereum в основном заперт в основной архитектуре, с которой он был запущен.

На каждое усовершенствование, внесенное в блокчейн Ethereum и EVM за прошедшие годы, приходится гораздо больше потенциальных инноваций, которые не могут быть реализованы из-за необходимости поддерживать обратную совместимость.

В результате блокчейн-сообщество продолжает финансировать, строить и запускать новые блокчейны каждый раз, когда появляется новая инновация. Бесчисленное количество новых блокчейнов первого уровня было запущено под обещание итераций в отношении концепции недоверенных распределенных вычислений, но все они столкнулись с одной и той же проблемой: трудно (а зачастую и невозможно) обновить блокчейн для поддержки новых функций и улучшений.

И так продолжается цикл, в котором мы продолжаем видеть, как новые блокчейны запускаются с частичными улучшениями по сравнению с их предшественниками. В результате мы получаем экосистему, состоящую в основном из несовместимых блокчейнов, с постоянно растущей фрагментацией ликвидности, финансирования, пользовательского опыта, а также обмена мнениями между разработчиками. Между тем, энергия, которая могла бы быть потрачена на настоящие инновации, вместо этого направляется на привлечение внимания инвесторов, разработчиков и конечных пользователей.

Описание проблемы блокчейнов.
Описание проблемы блокчейнов.

Конкуренция является здоровой и необходимой для процветающей экосистемы. Но эта конкуренция происходит на неправильном уровне.

Модульная парадигма блокчейна обещает решить эту проблему. Поскольку каждый слой модульного стека независим от других, инновации могут происходить на одном уровне без полной перестройки всего стека. Уровни исполнения могут конкурировать на уровне исполнения. Уровни доступности данных могут конкурировать по доступности данных. Каждый уровень может оптимизироваться по своему назначению без нарушения обратной совместимости.

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

С появлением модульного стека мы сможем уйти от разрозненной экосистемы L1, конкурирующих по тщеславным показателям, и перейти к более сплоченному, совместимому и обновляемому стеку.

Инновации от команды Fuel.
Инновации от команды Fuel.

Модульное исполнение: Переход за пределы EVM

Несмотря на множество блокчейнов первого уровня, обещающих улучшения по сравнению с первоначальным дизайном EVM, преимущество первого уровня позволило EVM закрепиться в качестве среды выполнения "по умолчанию" в экосистеме блокчейна. Разработка смарт-контрактов стала синонимом Solidity (языка программирования EVM), который захватил большинство потенциальных разработчиков блокчейна. В связи с этим большинство разрабатываемых в настоящее время уровней исполнения представляют собой роллапы на базе EVM.

На это есть веская причина: использование EVM позволяет роллапам выйти на рынок существующих приложений, написанных на Solidity, а также большой когорты конечных пользователей, которые уже знакомы с этими приложениями. EVM - отличный инструмент для зарождения новой экосистемы, поскольку он уже имеет такую большую долю рынка разработчиков.

Однако, как мы уже исследовали, необходимость поддерживать обратную совместимость означает, что EVM не может внедрять многие инновации. Кроме того, основной дизайн EVM оптимизирован для монолитной цепочки, а не для модульного стека.

Лишь некоторые ограничения EVM включают:

  • Последовательное выполнение - EVM не поддерживает параллельное выполнение транзакций, что делает его гораздо менее эффективным с вычислительной точки зрения, чем другие конструкции ВМ.

  • Доказательства мошенничества - Модель Ethereum, основанная на счетах, означает, что генерирование и выполнение доказательств мошенничества на цепочках EVM является чрезвычайно дорогостоящим и неэффективным, что делает его неоптимальным для модульных уровней исполнения.

  • Solidity - самый популярный язык программирования для EVM, Solidity, печально известен тем, что обеспечивает плохой опыт разработчиков и разработан таким образом, что на нем трудно писать безопасные смарт-контракты.

    Автор:

Subscribe to igorizuchaetcrypty
Receive the latest updates directly to your inbox.
Verification
This entry has been permanently stored onchain and signed by its creator.