У цьому матеріалі
У тестовій мережі BNB Smart Chain активовано хардфорк Jenner, у межах якого впроваджено новий механізм обробки платежів, що резервує 5% місткості блоку для відповідних транзакцій у періоди перевантаження мережі.
Згідно з оголошенням BNB Chain від 29 жовтня, оновлення включає в себе Payment Lane, мітки часу блоків у мілісекундах для смарт-контрактів, а також функціональність для CAS20, нового активу, що відповідає стандарту.
Основна функція оновлення — це платіжний канал, призначений для збереження частини кожного блоку доступною для відповідних платежів, коли інші транзакції конкурують за пропускну здатність мережі.
Наразі хардфорк працює в тестовій мережі, а запуск основної мережі раніше було заплановано на кінець листопада.
Резервування місткості блоків для платежів
Новий механізм Payment Lane запровадується через пропозицію BEP-703, яка встановлює окремі правила обліку газу для відповідних платежів і загальних транзакцій.
У періоди високої активності мережі транзакції конкурують за доступний простір у блоці відповідно до існуючих правил комісій мережі. Payment Lane змінює цю ситуацію, резервуючи частину кожного блоку, яку звичайні транзакції використовувати не можуть.
У мережі BNB Chain встановлено ліміт резервування за замовчуванням у розмірі 5% від ліміту газу в блоці, хоча відповідні платежі не обмежуються цим обсягом.
Наприклад, у гіпотетичному блоці з лімітом газу у 100 мільйонів одиниць, 5 мільйонів одиниць газу будуть зарезервовані для відповідних платежів, а до 95 мільйонів залишаться доступними для загальних транзакцій.
Якщо платіжні транзакції споживають 8 мільйонів газу, вони можуть використати пропускну здатність понад зарезервовану, залишивши 92 мільйони для інших транзакцій.
Однак невикористана зарезервована місткість не може бути перерозподілена для загального трафіку. Якщо відповідні платежі споживають лише 2 мільйони газу, решта 3 мільйони залишаються невикористаними, навіть коли очікують інші транзакції.
У BNB Chain пояснили, що це обмеження не дозволяє виробникам блоків заповнювати весь блок звичайними транзакціями, залишаючи при цьому незаповненими відповідні платежі.
Оновлення послідувало за активацією хардфорку Pasteur у серпні, в результаті якої були внесені зміни в перевірку мостів, авторизацію валідаторів і побудову блоків.
Pasteur запровадив необов’язковий процес побудови блоків у межах BEP-675, який дозволяє валідаторам підписувати та транслювати запропоновані блоки до завершення повної перевірки виконання.
Які транзакції підходять для використання платіжної системи Payment Lane?
Згідно з новими правилами, BNB Chain виділяє дві категорії транзакцій, які можуть отримати доступ до зарезервованих газових потужностей.
Перша категорія включає транзакції, надіслані безпосередньо платіжним контрактам, включеним до списку, що керується системою управління. Друга категорія охоплює нативні перекази BNB на ненульову суму, надіслані на рахунки без розгорнутого коду.
В обох категоріях необхідно вказати адресу призначення та використати один із трьох підтримуваних типів транзакцій: 0x00, 0x01 або 0x02.
Створення контрактів, транзакції з великими двійковими об’єктами та транзакції типу 0x04 надалі класифікуються як звичайний трафік. Перекази BNB на смарт-контракти або облікові записи з делегованим кодом не підпадають під категорію звичайних переказів.
У випадку зі стейблкоїнами право на отримання виплати залежить від того, чи включено приймаючий контракт до затвердженого списку платіжних контрактів.
Транзакція, надіслана безпосередньо в зареєстрований на біржі контракт стейблкоїна, може відповідати критеріям, але транзакція, проведена через незареєстрованого посередника, не отримує такого ж ставлення, просто тому, що посередник у підсумку переказує токен.
Список платіжних контрактів спочатку буде порожнім. Згодом керівництво зможе додавати або видаляти підходящі контракти, включно зі стейблкоїнами та токенами CAS20.
BNB Chain уточнила, що назва токена, його стандарт або передбачуване використання для платежів не гарантують автоматичної можливості проведення транзакцій з використанням цього токена.
Управління зарезервованими потужностями
Система управління контролюватиме як список платіжних контрактів, так і відсоток блокового газу, зарезервованого для відповідних транзакцій.
Хоча за замовчуванням резервування становить 5%, протокол дозволяє системі управління збільшити його до максимум 10%.
Конфігурація визначається на основі стану батьківського блоку, що запобігає зміні класифікації транзакцій у процесі формування окремого блоку в результаті змін в управлінні.
Розробники блоків повинні дотримуватися правил розподілу під час формування транзакцій, тоді як валідатори зобов’язані відхиляти блоки, що порушують ці правила.
У межах процесу SendBidBlock стандарту BEP-675 перевірка виконання відбувається під час локального імпорту блоку після широкомовної розсилки. Порушення обробляються за допомогою механізму відкликання блоків у розробника.
Резервування набирає чинності в блоці, що безпосередньо слідує за блоком активації хардфорку.
Payment Lane не гарантує включення до певного блоку платежів і не скасовує комісійних зборів. Відповідні платежі продовжуватимуть конкурувати між собою, особливо коли їх сукупний попит перевищить зарезервовану пропускну здатність.
