小白 Vera

我これまでに多くの証券トラブルの案件を扱ってきましたが、深く感じたことのひとつは——伝統的な市場では「株が盗まれる」「口座が不正に使われる」「裁判所が凍結命令を出して資産の強制回収を求める」といったケースの処理が非常に面倒だという点です。発行体や規制当局が、すでに市場で流通してしまった証券を強制的に取り戻そうとする場合、訴訟を起こし、裁判所による強制執行を経る必要があります。その間、早くても数週間、案件が複雑になれば1年半も長引くことさえあります。被害を受けた株主は、当事者となった資産が市場で通常どおり取引されていくのをただ見ているしかなく、焦ってもどうすることもできません。

私は当初、ブロックチェーンはこの問題をさらにややこしくするだけだと思っていました——非中央集権で改ざん不可、つまり「いったん転々と渡ったら誰にも取り戻せない」というのが定番のイメージだからです。ところが、Zedgerのこの一連の証券スマートコントラクト標準を読み進めて、「発行体による強制移転」という機能があるのを見つけました。結論は、まったくそんな話ではありません。これは、特定のコンプライアンス条件を満たすことを前提に、発行体が契約のプロトコル層で直接強制移転を開始し、不適切な保有をシステムから引き戻せる仕組みで、まず裁判所手続きの一連をすべて終えなければシステム上で効力が生じない、というわけではありません。

この設計は一見すると、権限を発行体に委ねるもののように見えます。しかしよく考えると、実は従来の法的執行プロセスにおける「判決——執行」という、本来は分けるべきでありながら、執行段階の遅れによってしばしば連動が断たれてしまう手順を、技術面で再びつなぎ直したものだと言えます。ただし矛盾も確かに存在します。発行体が一方的に強制移転できる資産であれば、保有者が「この資産は本当に自分のもので、勝手に奪われることはない」という信頼を持てる根拠は何なのでしょうか。これは単なる技術の問題ではなく、法律権限の設計の問題になります。プロトコル上で強制移転できることは、規制当局がその移転の法的効力を認めることを必ずしも意味しません。このギャップが、ひょっとするとこの機能が本当に採用されるかどうかの鍵なのかもしれません。

あなたは、オンチェーンの「発行体による強制移転」という設計を、一般の保有者にとってのセーフティネットだと思いますか？それとも新たなリスクポイントでしょうか？
@Dusk $DUSK #dusk

8月16号、Duskチームはまた、ブリッジ関連ウォレットの異常アクティビティを検知し、緊急でブリッジサービスを停止し、関連アドレスを回収し、Webウォレットにブラックリストによる遮断を追加しました。公式の後続確認では、ユーザーの資金に損害はなかったとのことです。私が読んだときの最初の反応は「また難を逃れた」ではなく、「もう半年のうちに2回目だ」ということでした。

1月の件ははっきり覚えています。こちらもチームの運営レイヤー側の署名ウォレットに問題が発生し、同様にメインチェーンそのものには異常はなく、問題はプロトコルをめぐるあの“人が管理する業務”の部分にありました。8月の今回も、細部はほぼ同じ型で刻まれたようでした――監視システムが異常を検知し、サービスを停止し、取引所と連携して疑わしい資金の流れを遮断し、その後ブラックリストを追加。2度の事故はいずれも対応プロセスとしてはプロフェッショナルで、反応速度も決して遅くはありませんが、私が気にしているのは別のことです。同種の問題が半年以内に2回再現されたということは、1回目の事故の後に行われた「強化」が、単なる“パッチ当て”に過ぎず、根本の問題を解決できていない可能性を示しています。

この業界に入ってから何年も経ちましたが、セキュリティインシデントの対応で重点をすべて「今回の損失はいくらで、私たちはどれだけ早く止血できたか」に置きがちなチームを、あまりにも多く見てきました。逆に、もっと気の重い質問に答えようとする人は、ほとんどいません――なぜ同じ性質の脆弱性が、同一の運営体制の中で2度目に顔を出してしまうのか。プロトコル層には問題がないと言うのは1回なら信じられますが、2回となると疑問符を付けるべきです。これはDuskの技術力を疑う話ではなく、ブリッジサービスを運用するための鍵管理、多署承認、監視対応といった一連の運営上の規律に疑問符を付ける話です。

今回も資金損失はなく、運が良かったのか、それともプロセスが本当に補われたのかは現時点ではまだ判断できません。しかし、機関資金を惹きつけたいと考えるチェーンにとって、機関のコンプライアンス部門が見ているのは「事故がなかったか」ではなく、「同じ“穴”を何回踏んだか」です。この記録は、私はずっと残していきます。

あなたは、同種のセキュリティ関連事故が半年以内に2回再現された場合、それを「運営が継続して強化中であることによる通常の変動」とみなすべきだと思いますか？それとも警鐘を鳴らすべきでしょうか？
@Dusk $DUSK #dusk

最初は「資産のオンチェーン化」って、要はひとつのことだと思っていました――物をブロックチェーンに載せれば、誰でも確認でき、誰でも取引できる。それが、Duskの中で「トークン化」と「ネイティブ発行」の違いを掘り下げて初めて、思っていたよりずっと別の話だと気づいたんです。

トークン化とは、端的に言えば、まず現実世界にすでに存在する資産――たとえば実体のある社債券――を用意し、それに「デジタルの分身」を作ってチェーン上に載せることです。これを理解すると、少し中古マンションの売買手続きに似ています。家はもう建っていて、権利もすでにある。あなたがやるのは、取引記録や権利移転といったことを新しいシステムに登録し直すだけで、その家そのものの建築や許認可といったプロセスは、その新しいシステムでは一切起きていない。チェーン上に見えるのは「結果のミラー」だけです。ネイティブ発行は違います。資産が「生まれた」その瞬間から、発行や権属確認といった段階が直接チェーン上で完了します。期限前の物件を買ってから直接ネット署名するようなもので、申込みからネット署名、登録（备案）まで、同じ一連のシステムの中で完結する。事後に、すでに存在するものをただ別のところに移し替える話ではありません。

この違いは最初、たいしたことないと思っていたのに、考えれば考えるほど重要だと感じました。もしトークン化に過ぎないなら、チェーン上に映っているのは資産の「影」だけで、本当にその資産が誰のものなのか、譲渡できるのか、紛争が起きたときどうなるのかといった中核のロジックは、まだオフチェーンの伝統的なシステムで動いている可能性がある。チェーン上のレイヤーは、むしろ「掲示板」のようなものになってしまう。ネイティブ発行こそが、資産ライフサイクルの核心をチェーンに移すもので、その難易度は「既存資産の写真を撮って載せる」こととはまったく別の次元です。

いま私が一番気になっているのは、Duskは「ネイティブ発行」という難しい道を進めたいと言っているけれど、現時点で実際に実装された事例が、具体的にその道のどの段階まで到達しているのか――それがまだ確認できていないという点です。

あなたは、「資産の影をチェーンに載せる」のと、「資産が生まれた瞬間からチェーンに根づいている」のと、どちらが本当のブロックチェーン・ファイナンスだと思いますか？

@Dusk $DUSK #dusk