은행이 온체인 기록을 독립적으로 검증하는 데 있어 도전 과제
Fireblocks의 최근 분석은 은행이 자체 온체인 기록을 검증하는 데 직면하는 도전 과제를 조명하며, 규제 및 감사 기준을 충족하기 위해 제삼자의 검증이 필요하다는 점을 강조합니다. 이러한 결과는 디지털 자산 운영을 위한 지갑 인프라 구축의 복잡성에 대한 금융 기관을 대상으로 한 Fireblocks의 Financial Grid 조사에서 나왔습니다.
지갑 인프라의 주요 과제
조사에 따르면, 준수 및 규제 요건이 응답자의 52%에서 가장 큰 우려 사항으로 나타났고, 그 뒤를 이어 코어 뱅킹 시스템과의 통합이 47% , 보안 아키텍처 및 키 관리가 44% , 39%에서의 운영 준비가 이어졌습니다. 재무 및 규제 보고는 마지막으로, 응답자의 3%만이 이를 주요 도전 과제로 지적했습니다. Fireblocks에 따르면, 이는 은행이 운영상의 장애물을 해결하는 데 있어 순차적인 특성을 반영하며, 감사 준비가 규제 제출 또는 감사 시에만 중대한 문제가 됩니다.
은행이 자신의 기록을 인증할 수 없는 이유
Fireblocks는 기본적인 문제를 강조합니다. 코어 뱅킹 시스템은 블록체인과 본질적으로 상호작용할 수 있도록 설계되지 않았습니다. 이들 시스템은 은행 간 자금 흐름을 추적하기 위해 구축되어 있기 때문에 온체인 활동을 직접 읽거나 조정할 수 없습니다. 결과적으로 은행은 블록체인 활동을 일반 원장 시스템에 적합한 형식으로 변환하는 기록 시스템을 생성해야 합니다. 그러나 이 자체 구축된 시스템은 은행의 기록이 블록체인 데이터와 일치하는지 독립적으로 검증할 수 없으며, 그것이 검증하고자 하는 동일한 내부 프로세스에 의존하고 있습니다. 이는 이해 충돌을 일으키고 자기 인증의 신뢰성을 약화시킵니다.
추가로, 원시 블록체인 데이터는 감사인이 증거로 의존하기 위해 필요한 SOC(시스템 및 조직 통제) 보고 프레임워크가 부족합니다. Fireblocks는 독립적인 제삼자의 검증이 필수적이라고 주장하며, 이는 인증된 통제 하에서 블록체인 데이터를 직접 읽어 은행의 기록에 대한 공정한 검증을 제공합니다.
제삼자 검증 재무 데이터의 기준
Fireblocks는 재무 데이터가 제삼자에 의해 검증되기 위해 충족해야 할 네 가지 조건을 제시합니다:
- 직접 소스: 검증자는 보관자나 집계자에 의존하지 말고 자신이 운영하는 노드에서 직접 블록체인 데이터를 읽어야 합니다.
- 자기 조정: 검증자는 모든 거래의 합계가 특정 날짜에 대한 블록체인의 보고된 잔액과 일치하는지 확인하고, 과거 데이터를 가져오기 위해 아카이브 노드를 사용해야 합니다.
- 시점 응답: 감사인은 특정 블록체인 블록과 연관된 특정 날짜에 고객 또는 지갑별 보유량과 같은 특정 데이터를 요청할 수 있어야 합니다.
- 인증된 통제: 검증자는 데이터의 정확성과 신뢰성을 보장하기 위해 SOC 1 Type II 기준에 따라 운영되어야 합니다.
이 기준을 충족함으로써 은행은 블록체인, 보관자, 거래소 및 기타 금융 경로로부터 확인된 데이터와 자신의 기록을 조정할 수 있으며, 이는 준수 및 감사 준비를 보장합니다.
은행 운영에 대한 시사점
제삼자가 검증한 데이터를 활용함으로써 은행은 조정, 회계 및 클라이언트 보고를 지원하는 통합된 기록 시스템을 수립할 수 있습니다. 이 시스템은 일일 거래 및 잔액 수준의 비교를 가능하게 하며, 예외는 해결을 위해 지정된 팀으로 라우팅됩니다. 또한 이는 규제 준수를 위한 중요한 요소인 관할 지역의 데이터 호스팅 요구 사항을 준수합니다.
Fireblocks의 조사 결과는 디지털 자산 운영의 변화하는 환경에서 독립적인 검증의 중요성을 강조하며, 전통적인 은행 시스템은 블록체인 기술이 제공하는 고유한 도전과제에 적응해야 합니다. (24/7)