#dusk $DUSK @Dusk
以前は、取引が受理されたら基本的にそれで完了だと思っていました。しかし、Duskの取引ライフサイクルをよく調べると、私があまり考えていなかった区別があることに気づきました。つまり、提出(submitted)、受理(accepted)、そして最終確定(finalized)は、必ずしも同じタイミングではないのです。
それは技術的な細部に聞こえるかもしれませんが、金融アプリケーションがその取引に作用し始めた途端に話は変わります。
資産の移転、支払い、または別の命令がそれに依存している場合、最終確定の前に動くと、実際にはまだ決済されていない状態に対して次のステップを組み立ててしまう可能性があります。私が興味深いのは、Duskが決定論的な最終確定を、単なる別のブロックチェーンの性能指標ではなく、金融アプリケーションに必要なインフラストラクチャの一部として扱っている点です。
金融アプリケーションは、いつ「受理されたか?」という問いをやめて、「最終的に確定しているか?」という問いに切り替えるべきなのでしょうか?
@Dusk #dusk $BTC $BNB
以前は、取引が受理されたら基本的にそれで完了だと思っていました。しかし、Duskの取引ライフサイクルをよく調べると、私があまり考えていなかった区別があることに気づきました。つまり、提出(submitted)、受理(accepted)、そして最終確定(finalized)は、必ずしも同じタイミングではないのです。
それは技術的な細部に聞こえるかもしれませんが、金融アプリケーションがその取引に作用し始めた途端に話は変わります。
資産の移転、支払い、または別の命令がそれに依存している場合、最終確定の前に動くと、実際にはまだ決済されていない状態に対して次のステップを組み立ててしまう可能性があります。私が興味深いのは、Duskが決定論的な最終確定を、単なる別のブロックチェーンの性能指標ではなく、金融アプリケーションに必要なインフラストラクチャの一部として扱っている点です。
金融アプリケーションは、いつ「受理されたか?」という問いをやめて、「最終的に確定しているか?」という問いに切り替えるべきなのでしょうか?
@Dusk #dusk $BTC $BNB