Ласкаво просимо до серії тематичних проєктів «Web3 Вітер», це концентрація аналізу та тлумачення нових технологій, протоколів та продуктів у сфері Web3 від Чотирнадцяти Юн.
Причиною є те, що ШІ подвоїв швидкість моїх досліджень нових проєктів, я вважаю, що в майбутньому цінність людей більше зосередиться на мисленні, судженні та натхненні.
Отже, ця серія буде розглядати з трьох перспектив: фон галузі → технічні принципи → потенційний вплив, щоб допомогти вам за найкоротший час зрозуміти основні зміни та оцінити можливі тенденції, які вони можуть викликати.
Точка зору автора переважно має песимістичний відтінок, не є рекомендацією для будь-яких інвестиційних угод і не спрямована проти жодного проекту.
Jito BAM｜"Сортування блоків + Плагінний ринок побудови блоків" на Solana
Що це таке:
Простими словами, BAM є набором "платформ для побудови блоків" на Solana, і його мета схожа на мету PBS (розділення будівельників блоків і валідаторів) в мережі Ethereum, обидві спрямовані на впорядкування порядку транзакцій, боротьбу з 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.
тобто його створення блоку насправді є поступовим лінійним (один слот 400ms має 64 проміжки часу для порад, кожен проміжок часу досягнутий, потім поточні транзакції відправляються, і якщо не відкат, більше не змінюється), інакше ніж у моделі Ethereum "підготувати весь блок, спершу консенсус, потім синхронізація".
Тож через цю систему BAM, як jito, насправді можна легко оновити велику кількість клієнтів валідаторів, щоб підвищити частку прийняття системи BAM валідаторами.
Дивіться на структуру системи BAM на наступному малюнку, середня фіолетова частина та права частина з кодом плагіна — це і є BAM.
!
Він дозволить транзакціям на Solana не надходити до Лідера поодинці, а спочатку у TEE (достовірне обчислювальне середовище) впорядкувати послідовність транзакцій "всього цього блоку" (поєднуючи деякі фіксовані правила впорядкування, реалізовані за допомогою коду плагіна), а потім передати їх перевірнику одночасно.
А верифікатор також повинен в кінцевому підсумку надати TEE доказ, що підтверджує, що він дійсно надав всю простір блоку (ексклюзивність) цьому ринку замовлень.
Тут досить характерною є функція плагінів, яка може "записати" правила в порядок торгівельних замовлень Tee. Насправді, це має реальне прикладне значення:
Наприклад: платформа оракула має потребу фіксувати оновлення цін на першу транзакцію в блоці, таким чином можна зменшити випадковість оновлення цін на ланцюзі, а отже уникнути проблем, спричинених несвоєчасними оновленнями цін. Ще один приклад - для децентралізованих бірж (dex) можна написати плагін, який буде ідентифікувати високий ризик невдалих транзакцій і просто не пакувати їх у Tee, а поступово чекати, поки транзакція не вийде з терміну, таким чином зменшуючи комісії за невдалі транзакції.
Він може співіснувати з існуючою системою процесу формування блоків Solana: все ще є звичайний потік замовлень, пакет Jito, три паралельні системи BAM. BAM - це "отримання лише цілого блоку BAM у певному блоці".
Як оцінити його:
Автор вважає: це шлях з "сильним складом, сильною нарацією, зосередженням на сценах", але я не оптимістично налаштований щодо його становлення основним ринковим шляхом.
Причини, чому Builder net на Ethereum та дуже популярний mev share розвивалися багато років, але важко просунутися, подібні.
Через реальність, вартість TEE висока, а ліміт QPS складає лише тисячі (у 2013 році Tee мав лише 128 МБ оперативної пам'яті, зараз він вже значно розвинувся, але все ще має лише тисячний QPS), хоча зараз 40% блоків в Ethereum вже побудовані на основі TEE.
Однак пропускна здатність даних та обчислень Solana там присутня, вам потрібно накопичити багато TEE, щоб впоратися з обсягом, плюс повний набір обслуговування для відмовостійкості, пам'яті та пропускної здатності. Якщо цей проект не матиме постійних економічних стимулів, буде дуже важко отримати позитивний дохід.
Насправді, дохід Jito не є високим (в порівнянні з високими доходами на блокчейні), наприклад, лише у другому кварталі 2025 року Jito заробив лише 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 основа полягає в тому, що ви на BTC використовуєте inscription або commit-reveal для написання "інструкцій", а в індексаторі виконується "модифікована версія EVM" для виконання відповідного розгортання та виклику. У EVM не стягується gas (параметри залишаються, але не оцінюються), а комісія враховується в BTC транзакції.
Основний принцип та протокол Alkanes (метан) подібний, метан базується на команди транзакцій, записаних у полі op-return на базі btc, працює на віртуальній машині WASN, тоді як він працює на EVM.
Хто і з яким фоном представив:
Фон ініціатора: платформа bestinslot, яка стала популярною в епоху btc інскрипцій, продовжує ідею BRC-20: не порушувати консенсус BTC та намагатися накласти "програмованість".
Індустріальний фон такий: ці два роки ( насправді це попередні два роки) оповідання про BTC програмованість/L2 розгорілося, всі шукають можливі інженерні шляхи, але між ринковим вітром і темпами розробки розрив насправді занадто великий, що призвело до появи таких моделей, як brc2.0 та алкани лише цього року.
Обсяг ринку дещо обмежений, оскільки сцена біткойна завжди була без агрегуючої сили, яка б її керувала, і багато протоколів можуть походити з інших протоколів, тому насправді 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 насправді стало його досягненням.
EIP-7999 |提案 багатогранного ринку витрат Ethereum
Що це таке:
Пропозиція, ініційована Віталіком, безумовно, варта уваги. Крім того, у останньому EIP вона була перейменована з EIP-0000 на EIP-7999, тому в цій статті залишимо обидва варіанти.
Це новий тип транзакції, запропонований у контексті "розподілу зборів за транзакції" (тобто в одній транзакції blob має свою ціну, calldata має свою ціну, а виконання має ціну eip-1559) після EIP-4844, що включає "загальний ціновий ліміт + багатовимірний ціновий вектор ресурсів".
Ви можете розглядати це як: одноразове упакування всіх ресурсних пропозицій, єдине семантичне ціноутворення, мета якого - вирішити проблему занадто великої кількості вимірів ціноутворення в блокчейні.
Хто і з яким фоном представив:
Напрямок, підштовхуваний численними статтями Віталіка. Раніше в параграфі «4 нулі» EIP, який пізніше було перенумеровано на 7999, ім'я вже не звучить так вражаюче, і цей напрямок також є результатом роздумів Віталіка, які можна побачити в його постах 2022 та 2024 років.
Чому зараз пропонуєш?
Оскільки гаманці, маршрутизатори та аукціони цін вже явно відчувають розрив досвіду "багатої цінової системи": кожен блок має лише 6 blob, тому для використання транзакцій з blob необхідно змагатися за ціну; а сама транзакція ще перебуває в eip-1559; також з 2015 року існує calldata з різними одиничними цінами для 0/не 0 байтів… Розробники L2 вже змушені діяти в крайніх умовах, оскільки їм потрібно встановлювати незалежні верхні межі витрат для кожного виміру ресурсів, і будь-який вимір, встановлений занадто низько, призведе до провалу всієї транзакції, навіть якщо загальний бюджет витрат користувача є достатнім, він може не виконати транзакцію через раптове збільшення базової вартості якогось ресурсу.
Який принцип реалізації:
Ця пропозиція планує ввести єдиний багатовимірний ринковий механізм зборів, основний дизайн полягає в тому, щоб користувачеві потрібно було встановити тільки один параметр max_fee (замість кількох max_fee_per_gas в різних полях), а під час виконання EVM ця сума буде автоматично розподілятися між різними ресурсами (EVM gas, blob gas, calldata gas).
Щоб це реалізувати, напевно, не буде легко, його план полягає у впровадженні нового типу угоди, поля якого такі:
!
Очевидно, цей дизайн все ж кращий, адже після того, як я ознайомився з дизайном Gas-витрат ERC-4337, зрозуміти його було б занадто складно.
Детальніше дивіться: від 4337 до 7702: глибокий аналіз минулого та майбутнього абстракцій облікових записів Ethereum
Як оцінити його:
Автор вважає, що в цьому напрямку немає проблем, і це має єдине значення витрат, що значно полегшить роботу в майбутньому з L2/L3, що дуже відповідає нинішній стратегії Ethereum у великій битві за L2.
Але складність буде явно зростати, просування проекту також потребуватиме більш стабільного темпу. Оскільки ця пропозиція змінить заголовки блоків, кодування RLP, ліміти та інше, це не просто зміна на рівні хард-форку, але також вимагатиме адаптації з боку інших платформ по всьому ланцюгу, особливо безлічі гаманців.
Хоча вони можуть не підтримувати цей тип угоди, але повинні аналізувати стан цієї угоди.
Отже, в короткостроковій перспективі це точно не реалізується, принаймні після 1-2 великих хардфорків це стане можливим. Проте статті Віталіка про ринкові збори є дуже глибокими економічними роздумами, які варто детально прочитати.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Web3 орієнтир перший випуск: інтерпретація Jito BAM, BRC2.0, EIP-7999
Ласкаво просимо до серії тематичних проєктів «Web3 Вітер», це концентрація аналізу та тлумачення нових технологій, протоколів та продуктів у сфері Web3 від Чотирнадцяти Юн.
Причиною є те, що ШІ подвоїв швидкість моїх досліджень нових проєктів, я вважаю, що в майбутньому цінність людей більше зосередиться на мисленні, судженні та натхненні.
Отже, ця серія буде розглядати з трьох перспектив: фон галузі → технічні принципи → потенційний вплив, щоб допомогти вам за найкоротший час зрозуміти основні зміни та оцінити можливі тенденції, які вони можуть викликати.
Точка зору автора переважно має песимістичний відтінок, не є рекомендацією для будь-яких інвестиційних угод і не спрямована проти жодного проекту.
Jito BAM｜"Сортування блоків + Плагінний ринок побудови блоків" на Solana
Що це таке:
Простими словами, BAM є набором "платформ для побудови блоків" на Solana, і його мета схожа на мету PBS (розділення будівельників блоків і валідаторів) в мережі Ethereum, обидві спрямовані на впорядкування порядку транзакцій, боротьбу з 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.
тобто його створення блоку насправді є поступовим лінійним (один слот 400ms має 64 проміжки часу для порад, кожен проміжок часу досягнутий, потім поточні транзакції відправляються, і якщо не відкат, більше не змінюється), інакше ніж у моделі Ethereum "підготувати весь блок, спершу консенсус, потім синхронізація".
Тож через цю систему BAM, як jito, насправді можна легко оновити велику кількість клієнтів валідаторів, щоб підвищити частку прийняття системи BAM валідаторами.
Дивіться на структуру системи BAM на наступному малюнку, середня фіолетова частина та права частина з кодом плагіна — це і є BAM.
!
Він дозволить транзакціям на Solana не надходити до Лідера поодинці, а спочатку у TEE (достовірне обчислювальне середовище) впорядкувати послідовність транзакцій "всього цього блоку" (поєднуючи деякі фіксовані правила впорядкування, реалізовані за допомогою коду плагіна), а потім передати їх перевірнику одночасно.
А верифікатор також повинен в кінцевому підсумку надати TEE доказ, що підтверджує, що він дійсно надав всю простір блоку (ексклюзивність) цьому ринку замовлень.
Тут досить характерною є функція плагінів, яка може "записати" правила в порядок торгівельних замовлень Tee. Насправді, це має реальне прикладне значення:
Наприклад: платформа оракула має потребу фіксувати оновлення цін на першу транзакцію в блоці, таким чином можна зменшити випадковість оновлення цін на ланцюзі, а отже уникнути проблем, спричинених несвоєчасними оновленнями цін. Ще один приклад - для децентралізованих бірж (dex) можна написати плагін, який буде ідентифікувати високий ризик невдалих транзакцій і просто не пакувати їх у Tee, а поступово чекати, поки транзакція не вийде з терміну, таким чином зменшуючи комісії за невдалі транзакції.
Він може співіснувати з існуючою системою процесу формування блоків Solana: все ще є звичайний потік замовлень, пакет Jito, три паралельні системи BAM. BAM - це "отримання лише цілого блоку BAM у певному блоці".
Як оцінити його:
Автор вважає: це шлях з "сильним складом, сильною нарацією, зосередженням на сценах", але я не оптимістично налаштований щодо його становлення основним ринковим шляхом.
Причини, чому Builder net на Ethereum та дуже популярний mev share розвивалися багато років, але важко просунутися, подібні.
Через реальність, вартість TEE висока, а ліміт QPS складає лише тисячі (у 2013 році Tee мав лише 128 МБ оперативної пам'яті, зараз він вже значно розвинувся, але все ще має лише тисячний QPS), хоча зараз 40% блоків в Ethereum вже побудовані на основі TEE.
Однак пропускна здатність даних та обчислень Solana там присутня, вам потрібно накопичити багато TEE, щоб впоратися з обсягом, плюс повний набір обслуговування для відмовостійкості, пам'яті та пропускної здатності. Якщо цей проект не матиме постійних економічних стимулів, буде дуже важко отримати позитивний дохід.
Насправді, дохід Jito не є високим (в порівнянні з високими доходами на блокчейні), наприклад, лише у другому кварталі 2025 року Jito заробив лише 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 основа полягає в тому, що ви на BTC використовуєте inscription або commit-reveal для написання "інструкцій", а в індексаторі виконується "модифікована версія EVM" для виконання відповідного розгортання та виклику. У EVM не стягується gas (параметри залишаються, але не оцінюються), а комісія враховується в BTC транзакції.
Основний принцип та протокол Alkanes (метан) подібний, метан базується на команди транзакцій, записаних у полі op-return на базі btc, працює на віртуальній машині WASN, тоді як він працює на EVM.
Хто і з яким фоном представив:
Фон ініціатора: платформа bestinslot, яка стала популярною в епоху btc інскрипцій, продовжує ідею BRC-20: не порушувати консенсус BTC та намагатися накласти "програмованість".
Індустріальний фон такий: ці два роки ( насправді це попередні два роки) оповідання про BTC програмованість/L2 розгорілося, всі шукають можливі інженерні шляхи, але між ринковим вітром і темпами розробки розрив насправді занадто великий, що призвело до появи таких моделей, як brc2.0 та алкани лише цього року.
Обсяг ринку дещо обмежений, оскільки сцена біткойна завжди була без агрегуючої сили, яка б її керувала, і багато протоколів можуть походити з інших протоколів, тому насправді 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 насправді стало його досягненням.
EIP-7999 |提案 багатогранного ринку витрат Ethereum
Що це таке:
Пропозиція, ініційована Віталіком, безумовно, варта уваги. Крім того, у останньому EIP вона була перейменована з EIP-0000 на EIP-7999, тому в цій статті залишимо обидва варіанти.
Це новий тип транзакції, запропонований у контексті "розподілу зборів за транзакції" (тобто в одній транзакції blob має свою ціну, calldata має свою ціну, а виконання має ціну eip-1559) після EIP-4844, що включає "загальний ціновий ліміт + багатовимірний ціновий вектор ресурсів".
Ви можете розглядати це як: одноразове упакування всіх ресурсних пропозицій, єдине семантичне ціноутворення, мета якого - вирішити проблему занадто великої кількості вимірів ціноутворення в блокчейні.
Хто і з яким фоном представив:
Напрямок, підштовхуваний численними статтями Віталіка. Раніше в параграфі «4 нулі» EIP, який пізніше було перенумеровано на 7999, ім'я вже не звучить так вражаюче, і цей напрямок також є результатом роздумів Віталіка, які можна побачити в його постах 2022 та 2024 років.
Чому зараз пропонуєш?
Оскільки гаманці, маршрутизатори та аукціони цін вже явно відчувають розрив досвіду "багатої цінової системи": кожен блок має лише 6 blob, тому для використання транзакцій з blob необхідно змагатися за ціну; а сама транзакція ще перебуває в eip-1559; також з 2015 року існує calldata з різними одиничними цінами для 0/не 0 байтів… Розробники L2 вже змушені діяти в крайніх умовах, оскільки їм потрібно встановлювати незалежні верхні межі витрат для кожного виміру ресурсів, і будь-який вимір, встановлений занадто низько, призведе до провалу всієї транзакції, навіть якщо загальний бюджет витрат користувача є достатнім, він може не виконати транзакцію через раптове збільшення базової вартості якогось ресурсу.
Який принцип реалізації:
Ця пропозиція планує ввести єдиний багатовимірний ринковий механізм зборів, основний дизайн полягає в тому, щоб користувачеві потрібно було встановити тільки один параметр max_fee (замість кількох max_fee_per_gas в різних полях), а під час виконання EVM ця сума буде автоматично розподілятися між різними ресурсами (EVM gas, blob gas, calldata gas).
Щоб це реалізувати, напевно, не буде легко, його план полягає у впровадженні нового типу угоди, поля якого такі:
!
Очевидно, цей дизайн все ж кращий, адже після того, як я ознайомився з дизайном Gas-витрат ERC-4337, зрозуміти його було б занадто складно.
Детальніше дивіться: від 4337 до 7702: глибокий аналіз минулого та майбутнього абстракцій облікових записів Ethereum
Як оцінити його:
Автор вважає, що в цьому напрямку немає проблем, і це має єдине значення витрат, що значно полегшить роботу в майбутньому з L2/L3, що дуже відповідає нинішній стратегії Ethereum у великій битві за L2.
Але складність буде явно зростати, просування проекту також потребуватиме більш стабільного темпу. Оскільки ця пропозиція змінить заголовки блоків, кодування RLP, ліміти та інше, це не просто зміна на рівні хард-форку, але також вимагатиме адаптації з боку інших платформ по всьому ланцюгу, особливо безлічі гаманців.
Хоча вони можуть не підтримувати цей тип угоди, але повинні аналізувати стан цієї угоди.
Отже, в короткостроковій перспективі це точно не реалізується, принаймні після 1-2 великих хардфорків це стане можливим. Проте статті Віталіка про ринкові збори є дуже глибокими економічними роздумами, які варто детально прочитати.