従来の債券決済がなぜT+2でなければならないのか?要するに、技術的な壁ではなく、照合、リスク管理、コンプライアンスの3つの段階を避けられないからだ。まず資金が到着していることを確認し、次に証券が到着していることを確認し、最後に双方の身元とコンプライアンスを確認する。一つ一つ手順を踏むため、迅速には進まない。



Duskのアイデアは面白い。これら3つのステップを並行して処理し、すべてをゼロ知識証明に組み込む:

証券側はチェーン外の信託銀行に保有証明のMerkle根をアップロード;買い手はユーロをDuskのネイティブステーブルコインD-EURにマッピングし、ZK-Rollupを通じて一括でバンドル;ノードは同時に3つのことを検証する——「買い手のD-EURが十分な額であること」
DUSK13.5%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • 5
  • リポスト
  • 共有
コメント
0/400
SerumSqueezervip
· 01-13 21:29
ハッ、ZK証明のこの並列検証はかなり強力に見えるが、実際の導入はやはり規制側の連中がどう受け入れるか次第だな
原文表示返信0
BlockImpostervip
· 01-12 07:32
銀行のあの一連のプロセスは本当に硬直していて、一歩一歩進めざるを得ない。Duskの並行検証のアイデアは確かに素晴らしいが、問題は実現するときにどうなるかだね。
原文表示返信0
LightningHarvestervip
· 01-11 09:53
うん、このアイデアは確かに良いです。秒殺のシリアル処理を並行して行うことができます
原文表示返信0
RektRecordervip
· 01-11 09:52
またZK証明の話か、聞こえは良いけど実際に実現できるのか?またただのPPTプロジェクトじゃないのか
原文表示返信0
GraphGuruvip
· 01-11 09:32
このZK-Rollupの並列処理の手法は、要するにシリアルを並列に変えることですが、実際にオンチェーンに載せたときにこの速度を維持できるかどうかは、ノードの実際のスループット次第です。
原文表示返信0
  • ピン