Роллап, созданный для конкретного приложения

Что такое роллап, созданный для конкретного приложения?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Эта архитектура сочетает специализацию с масштабированием на основе роллапов.

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

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

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

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

Как работает роллап для конкретного приложения

Для одного приложения или экосистемы создается отдельная среда роллапа.

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

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

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

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

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

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

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

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

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

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

Универсальный роллап предназначен для размещения множества приложений.

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

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

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

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

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

Выбор зависит не только от технических факторов.

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

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

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

Роллап для конкретного приложения и AppChain

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

Роллап для конкретного приложения — разновидность AppChain, использующая архитектуру роллапа.

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

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

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

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

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

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

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

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

Оптимистичные роллапы для конкретных приложений

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

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

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

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

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

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

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

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

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

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

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

В таких роллапах криптографические доказательства подтверждают корректность переходов состояния.

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

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

В некоторых конструкциях это обеспечивает высокую гарантию корректности и ускоряет расчеты.

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

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

Компромисс — сложность.

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

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

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

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

Стэки роллапов и роллапы для конкретных приложений

Стэки роллапов — это программные фреймворки, которые помогают командам запускать роллапы с помощью повторно используемых компонентов.

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

В документации OP Stack описана модульная архитектура, включающая исполнение, консенсус, доступность данных и расчеты.

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

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

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

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

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

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

Секвенсоры в роллапах для конкретных приложений

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

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

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

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

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

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

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

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

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

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

Доступность данных в роллапах для конкретных приложений

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

Это один из важнейших аспектов безопасности любого роллапа.

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

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

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

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

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

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

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

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

Уровень расчетов

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

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

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

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

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

Однако роллап не наследует автоматически все преимущества этого уровня.

Локальные решения при проектировании по-прежнему имеют значение.

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

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

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

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

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

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

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

Некоторые используют собственный токен приложения.

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

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

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

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

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

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

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

Мосты и вывод средств

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

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

В роллапах канонический мост часто связан с уровнем расчетов и контрактами роллапа.

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

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

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

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

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

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

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

Совместимость

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

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

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

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

Для игр она определяет переносимость активов и возможности маркетплейсов.

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

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

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

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

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

Возможности настройки

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

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

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

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

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

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

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

Главная причина создания такого роллапа — возможность настройки.

Однако каждая настройка меняет модель доверия.

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

Роллапы для конкретных приложений и DeFi

DeFi — один из наиболее перспективных сценариев использования роллапов для конкретных приложений.

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

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

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

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

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

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

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

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

Даже хорошо спроектированное DeFi-приложение может подвергнуть пользователей риску из-за ненадежного моста или централизованного секвенсора.

Роллапы для конкретных приложений и игры

Игры — еще один важный сценарий использования таких роллапов.

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

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

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

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

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

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

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

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

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

Роллапы для конкретных приложений и реальные активы

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

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

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

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

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

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

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

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

Технологический и юридический уровни должны работать согласованно.

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

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

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

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

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

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

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

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

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

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

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

Управление и контроль обновлений

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

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

Кто-то должен решать, когда и как менять эти компоненты.

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

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

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

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

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

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

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

Риски безопасности

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

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

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

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

Четвертый — риск системы доказательств в роллапах с доказательством корректности или риск системы доказательств мошенничества в оптимистичных роллапах.

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

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

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

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

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

Экономическая модель

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

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

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

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

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

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

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

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

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

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

Когда проекту стоит использовать роллап для конкретного приложения

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

Одной из причин может быть большой объем транзакций.

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

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

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

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

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

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

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

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

Когда роллап для конкретного приложения может быть неудачной идеей

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

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

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

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

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

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

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

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

Роллап для конкретного приложения должен решать реальную проблему продукта.

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

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

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

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

Третье — возможность настроить производительность под характер транзакций приложения.

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

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

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

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

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

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

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

Ограничения роллапов для конкретных приложений

Первое ограничение — дополнительная сложность инфраструктуры.

Второе — возможная фрагментация ликвидности.

Третье — риски мостов и вывода.

Четвертое — риск централизации секвенсора.

Пятое — риски управления и ключей обновления.

Шестое — риски компромиссов при выборе системы доступности данных.

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

Восьмое — операционные расходы: команде нужно поддерживать узлы, RPC-сервисы, обозреватели, мониторинг и реагирование на инциденты.

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

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

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

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

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

Узнайте, какой уровень расчетов использует роллап.

Выясните, где публикуются данные транзакций.

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

Узнайте, кто контролирует секвенсор.

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

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

Разберитесь, как работают мосты и какие активы считаются каноническими.

Уточните, оплачиваются ли комиссии привычным активом или собственным токеном.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Связанные криптовалютные термины

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

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

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

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

Секвенсор — система, которая упорядочивает транзакции во многих конструкциях роллапов.

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

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

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

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

Мост — инфраструктура для перемещения активов или сообщений между сетями.

FAQ

Что означает роллап для конкретного приложения?

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

Роллап для конкретного приложения — это то же самое, что AppChain?

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

Зачем проекты создают роллапы для конкретных приложений?

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

Роллапы для конкретных приложений — это сети Layer 2?

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

Чем универсальный роллап отличается от роллапа для конкретного приложения?

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

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

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

Безопасны ли роллапы для конкретных приложений?

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

Какова роль секвенсора?

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

Что такое доступность данных в роллапе для конкретного приложения?

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

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

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

Какие приложения больше всего выигрывают от таких роллапов?

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

Каков главный риск роллапа для конкретного приложения?

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

Заключение

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

Он сочетает специализацию AppChain с масштабированием и расчетами на основе архитектуры роллапа.

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

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

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

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

Главная сложность — ответственность.

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

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

Локальные решения при проектировании по-прежнему имеют значение.

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

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

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

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

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

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