金融サービスの視点に関するクイズ
このクイズでは、コンソーシアムの選択、プライバシー、鍵管理、審査委員会の論点について理解度を確認します。
多肢選択問題
- ブロックチェーンが必要な問題かを判断する基準として、何が示されていますか？
- A) データ量が十分大きいかどうか
- B) 「この問題で調停者を置いてはならない理由」を1文で書けるかどうか。書けない場合は、まず他の選択肢と比較する
- C) 参加機関が5つ以上あるかどうか
- D) リアルタイム処理が必要かどうか
回答を表示
回答: B) 「この問題で調停者を置いてはならない理由」を1文で書けるかどうか。書けない場合は、まず他の選択肢と比較する
解説: この章では、「信頼できる調停者なしに合意すること」を、ブロックチェーンのコストと利点を比較する際の出発点にしています。1つの組織がデータを管理している場合や、関係者が調停者を信頼している場合は、まずデータベースや監査ログの代替案を検討し、実際に独立検証とガバナンスが必要か比較してください。機関の数だけを根拠に、価値が一律にゼロだと推測してはいけません。改ざん検知が主な要件なら、署名付き追記専用ログ、ハッシュチェーン、WORMストレージの方が簡単に運用でき、要件を満たせる場合があります。
- ネットワークの選択が金融コンプライアンス要件を満たすと主張する前に、何を評価する必要がありますか？
- A) スループットと手数料
- B) 実際の業務と法域に応じて、取引相手の識別要件とデータ所在地の要件を評価する
- C) ガバナンスとエラー処理
- D) 開発の利便性と採用
回答を表示
回答: B) 実際の業務と法域に応じて、取引相手の識別要件とデータ所在地の要件を評価する
解説: パブリックシステムと許可型システムでは、制御方法が異なります。コンソーシアムへの参加だけでKYC/AMLやプライバシーの要件を満たす証明にはなりません。適切な法務/コンプライアンス評価を受けてください。
- コンソーシアムチェーンを選択したときに残る実質的な価値は何ですか。また、審査でそのように定義すべきなのはなぜですか？
- A) 検閲耐性であり、規制当局も認める価値である
- B) 機関間の照合作業コストを減らせる。「分散化され、信頼なしで動作する」と説明しても、「では参加者を誰が管理するのか」と問われると成り立たない
- C) パーミッションレスな参加であり、スケーラビリティが保証される
- D) 運営者がいなくなるため、調停者が不要になる
回答を表示
回答: B) 機関間の照合作業コストを減らせる。「分散化され、信頼なしで動作する」と説明しても、「では参加者を誰が管理するのか」と問われると成り立たない
解説: コンソーシアム化すると、パブリックチェーンの価値（検閲耐性、パーミッションレスな参加、調停者が不要であること）の多くが失われます。参加者を管理する組織が存在し、その組織が実質的に調停者となるからです。実質的に残る価値は、「機関同士が同じデータを見られることで照合作業をなくすこと」であり、これは現実的な利点です。最初からそのように価値を定義すれば、審査でも説明できます。
- ブロックチェーンに暗号化データを保存するとき、特有のリスクは何ですか？
- A) 暗号化による性能低下
- B) 過去の暗号文のコピーが残る場合があり、鍵が侵害されるとその鍵で暗号化したレコードが露出する可能性がある
- C) 暗号化データはコンセンサスの対象外になる
- D) 暗号鍵もチェーン上に保存される
回答を表示
回答: B) 過去の暗号文のコピーが残る場合があり、鍵が侵害されるとその鍵で暗号化したレコードが露出する可能性がある
解説: 新しいレコードを再暗号化しても、過去のコピーは消えません。許可型システムのプライベートデータ消去は異なる仕組みです。すべてのチェーンで削除動作が同じだと主張せず、保持期間、鍵のライフサイクル、法的要件を確認してください。
- PoSバリデーターの鍵管理と、一般的なHAの考え方が衝突するのはどのような点ですか？
- A) 鍵を複数のリージョンに複製しなければならない
- B) 調整されていない署名者が、同じバリデーターに対して相互に矛盾するスラッシング対象メッセージを生成する可能性がある
- C) HSMは複数のインスタンスをサポートしない
- D) 鍵のローテーションにはダウンタイムが必要
回答を表示
回答: B) 調整されていない署名者が、同じバリデーターに対して相互に矛盾するスラッシング対象メッセージを生成する可能性がある
解説: フェンシングを使い、スラッシング保護の履歴を維持してください。意図的に分散署名者を使う場合は調整が機能することを検証する必要があります。同一署名の重複は、スラッシング対象の競合と自動的に同等にはなりません。
- 「誤ったトランザクションをどう取り消すか」という審査の質問には、どのように答える必要がありますか？
- A) チェーンをロールバックする技術的な手順を提示する
- B) 技術ではなくプロセスで対応する。元のトランザクションを残し、会計の逆仕訳と同じ考え方で結果を訂正する補償トランザクションを発行する
- C) コンソーシアムの運営者がブロックを削除する
- D) 不変性は利点なので、取り消しは不要だと説明する
回答を表示
回答: B) 技術ではなくプロセスで対応する。元のトランザクションを残し、会計の逆仕訳と同じ考え方で結果を訂正する補償トランザクションを発行する
解説: 利点として宣伝される不変性は、金融業務では問題になることがあります。誤った取引、送金ミス、システムエラーは実際に起きるものであり、機関には訂正する義務と手順があります。「チェーンをロールバックする」のではなく、補償トランザクションを発行します。審査では、その手順と承認権限を文書化しておく必要があります。これは既存インフラとの統合におけるアトミシティの欠如（Saga/outboxパターン）にも関係します。
- 金融サービスの審査で、準備が最も不足しているとされる2つの項目は何ですか？
- A) 性能測定とコスト見積もり
- B) エラー訂正手順と退出戦略
- C) ネットワーク設定とファイアウォールポリシー
- D) 開発スタッフと研修計画
回答を表示
回答: B) エラー訂正手順と退出戦略
解説: エラー訂正については、「取り消せない」という説明は審査で弱点になります。技術ではなくプロセス（補償トランザクション）として回答できるよう準備してください。退出戦略はほとんど準備されません。コンソーシアムの解散、参加者の脱退、システム停止後も、金融データには保持義務があるため、「チェーンを止めた」で終わりではありません。 台帳のエクスポート形式、保持する主体、脱退メンバーのデータ処理、記録へのアクセスをコンソーシアム契約に含め、その実現を技術設計でも支えてください。
- 既存の金融インフラとの統合で、最も本質的な難しさは何ですか。また、どのように対応すべきですか？
- A) スループットの差。チェーンノードを追加して解決する
- B) アトミシティの欠如。既存DBのトランザクションとチェーンのトランザクションを1つの原子的な単位にできないため、Saga/outboxなど結果整合性の方式を設計初期から含める必要がある
- C) 時刻同期。NTP設定で解決する
- D) プロトコルの違い。ゲートウェイで変換して解決する
回答を表示
回答: B) アトミシティの欠如。既存DBのトランザクションとチェーンのトランザクションを1つの原子的な単位にできないため、Saga/outboxなど結果整合性の方式を設計初期から含める必要がある
解説: DBへの書き込みとチェーンへのトランザクション送信の間で障害が起きると不整合になります。これらを分散トランザクションでまとめることはできません。補償トランザクションの手順にも結び付くSagaまたはoutboxパターンが必要です。これはアーキテクチャ上の判断であり、設計の早い段階で対応する必要があります。 後付けすると、本番環境でデータ整合性の問題が発生します。フルノードのレプリカを追加してもベースチェーンの書き込み/コンセンサス容量は自動的に増えませんが、RPC読み取りの集計容量と可用性は高められる場合があります。
- 現実的な導入手順では、技術検証より先にどの段階が必要ですか？
- A) PoCとパイロット
- B) 参加者の役割、ガバナンス、より単純な代替案と比較した測定可能な利点について合意する
- C) インフラのサイジングとコスト見積もり
- D) 監視スタックの構築
回答を表示
回答: B) 参加者の役割、ガバナンス、より単純な代替案と比較した測定可能な利点について合意する
解説: ある機関構成に価値が一律にない、またはコンプライアンスを自動的に満たすと主張してはいけません。審査では、明示的な要件、信頼の前提、運用上の責任が問われます。