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 за допомогою інскрипцій або механізмів commit-reveal. Індексатор інтерпретує ці інструкції, виконуючи їх у модифікованому середовищі EVM. Важливо, що газові збори не застосовуються — важливі лише транзакційні збори Bitcoin, оскільки параметр EVM залишається розпакованим.
Проєкт має коріння у Bestinslot — платформі епохи інскрипцій, яка популяризувала ординальну теорію. Філософська послідовність із BRC20 очевидна: розширити корисність Bitcoin без зміни консенсусу. Однак технічна реалізація суттєво відрізняється — вона орієнтована на виконання EVM, а не на просте випуск токенів.
Піднімається філософське питання: чи слід Bitcoin прагнути до програмованості взагалі? Торговельний баланс між безпекою консенсусу та децентралізацією, що дозволяє Bitcoin зберігати цінність, суттєво відрізняється від швидкісних ланцюгів. Високошвидкісні ланцюги вже перевищують межі продуктивності Bitcoin у всіх вимірах. Модель дефіциту Bitcoin і фіксований механізм випуску створюють унікальну оцінювальну основу — саме тому програмованість залишається структурно обмеженою. Додавання можливостей виконання може послабити цю ключову диференціацію.
З технічної точки зору, поточна реалізація має вразливості. Рекурсивні виклики контрактів не мають обмежень глибини, теоретично піддаючи VM ризику краху через необмежену рекурсію. Хоча виправлення прості, їх відсутність у розгорнутому коді вимагає обережності.
EIP-7999: гармонізація багаторесурсного ринку зборів Ethereum
Остання пропозиція Віталіка Бутеріна щодо ринку зборів — систематична відповідь на фрагментацію. Ethereum наразі керує ціноутворенням за чотирма вимірами: газ за виконання (EIP-1559), blob gas (post-EIP-4844), байти calldata (з 2015 року), і обчислювальні ресурси.
Для користувачів і розробників гаманців ця складність створює проблеми UX. Блокчейн-розробники L2 стикаються з реальною кризою: неправильна калібрування будь-якого з фіскальних параметрів може призвести до невдачі всієї транзакції, незалежно від загального бюджету зборів. Раптовий сплеск blob gas може спричинити провал навіть за достатнього виділення виконуваного газу.
EIP-7999 вводить уніфіковане ціноутворення через один параметр max_fee, який EVM динамічно розподіляє між ресурсами. Реалізація вимагає нових типів транзакцій із зміненими структурами полів, що вплине на RLP-кодування, заголовки блоків і правила валідації консенсусу.
Цей підхід нагадує покращений UX у порівнянні з складністю ERC-4337, хоча терміни впровадження залишаються невизначеними. Повна інтеграція, ймовірно, вимагатиме 1-2 великих хард-форків, що потребує адаптації екосистеми гаманців і змін на рівні вузлів.
Економічний аналіз заслуговує на ретельне вивчення — підтримуючі дослідження Віталіка містять складні моделі використання ресурсів, вилучення зборів і довгострокової стабільності мережі, що вимагає глибокого аналізу розробниками протоколів і побудовою екосистеми у наступній фазі масштабування.
Ці три ініціативи — кожна з яких походить із різних блокчейн-екосистем — відображають ширше дозрівання: розробники рухаються від простого масштабування до архітектурної оптимізації, балансуючи технічну здійсненність із економічною мотивацією.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Три основні технічні ініціативи 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 за допомогою інскрипцій або механізмів commit-reveal. Індексатор інтерпретує ці інструкції, виконуючи їх у модифікованому середовищі EVM. Важливо, що газові збори не застосовуються — важливі лише транзакційні збори Bitcoin, оскільки параметр EVM залишається розпакованим.
Проєкт має коріння у Bestinslot — платформі епохи інскрипцій, яка популяризувала ординальну теорію. Філософська послідовність із BRC20 очевидна: розширити корисність Bitcoin без зміни консенсусу. Однак технічна реалізація суттєво відрізняється — вона орієнтована на виконання EVM, а не на просте випуск токенів.
Піднімається філософське питання: чи слід Bitcoin прагнути до програмованості взагалі? Торговельний баланс між безпекою консенсусу та децентралізацією, що дозволяє Bitcoin зберігати цінність, суттєво відрізняється від швидкісних ланцюгів. Високошвидкісні ланцюги вже перевищують межі продуктивності Bitcoin у всіх вимірах. Модель дефіциту Bitcoin і фіксований механізм випуску створюють унікальну оцінювальну основу — саме тому програмованість залишається структурно обмеженою. Додавання можливостей виконання може послабити цю ключову диференціацію.
З технічної точки зору, поточна реалізація має вразливості. Рекурсивні виклики контрактів не мають обмежень глибини, теоретично піддаючи VM ризику краху через необмежену рекурсію. Хоча виправлення прості, їх відсутність у розгорнутому коді вимагає обережності.
EIP-7999: гармонізація багаторесурсного ринку зборів Ethereum
Остання пропозиція Віталіка Бутеріна щодо ринку зборів — систематична відповідь на фрагментацію. Ethereum наразі керує ціноутворенням за чотирма вимірами: газ за виконання (EIP-1559), blob gas (post-EIP-4844), байти calldata (з 2015 року), і обчислювальні ресурси.
Для користувачів і розробників гаманців ця складність створює проблеми UX. Блокчейн-розробники L2 стикаються з реальною кризою: неправильна калібрування будь-якого з фіскальних параметрів може призвести до невдачі всієї транзакції, незалежно від загального бюджету зборів. Раптовий сплеск blob gas може спричинити провал навіть за достатнього виділення виконуваного газу.
EIP-7999 вводить уніфіковане ціноутворення через один параметр max_fee, який EVM динамічно розподіляє між ресурсами. Реалізація вимагає нових типів транзакцій із зміненими структурами полів, що вплине на RLP-кодування, заголовки блоків і правила валідації консенсусу.
Цей підхід нагадує покращений UX у порівнянні з складністю ERC-4337, хоча терміни впровадження залишаються невизначеними. Повна інтеграція, ймовірно, вимагатиме 1-2 великих хард-форків, що потребує адаптації екосистеми гаманців і змін на рівні вузлів.
Економічний аналіз заслуговує на ретельне вивчення — підтримуючі дослідження Віталіка містять складні моделі використання ресурсів, вилучення зборів і довгострокової стабільності мережі, що вимагає глибокого аналізу розробниками протоколів і побудовою екосистеми у наступній фазі масштабування.
Ці три ініціативи — кожна з яких походить із різних блокчейн-екосистем — відображають ширше дозрівання: розробники рухаються від простого масштабування до архітектурної оптимізації, балансуючи технічну здійсненність із економічною мотивацією.