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, связанные между собой. Теоретически, это увеличивало бы пропускную способность линейно с добавлением каждого шарда.
Однако у этого подхода обнаружились существенные недостатки:
-
Сложность для разработчиков: Приложения должны были бы выбирать, на каком шарде размещаться, или разрабатывать сложные механизмы межшардовой коммуникации, что усложняло разработку.
-
Разделение ликвидности и состояния: Ликвидность в DeFi, NFT и другие активы могли бы оказаться фрагментированными по разным шардам, снижая эффективность сети как единой платформы.
-
Сложность реализации: Создание безопасной, слабосвязанной системы из множества цепочек с кросс-шардовой коммуникацией является чрезвычайно сложной инженерной задачей с множеством точек отказа.
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 — это гениальное криптографическое решение этой проблемы. Принцип его работы таков:
-
Когда сборщик создаёт блок с блобами, он использует технику erasure coding (кодирование с стиранием). Это преобразует исходные данные в большее количество фрагментов (например, в 4 раза больше), обладая свойством: для восстановления целого достаточно любой половины этих фрагментов.
-
Каждый валидатор в комитете не скачивает весь огромный блок (который в полном Danksharding может достигать нескольких десятков мегабайт). Вместо этого он случайным образом выбирает и скачивает несколько маленьких фрагментов этих закодированных данных.
-
Если данные действительно доступны в полном объёме, любой случайный фрагмент можно будет успешно скачать.
-
Если же сборщик скрыл часть данных, то закодированные фрагменты восстановить будет невозможно. Валидаторы, запросившие фрагменты из пропавшей части, не смогут их получить и засвидетельствуют недоступность данных. Блок будет отклонён.
Таким образом, для уверенности в доступности данных достаточно, чтобы сотни валидаторов независимо провели выборочную проверку. Это позволяет сети безопасно масштабироваться до объёмов данных, которые ни один отдельный узел не загружает целиком.
Комитеты шардов и перекрестные ссылки
В полной реализации 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
Преимущества:
-
Экспоненциальный рост масштабируемости: Потенциал в сотни тысяч TPS делает Ethereum жизнеспособной платформой для глобальных массовых приложений.
-
Сохраняется безопасность L1: Все L2-решения наследуют безопасность децентрализованного консенсуса Ethereum, оставаясь при этом невероятно быстрыми и дешёвыми.
-
Упрощение для разработчиков: Разработчикам приложений не нужно думать о шардах. Они выбирают подходящий L2-стек (zk-rollup, Optimistic rollup) и развёртывают на нём, как на единой платформе.
-
Дешёвые комиссии для пользователей: Основная нагрузка уходит на L2, где комиссии могут составлять доли цента.
-
Снижение барьеров для узлов: Благодаря DAS, даже узлы с умеренными ресурсами смогут участвовать в валидации, поддерживая децентрализацию.
Риски и вызовы:
-
Крайняя сложность реализации: DAS, криптография с обязательствами (KZG commitments), устойчивая PBS — это передний край компьютерной науки. Любая ошибка в реализации может иметь катастрофические последствия.
-
Централизация среди сборщиков блоков (Builders): Создание оптимального блока с огромным объёмом данных требует значительных вычислительных ресурсов, что может привести к олигополии среди сборщиков. Механизмы PBS должны быть тщательно спроектированы, чтобы смягчить этот риск.
-
Зависимость от здоровья L2-экосистемы: Теперь безопасность и удобство пользователей в огромной степени зависят от качества и безопасности отдельных роллап-проектов. Потребуются новые стандарты и практики аудита для L2.
-
Долгосрочное хранение данных: Хотя Ethereum гарантирует временную доступность данных, ответственность за вечное хранение ложится на сторонние децентрализованные сети. Их надёжность должна быть безупречной.
-
Коммуникационные накладные расходы: Сложная система координации между сборщиками, валидаторами и шардами может привести к увеличению задержек при создании блока (latency).
Заключение
Danksharding — это не просто техническое обновление, это стратегический переход Ethereum к новой роли. Из единой платформы для исполнения смарт-контрактов он трансформируется в децентрализованный базовый слой для суверенитета данных и безопасности. Его миссия — быть непоколебимым якорем доверия в море высокоскоростных L2-решений.
Путь к 100 000 транзакций в секунду долог и тернист. Он проходит через тщательное внедрение Proto-Danksharding, отладку механизмов выборки доступности данных, поэтапное увеличение нагрузки и параллельное развитие экосистемы роллапов. Реалистичные сроки достижения этого рубежа лежат во второй половине 2020-х годов.
Итогом этой многолетней работы станет Ethereum, который сможет одновременно быть и максимально безопасным, и децентрализованным, и доступным для миллиардов пользователей. Danksharding — это архитектурный фундамент для того будущего, где блокчейн-технологии станут по-настоящему невидимой, но незыблемой основой цифрового мира.