@Dusk 以前は、プロトコルの信頼性は主にコンセンサスと最終性の問題だと思っていました。DuskのBoreasアップグレードは、より静かな層に目を向けさせてくれました。つまり、ネットワークのあらゆる部分が、トランザクションを同じように解釈しているかどうかです。
Boreasは明示的なトランザクションのバージョン管理と正準化(カノニカライゼーション)を導入し、クライアント入力と、台帳にコミットされる形式を分離しました。目的はシンプルですが重要です。メモリプール、ブロック生成、コンセンサス検証、そして履歴の再生(リプレイ)が、同じトランザクションを異なる形で解釈してはならないのです。
これは、機関投資家向けのインフラにとって意味があります。金融システムは決定論的な記録に依存しているからです。トランザクションの意味について異なるコンポーネントが意見を食い違えれば、コンセンサス自体が安全であっても、照合(リコンシリエーション)やリプレイが運用上のリスクになります。
経済的な影響は、より速い決済よりも目立ちにくいかもしれませんが、整合性が強まることで、ウォレット、インデクサ、アーカイブ、実行システムなどが同じ出来事に対して別々の解釈を構築してしまう確率を下げられます。
トレードオフはメンテナンスの複雑さです。バージョンに対応したルールでは、インフラがアップグレード後に新しいルールを正しく適用しつつ、過去の挙動を保持する必要があります。
私は、アップグレードのインシデント、リプレイの整合性、インデクサの正確性、そしてサードパーティのインフラがプロトコル変更後も同期状態を保てているかを注視するでしょう。
金融インフラにおいて、信頼性とは単にコンセンサスに到達することではありません。どこでも同じ意味を保持することなのです。
#dusk $DUSK $BTR $TAC
Boreasは明示的なトランザクションのバージョン管理と正準化(カノニカライゼーション)を導入し、クライアント入力と、台帳にコミットされる形式を分離しました。目的はシンプルですが重要です。メモリプール、ブロック生成、コンセンサス検証、そして履歴の再生(リプレイ)が、同じトランザクションを異なる形で解釈してはならないのです。
これは、機関投資家向けのインフラにとって意味があります。金融システムは決定論的な記録に依存しているからです。トランザクションの意味について異なるコンポーネントが意見を食い違えれば、コンセンサス自体が安全であっても、照合(リコンシリエーション)やリプレイが運用上のリスクになります。
経済的な影響は、より速い決済よりも目立ちにくいかもしれませんが、整合性が強まることで、ウォレット、インデクサ、アーカイブ、実行システムなどが同じ出来事に対して別々の解釈を構築してしまう確率を下げられます。
トレードオフはメンテナンスの複雑さです。バージョンに対応したルールでは、インフラがアップグレード後に新しいルールを正しく適用しつつ、過去の挙動を保持する必要があります。
私は、アップグレードのインシデント、リプレイの整合性、インデクサの正確性、そしてサードパーティのインフラがプロトコル変更後も同期状態を保てているかを注視するでしょう。
金融インフラにおいて、信頼性とは単にコンセンサスに到達することではありません。どこでも同じ意味を保持することなのです。
#dusk $DUSK $BTR $TAC

