#dusk $DUSK @Dusk
私はDuskのトランザクション・ライフサイクルを掘り下げているとき、ある一点がずっと気になっていました。つまり、ブロックは最終性の前なら巻き戻され得るのに、その出来事（イベント）はなお重要になり得る、ということです。Duskは統合者（インテグレータ）に対し、イベントストリームを権威あるものとして扱うのではなく、ブロックが巻き戻された後に再リスンするよう促しています。
それは統合上の問題に聞こえます。巻き戻されたイベントの取り扱いは、過去の状態互換性をコンセンサス・エンジニアリングの一部にします。
イベントは通知ではありません。インデックス、ウォレットの履歴、会計システム、またはアプリケーションへの入力になり得ます。Duskの履歴イベント用ツールは、確定済みの履歴を再構築するときに、巻き戻されたイベントをフィルタします。最近のRuskの取り組みでも、アーカイブデータに巻き戻されたコントラクト・イベントを保持しつつ、それらを区別するためのメタデータを追加しています。
それによって境界が生まれます。プロトコルは「何が起きたか」を説明するのに十分な履歴情報を保持しなければならない一方で、古い観測が正準（canonical）な状態だと誤解されないようにしなければなりません。待ってください。互換性とは、単に古いトランザクションをデコードすることではありません。バージョンをまたいで「実行（executed）」「巻き戻し（reverted）」「確定（finalized）」の区別を保持することです。
この隠れた制約があるのだと思います。Duskはスキーマを変更することでイベントモデルを進化させることはできません。履歴の解釈は、決定論的なリプレイとアプリケーションの正しさの一部になるのです。最近のリリースでは、後方互換のあるイベント構造とリプレイ挙動が保持されました。
トレードオフは現実的です。より豊かな履歴の忠実性は複雑さを増やしますが、巻き戻された履歴を潰してしまうと再構築の信頼性が下がります。
つまり、Duskが進化していく中で、過去のどれだけが「現在」が信頼できる状態であり続けるために、なお実行可能として残される必要があるのでしょうか？

$GPS $ACE

#ChinaJulyOutputRetailInvestmentAllMiss #CMESeptemberHikeOddsFallTo30.6% #CardanoSplitsDijkstraUpgradeIntoTwoPhases #SP500TopsRecord7800