Блокчейн

The Merge: от PoW к PoS

15 сентября 2022 года Ethereum совершил то, что многие считали невозможным: заменил двигатель самолёта прямо в полёте. Сеть с капитализацией 200 миллиардов переключила механизм консенсуса с proof-of-work на proof-of-stake без единой секунды даунтайма. Энергопотребление упало на 99.95% - с уровня целой страны до уровня небольшого офиса. Как инженеры спланировали и выполнили крупнейшую миграцию в истории блокчейнов?

  • **Энергетика:** The Merge сократил энергопотребление Ethereum с ~112 TWh/год (сопоставимо с Нидерландами) до ~0.01 TWh/год - аргумент ESG-критиков блокчейна был устранён за один блок
  • **Стейкинг-экономика:** после Merge на стейкинге заблокировано более 30 млн ETH (~100B+), создав крупнейший DeFi-рынок с годовой доходностью 3-5% и ликвидными стейкинг-токенами (stETH, rETH)
  • **MEV-рынок:** через MEV-Boost проходит до 90% блоков Ethereum - рынок построения блоков генерирует сотни миллионов долларов ежегодно для валидаторов и builder'ов

The Merge: семь лет подготовки

Переход на proof-of-stake был заложен в дорожную карту Ethereum с самого запуска в 2015 году. Difficulty bomb - механизм экспоненциального роста сложности - был встроен в протокол как «дедлайн», вынуждающий совершить переход. Но реальность оказалась сложнее: difficulty bomb откладывали **6 раз**. В 2016 году исследовательская группа во главе с **Vlad Zamfir** разработала Casper - PoS-протокол для Ethereum. Параллельно велась работа над sharding. К 2019 году стало ясно, что совмещать Merge и sharding слишком рискованно - решили разделить. **Danny Ryan** возглавил спецификацию Beacon Chain, которая запустилась 1 декабря 2020 года с genesis-событием при участии 21,063 валидаторов. **Tim Beiko** координировал переход через серию тестнетов: Kiln, Ropsten, Sepolia, Goerli - каждый проходил The Merge до основной сети. 15 сентября 2022 года в 06:42:42 UTC PoW-цепочка достигла Terminal Total Difficulty, и блок #15,537,394 был предложен PoS-валидатором. Виталик написал в Twitter: «And we finalized!» На Ethereum Foundation в Берлине разработчики встретили момент аплодисментами - после семи лет работы.

The Merge - крупнейшая миграция действующего блокчейна в истории. Он доказал, что можно изменить фундаментальный механизм консенсуса живой сети с миллионами пользователей и сотнями миллиардов долларов, не нарушив работу ни одного приложения.

Предварительные знания

  • Proof of Stake
  • EVM: Ethereum Virtual Machine

Beacon Chain: координационный слой

1 декабря 2020 года запустился **Beacon Chain** - отдельный блокчейн, работающий параллельно с основной PoW-цепочкой Ethereum. Его задача - координация валидаторов в будущей proof-of-stake системе. Почти два года Beacon Chain работал «вхолостую»: валидаторы стейкили ETH и получали награды, но **ни одна пользовательская транзакция** через него не проходила.

Зачем запускать систему за два года до использования? Это был **живой стресс-тест**. На кону стояли миллиарды долларов - нельзя переключить консенсус сети с капитализацией $200B+ без проверки в боевых условиях. К моменту The Merge на Beacon Chain было более **400,000 валидаторов** с суммарным стейком свыше 13 млн ETH (~$20B).

Beacon Chain ввёл новую временную структуру. Вместо произвольного времени блоков PoW (в среднем ~13 сек с большим разбросом) появились **фиксированные слоты по 12 секунд**. 32 слота образуют **epoch** (~6.4 минуты). Каждому слоту назначается один proposer (предлагает блок) и комитет из аттестаторов (голосуют за блок).

**Финализация за 2 epoch.** Блок считается финализированным через ~12.8 минут (2 epoch). После финализации откатить его невозможно без уничтожения 1/3 всего стейка. Это намного сильнее гарантии, чем «6 подтверждений» в Bitcoin (~60 минут), где теоретический откат всегда возможен при достаточном хешрейте.

**Квадратный корень в формуле** - ключевой элемент дизайна. Чем больше валидаторов, тем **меньше** награда каждого, но **суммарная** эмиссия растёт как квадратный корень. Это создаёт баланс: достаточно стимулов для безопасности, но без бесконтрольной инфляции.

Почему Beacon Chain запустился за ~2 года до The Merge и работал параллельно с PoW-цепочкой?

Execution Layer: где живут транзакции

После The Merge старая PoW-цепочка Ethereum не исчезла - она стала **Execution Layer** (EL). Это тот же EVM, тот же state, те же смарт-контракты. Для dApps и пользователей **ничего не изменилось**: JSON-RPC API, адреса, балансы, контракты - всё осталось на месте. Единственное, что исчезло - майнинг.

The Merge произошёл **15 сентября 2022** в 06:42:42 UTC. Точка переключения определялась не номером блока, а **Terminal Total Difficulty (TTD) = 58,750,000,000,000,000,000,000**. Когда суммарная сложность PoW-цепочки достигла этого значения, последний PoW-блок был добыт, и следующий блок уже предложил PoS-валидатор. Сеть продолжила работу без единой секунды даунтайма.

Архитектурно Execution Layer отвечает за всё, что связано с **вычислениями и состоянием**: выполнение транзакций в EVM, обновление state trie, формирование execution payload (список транзакций + state root). Клиенты EL - это **Geth**, **Nethermind**, **Besu**, **Erigon**, **Reth**.

**Engine API** - внутренний мост между consensus и execution клиентами. Consensus Layer говорит execution layer: «вот параметры следующего блока - собери транзакции и выполни их». Engine API использует JSON-RPC, но **не доступен извне** - это приватный канал между двумя процессами на одном узле.

Как The Merge повлиял на работу существующих dApps и JSON-RPC API?

Consensus Layer: клиенты и разнообразие

**Consensus Layer** (CL) - это «мозг» Ethereum после The Merge. Он решает, какой блок является каноническим (fork choice rule - LMD-GHOST + Casper FFG), координирует валидаторов, управляет стейкингом и финализацией. CL работает через **Beacon API** - новый REST API, стандартизированный для всех клиентов.

Каждый полный Ethereum-узел после Merge состоит из **двух клиентов**: consensus client + execution client. Это не прихоть - это сознательный архитектурный выбор. Две независимые кодовые базы, два процесса, два набора разработчиков. Если в одном клиенте обнаруживается критический баг - второй продолжает работать.

Consensus ClientЯзыкОсобенности
PrysmGoСамый популярный, удобный UX, высокая производительность
LighthouseRustБыстрый, надёжный, активное сообщество
TekuJavaEnterprise-grade, ConsenSys, встроенный web3signer
NimbusNimЛегковесный, работает на Raspberry Pi, низкое потребление RAM
LodestarTypeScriptЕдинственный JS-клиент, важен для разнообразия экосистемы

**Client diversity - вопрос выживания сети.** В 2022 году Prysm контролировал **~66% Beacon Chain** - больше порога в 2/3, необходимого для финализации. Если бы в Prysm появился consensus-breaking баг: 1. 66%+ валидаторов создали бы **невалидную цепочку** 2. Эта цепочка была бы **финализирована** (66% > 2/3 порога) 3. Остальные клиенты отвергли бы её как невалидную 4. Возникли бы **две финализированные цепочки** - катастрофа, требующая ручного вмешательства 5. Валидаторы на Prysm потеряли бы стейк через **slashing** за финализацию невалидных блоков Сообщество активно работает над снижением доминирования любого одного клиента ниже 33%.

Помимо предложения и аттестации блоков, CL управляет **sync committees** - группами из 512 валидаторов, которые подписывают каждый блок в течение ~27 часов. Sync committees позволяют лёгким клиентам (мобильные кошельки, браузеры) проверять блоки без скачивания всей цепочки - достаточно проверить 512 подписей.

Почему client diversity критически важна для Ethereum, и какой порог считается опасным для одного клиента?

MEV-Boost: разделение proposer и builder

После The Merge валидаторы стали proposer'ами блоков. У них появилась власть: **выбирать**, какие транзакции включить в блок и в каком **порядке**. Это создало рынок **MEV** (Maximal Extractable Value) - ценности, которую можно извлечь из манипулирования порядком транзакций. Арбитраж, ликвидации, sandwich-атаки - всё это MEV.

Проблема: если каждый валидатор сам оптимизирует MEV, это ведёт к **централизации**. Крупные оператора с продвинутыми алгоритмами зарабатывают больше → привлекают больше стейка → получают больше слотов. Мелкие соло-валидаторы проигрывают.

Решение - **Proposer-Builder Separation (PBS)**. Идея: разделить роли. **Builder** - специализированный агент, который собирает наиболее прибыльный блок из транзакций в mempool. **Proposer** - валидатор, который выбирает лучший блок из предложенных builder'ами. MEV-Boost от Flashbots реализует PBS как внешний sidecar-процесс, пока PBS не встроен в протокол.

На пике **~90% всех блоков Ethereum** строились через MEV-Boost. Это значит, что подавляющее большинство валидаторов предпочитают получить гарантированный bid от builder'а, чем самостоятельно собирать блок. Для соло-валидатора с 32 ETH MEV-Boost - единственный способ конкурировать с крупными операторами.

**Проблема цензуры: OFAC compliance.** В августе 2022 OFAC (US Treasury) внёс Tornado Cash в санкционный список. Некоторые relay'и (в первую очередь Flashbots) начали **фильтровать транзакции**, связанные с Tornado Cash. В ноябре 2022 до 78% блоков исключали эти транзакции. Это поставило под вопрос **censorship resistance** - фундаментальное свойство Ethereum. Если relay может цензурировать транзакции, а 90% блоков идут через relay, значит сеть де-факто цензурируема. Ответ сообщества: Flashbots открыл исходный код relay, появились **нецензурирующие relay'и**, а транзакции Tornado Cash попадали в блоки от оставшихся 22% «честных» валидаторов. Сейчас **inclusion delay** для санкционных транзакций - несколько блоков, а не блокировка.

**Enshrined PBS (ePBS)** - план встроить PBS прямо в протокол Ethereum, убрав зависимость от внешних relay'ев. Это устранит доверие к relay и сделает аукцион блоков частью консенсуса. Пока ePBS в разработке, MEV-Boost остаётся стандартом де-факто.

The Merge сделал транзакции Ethereum быстрее и дешевле

The Merge изменил **только механизм консенсуса** - с PoW на PoS. Скорость блоков изменилась минимально (с ~13 сек на ровно 12 сек). Gas fees остались такими же - они зависят от спроса на блоковое пространство, а block gas limit не изменился. Снижение комиссий - задача Layer 2 решений (Optimism, Arbitrum, zkSync) и будущего sharding/danksharding.

Путаница возникает из-за медийного хайпа вокруг The Merge. СМИ писали «обновление Ethereum», и люди ожидали улучшений во всём. The Merge решал одну конкретную задачу: устранение энергозатратного майнинга (-99.95% энергопотребления) и переход к экономической безопасности через стейкинг. Масштабируемость и дешёвые транзакции - отдельные пункты дорожной карты (The Surge).

Итоги

  • **Beacon Chain** запустился 1 декабря 2020 и работал параллельно с PoW почти два года как живой стресс-тест. Слоты (12 сек), epochs (32 слота), RANDAO для назначения ролей, финализация за 2 epoch (~12.8 мин)
  • **Execution Layer** - бывшая PoW-цепочка, которая после Merge сохранила EVM, state, контракты и JSON-RPC API. Для dApps переход был полностью прозрачен. Engine API связывает EL с Consensus Layer
  • **Consensus Layer** управляет fork choice (LMD-GHOST + Casper FFG), валидаторами и финализацией. Client diversity критична: если один клиент > 66%, баг в нём может финализировать невалидную цепочку
  • **MEV-Boost** реализует Proposer-Builder Separation: builder'ы собирают блоки, relay проверяет их, proposer выбирает лучший bid. До 90% блоков строятся через MEV-Boost, но возникают вопросы цензуры (OFAC/Tornado Cash)
  • The Merge заменил только консенсус - тот самый «двигатель самолёта в полёте» из начала урока. Снижение комиссий и масштабируемость - задачи отдельных обновлений (The Surge), а не Merge

Связанные темы

The Merge связывает консенсус, криптографию и экономику Ethereum в единую архитектуру:

  • Proof of Stake — The Merge активировал PoS как основной механизм консенсуса - Beacon Chain стал реализацией принципов, изученных в уроке о PoS
  • Gasper: LMD-GHOST + Casper FFG — Consensus Layer использует Gasper для fork choice и финализации - конкретный PoS-протокол Ethereum
  • BLS-подписи — Attestations, sync committees и агрегированные подписи в Beacon Chain используют BLS - криптографический примитив, обеспечивающий эффективность при 900K+ валидаторах
  • Дорожная карта Ethereum — The Merge - первый этап. Далее: The Surge (sharding), The Scourge (MEV), The Verge (Verkle trees), The Purge (state expiry), The Splurge

Вопросы для размышления

  • Ethereum выбрал двухлетний параллельный запуск Beacon Chain перед Merge. Какие альтернативные стратегии миграции могли быть использованы, и почему команда отвергла более быстрые варианты?
  • MEV-Boost централизовал построение блоков: несколько builder'ов и relay'ев контролируют большинство блоков. Решает ли Enshrined PBS эту проблему, или просто переносит централизацию на другой уровень?
  • Если бы Prysm в момент своего 66% доминирования содержал consensus-breaking баг - каков был бы реальный сценарий восстановления сети? Сколько ETH было бы потеряно через slashing?

Связанные уроки

  • dist-10-byzantine
The Merge: от PoW к PoS

0

1

Войти

Зачем в MEV-Boost есть relay, который не показывает proposer'у содержимое блока?