口座レイヤー — しきい値鍵管理
口座鍵は決して組み上がりません。各シェアは別々の場所で独立に生成され、署名を作るときでさえ、完全な鍵がひとつにまとまることはありません。鍵がよく守られているのではなく、そもそも全体として存在したことがないのです。
アーキテクチャ
ひとつの信頼チェーン。2つのレイヤー。ひとつの検証関数。
信頼チェーン
ルートは発行体を認証し、その権限を取り消すこともできます。発行体は顧客をオンボーディングし、証明書と紙幣を発行し、それらを償還します。加盟店と利用者はリーフ証明書を持ち、その場で互いを検証します。
Root authority → Issuers → Merchants & Users (e.g. a central bank) (banks, payment institutions) (point of sale, person-to-person)
2つのレイヤー
決済レイヤー — 紙幣ベースの支払い
紙幣は口座を裏付けに発行され、スロット単位で使われ、上限のある来歴チェーンの中でオフラインで譲渡されます。
導入トポロジーの一例
中央銀行が Root Authority（ルート認証局）を務め、銀行と決済機関が Issuer（発行体）を務め、市民と加盟店がリーフ証明書を持ちます。清算は、既存の国内清算ネットワーク上で行われます。始めるにあたって、清算のレイヤーに新しく作るものは何もありません。
国ごとに独立し、設計上は相互運用できる
発行体どうしがネットワークを形づくるため、ある国のネットワークは、ほかのどの国のネットワークからも独立して動きます — その継続性が外部の事業者に左右されることはありません。そして、どのネットワークも同じプロトコルを話すため、あいだに中央の仲介者を置くことなく、国境を越えた受け入れと清算を直接行えます。
数値
| 項目 | 値 |
|---|---|
| 発行体署名付き紙幣の証明 | ~456 バイト |
| 譲渡証明、深さ1 | ~524 バイト |
| 譲渡証明、深さ10（最大） | ~956 バイト |
| オフラインでの暗号検証 | ~12 ms |
| オンライン支払い、エンドツーエンド | 35–65 ms |
| オフライン譲渡の最大深さ | 10 ホップ |
統合のための接点
発行体側の発行・償還インターフェース、使用済み紙幣の登録簿、そしてすでに運用しているネットワークに対応づけた清算。クライアントにハードウェア依存はありません。検証プリミティブはひとつだけで、雑多な寄せ集めではありません。