У Ethereum есть лимит газа. Но можем ли мы математически доказать максимальный объем вычислительной работы, необходимый для проверки любого допустимого блока? Удивительно, но у нас пока нет сертифицированной конечной верхней границы для полной модели вызова. Эту проблему решают @yukonresearch, @zksecurityXYZ и @Veritylab с помощью https://t.co/w9Ti86Tqsj. Сегодня валидаторы Ethereum независимо выполняют транзакции для проверки блоков. По мере перехода Ethereum к валидации на основе zkEVM задача расширяется за пределы корректного выполнения транзакций. Нам также необходимо понять вычислительную стоимость в худшем случае. Почему это важно? Блок Ethereum может быть допустимым, но при этом требовать необычно дорогостоящих вычислений. Если стоимость доказательства станет непредсказуемой, реальное время ZK-доказательства может стать узким местом для масштабирования Ethereum. https://t.co/w9Ti86Tqsj запускает открытый конкурс для установления математически подтвержденных верхних границ вычислительной нагрузки при проверке блоков. Последствия значительны: → Более предсказуемые вычислительные и доказательные нагрузки. → Более прочная основа для реального времени ZK-доказательств. → Большая уверенность в повышении лимитов газа Ethereum. → Путь к валидации на более доступном оборудовании. Конечно, ограничение количества шагов выполнения не гарантирует автоматически быстрые ZK-доказательства. Но это важная основа. Следующий вызов масштабирования Ethereum — это не просто ускорение выполнения. Это обеспечение предсказуемости и доказуемости вычислительной стоимости в худшем случае. И по мере того как Ethereum-ролаппы, такие как @puffer_unifi, стремятся к снижению задержек и синхронной композиционности, такие исследования становятся все более актуальными. https://t.co/SwPS2w3ic1

Одна перестройка блока Ethereum вызвала приостановку обменов THORChain, затрагивающих 10 блокчейн-сетей. Самое удивительное? Всё началось с депозита в 10 ETH, который никогда не достиг вault. Вот что произошло. 1️⃣ Депозит обнаружен Пользователь отправил 10 ETH в vault THORChain. Транзакция появилась в блоке Ethereum, и THORChain зафиксировал депозит. 2️⃣ Перестройка блока Ethereum Ethereum заменил исходный блок, удалив депозит из канонической цепи. Однако THORChain уже учёл эти средства. 3️⃣ Неправильный возврат Обмен не прошёл условие лимита цены, что вызвало возврат. THORChain отправил пользователю 10 ETH, хотя его vault никогда не получал соответствующий депозит. 4️⃣ Чрезвычайная остановка Система проверки платёжеспособности THORChain обнаружила дефицит и приостановила обмены. Позже пользователь вернул лишние 10 ETH. Итак, что пошло не так с технической точки зрения? Ключевая проблема заключалась в различии между наблюдением транзакции и наличием достаточной уверенности в том, что она останется в канонической истории Ethereum. Появление транзакции в блоке не означает, что этот блок не может быть перестроен. Вот здесь @ethlabs_org предложило интересное решение: Fast Confirmation Rule (FCR) Ethereum. Вместо простого ожидания произвольного количества блоков FCR анализирует аттестации валидаторов Ethereum, чтобы определить, имеет ли блок достаточную поддержку. Он может обеспечить сильную подтверждённость примерно за 15–30 секунд, значительно раньше, чем полная согласованность консенсуса Ethereum. Однако FCR не является абсолютной финальностью. Его гарантии всё ещё зависят от предположений о сети и валидаторах. Важные различия: • Наблюдаемая транзакция ≠ Завершённая транзакция • Подтверждения блоков ≠ Подтверждение на основе аттестаций валидаторов • Быстрое подтверждение ≠ Консенсусная финальность Для кросс-чейн инфраструктуры получение депозита — это лишь одна часть процесса. Одинаково важно проверить, насколько безопасна транзакция в исходной цепи, прежде чем выпускать средства. В этом и заключается важность этого инцидента как наглядного примера того, почему нельзя путать подтверждение и финальность.

Токенизированные акции выводят традиционные акции на блокчейн. Но основным препятствием для их потенциала в DeFi является фрагментированная ликвидность. Сегодня одна и та же акция может быть токенизирована разными эмитентами, развернута на нескольких цепочках и торгуется в изолированных пулах ликвидности. Хотя эти токены представляют один и тот же базовый актив, их ликвидность не обязательно совместима. Это создает три фундаментальные проблемы: ⚠️ Высокое влияние на цену: Крупные обмены могут сталкиваться со значительным проскальзыванием, когда ликвидность рассеяна по мелким пулам. ⚠️ Низкая эффективность капитала: Поставщики ликвидности вынуждены распределять капитал между несколькими площадками вместо его концентрации. ⚠️ Ограниченная композиционность DeFi: Использование токенизированных акций в обменах, кредитовании, залоге и автоматизированных стратегиях остается излишне сложным. Чего не хватает? Я считаю, что две инфраструктурные возможности критически важны: ✅ Агрегация ликвидности для объединения фрагментированной ликвидности и улучшения исполнения сделок. ✅ Синхронная композиционность, позволяющая обменам, кредитованию и операциям с залогом взаимодействовать атомарно, без фрагментированных потоков исполнения. И это становится еще важнее с появлением ИИ-агентов в ончейн-финансах. Представьте ИИ-агента, который обменивает USDC на токенизированные акции, размещает их в качестве залога, занимает против них и повторно использует весь капитал в рамках одной атомарной транзакции. Вот где токенизированные активы становятся по-настоящему программируемыми финансовыми строительными блоками. Следующий прорыв в токенизированных акциях будет не только в круглосуточной торговле. Он будет заключаться в глубокой ликвидности, сочетаемой с бесшовной композиционностью DeFi. Вот почему мы в восторге от @puffer_unifi. С доступом к ликвидности Ethereum L1, синхронной композиционностью L1–L2 и низкой задержкой исполнения UniFi строит инфраструктуру, необходимую для более связанной и эффективной с точки зрения капитала ончейн-финансовой системы. Токенизация выводит активы на блокчейн. Ликвидность и композиционность раскрывают то, что эти активы действительно могут делать.

Google углубляется в инфраструктуру криптовалют. Она представляет решение безопасности на основе многопартийных вычислений (MPC), чтобы помочь институциональным клиентам безопасно хранить и переводить цифровые активы. По мере того как все больше институционального капитала перемещается на блокчейн, безопасность должна выходить за рамки аудита смарт-контрактов. Управление ключами, авторизация транзакций и операционная безопасность столь же критичны. MPC — не новая технология, но вложение Google в эту область — еще один обнадеживающий сигнал для институционального внедрения блокчейна. Следующая фаза криптовалют — это не только более быстрые и дешевые транзакции. Это также создание инфраструктуры, которой могут доверять институты. Поздравляем команду Google с отличной работой! 👏 Вдохновляет видеть, как все больше крупных технологических компаний помогают развивать криптовалютную отрасль.

Идея EIP-8450: Не ждите квантовых компьютеров. Подготовьте ключи, пока BLS ещё безопасен. Валидаторы сегодня зарегистрируют квантово-устойчивый ключ в beacon state. Он останется неактивным на этом форке, а на последующем форке обязанности будут переданы ему. 🔐 Хеш-основанный ключ leanXMSS + 32-байтовый vrf_root, ~2,6 КБ на регистрацию 📊 Реестр показывает, сколько стейка уже готово к PQ-защите до любого переключения ⚠️ Открытые вопросы: кто может авторизовать изменения ключей, и стоимость DVT, отмеченная Obol (~55–164 ГБ ключевых фрагментов на ноду) Для стейкеров и операторов рестейкинга пока ничего делать не нужно, но каждому валидатору в конечном итоге понадобится PQ-ключ. Подготовьтесь заранее. Переключайтесь, когда будет безопасно.👇

BNB Chain планирует создать новую высокопроизводительную L1, специально предназначенную для приложений, таких как высокочастотная торговля, книга ордеров на блокчейне и платежи. Почему создавать еще одну цепочку вместе с BSC? Потому что блокчейны общего назначения не оптимизированы под все типы нагрузок. По мере развития децентрализованных финансов приложения все чаще требуют выделенной вычислительной мощности, более низкой задержки и более предсказуемой производительности, чем те, которые могут обеспечить общие вычислительные среды. Мы наблюдаем более широкий сдвиг: от одной цепочки, обслуживающей все приложения, к специализированным цепочкам, созданным под конкретные задачи. Это также направление, которое мы выбираем с @puffer_unifi, но с другим архитектурным подходом. Вместо запуска независимых L1 Puffer UniFi создает роллапы, совместимые с Ethereum, которые обеспечивают: ⚡ Выделенную вычислительную мощность, оптимизированную под различные приложения. 🔗 Основанную на Ethereum систему расчетов, использующую Ethereum в качестве базового слоя расчетов. 💧 Синхронную композиционность, разработанную для прямого подключения appchain к ликвидности и смарт-контрактам Ethereum. Специализированная вычислительная мощность. Общая ликвидность Ethereum. Расчеты на Ethereum. Масштабирование не должно означать создание изолированных экосистем.

Интересное чтение о будущем торговли между агентами. Один ключевой вывод, который меня заинтересовал: платежи могут быть самой простой частью агентной экономики. Мы наблюдаем активное строительство инфраструктуры, позволяющей ИИ-агентам совершать платежи. Но что произойдет, когда агенты начнут вести переговоры, торговать и управлять финансовыми рисками друг с другом? В статье поднимаются несколько интересных моментов: 1. Платеж ≠ Доверие. Агенты могут мгновенно переводить деньги, но это не гарантирует, что другая сторона выполнит свои обязательства. Эскроу, залог и исполнимые обязательства становятся обязательными. 2. Агентам потребуется хеджировать риски. Речь о ценах на GPU, доступности вычислительных ресурсов или сроках поставки. Большинство этих рисков слишком специфичны для традиционных финансовых рынков. 3. Рынки могут стать временным явлением. Агент создает рынок вокруг конкретного риска, другие агенты обеспечивают ликвидность, если у них есть на то причина, и рынок исчезает после завершения события. Третий пункт особенно интересен. Мы, возможно, движемся к миру, где рынки создаются по запросу — не только для активов, которыми люди хотят торговать, но и для неопределенностей, которые отдельные агенты должны управлять. Это также заставляет меня задуматься о том, что мы создаем с @puffer_unifi. Если агенты будут координировать экономическую деятельность на машинной скорости, им понадобится нечто большее, чем платежные каналы. Им потребуются высокопроизводительные механизмы исполнения, быстрые подтверждения транзакций и доступ к ликвидности и финансовым примитивам ethereum. Вот где инфраструктура вроде Puffer UniFi может сыграть важную роль. Следующая волна агентной торговли может определяться не тем, сколько денег агенты перемещают, а тем, сколько экономической активности они могут координировать самостоятельно.

🌊 Синхронная композиционность — настоящий прорыв (4) Один из самых важных технических инсайтов из ключевого выступления Амира на Agentic Settlement Night не получил самого громкого апплодисментов, но, по моему мнению, он имеет наибольшее значение. Начнём с простого сценария. Приложение на L2 хочет использовать ликвидность, находящуюся в DeFi-протоколе на Ethereum L1. Сегодня это обычно означает одно из трёх: 1. перевод активов через мост и ожидание 2. асинхронное сообщение, при котором L2 отправляет запрос и надеется, что состояние не изменится к моменту его получения 3. репликация ликвидности на каждой цепочке, что разделяет её и делает каждый пул менее глубоким Каждый из этих вариантов добавляет задержку, риск или стоимость. Со временем именно так история масштабирования Ethereum превратилась в историю фрагментации: всё больше рулапов, всё больше островов, ликвидность рассеяна между ними тоньше. @puffer_unifi призван изменить это. Благодаря синхронной композиционности приложения L1 и L2 могут взаимодействовать в рамках одной согласованной транзакции. L2 может считать данные с L1, выполнить действия и вернуться к финализации — всё сразу, без промежуточных ожиданий. Ключевая фраза для меня: ликвидность не должна перемещаться только потому, что выполнение перемещается. Почему это важно: - Разработчики могут запускать проекты на L2 ради скорости и низкой стоимости, не теряя доступа к самой глубокой ликвидности Ethereum. - Пользователи получают единый атомарный опыт: либо всё работает, либо ничего не происходит. Нет частично завершённых межцепочечных состояний. - Институциональные участники и ИИ-агенты получают финализацию, которую можно логически обосновать: вся цепочка либо завершается полностью, либо откатывается. Это принципиально иной подход к масштабированию Ethereum. Вместо того чтобы отдаляться от L1, вы строите вместе с ним. И это не просто теория. На сцене наш сооснователь @AmirOnchain продемонстрировал флеш-займ, взятый на Ethereum L1, использованный для выполнения на тестнете Puffer UniFi и возвращённый обратно на L1 — всё в рамках одной транзакции. Флеш-займ работает только если он возвращён в той же транзакции. Поэтому запуск такого займа между L1 и L2 — один из самых ясных доказательств того, что два слоя действительно работают синхронно. Для агентной коммерции это фундамент. Агентам нужна скорость, но им также нужны платежи, которые всегда точны. Быстрое выполнение на Puffer UniFi, финализация на Ethereum — и никакая ликвидность не остаётся застрявшей посередине. Ethereum не нуждается в новых островах. Ему нужны слои, которые работают как единое целое.

Обновления ethereum после Лондона: Прошлое → настоящее: Merge, снятие средств Shapella, Dencun blobs (снижение комиссий L2 на 90–98%), Pectra (EIP-7702 + более крупные валидаторы), Fusaka (натуральная P-256/passkeys), газ ~60M. Далее: Glamsterdam (~декабрь 2026) Форк по емкости. ePBS интегрирует аукцион билдеров внутрь протокола. Списки доступа к блокам позволяют параллельную проверку. Путь к ~200M газа, но новый объем хранилища становится дороже (ETH на новый адрес ~в 9,7 раза дороже сегодня). При 60M растут расходы; при 200M большинство транзакций могут стать дешевле. Затем: Hegotá (~2027) Frame txs = выбор собственной проверки подписи + плательщика газа (спонсорство USDT, фонд оплачивает инвестора). FOCIL = комитет валидаторов может принудительно включать ожидающие публичные транзакции в следующий блок. Рассматриваются слоты по 10 секунд. Еще не реализовано на этих форках: конфиденциальность от RPC/builder. Финализация за секунды + постквантовая криптография ≈ конец десятилетия. Полный чек-лист для институциональных инвесторов от EthSystems:

🌊 Почему Ethereum нуждается в Puffer UniFi? (2) У Ethereum нет нехватки ликвидности. Проблема в том, чтобы сделать эту ликвидность доступной в рамках всё более фрагментированной экосистемы. Подумайте об этом. Ethereum стал домом для ончейн-финансов, где сосредоточены миллиарды долларов в стейблкоинах, ликвидности DeFi и токенизированных активах. Но по мере масштабирования Ethereum через рулапы происходит что-то интересное. Каждый новый рулап добавляет больше вычислительной мощности, снижает стоимость и улучшает производительность. Каковы компромиссы? Фрагментация ликвидности и централизация секвенсоров. 1️⃣ Фрагментированная ликвидность Активы и приложения распределены по различным средам выполнения, каждая из которых имеет собственное состояние и пулы ликвидности. Перемещение стоимости между ними часто требует мостов, асинхронных сообщений или обеспечения ликвидности провайдерами, которые удерживают капитал на нескольких цепях. Мы масштабируем выполнение, но делаем ликвидность Ethereum сложнее использовать как единую связанную финансовую систему. 2️⃣ Централизованное секвенирование Многие рулапы полагаются на централизованные секвенсоры для упорядочивания транзакций. Хотя это позволяет добиться быстрого выполнения, оно также вводит дополнительные предположения о доверии и потенциальные риски, связанные с цензурой, порядком транзакций и доступностью секвенсоров. Даже когда валидность транзакций и их итоговая фиксация обеспечиваются Ethereum, секвенирование может оставаться зависимым от одного оператора. Итак, вопрос: можем ли мы масштабировать Ethereum, не жертвуя композиционностью и децентрализацией? В этом направлении мы работаем с @puffer_unifi. Puffer UniFi создает инфраструктурный стек Based Rollup, совместимый с Ethereum, предназначенный для решения обеих этих проблем. ⚡ Выделенное выполнение: Приложения могут иметь собственные высокопроизводительные среды выполнения, адаптированные под их потребности. 🔗 Синхронная композиционность: Рулапы, построенные на стеке Puffer UniFi, разработаны для взаимодействия с ликвидностью и смарт-контрактами Ethereum L1 через скоординированные атомарные транзакции. 🔐 Секвенирование, совместимое с Ethereum: Based секвенирование направлено на согласование порядка транзакций с инфраструктурой валидаторов Ethereum, снижая зависимость от независимых централизованных секвенсоров. Представьте DeFi-приложение, работающее на выделенном рулапе, которое получает доступ к ликвидности Aave или Uniswap на Ethereum L1, не перенося активы в отдельный пул ликвидности. И это не просто концепция. На нашем недавнем событии Agentic Settlement Night в Сингапуре наш сооснователь @AmirOnchain продемонстрировал синхронную композиционность L1–L2 на тестнете: заимствование средств из Aave на Ethereum Sepolia, выполнение транзакций на Puffer UniFi и погашение флеш-займа на L1 — всё в рамках одной атомарной транзакции. Это лишь намёк на то, что может открыть синхронная композиционность. Большая возможность — сделать существующую ликвидность Ethereum более доступной и композиционной, одновременно строя более децентрализованную инфраструктуру выполнения.