Программируемые роллапы

Что такое программируемые роллапы?

Программируемые роллапы — это настраиваемые блокчейн-среды Layer 2 или Layer 3, в которых разработчики могут определять принципы работы исполнения, комиссий, управления, доступности данных, расчетов, упорядочивания транзакций и логики приложений.

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

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

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

В документации Ethereum по оптимистичным роллапам говорится, что оптимистичные роллапы исполняют транзакции вне блокчейна, а данные о транзакциях передают в Ethereum в виде calldata или blobs.

В документации OP Stack OP Stack описывается как открытый модульный стек роллапа Ethereum Layer 2 с такими компонентами, как смарт-контракты L1, секвенсоры, батчеры, пропозеры и челленджеры.

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

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

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

Почему программируемые роллапы важны

Программируемые роллапы важны, потому что многим криптоприложениям нужен более широкий контроль, чем может обеспечить обычный смарт-контракт.

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

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

Программируемый роллап предоставляет проекту выделенное пространство для блоков и настройки на уровне сети, сохраняя при этом преимущества архитектуры роллапа.

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

Это может повысить производительность и улучшить пользовательский опыт.

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

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

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

Главное преимущество — гибкость, а основная сложность — комплексность.

Как работают программируемые роллапы

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

Пользователи отправляют транзакции в роллап, а не напрямую в базовый уровень.

Секвенсор упорядочивает эти транзакции и формирует блоки или пакеты роллапа.

Среда исполнения роллапа обрабатывает транзакции и обновляет его состояние.

Батчер или сервис публикации передает данные о транзакциях или обязательства по ним в слой доступности данных или слой расчетов.

Пропозер может публиковать корни состояния в слое расчетов.

Челленджер или проверяющая сторона может помогать проверять корректность перехода состояния.

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

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

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

Программируемые и традиционные роллапы

Традиционный роллап обычно создается как универсальный уровень масштабирования для множества приложений.

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

Программируемый роллап дает разработчикам больше прямого контроля над архитектурой сети.

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

Традиционные роллапы похожи на многоквартирные дома, где множество приложений подчиняется одним правилам.

Программируемые роллапы больше похожи на здания, спроектированные под нужды одного приложения или экосистемы.

Это не означает, что программируемые роллапы всегда лучше.

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

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

Выбор зависит от того, насколько приложению нужна собственная инфраструктура и оправдывает ли это дополнительную сложность.

Программируемые роллапы и аппчейны

Программируемые роллапы тесно связаны с аппчейнами, но это не всегда одно и то же.

Аппчейн — это блокчейн, созданный для конкретного приложения или экосистемы.

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

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

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

Это показывает, что аппчейны на основе роллапов могут использовать разные модели расчетов и проверки.

Роллап со смарт-контрактами может полагаться на смарт-контракты в слое расчетов для проверки корректности.

Суверенный роллап может в большей степени полагаться на собственные узлы и правила выбора ветви.

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

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

Программируемые роллапы и смарт-контракты

Смарт-контракт — это код, развернутый в существующем блокчейне.

Программируемый роллап — это блокчейн-подобная среда, в которой смарт-контракты или логика приложения могут работать по настраиваемым правилам сети.

Развернуть смарт-контракт проще, поскольку разработчик использует уже существующие средства безопасности, пользователей, кошельки, ликвидность и инфраструктуру сети.

Запуск программируемого роллапа дает больше возможностей, поскольку разработчик может настраивать саму среду сети.

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

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

Благодаря этому приложение может ощущаться скорее как обычный веб-сервис.

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

Смарт-контракт проще запустить, а программируемый роллап дает больше контроля над архитектурой.

Разработчикам стоит выбирать более простую модель, если им действительно не нужна настройка сети на уровне блокчейна.

Программируемые роллапы и среды исполнения

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

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

Другие роллапы могут использовать другую виртуальную машину, собственную среду выполнения, среду WebAssembly или специализированную логику исполнения.

В объявлении о модульной платформе Rollkit говорится, что она призвана позволить разработчикам заменять среды исполнения и подключать EVM, CosmWasm или другие варианты.

Это один из самых наглядных примеров программируемости на уровне инфраструктуры роллапа.

Разработчики больше не ограничены развертыванием контрактов в одной фиксированной виртуальной машине.

Они могут проектировать уровень исполнения с учетом потребностей приложения.

DeFi-приложению может понадобиться совместимость с EVM ради ликвидности и инструментов.

Игре может подойти более быстрая или специализированная среда выполнения.

Система идентификации может использовать встроенную в блокчейн пользовательскую логику проверки.

Программируемые роллапы и доступность данных

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

Это один из важнейших архитектурных параметров программируемых роллапов.

В документации Ethereum по доступности данных объясняется, что операторы роллапа должны предоставлять данные о транзакциях, чтобы изменения состояния можно было независимо проверить.

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

Программируемые роллапы могут публиковать данные в слое расчетов, отдельном слое доступности данных, в blobs или calldata либо в другой модульной системе данных.

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

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

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

Разработчикам не следует считать доступность данных второстепенной деталью.

Это одна из основ безопасности роллапа.

Программируемые роллапы и расчеты

Расчеты — это процесс, определяющий финальность, разрешение споров, безопасность мостов и признанное состояние роллапа.

Некоторые программируемые роллапы проводят расчеты в крупном базовом слое через смарт-контракты.

Другие могут использовать суверенные узлы, общие слои расчетов или модульные платформы.

В роллапе со смарт-контрактами слой расчетов может проверять доказательства мошенничества или доказательства валидности.

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

Модель расчетов влияет на вывод средств, доверие к мостам, контроль над обновлениями, финальность и защиту пользователей.

Роллап с надежными смарт-контрактами в слое расчетов может предлагать более понятные способы выхода с минимальным доверием к посредникам.

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

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

Пользователям следует учитывать, что два роллапа могут называться роллапами, но иметь разные гарантии расчетов.

Программируемые роллапы и секвенсоры

Секвенсор — это компонент, который упорядочивает транзакции и создает блоки или пакеты роллапа.

Устройство секвенсора — одна из ключевых областей настройки.

Для скорости и простоты роллап может начать работу с одним централизованным секвенсором.

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

Централизованный секвенсор может обеспечивать быстрое подтверждение транзакций и удобный пользовательский опыт.

При этом он создает риски цензуры и простоя, риск MEV и зависимость от единственного оператора.

Децентрализованная архитектура секвенсора может повысить нейтральность и устойчивость.

Но она также усложняет систему и может приводить к задержкам координации.

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

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

Программируемые роллапы и системы доказательств

Системы доказательств определяют, как роллап подтверждает корректность исполнения.

Оптимистичные роллапы считают транзакции действительными, если их не оспорили с помощью доказательства мошенничества.

ZK-роллапы генерируют доказательства валидности, которые может проверить контракт-верификатор или другая система проверки.

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

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

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

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

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

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

Программируемость не отменяет необходимости в понятной модели проверки.

Программируемые роллапы и Rollup-as-a-Service

Rollup-as-a-Service (RaaS) — это категория инфраструктурных решений, которая помогает командам запускать собственные роллапы, не создавая каждый компонент с нуля.

В обзоре Chainlink о Rollup-as-a-Service RaaS определяется как платформы развертывания и SDK, позволяющие разработчикам запускать пользовательские блокчейны для конкретных приложений.

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

Это упрощает запуск программируемых роллапов.

Но одновременно возникает зависимость от поставщика услуг.

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

RaaS может сократить объем инженерных работ, но не отменяет необходимости проверки безопасности.

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

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

Важна операционная модель.

Программируемые роллапы и пользовательские токены для оплаты газа

В некоторых программируемых роллапах можно использовать пользовательские токены для оплаты газа.

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

Это может улучшить пользовательский опыт: перед использованием приложения пользователям, возможно, не придется приобретать отдельный токен для оплаты комиссий.

Это также может поддерживать токеномику конкретного приложения.

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

Платежный роллап может оплачивать газ за пользователей или абстрагировать комиссии.

Однако пользовательские токены для оплаты газа создают риски.

Если такой токен волатилен, стоимость комиссий может быть нестабильной.

При низкой ликвидности токена пользователям может быть сложно войти в экосистему или выйти из нее.

Если комиссии субсидируются, роллап должен объяснить, кто со временем будет покрывать расходы на инфраструктуру.

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

Программируемые роллапы и абстракция аккаунтов

Абстракцию аккаунтов можно глубоко интегрировать в программируемые роллапы.

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

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

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

Пользователи могут взаимодействовать с приложениями без необходимости вручную управлять газом.

Приложения могут создавать более удобные сценарии регистрации и начала работы.

Однако абстракцию аккаунтов нужно проектировать тщательно.

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

Плохо спроектированный пеймастер может стать объектом спам-атак.

Социальное восстановление может стать уязвимостью, если доверенные лица выбраны неудачно.

Программируемые роллапы могут улучшить пользовательский опыт работы с кошельком, но безопасность кошелька по-прежнему важна.

Программируемые роллапы и проектирование для конкретных приложений

Самый перспективный вариант применения программируемых роллапов — проектирование под конкретное приложение.

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

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

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

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

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

Гарантировать такие возможности сложно, если приложение представляет собой лишь набор контрактов в общей сети.

Программируемые роллапы дают разработчикам больше прямого контроля над этими параметрами.

Компромисс заключается в том, что каждое пользовательское правило разработчикам придется поддерживать, проверять и объяснять.

Специализация полезна, только если ее преимущества превосходят дополнительные сложности.

Программируемые роллапы и совместимость

Совместимость — одна из главных проблем программируемых роллапов.

Если каждое приложение запустит собственный роллап, ликвидность и пользователи могут распределиться между множеством сетей.

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

Чтобы пользоваться связанными приложениями, пользователю может понадобиться переводить активы между несколькими роллапами.

Мосты сопряжены с рисками смарт-контрактов, проверки сообщений, ликвидности и задержек расчетов.

Разработчикам нужно решить, как их роллап будет взаимодействовать с остальной криптоэкосистемой.

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

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

Низкая совместимость может превратить их в изолированные острова.

Успех программируемых роллапов во многом зависит от безопасного и бесперебойного взаимодействия между ними.

Программируемые роллапы и фрагментация ликвидности

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

Это может снизить глубину рынков, усилить проскальзывание и уменьшить эффективность использования капитала.

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

Пользователь DeFi может обнаружить, что ликвидность одного и того же токена различается в разных роллапах.

Пользователь игры может владеть активами, которые сложно использовать за пределами одного роллапа.

Проекту может понадобиться стимулировать ликвидность в собственной сети, что обойдется дорого.

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

Однако эти инструменты также предполагают собственные модели безопасности.

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

Проектирование ликвидности — часть проектирования роллапа.

Программируемые роллапы и управление

Управление определяет, как программируемый роллап меняется со временем.

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

Управлять программируемым роллапом могут команда, мультисиг, DAO, фонд, группа валидаторов или смарт-контракт протокола.

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

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

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

Разработчикам следует публиковать понятную документацию по управлению.

В ней нужно объяснить, кто может обновлять контракты, приостанавливать мост, менять правила секвенсора и каким образом пользователи могут выйти из системы, если не согласны с изменениями.

Программируемость роллапа не должна превращаться в незаметный обходной механизм.

Для доверия необходимо прозрачное управление.

Программируемые роллапы и безопасность

Безопасность программируемого роллапа зависит от многих уровней.

Среда исполнения должна работать корректно.

Контракты мостов должны быть защищены.

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

Слой доступности данных должен обеспечивать доступ к данным.

Система доказательств должна корректно проверять переходы состояния.

Процесс обновления должен быть защищен.

Интерфейс не должен подталкивать пользователей к небезопасным транзакциям.

Поставщик RaaS или оператор инфраструктуры не должен незаметно становиться единой точкой отказа.

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

При проверке безопасности необходимо оценивать весь стек, а не только смарт-контракты приложения.

Преимущества программируемых роллапов

Первое преимущество программируемых роллапов — возможность настройки.

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

Второе преимущество — выделенное пространство для блоков.

Приложению не нужно конкурировать с несвязанными приложениями за вычислительные ресурсы общей сети.

Третье преимущество — улучшение пользовательского опыта.

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

Четвертое преимущество — модульная архитектура безопасности.

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

Пятое преимущество — масштабируемость.

Роллапы для конкретных приложений могут обрабатывать активность вне базового уровня и публиковать данные или доказательства в соответствии с правилами роллапа.

Шестое преимущество — возможность быстрее экспериментировать.

Фреймворки роллапов и платформы RaaS могут сократить затраты и сроки запуска настраиваемых блокчейн-сред.

Седьмое преимущество — гибкость бизнес-модели.

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

Риски и ограничения программируемых роллапов

Первый риск — сложность инфраструктуры.

У программируемого роллапа больше компонентов, чем у отдельного смарт-контракта.

Второй риск — централизация.

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

Третий риск — использование мостов.

Пользователям может понадобиться переводить активы в роллап и из него, а мосты часто относятся к системам с высоким уровнем риска.

Четвертый риск — недостаточная доступность данных.

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

Пятый риск — фрагментация ликвидности.

Активы и пользователи могут распределиться между множеством небольших роллапов.

Шестой риск — недостаточно зрелые инструменты.

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

Седьмой риск — непрозрачное управление.

Если пользователи не знают, кто контролирует обновления, им сложно правильно оценить предположения о доверии.

Восьмой риск — экономическая нестабильность.

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

Как пользователям оценивать программируемые роллапы

Сначала пользователям следует выяснить, какой слой роллап использует для расчетов.

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

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

Нужно проверить, является ли секвенсор централизованным или децентрализованным.

Следует изучить порядок вывода средств и сроки его обработки.

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

Следует выяснить, кто контролирует обновления и экстренные полномочия.

Нужно проверить наличие аудитов, мониторинга, публичной документации и процедур реагирования на инциденты.

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

Каждый программируемый роллап следует рассматривать как отдельную сеть с собственным профилем рисков.

Рекомендации для разработчиков

Прежде чем запускать программируемый роллап, разработчикам следует определить, зачем он нужен.

Не стоит создавать новый роллап только потому, что это модно.

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

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

Нужно проводить аудит и смарт-контрактов приложения, и инфраструктурных контрактов роллапа.

Следует тестировать обновления, вывод средств, сбои мостов, простои секвенсора и перебои в доступности данных.

Правила комиссий и экономику токена для оплаты газа нужно объяснять понятным языком.

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

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

Нужно с самого начала планировать совместимость, а не рассматривать мосты как второстепенный вопрос.

Распространенные заблуждения о программируемых роллапах

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

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

Другое заблуждение — будто каждый программируемый роллап обладает тем же уровнем безопасности, что и базовый уровень.

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

Еще одно заблуждение состоит в том, что низкие комиссии всегда свидетельствуют о более удачной архитектуре.

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

Еще одно заблуждение — будто пользовательский роллап избавляет от необходимости аудита смарт-контрактов.

Код приложения по-прежнему нужно проверять, а инфраструктура роллапа также требует аудита.

Еще одно заблуждение — будто запуск роллапа решает проблемы ликвидности.

Пользовательский роллап может усилить фрагментацию ликвидности, если заранее тщательно не спланировать совместимость и устройство рынка.

FAQ

Что означает термин «программируемый роллап»?

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

Программируемые роллапы — это то же самое, что сети Layer 2?

Многие программируемые роллапы относятся к сетям Layer 2, но в зависимости от модели расчетов и доступности данных некоторые из них могут быть сетями Layer 3 или суверенными роллапами.

Зачем проекты используют программируемые роллапы?

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

Безопасны ли программируемые роллапы?

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

Чем программируемый роллап отличается от аппчейна?

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

Могут ли программируемые роллапы использовать пользовательские токены для оплаты газа?

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

Нужны ли программируемым роллапам мосты?

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

Какой главный риск связан с программируемыми роллапами?

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

Программируемые роллапы предназначены только для DeFi?

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

Что такое Rollup-as-a-Service?

Rollup-as-a-Service — это инфраструктура, помогающая командам развертывать пользовательские роллапы и управлять ими, не создавая с нуля секвенсоры, мосты, узлы и компоненты доступности данных.

Могут ли программируемые роллапы быть совместимы с EVM?

Да, многие программируемые роллапы используют исполнение, совместимое с EVM, тогда как другие могут использовать иные виртуальные машины или пользовательские среды выполнения.

Как пользователям сравнивать программируемые роллапы?

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

Заключение

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

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

Главное преимущество программируемых роллапов — гибкость.

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

Главный недостаток — сложность.

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

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

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

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

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