Мережева оновлення: кількість раундів перевірки блоків була збільшена до 8.
Цей параметр оптимізації в основному спрямований на зменшення ризику повторної організації ланцюга та створення більш стабільної мережі валідаторів. Для проектів, які інтегрували механізм прогнозування побудови підблоків (таких як Block-Builders тощо), необхідно своєчасно оновлювати параметри конфігурації для адаптації до нового 8-раундного циклу валідації.
Команда проекту повинна якомога швидше оцінити сумісність існуючої архітектури з змінами параметрів, щоб забезпечити відповідність логіки верифікації новому стандарту turnLength. Це коригування виглядає незначним, але може істотно зменшити волатильність мережі в довгостроковій перспективі, позитивно впливаючи на визначеність угод та загальну безпеку екосистеми.
Деталі дивіться в офіційному оголошенні.
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Мережева оновлення: кількість раундів перевірки блоків була збільшена до 8.
Цей параметр оптимізації в основному спрямований на зменшення ризику повторної організації ланцюга та створення більш стабільної мережі валідаторів. Для проектів, які інтегрували механізм прогнозування побудови підблоків (таких як Block-Builders тощо), необхідно своєчасно оновлювати параметри конфігурації для адаптації до нового 8-раундного циклу валідації.
Команда проекту повинна якомога швидше оцінити сумісність існуючої архітектури з змінами параметрів, щоб забезпечити відповідність логіки верифікації новому стандарту turnLength. Це коригування виглядає незначним, але може істотно зменшити волатильність мережі в довгостроковій перспективі, позитивно впливаючи на визначеність угод та загальну безпеку екосистеми.
Деталі дивіться в офіційному оголошенні.