Масштабируемость и безопасность идут рука об руку: полный разбор обновления Ethereum Fusaka и 12 EIP

作者：@ChromiteMerge

3 декабря 2025 года в сети Ethereum состоится хардфорк под названием «Fusaka». В рамках этого обновления будет реализовано 12 предложений по улучшению Ethereum (EIP): как 12 точных деталей, они совместно повысят масштабируемость, безопасность и эффективность работы Ethereum. Ниже автор в понятной форме разберёт, какие задачи решает каждое из этих 12 EIP, и почему они критически важны для будущего Ethereum.

Масштабирование! Чтобы Ethereum работал быстрее и вмещал больше

Это ключевая тема обновления Fusaka. Чтобы Ethereum мог обслуживать глобальную цифровую экономику, нужно решить проблему перегрузки транзакциями и высоких комиссий. Следующие EIP как раз нацелены на достижение этой цели — особенно в части удешевления и повышения эффективности масштабирования Layer 2.

EIP-7594: PeerDAS - выборка доступности данных

Проблема: после того как обновление Dencun ввело данные «Blob» для Layer 2 в качестве дешёвого хранилища данных, появился главный вопрос: как убедиться, что эти огромные массивы данных действительно доступны и пригодны? На данный момент применяется подход, при котором каждый валидатор загружает и проверяет все blob-данные, прикреплённые к блоку. Пока в одном блоке максимум может быть 9 Blob, этот метод ещё работоспособен. Но если в будущем число Blob увеличится (например, до 128), загрузка и проверка всех blob приведут к существенным затратам, повышая порог участия валидаторов и угрожая децентрализации сети.

Решение: PeerDAS (Peer Data Availability Sampling) превращает традиционное «полное подтверждение» в «выборочную проверку». Проще говоря:

2. Сеть нарезает полные blob-данные на фрагменты.

3. Каждому валидатору не нужно скачивать все blob — достаточно случайным образом скачать и проверить несколько фрагментов данных.

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

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

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

EIP-7892: BPO хардфорк - облегчённое обновление параметров

Проблема: потребности рынка в ёмкости данных для Layer 2 меняются молниеносно. Если при каждом изменении верхнего лимита Blob нужно ждать крупного обновления уровня Fusaka, это будет слишком медленно и не будет успевать за темпом развития экосистемы.

Решение: этот EIP определяет механизм специального «Blob Parameter Only Hardfork, BPO» — хардфорка только для параметров Blob. Такое обновление очень лёгкое: оно затрагивает лишь несколько параметров, связанных с Blob (например, целевое число Blob на блок), и не требует сложных изменений кода. Операторам нод даже не нужно обновлять клиентское ПО: достаточно в заданное время принять новые параметры — как просто обновить конфигурационный файл в программе онлайн.

Значение: механизм BPO даёт Ethereum возможность быстро и безопасно регулировать пропускную способность сети. Например, после обновления Fusaka сообщество планирует в короткий срок выполнить подряд два BPO-обновления, постепенно удваивая ёмкость Blob. Это позволяет Ethereum масштабировать blob-пространство по требованию, эластично и постепенно, чтобы стоимость и пропускная способность L2 росли плавно, а риски оставались под более строгим контролем.

EIP-7918: стабильный рынок комиссий за Blob

Проблема: ранее механизм корректировки Blob fee был слишком «как на рынке», что приводило к непредвиденным последствиям. Во-первых, когда спрос на Blob низкий, комиссия падает почти до нуля, но это не стимулирует эффективно появление нового спроса — наоборот, создаётся аномальная «исторически минимальная цена». И наоборот, когда спрос высокий, blob fee резко взлетает и формирует ещё один крайний случай — очень высокую цену. Такая «ценовая гонка» (внутреннее накручивание комиссий) делает планирование расходов Layer 2 крайне затруднительным.

Решение: ключевая идея EIP-7918 состоит в том, чтобы больше не допускать неограниченные колебания Blob fee, а задать для неё разумный ценовой диапазон — эластичный «минимальный платёж». Реализация заключается в том, что верхняя и нижняя границы (limits) blob fee привязываются к execution fee в Layer 1 для Layer 2. Независимо от того, обновляется ли корень состояния (state root) или подтверждается ZK-доказательство, эти execution fee относительно стабильны и слабо зависят от объёма транзакций внутри блока L2. Поэтому привязка диапазона blob fee к этому стабильному «якорю» предотвращает скачки цены вверх и вниз.

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

EIP-7935: увеличение пропускной способности транзакций основной сети

Проблема: общее количество транзакций, которое может уместиться в каждом блоке Ethereum, определяется «лимитом газа блока» (сейчас примерно 30 миллионов) и уже много лет не изменялось. Чтобы повысить общий throughput сети, самый прямой способ — увеличить этот лимит. Но при этом нужно обеспечить, чтобы не повышался аппаратный порог для валидаторов и не снижалась децентрализация.

Решение: предложение предусматривает повышение газа по умолчанию до нового уровня (точное значение пока не определено; вероятно, это будет 45 миллионов или больше). Это не жёсткая фиксация: скорее задаётся новое рекомендованное значение по умолчанию, чтобы валидаторы на стороне консенсуса постепенно принимали более высокий лимит газа.

Значение: это означает, что каждый блок Layer 1 сможет упаковывать больше транзакций, и TPS основной сети Ethereum вырастет напрямую. Это поможет смягчить перегрузку сети и всплески Gas fee. Конечно, это также предъявляет более высокие требования к оборудованию валидаторов, поэтому сообщество будет тестировать и продвигать изменения осторожно.

Безопасность и стабильность! Возведём для сети крепкий заслон

Помимо масштабирования, необходимо обеспечить безопасность и стабильность сети. Фонд Ethereum в мае 2025 года запустил «Trillion Dollar Security» (1TS) — план с целью создать сеть Ethereum, которая сможет безопасно обслуживать активы на уровне триллионов долларов. Несколько EIP в составе Fusaka как раз продвигают этот план — словно более надёжные «тормоза» и «ограждения» для Ethereum, который едет на высокой скорости.

EIP-7934: установление верхнего предела физического размера блока

Проблема: «лимит газа блока» Ethereum учитывает только суммарный объём вычислений всех транзакций внутри блока, но не задаёт ограничений на физический размер блока. Это создаёт уязвимость: атакующий может сконструировать множество транзакций «с низкой стоимостью и большим объёмом» (например, переводы 0 ETH на большое число адресов, где вычислительная нагрузка минимальна, а данные — огромные). Затем такие транзакции упаковываются в блок, который по вычислениям не превышает лимит, но по физическому объёму оказывается аномально большим. Распространение таких «бомб данных» в сети происходит крайне медленно, из-за чего некоторые ноды могут не успеть получить данные и «отстать», формируя серьёзный риск DoS (атаки отказа в обслуживании).

Решение: установить жёсткий верхний предел 10MB на размер каждого блока. Любой блок, превышающий этот объём, будет отвергнут сетью.

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

EIP-7825: установление верхнего предела газа для одной транзакции

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

Решение: установить жёсткий верхний предел в 1677万 Gas для каждой транзакции. Любые сложные операции, превышающие этот масштаб, нужно заранее разбить на несколько транзакций для отправки.

Значение: это повышает справедливость и предсказуемость сети и гарантирует, что никакая транзакция не сможет «занять очередь» и полностью забрать пропускную способность. Обычные транзакции пользователей не будут чрезмерно задерживаться из-за какого-то «супер-большого заказа».

EIP-7823 & EIP-7883: усиление безопасности ModExp precompile

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

Решение:

• EIP-7823: установить верхний предел 8192 бит для длины входных данных ModExp — этой величины более чем достаточно для реальных прикладных сценариев.

• EIP-7883: повысить тарифы Gas для ModExp, особенно для более крупных входных данных: комиссия будет резко расти, чтобы стоимость вычислений соответствовала потреблению ресурсов.

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

Обновление функциональности! Больше мощных инструментов для разработчиков

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

EIP-7951: совместимость со стандартными аппаратными подписями

Проблема: наши повседневные устройства — смартфоны (например, iPhone), банковские U盾, аппаратные модули безопасности и т.д. — как правило, внутри используют криптографический стандарт, известный как secp256r1 (также P-256). А Ethereum по умолчанию использует другой стандарт — secp256k1. Из-за этого эти популярные устройства не могут напрямую и безопасно взаимодействовать с Ethereum, что ограничивает массовое распространение Web3.

Решение: добавить precompile-контракт, чтобы Ethereum мог нативно поддерживать и проверять подписи, полученные с кривой secp256r1.

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

EIP-7939: добавление эффективной инструкции CLZ

Проблема: в смарт-контрактах и криптографических приложениях часто нужно вычислить, сколько подряд идущих нулевых битов (zero bits) находится в начале 256-битного числа (например, в алгоритмах хеширования, сжатия, в сценариях нулевого знания, таких как zero-knowledge proofs). В текущем EVM Ethereum нет прямой поддержки такого Opcode, поэтому разработчики вынуждены реализовывать это сложным кодом на Solidity — дорого и неэффективно.

Решение: добавить в EVM Opcode под названием «CLZ» (Count Leading Zeros), который за один шаг выполняет вычисление.

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

Оптимизация сети! Невидимые улучшения — здоровая экосистема

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

EIP-7642: снижение нагрузки на синхронизацию для новых нод

Проблема: с течением времени Ethereum накопил огромные объёмы исторических данных. Новая нода, чтобы присоединиться к сети, должна скачать и синхронизировать все эти данные — это долго, затратно и повышает порог входа. Кроме того, после перехода Ethereum от The Merge к консенсусу PoS в старых данных о приёме подтверждений (transaction receipts) сохранились некоторые поля, которые больше не нужны, создавая избыточность.

Решение: внедрить стратегию «истечение срока хранения исторических данных», чтобы при синхронизации новые ноды могли пропускать слишком устаревшие данные; одновременно упростить формат transaction receipts и удалить избыточные поля, которые больше не требуются. Так новые ноды при синхронизации с генезис-блока могут избежать скачивания огромных объёмов бесполезных данных.

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

EIP-7917: детерминированный порядок блоков и предподтверждение

Проблема: чтобы понять важность этого EIP, сначала поговорим об одном ключевом недостатке текущих Layer 2 Rollup: централизованном сортировщике (Sequencer). Сейчас большинство Rollup полагаются на единственную сущность, которая принимает и сортирует транзакции пользователей Layer 2. Это даёт ей власть цензурировать транзакции и извлекать MEV, что противоречит духу децентрализации. Чтобы решить эту проблему, сообщество выдвинуло идею Based Rollup: отказаться от собственного L2-сортировщика и напрямую использовать блоки L1 Ethereum, чтобы сортировать транзакции Layer 2, наследуя децентрализацию и нейтральность L1.

Однако у такой схемы есть фатальный недостаток: медленно. Layer2 должен ждать, пока транзакции будут исполнены после публикации соответствующего L1-блока, что создаёт большую задержку и плохой пользовательский опыт. Единственное решение — внедрить механизм «предподтверждения» (pre-confirmation): чтобы L2 Gateway заранее получал обязательство от будущего proposers в L1 — «я гарантирую, что упакую и опубликую твои транзакции в блок, иначе будет компенсация». Так Layer 2 может заранее обновить состояние (например, балансы аккаунтов), сокращая время ожидания пользователей. Но при текущем механизме случайного выбора proposers Gateway в принципе не знает, к кому идти “договариваться”, и надёжное предподтверждение становится невозможным.

Решение: EIP-7917 меняет протокол консенсуса так, чтобы порядок Proposer на ближайший период можно было заранее вычислить, детерминированно определить и опубликовать. Он превращает «лотерею на месте» в общеизвестное и заранее составленное расписание «очередей» на выпуск блоков.

Значение: это улучшение — ключевой фундамент для реализации next-gen децентрализованных схем, таких как Based Rollup. Имея это расписание, L2 gateway может заранее определить, кто будет proposer для будущего конкретного блока, и напрямую с ним договориться, чтобы получить предподтверждение, надёжность которого обеспечивается Slash-штрафами. Это позволяет Based Rollup, сохраняя децентрализацию и безопасность на уровне L1, при этом предоставлять пользователям опыт почти как у централизованного Sequencer — с мгновенностью транзакций. Можно сказать, что EIP-7917 делает для экосистемы Ethereum шаг к более глубокому «децентрализованному» масштабированию: открывается дверь, крайне важная для будущего.

Почему обновление Fusaka пришло как раз вовремя?

Это обновление Fusaka — не только техническая итерация, но и важное стратегическое обновление Ethereum на фоне эпохи масштабного ончейна RWA и стейблкоинов в традиционных финансах. Сейчас Ethereum как главная площадка несёт на себе более 56% всего предложения стейблкоинов в сети и стал ключевым расчётным слоем в глобальной экономике цифровых долларов. Цель Fusaka — подготовить Ethereum к принятию активов и объёмов торгов уровня «Уолл-стрит».

• Бесконечный “топливный” ресурс для институциональных Layer 2 на заказ

С приходом традиционных финансовых институтов мы увидим всё больше Layer 2 «специальных сетей» (chains), настроенных под конкретные потребности (например, KYC-совместимость). Эти специализированные сети нуждаются в том, чтобы Ethereum mainnet предоставлял им огромные, дешёвые и безопасные мощности для хранения данных (то есть Data Availability).

EIP в Fusaka — например, EIP-7594, EIP-7892 и EIP-7918 — как раз нацелены на удовлетворение этой потребности. Их главная цель одна: существенно снизить стоимость публикации данных для Layer 2 и дать эластичность масштабирования по требованию.

Разве после обновления Pectra комиссия за Blob уже не стала очень низкой — зачем продолжать давить дальше? Потому что Fusaka использует стратегию «пожертвовать доходами от краткосрочных комиссий, чтобы запустить активность масштаба побольше». Цель — разогнать общий ВВП сети, чтобы больше транзакций превращалось в большее количество стейкинга и сжигание ETH, тем самым поддерживая ценность всей сети.

• Движение к “безопасности на триллион долларов” и создание неразрушимой финансовой инфраструктуры

Для финансовых институтов, которые управляют активами на уровне триллионов, безопасность — недопустимая красная линия. Сообщество Ethereum также поставило амбициозную цель «безопасности на триллион долларов». В Fusaka EIP-7934, EIP-7825, EIP-7823 и EIP-7883 предназначены для усиления “крепостных стен”, устранения потенциальных рисков безопасности и продвижения к этой цели.

Итог таков: у Fusaka понятный и твёрдый магистральный курс — масштабирование и безопасность. На фоне регуляторных позитивных сигналов и рыночного ажиотажа обновление Fusaka можно назвать своевременным. Оно поможет Ethereum воспользоваться попутным ветром в политике, закрепить лидерство в сфере ончейна стейблкоинов и активов и дальше превратить Ethereum из «спекулятивного актива» в инфраструктуру мейнстримовых финансов.

Заключение: перемены в тихой воде

Будучи важным обновлением конца 2025 года, Fusaka — без громкого рыночного хайпа — незаметно добавляет Ethereum мощный внутренний драйв. Все 12 улучшений нацелены прямо на три главные “боли”: масштабирование, безопасность и эффективность. По сути, это расширяет эту «автостраду ценности» Ethereum, повышая его пропускную способность и надёжность, чтобы подготовить базу для будущих потоков пользователей, активов и приложений в огромных масштабах.

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

• Эта статья основана на анализе общедоступной информации и не является инвестиционной рекомендацией. Инвестиции в криптовалюты сопряжены с существенными рисками: принимайте решения осторожно, DYOR.

• Если вам нравится эта статья — подписывайтесь, ставьте лайки и делитесь ею, чтобы поддержать!