Proof of reserves(PoR)는 특정 시점의 수탁자 준비자산을 입증하기 위한 절차입니다. 방법에 따라 주소 통제권과 고객 잔액 검사가 포함될 수 있습니다. 핵심은 보고서의 정확한 범위입니다. 일부를 입증한다고 회사 전체를 감사한 것은 아니며, 모든 부채를 충당할 지급 능력이 보장되지도 않습니다.
거래소 사이트의 높은 비율이 안나를 안심시킬 수 있습니다. 그러나 먼저 자료 기준일, 대상 법인, 즉 기업집단의 어느 회사인지, 그리고 포함된 자산과 계좌를 찾아야 합니다. PoR는 모든 서비스에서 같은 범위를 검사하는 통일된 인증이 아닙니다. 예를 들어 Kraken은 방법론에 포함되는 자산과 상품별 잔액을 정합니다. 그 보고서가 그룹 전체의 모든 빚을 자동으로 입증하지는 않습니다. 결과는 검사한 항목과 제외한 항목을 함께 보며 읽어야 합니다. [1] [3]
수탁자는 주소의 키로 검증 메시지에 서명해 그 시점에 키를 통제함을 보일 수 있습니다. Bitcoin의 공개 체인으로 해당 잔액도 확인할 수 있습니다. 하지만 서명만으로 법적 소유권, 담보 설정 여부, 검사를 위해 코인을 빌렸는지는 알 수 없습니다. 키를 독점적으로 보유한다는 증명도 아닙니다. 다른 사본이 있을 수 있기 때문입니다. 안나가 얻는 것은 선택된 자산의 통제에 관한 증거이지 완전한 법적·경제적 상황이 아닙니다. 통제 증거 없는 주소 목록은 그보다도 적은 정보만 제공합니다. [1] [3]
고객 잔액 기록을 Merkle tree로 연결했다고 생각해 보겠습니다. 이 구조는 데이터의 암호학적 지문을 만들고 이를 공통 루트로 합칩니다. 루트는 포함된 전체 데이터의 지문입니다. 안나는 다른 고객의 전체 명단 없이도 자신의 해당 잔액이 데이터에 포함되는지 확인할 정보를 받습니다. 유용하지만 입증하는 것은 포함 여부이지 완전성이 아닙니다. 안나의 기록 검증에 성공했다고 다른 모든 계좌와 회사의 모든 빚이 포함되었다는 사실까지 증명되지는 않습니다. [3]
신용을 이용한 거래는 고객의 마이너스 잔액을 만들 수 있습니다. 이를 다른 사람의 플러스 잔액에서 단순히 빼면 거래소가 고객에게 진 빚이 실제보다 작아 보일 수 있습니다. Kraken은 2022년 글에서 이 위험 때문에 당시 PoR 방법에서 그런 잔액을 제외한다고 설명했습니다. 모든 보고서에 적용되는 보편적인 규칙은 아닙니다. 안나는 대출, 마진 거래, 채권과 채무를 서로 빼는 상계를 어떻게 처리하는지 읽어야 합니다. 단순 합계가 실제로 갚아야 할 금액을 보여 주는 것은 아닐 수 있습니다. [4]
거래소 수치가 아닌 설명용 예시입니다. 수탁자가 준비자산 110 BTC와 자료에 포함된 부채 100 BTC를 보고하면 비율은 110%입니다. 그러나 부채 40 BTC가 빠졌다면 같은 자산으로 총 140 BTC를 충당해야 하므로 비율은 약 78.6%가 됩니다. 부채는 분모, 즉 분수의 아래쪽에 들어갑니다. 불완전한 자료로도 산술적으로 정확한 계산을 할 수 있지만 결과는 오해를 낳습니다. 안나는 위쪽 준비자산뿐 아니라 아래쪽에 무엇을 포함했는지도 알아야 합니다. [2]
PoR는 특정 순간을 보여 줍니다. 이후 자금이 이동하거나 새 대출이 생기거나 키 접근권을 잃을 수 있습니다. 더 잦은 자료 공개는 확인 지점을 늘리지만 그것만으로 빈틈을 없애지는 못합니다. 확인 사이에도 상황은 변할 수 있습니다. 높은 준비비율도 안나가 얼마나 빨리 출금할 수 있는지, 어떤 계약상 제한이 있는지는 말해 주지 않습니다. 따라서 보고서는 서비스 조건과 실제 이용 가능성에 관한 정보와 함께 읽어야 하며 그것들을 대신할 수 없습니다. [1] [3]
미국 감사 감독기관의 투자자 보호 부서인 PCAOB Investor Advocate는 2023년 3월에 PoR의 한계를 설명했습니다. 미국 증권 규제기관 SEC의 관련 부서도 2023년 7월에 이를 다뤘습니다. 준비자산 보고서는 더 넓은 재무 상황을 검토하는 재무제표 감사와 다릅니다. 수행 기관이 PCAOB에 등록되어 있다고 해당 업무에 그 기관의 감사 기준과 검사가 자동으로 적용되는 것도 아닙니다. 안나는 실제 수행 절차와 결론을 읽어야 합니다. 유명한 로고가 업무 범위를 넓히지는 않습니다. [1] [2]
안나는 해당 보고서의 검증된 방법, 날짜, 공개 루트, 자신의 리프 식별자에서 시작합니다. 리프 식별자는 트리 안의 기록을 식별합니다. 올바른 자산과 기준 시점의 잔액을 비교해야 하며, 그 뒤의 거래는 아직 반영되지 않았을 수 있습니다. 그런 다음 제공자의 절차에 따라 자신의 기록에서 공통 루트까지의 경로를 확인합니다. 불일치는 건너뛸 일이 아니라 원인을 알아볼 일입니다. 성공은 “이 기록이 포함되었다”는 의미가 분명한 부분적 검증입니다. 제외 계좌와 다른 한계는 여전히 읽어야 하며, 이 검사만으로 준비자산과 부채의 완전성이 증명되지는 않습니다. [3]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Counterparty risk, Collateral, Liabilities, 자기 수탁. 다음 항목에서도 이 글을 참조합니다 Custodial Exchange, Bank Bitcoin custody, Counterparty risk, Liabilities.