#dusk $ROBO $CYS $DUSK

ええと、私をずっと悩ませている「Dusk」の一部って、Moonlightじゃないんだ。

Phoenixでもない。

その両方を同じ決済の問題に見せかねないのがTransfer契約……ただし、国庫(Treasury)がそれらを突合しようとするまで。

いいわ。

MoonlightはDuskDSを通って決済され、公的な口座状態を後に残さない。送信者、受信者、金額。国庫は行を読み取り、照合して、クローズする。

その後、Phoenixが同じDuskの決済レイヤーに着地する。

別の朝。

暗号化された注記。秘匿された金額。証明。突合ファイルには同等の公的な残高行が存在しない。

私は、同じDuskDSの最終性が「事務局(バックオフィス)」の1回の突合作業の癖を買い戻してくれるはずだと、同じつもりで扱っていた。

それは楽観的だった。

DuskのTransfer契約なら、両方のモデルを同じ決済レイヤーにルーティングできる。しかも、その後に各モデルが露出する内容を平坦化せずに。素敵……Moonlightは国庫に口座状態を渡す。Phoenixは、金額が表示権限と選択的開示の背後にまだ残っている状態でも、完全に最終化できる。

同じチェーンの状態。

でも、別のメスデスクなら実際にそのままクローズできる。

国庫ファイルの1行は、DuskのMoonlight状態からクローズする。

Phoenixの行は開いたまま。

そして……そう。誰かが表示権限を持っている必要がある。あるいは、その注記を金額に結びつける社内記録。たぶんこの送金のための選択的開示。たぶん。でも、実際にどのファイルが必要としているもの次第。

DuskDSは待たない。

Treasuryが待つ。

とても効率的。スプレッドシートが追いつく前にチェーンは終わった。

チームがミスするのは見てきた。レールは1本、突合の癖も1つ。Phoenixが表示待ちの1行を残すまでは筋が通っているように聞こえる。

Duskでは、DuskDSが両方の送金を完了させても、国庫が突合すべきものを2つとも完全に別々のかたちで保持しているままだったりする。Moonlightは公的な口座の履歴を渡す。Phoenixは2つ目の行を、注記側の表示ビューに依存させたままにする。

いいわ。

それでも、Phoenixの行を開いたままにしたのが何だったのか認める前に、DuskDSを2回は確認するべきだ。

それがバカみたいなんだよね。まさにその「いかにも綺麗」な最終性の行が、君をだます。

その痕がこれ。

同じDuskDSの最終性。Dusk財団のMoonlightの行はクローズ。Phoenixはまだ表示待ち。

じゃあ、「同じ決済(same settlement)」って、@Dusk のとき何を同じにするつもりだったの?