---
title: "준비금 증명(Proof of Reserves)"
description: "준비금 증명(Proof of Reserves)는 수탁자가 특정 시점에 지정된 자산을 관리했음을 보여줄 수 있으며, 더 강력한 설계에서는 정의된 고객 부채 집합에 대해 약속했음을 보여줄 수 있습니다. 그것 자체만으로는 지급 능력, 유동성, 법적 소유권 또는 미래 인출 능력을 증명하지 않습니다."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# 준비금 증명(Proof of Reserves)
> 교육 참고용이며 투자 조언이 아닙니다. 투자로 인해 손실이 발생할 수 있습니다.
## 직접적인 답변
준비금 증명(Proof of Reserves, PoR)은 특정 범위와 특정 시점에서 수탁자의 준비금에 관한 증거입니다. 기본적인 자산 전용 검토는 수탁자가 특정 블록체인 주소를 통제했음을 보여줄 수 있습니다. 더 강력한 구성은 **자산 증명**을 **범위 내 고객 부채**에 대한 암호화된 커밋먼트와 결합하여, 각 참여 고객이 자신의 잔액이 포함되었는지 확인할 수 있게 합니다. 이 용어에는 단일한 보편적 절차, 보증 기준 또는 법적 효과가 없으므로 보고서 자체에서 무엇을 검증했는지 정의해야 합니다.
PoR은 자동적으로 지급 능력의 증거가 되지 않습니다. 지급 능력은 단순히 트리나 보고서에 선택된 부채만이 아니라 모든 관련 부채를 충당할 수 있는 적격 자산을 필요로 합니다.
보장 비율 = 적격 준비 자산 / 적용 대상 고객 부채
잉여금 = 적격 준비 자산 - 적용 대상 고객 부채
100% 이상인 비율은 자산과 부채 집단이 완전하고, 동일한 기준으로 측정되며, 일관되게 평가되고 동일한 법인에 귀속되는 경우에만 의미가 있습니다. 이는 여전히 법인 부채, 보류 중인 인출, 법정 화폐 의무, 계열사 잔액, 파생상품, 명시된 제품 외 자산 또는 명시된 토큰 외의 부채를 누락할 수 있습니다.
PoR는 유동성 및 고객 자산 보호와도 다릅니다. 지급능력은 자산 가치가 부채를 충당할 수 있는지를 묻고, 유동성은 사용 가능한 자산이 만기 시 인출 요구를 충족할 수 있는지를 묻습니다. 개인 키의 제어만으로 자산이 대출되지 않았거나, 담보로 제공되지 않았거나, 권리가 설정되지 않았거나, 고객을 위해 분리 보관되어 있거나, 파산 시 법적으로 이용 가능하다는 것을 증명하지 못합니다. 특정 시점의 스냅샷은 컷오프 이전에 동일한 상태가 존재했거나 이후에도 지속되었음을 증명하지 못합니다.
## 작동 원리
견고한 검토는 내부 회계 집단을 외부에서 검증 가능한 자산과 연결합니다. 암호화는 약속을 변조 방지 가능하게 하고 고객의 프라이버시를 보호할 수 있지만, 경영진이 포함했어야 할 기관, 계정 및 의무를 결정할 수는 없습니다. 이 과정은 다음 일곱 단계를 명확히 해야 합니다:
1. **보고 경계를 정의하십시오.** 법인, 제품, 고객 클래스, 자산, 네트워크, 평가 규칙, 스냅샷 시간 및 블록 높이를 명시하십시오. 해당 실습이 스팟, 마진, 파생상품, 스테이킹, 대출, 법정화폐 및 오프플랫폼 수탁자를 포함하는지 여부를 명시하십시오.
2. **부채 모집단을 조정하십시오.** 고객 원장을 마감 시점의 장부 및 기록과 대조하십시오. 미결제 입출금, 수수료, 대출, 담보, 마이너스 잔액, 중복 계정 및 계열사 또는 하위 수탁자를 통한 보유 잔액을 처리하십시오.
3. **고객 부채를 커밋하십시오.** 범위 내 잔액을 Merkle 트리, 영지식 회로 또는 기타 커밋먼트에 인코딩하십시오. 루트와 총액을 공개하고, 음수 잔액이 공시 부채를 줄이지 못하도록 하며, 고객이 다른 고객의 정보를 공개하지 않고 자신의 포함 여부를 검증할 수 있도록 충분한 데이터와 소프트웨어를 제공하십시오.
4. **자산의 존재와 통제 상태를 확인합니다.** 지정된 블록 높이에서 제어를 입증하는 서명 또는 거래를 확보하고 범위 내 온체인 주소를 식별하십시오. 해당 시스템에 적합한 증거를 통해 수탁, 은행 및 법정 화폐 잔액을 조정하십시오.
5. **소유권, 가용성 및 품질을 테스트하십시오.** 자산이 차입된 것인지, 담보로 제공된 것인지, 부담이 있는 것인지, 다른 기관을 위해 보유된 것인지, 제한된 것인지, 유동성이 없는 것인지, 또는 계열사에 의존하는 것인지 판단하십시오. 어떤 토큰과 평가 출처가 자격이 있는지 정의하고, 랩핑되거나 브리지된, 또는 스테이킹된 포지션이 어떻게 처리되는지 정의하십시오.
6. **일관되게 커버리지를 계산하세요.** 자산을 집계하기 전에 자산별로 적격 자산과 부채를 비교하십시오. 동일한 타임스탬프, 단위 및 보수적 평가 규칙을 적용하십시오; 제외 항목, 부족액 및 가격 또는 할인 가정에 대한 민감도를 보고하십시오.
7. **업무 보고서를 읽고 지속성을 모니터링하십시오.** 이 작업이 감사, 보증 업무 또는 합의된 절차 보고서인지 확인하고, 정확한 절차, 발견 사항, 예외 및 경영진 책임을 읽으십시오. 그런 다음 보고서 빈도, 출금, 주소 이동, 거버넌스 및 내부 통제를 모니터링하고 한 번의 스냅샷을 영구적인 상태로 간주하지 마십시오.
Merkle 포함 증명은 좁은 질문에 답합니다: 하나의 리프와 그 인증 경로가 공개된 루트를 재현합니다. 이는 이 리프가 커밋된 데이터셋에 포함되었음을 보여줍니다. 그러나 모든 실제 고객이 포함되었는지, 잔액이 정확한지, 또는 다른 공개되지 않은 트리가 존재하지 않는지는 보여주지 않습니다. 제로 지식 제약은 모든 리프를 공개하지 않고도 음수가 아닌 잔액이나 올바른 합계와 같은 속성을 증명할 수 있지만, 증명의 완전성은 오직 해당 회로, 입력 값, 보고 경계에 달려 있습니다.
자산 증거 역시 범위가 좁습니다. 유효하게 서명된 챌린지는 키에 대한 통제권을 보여줄 수 있고, 블록체인 상의 잔액은 주소와 블록 높이에서 코인을 보여줄 수 있습니다. 그러나 이러한 사실만으로는 수익적 소유권, 담보권 부재, 모든 지갑의 완전성, 또는 다른 서명자, 대출자, 법원 또는 하위 수탁자 없이 자금을 신속하게 이동할 수 있는 관리자의 능력을 입증할 수 없습니다.
## 실제 예제
### 숨겨진 부채가 겉보기 보장을 뒤집는다
한 거래소는 1,050 BTC의 통제권을 보여주고 총 1,000 BTC의 부채 트리를 발표합니다. 보고된 커버리지 비율은 1,050 / 1,000 = 105%이며, 50 BTC의 잉여가 있습니다. 만약 보고 경계가 120 BTC의 차입 의무를 누락하면, 관련 부채는 실제로 1,120 BTC입니다. 커버리지는 1,050 / 1,120 = 93.75%로 하락하여 70 BTC의 부족을 초래합니다. 게시된 입력 값에 대한 산술 계산은 정확했으나, 모집단은 불완전했습니다.
### 포함은 완전함이 아니다
간단한 Merkle 트리에 2, 3, 5, 10 BTC의 고객 잔액이 들어 있어 합계가 20 BTC라고 가정해 보겠습니다. 3 BTC를 보유한 고객은 제공된 형제 해시로 자신의 리프를 해시해 공개된 루트를 재현할 수 있습니다. 이는 해당 트리에 3 BTC 잔액이 포함되었음을 검증합니다. 하지만 4 BTC를 보유한 누락 고객이 없다는 점, 인위적인 음수 잔액 계정이 없다는 점, 또는 20 BTC가 수탁자의 전체 부채와 같다는 점은 증명하지 않습니다.
### 자산의 권리 부담은 사용 가능한 준비금을 바꾼다
한 수탁자는 범위 내 고객 부채 9,500만 달러에 대해 준비자산 1억 달러를 보고하므로, 보고된 커버리지는 100 / 95 = 105.26%입니다. 그중 3,000만 달러가 별도 대출을 담보하고 고객 인출에 사용할 수 없다면, 권리 부담이 없는 준비금은 7,000만 달러입니다. 따라서 자산이 스냅샷에 여전히 표시되더라도 사용 가능한 커버리지는 70 / 95 = 73.68%입니다.
### 빌린 스냅샷은 준비금을 겉치레할 수 있다
예정된 스냅샷 전에, 900 BTC 플랫폼은 고객 부채 1,000 BTC에 대해 200 BTC을 차입합니다. 스냅샷은 1,100 / 1,000 = 110%의 커버리지를 보여줍니다. 플랫폼이 200 BTC을 반환한 후, 다시 900 BTC을 보유하고 커버리지는 90%입니다. 마감 시점의 서명된 주소 잔액은 진짜였지만, 차입을 드러내거나 지속적인 지급 능력을 증명하지는 못했습니다.
## 위험과 통제
### 부채 모집단 및 완전성
- **생략된 제품 또는 항목:** 트리는 선택된 토큰, 특정 계정 또는 하나의 자회사만 포함할 수 있습니다. 보고서의 법인과 범위를 고객에게 빚이 있는 법인에 맞추세요.
- **오프 레저 의무:** 보류 중인 출금, 법정화폐 잔액, 대출, 파생상품, 수수료 및 회사 채무는 약정된 고객 잔액 외부에 있을 수 있습니다. 총합을 조정하여 장부와 기록을 완료하십시오.
- **부정 잔액 조작:** 인위적이거나 잘못 분류된 부정 계정은 순부채를 줄일 수 있습니다. 적절한 경우 비음수 제약 조건을 요구하고, 합법적인 부채 또는 마진 계정을 별도로 설명하십시오.
- **고객 불참:** 일부 고객만이 잎을 확인할 수 있어 누락 오류가 눈치채이지 않을 수 있습니다. 접근 가능한 검증 도구와 독립적인 모집단 테스트를 제공하십시오.
### 자산 소유권, 품질 및 권리 부담
- **빌리거나 일시적으로 이전된 자산:** 플랫폼은 스냅샷을 기준으로 한 자금만 통제할 수 있습니다. 알려지지 않은 또는 잦은 테스트, 거래 검토 및 의무 증거를 사용하고, 단지 알려진 날짜의 잔액만 사용하지 마세요.
- **저당권, 유치권 및 상계권:** 가시적인 자산은 다른 청구권을 확보할 수 있거나 수탁자의 권리의 대상이 될 수 있습니다. 블록체인 잔액 외에도 계약서, 계좌 명칭 및 확인서를 검토하십시오.
- **저품질 또는 관계사 자산:** 자가 발행, 거래가 드문, 브리지 또는 계열사 발행 토큰은 스트레스 상황에서 가치가 하락할 수 있습니다. 자격 규칙, 집중도 및 보수적 평가 절하를 공개하십시오.
- **양도 연쇄 의존:** 다중서명, 은행 및 하위 수탁 계약은 적시 접근을 제한할 수 있습니다. 모든 관리자, 승인 조건 및 실패 지점을 파악하세요.
### 암호화 및 회계 구현
- **잘못된 잎 구조:** 잘못된 고객 식별자, 자산 단위, 소금 또는 컷오프 데이터는 잘못된 기록에 대해 유효한 증명을 생성할 수 있습니다. 사양을 공개하고 소스에서 리프까지의 대조를 독립적으로 테스트하십시오.
- **불완전한 증명 제약:** 제로 지식 회로는 오직 자체 인코딩된 명령문만 증명합니다. 회로, 설정 가정, 공개 입력 및 소스 코드를 감사하십시오; 입증되지 않은 회계 속성을 추론하지 마십시오.
- **개인정보 유출:** 무염 또는 예측 가능한 항목은 추측을 통해 잔액을 노출시킬 수 있으며, 공개 고객 목록은 민감한 데이터를 드러낼 수 있습니다. 적절한 약속 및 위협 모델 보조 정보를 사용하세요.
- **일관되지 않은 루트 또는 데이터셋:** 서로 다른 사용자에게 서로 다른 약속을 보여줄 수 있으며, 웹사이트가 루트를 교체할 수도 있습니다. 타임스탬프를 찍고 루트를 서명하며, 보고서를 보관하고 독립적인 모니터를 통해 조회를 비교합니다.
### 시기, 보증 및 거버넌스
- **스냅샷 감소:** 거래, 대출, 해킹 또는 마감 후의 이체는 보고서를 즉시 오래되게 만들 수 있습니다. 모니터링에도 한계가 있음을 인식하면서 자주 보고하고 지속적인 통제를 하는 것이 좋습니다.
- **참여 라벨 혼동:** 합의된 절차 보고서는 명시된 사실적 발견을 제시하며 자동으로 감사 의견이 되는 것은 아닙니다. 기준, 책임 당사자, 절차 및 보증 결론을 읽으십시오.
- **경영진이 선택한 절차:** 좁은 테스트는 사용자가 관심을 가지는 문제를 생략할 수 있습니다. 참여 범위를 완전한 지급능력, 유동성 및 수탁 리스크 모델과 비교하십시오.
- **통제 및 거버넌스 실패:** PoR는 모든 권한, 조정, 사이버 보안 또는 특수관계자 통제를 테스트하지 않습니다. 사용 가능한 경우 거버넌스 및 감사된 재무 정보를 별도로 평가하십시오.
### 사용자 해석 및 운영 대응
- **비율 집계:** 서로 다른 자산과 부채를 하나의 주요 비율로 환산하면 특정 토큰의 결점과 평가 위험이 숨겨질 수 있습니다. 자산별 및 스트레스 시 할인율로 보장을 검토하십시오.
- **유동성 불일치:** 장기, 고정 또는 이전이 느린 자산은 장부상 부채를 충당할 수 있지만 즉시 인출에는 부족할 수 있습니다. 만기, 결제 및 청산 능력을 검토하십시오.
- **법적 권리 격차:** 암호화 제어는 고객이 유익한 소유권을 유지하는지 또는 도산 시 우선권을 가지는지를 결정하지 않습니다. 보관 조건, 분리 공시 및 적용 법률을 읽으십시오.
- **거짓 최종성:** 일시적인 보고서는 인출이 실패하거나 범위가 악화될 때 신중한 조치를 지연시킬 수 있습니다. PoR을 보증이나 노출 한도 및 운영 모니터링의 대체물이 아니라 한 가지 증거 흐름으로 취급하십시오.
## 일반적인 오해
### "준비금 증명(Proof of Reserves)는 거래소가 지급 능력이 있음을 증명합니다"
자격 있는 자산과 관련 부채에 대한 충분히 완전한 증명만이 범위가 제한된 지급능력 결론을 뒷받침할 수 있습니다. 많은 보고서가 특정 시점의 선택된 자산을 검증하며, 강력한 고객-부채 약속조차도 다른 의무나 법적 제약을 누락할 수 있습니다.
### "나의 Merkle 증명은 모든 고객이 포함되었음을 보여준다"
이것은 당신의 잎이 하나의 뿌리로 나타나는 데이터셋에 속함을 보여줍니다. 완전성을 위해서는 원본 집단, 대조 및 누락되거나 조작된 계정의 부재에 대한 별도의 통제가 필요합니다.
### 온체인 지갑 잔액은 플랫폼이 권리 부담 없는 자산을 보유하고 있음을 증명합니다
체인은 자산이 주소에 존재했음을 보여줍니다. 서명이나 거래는 키 통제에 대한 증거를 추가할 수 있습니다. 소유권, 차용, 담보, 유치권, 분리 및 법적 사용 가능성은 원장 이상의 증거를 필요로 합니다.
### 회계사의 이름이 있으면 보고서가 완전한 감사라는 뜻이다
본 계약은 대신 경영진과 함께 선택한 합의된 절차를 사용하고, 준비금 적정성이나 재무 안정성에 대한 의견 없이 사실적 발견 내용을 보고할 수 있습니다. 제공자의 직함은 범위나 보증 수준을 결정하지 않습니다.
### 100% 이상의 커버리지는 출금과 파산 시 보호를 보장한다
수탁자는 대차대조표상으로는 지급 능력이 있어도 유동성이 부족하거나, 자산을 이전할 수 없거나, 법적 청구가 경쟁하는 상황에 처할 수 있습니다. 인출 가능성과 고객 자산 권리는 별도로 평가해야 합니다.
## 관련 주제
- [중앙화 거래소](/ko/crypto/cex/)
- [커스터디얼 지갑](/ko/crypto/custodial-wallet/)
- [거래소 은행 달리기](/ko/crypto/exchange-bank-run/)
- [거래소 파산 및 자산 분리](/ko/crypto/exchange-bankruptcy-asset-segregation/)
- [스테이블코인 준비금 분석](/ko/crypto/stablecoin-reserve-analysis/)
## 출처
- [투자자 주의: 제3자 검증/준비금 보고서에 대해 신중을 기하십시오](https://pcaobus.org/resources/information-for-investors/investor-advisories/investor-advisory-exercise-caution-with-third-party-verification-proof-of-reserve-reports) - PCAOB (접근일: 2026-08-19)
- [관련 서비스에 대한 국제 표준 (ISRS) 4400 (개정)](https://www.iaasb.org/publications/international-standard-related-services-isrs-4400-revised) - IAASB (접근일: 2026-08-19)
- [조항: 비트코인 거래소를 위한 프라이버시를 보호하는 지급능력 증명](https://eprint.iacr.org/2015/1008) - IACR 암호학 ePrint 아카이브 (접속일: 2026-08-19)
- [안전한 CEX 확보: 지급능력 증명과 그 이상](https://vitalik.eth.limo/general/2022/11/19/proof_of_solvency.html) - 비탈릭 부테린 (접근일: 2026-08-19)
- [RFC 9162: 인증 투명성 버전 2.0](https://www.rfc-editor.org/rfc/rfc9162) - RFC 편집기 (접근일: 2026-08-19)
- [준비금 증명(Proof of Reserves)](https://www.kraken.com/proof-of-reserves) - 크라켄 (접속: 2026-08-19)
- [준비금 증명(Proof of Reserves)](https://www.binance.com/en/proof-of-reserves) - 바이낸스 (접근일: 2026-08-19)
- [파산 발생 시 고객 보호를 위한 수탁 구조에 대한 업데이트된 지침](https://www.dfs.ny.gov/industry-guidance/industry-letters/il20250930-updated-guidance-custodial-structures) - 뉴욕주 금융서비스국 (접속일: 2026-08-19)
Source: https://wiki.fcontext.com/ko/crypto/proof-of-reserves/index.mdx