#dusk $HANA $BTW $DUSK @Dusk

月明かりの支払いの行は、この黄昏(Dusk)取引の簡単な方だと思っていました。

それはそうだ。

でも、残り半分がイライラさせるんです。

取引IDをずっと見つめています。あるべき姿より、よくまとまって見えるから。

財務(Treasury)は、月明かり口座の移動がすぐに見えます。送信者。受信者。金額。取引ID。Ruskには、確定したDuskDSの高さがある。月明かりの行は、照合するには退屈なほどです。

それから誰かが「その支払いで何が買われたのか」を聞いてくる。

別の黄昏(Dusk)の記録。

規制対象資産のレッグは、ZedgerのホルダールールとDuskVMの実行を通過しているが、ホルダー証拠はPhoenixのシールド状態の奥にあります。公開された月明かりの行は、支払いが確定したことは証明します。しかし、それがどのZedgerのホルダー状態の移動に対して行われたのかは証明しません。

いい。

今度は、公開された月明かりの行を、シールドされたZedger側のレッグに結びつける必要がある。

黄昏(Dusk)では、この分断がやけに現実的です。月明かりは、Transfer契約を通じて支払いレッグが読み取れるままにしておく一方、Phoenixは資産側のホルダー状態をシールドしたままにする。DuskDSは両方を確定できる。Ruskは、すでに両方の確定済み状態変更を持っています。

でも、それらは財務(Treasury)にも、監査人(auditor)にも、閲覧権限を持つ会場側(venue viewing authority)にも、「この月明かりの支払いが、このZedgerの資産移転に属する」ことを証明してはくれない。

だから私はタイムスタンプを見つめている。

同じDuskDSのウィンドウ。 同じ取引……なのに、なぜ彼らはまだ異なるDuskの読み取り面に着地するんだ?

月明かりの支払いは高さNで確定。

Zedgerの資産移転も、同じDuskDSのウィンドウに着地。

Treasuryはキャッシュの行をクローズ。

Phoenix側は? まだ選択的開示(selective disclosure)待ち。

そして今、月明かりの支払いはすでに記帳済み。もう一方は、誰かが安全に「どのZedgerのホルダー状態が変わったか」を言える前に、閲覧キー(viewing key)か監査ビュー(audit view)が必要。

さらに、その開示が遅れて届いたら、月明かりの行は「先に読めた」だけの理由で、取引記録として見なされ始める。

かわいい。

キャッシュは記帳済み。

Phoenixのホルダー証拠は、まだ権限付き。

じゃあ、Dusk上で誰が、Phoenixのホルダー履歴を取引が要求する以上に開かずに、IDをZedger/Phoenixの資産レッグに結びつけられる?

Treasury?

監査人?

それとも、まだ @Dusk 閲覧キーを持っている誰か?