Что такое модульный блокчейн? Роллапы, доступность данных и новый стек

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

Сводка

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

Содержание

• Четыре задачи блокчейна
• Монолитный и модульный
• Роллапы: уровень исполнения в модульном мире
• Доступность данных: ключевой элемент
• Ведущие модульные стеки
• Аналогия: ресторан и фуд-корт
• Что дает модульность
• Компромиссы и критика
• Часто задаваемые вопросы Модульный блокчейн — это блокчейн, который разделяет основные задачи, которые сеть должна выполнять, между отдельными специализированными уровнями, вместо того чтобы одна цепочка делала всё сразу. Чтобы понять, почему это важная идея, нужно знать четыре задачи, которые должен решать каждый блокчейн: исполнение, то есть выполнение транзакций и смарт-контрактов; расчеты, то есть финализация результатов и разрешение споров; консенсус, то есть согласование порядка транзакций; и доступность данных, то есть гарантия того, что данные транзакций действительно опубликованы, чтобы любой мог их проверить.

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

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

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

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

Четыре задачи блокчейна

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

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

Монолитный и модульный

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

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

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

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

Роллапы: уровень исполнения в модульном мире

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

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

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

Доступность данных: ключевой элемент

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

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

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

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

Ведущие модульные стеки

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

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

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

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

Аналогия: ресторан и фуд-корт

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

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

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

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

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

Что дает модульность

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

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

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

Компромиссы и критика

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

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

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

Часто задаваемые вопросы

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

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

В чем разница между монолитными и модульными блокчейнами?

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

Что такое роллап и как он вписывается?

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

Почему доступность данных так важна?

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

Что такое Celestia и что делает уровень доступности данных?

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

Каковы недостатки модульных блокчейнов?

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

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