銀行エクスプローラーを基盤に標準搭載

EVM 互換ネットワークはブロックと取引結果を記録します。エクスプローラーのインデックスにより、ブロック、取引、アドレス、資産、コントラクトなどを基準に、対応するネットワーク情報を探しやすくなります。インデックスはネットワーク活動を表示・検索するレイヤーであり、取引の認可、バリデーターの合意形成、資産方針、銀行のブロックチェーン外の義務の意味を変えるものではありません。

職員が回答すべき調査上の問いを特定します。送信した取引が表示されるか、レシートがどの状態に達したか、関連イベントが発生したか、活動が運用案件とどう関係するかなどです。プロジェクトでは、含まれるビューとイベントの解釈を確認します。インデックスの範囲と公開範囲は導入時に決めるものであり、すべての内部銀行業務イベントが表示されることを約束しません。

ネットワーク設計とエクスプローラーのアクセス設定に応じて、取引ハッシュ、アドレス、資産の動き、コントラクトとのやり取り、対応する金融機関関連イベントなど、許可された技術情報がネットワークやエクスプローラーに表示される場合があります。個人情報や銀行の機密情報を公開取引フィールドに入れないでください。アドレスが仮名だからといって、活動が関連付けられた後も情報が非公開とは限りません。

顧客名、口座番号、本人確認資料、関係性の対応表、調査メモ、内部承認は適切なアクセス制御のあるシステムに保管します。職員がアドレスと顧客を結び付ける必要がある場合は、承認済みの銀行業務フロー内で処理してください。アクセス権を付与する前に、エクスプローラー利用の役割、保存期間、エクスポート、監査要件を定めます。

運用チームは、遅延または予期しない取引の調査、コントラクトイベントの確認、取引が台帳に現れたかの確認にネットワークビューを利用できます。その証拠を、送信元アプリケーションの要求、本人確認と承認の記録、RPC 応答、レシート処理、案件に関係する内部の支払いや台帳記入と照合してください。

エクスプローラーの表示だけでは、顧客への義務が履行されたこと、銀行台帳が更新されたこと、すべての金融機関方針に照らして送金が最終確定したことを証明できません。確認基準、例外処理、エスカレーション、記録保存の規則を文書化する必要があります。アクセスやレポートの要件が含まれる範囲を超える場合は、未記載の機能があると想定せず調査時に定めてください。

実務的な調査成果として、想定利用者、ビュー、イベント要件、ネットワーク環境、アクセス境界、ブランド要件、レポート要件をまとめたエクスプローラー範囲表が考えられます。エクスプローラーに表示されるフィールドに絶対に含めてはならないデータと、公開範囲や利用者アクセスの変更を承認する担当者も特定します。こうした判断により、非公開の銀行アプリケーションの代用品とせずにエクスプローラーを活用できます。

そのうえで、含まれるエクスプローラー設定と運用責任、金融機関側が用意すべきもの、別途評価が必要な要望を合意します。成果物には合意済みの設定、アクセス役割の対応付け、利用者ガイダンス、代表的なネットワーク活動に対する検証チェックリストなどが含まれる場合があります。可用性、データの鮮度、API の上限、サービス上のコミットメントは該当する範囲と契約で確認します。