Сумерки активировали PLONK V3 в основной сети на блоке 3,590,904, но более старые блоки по-прежнему полагаются на правила PLONK V1 или V2, которые действовали на момент их создания.
Сначала это может звучать как простое обновление верификатора. Но новое правило для текущей активности автоматически не становится правилом для всей истории «Сумерек».
Активация PLONK V3 показывает мне, какие правила доказательства «Сумерки» используют начиная с этой границы форка. Но это не означает, что более ранние блоки пересчитываются по новому набору правил верификации.
Чего я пока не знаю, так это насколько надежно сеть «Сумерки» отделяет эти эпохи верификации при синхронизации узлов, повторном проигрывании истории и валидации новой активности с использованием разных наборов правил.
Это особенно важно, поскольку «Сумерки» строит инфраструктуру для нативных рабочих процессов выпуска, где большее число этапов жизненного цикла регулируемой ценной бумаги может зависеть от того, сохраняет ли журнал согласованную историю при обновлениях протокола.
Rusk дает один полезный механизм для наблюдения. Он выбирает подходящий верификатор на основе высоты блока, поэтому исторические блоки проверяются по их исходным правилам, а новая активность использует PLONK V3.
Успешная активация доказывает, что «Сумерки» могут ввести новый верификатор. Последовательный replay в V1, V2 и V3 является более сильным свидетельством, потому что узлы должны согласиться не только с текущими правилами, но и с тем, какие именно правила относятся к каждой более ранней части цепочки.
Это меняет то, как я бы оценивал криптографические обновления в «Сумерках».
Вопрос в том, сможет ли «Сумерки» продолжать развивать свою криптографическую подсистему, сохраняя при этом ровно те правила, которые делали каждый более ранний блок валидным.
Я наблюдаю за историческим replay, за синхронизацией узлов через границы верификаторов, а также за тем, продолжают ли компоненты «Сумерек» выбирать один и тот же набор правил на одной и той же высоте блока.
#dusk $DUSK @Dusk
Сначала это может звучать как простое обновление верификатора. Но новое правило для текущей активности автоматически не становится правилом для всей истории «Сумерек».
Активация PLONK V3 показывает мне, какие правила доказательства «Сумерки» используют начиная с этой границы форка. Но это не означает, что более ранние блоки пересчитываются по новому набору правил верификации.
Чего я пока не знаю, так это насколько надежно сеть «Сумерки» отделяет эти эпохи верификации при синхронизации узлов, повторном проигрывании истории и валидации новой активности с использованием разных наборов правил.
Это особенно важно, поскольку «Сумерки» строит инфраструктуру для нативных рабочих процессов выпуска, где большее число этапов жизненного цикла регулируемой ценной бумаги может зависеть от того, сохраняет ли журнал согласованную историю при обновлениях протокола.
Rusk дает один полезный механизм для наблюдения. Он выбирает подходящий верификатор на основе высоты блока, поэтому исторические блоки проверяются по их исходным правилам, а новая активность использует PLONK V3.
Успешная активация доказывает, что «Сумерки» могут ввести новый верификатор. Последовательный replay в V1, V2 и V3 является более сильным свидетельством, потому что узлы должны согласиться не только с текущими правилами, но и с тем, какие именно правила относятся к каждой более ранней части цепочки.
Это меняет то, как я бы оценивал криптографические обновления в «Сумерках».
Вопрос в том, сможет ли «Сумерки» продолжать развивать свою криптографическую подсистему, сохраняя при этом ровно те правила, которые делали каждый более ранний блок валидным.
Я наблюдаю за историческим replay, за синхронизацией узлов через границы верификаторов, а также за тем, продолжают ли компоненты «Сумерек» выбирать один и тот же набор правил на одной и той же высоте блока.
#dusk $DUSK @Dusk
