Обзор блокчейн-технологий за октябрь: Alpenglow запущен, Glamsterdam отложен, постквантовая мигра...

Автор: GaryMa, Wu Blockchain
WuBlockchain подводит итоги ключевых событий в сфере блокчейн-технологий за октябрь:
Биткоин
Bitcoin Core официально выпустил версию 32.1. Версия 32.0 получила тег, но так и не была выпущена полностью: в последний момент обнаружились проблемы. Наряду с более масштабными улучшениями в версии 32, включая параллельную проверку блоков и оценку комиссий на основе мемпула, версия 32.1 устраняет потенциальную утечку IP-адресов, которая затрагивала транзакции, передаваемые через sendrawtransaction при включённом параметре -privatebroadcast=1. Ограничение скорости ретрансляции транзакций также переработали, привязав его к глобальной очереди, чтобы снизить нагрузку на процессор и память при резких всплесках объёма транзакций. Bitcoin Core также обновил политику раскрытия информации об уязвимостях: уязвимости, которые легко обнаружить повторно, в том числе с помощью инструментов на базе LLM, теперь будут переносить в поддерживаемые версии и раскрывать быстрее, не дожидаясь окончания традиционного длительного периода эмбарго.
Coinbase опубликовала техническое предложение о будущем переходе Bitcoin на постквантовую криптографию, отметив, что такой переход может занять годы и к нему следует готовиться заблаговременно. Компания предложила изучить расширяемые варианты подписей, такие как BIP-360 (P2MR) и P2TRv2, а также поэтапный переход, при котором обычные и постквантовые подписи будут сосуществовать. Coinbase также подчеркнула необходимость оценить влияние новых подписей на размер блоков, производительность проверки и институциональное хранение средств с помощью MPC. Для BTC, не переведённых вовремя на новые схемы, включая монеты с утраченными ключами или долгое время остававшиеся без движения, потребуется отдельное обсуждение политики. Предложение представляет собой техническую рекомендацию для институциональных участников, а не консенсусное решение сети Bitcoin.
Ethereum
Обновление Glamsterdam: масштабирование L1, параллельное исполнение и переработка архитектуры MEV. Ход работ: 6 октября Glamsterdam активировали в тестовой сети Sepolia, где проверяются ключевые изменения, включая ePBS, BALs и пересмотр цен на Gas. Лимит Gas на блок в Sepolia повысили до 200M, чтобы проверить клиентское и валидаторское оборудование под значительно более высокой нагрузкой. Затем разработчики запланировали активацию в Hoodi на 26 октября с тем же лимитом в 200M Gas, но 22 октября перенесли её, чтобы изучить совместимость изменений EIP-8037, касающихся Gas при создании состояния, с существующими смарт-контрактами основной сети. Новая дата активации в Hoodi и дата запуска в основной сети не назначены. Тестирование также выявило недостаток в обработке депозитов: депозиты Builder и Validator с одним публичным ключом могли теоретически позволить злоумышленнику зачислить ETH, предназначенные для новых валидаторов, на аккаунт Builder. Исправление добавили 26 октября; сообщений о фактической потере средств не поступало. Таким образом, Glamsterdam перешло от базовой проверки функций к этапу интенсивного стресс-тестирования с высоким Gas, проверки совместимости с основной сетью и границ безопасности, что увеличивает риск сдвига сроков.
Обновление Hegotá: устойчивость к цензуре, нативная абстракция аккаунтов и готовность к постквантовой эпохе. Ход работ: в октябре объём обновления продолжил сужаться. FOCIL (EIP-7805) и Frame Transactions (EIP-8141) остаются основными запланированными направлениями, тогда как разработчики официально исключили EIP-8363, Tapered Issuance Burn и EIP-8333 из объёма Hegotá. EIP-8363 предлагал сжигать всё большую долю эмиссии валидаторов по мере роста доли застейканных монет, чтобы сдерживать чрезмерно высокий уровень участия в стейкинге. Разработчики пришли к выводу, что политика эмиссии ETH влияет на всю экосистему стейкинга и долгосрочный бюджет безопасности, поэтому её не следует определять в рамках одного процесса формирования объёма форка. Ожидается, что этот вопрос будет рассмотрен в рамках более широкого обсуждения политики эмиссии.
Ethereum продолжила развивать исследования доказательств исполнения. Разработчики экспериментируют с EIP-8025 в Sepolia, используя OpenVM и 16 GPU RTX 5090, распределённых между задачами генерации доказательств в ethrex и Reth. Доказательства исполнения отдельных блоков генерируются примерно за 6–7 секунд; к настоящему моменту создано более 36 000 доказательств. Долгосрочная цель — позволить узлам проверять результаты исполнения с помощью доказательств, а не требовать от каждого валидатора повторного исполнения каждой транзакции. Система пока экспериментальная, и валидаторы ещё не могут полагаться на доказательства исполнения при выборе ветки или голосовании.
В октябре дорожная карта Ethereum по постквантовой защите стала конкретнее. Виталик Бутерин поддержал подход в духе EIP-8288 с рекурсивным STARK и агрегацией, который мог бы поддерживать произвольные схемы подписей. Пользователи смогли бы подписывать транзакции локально с помощью таких систем, как Falcon или ML-DSA, а затем проверять эти подписи через общий уровень STARK, вместо постоянного добавления новых прекомпиляций. Отдельно разработчики представили обновлённое предложение EIP-8450, упрощающее регистрацию постквантовых ключей валидаторов: из него убрали авторизацию через адрес вывода, а для регистрации и ротации постквантовых ключей предложили использовать существующие ключи BLS, предусмотрев задержки ротации и защиту от повторного воспроизведения. Оба решения пока остаются на стадии предложений или исследований.
L2 Ethereum
ZKsync представила Airbender Prime — систему генерации доказательств Ethereum в реальном времени. В тестах ZKsync один GPU NVIDIA RTX PRO 6000 Blackwell доказал 7 200 последовательных блоков основной сети Ethereum: 99% были обработаны менее чем за 10 секунд, а все блоки — за 12 секунд, включая подготовку свидетельств. Airbender Prime основана на RISC-V и STARK-доказательствах на основе хеш-функций и объединяет такие компоненты, как GKR, WHIR и BLAKE2s, чтобы обеспечить генерацию доказательств в реальном времени, независимую проверку и постквантовую безопасность. Позднее Виталик заявил, что скорость генерации доказательств zkEVM больше не является главным узким местом, и следующему этапу следует сосредоточиться на формальной верификации, безопасности систем доказательств и строгих ограничениях, связывающих потребление Gas со стоимостью генерации доказательств.
В октябре Starknet продолжила работу как над приватностью, так и над архитектурой. Она запустила Shadow Accounts, позволяющие пользователям взаимодействовать с публичными DeFi-протоколами через отдельные адреса, скрывая связь этих адресов с основными кошельками. Затем Starknet провела консультативный опрос о дальнейших исследованиях возможности стать независимым постквантовым L1; продолжение исследований поддержали 93,52% голосующей силы. Это голосование не означает одобрения выхода из экосистемы Ethereum. Оно даёт StarkWare и фонду Starknet мандат на изучение технических требований, компромиссов и последствий перехода на независимый L1. Причина в том, что сама Starknet может сравнительно быстро перейти к постквантовым аккаунтам и безопасности на основе STARK, тогда как её мост, доступность данных и другие уровни безопасности L2 по-прежнему зависят от дорожной карты Ethereum L1.
Optimism Foundation и Uniswap Labs объявили о первом запланированном наборе сетей для нативного OP Stack Interop в основной сети: OP Mainnet и Unichain. Ожидается, что первоначальный выпуск будет ориентирован на нативные переводы ETH между двумя сетями. Валидность кроссчейн-сообщений будут проверять участвующие сети на уровне протокола, а не дополнительный набор валидаторов стороннего моста. В обновлении 20 проверка доказательств ошибок уже перешла от Output Roots для одной сети к Super Roots, поддерживающим несколько сетей, а обновление 21, как ожидается, подготовит общую инфраструктуру ETHLockbox и расчётов. Для самого Interop всё ещё потребуется отдельное предложение по управлению и согласованный хардфорк L2.
Polygon представила CDK Besu, позволяющий банкам и финансовым организациям запускать частные сети с разрешённым доступом на Hyperledger Besu, подключая их к внешним сетям и ликвидности через Agglayer. В архитектуре используется QBFT; организации контролируют состав валидаторов и разрешения на транзакции, а данные транзакций в частной сети остаются внутри инфраструктуры организации. Кроссчейн-взаимодействие с активами обеспечивается моделью безопасности Agglayer на основе ZK. Polygon заявляет, что продукт готов к эксплуатации и может подключаться к уже существующим сетям Besu.
Solana
В октябре Solana завершила последний этап внедрения SIMD-0525, сократив целевое время слота в основной сети с 400 мс до 200 мс. Последний этап вступил в силу на эпохе 1053 9 октября, увеличив целевую скорость создания блоков примерно с 2,5 до 5 слотов в секунду. Данные фонда Solana показывают, что доля пропущенных слотов в целом оставалась стабильной в ходе поэтапного сокращения интервалов, хотя более короткие слоты предъявляют повышенные требования к межрегиональным сетям, оборудованию валидаторов и задержке голосования. Более короткое окно лидерства также рассматривается как улучшение устойчивости к цензуре, поскольку каждый лидер контролирует создание блоков меньше времени.
Alpenglow — крупнейшее изменение консенсуса Solana с 2020 года — активировалось в основной сети на эпохе 1064 21 октября, заменив TowerBFT алгоритмом голосования Votor. Alpenglow убирает голоса валидаторов из ончейн-транзакций: вместо этого валидаторы обмениваются голосами напрямую и агрегируют их в сертификаты. Цель — сократить детерминированную финализацию примерно с 12,8 секунды до 150 мс. Solana отдельно подчёркивает, что 150 мс — это целевой показатель финализации, а не гарантия того, что каждая транзакция в основной сети всегда будет финализироваться с такой задержкой. Обновление также меняет экономику валидаторов: регулярные комиссии за транзакции голосования отменяются и вводится билет допуска валидатора на каждую эпоху.
Фонд Solana выпустил инфраструктуру расчётов DvP с открытым исходным кодом для институциональных участников; JPMorgan участвовал в разработке, учитывая процессы расчётов по ценным бумагам и институциональные требования. Solana DvP использует одну атомарную транзакцию для одновременного расчёта по активу и денежной части, обеспечивая завершение обеих частей вместе или отмену обеих. Решение поддерживает SPL Token и Token-2022 и прошло внешний аудит безопасности. Расчёты с сохранением приватности планируется добавить в будущих версиях.
BNB Chain
В октябре BNB Smart Chain активировала хардфорк Jenner в тестовой сети Chapel. Jenner добавляет три ключевые функции. BEP-703 Payment Lane по умолчанию резервирует 5% Gas блока для подходящих платёжных транзакций, чтобы при перегрузке они не были полностью вытеснены. BEP-702 вводит нативный для протокола стандарт CAS20 для стейблкоинов и токенизированных RWA с необязательными списками разрешённых и заблокированных адресов, возможностью приостановки, а также отдельными ролями для выпуска, сжигания и конфискации. BEP-706 предоставляет смарт-контрактам временные метки блоков с точностью до миллисекунды. Сейчас Jenner активен только в тестовой сети; подтверждённой даты активации в основной сети нет.
Aptos
Предложение по управлению Aptos № 206, Enable ChunkyDKG V1, было исполнено 6 октября, включив полноценный режим ChunkyDKG V1 вместе с encrypted_transactions. Система использует распределённую генерацию ключей, чтобы содержимое транзакций оставалось зашифрованным до упорядочивания консенсусом, после чего валидаторы совместно расшифровывают его. Это снижает риск опережающих транзакций и подверженность MEV, возникающие из-за того, что содержимое транзакций становится видимым слишком рано. Ранее, в августе, Aptos инициализировала инфраструктуру зашифрованного мемпула и включила ChunkyDKG в теневом режиме; октябрьское изменение переводит зашифрованные транзакции в активную функциональность.
Aptos Labs объявила о создании нового движка исполнения под названием MonoMove. Внутренние бенчмарки для полностью ончейн-нагрузки Decibel показали вывод залога до 55 раз быстрее, размещение ордеров — в 22 раза быстрее, а сквозную пропускную способность последовательных транзакций — до 11 раз выше. Завершение разработки функций MonoMove запланировано к концу 2026 года, а запуск в основной сети — на 2027 год, при условии одобрения сообществом. Эти показатели получены во внутренних бенчмарках и не должны рассматриваться как гарантированная производительность будущей основной сети.
Celestia
В октябре Celestia завершила развёртывание v10 / Fibre в основной сети Mainnet Beta. v10 — это несовместимое обновление сети, в центре которого находится CIP-51 Fibre. При использовании Fibre сеть в основном записывает Blob Commitments, тогда как Blob Payloads кодируются с избыточностью, распространяются и хранятся на Fibre-серверах, которыми управляют валидаторы. Перед отправкой подтверждения расчётов в ончейн издатель собирает подписи, представляющие не менее двух третей голосующей силы в стейкинге. Это ещё сильнее отделяет передачу данных от фиксации консенсуса по сравнению с традиционным подходом, при котором все данные blob передаются вместе с распространением блоков. По сообщению Celestia, Fibre заработала в основной сети 19 октября.
В октябре Celestia также опубликовала результаты крупномасштабного бенчмарка Fibre. В сквозном тесте со 120 валидаторами средняя пропускная способность за всё 143-секундное окно нагрузки составила 3,07 Тбит/с, а за лучший 60-секундный период — 3,69 Тбит/с. В бенчмарке использовались специальные параметры, включая blob размером 2 GiB, блоки с интервалом в одну секунду и до 2 000 отправок Fibre на блок. Они отличаются от начальных настроек основной сети, поэтому показатель 3 Тбит/с не следует считать устойчивой пропускной способностью текущей рабочей сети. 29 октября Celestia также представила Voyager — экспериментальную архитектуру исполнения для платежей ИИ-агентов. Для неё сообщается об устойчивой пропускной способности около 21 миллиона TPS при работе со 100 миллионами аккаунтов на протяжении пяти часов. Voyager находится на ранней стадии разработки, и его ещё предстоит довести до готовности для эксплуатации.
Безопасность
30 октября Binance сообщила о серьёзном инциденте безопасности с предполагаемым ущербом около 6,3 млрд долларов. Согласно предварительному расследованию Binance, точкой входа мог стать скомпрометированный ноутбук инженера DevOps, что позволило злоумышленнику получить доступ к сервисному контейнеру и отправить несанкционированные транзакции на вывод средств. На момент объявления Binance сообщила, что не обнаружила доказательств утечки приватных ключей кошельков. Компания заявила, что около 3 млрд долларов затронутых активов были заморожены ончейн, и пообещала покрыть убытки за счёт SAFU и корпоративных средств. На время проверок безопасности вывод средств был временно приостановлен. Расследование продолжается, поэтому полная схема атаки, чистые убытки и первопричина инцидента будут установлены позднее в техническом отчёте по итогам расследования.
Succinct сообщила об уязвимости высокой степени серьёзности, связанной с корректностью доказательств, в нативном верификаторе SP1 V6 на Rust. Она затрагивала версии с 6.0.0 по 6.8.0. При десериализации верификатор не проверял, совпадает ли объявленное число измерений Tensor с фактическим количеством сохранённых элементов. Злоумышленник, выступавший в роли доказывающей стороны, мог использовать это несоответствие, чтобы разные этапы верификации обработали разные части одного и того же Tensor, и добиться принятия недействительного доказательства исполнения. Известное затронутое развёртывание включало сеть Prover Network Succinct в основной сети. В версии 6.8.1 добавили проверки длины и физической формы данных, после чего обновление было развёрнуто в сети. Пути доказательств Groth16 и Plonk с обёрткой не затронуты.
В октябре в Qubic произошёл инцидент с генерацией случайных чисел для кошельков: 1 404 кошелька потеряли около 2,94 триллиона QU стоимостью примерно 1,3–1,4 млн долларов. Анализ безопасности показал, что некоторые версии Qubic Wallet использовали некриптографическую функцию Math.random() для генерации сидов аккаунтов, одновременно раскрывая результаты той же псевдослучайной последовательности в поле dejaVu сетевых пакетов. При определённых условиях наблюдения небольшого числа результатов могло хватить для восстановления внутреннего состояния PRNG и, в конечном итоге, сида аккаунта. Первопричина заключалась в генерации ключей кошелька, а не в протоколе консенсуса Qubic.
В октябре XRP Ledger публично сообщил об ошибке переполнения целого числа в платёжном движке, которая существовала около десяти лет. Теоретически злоумышленник мог создать множество экстремальных предложений в книге ордеров и с помощью одной транзакции Payment переполнить 64-битную сумму, тем самым создав расходуемые XRP из ничего. Существующий инвариант «XRP не создаются» мог переполниться аналогичным образом и не обнаружить выпуск новых монет. Уязвимость экстренно исправили в xrpld 3.4.1 25 сентября, а полностью раскрыли 9 октября. Доказательств её эксплуатации в публичной сети не обнаружено. Из-за серьёзности проблемы исправление выпустили, не дожидаясь обычного процесса активации поправок.
Прочее
Zcash продолжила согласовывать объём следующего обновления сети NU7 и высоту его активации, ожидаемую примерно 5 ноября. Планируется, что NU7 сократит интервал между блоками с 75 до 25 секунд и отключит устаревшую систему приватности Sprout. Параллельно разработчики Zcash изучают постквантовые подписи на основе хеш-функций — сначала для прозрачных адресов, — а также более детализированные схемы ключей просмотра для кроссчейн-свопов, чтобы снизить риск утечки приватности в будущем из-за квантовых вычислений. Для постквантовых функций пока не назначена подтверждённая дата активации в основной сети.
В Sui Devnet успешно прошла транзакция с нативной постквантовой подписью ML-DSA-65. В devnet-v1.82.0 от Mysten Labs добавили проверку ML-DSA-65 и поддержку в ExecuteTransaction, VerifySignature, multisig, GraphQL и Rust SDK. После независимой проверки безопасности Sui планирует перенести эту функцию в тестовую сеть. Цель — внедрить нативную постквантовую аутентификацию аккаунтов в основной сети в первом квартале 2027 года.
NEAR сообщила, что архитектура её аккаунтов уже поддерживает постквантовые схемы, такие как ML-DSA. Тем временем Near One продвигает NEP-655: это предложение предусматривает создание неявных аккаунтов на основе хеша исходного состояния аккаунта, чтобы снизить риск преждевременного раскрытия ончейн публичных ключей или их хешей. NEP-655 находится в тестовой сети. Команда также проектирует расширяемую поддержку подписей для NEAR Intents и механизм регистрации восстановления на случай Q-day для сетей, которые пока не поддерживают постквантовые ключи.
Исследователи из LayerZero, a16z crypto, Университета Карнеги — Меллона и Имперского колледжа Лондона представили Aerie — систему агрегации постквантовых подписей на основе схемы полиномиальных обязательств на решётках Akita. Согласно официальным бенчмаркам, на M4 Max с использованием 16 ядер CPU и без GPU Aerie может агрегировать 32 768 подписей Falcon-512 примерно за 0,65 секунды. Проверка агрегированного доказательства примерно в 10 раз быстрее, чем проверка подписей по отдельности на одном ядре. Цель разработки — снизить затраты на пропускную способность и проверку в постквантовом консенсусе.
После обновления Espresso опубликовала результаты бенчмарков основной сети: пропускная способность передачи данных составила около 181 МБ/с в среде из 100 узлов с симуляцией глобальных сетевых задержек, а среднее время финализации при пиковой нагрузке — около 778 мс. Если исходить из предположения, что перевод стейблкоина занимает 180 байт, это соответствует теоретической пропускной способности свыше миллиона переводов в секунду. Архитектура переносит создание блоков в узлы валидаторов, использует полностью связную зашифрованную сеть, кодирование с избыточностью XOR и BLAKE3, а отдельный комитет доступности данных заменяет голосованием по консенсусу, подтверждающим доступность данных. Это результаты бенчмарков, а не показатель устойчивой пропускной способности производственной сети для реальных операций.
Paradigm завершила аудит evm2 — новой реализации EVM на Rust со встроенной JIT-компиляцией, которую планируется внедрить в Foundry, Reth, Tempo и связанные проекты. По заявлениям разработчиков, производительность исполнения может примерно вдвое превышать revm, а разработчики смогут настраивать опкоды, правила Gas, типы транзакций и прекомпиляции без изменения ядра. Показатель «в 2 раза» получен в бенчмарке проекта и не должен восприниматься как гарантированный прирост сквозной производительности узла основной сети Ethereum.
Подписывайтесь на нас
Twitter: https://twitter.com/WuBlockchain
Telegram: https://t.me/wublockchainenglish