Эволюция Эфириума: Фусака, Гламстердам и дальнейшие перспективы

Презентация Престона Ван Луна (Preston Van Loon) из Offchain Labs и Призм (Prysm), представленная на ETHDenver. Престон рассказывает о недавней скорости обновлений Эфириума и о том, что ждет сеть в будущем, включая Пектра (Pectra), Фусака (Fusaka), PeerDAS, Гламстердам (Glamsterdam), FOCIL, более короткое время слота и более быструю финальность.

Эта стенограмма является доступной копией оригинальной стенограммы видео (opens in a new tab), опубликованной ETHDenver. Она была слегка отредактирована для удобства чтения.

Введение (0:07)

Ведущий: Итак, всем привет. Двигаемся дальше. Мы поговорим об эволюции Эфириума с Престоном Ван Луном. Тебе слово.

Престон Ван Лун: Хорошо. Спасибо. GM — вы знаете, что GM уместно в любое время, днем или ночью, независимо от того, утро сейчас или нет. Так что я вижу GM круглые сутки. Я хочу поговорить об эволюции Эфириума, так что давайте начнем.

Есть один нарратив, который вы, вероятно, уже слышали: Эфириум слишком медленно выпускает обновления. Я знаю, что вы это слышали. Я это слышал. Вы слышали это много раз. Люди говорили: «Когда слияние? Разве разработчики не могут что-то сделать? Другие сети развиваются быстро. Почему Эфириум движется так медленно?» Я здесь, чтобы сказать вам, что этот нарратив мертв.

Я работаю над клиентом консенсуса Призм. Это один из ключевых компонентов сигнальной цепочки Эфириума. И я был на передовой во время последних обновлений — Пектра, Фусака. Судя по тому, что я видел изнутри, это не было какой-то медлительной бюрократией, как многие годы утверждали об Эфириуме. На самом деле это была высокоскоростная, отлично отлаженная машина, выпускающая одни из самых масштабных обновлений, которые мы когда-либо видели в истории Эфириума.

Выпуск трех обновлений за один год (1:18)

В 2025 году мы выпустили три крупных обновления за один год. Во-первых, Пектра в мае 2025 года. Это обновление внедрило нативную абстракцию учетной записи, увеличение максимального эффективного баланса валидатора, что позволило проводить консолидации, и еще 10 EIP. В мае это было самое крупное обновление по количеству EIP, которое когда-либо видел Эфириум.

Но затем, всего семь месяцев спустя, мы выпустили Фусака — еще более крупное обновление с точки зрения EIP. В нем их было 13, включая инновацию под названием PeerDAS, что действительно впечатляет. А всего через шесть дней мы снова провели обновление с помощью форка BPO1, и вскоре за ним последовал BPO2, увеличив пропускную способность блобов в Эфириуме.

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

Масштабирование PeerDAS (2:22)

Давайте взглянем на главное событие обновления Фусака: PeerDAS. PeerDAS — это потрясающее решение для масштабирования. До PeerDAS у нас была Пектра, и с Пектра вам приходилось — как оператору узла или валидатору — загружать каждый блоб, который шел вместе с блоком. Целевым показателем было 6 блобов на блок. Каждый должен был загружать их, и это действительно было узким местом для масштабирования. Если вы хотите увеличить это число, вы просите операторов узлов пропорционально увеличить использование пропускной способности для блобов.

Теперь, с Фусака, у нас есть блобы с избыточным кодированием (erasure-coded), и мы просим валидаторов хранить только их часть. Вам нужно хранить только одну восьмую часть блобов. И имея любые 50% блобов, вы можете восстановить все целиком. Таким образом, благодаря распределению по сети обеспечивается доступность данных и снижается нагрузка на соло-стейкеров. Это дает нам немедленное сокращение использования пропускной способности сети для блобов почти на 90%.

Если посмотреть на цифры: для Пектра у нас был целевой показатель в 6 и максимум в 9 блобов с лимитом газа в 36 миллионов. Мы считаем это базовым уровнем использования блобов — это было 768 килобайт на блок. Затем, между Пектра и Фусака, у нас было внеочередное обновление, в котором был увеличен лимит газа. Это был процесс ончейн-управления, в ходе которого валидаторы просто голосовали за то, каким, по их мнению, должен быть лимит блока — он вырос с 36 до 45 миллионов. А позже в том же году мы дошли до Фусака, которая не изменила целевой или максимальный показатель блобов, но снова увеличила лимит газа.

И затем мы получили это значительное снижение требований к пропускной способности, когда каждый блок с целевым показателем в 6 блобов теперь составляет всего 96 килобайт данных блобов, которые должен хранить валидатор. Затем снова с BPO1, форком только для параметров блобов (blob-parameter-only), мы увеличили целевой показатель до 10, а максимум — до 15. BPO2, который произошел всего месяц спустя, увеличил их до 14 и 21 — что вдвое больше, чем было в Пектра, но при этом использование пропускной способности для блобов соло-стейкерами все равно на 71% меньше.

Что нас ждет в Гламстердам (4:30)

Что будет дальше в Гламстердам? Есть три действительно ключевые вещи и одна, которая все еще находится в стадии активного исследования.

Первое — это ePBS (встроенное разделение предлагающего и создающего). То, как производство блоков происходит сегодня: многие люди передают свою возможность создать блок через MEV-Boost очень продвинутым сборщикам. Это касается большей части сети. Проблема в том, что вам приходится доверять ретранслятору (relay), и требуется большое доверие к тому, что сборщик действительно предложит тот блок, на который он сделал ставку. ePBS внедряет механизм внутри протокола, поэтому требуется гораздо меньше доверия, и это очень чистая реализация той же идеи.

Следующее, что у нас есть — это списки доступа на уровне блоков. Это крутая инновация, при которой каждый блок будет поставляться со списком, указывающим, в каком месте состояния он читал или записывал данные. Это означает, что вы можете обрабатывать блоки параллельно. Сегодня вам приходится обрабатывать блоки последовательно. Если вы хотите обработать блок 10, вы должны сначала обработать 9, 8 и так далее. Теперь, если у вас есть набор блоков и ни один из них не конфликтует с информацией о доступе к состоянию, вы можете обрабатывать все восемь из них параллельно. Возможно, у вас восемь ядер — это делает Эфириум более эффективным и ускоряет обработку блоков.

Третье — это переоценка газа. В рамках этого EIP были проведены тесты, которые показали, что некоторые коды операций были переоценены, а некоторые — недооценены. Теперь мы собираемся обновить комиссии, которые вы платите за каждый код операции, чтобы они отражали реальность, делая Эфириум более безопасным и эффективным.

Эволюция роли уровня 2 (l2) (6:14)

Есть одна вещь, о которой я хочу поговорить и которую недавно упомянул Виталик. Пару недель назад он написал в твите, что первоначальное видение уровня 2 (l2) и их роли в Эфириуме больше не имеет смысла. Это вызвало много шума в заголовках, и я думаю, что многие люди сделали из этого неправильный вывод.

Позвольте мне рассказать вам, что это значит с точки зрения человека изнутри. Эфириум масштабируется быстрее, чем ожидалось. Комиссии ниже, чем когда-либо. Я никогда не думал, что буду платить комиссию за газ меньше одного Gwei в Мейннет, но вот мы здесь. Блобов в изобилии — у нас их предостаточно. Мы масштабируем блобы быстрее, чем ожидалось. И даже комиссии на уровне 2 (l2) действительно низкие.

Так что идея о том, что нам нужны сети уровня 2 (l2) общего назначения — то есть l2, которые представляют собой просто ту же EVM, что и на уровне 1 (l1), просто скопированную и вставленную кучу раз, и все, что они делают, это работают быстрее — это больше не является нашим видением. Эти l2 будут процветать благодаря специализации. Некоторые из них будут нацелены на такие вещи, как приватность, игры, специфику децентрализованных финансов (DeFi) или расширения EVM. Но если они являются просто клоном l1, они не вписываются в дорожную карту, в которой мы изначально представляли себе такую парадигму шардинга через l2.

FOCIL: устойчивость к цензуре на уровне протокола (7:25)

Помимо Гламстердам, в стадии активной разработки и исследований находятся три действительно крутые вещи. Первая из них — FOCIL (Fork-Choice Enforced Inclusion Lists — списки включения, принудительно применяемые правилом выбора форка).

Проблема, которую он призван решить, заключается в том, что у сборщиков блоков есть выбор. Они решают, какие транзакции будут включены в блок. Они могут отдавать предпочтение одним и не отдавать другим — возможно, ради преимущества MEV, возможно, из-за давления регуляторов. Но в любом случае они могут подвергать транзакции цензуре по своему желанию, и никто ничего не может с этим поделать.

FOCIL меняет расстановку сил. Вместо того чтобы позволять сборщикам блоков выбирать все транзакции в блоке, случайный комитет выбирает — на основе своих локальных эвристик — некоторые транзакции, которые, по их мнению, должны быть включены в следующий блок. Это не все транзакции в следующем блоке. У сборщиков по-прежнему много свободы, но есть подмножество, которое они обязаны включить. Предлагающий блок возьмет этот короткий список — возможно, около восьми транзакций — и поместит его в конец блока, и они будут выполнены вместе с блоком.

Это обеспечивается через правило выбора форка. Валидаторы, которые видят блок, не будут проводить его аттестацию, если к нему в конце не добавлен список включения. Если они увидят блок без списка, они сочтут его недействительным и просто проигнорируют — они не будут его распространять, они не отдадут за него свой голос. Это все еще активное исследование, некоторые параметры еще определяются, но направление ясно: Эфириум собирается внедрить устойчивость к цензуре на уровне протокола.

Более короткое время слота (9:24)

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

Звучит очень просто — типа «давайте просто работать быстрее». Но нужно думать о распространении по сети, об обязанностях валидаторов по аттестации, на выполнение которых у них есть ограниченное количество времени, а также об экономике. Когда я впервые экспериментировал с этим, я просто изменил 12 на 6, и внезапно все стали получать вдвое большую эмиссию — вдвое больше денег — что на самом деле не является целью сокращения времени слота. Речь идет о том, чтобы работать быстрее, но при прочих равных условиях. Так что это очень сложная вещь, но есть возможность прийти к этому в конечном итоге шаг за шагом.

Более быстрая финальность (10:20)

Третья вещь — более быстрая финальность. Это действительно важно, потому что Эфириум финализирует блоки каждые две эпохи — каждые 13 минут — и есть приложения, которые сильно зависят от ответа на вопрос: является ли моя транзакция необратимой? Если транзакция не попала в финализированную эпоху, то ответ — нет: есть небольшая вероятность того, что она может быть отменена в результате реорганизации (reorg), и транзакцию придется отправлять снова.

Теперь, если у нас будет быстрая финальность, такие вещи, как биржи, мосты или любые приложения, смогут быть уверены, что транзакция финализирована. Во-первых, вместо двух эпох для финальности, давайте делать это за одну. Затем мы можем сказать: вместо эпох длиной в 32 слота, давайте сократим их до четырех слотов. Теперь, если вы объедините это с 6-секундным временем слота, речь пойдет о финальности менее чем за 30 секунд. Это действительно крутая конечная цель.

Путеводная звезда (11:15)

Все это встроено в нашу путеводную звезду, где мы говорим, что уровень 1 (l1) работает быстро с финализацией за секунды. Как нам этого достичь? Во-первых, мы начинаем с PeerDAS — он уже выпущен. Это дало нам масштабируемый уровень для доступности данных. Далее у нас есть Гламстердам, в основном включающий ePBS, который является чистой реализацией разделения предлагающего и создающего (PBS) и делает такие вещи, как FOCIL, более эффективными. FOCIL обеспечивает устойчивость к цензуре, что очень гармонично сочетается с ePBS. С более быстрыми слотами сокращение времени слота делает более быструю финальность еще более значимой. Затем мы достигаем этой конечной цели, когда у нас действительно есть быстрые транзакции, которые финализируются за секунды.

Заключение (12:02)

Я хочу, чтобы вы представили, какой будет жизнь через два года. Об этом довольно сложно думать, потому что криптовалюта развивается так быстро. Это может стать реальностью всего через два года: время подтверждения транзакции в 4 или 6 секунд; финальность, измеряемая в секундах, а не в минутах; принудительное обеспечение устойчивости к цензуре на уровне протокола; защита от постквантовой криптографии; и сети уровня 2 (l2), конкурирующие за счет функций и новых инноваций, а не просто за счет скорости. И все это при сохранении того достоинства, что вы можете использовать обычный потребительский ноутбук или оборудование для запуска полного узла у себя дома. Эфириум доступен и останется доступным для всех в будущем.

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

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

Я Престон Ван Лун, основной разработчик Эфириума. Я работаю в команде Призм в Offchain Labs. Если вы хотите принять участие, лучший способ быть в курсе того, что происходит в Эфириуме — это помочь создавать его самостоятельно. Подходите пообщаться со мной после выступления. Загляните в репозиторий Призм или в любые репозитории спецификаций консенсуса или исполнения — мы будем очень рады вашему вкладу. Спасибо.