Что привлекло мое внимание, так это то, что улучшение Boreas от Dusk сделало выполнение неудачных контрактов более заметным, а не менее.
Начиная с развертывания mainnet Boreas 10 июня 2026 года на блоке 4,414,095, события контрактов, которые были откатаны, все еще можно сохранять в архивных данных с явным маркером «reverted». При этом те неудачные события удаляются из канонического bloom-блока, а события reverted stake исключаются из обновлений состояния провиженеров.
Эта разница важнее, чем кажется на первый взгляд.
Откатаный вызов не должен менять каноническое состояние. Но для финансовых приложений полное стирание следов события может усложнить отладку, сверку и форензическую проверку. Dusk разделяет «это событие произошло во время выполнения» и «это событие стало частью допустимого состояния».
Я ожидал цепочку, ориентированную на приватность и потому стремящуюся минимизировать сохраняемую детализацию выполнения. Вместо этого DuskFoundation сохраняет более прозрачный аудиторский след для неудачной контрактной активности, сохраняя при этом чистую каноническую индексацию.
Мое толкование: это небольшая деталь протокола с необычно высокой значимостью для регулируемых onchain-финансов. Аудитоспособность — это не только возможность видеть успешные переводы; это еще и способность доказать, что именно не удалось, и гарантировать, что это никогда не загрязнило состояние.
На что я обращаю внимание: смогут ли обозреватели и институциональные инструменты достаточно ясно отображать эту метадату откатаных событий, чтобы пользователи могли извлечь из нее пользу?
@Dusk $DUSK #dusk
Начиная с развертывания mainnet Boreas 10 июня 2026 года на блоке 4,414,095, события контрактов, которые были откатаны, все еще можно сохранять в архивных данных с явным маркером «reverted». При этом те неудачные события удаляются из канонического bloom-блока, а события reverted stake исключаются из обновлений состояния провиженеров.
Эта разница важнее, чем кажется на первый взгляд.
Откатаный вызов не должен менять каноническое состояние. Но для финансовых приложений полное стирание следов события может усложнить отладку, сверку и форензическую проверку. Dusk разделяет «это событие произошло во время выполнения» и «это событие стало частью допустимого состояния».
Я ожидал цепочку, ориентированную на приватность и потому стремящуюся минимизировать сохраняемую детализацию выполнения. Вместо этого DuskFoundation сохраняет более прозрачный аудиторский след для неудачной контрактной активности, сохраняя при этом чистую каноническую индексацию.
Мое толкование: это небольшая деталь протокола с необычно высокой значимостью для регулируемых onchain-финансов. Аудитоспособность — это не только возможность видеть успешные переводы; это еще и способность доказать, что именно не удалось, и гарантировать, что это никогда не загрязнило состояние.
На что я обращаю внимание: смогут ли обозреватели и институциональные инструменты достаточно ясно отображать эту метадату откатаных событий, чтобы пользователи могли извлечь из нее пользу?
@Dusk $DUSK #dusk
