ガバナンスでは、サポートされるネットワークまたは管理上の変更を誰が提案・承認できるか、利害の対立をどう処理するか、実行の証拠をどう残すかを定めます。設定済みの役割と規則で表現される金融機関の運用モデルであり、内部承認を省略する手段でも、無制限の管理者権限を一律に提供するものでもありません。
本プラットフォームは管理型、民主型、ハイブリッド型のガバナンスに対応します。適切な権限、基準、投票者、遅延、責任を選ぶのは金融機関です。通常の方針変更だけでなく、バリデーターの追加・削除、変更可能なパラメーター、アップグレードも検討してください。Chain ID はネットワーク作成後に固定されます。
モデルを選ぶ前に権限を定める
まず、提案を提出できる人、承認できる人、必要な基準、承認済みの操作を実行する人、結果を独立して確認する人を責任分担表に記載します。金融機関の方針で求められる場合は職務を分離します。各役割の範囲と、金融機関の手続きに沿ってアクセスを維持、確認、変更する方法を記録します。
ガバナンスが適用されるのは、設定済みシステム内のサポート対象操作です。銀行の法的義務、顧客方針、システム外の内部承認を定めるものではありません。変更可能なネットワーク設定、連携したソフトウェアアップグレードが必要な操作、サービス提供者が支援しても金融機関に残る運用上の判断を明確にしてください。
提案、承認、実行を結ぶ変更ガバナンス
- 提案権限を持つ参加者が、範囲を定めた変更を審議に提出します。
- 投票または承認設定済み参加者が基準と定足数の規則を適用します。
- 遅延または確認該当する待機期間と確認責任を守ります。
- 実行承認済み操作を割り当てられた権限内で実行します。
- 監査と照合運用担当者が結果を確認し、金融機関の証拠を保管します。
管理型、民主型、ハイブリッド型のモデル
管理型ガバナンスでは、承認を受けた評議会と設定済みの複数承認ルールを使います。金融機関が管理者名簿、提案権限、基準、権限範囲、該当する遅延を定めます。既存の委任型意思決定に適合させられる一方、役割の所有者、アクセスレビュー、職務分離、承認者が不在の場合の対応を明確にする必要があります。
民主型ガバナンスでは、設定済みの投票者と、重み、提案基準、投票期間、定足数、実行に関する方針を用います。ハイブリッド型では、どちらか一方または双方の承認を必要とするかなど、設定済みの規則に基づいて管理型と投票型の経路を組み合わせます。導入済みの方針に記載がない限り、投票権の平等、委任の動作、特定の結果を前提にしないでください。
バリデーターと変更できないネットワーク識別情報
バリデーターの参加はガバナンスと運用に関わります。参加資格、追加・削除の権限、許可事項、保守の責任、監視、インシデント対応を文書化してください。バリデーターセットとサポート可能な数は、導入されたコンセンサスバージョンと利用できるインフラに依存します。ネットワーク拡張は合意済みの設計に制約され、容量が無制限に増えることを約束するものではありません。
Chain ID はネットワーク作成前に選択してください。作成後は変更できません。アプリケーションや連携の前提に影響するため、関係チームや各環境で確認します。その他の対応パラメーターはガバナンスの対象となり、連携したソフトウェアアップグレードが必要な場合があります。ネットワーク参加者に影響する変更では、テスト、連絡、実行責任、復旧上の考慮事項を計画してください。
権限と変更特性に応じた判断の整理
追加、削除、権限、運用責任をガバナンスに沿って管理します。
指定された役割が設定済みの承認・実行経路を使います。
ガバナンスに基づく変更には確認と連携した実行が必要な場合があります。
作成前に確定してください。開始後は変更できません。
承認、遅延、運用証拠
金融機関が承認したモデルに合わせて、提案基準、投票の重み、定足数、投票期間、複数承認要件、実行遅延を設定します。担当チームが設定の影響を理解し運用できて初めて、その設定は実効性を持ちます。却下、期限切れ、未完了の提案をどう扱うか、誰が新たな審査を始められるかも定めてください。
各変更について、提案の背景、承認または投票、適用される期間、実行結果、事後確認を、金融機関の既定の証拠管理プロセスに従って保管します。パイロットでは承認済みテストケースを使って設定済みワークフローを検証できます。本番のコミットメントには別途、範囲と契約が必要です。運用制御や復旧計画とガバナンスを結び付けるには、導入とセキュリティの章も参照してください。