Благодаря возможности консолидации существующих валидаторов до 2048 ETH, обновление Pectra предоставляет уникальную возможность операторам узлов и протоколам стейкинга сократить количество валидаторов и перейти на распределённые валидаторы, чтобы защитить свою инфраструктуру в будущем.
Предстоящее обновление Ethereum под названием Pectra станет одним из крупнейших как по числу реализуемых EIP, так и по его влиянию на индустрию стейкинга. Оно позволяет операторам узлов и стейкинговым протоколам консолидировать существующих валидаторов, снижая их количество и снижая нагрузку на сеть, что делает инфраструктуру более устойчивой.
Важно: Поскольку объём изменений в рамках Pectra всё ещё уточняется, информация в этой статье может измениться. За последними новостями следите в записях звонков разработчиков, которые ведёт Кристина Ким, и в рассылке This Week in Ethereum.
**Pectra: множество EIP
**
Детали обновления Pectra постоянно менялись с тех пор, как разработчики начали его планирование в ноябре 2023 года. Список из 20 EIP привёл к спорам о приоритетах, включая переход к деревьям Веркла (Verkle). Разработчики решили разделить изменения между Pectra и следующим обновлением, которое будет называться Fulu-Osaka или "Fusaka".
**Когда ждать Pectra?
**
На декабрь 2024 года разработчики всё ещё финализируют объём изменений. Предполагается, что тестирование на публичных тестовых сетях начнётся в марте 2025 года, а активация на основной сети ожидается в апреле или мае 2025 года.
Что такое EIP 7251 - Максимальный эффективный баланс (MAX_EB)
Для стейкеров наиболее значимое EIP в обновлении Pectra — это EIP-7251: Увеличение MAX_EFFECTIVE_BALANCE. Основная цель EIP 7251 — сократить количество валидаторов в сети. С приближением числа валидаторов Ethereum к 1,1 миллиону начинают возникать сетевые проблемы, а инженеры Ethereum Foundation прогнозируют серьёзные трудности при достижении 1,4 миллиона валидаторов. (Чтобы выиграть время, предыдущее обновление Ethereum снизило лимит активации новых валидаторов с 15 до 8 за эпоху, что эквивалентно 1800 валидаторам в день или 657 000 в год.)
Для крупных операторов, управляющих множеством валидаторов, EIP вводит новую операцию для их консолидации. Если необходимо, до 64 валидаторов, каждый из которых содержит 32 ETH, могут быть объединены в один крупный валидатор с 2048 ETH. Это означает, что оператор, имеющий 1000 валидаторов, может объединить их в 16 крупных валидаторов. Предполагается, что операторы будут консолидировать свои валидаторы в меньшее количество, что уменьшит нагрузку на сеть и снизит её вычислительные затраты.
**Меньший страх перед слэшингом
**
MAX_EB также значительно удешевляет изначальное наказание за слэшинг, снижая первоначальный штраф с 1/32 (3,125%) до 1/4096 (0,024%) от эффективного баланса. Как показано в таблице ниже, два полностью консолидированных валидатора по 2048 ETH, подвергшихся слэшингу, приведут к потерям всего в 1 ETH, что представляет собой 128-кратное снижение штрафа по сравнению с периодом до обновления Pectra.
Другие штрафы, такие как штраф за оффлайн-режим, штраф за коррелированный слэшинг и утечка из-за бездействия, также будут переработаны с учетом эффективного баланса (EB), а не количества валидаторов.
**Но совместный слэшинг всё ещё остаётся пугающим
**
С учетом того, что первоначальные штрафы за слэшинг существенно снижены, можно подумать: «А чего теперь бояться?» Ответ — коррелированный слэшинг. Коррелированный слэшинг может полностью обнулить эффективный баланс валидатора, и это остаётся серьёзной угрозой даже после активации Pectra. Если валидатор будет слэшнут вместе со значительным количеством других валидаторов, наказание распространяется на всех.
Как показано на графике, если одновременно будет слэшнуто от 1% до 33% валидаторов, они потеряют от 0,1% до 100% баланса своего валидатора.
Хотя штрафы за коррелированный слэшинг ещё никогда не применялись на практике, всей сообществу необходимо работать вместе, чтобы предотвратить "чёрный лебедь". Недавние баги в клиентах, таких как Nethermind и Geth, подтолкнули сообщество к усилению диверсификации клиентов, что показало, что сеть Ethereum всё ещё не так устойчива, как должна быть.
Также обсуждаются другие виды штрафов за корреляцию. Виталик в начале этого года представил концепцию штрафа за корреляцию при пропуске аттестаций.
**Автоматическая капитализация делает обновление привлекательным
**
После обновления Pectra валидаторы смогут иметь эффективный баланс в диапазоне от 32 ETH до 2048 ETH. Это означает, что расчёт наград и штрафов для валидаторов теперь зависит от их эффективного баланса. Приятным последствием является возможность автоматической капитализации вознаграждений за стейкинг.
Если валидатор с балансом 32 ETH заработает 0,75 ETH наград, он начинает получать больше наград с новым эффективным балансом 33 ETH, вместо того чтобы ждать, пока накопится ещё 32 ETH для запуска второго валидатора. Это меняет правила игры для соло-стейкеров с 32 ETH, которым раньше приходилось долго ждать, чтобы накопить средства на второго валидатора.
Однако автоматическая капитализация полезна не только для соло-стейкеров. Крупный оператор, управляющий, например, 8000 ключей, сейчас генерирует 32 ETH наград каждые 1,5 дня. Если эти ETH не выводятся и не используются для активации новых валидаторов, общая доходность стейкинга не достигает максимума. После Pectra оператор сможет консолидировать свои 8000 валидаторов в 128 валидаторов с балансом по 2000 ETH каждый. Это позволит ETH, заработанные в виде наград, сразу же капитализироваться и приносить дополнительные награды, снижая необходимость постоянно запускать новых валидаторов.
**Консолидации — возможность обновить инфраструктуру
**
Консолидация валидаторов — это не только доступ к автоматической капитализации, но и способ перемещения ETH без необходимости переносить ключи. Традиционно миграция ключей — это рискованный процесс, так как другого способа переместить активные валидаторы на другую машину не существует. Для оператора с тысячами активных ключей на десятках узлов крупное обновление инфраструктуры часто означало либо длительные периоды простоя, либо перенос ключей с риском слэшинга.
Механизм консолидации, представленный в Pectra, полностью меняет эту ситуацию. Как это работает? Согласно FAQ по Pectra, подготовленному Паритошем:
«Чтобы консолидировать валидаторы, отправьте транзакцию с вашего адреса вывода средств в системный смарт-контракт консолидации, указав публичные ключи исходного и целевого валидаторов, которые вы хотите объединить. (Оба должны находиться в состоянии “активен”.) В процессе консолидации исходный валидатор полностью выходит, а его баланс переводится на целевой валидатор. Целевой валидатор получает сумму балансов исходного валидатора и продолжает выполнять свои функции в цепочке Beacon без изменений.»
Консолидация — это простой процесс, который позволяет перемещать ETH на новый или существующий целевой валидатор, размещённый на другой машине, с другими клиентами, в другом месте — на совершенно иной инфраструктурной платформе. Таким образом, консолидация предоставляет уникальную возможность мигрировать валидаторы между различными инфраструктурными решениями.
На какую инфраструктуру следует перейти оператору, используя эту возможность?
**Обеспечьте устойчивость своей стейкинговой инфраструктуры с помощью распределённых валидаторов (DVs)
**
Распределённые валидаторы (Distributed Validators) представляют собой перспективную стейкинговую инфраструктуру, способную выдерживать испытание временем. Консолидации после обновления Pectra создают идеальную возможность для миграции стейкинга на DVs.
Вы можете переместить стейк в DVs, запустив новый кластер распределённых валидаторов и консолидировав стейк в него, либо объединив стейк на существующих DVs. Это решение не только повышает надёжность и отказоустойчивость стейкинговой инфраструктуры, но и обеспечивает её соответствие будущим вызовам.
**Утечка ключей
**
С теперь до 2048 ETH или ~$8 миллионов стейка на один валидаторский ключ, важность отдельных ключей возрастает как никогда ранее. Самые дорогостоящие ошибки для операторов узлов в недавнем прошлом не были связаны со слэшингом, а с утечкой ключей, требующей профилактической ротации ключей. Это процесс, при котором выходят все наборы валидаторов и активируются новые, что может занять дни, недели или даже месяцы и привести к упущенной прибыли.
Основная особенность распределённых валидаторов Obol — распределённое создание ключей (DKG), когда каждый узел в кластере генерирует ключевую долю, что предотвращает нахождение всего валидаторского ключа в одном месте. Это значительно снижает риск слэшинга и риск утечки ключей — компрометация одного из узлов не является немедленной катастрофой, так как требуется 2/3 большинства ключей для выполнения функций валидатора и риска слэшинга.
**Коррелированный слэшинг
**
Распределение валидатора на несколько узлов позволяет каждому узлу использовать разные клиентские стеки с уникальными исполнением, консенсусом и клиентами валидаторов. Ошибка в одном клиенте не вызовет ошибочного поведения валидатора, поскольку для подписания от валидатора требуется подпись >⅔ узлов. Это должно защитить распределённые валидаторы от любых чёрных лебедей, вызванных катастрофическими ошибками клиента.
Так чего же вы ждёте? Наслаждайтесь сниженным риском слэшинга и встроенной диверсификацией клиентов с распределёнными валидаторами. Свяжитесь с нами или узнайте больше о Obol на obol.org.
**Другие EIP и их влияние на стейкеров
**
Вот некоторые другие EIP в Pectra, которые актуальны для операторов узлов и стейкеров, но менее значимы, чем MAX_EB:
EIP 7549, Перемещение индекса комитета вне аттестации (эффективность):
Этот EIP должен снизить нагрузку ЦП на узлы валидаторов, переработав сообщения об аттестации валидатора, что сделает ПО клиент CL более эффективным и способным на дальнейшую агрегацию подписей.
EIP 6110, Обеспечение депозита валидатора на блокчейне (улучшение пользовательского опыта)
Перекинув ответственность за валидацию новых депозитов стейкованного ETH с CL на EL, этот EIP существенно улучшает пользовательский опыт активации нового валидатора. Пропала задержка в 1,024 блока (~16 часов) между депозитом 32 ETH на EL и активацией валидатора на CL. Время от депозита до активации теперь составит всего 13 минут, когда очередь на активацию пуста. Подробнее читайте в этой статье.
EIP 7685, Запросы общего назначения для исполнения слоев
Эта кодовая изменяющаяся функция вводит систему для протокола хранения запросов, вызванных умными контрактами, для лёгкого их обработки CL. Например, смарт-контракты на основе пулов стейкинга смогут напрямую инициировать выходы валидаторов (EIP 7002) и консолидации (EIP 7251) на CL.
EIP 7002, Запросы на вывод слоя исполнения
Операторам больше не нужно предварительно подписывать сообщения выхода и предоставлять их делегаторам, чтобы избежать возможности оператора удерживающего делегированные ETH. EIP 7002 позволяет умным контрактам инициировать выходы валидаторов без участия оператора. Это позволяет стейкинговым приложениям снимать доверительные предположения относительно честного поведения операторов узлов валидаторов и произвольный вывод стейкованного эфирного количества больше 32 ETH.
EIP-7691, Увеличение пропускной способности Blobs*
Недавнее предложение заключается в увеличении целевого числа blobs на блок с 3 до 6, и максимального числа blobs на блок с 6 до 9. Увеличение пропускной способности blobs полезно для layer-2, но может повысить вычислительные требования для работы валидатора. Разработчики провели исследования на основе данных о состоянии операций соло-стейкинга и решили, что увеличение пропускной способности blobs не значительно повысит требования к оборудованию для узлов валидации Ethereum.
DV Hub(TG) *