#dusk $DUSK @Dusk
Я копался в жизненном цикле транзакций Dusk и никак не мог отделаться от одной детали: блок можно откатить до финальности, но его события при этом всё равно могут иметь значение. Dusk подсказывает интеграторам заново прослушивать события после отката блока, а не считать поток событий единственным источником правды.
Это похоже на проблему интеграции. Обработка откатанных событий делает совместимость исторического состояния частью инженерии консенсуса.
Событие — это не уведомление. Оно может стать входными данными для индекса, истории кошелька, бухгалтерской системы или приложения. Исторические инструменты Dusk при восстановлении финализированной истории отфильтровывают откатанные события. Недавняя работа Rusk также сохраняет откатанные события контрактов в архивных данных, добавляя метаданные, чтобы их можно было отличать.
Это задаёт границу. Протокол должен сохранять достаточно исторической информации, чтобы объяснить, что произошло, и при этом гарантировать, что старые наблюдения нельзя будет принять за каноническое состояние. Погодите. Совместимость — это не только декодирование старых транзакций. Это сохранение различия между «выполнено», «откатано» и «финализировано» в разных версиях.
Думаю, скрытое ограничение вот в чём: Dusk не может развивать свою модель событий, меняя схемы. Историческая интерпретация становится частью детерминированного повтора и корректности работы приложений. Недавние релизы сохранили обратносуместимые структуры событий и поведение реплея.
Компромисс реален: более точная передача богатой историчности повышает сложность, но если свернуть историю откатов, восстановление станет менее надёжным.
Так что, когда Dusk развивается, какая часть его прошлого должна оставаться исполняемой, чтобы настоящее оставалось доверенным?
$GPS $ACE
#ChinaJulyOutputRetailInvestmentAllMiss #CMESeptemberHikeOddsFallTo30.6% #CardanoSplitsDijkstraUpgradeIntoTwoPhases #SP500TopsRecord7800
Я копался в жизненном цикле транзакций Dusk и никак не мог отделаться от одной детали: блок можно откатить до финальности, но его события при этом всё равно могут иметь значение. Dusk подсказывает интеграторам заново прослушивать события после отката блока, а не считать поток событий единственным источником правды.
Это похоже на проблему интеграции. Обработка откатанных событий делает совместимость исторического состояния частью инженерии консенсуса.
Событие — это не уведомление. Оно может стать входными данными для индекса, истории кошелька, бухгалтерской системы или приложения. Исторические инструменты Dusk при восстановлении финализированной истории отфильтровывают откатанные события. Недавняя работа Rusk также сохраняет откатанные события контрактов в архивных данных, добавляя метаданные, чтобы их можно было отличать.
Это задаёт границу. Протокол должен сохранять достаточно исторической информации, чтобы объяснить, что произошло, и при этом гарантировать, что старые наблюдения нельзя будет принять за каноническое состояние. Погодите. Совместимость — это не только декодирование старых транзакций. Это сохранение различия между «выполнено», «откатано» и «финализировано» в разных версиях.
Думаю, скрытое ограничение вот в чём: Dusk не может развивать свою модель событий, меняя схемы. Историческая интерпретация становится частью детерминированного повтора и корректности работы приложений. Недавние релизы сохранили обратносуместимые структуры событий и поведение реплея.
Компромисс реален: более точная передача богатой историчности повышает сложность, но если свернуть историю откатов, восстановление станет менее надёжным.
Так что, когда Dusk развивается, какая часть его прошлого должна оставаться исполняемой, чтобы настоящее оставалось доверенным?
$GPS $ACE
#ChinaJulyOutputRetailInvestmentAllMiss #CMESeptemberHikeOddsFallTo30.6% #CardanoSplitsDijkstraUpgradeIntoTwoPhases #SP500TopsRecord7800