本文へ移動
9–12分で読めます

カストディを壊すもの

カストディは驚くような形で壊れることはほとんどありません。壊れ方はよくあるもので、同じインセンティブや運用上のミスが機関の中で繰り返されるからです。

カストディ機関は、そうしたパターンに耐えられるよう設計されるべきです。

このノートは、時間とともにカストディを壊すものについてのフィールドガイドです。脅しのリストでも、インターネットの逸話集でもありません。単に、カストディが信頼性を失う構造的な理由を示すものです。多くの場合、何かが「壊れた」ように見える前に、静かに進行します。


有用な枠組み:「アクセス」が条件付きになるとカストディは壊れる

顧客にとって、カストディの破綻は抽象的な出来事ではありません。実際に体験することです。

  • 引き出しが遅延したり不確実になったりする
  • ポリシーが不明瞭になる
  • 説明が一貫しなくなる
  • あるいは、機関が行動できなくなる

資産が消えることもあります。資産は存在しているのに動かせないこともあります。機関は健全でも運用が詰まることもあります。表面症状は異なっても、共通の根は同じです。

アクセスが、顧客が意図的に受け入れていない条件に左右されるようになる。

カストディ機関の目的は、特に条件が厳しいときに、アクセスが安定したルールによって統治され続けることです。


カストディを壊す七つのパターン

1) 活動を必要とするインセンティブ

機関が生き残るために継続的な活動(取引量、プロダクト利用、クロスセル)を生み出さなければならない場合、やがてその活動を生むように体験を形づくります。

その変化は多くの場合、緩やかです。

  • 機能が増える
  • 「機会」が増える
  • 複雑さが増す
  • 資産をシステム内に留める理由が増える

時間が経つにつれ、カストディは収益エンジンの一要素になります。そうなると、顧客の退出は事業目標と競合します。

カストディを最優先にしたビジネスモデルが最もシンプルな防御です。収益は、顧客に特定の行動を求めなくても持続可能であるべきです。

注意すべきパターンはドリフトです。初期には、カストディがプロダクトであるためチームは保守的な判断をします。やがて成長が命題になると、同じ組織が小さな妥協を受け入れ始めます。

  • 例外が常態化する
  • エッジケースがプロダクト化する
  • 顧客の退出が「解決すべき問題」に見え始める

ここに悪意は必要ありません。インセンティブが時間とともに表れる形にすぎません。

2) バランスシート上の隠れたエクスポージャー

顧客資産が機関の金融活動に引き込まれると、カストディは脆弱になります。

これは次のような形で起こります。

  • 貸付プログラム
  • 担保の再利用
  • 供託・質入れ
  • 顧客資産に対する義務を生むその他の構造

開示されていても、これらの活動は関係の性質を変えます。引き出しは、流動性管理やカウンターパーティのパフォーマンスに依存するようになります。

カストディ機関がこの領域を避けるのは、金融が不当だからではなく、カストディは別の約束だからです。

3) 冗長性に見せかけた集中

多くのシステムは、依存関係を洗い出すまで強靭に見えます。

「別々」のカストディ経路でも、次を共有していることがあります。

  • 同じクラウドプロバイダ
  • 同じリージョン
  • 同じ通信バックボーン
  • 同じベンダー
  • 小さなオペレーター集団
  • 同じ法的前提

ストレスがかかると、相関が複数の「バックアップ」を一つの故障に変えてしまいます。

適切に運営されているカストディ機関は、常に自問します。「この依存が明日消えたら、何がまだ動くのか?」

4) 非公式なガバナンス

カストディは、記憶や非公式な判断、あるいは信頼された人物が「そこにいること」に依存してはいけません。

非公式さは曖昧さを生みます。

  • ストレス下での権限が不明確
  • 承認が一貫しない
  • 例外が文書化されない
  • 引き継ぎが脆い

カストディ機関がガバナンスを必要とするのは、官僚主義のためではなく、曖昧さを排除するためです。

  • 職務分掌
  • 定義された承認
  • 統制された変更管理
  • 訓練されたインシデント手順

ストレスが高まると、残るのは手順だけです。

5) ミッションのドリフト(「もう一つだけ追加」)

カストディが弱くなる最も一般的な道は、二次的な位置づけになることです。

始まりは無邪気です。

  • 「貸付を追加すべきだ」
  • 「レールを増やすべきだ」
  • 「プロダクトを増やすべきだ」
  • 「インセンティブを追加すべきだ」

それぞれは合理的に見えても、合わさると機関の重心が変わります。組織は耐久性ではなく拡大に最適化するようになります。

カストディ機関は制約に慣れることでミッションを守ります。

  • 製品数を絞る
  • 境界を明確にする
  • 運用面の接触面を小さくする

6) 気分に左右される出金対応

健全なカストディでは、出金は安定したポリシーに従います。

不健全なカストディでは、出金が裁量的になります。

  • 定義のない「ケース・バイ・ケース」
  • 変わり続ける要件
  • 一貫しないタイミング
  • 不明瞭なコミュニケーション

裁量は柔軟に聞こえますが、カストディではしばしば予測不能を意味します。

銀行的な出金対応は必ずしも「即時」ではありません。予測可能で、文書化され、安定していることが重要です。

7) 安心させるためのコミュニケーション

機関がストレス下にあると、コミュニケーションは沈黙するか反応的になりがちです。

どちらも有害です。

カストディ機関は節度をもって伝えるべきです。

  • 落ち着いている
  • 正確である
  • 顧客にとって何が変わるのかに焦点を当てる
  • 何が分かっていて何が分かっていないかを明確にする

コミュニケーションが繰り返しの安心へと変わったとき、それは運用ではなく認識管理に注力している兆候かもしれません。

実務において有用なコミュニケーションは具体的です。

  • 何が変わったのか
  • 顧客が今できること
  • 次に何が起こる見込みか
  • 公式ポリシーの所在

「銀行的」設計が異なる点

カストディ機関はリスクをゼロにはできません。設計によって脆弱性のカテゴリーを排除できます。

銀行的なカストディの姿勢は、次のような形になります。

  • 単純な義務(カストディはカストディ)
  • 明確な顧客権利(出金は交渉ではない)
  • 限定された依存関係(単一の点が致命的にならない)
  • 統制された変更(速度より安定性)
  • 保守的なインセンティブ(解約に依存しない収益)

これはテクノロジーの話ではありません。機関の話です。


実務的な顧客視点:長期で何を見るべきか

真剣な保有者であれば、カストディを毎日監視する必要はありません。しかしドリフトには気づくべきです。

静かな警告サインは次のとおりです。

  • ポリシーが見つけにくくなる、または曖昧になる
  • 出金手順が説明なしに増える
  • 価格体系が複雑になる
  • インセンティブを変える新製品が登場する
  • コミュニケーションが頻繁になるのに情報量が少ない
  • 「一時的」な措置が繰り返される

健全なカストディは安定して見えます。ドリフトが失敗の前兆です。


失敗パターンに名前を付ける意味

このリストは不信を生むためのものではありません。基準を定義するためのものです。

カストディ機関は次を言えるべきです。

  • 設計によって拒否するリスク
  • 運用で管理するリスク
  • ストレス下で顧客がどのように扱われるか

カストディは、アクセスが条件付きになったときに壊れます。

カストディ機関は、数週間ではなく数年にわたってアクセスの信頼性を保つために存在し、特に条件が平常ではないときにそれが問われます。

長期を見据えたカストディ

Fichaは、真剣な長期保有者のための完全準備型ビットコインカストディを提供します。レンディングなし、利回り商品なし、近道なし。明確な条件と信頼性のある運営。