私の注意を引かれたのは、DuskのBoreasアップグレードによって、失敗したコントラクト実行が“見えにくくなる”のではなく“より可視化されるようになった”ことです。
2026年6月10日のメインネットでのブロック4,414,095におけるBoreas導入以降、リバートされたコントラクトイベントは、明示的な「reverted」マーカー付きでアーカイブデータに保持できます。同時に、それらの失敗イベントはカノニカルなブロックブルームから削除され、リバートされたステークイベントはプロビジョナーの状態更新から除外されます。
この違いは、最初に見える以上に重要です。
リバートされた呼び出しは、カノニカルな状態を変えるべきではありません。しかし、金融アプリケーションでは、イベント履歴を完全に消し去ってしまうと、デバッグ、突合(レコンシリエーション)、およびフォレンジックな調査が難しくなります。Duskは、「このイベントが実行中に起きた」ことと、「このイベントが有効な状態の一部になった」ことを切り分けています。
私は、プライバシー重視のチェーンなら、保持される実行の詳細を最小化すると思っていました。ところがDuskFoundationは、カノニカルなインデックスをきれいに保ちながら、失敗したコントラクト活動に対するより明確な監査証跡を維持しています。
私の解釈:これは小さなプロトコルの詳細ですが、規制されたオンチェーン金融に対しては、異例のほど強い関連性があります。監査可能性とは、成功した送金を見られることだけではありません。失敗が何であったかを証明し、それが状態を汚染することが決してなかったことを示すことも含まれます。
私が注目している問い:エクスプローラーや機関向けツールは、このリバートされたイベントのメタデータを利用者が確実に恩恵を受けられるほど、はっきりと表示できるのでしょうか?
@Dusk $DUSK #dusk
2026年6月10日のメインネットでのブロック4,414,095におけるBoreas導入以降、リバートされたコントラクトイベントは、明示的な「reverted」マーカー付きでアーカイブデータに保持できます。同時に、それらの失敗イベントはカノニカルなブロックブルームから削除され、リバートされたステークイベントはプロビジョナーの状態更新から除外されます。
この違いは、最初に見える以上に重要です。
リバートされた呼び出しは、カノニカルな状態を変えるべきではありません。しかし、金融アプリケーションでは、イベント履歴を完全に消し去ってしまうと、デバッグ、突合(レコンシリエーション)、およびフォレンジックな調査が難しくなります。Duskは、「このイベントが実行中に起きた」ことと、「このイベントが有効な状態の一部になった」ことを切り分けています。
私は、プライバシー重視のチェーンなら、保持される実行の詳細を最小化すると思っていました。ところがDuskFoundationは、カノニカルなインデックスをきれいに保ちながら、失敗したコントラクト活動に対するより明確な監査証跡を維持しています。
私の解釈:これは小さなプロトコルの詳細ですが、規制されたオンチェーン金融に対しては、異例のほど強い関連性があります。監査可能性とは、成功した送金を見られることだけではありません。失敗が何であったかを証明し、それが状態を汚染することが決してなかったことを示すことも含まれます。
私が注目している問い:エクスプローラーや機関向けツールは、このリバートされたイベントのメタデータを利用者が確実に恩恵を受けられるほど、はっきりと表示できるのでしょうか?
@Dusk $DUSK #dusk

