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

Общее пространство последователей не только имеет много проектов, конкурирующих за рыночную долю — Эспрессо, Астрия, Радиус, Рим, и Мадарадля примера — но также включает поставщиков RaaS, такие как КальдераиТрубаразрабатывают общие секвенсоры для роллапов, которые строятся на их основе. Эти поставщики RaaS могут обеспечить более выгодное распределение комиссий с их роллапами, поскольку их базовая бизнес-модель не полностью зависит от доходов от секвенирования. Все эти продукты существуют наряду с многими роллапами, которые просто выбирают запуск своего секвенсора и децентрализуются со временем, чтобы захватывать генерируемые ими комиссии.

Рынок секвенирования уникален по сравнению с пространством DA, которое в основном функционирует как олигополия, состоящая изСелестия, Доступно, и EigenDA. Это делает его трудным рынком для меньших новых участников за пределами основных трех, чтобы успешно нарушить пространство. Проекты либо используют «действующий» выбор — Ethereum — либо выбирают один из установленных уровней DA в зависимости от того, какой тип технологического стека и выравнивания они ищут. Хотя использование уровня DA является огромным экономическим выигрышем, аутсорсинг части секвенатора не так очевиден (с точки зрения комиссий, а не безопасности) — в основном из-за упущенной выгоды от упущенных комиссий. Многие также утверждают, что DA станет товаром, но мы видели в криптовалюте, что суперсильные ликвидные рвы в паре с уникальной (трудной воспроизводимой) базовой технологией делают гораздо более сложным товаризировать уровень в стеке. Независимо от этих дебатов и динамик, существует много продуктов DA и секвенаторов в производстве (в краткосрочной перспективе, с некоторыми модульными стеками, @maven11research/commoditise-your-complements">"there are several competitors for every single service."

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

Повторение отношения между уровнем исполнения и расчетов

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

Также стоит упомянуть, что есть команды, которые нативно обеспечивают развитие авторитарных сред выполнения непосредственно в рамках своего протокола — примером этого является Лаборатории Repyh, который строит L1 под названием Delta. Это по своей природе противоположный дизайн модульного стека, но все же обеспечивает гибкость в рамках единой среды и обладает преимуществами технической совместимости, поскольку командам не нужно тратить время на ручное интегрирование каждой части модульного стека. Конечно, недостатки заключаются в том, что отдельные слои недоступны с точки зрения ликвидности, нельзя выбирать модульные уровни, которые лучше всего подходят для вашего дизайна, и это слишком дорого.

Другие команды выбирают создание L1, чрезвычайно специфичного для одной основной функции или приложения. Одним примером является Гипержидкий, который создал L1 специально для своего флагманского собственного приложения, платформы для бесконечной торговли. Хотя их пользователи должны перейти с Arbitrum, их основная архитектура не зависит от Cosmos SDK или других фреймворков, поэтому она может быть итеративно настраиваемый и гипероптимизированныйдля своего основного использования.

Прогресс выполнения слоя

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

Прямо сейчас мы также наблюдаем больше смешивания и сочетания различных виртуальных машин (среды выполнения) в рамках общей сети, что позволяет разработчикам быть более гибкими, а также обеспечивает лучшую настраиваемость на уровне выполнения.Слой N, например, позволяет разработчикам запускать обобщенные узлы rollup (например, SolanaVM, MoveVM и прочие в качестве сред выполнения) и узлы rollup, специфичные для приложения (например, perps dex, orderbook dex), поверх их общей машины состояний. Они также работают над обеспечением полной композиционности и общей ликвидности между этими различными архитектурами VM, что исторически представляло собой трудную задачу ончейн-инжиниринга в масштабе. Каждое приложение на уровне N может асинхронно передавать сообщения друг другу без задержек на стороне консенсуса, что типично представляло собой проблему “коммуникационных накладных расходов” в крипто. Каждый xVM также может использовать различную архитектуру БД, будь то RocksDB, LevelDBили пользовательская база данных (a)sync, созданная с нуля. Функциональная совместимость работает через «систему моментальных снимков» (алгоритм, аналогичный алгоритму Алгоритм Чанди-Лампорта) где цепочки могут асинхронно переходить к новому блоку без необходимости приостановки системы. С точки зрения безопасности, доказательства мошенничества могут быть представлены в случае неверного перехода состояния. С этим дизайном их цель - минимизировать время выполнения, максимизируя общую пропускную способность сети.

Слой N

В соответствии с этими достижениями в области настройки, Лаборатории движенияиспользует язык Move — изначально разработанный Facebook и используемый в сетях, таких как Aptos и Sui — для своей ВМ / выполнения. Move обладает структурными преимуществами по сравнению с другими фреймворками, в первую очередь в области безопасности и гибкости / выразительности разработчика, исторически двух основных проблем при построении onchain с использованием существующего. Важно, что разработчики также могут просто напишите Solidity и разверните на движении— чтобы это стало возможным, Movement создал полностью совместимое с байт-кодом исполнение EVM, которое также работает со стеком Move. Их rollup, M2, использует параллелизацию BlockSTM, что позволяет достичь гораздо большей пропускной способности, сохраняя при этом доступ к ликвидности Эфириума (исторически BlockSTM использовался исключительно в альтернативных L1, таких как Aptos, которые, очевидно, не совместимы с EVM).

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

• Компиляция нативного кода, которая позволяет L2 работать намного эффективнее (если контракт требует больше вычислений, программы могут значительно ускориться, если не очень вычислительно интенсивны, все равно наблюдается прирост скорости ~2x+).
• Относительно централизованное производство блоков, но децентрализованная проверка и верификация блоков.
• Эффективная синхронизация состояния, при которой полным узлам не нужно повторно выполнять транзакции, но им необходимо знать дельту состояния, чтобы они могли применить ее к своей локальной базе данных.
• Обновление структуры дерева Меркля (где обычно обновление дерева требует много ресурсов хранения), где их подход представляет собой новую структуру данных trie, которая эффективна по памяти и диску. Вычисления в памяти позволяют им уместить состояние цепи в памяти, поэтому при выполнении транзакций им не нужно обращаться к диску, только к памяти.

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

Присвоение значения агрегационным слоям

Исторически, на не криптовалютных рынках агрегаторы получали меньшую долю рынка, чем платформы или рынки:

CJ Густафсон

Хотя я не уверен, что это верно для криптовалюты в каждом случае, это определенно правда для децентрализованных бирж, мостов и протоколов кредитования.

Например, комбинированная капитализация 1inch и 0x (двух основных децентрализованных агрегаторов) составляет примерно $1 млрд — небольшая часть Uniswap с его примерно $7.6 млрд. То же самое относится и к мостам: агрегаторы мостов, такие как Li.Fi и Socket/Bungee, кажется, имеют меньшую долю рынка по сравнению с платформами, такими как Across. В то время как Socket поддерживает 15 различных мостов, они фактически имеют похожий общий объем мостов к Gate (Socket — $2.2bb, Across — $1,7 млрд) и Across представляет собой тольконебольшая часть объема на Socket/Bungee в последнее время.

В области кредитования, Yearn Financeбыл первым в своем роде децентрализованным протоколом агрегатора доходности по кредитам - его рыночная капитализация в настоящее время~$250млн. В сравнении с платформенными продуктами, такими как Aave (~$1.4bb) и Compound (~$560мм) имеют более высокую оценку и большую актуальность со временем.

Традиционные финансовые рынки работают похожим образом. Например, ICE(Intercontinental Exchange) US иCME Groupкаждый имеют рыночную капитализацию около $75 млрд, в то время как «агрегаторы» типа Чарльз Шваб и Робингуд имеют рыночную капитализацию около $132 млрд и $15 млрд соответственно. В рамках Шваба, которыемаршруты через ICE и CMEсреди многих других площадок, объем, который проходит через них, не пропорционален их доле рыночной капитализации. У Robinhood примерно 119мм опционов в месяц, в то время как ICE находятся вокруг ~35мм— и опционные контракты даже не являются основной частью бизнес-модели Robinhood. Несмотря на это, ICE оценивается примерно в 5 раз выше, чем Robinhood на публичных рынках. Таким образом, Шваб и Robinhood, действуя как интерфейсы агрегации на уровне приложения для маршрутизации потока ордеров клиентов через различные площадки, не имеют такой высокой оценки, как ICE и CME, несмотря на их соответствующие объемы.

Мы, как потребители, просто придаем меньшую ценность агрегаторам.

Это может не применяться в криптовалюте, если уровни агрегации встроены в продукт/платформу/цепочку. Если агрегаторы тесно интегрированы непосредственно в цепочку, очевидно, что это другая архитектура, и я с нетерпением жду ее развития. Пример - AggLayer Polygon, где разработчики могут легко подключить свои L1 и L2 в сеть, которая агрегирует доказательства и обеспечивает унифицированный уровень ликвидности между цепями, использующими CDK.

AggLayer

Эта модель работает аналогично Уровень межоперабельности Nexus от Avail, включая механизм агрегации доказательств и аукцион последователей, делая их продукт DA гораздо более надежным. Как и в AggLayer Polygon, каждая цепочка или rollup, интегрирующиеся с Avail, становятся взаимодействующими в существующей экосистеме Avail. Кроме того, Avail пулы упорядоченных данных транзакций из различных блокчейн-платформ и rollups, включая Ethereum, все rollups Ethereum, цепочки Cosmos, rollups Avail, rollups Celestia, и различные гибридные конструкции, такие как Validiums, Optimiums и парачейны Polkadot, среди других. Разработчики из любой экосистемы могут разрешить построение на вершине DA-слоя Avail и использование Avail Nexus, который может использоваться для взаимодействия с агрегацией доказательств и обменом сообщениями между экосистемами.

Доступ Nexus

Nebraсфокусирован на агрегации и урегулировании доказательств, где они могут агрегировать доказательства из разных систем — например, агрегирование доказательств системы xyz и доказательств системы abc таким образом, что у вас есть agg_xyzabc (в отличие от агрегирования в пределах систем доказательств, так что у вас есть agg_xyz и agg_abc). Эта архитектура используетUniPlonK, который стандартизирует работу верификаторов для семейств цепей, обеспечивая более эффективную и возможную проверку доказательств по различным цепям PlonK. В своей основе он использует сами доказательства об отсутствии знаний (рекурсивные SNARK) для масштабирования части проверки — обычно узкое место в этих системах. Для клиентов «последний километр» урегулирования становится гораздо проще, потому что Nebra обрабатывает все пакетное агрегирование и урегулирование, где командам просто нужно изменить вызов контракта API.

Astriaработает над интересными дизайнами вокруг того, как их общий секвенсор может работать с агрегацией доказательств. Они оставляют сторону выполнения самим роллапам, которые запускают программное обеспечение уровня выполнения над данной областью пространства имен общего секвенсора — по сути, просто «API выполнения», который является способом для роллапа принимать данные уровня последовательности. Здесь они также могут легко добавить поддержку доказательств допустимости, чтобы гарантировать, что блок не нарушил правила машины состояний EVM.

Josh Bowen

Здесь продукт, подобный Astria, служит как поток #1 → #2 (неупорядоченные транзакции → упорядоченный блок), а слой выполнения / узел rollup - как #2 → #3, в то время как протокол, подобный Nebraслужит в качестве последней мили #3 → #4 (выполненный блок → краткое доказательство). Nebra (или Выровненный слой) также может быть теоретическим пятым шагом, где доказательства агрегируются и затем проверяются. Sovereign Labs также работает над похожим концептом последнего шага, где агрегация доказательств на основе мостов является основой их архитектуры.

Суверенные лаборатории

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

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

Disclaimer：

1. Эта статья перепечатана из [Бриджет Харрис]. All copyrights belong to the original author [BRIDGET HARRIS]. Если есть возражения против этой перепечатки, пожалуйста, свяжитесь с Gate Learnкоманда, и они оперативно справятся с этим.
2. Ответственность за отказ: Взгляды и мнения, высказанные в этой статье, являются исключительно мнением автора и не являются инвестиционной консультацией.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат статьи на других языках запрещены.