BNB Chain ускоряет работу валидаторов на 40% благодаря BSC-Reth
📋 Краткое содержание
BNB Chain утверждает, что последняя конфигурация BSC-Reth повысила пропускную способность валидаторов примерно на 40% во внутренних тестах. Клиент на Rust планируют внедрить у валидаторов до конца 2026 года, что повысит производительность и разнообразие программного обеспечения в сети.
В эту пятницу (6-го числа) BNB Chain представила новые результаты тестирования BSC-Reth — клиента исполнения, написанного на Rust и адаптированного к высоким нагрузкам BNB Smart Chain. По данным команды, конфигурация на базе Reth 2.5.1 показала примерно на 40% более высокую пропускную способность, чем предыдущая версия, использовавшая TrieDB.
Пока что это результат внутренних тестов, а не независимых измерений в рабочей сети. Тем не менее он важен, поскольку сеть планирует начать перевод валидаторов на BSC-Reth до конца 2026 года. На практике проект призван повысить эффективность обработки блоков, не полагаясь исключительно на клиент на базе Geth, который BSC использовала исторически.
Почему BSC нужен более быстрый клиент
Согласно техническому отчёту, опубликованному BNB Chain, инфраструктура узлов BSC испытывает повышенную нагрузку из-за сочетания трёх факторов: снимок состояния объёмом 6,6 ТБ, средний показатель 246,7 транзакции в секунду за один час и интервал между блоками всего 0,45 секунды. Для сравнения, согласно данным команды, снимок состояния Ethereum составлял 1,6 ТБ, скорость обработки — 30,81 транзакции в секунду, а интервал между блоками — 12 секунд.
При таком профиле остаётся меньше времени на исполнение транзакций, вычисление корня состояния и сохранение данных до появления следующего блока. На первом этапе BSC-Reth уже сократил задержку вставки блоков p95 на 34,9%, а задержку исполнения — на 35,5% по сравнению с BSC-Geth. Однако проверка по-прежнему выполнялась на 23,8% медленнее, что указывало на узкое место в вычислении и подготовке состояния.
Затем команда добавила возможности из версий 2.2.1 и 2.5.
📋 Краткое содержание
BNB Chain утверждает, что последняя конфигурация BSC-Reth повысила пропускную способность валидаторов примерно на 40% во внутренних тестах. Клиент на Rust планируют внедрить у валидаторов до конца 2026 года, что повысит производительность и разнообразие программного обеспечения в сети.
В эту пятницу (6-го числа) BNB Chain представила новые результаты тестирования BSC-Reth — клиента исполнения, написанного на Rust и адаптированного к высоким нагрузкам BNB Smart Chain. По данным команды, конфигурация на базе Reth 2.5.1 показала примерно на 40% более высокую пропускную способность, чем предыдущая версия, использовавшая TrieDB.
Пока что это результат внутренних тестов, а не независимых измерений в рабочей сети. Тем не менее он важен, поскольку сеть планирует начать перевод валидаторов на BSC-Reth до конца 2026 года. На практике проект призван повысить эффективность обработки блоков, не полагаясь исключительно на клиент на базе Geth, который BSC использовала исторически.
Почему BSC нужен более быстрый клиент
Согласно техническому отчёту, опубликованному BNB Chain, инфраструктура узлов BSC испытывает повышенную нагрузку из-за сочетания трёх факторов: снимок состояния объёмом 6,6 ТБ, средний показатель 246,7 транзакции в секунду за один час и интервал между блоками всего 0,45 секунды. Для сравнения, согласно данным команды, снимок состояния Ethereum составлял 1,6 ТБ, скорость обработки — 30,81 транзакции в секунду, а интервал между блоками — 12 секунд.
При таком профиле остаётся меньше времени на исполнение транзакций, вычисление корня состояния и сохранение данных до появления следующего блока. На первом этапе BSC-Reth уже сократил задержку вставки блоков p95 на 34,9%, а задержку исполнения — на 35,5% по сравнению с BSC-Geth. Однако проверка по-прежнему выполнялась на 23,8% медленнее, что указывало на узкое место в вычислении и подготовке состояния.
Затем команда добавила возможности из версий 2.2.1 и 2.5.