4844

4844 — ключевой элемент обновления Dencun для Ethereum (ранее EIP-4844), запущенного 13 марта 2024 г. Это важный шаг в стратегии масштабирования Ethereum, который внедряет временное хранение данных через blob-данные (binary large objects — двоичные большие объекты), значительно снижая расходы для решений второго уровня, таких как оптимистичные роллапы и ZK-роллапы. Данное обновление, также известное как Proto-Danksharding, является промежуточной стадией на пути к полноценному Danksharding (комплексному шардингу), обеспечивая большую доступность данных и снижение комиссий в сети Ethereum за счёт новых типов транзакций и методов обработки данных.

Предыстория: происхождение 4844

4844 появился благодаря инициативе Ethereum Improvement Proposal EIP-4844, представленной в 2021 г. ведущими разработчиками Ethereum, среди которых Виталик Бутерин и Данкрад Фейст. Предложение было нацелено на снижение высоких комиссий Ethereum, особенно — через более выгодный механизм публикации данных для решений второго уровня.

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

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

Механизм работы: как функционирует 4844

Главная инновация 4844 — внедрение нового типа транзакций (транзакции с blob-данными) и связанных с ними механизмов обработки данных:

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

2. Доступность и срок хранения данных: blob-данные доступны валидаторам и узлам сети примерно 1–2 недели, после чего автоматически удаляются. Такой временный принцип хранения уравновешивает доступность и нагрузку на хранилище.

3. Механизм ценообразования: 4844 вводит отдельный механизм оплаты blob-данных, независимый от gas Ethereum, автоматически регулируя стоимость на основе целевого объёма данных. Это позволяет решениям второго уровня публиковать данные по более прогнозируемым и низким ценам.

4. Криптографическая проверка: каждый blob проходит проверку через KZG-коммитменты (коммитменты Кейта-Заверуча-Голдберга) — криптографический метод, обеспечивающий целостность информации без необходимости загрузки полного объёма blob-данных всеми узлами.

5. Разделение исполняющей среды: данные blob-объектов отделены от исполняющей среды Ethereum (EVM), не участвуют непосредственно в вычислениях смарт-контрактов, а действуют как слой доступности данных для решений второго уровня.

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

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

Несмотря на значительные преимущества для экосистемы Ethereum, 4844 сопряжён с определёнными рисками и вызовами:

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

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

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

4. Неопределённость ценообразования: механизм оплаты blob-данных может столкнуться с неожиданными трудностями на практике — например, с волатильностью цен и проблемами адаптации рынка.

5. Переход к полноценному Danksharding: Proto-Danksharding — лишь промежуточный этап, а переход к полноценному шардингу потребует дополнительных технических решений и координации.

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

4844 — важный этап в стратегии масштабирования Ethereum, который позволяет преодолеть ограничения «невозможного треугольника» блокчейна. Благодаря транзакциям с blob-данными и временным механизмам хранения данных, 4844 существенно снижает расходы для решений второго уровня, расширяя возможности сети Ethereum для более широких сценариев применения и большего числа пользователей. Для обычных пользователей это означает более низкие комиссии и комфортный пользовательский опыт; для разработчиков — надёжную инфраструктуру для создания масштабируемых приложений. По мере того как всё больше проектов второго уровня внедряют и используют эту технологию, общая пропускная способность экосистемы Ethereum возрастёт, открывая путь к массовому распространению Web3-приложений.