За даними BlockBeats, 9 травня засновник Ethereum Віталік Бутерін опублікував детальну статтю, в якій обговорюється важливість і доцільність запровадження багатовимірного механізму ціноутворення на газ в Ethereum. Бутерін зазначив, що наразі Ethereum спрощує ціноутворення та квоти на всі ресурси в єдиному вимірі газу, що спрощує дизайн ринку, але також призводить до значних втрат ефективності. Якщо мережі потрібно керувати n різними ресурсами, одновимірний газ може призвести до втрат пропускної здатності в n разів.
EIP-4844 вперше представив багатовимірне ціноутворення в Ethereum, додавши спеціальну область даних Blob і встановивши для неї незалежні ціни та квоти. Це покращення зменшило вартість Rollup у 100 разів, збільшило обсяг транзакцій більш ніж у 3 рази та лише трохи збільшило теоретичний максимальний обсяг блоків. У статті також обговорювалася необхідність прийняття багатовимірного газу при введенні доказів зберігання для клієнтів без громадянства. Через квантові ризики для безпеки схеми дерева Verkle спільнота сподівається перейти на двійкові дерева Merkle та STARK, але швидкість генерації доказів набагато нижча. Незалежно встановлюючи ціни та обмежуючи доступ до сховищ, можна уникнути проблем з витратами, спричинених підвищенням цін на газ, забезпечуючи при цьому стабільність.
Крім того, Бутерін запропонував два способи впровадження багатовимірного ціноутворення на газ: 1. Простіший — встановити ліміт ресурсу для кожної транзакції, тобто ціна на газ для кожної транзакції встановлюється на основі більшої вартості спожитих даних і обчислень. ресурсів, як запропоновано EIP-7623. 2. Ідеальним, але більш складним планом є встановлення механізму динамічного налаштування, подібного до EIP-1559 для кожного ресурсу. Бутерін підкреслив, що запровадження багатовимірного газу виконання призведе до певної складності на рівні EVM, але заради безпечного підвищення масштабованості Ethereum L1 цей компроміс того вартий. Спільнота все ще потребує подальшого вивчення більш елегантних дизайнів з точки зору економії та зручності плану для розробників.
