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

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

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

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

Обзор взаимосвязи слоя выполнения и урегулирования

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

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

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

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

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

Прямо сейчас мы также видим больше смешивания и сочетания различных виртуальных машин (сред исполнения) в рамках общей сети, что позволяет разработчикам гибкость, а также лучшую настройку на уровне исполнения.Уровень N, например, позволяет разработчикам запускать узлы обобщенного rollup (например, SolanaVM, MoveVM и т. д. в качестве сред выполнения) и узлы rollup, специфичные для приложения (например, perps dex, orderbook dex) поверх их общей машины состояний. Они также работают над обеспечением полной композиции и общей ликвидности между этими различными архитектурами ВМ, что исторически является сложной задачей инженерии onchain в масштабе. Каждое приложение на уровне N может асинхронно передавать сообщения друг другу без задержки на стороне консенсуса, что типично для криптовалютной проблемы «накладных расходов на коммуникации». Каждый xVM также может использовать различную архитектуру базы данных, будь то RocksDB, LevelDB, или пользовательская (а)синхронная БД, созданная с нуля. Взаимодействие работает через «систему снимков» (алгоритм, аналогичный алгоритм Chandy-Lamport) где цепочки могут асинхронно переходить к новому блоку без необходимости приостановки системы. С точки зрения безопасности доказательства мошенничества могут быть представлены в случае, если переход состояния был неверным. С этим дизайном их цель - минимизировать время выполнения, максимизируя общую пропускную способность сети.

Слой N

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

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

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

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

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

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

CJ Густафсон

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

Например, совокупная рыночная капитализация 1inch и 0x (двух основных агрегаторов децентрализованных бирж) составляет примерно $1 млрд — небольшая доля по сравнению с примерно $7,6 млрд Унисвапа. То же самое относится и к мостам: агрегаторы мостов, такие как Li.Fi и Socket/Bungee, кажется, имеют меньшую долю рынка по сравнению с платформами, такими как Across. В то время как Socket поддерживает15 различных мостов, они фактически имеют схожий общий объем моста до Across (Socket — $2.2bb, Акрос — $1.7bb) и 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 на публичных рынках. Таким образом, Schwab и Robinhood, действуя как интерфейсы агрегации на уровне приложений для направления потока заказов клиентов через различные площадки, не имеют такой высокой оценки, как ICE и CME, несмотря на их соответствующие объемы.

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

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

AggLayer

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

Доступ к Nexus

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

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

Josh Bowen

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

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

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

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

Disclaimer：

1. Эта статья перепечатана с [bridgeharris]. Все авторские права принадлежат оригинальному автору [БРИДЖЕТ ХАРРИС]. Если у вас есть возражения к этому перепечатыванию, пожалуйста, свяжитесь с Gate Learnкоманда, и они незамедлительно справятся с этим.
2. Ответственность за отказ: Взгляды и мнения, выраженные в этой статье, являются исключительно точкой зрения автора и не являются инвестиционным советом.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.