
4844 — это предложение EIP-4844 для Ethereum, известное также как Proto-Danksharding. Оно было внедрено с обновлением основной сети Dencun и ввело более экономичный механизм публикации данных для сетей второго уровня (Layer 2).
В экосистеме Ethereum решения Layer 2 (L2) функционируют как скоростные магистрали, перераспределяя значительный поток транзакций. Наиболее распространённая реализация L2 — rollups: они объединяют множество пользовательских транзакций и размещают их в основной сети Ethereum для обеспечения безопасности. EIP-4844 вводит новый канал данных Blob, делая публикацию данных дешевле и более масштабируемой.
Ранее rollups сохраняли свои транзакционные данные в calldata Ethereum, конкурируя за ресурсы с обычным исполнением смарт-контрактов, что приводило к высоким комиссиям. EIP-4844 переводит эти краткосрочные данные в отдельный рынок комиссий Blob, делая расходы более предсказуемыми и управляемыми.
Calldata — это своего рода «постоянная доска объявлений», а Blobs — «временные доски, которые регулярно очищаются». Поскольку rollups требуется гарантировать доступность данных лишь на ограниченный срок, Blobs подходят для этого и обеспечивают меньшие издержки, увеличивая пропускную способность сети.
Blob — это большой объем данных, прикреплённый к специальному типу транзакции, предназначенный исключительно для публикации и подтверждения. Смарт-контракты Ethereum (EVM) не могут читать Blobs напрямую; их целостность и доступность гарантируются через механизмы фиксации и проверки.
Данные Blob хранятся в сети только временно и затем удаляются узлами, что снижает требования к постоянному хранению. Это соответствует потребностям rollups, которым доступ к историческим данным необходим только в период споров или повторной проверки.
4844 вводит новый тип транзакций, способный содержать данные Blob. Каждый блок ограничен по количеству Blobs, а их стоимость определяется отдельным рынком, который динамически регулируется спросом и предложением.
Когда пользователи или rollups отправляют транзакции с Blob, валидаторы проверяют связанные фиксации и собирают комиссии Blob. Такой подход разделяет издержки доступности данных и издержки исполнения контрактов, предотвращая конкуренцию за ресурсы и стабилизируя расходы на публикацию данных L2.
Важно: EVM не может обращаться к содержимому Blob напрямую; приложения должны использовать доказательства фиксации для проверки публикации Blob. Это снижает нагрузку на долговременное хранение, сохраняя окно для аудита и восстановления данных.
4844 существенно удешевляет публикацию данных для rollups, позволяя формировать более крупные пакеты и гибко их структурировать. Это напрямую улучшает пользовательский опыт за счёт более низких комиссий и ускоренного подтверждения. С момента обновления Dencun в марте 2024 года базовые комиссии L2 значительно снизились и остаются низкими (см. заметки об обновлении Ethereum.org и панели комиссий сообщества с марта 2024 года).
Для операторов более стабильные комиссии и расширенная пропускная способность позволяют поддерживать больше пользователей и сложные приложения — например, высокочастотную торговлю, выпуск NFT или игровые сервисы — с высокой устойчивостью в периоды пиковых нагрузок.
Чтобы воспользоваться снижением издержек, реализованных EIP-4844, главное — совершать операции в поддерживающих Blobs L2 Ethereum, уделяя внимание способам ввода/вывода и управлению рисками.
Шаг 1: Подготовьте кошелёк. Используйте популярный кошелёк, обновлённый до последней версии, для совместимости с сетями L2 и форматами подписей. Новичкам можно добавить RPC-адрес и идентификатор цепи нужного L2 в настройках кошелька.
Шаг 2: Ввод и вывод через Gate. Переведите средства с Gate на нужный адрес L2, выбрав соответствующий канал L2 на странице вывода — обычно с более низкими комиссиями. Для ввода средств действуйте наоборот; всегда проверяйте сеть и адрес, сначала тестируя небольшую сумму, чтобы избежать ошибок.
Шаг 3: Действуйте в L2. Проводите переводы, сделки на DEX или выпуск NFT в выбранном L2, обычно с низкими комиссиями и быстрым подтверждением. В периоды нагрузки сети можно увеличить комиссию или выбрать менее загруженное время.
Шаг 4: Следите за панелями комиссий. Мониторьте официальные или общественные панели комиссий L2, отмечая временные скачки цен на Blob при перегрузке сети и выбирая оптимальное время для транзакций.
Шаг 5: Учитывайте задержки мостов. Официальные мосты разных L2 могут иметь задержки при выводе; в срочных случаях используйте проверенные сторонние мосты, но всегда оценивайте риски контрагента и дополнительные комиссии.
Предупреждение о рисках: Все операции и подписи в цепи необратимы. Всегда проверяйте сети, контракты и адреса — начинайте с малых сумм, чтобы минимизировать возможные потери.
В отличие от calldata, Blobs в 4844 имеют собственный рынок комиссий, хранятся временно и недоступны для чтения EVM. Это делает их оптимальными для данных rollup с коротким сроком хранения и обычно по более низкой цене.
В отличие от полноценного sharding, 4844 — промежуточное решение (Proto-Danksharding). Оно не делит Ethereum на параллельные сегменты исполнения, а увеличивает пропускную способность данных в существующей структуре, вводя независимое ценообразование и закладывая основу для будущего Danksharding и выборочного доступа к данным.
EIP-4844 не снижает напрямую издержки исполнения смарт-контрактов в основной сети Ethereum (L1); сложные контракты по-прежнему остаются дорогими на L1. При резком росте спроса на Blobs их цена может временно увеличиться, что вызовет кратковременные скачки комиссий L2.
Данные Blob хранятся в сети ограниченное время до удаления, поэтому rollups и операторы узлов должны архивировать необходимые данные отдельно. Кошельки, браузеры и инструменты могут обновляться с разной скоростью; ранние пользователи могут столкнуться с отличиями в отображении или запросах на подпись.
Кроме того, 4844 не изменяет базовую модель безопасности rollup и время вывода средств через мосты. Пользователям необходимо внимательно относиться к межсетевым мостам, обновлениям контрактов и управлению разрешениями.
EIP-4844 — важный шаг к полноценному Danksharding. Следующие этапы включают увеличение лимита Blobs на блок, оптимизацию механизмов корректировки комиссий и развитие технологий, таких как Data Availability Sampling (DAS), для дальнейшего расширения пропускной способности и вовлечения узлов.
Со стороны приложений больше L2 будут оптимизировать стратегии пакетирования с учётом дешёвой доступности данных (DA), делая возможными высокочастотные и реальные on-chain приложения. Альтернативные слои доступности данных будут развиваться параллельно с дорожной картой Ethereum, формируя многоуровневую экосистему.
EIP-4844 предоставляет дешёвый и краткосрочный канал хранения для публикации данных rollup, разделяя издержки доступности данных и исполнения контрактов. Это значительно улучшает комиссии и пропускную способность L2, а также формирует базу для полноценного Danksharding. Пользователям: переносите операции в L2 с поддержкой Blob, выбирайте подходящие каналы ввода/вывода через Gate и соблюдайте лучшие практики управления рисками, чтобы получать выгоду от более низких издержек и лучшего пользовательского опыта.
Нет. Данные Blob остаются в цепи около 18 дней, после чего автоматически удаляются. Такой временный режим хранения соответствует требованиям доступности данных L2 и экономит место на полных узлах. Проекты L2 могут архивировать необходимые исторические данные до истечения срока хранения Blobs для обеспечения отслеживаемости.
У Blobs отдельный механизм ценообразования газа с низкой базовой ставкой, и они не конкурируют за газ с исполнением контрактов. Calldata должны храниться и исполняться всеми узлами постоянно, что делает их дорогими, а Blobs хранятся только 18 дней и имеют отдельный рынок газа. Такая архитектура позволяет снизить издержки L2-транзакций более чем на 90%.
Да. Если выбранный вами L2 реализует публикацию данных через Blob, вы получите прямую выгоду в виде значительно более низких комиссий. Крупнейшие L2, такие как Arbitrum и Optimism, уже поддерживают Blobs; новые пользователи могут переводить активы с платформ, например Gate, в эти L2 для дешёвых транзакций.
Этот размер отражает компромисс Ethereum между пропускной способностью и требованиями к ресурсам узлов. Blob на 128 КБ существенно снижает издержки L2 без чрезмерной нагрузки на верификацию или хранение. Размер может быть скорректирован в будущем в зависимости от состояния сети, но сейчас он доказал свою эффективность.
Практически нет. EIP-4844 оптимизирует прежде всего транзакции второго уровня — основная сеть не использует Blobs. Однако значительное снижение издержек L2 стимулирует переход пользователей с основной сети на L2, что помогает разгружать основную сеть в рамках масштабирования Ethereum.


