BidBlock улучшает эффективность производства блоков на BNB Smart Chain

BNB Smart Chain (BSC) внедрила BidBlock, механизм производства блоков, представленный в рамках BEP-675, чтобы решить проблемы неэффективности традиционного процесса производства блоков. BidBlock устраняет избыточное выполнение транзакций валидаторами перед запечатыванием блоков, создавая потенциальные возможности для более высоких газовых лимитов и улучшенной масштабируемости.

Как BidBlock меняет производство блоков

В рамках устаревшего процесса SendBid как строители, так и валидаторы выполняют транзакции перед запечатыванием блока, потребляя ценное время в пределах интервала блока. BidBlock изменяет этот рабочий процесс, позволяя строителям отправлять блоки с уже прикреплёнными результатами выполнения. Затем валидаторы запечатывают блок и повторно выполняют транзакции после передачи для проверки корректности. Эта корректировка уменьшает количество проходов выполнения с трех до двух, как смоделировано в BEP-675.

Новый процесс не автоматически повышает газовый лимит сети, но предоставляет строителям больше времени для создания блоков, позволяя установить более высокие газовые лимиты, если это предусмотрено. Валидаторы сохраняют возможность отменить разрешения SendBidBlock строителя в случае недействительных заявок, возвращаясь к устаревшему процессу SendBid.

Ключевые особенности BidBlock

Отправка BidBlock включает в себя:

• Заголовок с результатами выполнения, такими как корень состояния и корень квитанций.
• Подписанные пользовательские транзакции и неподписанные системные транзакции.
• Опциональные блоб-сайдкары для дополнительных данных.

Валидаторы проверяют детерминированные поля заголовка в соответствии с родительским блоком и правилами консенсуса перед запечатыванием. После передачи они повторно выполняют блок локально, чтобы подтвердить поданные результаты. Обычные правила действительности блоков остаются неизменными, что обеспечивает целостность сети.

Улучшения reth-bsc v0.1.3

Релиз reth-bsc v0.1.3 поддерживает BidBlock, улучшая транспортировку и надежность. Он использует RLP-кодированные бинарные полезные нагрузки через gRPC, снижая накладные расходы на сериализацию по сравнению с разбором JSON. Дополнительные функции включают:

• Отказ от BidBlocks с нулевым корнем состояния.
• Сохранение аннулирований при перезапуске узлов.
• Метрики для мониторинга плохих BidBlocks и активности аннулирования.

Валидаторы также могут использовать доказательства от пиров для отмены локальных разрешений SendBidBlock, повышая надежность протокола.

Импликации производительности

BEP-675 оценивает, что BidBlock может позволить более высокий предел газа 50% при смоделированных условиях, хотя эта цифра отражает запас производительности, а не гарантированное увеличение реальной пропускной способности транзакций. Наблюдения из пост-апгрейдного периода Pasteur показали среднее увеличение газа 28% на блок для BidBlock V2 по сравнению с V1, демонстрируя его потенциал для обработки более сложных рабочих нагрузок.

Строителей, валидаторов и операторов Sentry призывают проверять транспортировку BidBlock и обработку разрешений как часть своих процессов развертывания. Для получения дополнительной информации смотрите BEP-675 и заметки о выходе reth-bsc v0.1.3.