Краткий обзор

Что такое AltLayer?

AltLayer - это открытый и децентрализованный протокол для роллапов. В AltLayer мы объединяем инновационную идею Restaked rollup, которая берет существующие роллапы (созданные на основе любого стека роллапов, таких как OP Stack, Arbitrum Orbit, ZKStack, Polygon CDK и т. д.) и обеспечивает их повышенной безопасностью, децентрализацией, совместимостью и криптоэкономической быстрой окончательностью.

Restaked rollups сочетает в себе простоту создания роллапов с помощью стеков роллапов, таких как OP Stack, Arbitrum Orbit, ZKStack от ZKSync, Polygon CDK и других, с мощью механизма Restaking от EigenLayer для обеспечения безопасности сети и создания децентрализованной сети.

Роллапы Restaked - это, по сути, набор из трех вертикально интегрированных сервисов Actively Validated Services (AVSes), создаваемых по требованию для данного роллапа, который работает с любым базовым стеком роллапов. Эти AVS в сочетании предлагают три ключевых сервиса для роллапов, в частности для роллапов, предназначенных для конкретных приложений:

1. Проверка корректности состояния роллапов

2. Более быстрая окончательность

3. Децентрализованная секвенция

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

• VITAL (AVS для децентрализованной проверки состояния роллапа)

• MACH (AVS для быстрой окончательной обработки)

• SQUAD (AVS для децентрализованного секвенсирования)

Созданный на основе этого протокола, AltLayer предлагает универсальную бескодовую платформу для запуска Rollups-as-a-Service (RaaS), которая позволяет не только разработчикам, но и тем, кто практически не имеет опыта кодирования, создать индивидуальный роллап в течение 2 минут с помощью нескольких простых кликов мыши. Продукт RaaS предназначен для мира мультичейн и мульти-VM, поэтому он поддерживает как EVM, так и WASM. Он также поддерживает различные SDK для создания роллапов, такие как OP Stack, Arbitrum Orbit, Polygon zkEVM, ZKStack от ZKSync и Starkware, различные сервисы совместного секвенсирования, такие как Espresso и Radius, а также различные DA-слои, такие как Celestia и EigenLayer, и многие другие модульные сервисы на различных уровнях стека роллапов.

Кроме того, ключевой инновацией, которую AltLayer привносит в пространство разработки роллапов, является идея эфемерных роллапов. С помощью эфемерных роллапов разработчик dApp, ожидающий роста спроса на свое приложение, может: 1) быстро создать быстрый и масштабируемый роллап для конкретного приложения, защищенный Layer 1, 2) использовать его в течение необходимого времени, а затем 3) утилизировать роллап, осуществив перенос данных на Layer 1 по "окончании срока службы". Эфемерные роллапы - это оптимизированные по ресурсам роллапы, которые дают разработчикам лучшее из того, что есть в роллапе для конкретного приложения и в Layer 1 общего назначения. В рамках RaaS AltLayer предлагает как эфемерные, так и постоянные роллапы.

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

Почему AltLayer?

Мы верим в мир тысяч роллапов, одни из которых предназначены для общего назначения, такие как Arbitrum One, Optimism Mainnet, ZKSync и т.д., а другие - для конкретных приложений, построенных с использованием разнородных и модульных технологических стеков. Например, один роллап может быть построен на основе Arbitrum Orbit с использованием Arbitrum One в качестве DA и расчетного слоя, а другой - на основе ZK Stack с использованием Celestia в качестве DA и Ethereum в качестве расчетного слоя.

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

1. Децентрализованная верификация для мгновенного вывода средств, а также безопасность

2. Быстрая окончательность и совместимость с другими роллапами

3. Гибкая и децентрализованная система секвенсирования

Проблема 1 (Зачем нужна децентрализованная верификация?): Оптимистичные роллапы безопасны в том случае, если существует хотя бы одна честная сторона, которая проверяет, что состояние, зафиксированное операторами роллапа на Ethereum, действительно соответствует правильному выполнению функции перехода состояний на множестве транзакций и ранее подтвержденному состоянию.

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

Кроме того, в смарт-контрактах L1 Ethereum появилась категория использования оптимистичного шаблона - когда кто-то берет на себя обязательства по результату вычислений, а затем может быть доказан факт мошенничества. Другим примером могут служить эфемерные роллапы, представленные AltLayer, где секвенсоры роллапов фиксируют состояние роллапа в Ethereum в момент расчетов, где состояние представляет собой результат вычислений вне чейна на роллапе для определенного приложения, такого как Dark Forest. В таких системах, работающих по запросу, наличие децентрализованной сети верификаторов, которые могут обнаружить и оспорить состояние роллапа, становится чрезвычайно важным.

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

Проблема 2 (Зачем нужна быстрая окончательность?)

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

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

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

Более того, поскольку гарантии окончательности, предоставляемые секвенсором, не являются надежными, квитанция, выдаваемая секвенсором, недостаточна для взаимодействия. Например, для кросс-сообщения в стиле burn on rollup A и mint on rollup B, rollup B должен иметь надежные гарантии того, что секвенсор для rollup A действительно сжег определенное количество токенов на rollup A.

Проблема 3 (Зачем нужна децентрализованная секвенция?)

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

Еще одна проблема, связанная с централизованным секвенированием, относится к RaaS-провайдерам. Хотя RaaS-провайдеры предлагают очень полезные услуги и могут помочь сэкономить значительные финансовые и трудовые ресурсы для команд, планирующих запуск роллапа. Однако их бизнес-модель в значительной степени зависит от наличия централизованной последовательности и исполнения. Большинство, если не все, RaaS-провайдеры взимают часть дохода от секвенирования, и поэтому, исходя из соображений жизнеспособности бизнеса, они стремятся как можно дольше удерживать своих клиентов. Блокировка поставщика сопряжена с платформенными рисками, когда популярный RaaS-провайдер может в одностороннем порядке решить диктовать модель вознаграждения или извлекать произвольные MEV для максимизации своей прибыли.

Более того, централизованная модель секвенсора/исполнителя, в которой сегодня работает большинство RaaS-провайдеров, не является идеальной, поскольку представляет собой закрытую среду, что в принципе противоречит этике открытости, прозрачности и децентрализованного веба3.

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