1ч. назад
BNB Chain активировала Payment Lane (BEP703) для резервирования газа под платежи
BNB Chain активировала хардфорк Jenner в тестовой сети BNB Smart Chain. Обновление защищает платежный трафик при перегрузке сети и дает разработчикам более точные инструменты работы со временем.
Ключевое изменение — Payment Lane. Механизм, описанный в BEP703, резервирует часть газового лимита каждого блока под платежные транзакции, соответствующие критериям, когда сеть перегружена. По умолчанию резервируется 5% газового лимита блока; governance может повысить долю до 10%. Резерв строгий: неиспользованный зарезервированный газ нельзя перераспределить на общие транзакции. Это не позволяет производителям блоков заполнять блоки другим трафиком, вытесняя платежи. Пример: при лимите блока 100 млн газа 5 млн зарезервированы под подходящие платежи, до 95 млн доступны общим транзакциям. Если платежный спрос превышает резерв, подходящие платежи могут использовать газ сверх него. Если они используют меньше, остаток резерва остается неиспользованным, даже когда другие транзакции ждут включения в блок.
Квалификация транзакций. BNB Chain выделяет две категории подходящего платежного трафика: 1) транзакции, направленные напрямую платежным контрактам из белого списка, управляемого governance; 2) нативные переводы BNB на ненулевую сумму на счета без развернутого кода (EOA). Подходящие транзакции должны иметь адрес назначения и использовать один из трех поддерживаемых типов: 0x00, 0x01 или 0x02. Создание контрактов, blob-транзакции и транзакции типа 0x04 остаются общим трафиком и не получают резервную емкость. Нативные переводы BNB на смарт-контракты или счета с кодом не квалифицируются как обычные переводы. Стейблкоины подходят, только если контракт-получатель входит в утвержденный платежный список; маршрутизация через промежуточный контракт вне списка не дает права на резерв. Список платежных контрактов, управляемый governance, изначально пуст. Governance решает, какие контракты (стейблкоины, токены CAS20 и другие) добавлять или удалять. Название токена, стандарт или предполагаемое использование сами по себе не делают контракт подходящим.
Механика и контроль. Настройки Payment Lane определяются по состоянию родительского блока, поэтому изменения governance не могут переключить классификацию транзакции внутри блока. Сборщики блоков обязаны соблюдать зарезервированное распределение газа; валидаторы должны отклонять блоки, нарушающие правила. В рамках опционального процесса сборки блоков SendBidBlock по BEP675 проверки исполнения выполняются при локальном импорте блока, а нарушения обрабатываются через механизм отзыва сборщика. Резерв начинает действовать в блоке, следующем сразу за блоком активации хардфорка. Payment Lane не гарантирует включение в конкретный блок и не отменяет комиссии: подходящие платежи конкурируют между собой, если их совокупный спрос превышает резервную емкость.
Другие обновления Jenner. Смарт-контрактам теперь доступны метки времени блоков с миллисекундной точностью — у dApps появляются более детальные данные о времени. Jenner также добавляет функциональность нового стандарта комплаентных активов CAS20; BNB Chain сообщила, что раскроет детали этого запуска отдельно.
Контекст и развертывание. Jenner работает в тестовой сети; развертывание в основной сети было намечено на конец ноября. Обновление следует за августовским хардфорком Pasteur, который среди прочего ввел опциональную модель сборки блоков по BEP675. Разработчики и платежные провайдеры могут тестировать в тестовой сети адреса назначения транзакций, поддерживаемые форматы и процессы включения в список governance. Операторам нод указали на документацию по обновлению Jenner и примечания к релизу клиента rethbsc v0.1.3.
Метрики сети. BNB Chain сообщила о высокой активности в III квартале 2026 года: 1,51 млрд транзакций (+7,5% к предыдущему кварталу), выручка сети выросла на 54% до $54,2 млн, среднее число ежедневных активных адресов снизилось на 14% до 2,10 млн. Развертывание смарт-контрактов выросло до 12,3 млн с 4,5 млн кварталом ранее.
Почему это важно. Payment Lane — точечная попытка не дать платежному трафику вытесняться при перегрузке за счет отдельного учета газа для части платежных транзакций. Governance контролирует, какие контракты подходят и какой объем газа резервируется. Изменение балансирует гибкость сети с новым приоритетным коридором для платежей, при этом сами подходящие транзакции по-прежнему подвержены тем же рыночным давлениям.