Заява: Ця стаття є перепублікованим матеріалом, читачі можуть отримати більше інформації за посиланням на оригінал. Якщо автор має будь-які заперечення щодо формату перепублікації, будь ласка, зв'яжіться з нами, ми внесемо зміни відповідно до вимог автора. Перепублікація використовується лише для обміну інформацією, не є інвестиційною порадою і не відображає точку зору та позицію У Шуо.
Jito BAM｜"Сортування блоків + Плагінний ринок побудови блоків" на Solana
Що він таке:
Простими словами, BAM – це набір платформ для "будівництва блоків" на Solana, і його мета, подібно до builder net на Ethereum, полягає в реалізації PBS (відокремлення будівельників блоків від валідаторів), щоб упорядкувати порядок транзакцій, протистояти MEV і запобігти ризикам централізованого зловживання.
Хто, з яким бекграундом представив:
Головним гравцем є табір Jito, найбільша платформа для аукціонів угод на Solana, що займає 90% ринку клієнтів верифікаторів, має потужний лідерський вплив. Автор раніше проводив детальне дослідження, яке можна використовувати як посилання: тисячослівний звіт: Еволюція структури MEV на Solana та її переваги і недоліки.
Склад учасників також дуже потужний: Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow та інші. Очевидно, що це спільна дія офіційного Solana та основних проектів.
І такі мотиви насправді легко зрозуміти: з одного боку, Solana стикається з тиском вибухового розвитку таких "родинних біржових ланцюгів", як Hyperliquid, а основна цінність Hyperliquid насправді дуже підходить для операцій маркет-мейкерів, але сама розробницька сутність Solana ускладнює можливість цілеспрямованої оптимізації цього аспекту. Однак якщо всі транзакції в блоці можна налаштувати, це може вирішити обмеження, пов'язані з лінійним блокуванням Solana, що, в свою чергу, сприяє оптимізації для різних сценаріїв DeFi.
Офіційний план розгортання полягає в тому, що на початковому етапі вузли працюватимуть під управлінням Jito Labs з участю невеликої кількості валідаторів; на середньому етапі розшириться до більшої кількості операторів вузлів, мета - охопити 30%+ мережевого стейкінгу; в підсумку код буде відкритим і управління буде децентралізованим.
З огляду на тенденцію в галузі до наративу "перевірної справедливості", напрямок BAM легко отримує підтримку з боку валідаторів і протокольних сторін, тому автор вважає, що він більше спирається на прагнення до оптимізації справедливості через TEE + PBS, на основі чого й було представлено.
Який принцип реалізації:
Крім того, щоб зрозуміти його цінність, також потрібно ознайомитися з однією з характеристик алгоритму POH самого Solana.
Тобто його блокування насправді є поступовим лінійним (в одному слоті 400 мс є 64 проміжки часу для порад, кожен раз, коли проміжок закінчується, поточні транзакції відправляються, і, якщо не відкатити, більше не змінюються), що відрізняється від моделі Ethereum «підготувати цілий блок, спочатку досягти консенсусу, потім синхронізувати».
Таким чином, через цю систему BAM, як jito, можна легко оновити клієнти великої кількості валідаторів, що підвищить частку валідаторів, які приймають систему BAM.
Дивіться, система BAM має таку структуру, зображену на малюнку. Середня фіолетова частина та права частина з кодом плагіна – це і є BAM.
Він змусить транзакції на Solana не надходити до Лідера по одній, а спочатку в TEE (достовірному обчислювальному середовищі) упорядкувати "всю цю блок" заздалегідь (поєднуючи деякі фіксовані правила впорядкування, реалізовані за допомогою коду плагіна), а потім передати їх валідатору.
А валідатори також повинні в кінцевому підсумку надати TEE-доказ, що підтверджує, що вони дійсно надали всю простір блоку (ексклюзивність) для цього ринку замовлень.
Тут, що має особливість, це функція плагіна, яка дозволяє "зашити" правила в порядок торгових замовлень Tee. Насправді це має велике практичне значення:
Наприклад: платформа оракула має вимогу фіксувати оновлення цін як першу транзакцію в блоці, щоб зменшити випадковість транзакцій, що оновлюють ціну в ланцюгу, а також уникнути проблем, пов'язаних з несвоєчасними оновленнями цін. Ще один приклад для dex: можна створити плагін, який розпізнає транзакції з високою ймовірністю невдачі і не упаковує їх безпосередньо в Tee, а поступово чекає, поки транзакції не стануть недійсними, щоб зменшити комісії за невдалі транзакції.
Він може співіснувати з існуючою системою процесу створення блоків Solana: все ще звичайний потік замовлень, Jito bundle, три паралельні системи BAM. BAM - це "отримання лише цілого блоку BAM у певному блоці".
Як оцінити його:
Автор вважає: це шлях з "сильним складом, сильною оповіддю та зосередженням на сценах", але я не оптимістично налаштований, що він стане основним ринковим шляхом.
Причини, чому розвиток Builder net на Ethereum та популярної mev share вже багато років не може просунутися вперед, подібні.
Через реальність, витрати на TEE високі, а ліміт QPS становить лише тисячу (у 2013 році TEE мав лише 128 МБ пам'яті, зараз він значно розвинутий, але все ще має лише тисячний QPS), хоча сьогодні вже 40% блоків в Ethereum побудовані за допомогою TEE.
Проте обсяги даних і обчислень Solana там присутні, вам потрібно накопичити багато TEE, щоб впоратися з обсягом, плюс повний супровід для відмовостійкості, пам'яті та пропускної здатності. Якщо цей проект не має постійних економічних стимулів, буде дуже важко отримати позитивний прибуток.
Насправді прибуток Jito не дуже великий (в порівнянні з високодохідними протоколами на блокчейні), наприклад, лише в другому кварталі 2025 року Jito заробив через tips лише 22,391.31 SOL (приблизно 4 мільйони доларів). Як тільки величезний обсяг транзакцій Solana буде перенесено, падіння Tee стане неминучим, і у Tee є безліч характеристик, таких як збій пам'яті та очищення зберігання, що збільшує ризик збоїв і призводить до ризику зникнення великої кількості транзакцій.
Але в нього є "можливість мати вбивчі високі цінові пропозиції": наприклад, порядок визначення цін для оракулів, безкоштовність у разі невдачі – це все "бачені" переваги досвіду. Маркети та корпоративні торгові платформи заплатять за це. Крім того, участь у цьому також підтримується офіційною командою Solana на ідеологічному рівні, що є гарним способом заробити популярність.
Нарешті: сам BAM не призначений для обробки великих обсягів 7x24, він є інструментом для «гарантування визначеності ключових блоків», але багато гарантій визначеності залежать від абсолютної визначеності, а не від 30% визначеності. Навіть якщо це не 100%, то навіть 99% - це 0%, це і є ключове рішення для великих проектів web3.
BRC 2.0｜“відображення EVM”: програмовані можливості на базі BTC
Що він таке:
2 вересня 2025 року буде активовано, я розумію це як «двохланцюгову тіньову систему з BTC в якості основи та EVM для виконання». Зверніть увагу, що це не BRC20, а означає другу генерацію BRC, про фон BRC20 можна ознайомитися: Інтерпретація протоколу Oridinals Bitcoin та інновації і обмеження стандарту BRC20.
А основа 2.0 полягає в тому, що ви пишете "інструкцію" за допомогою inscription або commit-reveal на BTC, запускаючи "модифіковану EVM" в індексаторі для виконання відповідного розгортання та виклику. У EVM не стягується газ (параметри залишаються, але не оцінюються), комісійні витрати зараховуються до BTC транзакції.
Основний протокол схожий на Alkanes (метан) - метан заснований на btc, з написаними командами транзакцій у полі op-return, працює на віртуальній машині WASM, тоді як він працює на EVM.
Хто і з яким фоном запровадив:
Фон ініціатора полягає в тому, що платформа bestinslot, яка стала популярною в епоху btc інскрипцій, продовжує ідею BRC-20: не чіпати BTC консенсус, максимально накладаючи "програмованість".
Індустріальний фон такий: протягом останніх двох років ( насправді є продовженням розповіді про програмованість BTC/L2, всі намагаються знайти робочі інженерні шляхи, але між ринковими тенденціями та темпами розробки існує занадто великий розрив, що призвело до появи таких моделей, як brc2.0 та алкани лише цього року.
Обсяг ринку дещо обмежений, оскільки сцена btc завжди була без агрегуючої сили, яка б її спрямовувала, і багато протоколів можуть бути похідними від інших протоколів, тому насправді brc2.0 дуже ймовірно не має практичного відношення до brc20.
Який принцип реалізації:
Він знаходиться в індексаторі, і це не на ланцюгу BTC і не окремий ланцюг, що реалізує логіку EVM. Зверніть увагу, що це не вважається ланцюгом, оскільки немає консенсусу.
Адреса, якою користувач має керувати на EVM, формується шляхом хешування самого BTC-адреси користувача та відображення її у "віртуальну адресу EVM".
Щоб працювати з цією системою, насправді логіка контролю активів дуже схожа на BRC20, це всього лише json рядок, в brc2.0 визначено наступне:
Можна побачити, що це ти закодував інструкції на BTC, передаючи різні байтові коди/дані виклику, які виконуються повторно в EVM.
А також було змінено підпис та Gas: встановити gasPrice=0 на рівні EVM, лише для обмеження ресурсів; фактична комісія відображається у платі за транзакцію BTC.
Насправді це дуже ризиковано, я тоді спеціально попросив AI перевірити їхній код вузлів і виявив, що не було захисту "обмеження глибини/кроків виклику". Тому теоретично контракт "нескінченної рекурсії/самовиклику" може зламати цю VM (звичайно, цей захист не складно додати: досить встановити максимальну глибину).
Як ви оцінюєте його:
По-перше, він все ще розуміє, як давати імена, принаймні, обсяг brc2.0 буде кращим, ніж створення нового терміна для протоколу, і це також схоже на те, що RGB знову отримав увагу.
По-друге, він також не зовсім не пов'язаний з brc20, адже його концепція проектування протоколу, шаблон полів, в основному, однакові, але це не є якимось авторським правом. Проте я не бачив, щоб оригінальний автор brc20 підтримував це, тому зв'язок, мабуть, не великий.
Врешті-решт, всі платформи, які досліджують програмованість, можуть прагнути поділитися ціною цього світового консенсусу, однак автор вважає, що насправді BTC не повинно прагнути до програмованості, оскільки як би це не робилося, він все одно не зможе наздогнати оптимізацію функцій і досвіду, яку пропонують різні швидкі ланцюги.
І більше того, якщо програмованість буде вбудована навіть у сам BTC, це, навпаки, зруйнує його пастку оцінки. Проект, який може бути реально застосований, може оцінюватися на основі PE, але тепер BTC є сильним саме тому, що він є моделлю обмеженого попиту і пропозиції. Обмежений попит і пропозиція не можуть бути оцінені, тому є ціна, і разом із ціною є консенсус. Тому саме обмеження BTC насправді створює успіх самого BTC.
EIP-7999 | Пропозиція багатовимірного ринкового збору для Ethereum
Що він таке:
Пропозиція, запропонована Віталіком, безумовно заслуговує на увагу. Крім того, в останньому EIP вона була перейменована з EIP-0000 на EIP-7999, тому в цій статті ми залишимо обидва варіанти.
Це новий тип транзакції, запропонований у контексті "розподілу комісій за транзакції" (тобто ціна блобу в транзакції, ціна calldata, а також ціна виконання за eip-1559) після EIP-4844, що складається з "максимального загального цінового ліміту + багатоваріантної ціни ресурсів".
Ви можете розуміти це як: одноразове пакування всіх ресурсних цін, єдиним семантичним чином, з метою вирішення проблеми надмірної кількості вимірів ціноутворення в ланцюгу.
Хто і з яким фоном представив:
Напрямок, який неодноразово обговорювався Віталіком у статтях. Раніше в розділі з "4 нулями" EIP номер змінили на 7999, і назва вже не виглядає так вражаюче, а також цей напрямок є результатом численних роздумів Віталіка, які видно в його постах з 2022 та 2024 років.
Чому зараз пропонується?
Оскільки гаманці, маршрутизатори та аукціонні механізми вже явно відчули розрив досвіду "багатоцінової системи": кожен блок має лише 6 блобів, тому для використання блобів у транзакціях потрібно змагатися; а сама транзакція ще в eip-1559; також з 2015 року виникає різна ціна за calldata в залежності від 0/не 0 байтів... Розробники L2 вже опинилися в безвихідній ситуації, оскільки їм потрібно встановити незалежний ліміт витрат для кожного виміру ресурсів, і якщо будь-який з вимірів встановлено занадто низько, це призведе до провалу всієї транзакції, навіть якщо загальний бюджет витрат користувача є достатнім, транзакція може не бути виконана через раптове підвищення базової вартості якогось ресурсу.
Який принцип реалізації:
Ця пропозиція планує ввести єдиний багатовимірний ринок зборів, основний дизайн якого полягає в тому, щоб користувач міг встановити лише один параметр max_fee (замість кількох max_fee_per_gas на різних полях), в той час як під час виконання EVM ця плата автоматично розподілятиметься між різними ресурсами (EVM gas, blob gas, calldata gas).
Щоб це здійснити, напевно, не буде легко, він планує ввести новий тип угоди, поля якого такі:
Очевидно, цей дизайн все ж кращий, адже автор, ознайомившись з дизайном газових витрат ERC-4337, вважає, що без нього все надто складно.
Деталі дивіться: від 4337 до 7702: Ґрунтовний аналіз минулого та майбутнього треку абстракції акаунтів Ethereum
Як ви оцінюєте його:
Автор вважає, що цей напрямок не має проблем, і він має єдине значення витрат, що значно полегшить майбутню роботу з L2/L3, що дуже відповідає нинішній стратегії L2 в битві за Ефір.
Але складність суттєво зросте, і просування проекту також вимагатиме більш стабільного темпу. Адже ця пропозиція змінить блоки, кодування RLP, ліміти тощо. Це не лише зміни рівня жорсткого хардфорку, але й вимагатиме адаптації інших платформ у всьому ланцюзі, особливо багатьох гаманців.
Хоча вони можуть не підтримувати цей тип транзакцій, але повинні аналізувати стан цієї транзакції.
Отже, на короткий термін це, безумовно, не відбудеться, принаймні після 1-2 великих хардфорків це може статися. Проте статті Віталіка про ринок зборів є дуже глибокими економічними роздумами, які варто уважно прочитати.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Web3 орієнтир: інтерпретація Jito BAM, BRC2.0, EIP-7999
Автор: Чотирнадцятий Цзюнь
Оригінальне посилання:
Заява: Ця стаття є перепублікованим матеріалом, читачі можуть отримати більше інформації за посиланням на оригінал. Якщо автор має будь-які заперечення щодо формату перепублікації, будь ласка, зв'яжіться з нами, ми внесемо зміни відповідно до вимог автора. Перепублікація використовується лише для обміну інформацією, не є інвестиційною порадою і не відображає точку зору та позицію У Шуо.
Jito BAM｜"Сортування блоків + Плагінний ринок побудови блоків" на Solana
Що він таке:
Простими словами, BAM – це набір платформ для "будівництва блоків" на Solana, і його мета, подібно до builder net на Ethereum, полягає в реалізації PBS (відокремлення будівельників блоків від валідаторів), щоб упорядкувати порядок транзакцій, протистояти MEV і запобігти ризикам централізованого зловживання.
Хто, з яким бекграундом представив:
Головним гравцем є табір Jito, найбільша платформа для аукціонів угод на Solana, що займає 90% ринку клієнтів верифікаторів, має потужний лідерський вплив. Автор раніше проводив детальне дослідження, яке можна використовувати як посилання: тисячослівний звіт: Еволюція структури MEV на Solana та її переваги і недоліки.
Склад учасників також дуже потужний: Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow та інші. Очевидно, що це спільна дія офіційного Solana та основних проектів.
І такі мотиви насправді легко зрозуміти: з одного боку, Solana стикається з тиском вибухового розвитку таких "родинних біржових ланцюгів", як Hyperliquid, а основна цінність Hyperliquid насправді дуже підходить для операцій маркет-мейкерів, але сама розробницька сутність Solana ускладнює можливість цілеспрямованої оптимізації цього аспекту. Однак якщо всі транзакції в блоці можна налаштувати, це може вирішити обмеження, пов'язані з лінійним блокуванням Solana, що, в свою чергу, сприяє оптимізації для різних сценаріїв DeFi.
Офіційний план розгортання полягає в тому, що на початковому етапі вузли працюватимуть під управлінням Jito Labs з участю невеликої кількості валідаторів; на середньому етапі розшириться до більшої кількості операторів вузлів, мета - охопити 30%+ мережевого стейкінгу; в підсумку код буде відкритим і управління буде децентралізованим.
З огляду на тенденцію в галузі до наративу "перевірної справедливості", напрямок BAM легко отримує підтримку з боку валідаторів і протокольних сторін, тому автор вважає, що він більше спирається на прагнення до оптимізації справедливості через TEE + PBS, на основі чого й було представлено.
Який принцип реалізації:
Крім того, щоб зрозуміти його цінність, також потрібно ознайомитися з однією з характеристик алгоритму POH самого Solana.
Тобто його блокування насправді є поступовим лінійним (в одному слоті 400 мс є 64 проміжки часу для порад, кожен раз, коли проміжок закінчується, поточні транзакції відправляються, і, якщо не відкатити, більше не змінюються), що відрізняється від моделі Ethereum «підготувати цілий блок, спочатку досягти консенсусу, потім синхронізувати».
Таким чином, через цю систему BAM, як jito, можна легко оновити клієнти великої кількості валідаторів, що підвищить частку валідаторів, які приймають систему BAM.
Дивіться, система BAM має таку структуру, зображену на малюнку. Середня фіолетова частина та права частина з кодом плагіна – це і є BAM.
Він змусить транзакції на Solana не надходити до Лідера по одній, а спочатку в TEE (достовірному обчислювальному середовищі) упорядкувати "всю цю блок" заздалегідь (поєднуючи деякі фіксовані правила впорядкування, реалізовані за допомогою коду плагіна), а потім передати їх валідатору.
А валідатори також повинні в кінцевому підсумку надати TEE-доказ, що підтверджує, що вони дійсно надали всю простір блоку (ексклюзивність) для цього ринку замовлень.
Тут, що має особливість, це функція плагіна, яка дозволяє "зашити" правила в порядок торгових замовлень Tee. Насправді це має велике практичне значення:
Наприклад: платформа оракула має вимогу фіксувати оновлення цін як першу транзакцію в блоці, щоб зменшити випадковість транзакцій, що оновлюють ціну в ланцюгу, а також уникнути проблем, пов'язаних з несвоєчасними оновленнями цін. Ще один приклад для dex: можна створити плагін, який розпізнає транзакції з високою ймовірністю невдачі і не упаковує їх безпосередньо в Tee, а поступово чекає, поки транзакції не стануть недійсними, щоб зменшити комісії за невдалі транзакції.
Він може співіснувати з існуючою системою процесу створення блоків Solana: все ще звичайний потік замовлень, Jito bundle, три паралельні системи BAM. BAM - це "отримання лише цілого блоку BAM у певному блоці".
Як оцінити його:
Автор вважає: це шлях з "сильним складом, сильною оповіддю та зосередженням на сценах", але я не оптимістично налаштований, що він стане основним ринковим шляхом.
Причини, чому розвиток Builder net на Ethereum та популярної mev share вже багато років не може просунутися вперед, подібні.
Через реальність, витрати на TEE високі, а ліміт QPS становить лише тисячу (у 2013 році TEE мав лише 128 МБ пам'яті, зараз він значно розвинутий, але все ще має лише тисячний QPS), хоча сьогодні вже 40% блоків в Ethereum побудовані за допомогою TEE.
Проте обсяги даних і обчислень Solana там присутні, вам потрібно накопичити багато TEE, щоб впоратися з обсягом, плюс повний супровід для відмовостійкості, пам'яті та пропускної здатності. Якщо цей проект не має постійних економічних стимулів, буде дуже важко отримати позитивний прибуток.
Насправді прибуток Jito не дуже великий (в порівнянні з високодохідними протоколами на блокчейні), наприклад, лише в другому кварталі 2025 року Jito заробив через tips лише 22,391.31 SOL (приблизно 4 мільйони доларів). Як тільки величезний обсяг транзакцій Solana буде перенесено, падіння Tee стане неминучим, і у Tee є безліч характеристик, таких як збій пам'яті та очищення зберігання, що збільшує ризик збоїв і призводить до ризику зникнення великої кількості транзакцій.
Але в нього є "можливість мати вбивчі високі цінові пропозиції": наприклад, порядок визначення цін для оракулів, безкоштовність у разі невдачі – це все "бачені" переваги досвіду. Маркети та корпоративні торгові платформи заплатять за це. Крім того, участь у цьому також підтримується офіційною командою Solana на ідеологічному рівні, що є гарним способом заробити популярність.
Нарешті: сам BAM не призначений для обробки великих обсягів 7x24, він є інструментом для «гарантування визначеності ключових блоків», але багато гарантій визначеності залежать від абсолютної визначеності, а не від 30% визначеності. Навіть якщо це не 100%, то навіть 99% - це 0%, це і є ключове рішення для великих проектів web3.
BRC 2.0｜“відображення EVM”: програмовані можливості на базі BTC
Що він таке:
2 вересня 2025 року буде активовано, я розумію це як «двохланцюгову тіньову систему з BTC в якості основи та EVM для виконання». Зверніть увагу, що це не BRC20, а означає другу генерацію BRC, про фон BRC20 можна ознайомитися: Інтерпретація протоколу Oridinals Bitcoin та інновації і обмеження стандарту BRC20.
А основа 2.0 полягає в тому, що ви пишете "інструкцію" за допомогою inscription або commit-reveal на BTC, запускаючи "модифіковану EVM" в індексаторі для виконання відповідного розгортання та виклику. У EVM не стягується газ (параметри залишаються, але не оцінюються), комісійні витрати зараховуються до BTC транзакції.
Основний протокол схожий на Alkanes (метан) - метан заснований на btc, з написаними командами транзакцій у полі op-return, працює на віртуальній машині WASM, тоді як він працює на EVM.
Хто і з яким фоном запровадив:
Фон ініціатора полягає в тому, що платформа bestinslot, яка стала популярною в епоху btc інскрипцій, продовжує ідею BRC-20: не чіпати BTC консенсус, максимально накладаючи "програмованість".
Індустріальний фон такий: протягом останніх двох років ( насправді є продовженням розповіді про програмованість BTC/L2, всі намагаються знайти робочі інженерні шляхи, але між ринковими тенденціями та темпами розробки існує занадто великий розрив, що призвело до появи таких моделей, як brc2.0 та алкани лише цього року.
Обсяг ринку дещо обмежений, оскільки сцена btc завжди була без агрегуючої сили, яка б її спрямовувала, і багато протоколів можуть бути похідними від інших протоколів, тому насправді brc2.0 дуже ймовірно не має практичного відношення до brc20.
Який принцип реалізації:
Він знаходиться в індексаторі, і це не на ланцюгу BTC і не окремий ланцюг, що реалізує логіку EVM. Зверніть увагу, що це не вважається ланцюгом, оскільки немає консенсусу.
Адреса, якою користувач має керувати на EVM, формується шляхом хешування самого BTC-адреси користувача та відображення її у "віртуальну адресу EVM".
Щоб працювати з цією системою, насправді логіка контролю активів дуже схожа на BRC20, це всього лише json рядок, в brc2.0 визначено наступне:
Можна побачити, що це ти закодував інструкції на BTC, передаючи різні байтові коди/дані виклику, які виконуються повторно в EVM.
А також було змінено підпис та Gas: встановити gasPrice=0 на рівні EVM, лише для обмеження ресурсів; фактична комісія відображається у платі за транзакцію BTC.
Насправді це дуже ризиковано, я тоді спеціально попросив AI перевірити їхній код вузлів і виявив, що не було захисту "обмеження глибини/кроків виклику". Тому теоретично контракт "нескінченної рекурсії/самовиклику" може зламати цю VM (звичайно, цей захист не складно додати: досить встановити максимальну глибину).
Як ви оцінюєте його:
По-перше, він все ще розуміє, як давати імена, принаймні, обсяг brc2.0 буде кращим, ніж створення нового терміна для протоколу, і це також схоже на те, що RGB знову отримав увагу.
По-друге, він також не зовсім не пов'язаний з brc20, адже його концепція проектування протоколу, шаблон полів, в основному, однакові, але це не є якимось авторським правом. Проте я не бачив, щоб оригінальний автор brc20 підтримував це, тому зв'язок, мабуть, не великий.
Врешті-решт, всі платформи, які досліджують програмованість, можуть прагнути поділитися ціною цього світового консенсусу, однак автор вважає, що насправді BTC не повинно прагнути до програмованості, оскільки як би це не робилося, він все одно не зможе наздогнати оптимізацію функцій і досвіду, яку пропонують різні швидкі ланцюги.
І більше того, якщо програмованість буде вбудована навіть у сам BTC, це, навпаки, зруйнує його пастку оцінки. Проект, який може бути реально застосований, може оцінюватися на основі PE, але тепер BTC є сильним саме тому, що він є моделлю обмеженого попиту і пропозиції. Обмежений попит і пропозиція не можуть бути оцінені, тому є ціна, і разом із ціною є консенсус. Тому саме обмеження BTC насправді створює успіх самого BTC.
EIP-7999 | Пропозиція багатовимірного ринкового збору для Ethereum
Що він таке:
Пропозиція, запропонована Віталіком, безумовно заслуговує на увагу. Крім того, в останньому EIP вона була перейменована з EIP-0000 на EIP-7999, тому в цій статті ми залишимо обидва варіанти.
Це новий тип транзакції, запропонований у контексті "розподілу комісій за транзакції" (тобто ціна блобу в транзакції, ціна calldata, а також ціна виконання за eip-1559) після EIP-4844, що складається з "максимального загального цінового ліміту + багатоваріантної ціни ресурсів".
Ви можете розуміти це як: одноразове пакування всіх ресурсних цін, єдиним семантичним чином, з метою вирішення проблеми надмірної кількості вимірів ціноутворення в ланцюгу.
Хто і з яким фоном представив:
Напрямок, який неодноразово обговорювався Віталіком у статтях. Раніше в розділі з "4 нулями" EIP номер змінили на 7999, і назва вже не виглядає так вражаюче, а також цей напрямок є результатом численних роздумів Віталіка, які видно в його постах з 2022 та 2024 років.
Чому зараз пропонується?
Оскільки гаманці, маршрутизатори та аукціонні механізми вже явно відчули розрив досвіду "багатоцінової системи": кожен блок має лише 6 блобів, тому для використання блобів у транзакціях потрібно змагатися; а сама транзакція ще в eip-1559; також з 2015 року виникає різна ціна за calldata в залежності від 0/не 0 байтів... Розробники L2 вже опинилися в безвихідній ситуації, оскільки їм потрібно встановити незалежний ліміт витрат для кожного виміру ресурсів, і якщо будь-який з вимірів встановлено занадто низько, це призведе до провалу всієї транзакції, навіть якщо загальний бюджет витрат користувача є достатнім, транзакція може не бути виконана через раптове підвищення базової вартості якогось ресурсу.
Який принцип реалізації:
Ця пропозиція планує ввести єдиний багатовимірний ринок зборів, основний дизайн якого полягає в тому, щоб користувач міг встановити лише один параметр max_fee (замість кількох max_fee_per_gas на різних полях), в той час як під час виконання EVM ця плата автоматично розподілятиметься між різними ресурсами (EVM gas, blob gas, calldata gas).
Щоб це здійснити, напевно, не буде легко, він планує ввести новий тип угоди, поля якого такі:
Очевидно, цей дизайн все ж кращий, адже автор, ознайомившись з дизайном газових витрат ERC-4337, вважає, що без нього все надто складно.
Деталі дивіться: від 4337 до 7702: Ґрунтовний аналіз минулого та майбутнього треку абстракції акаунтів Ethereum
Як ви оцінюєте його:
Автор вважає, що цей напрямок не має проблем, і він має єдине значення витрат, що значно полегшить майбутню роботу з L2/L3, що дуже відповідає нинішній стратегії L2 в битві за Ефір.
Але складність суттєво зросте, і просування проекту також вимагатиме більш стабільного темпу. Адже ця пропозиція змінить блоки, кодування RLP, ліміти тощо. Це не лише зміни рівня жорсткого хардфорку, але й вимагатиме адаптації інших платформ у всьому ланцюзі, особливо багатьох гаманців.
Хоча вони можуть не підтримувати цей тип транзакцій, але повинні аналізувати стан цієї транзакції.
Отже, на короткий термін це, безумовно, не відбудеться, принаймні після 1-2 великих хардфорків це може статися. Проте статті Віталіка про ринок зборів є дуже глибокими економічними роздумами, які варто уважно прочитати.