Три основные технические инициативы Web3: Jito BAM, BRC2.0 и EIP-7999

Jito BAM на Solana: переосмысление архитектуры блоков через плагинезированное строительство

Ландшафт MEV в Solana претерпевает значительные изменения. Jito BAM — слой инфраструктуры для построения блоков — стремится решить фундаментальную архитектурную проблему: традиционную последовательную обработку транзакций. В отличие от модели Ethereum PBS (Proposer-Builder Separation), BAM использует уникальный консенсус Solana POH (Proof of History) для предварительной организации целых блоков внутри TEE (Trusted Execution Environment) перед распределением валидаторам.

Инициатива представляет собой коалицию ведущих участников экосистемы. Помимо Jito Labs, которая контролирует 90% валидаторов Solana, в поддержку участвуют Triton One, SOL Strategies, Figment, Helius, Drift и Pyth. Эта скоординированная инициатива отвечает на срочную конкурентную угрозу: такие специализированные цепочки, как Hyperliquid, захватывают долю рынка, оптимизируя операции нативных ордер-буков DEX — возможности, с которыми линейное производство блоков Solana сталкивается с трудом воспроизвести.

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

Дорожная карта начинается с работы узлов Jito Labs, постепенно расширяясь до валидаторов, представляющих более 30% стейкинга сети, и в конечном итоге — к децентрализованному управлению.

Однако перед разработчиками стоят масштабные вызовы. Пропускная способность TEE достигает тысяч транзакций в секунду, в то время как амбиции Solana выходят далеко за этот предел. Работа нескольких TEE усложняет восстановление после сбоев, управление памятью и пропускную способность. Более того, без привлекательных экономических стимулов инфраструктура может столкнуться с проблемами прибыльности — доходы Jito за Q2 2025 года примерно 4 миллиона долларов США от чаевых подчеркивают скромные текущие показатели.

Ключевые сценарии использования — надежность последовательности оракулов и защита от отказов транзакций — могут оправдать инвестиции маркет-мейкеров и институциональных торговых платформ. Однако фундаментальный риск остается: даже 99% уверенности недостаточно для детерминированных гарантий, когда стандартом является 100%.

BRC2.0: Bitcoin-якорь для выполнения EVM

Bitcoin вступает в гонку за программируемость с совершенно иным подходом. Запланированный к запуску 2 сентября 2025 года, BRC2.0 переосмысливает диалог: вместо добавления вычислительных слоев поверх Bitcoin, он закрепляет программируемые контракты за транзакциями Bitcoin, выполняя их в оффчейн-среде, совместимой с EVM.

Пользователи записывают инструкции в блоки BTC с помощью механизмов inscription или commit-reveal. Индексатор интерпретирует эти инструкции, выполняя их в модифицированном EVM-исполнителе. Важно, что сборы за газ не применяются — важны только комиссии за транзакции Bitcoin, поскольку параметр EVM остается нераспакованным.

Происхождение протокола восходит к Bestinslot — платформе эпохи inscription, популяризировавшей теорию ординалов. Философская преемственность с BRC20 очевидна: расширение полезности Bitcoin без изменения консенсуса. Однако техническое исполнение существенно отличается — это ориентировано на выполнение EVM, а не на простую эмиссию токенов.

Возникает философский вопрос: стоит ли вообще Bitcoin стремиться к программируемости? Торговля безопасностью, консенсусом и децентрализацией, которая обеспечивает его роль хранилища стоимости, принципиально отличается от цепочек, ориентированных на пропускную способность. Высокоскоростные цепочки уже превосходят Bitcoin по производительности во всех измерениях. Модель дефицита Bitcoin и фиксированный механизм эмиссии создают уникальную оценочную рамку — именно потому, что программируемость остается структурно ограниченной. Добавление возможностей исполнения рискует размыть это ключевое отличие.

С инженерной точки зрения, текущая реализация содержит уязвимости. Рекурсивные вызовы контрактов не имеют ограничения глубины, что теоретически может привести к сбоям VM из-за неограниченной рекурсии. Исправления просты, но их отсутствие в развернутом коде требует осторожности.

EIP-7999: гармонизация многоресурсного рынка сборов Ethereum

Последнее предложение Виталика Бутерина по рынку сборов представляет собой системный ответ на фрагментацию. В Ethereum в настоящее время управляется ценообразование по четырем измерениям: execution gas (EIP-1559), blob gas (post-EIP-4844), calldata bytes (с 2015 года) и вычислительные ресурсы.

Для пользователей и разработчиков кошельков эта сложность создает фрустрацию в UX. Строители L2 сталкиваются с реальным кризисом: неправильная настройка любого из измерений сборов может привести к неудаче всей транзакции, несмотря на достаточный общий бюджет. Внезапный скачок blob gas может вызвать сбой, даже если выделено достаточно execution gas.

EIP-7999 вводит единое ценообразование через параметр max_fee, который EVM динамически распределяет между ресурсами. Реализация требует новых типов транзакций с переработанными полями, что влияет на RLP-кодирование, заголовки блоков и правила валидации консенсуса.

Этот подход напоминает улучшенный UX по сравнению с сложностью ERC-4337, хотя сроки внедрения остаются неопределенными. Полная интеграция, вероятно, потребует 1-2 крупных хард-форка, что потребует адаптации экосистемы кошельков и изменений на уровне нод.

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

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