海外の株を少し保有しているのですが、配当金が振り込まれるまで毎回数日待たないといけないし、株主総会の投票手続きもさらに面倒です。証券会社の代理対応、委任状、締切日など、手続きが山ほどあります。今週DuskのZedgerのドキュメントを翻訳していて、この部分が協定のネイティブでサポートされた機能として設計されていることに気づきました。思いつきで付け足した追加要件ではなく、最初から組み込まれているんです。

従来の証券における配当と投票は、その裏で、保有記録と本人確認の仕組み一式に依存しています。つまり、ある時点で誰がどれだけの株を保有しているかを管理側が把握していないと、配当の按分や投票権の重み付けの集計ができません。この一連のプロセス自体が、T+2のような待機期間が生まれる要因の1つでもありますし、照合作業や本人確認には時間がかかります。Zedgerはこの登録ロジックをオンチェーンのネイティブ帳簿モデルとして作り込み、保有の変更がリアルタイムでチェーン上の状態に反映されます。理論上、配当や投票権の重みの計算は、チェーン上の状態を直接参照して算出でき、追加で人手の照合プロセスを一度回す必要がありません。

この設計の価値は、「技術的に実現できる」こと自体ではなく、複数者の協力を要し、ミスが起きやすく、代理コストが発生しやすかった“本来は面倒なこと”を、コードのルールでそのまま実行できる確定的な手順に変える点にあると思います。誰がどれだけの配当を受け取るべきか、誰がどれだけの投票権を持つのかが、登記所が手作業で維持するExcelの表に依存しなくなり、オンチェーン状態から直接推論されるようになる。理論上は照合の摩擦を一段減らせるし、ついでに保有の透明性と決済スピードの課題も同時に解決できます。

ただ、見えにくいコストも1つ思い当たります。配当や投票権の重みの計算は、「オンチェーンの保有記録が唯一の権威ある情報源である」という前提に立っています。しかし資産が、従来の体系でも同時に登録されている場合（例えばダブル上場や移行期の資産など）、両者のデータが衝突したときにどちらが正しいとするのかは、技術だけでは解決できません。法律と業務プロセスのレベルで、事前に整理しておく必要があります。オンチェーンのネイティブ対応が技術的なハードルを取り払ったとしても、組織と法務の整合は、別の“まだまだ大変な戦い”として残ります。

少数株主にとっては、少なくとも期待できる方向性です。配当が数日待たなくてよくなり、投票も紙の書類に何度も署名する必要がなくなるからです。
@Dusk #dusk $DUSK