Danksharding в Ethereum: путь к 100 000 транзакций в секунду

ethereum/" class="smart-link" title="Ethereum">Ethereum стоит на пороге фундаментальных изменений, призванных решить его главную проблему — ограниченную пропускную способность и высокие комиссии. Danksharding представляет собой не просто очередное обновление, а переосмысление самой концепции шардинга, разработанное для симбиотической работы с технологией роллапов. Эта статья детально разбирает, что скрывается за этим термином, как работает эта сложная система, какой путь предстоит пройти и когда мы можем ожидать заветного рубежа в 100 000 транзакций в секунду.

Danksharding — это предлагаемый дизайн шардинга для Ethereum, названный в честь исследователя Dankrad Feist. Его ключевая инновация заключается в отходе от классической модели, где шарды были отдельными «цепочками» с собственной средой исполнения, к модели, ориентированной исключительно на данные. Вместо обработки транзакций, шарды в Danksharding становятся носителями больших «блобов» (binary large objects — BLOBs) данных, которые используются роллапами второго уровня (L2), такими как Optimism, Arbitrum, zkSync и другими. Это превращает Ethereum в децентрализованный высокодоступный слой данных для L2-решений, которые, в свою очередь, обеспечивают быстрые и дешёвые транзакции для конечных пользователей. Цель — сохранить безопасность и децентрализацию Ethereum, переложив нагрузку по исполнению на второй уровень, а за Ethereum оставив роль арбитра и гаранта доступности данных.

Проблема масштабирования: почему Ethereum не справляется в одиночку

Блокчейн Ethereum в его текущем состоянии — это единая последовательная цепочка блоков. Каждая транзакция, будь то простой перевод токенов, взаимодействие со смарт-контрактом в DeFi или mint NFT, должна быть валидирована каждым полным узлом сети. Это обеспечивает беспрецедентную безопасность и децентрализацию, но создаёт естественный потолок пропускной способности.

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

Решение этой проблемы лежит не в бесконечном увеличении размера блока (это угрожает децентрализации, так как требует от узлов огромных ресурсов), а в архитектурных изменениях. Подход Ethereum предполагает многослойность (layered approach). Базовый слой (L1) — это Ethereum, гарант безопасности и окончательности. Второй слой (L2) — это решения для масштабирования, которые обрабатывают тысячи транзакций off-chain или в своих цепочках, а затем доказывают корректность этих операций для базового слоя.

От классического шардинга к Danksharding: эволюция подхода

Изначальная дорожная карта Ethereum 2.0 предполагала введение классического шардинга. В этой модели основная цепочка (Beacon Chain) координировала бы множество шардов — параллельных цепочек (64 планировалось изначально), каждый со своим набором валидаторов и собственной средой исполнения смарт-контрактов. Это напоминало бы автономные мини-Ethereum, связанные между собой. Теоретически, это увеличивало бы пропускную способность линейно с добавлением каждого шарда.

Однако у этого подхода обнаружились существенные недостатки:

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

  2. Разделение ликвидности и состояния: Ликвидность в DeFi, NFT и другие активы могли бы оказаться фрагментированными по разным шардам, снижая эффективность сети как единой платформы.

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

Danksharding кардинально меняет парадигму. Вместо того чтобы делать шарды «умными» (с исполнением кода), он делает их «глупыми» хранилищами данных. Основная идея: шарды нужны не для исполнения, а для предоставления дешёвого и избыточного пространства под данные.

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

Ключевые компоненты и принципы работы Danksharding

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

Блобы данных (Data Blobs) и EIP-4844 (Proto-Danksharding)

Первым и критически важным шагом на пути к полному Danksharding стало внедрение EIP-4844, известного как Proto-Danksharding. Это обновление, реализованное в рамках хардфорка Cancun-Deneb, ввело в Ethereum новый тип транзакций, который может нести блобы данных.

Что такое блоб? Блоб — это большой пакет данных (около 125 КБ), который прикрепляется к транзакции, но не доступен для чтения виртуальной машиной Ethereum (EVM). Он существует отдельно от состояния Ethereum. Блоб хранится на узлах в течение ограниченного периода (около 18 дней), что достаточно для всех участников сети (включая роллапы) проверить и синхронизировать состояние. После этого периода данные могут быть удалены, так как их сохранность обеспечивается другими механизмами (например, узлами-архиваторами или торрент-сетями).

Роль EIP-4844: Proto-Danksharding не создаёт физических шардов. Вместо этого он добавляет в блоки Ethereum «блоб-пространство» — специальный раздел для этих данных. Это позволяет роллапам публиковать свои данные в Ethereum дешевле, чем при использовании обычных вызовов calldata. Плата за блобы отделена от платы за газ и рассчитывается по динамическому алгоритму, похожему на EIP-1559, что делает комиссии предсказуемыми. Это не полноценный шардинг, но подготовка инфраструктуры и экономической модели для него.

Специализация ролей: Сборщики, Валидаторы и Узлы хранения

Danksharding вводит более чёткое разделение обязанностей между участниками сети:

  • Сборщики (Builders): Это специализированные участники (часто майнеры или валидаторы с дополнительными ресурсами), которые ответственны за построение блока. Они собирают транзакции и блобы от пользователей и роллапов, создавая кандидата в блок. Их задача — максимизировать эффективность и доходность блока.

  • Валидаторы (Validators): Это стейкеры Ethereum, которые участвуют в консенсусе. В модели предложения-сборки (Proposer-Builder Separation, PBS) валидатор-предложитель выбирает наиболее выгодное предложение блока от сборщика, а затем комитет валидаторов проверяет его корректность, фокусируясь на проверке доступности данных (Data Availability Sampling, DAS), а не на перепроверке каждой транзакции.

  • Узлы хранения (Storage Nodes): Не каждый узел в сети обязан хранить все данные всех блобов вечно. Полные узлы будут хранить данные временно, в то время как специализированные узлы-архиваторы или децентрализованные сети хранения (как Filecoin или собственный протокол Portal Network от Ethereum) обеспечат долгосрочную доступность.

Data Availability Sampling (DAS): Сердце безопасности

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

Data Availability Sampling — это гениальное криптографическое решение этой проблемы. Принцип его работы таков:

  1. Когда сборщик создаёт блок с блобами, он использует технику erasure coding (кодирование с стиранием). Это преобразует исходные данные в большее количество фрагментов (например, в 4 раза больше), обладая свойством: для восстановления целого достаточно любой половины этих фрагментов.

  2. Каждый валидатор в комитете не скачивает весь огромный блок (который в полном Danksharding может достигать нескольких десятков мегабайт). Вместо этого он случайным образом выбирает и скачивает несколько маленьких фрагментов этих закодированных данных.

  3. Если данные действительно доступны в полном объёме, любой случайный фрагмент можно будет успешно скачать.

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

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

Комитеты шардов и перекрестные ссылки

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

Ключевой момент — все эти блобы со всех шардов будут включаться в блоки основной Beacon Chain. То есть блок L1 Ethereum будет содержать не только обычные транзакции, но и заголовки и обязательства (коммитменты) по данным от всех шардов. Это создаёт единую точку окончательности. Для роллапа или пользователя не важно, в какой именно шард попали его данные; он просто знает, что данные были окончательно зафиксированы в Beacon Chain, и их доступность была криптографически проверена распределённым комитетом.

Этапы внедрения: от Proto-Danksharding к 100 000 TPS

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

Этап 1: Proto-Danksharding (EIP-4844, реализован)

Это текущая стадия. Введены блобы данных, отдельный рынок комиссий для них. Пропускная способность данных Ethereum увеличилась в разы, а комиссии для роллапов упали на порядок (в 10-100 раз в зависимости от нагрузки). Это дало немедленный практический эффект для пользователей L2.

Этап 2: Расширение блоб-пространства

Следующим логичным шагом будет увеличение количества блобов на блок с текущих ~6 до 16, 32 и более. Это будет делаться по мере готовности клиентского ПО и роста мощности сети. Каждое такое увеличение будет напрямую повышать пропускную способность данных для роллапов.

Этап 3: Полная реализация Danksharding

На этой стадии будут внедрены все ключевые компоненты:

  • Data Availability Sampling (DAS): Позволит валидаторам безопасно проверять блоки, не загружая все данные.

  • Распределение данных по шардам: Блобы будут физически распределяться между 64 логическими шардами.

  • Усовершенствованная PBS: Механизм предложения-сборки станет более устойчивым и децентрализованным.

После этого размер блока данных сможет безопасно вырасти до целевых 16-32 МБ (а в перспективе и больше). Именно на этом этапе потенциал пропускной способности начнёт приближаться к заветным цифрам.

Этап 4: Параллелизация и оптимизация L2

Важно понимать: 100 000 TPS — это не TPS самого Ethereum L1. Это совокупная пропускная способность всех роллапов второго уровня, которые используют данные Ethereum как безопасный слой. Поэтому параллельно с развитием Danksharding, сами L2-решения должны эволюционировать:

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

  • Параллельная обработка (parallel execution): Внутренние виртуальные машины L2 (например, Arbitrum Stylus, zkEVM) будут оптимизированы для одновременного выполнения множества транзакций.

  • Интероперабельность L2: Появление безопасных и быстрых мостов между разными роллапами превратит их из изолированных «островов» в единую экосистему.

Когда Ethereum достигнет 100 000 транзакций в секунду?

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

Консервативная оценка: 2027-2029 годы.

  • Полная реализация Danksharding с DAS — это одна из самых сложных задач в истории Ethereum. Требуется не только теоретическая проработка, но и безупречная реализация в нескольких клиентах (Prysm, Lighthouse и др.), что занимает годы.

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

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

Оптимистичная оценка: 2026-2027 годы.

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

  • Уже сейчас виден колоссальный прогресс в области zkEVM и других технологий L2, что ускоряет общий прогресс.

Важно подчеркнуть, что это будет не «мгновенное включение», а постепенный рост. Пропускная способность будет увеличиваться шаг за шагом: сначала до 10-20 тысяч TPS (суммарно по L2) после полного развёртывания DAS и увеличения числа блобов, а затем — к целевым 100 тысячам по мере дальнейших оптимизаций.

Преимущества и риски архитектуры Danksharding

Преимущества:

  1. Экспоненциальный рост масштабируемости: Потенциал в сотни тысяч TPS делает Ethereum жизнеспособной платформой для глобальных массовых приложений.

  2. Сохраняется безопасность L1: Все L2-решения наследуют безопасность децентрализованного консенсуса Ethereum, оставаясь при этом невероятно быстрыми и дешёвыми.

  3. Упрощение для разработчиков: Разработчикам приложений не нужно думать о шардах. Они выбирают подходящий L2-стек (zk-rollup, Optimistic rollup) и развёртывают на нём, как на единой платформе.

  4. Дешёвые комиссии для пользователей: Основная нагрузка уходит на L2, где комиссии могут составлять доли цента.

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

Риски и вызовы:

  1. Крайняя сложность реализации: DAS, криптография с обязательствами (KZG commitments), устойчивая PBS — это передний край компьютерной науки. Любая ошибка в реализации может иметь катастрофические последствия.

  2. Централизация среди сборщиков блоков (Builders): Создание оптимального блока с огромным объёмом данных требует значительных вычислительных ресурсов, что может привести к олигополии среди сборщиков. Механизмы PBS должны быть тщательно спроектированы, чтобы смягчить этот риск.

  3. Зависимость от здоровья L2-экосистемы: Теперь безопасность и удобство пользователей в огромной степени зависят от качества и безопасности отдельных роллап-проектов. Потребуются новые стандарты и практики аудита для L2.

  4. Долгосрочное хранение данных: Хотя Ethereum гарантирует временную доступность данных, ответственность за вечное хранение ложится на сторонние децентрализованные сети. Их надёжность должна быть безупречной.

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

Заключение

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

Путь к 100 000 транзакций в секунду долог и тернист. Он проходит через тщательное внедрение Proto-Danksharding, отладку механизмов выборки доступности данных, поэтапное увеличение нагрузки и параллельное развитие экосистемы роллапов. Реалистичные сроки достижения этого рубежа лежат во второй половине 2020-х годов.

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