はじめてのエンタープライズ Vault を作る
SSP Enterprise で Vault を作るのは 5 分ほどで済みます。正しく作るには事前の相談が必要です。ウィザードの 5 つの選択のうち 2 つは恒久的で、アドレスに入り込み、アドレスは編集できないからです。
このガイドは流れの全体をたどります。始める前に決めておくこと、ウィザードの各ステップ、作成から有効化までの間に起きること、そして資金が届く前に正しくできているかを確かめる方法です。
概念が初めてなら、まずSSP Enterprise：チームのためのマルチシグ Vaultを、そして誰にこれが許されているかについては役割と権限をお読みください。
始める前に
アプリの外で、できれば書面で片づけておくべき 4 点。
- どのチェーンか。 Vault はちょうど一つのチェーン上にあります。Bitcoin と Ethereum を持つなら Vault は 2 つ必要です。これは回避すべき制約ではありません——異なるチェーンはいずれにせよ異なるアドレスを持ちます。
- 署名者は誰か。 すべての署名者は SSP Wallet と SSP Key を設定済みで、あなたの組織のメンバーでなければなりません。署名者は人であって部署ではありません。「経理部」は署名者になれません。
- しきい値はいくつか。 その署名者のうち何人が承認しなければならないか。両方向から考えてください。普通の火曜日に支払うために何人が対応可能である必要があるか。そして、資金が手の届かないものになる前に何人まで欠けても大丈夫か。
- この Vault は何のためか。 役割のある Vault——給与、準備金、特定の取引相手——のほうが、汎用の Vault よりしきい値とポリシーを決めやすいものです。
しきい値の決定はもっとも蒸し返される項目です。選ぶ前に2-of-2、2-of-3、m-of-n の比較を読む価値があります。後から選び直すと移行の費用がかかるからです。
5 つのステップ
ステップ 1 — チェーン。 SSP が対応するチェーンから選びます。UTXO 側は Bitcoin、Litecoin、Dogecoin、Ravencoin、Flux、Zcash、Bitcoin Cash。EVM は Ethereum、BSC、Avalanche、Polygon、Base。そして Solana。リハーサル用のテストネットも利用できます。本物の資金を投じる前にテストネットで一度通しておくのは、10 分の良い使い方です。
ステップ 2 — 名前。 人間のためのラベルです。あとから自由に変えられる唯一の項目なので、何を持っているかではなく何をするかで名付けてください。「給与」は「メイン」より長持ちします。
ステップ 3 — 署名者。 鍵を保持する組織メンバーを選びます。それぞれがアドレスの一部になります。各人が正しい本人であり、端末が動いていることを確認するために、もう 1 分かけてください——署名できない署名者は、失われた鍵と見分けがつきません。
ステップ 4 — しきい値。 必要な署名数を設定します。インターフェースは不可能な組み合わせを選ばせませんが、あなたのポリシーが賢明でないとも教えてくれません。その判断はあなたのものです。
ステップ 5 — 確認。 作成前の最後の画面です。読み上げる相手がいるなら、チェーン、署名者の全リスト、しきい値を声に出して読んでください。考えを変えるのに費用がかからない最後の瞬間です。
「作成」を押したあとに起きること
Vault はすぐには使えるようになりません。これは人を驚かせます。セットアップ待ちに入るのです。
マルチシグのアドレスを導出するには、すべての署名者の拡張公開鍵が必要です。それらの鍵は署名者自身の端末から出てきます——私的なものは何も送信されず、SSP が秘密鍵を見ることは決してありません——が、各署名者が実際に操作する必要があります。最後の一つが届くまでアドレスは計算できないので、Vault は非有効のままで、資金を受け取ることもできません。
実務上これは短い催促を意味します。各署名者が Vault を開き、ペアリング済みの端末から自分の鍵を提出し、Vault は「署名者の鍵を提出」というイベントを記録します。集合が揃うとアドレスが導出され、Vault は有効になります。
この段階について 2 点。
- Vault が有効になる前に、どこへも資金を送らないでください。 まだ送るべきアドレスが存在しません。セットアップ中に誰かが「Vault のアドレス」を共有しているなら、それは別のものです。
- 催促は普通のことです。 5 人署名者の Vault が 1 人を 2 日待つのは、ありふれた出来事であってエラー状態ではありません。
資金を入れる前の検証
Vault が有効になったら、意味のある金額が届く前に次の 4 つを確認してください。
署名者リストが合意どおりであることを確かめる。 Vault のメンバー画面を開き、手元のメモと突き合わせて読みます。「違う同僚が選ばれていた」と気づくのに、これが最後の楽な瞬間です。
しきい値を確かめる。 Vault に表示されています。数字を確認してください。数字についてのあなたの記憶ではなく。
ごく小さな金額で往復してみる。 少額を入れ、それを送り返す提案を作り、承認フローを丸ごと通します。これは本当に重要なことを試します——必要な人数の署名者が、実際に署名できるということです。SSP Key の通知を切っている人、更新が必要な端末、休暇中の署名者を、何も賭けていない状態で洗い出せます。
アドレスをブロックエクスプローラーで突き合わせる。 SSP が示すアドレスが実在して空であること、エクスプローラーの表示がアプリの報告する残高と一致することを確認します。
ポリシーはあとから設定する
Vault が有効になれば、調整レイヤーの統制を追加できます。アドレスの許可リスト、宛先の制限、金額しきい値を超える場合のタイムロック、大きな金額に管理者承認を要する規則です。ポリシーテンプレートは、あとから編集できる妥当な初期セットを与えてくれます。
それらが何をするのかは明確に捉えてください。通常のフローでどの提案を作成・承認できるかを形づくるもの——プロセス統制であって、カストディの強制ではありません。チェーンが強制するのは署名のしきい値だけです。ポリシーがまったくなくても安全であるように Vault を設計し、そのうえで日常を整えるためにポリシーを足してください。
運用の細部を正しく
ビューアは惜しみなく追加する。 監査人、経理、残高を見る必要のある人には Vault のビューア権限を。費用はかからず、「スクリーンショットを送ってくれますか」というメッセージをゼロにします。
署名者の通知をオンにする。 誰も気づかない提案は、期限切れになる提案です。Vault が何かを保持する前に、各署名者は SSP Key の通知が機能している状態にしておくべきです。
復旧の状況を書き出す。 どの署名者がいるか、しきい値はいくつか、各人が対応不能になったら何が起きるかを記録します。そして算数を確かめてください。あなたのしきい値で、同時に何人の喪失を吸収できるでしょうか。相続と緊急時アクセスは個人向けに書かれていますが、考え方はそのまま移せます。
離任手順を今のうちに決める。 誰かが会社を去るとき、その人を組織から外すのは役割の変更ですが、署名者から外すには新しい Vault と移行が必要です。どちらを行うかを知っていること——そして移行をテストネットで予習してあること——は、緊張の一週間を予定された作業に変えます。
うまくいかないとき
署名者が鍵を提出できない。 SSP Wallet と SSP Key が設定・同期されているか、組織の招待を受諾しているかを確認してください。鍵の提出にはログインだけでなく、ペアリング済みの端末が必要です。
Vault が長くセットアップ待ちのまま。 どの署名者が提出済みかを見てください。Vault 画面は署名者ごとに示すので、催促は全員へのメールではなく的を絞ったものになります。
しきい値か署名者の集合を間違えた。 まだ資金が届いていないなら、正しく新しい Vault を作り、最初のものは放置してください——資金の入っていない Vault を残しておく費用はゼロです。資金が届いているなら、それは移行です。新しい Vault を作り、有効化し、小さな往復で検証し、それから残高を移してください。
Vault が稼働してからの支払いの仕組みについては、提案フローをSSP Enterprise：チームのためのマルチシグ Vaultが扱っており、当初のローンチのお知らせに出荷内容がまとまっています。
