Обновление BSC

Ожидается, что Binance Smart Chain подвергнется плановому обновлению = хард-форку, на уровне блока 13.082.000.

Текущая скорость генерации блоков предполагает, что это произойдет примерно 30 ноября в 08:00 UTC.

Валидаторам и операторам нод основной сети рекомендуется до 30 ноября обновить свое программное обеспечение до версии v1.1.5.

BSC стал одним из самых активных блокчейнов с более чем 2 миллионами активных адресов в день и пиком в 14 миллионов транзакций, обработанных за 24 часа (ATH от 17 ноября).

Столь неожиданный рост указал на имеющиеся ограничения сети, и мы (=Binance) признаем, что существуют проблемы с полной синхронизацией узлов.

Обновление v1.1.5 представляет собой выпуск хард-форка, который вводит сжигание BNB в реальном времени в экономическую модель BSC

А также ускоряет процесс синхронизации полных нод с сетью на 60%.

Еще раз:

Это обновление вводит в эксплуатацию ранее анонсированный BEP-95 с механизмом сжигания в реальном времени.

Нажмите на ссылку, прочитайте ее и возвращайтесь.

Активация обновлённой логики произойдёт после выпуска блока 13.082.000.

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

Обновление не повлияет на самих пользователей и разработчиков BSC, не считая появления механизма сжигания в реальном времени.

Это обновление потребует реакции лишь операторов/валидаторов, использующих полные ноды BSC.

3.1 Если вы = оператор

Этот релиз довольно сильно изменяет логику работы, поэтому, во избежание приостановки синхронизации, мы настоятельно рекомендуем вам перейти на версию 1.1.5.

Приведенные ниже инструкции должны быть выполнены перед хард-форком.

1. Если ваш узел уже синхронизирован с сетью, скачайте и скомпилируйте последнюю версию ПО.
2. Остановите процесс geth и перезапустите его с v1.1.5.

3.2 Что произойдет, если я забуду вовремя обновить свой полный узел?

Если вы не можете обновить свое программное обеспечение, вы утратите синхронизацию с обновившейся частью сети Binance Smart Chain.

В частности, вы не сможете подключаться к сети и отправлять в ней транзакции

4.1 Механизм сжигания в реальном времени BEP95

Сжигание [платы за газ] ускорит дефляционный процесс BNB, что сделает BSC более децентрализованным и повысит стоимость BNB в долгосрочной перспективе.

Важно понимать:

1. Фиксированное соотношение оплаты за газ, взимаемой валидаторами, будет сжигаться в каждом блоке.
2. Коэффициент сжигания может регулироваться голосованием валидаторов сети BSC.

4.2 Протокол Diff Sync: Ускорение синхронизации узлов BEP-93

Протокол diffsync с этой версии считается стабильным для использования.

Измерения показывают, что Diff увеличивает скорость синхронизации примерно на 60% ～ 70%.

Всем узлам рекомендуется включить его, добавив --diffsync в стартовую команду.

Обратитесь к BEP93 за более подробной информацией.

4.3 Улучшения и исправления ошибок

• #536 возвращать затронутые адреса в блоке при синхронизации блока в условиях отсутствия связанного с ним слоя снэпшота.
• #527 работа diffsync улучшена во многих аспектах.
• #493 ускорен принцип получения адресов, затронутых в диапазоне блоков, благодаря добавленному API getDiffAccountsWithScope.
• #472 добавлены мониторинговые метрики для механизма кеширования исполняемых смарт-контрактов.
• #509 Исправлена причина, прерывавшая мягкое завершение процесса geth в некоторых ситуациях.
• #491 Исправлен ряд ситуаций, приводивших ко внеплановой остановке полной ноды из-за механизма предварительного кеширования неподтверждённых транзакций.

4.4 Улучшенный CI/CD

Внесены исправления в процедуры юнит-тестирования, интеграционного тестирования и тестирования сборок.

Для получения дополнительной информации см. PR #473.

Форки применяются в блокчейн-сетях для внесения новых программных изменений (обновлений) в протокол сети.

Они бывают двух типов - софт и хардфорк.

Софт-форки обычно применяются для регулировки логики, обратно совместимой с другими версиями нод,

То есть - тех механизмов, которые не могут привести к нарушению конcенсуса и потере связности.

Хард-форки применяются для ввода в эксплуатацию более низкоуровневых механизмов, расширяющих существующие условия конcенсуса, и таким образом делая такие обновления обратно-несовместимыми с необновлёнными нодами сети, так как разница в логике конcенсуса приведёт к невозможности согласовывать между ними передаваемые блоки.

В экосистеме BSC, чтобы хард-форк не нарушал работу сети и блоки продолжали выпускаться корректно, необходимо достижение кворума

= "+1 / 2" валидатор для успешного перехода сети на новую версию.

Любая необновившаяся полная нода сети, которая своевременно не обновит ПО, утратит связность с сетью после вступления хард-форка в силу.

Напоминаем, что оригинал находится здесь.

Переведено и адаптировано командой Telegram-канала

@Ghost_In_The_Block