SSP Enterprise の Vault

チームがカストディを一人に委ねずに分かち合う方法——組織、M-of-N の Vault、署名権とは切り離された役割、提案を形づくるポリシー、そして実際に決済されるものを決めるしきい値。

パート 6 件

SSP Enterprise において組織・Vault・役割・提案がどう組み合わさるのか。そしてそのうち何が実際にトランザクションを止め、何は形を与えるだけなのか。

組織の役割は記録であり、署名者の集合はアドレスです。権限の全体マトリクス、管理者が他の管理者に手を出せない理由、そして再署名を要する操作。

5 ステップのウィザード、そのうち 2 つが恒久的である理由、「セットアップ待ち」の意味、そして資金が届く前に行う 4 つの確認。

許可リスト、タイムロック、承認規則は「何が提案されるか」を形づくります。チェーンが強制するのは署名のしきい値だけです。率直に述べた三層の脅威モデル。

13 の操作はセッション Cookie ではなく再署名を要します。チャレンジをサーバーが書く理由、それが何に結び付いているのか、そして失敗した試行も記録される理由。

トランザクションの影響のプレビュー、14 のリスクチェック、アドレスポイズニングの検出——そして、そのどれもがあなたの署名を止めてはならない理由。