본문으로 건너뛰기

2025년 디지털 자산 조정: CFO를 위한 올바른 처리 가이드북

· 약 9 분
Dora Noda
Dora Noda
Software Engineer

오늘날 크립토 정산은 온체인, 오프체인 (거래소/수탁 기관), 그리고 내부 장부라는 세 가지 세계를 하나로 연결하는 것을 의미합니다. 또한, 수익을 통해 공정 가치를 반영하도록 하는 새로운 FASB 규정에 따라 ASC 820 하에 모든 자산의 가치를 평가해야 합니다. 성공적인 팀은 긴밀한 '수집 → 표준화 → 매칭 → 가치 평가' 파이프라인을 운영하고, 모든 로트 (lot) 에 대해 감사 가능한 메타데이터를 유지하며, 브릿지, 스테이킹, 리오그 (reorg) 와 같은 예외 상황에 대비한 통제 수단을 구축합니다.

지금 이것이 중요한 이유​

디지털 자산 회계 환경이 근본적으로 변화했습니다. 2024년 12월 15일 이후 시작되는 회계연도부터 새로운 회계 기준에 따라 특정 가상자산은 공정 가치로 측정하고 변동 사항을 당기순이익에 보고해야 합니다. 조기 도입이 가능한 이 규칙들은 보다 명확한 공시를 요구합니다. 이로 인해 빠르고 정확한 정산 프로세스는 깔끔한 결산을 위한 전제 조건이 되었으며 감사 과정에서의 예상치 못한 리스크를 최소화합니다.

또한, 감사 및 확증 (assurance) 에 대한 관점이 엄격해지고 있습니다. 일반적인 재무 감사는 "예치금 증명 (proof-of-reserves)" 과는 구별되며, PCAOB (미국 상장회사 회계감독위원회) 는 PoR 보고서의 한계에 대해 경고를 발표한 바 있습니다. 허술한 정산 프로세스는 투자자의 신뢰를 떨어뜨릴 뿐만 아니라 엄격한 감사를 견뎌낼 회사의 준비 상태를 저해합니다.

디지털 자산 정산이 유독 어려운 이유​

디지털 자산 정산은 기술 자체와 그 주변 생태계로 인해 전통적인 금융에는 존재하지 않는 도전 과제를 제시합니다.

  • 온체인의 두 가지 회계 모델

    • UTXO 체인 (예: 비트코인) 은 "사용되지 않은 트랜잭션 출력값 (unspent transaction outputs)" 이라는 이산적 입력값에서 지출합니다. 모든 거래는 소스까지 추적 및 매칭되어야 하는 "잔돈 (change)" 을 포함하여 새로운 UTXO를 생성합니다.
    • 계정 기반 체인 (예: 이더리움) 은 은행 계좌와 유사하게 잔액을 직접 업데이트합니다. 그러나 가스비 (트랜잭션 수수료) 는 발신자가 지불하며, 정확한 회계 처리를 위해 원금 이체 가치와 프로그램적으로 분리되어야 합니다.

  • 오프체인 불투명성

    • 많은 거래소와 수탁 기관은 고객 자산을 통합하여 관리하는 옴니버스 지갑 (omnibus wallets) 을 운영합니다. 이들은 자체 내부 장부를 사용하여 개별 고객의 포지션을 추적합니다. 즉, 귀하의 온체인 입금 주소가 실제 잔액과 일대일로 매칭되지 않을 수 있습니다. 적절한 결산을 위해서는 수탁 기관의 명세서와 온체인 사실을 모두 대조해야 합니다. 규제 당국은 특히 옴니버스 구조를 사용할 때 명확한 감사 추적 (audit trail) 을 요구합니다.

  • 시장 주도형 가치 평가

    • ASC 820 에 따라 가치 평가는 공정 가치 서열을 준수하며 주요 (또는 가장 유리한) 시장 가격을 기반으로 해야 합니다. 정산 프로세스의 핵심은 신뢰할 수 있는 시장 데이터 피드를 선택하고 문서화하며 일관되게 사용하는 것입니다.

  • 프로토콜의 현실

    • 블록체인 재구성 (reorgs) 은 블록체인에서 이미 확정된 블록을 일시적으로 "취소"할 수 있습니다. 이런 일이 발생하면 체인이 다시 최종성 (finality) 에 도달할 때까지 잔액과 트랜잭션이 변동될 수 있습니다. 귀하의 정산 파이프라인은 영향을 받은 항목을 감지하고 재처리할 수 있어야 합니다.
    • 소수점 및 토큰: ERC-20 및 기타 토큰 표준을 통해 생성자는 자체 소수점 자릿수를 정의할 수 있습니다. 이 데이터는 스마트 컨트랙트나 신뢰할 수 있는 레지스트리에서 직접 읽어야 하며, 절대 18자리와 같은 표준을 당연하게 가정해서는 안 됩니다.

  • 컴플라이언스 오버레이

    • 현대적인 정산 워크플로우에는 컴플라이언스 단계가 포함되어야 합니다. 여기에는 카운터파티 주소를 OFAC 제재 명단과 대조하여 스크리닝하는 것과 가상자산 서비스 제공자 (VASP) 간의 트래블 룰 (Travel Rule) 에 따른 송신인 및 수신인 데이터 교환 관리가 포함됩니다.

단계별 운영 모델​

1) 제어 중인 자산 목록 작성​

먼저 모든 지갑과 카운터파티의 표준 레지스트리를 구축하십시오. 여기에는 셀프 커스터디 지갑 (핫/콜드), 거래소 계정, 수탁 기관, 그리고 재무팀이 상호작용하는 모든 스마트 컨트랙트 (베스팅, 멀티시그 등) 가 포함되어야 하며, L2나 사이드체인에 있는 자산도 포함됩니다. 각 항목에 대해 체인, 주소 형식 (UTXO/계정), 수탁 모델, 확정 정책 및 데이터 액세스 방법 (RPC 노드, 인덱서 또는 CEX/수탁 API) 과 같은 주요 메타데이터를 태깅하십시오.

2) 세 가지 경로로부터 데이터 수집 (출처 포함)​

데이터 수집 파이프라인은 각 데이터의 출처 (provenance) 를 보존하면서 세 가지 별도 소스에서 데이터를 가져와야 합니다.

  • 온체인: 풀 노드나 고성능 인덱서를 사용하여 블록, 트랜잭션, 이벤트 로그, 영수증, 토큰 메타데이터 및 확정 횟수를 캡처합니다.
  • 오프체인: 거래소와 수탁 기관에서 명세서를 직접 가져옵니다. 이들의 옴니버스 시스템 데이터를 귀하의 내부 계정과 매칭할 준비를 하십시오.
  • 내부: ERP 보조 장부, 거래 시스템 및 수탁 승인 워크플로우에서 기록을 수집합니다.

팁: 항상 원시 소스 데이터와 표준화된 형태를 모두 보존하십시오. 완전한 감사 가능성을 보장하기 위해 트랜잭션 해시, 블록 번호 및 API 응답 핑거프린트를 유지하십시오.

3) 정규화 및 데이터 보강 (Normalize and Enrich)​

모든 유입 데이터를 트랜잭션, 잔액 및 인벤토리 로트 (inventory lots) 를 위한 공통 내부 스키마로 통합하십시오. 토큰 소수점 (decimals), 심볼 및 컨트랙트 주소와 같은 중요한 온체인 컨텍스트로 이 데이터를 보강하십시오. EVM 체인에서는 전송 가치와 가스비 (기본 수수료 + 우선순위 팁) 를 분리하여 정확한 손익 (P&L) 및 취득 원가 추적이 가능하도록 프로세스를 구성해야 합니다.

4) 두 단계에 걸친 대조 (Match in Two Passes)​

조정 (Reconciliation) 은 잔액과 트랜잭션 수준 모두에서 이루어져야 합니다.

  • 잔액 수준: 모든 지갑과 계정에 대해 해당 기간의 활동을 조정합니다: 기초 잔액 + 유입 - 유출 ± 손익 = 기말 잔액.
  • 트랜잭션 수준:
    • UTXO 체인에서는 입력을 출력으로 추적하여, 중복 계산을 방지하기 위해 재무부로 돌아오는 잔돈 출력값 (change outputs) 을 정확하게 식별하십시오.
    • 계정 기반 체인에서는 내부 분개 항목을 해당 온체인 트랜잭션 해시, 가스 지불자 세부 정보 및 관련 내부 전송 레그 (transfer legs) 와 연결하십시오.

리오그 (Reorg) 가드레일: 트랜잭션이 정책으로 정의된 컨퍼메이션 임계값 (예: 비트코인의 경우 6회 컨퍼메이션) 에 도달할 때까지 최종 확정된 것으로 간주하지 마십시오. 시스템은 해당 트랜잭션을 포함하는 블록이 고립 (orphaned) 될 경우 트랜잭션을 자동으로 다시 열고 다시 매칭할 수 있어야 합니다.

5) ASC 820 및 FASB 크립토 표준에 따른 가치 평가​

대상 크립토 자산의 경우, 후속 측정은 공정 가치로 이루어져야 하며, 변동 사항은 당기순이익에 반영되어야 합니다. 주요 시장 선택 및 가격 계층 구조 (예: 레벨 1 호가) 를 문서화한 공식 메모를 유지하십시오. 새로운 표준 (ASU 2023-08) 이 측정 방식을 표준화했지만, 초기 트랜잭션 비용 처리에 대해서는 거의 언급하지 않고 있습니다. 기존 GAAP 원칙을 적용하고 회계 정책을 명확하게 문서화하십시오.

6) 로트, 이익/손실 및 세무 정렬​

취득일, 방법, 관련 수수료 및 소스 트랜잭션을 포함한 로트별 메타데이터를 추적하십시오. 미국 세무 목적으로 취득 원가에는 일반적으로 수수료와 커미션이 포함됩니다. 판매된 단위를 구체적으로 식별할 수 없는 경우, 선입선출법 (FIFO) 이 기본적으로 적용됩니다. 개별법 (Specific Identification) 을 사용하려면 판매와 그에 해당하는 취득 로트 사이의 구체적인 연결 고리를 유지해야 합니다.

7) 마감 통제 (및 증빙)​

디지털 자산 운영에 대한 강력한 통제를 구현하십시오. 여기에는 주소 화이트리스팅 및 모든 지출에 대한 이중 통제가 포함됩니다. 해결되지 않은 차이 (deltas) 가 없음을 확인하는 상세한 조정 체크리스트, 주요 시장 피드의 가격 책정, 아카이브된 컴플라이언스 스크리닝, 해결된 리오그 윈도우, 그리고 불변 식별자와 함께 저장된 타이아웃 (tie-outs) 을 유지하십시오.

예외 상황 처리 (머리가 아픈 상황을 피하는 법)​

  • 브릿지 및 래핑된 자산: 브릿지 또는 래핑된 토큰을 기초 자산에 대한 청구권으로 취급하십시오. 원본 체인, 래퍼 컨트랙트 및 브릿지 수탁자를 추적하는 매핑 테이블을 유지하십시오. 1:1 페깅을 조정하고 가격 책정 정책을 문서화하십시오: 어떤 시장 (기초 자산 vs 래퍼) 이 주요 시장 역할을 하는지, 그리고 그 이유는 무엇인지 명시해야 합니다.
  • 스테이킹 및 유동성 스테이킹 토큰 (LST): 회계 처리는 스테이킹된 포지션, 보상 발생, 수령한 유동성 스테이킹 토큰 (예: stETH) 을 별도로 추적해야 합니다. 보상에 대한 회계 처리는 종종 기존 미국 GAAP (수익 인식을 위한 ASC 606 등) 의 유추 적용이 필요합니다. 명확한 정책 메모와 증빙 추적이 중요합니다.
  • NFT: NFT 를 조정하려면 고유 식별자 (컨트랙트 주소, 토큰 ID) 를 추적하고 마켓플레이스 수수료 및 로열티를 회계 처리해야 합니다. 많은 NFT 가 활발한 시장이 부족하므로, 강력한 평가 메모를 바탕으로 ASC 820 에 따른 레벨 2 또는 레벨 3 입력을 사용하여 가치를 평가할 준비를 하십시오.
  • CEX/수탁기관 흐름: 옴니버스 수탁을 다룰 때 "입금 주소" 가 본인만의 고유한 주소가 아닐 수 있습니다. 명세서 및 API 엑스포트에 의존하여 잔액과 수수료를 매핑한 다음, 가능한 한 온체인 데이터와 교차 대조하십시오.
  • 제재 및 트래블 룰 데이터: 결제 전에 거래 상대방과 그들의 간접적인 노출을 스크리닝하십시오. 트랜잭션 시점에 컴플라이언스 리스트를 참조했다는 증거로 이러한 체크 결과를 아카이브하십시오.

파이프라인에 통합해야 할 12가지 고신호 체크리스트​

  1. 리오그 와처 (Reorg Watcher): 트랜잭션이 컨퍼메이션 임계값 아래로 떨어지면 자동으로 매칭을 다시 엽니다.
  2. 토큰 소수점 검증기 (Token Decimals Validator): 컨트랙트 ABI 에서 소수점을 직접 읽고 불일치 사항을 플래그합니다.
  3. 자기 전송 탐지기 (Self-Transfer Detector): 거래량이 부풀려지는 것을 방지하기 위해 재무 지갑 간의 내부 이동을 상계 처리합니다.
  4. 가스 일관성 (Gas Consistency): 온체인에서 실제로 지불된 가스 금액이 장부에 기록된 비용과 일치하는지 확인하고, 기본 수수료와 우선순위 수수료를 분리합니다.
  5. 옴니버스 변동성 (Omnibus Variance): 수탁기관 명세서와 추론된 온체인 활동 간에 설정된 허용 오차를 초과하는 차이 (deltas) 가 있으면 플래그를 표시합니다.
  6. 브릿지 패리티 (Bridge Parity): 수탁된 기초 자산 대비 래퍼 공급량을 모니터링하고 페깅 편차가 발생하면 알림을 보냅니다.
  7. 스테이킹 중단 기간 (Staking Pause Windows): 자산이 생산적이지 않은 언본딩 (unbonding) 또는 출금 기간 동안 보상 발생을 중단합니다.
  8. 에어드랍 스팸 필터 (Airdrop Spam Filter): 재무팀에서 명시적으로 화이트리스팅하지 않은 인식되지 않은 토큰을 잔액에서 제외합니다.
  9. 더스트 및 통합 (Dust & Consolidation - UTXO): 경제적으로 소비 불가능한 지갑 파편들을 식별하고 격리합니다.
  10. 공정 가치 시장 메모 (Fair-Value Market Memo): 주요 시장 메모가 존재하고 최신 상태이며 피드 계층 구조를 문서화하고 있는지 확인합니다.
  11. OFAC 증빙 (OFAC Evidence): 모든 고위험 전송에 대한 검색 결과 또는 벤더 인증을 저장합니다.
  12. PoR ≠ 감사 리마인더 (PoR ≠ Audit Reminder): 이해관계자가 보유 증명 (Proof of Reserves) 을 재무제표 감사와 혼동하지 않도록 거버넌스 문서에 관련 문구를 포함하십시오.

확장이 가능한 최소한의 데이터 모델​

  • 트랜잭션 (Transactions): tx_hash, block_number, timestamp, chain_id, from, to, asset, raw_amount, amount_normalized, gas_units, gas_price, gas_paid, fee_asset, status, confirmations, source_system, ingest_fingerprint.
  • 랏 (Lots): lot_id, wallet_id, asset, qty, acquired_at, cost_basis_usd, fees_usd, source_tx, principal_market.
  • 잔액 (Balances): wallet_id, asset, opening, inflows, outflows, unrealized_pnl, closing, price_source.
  • 거래 상대방 (Counterparties): name, type (CEX / 수탁기관 / 컨트랙트), onchain_refs, KYC / OFAC_checks.

24시간 내 결산: 실무 체크리스트​

  • T-0 (상시 수행)
    • 데이터 인제스천(ingestion) 상태 양호; 인덱서 지연(lag)이 정책 범위 내에 있음; 리오그(reorg) 모니터링 결과 이상 없음.
    • 모든 비내부 자금 흐름에 대한 OFAC / 트래블 룰(Travel Rule) 스크리닝 자료 보관 완료.
  • T-1 (결산 전단계)
    • 가격 피드가 주시장(principal market)과 대조됨; 대체 절차(fallback procedures) 테스트 완료.
    • 수탁기관 및 거래소 명세서 임포트 완료; 옴니버스 매핑(omnibus mappings) 최신화 완료.
  • T-0 (결산 당일)
    • 잔액 및 트랜잭션 대조 결과, 설명되지 않는 차이(delta)가 없음.
    • 랏(Lots) 이월 완료; 실현 및 미실현 손익(P&L) 분리; 가스비 및 수수료 전기 완료.
    • 스테이킹, 브릿지 및 NFT 예외 사례 검토 및 메모 문서화 완료.
    • 재무 담당자(Controller) 최종 승인; 해당 기간의 증빙 자료 팩(evidence pack) 내보내기 및 보관 완료.

서면으로 작성해야 할 정책 참고 사항​

  • 자산 평가 (Valuation): ASC 820에 따른 주시장 선택, 벤더 계층 구조 및 장애 대응 플레이북을 상세히 기술한 공식 정책.
  • 최초 인식 및 트랜잭션 비용 (Initial Recognition & Transaction Costs): 수수료를 포함하는 세무 기준 규칙과 일치하며, ASU 2023-08 및 일반 GAAP에 부합하는 정책.
  • 스테이킹 및 DeFi (Staking & DeFi): ASC 606의 사례를 준용하여 보상의 인식 시점, 분류 및 측정을 정의하는 정책.
  • 옴니버스 대조 (Omnibus Reconciliation): 온체인 데이터에 대조하여 제3자 명세서를 입증하는 데 필요한 증빙 요건을 명시한 정책.

마지막 생각​

디지털 자산 대조는 단순히 차변과 대변의 균형을 맞추는 것이 아닙니다. 서로 소통하도록 설계되지 않은 시스템들 사이에서 통제권, 완전성 및 공정 가치를 증명하는 과정입니다. 데이터 출처(provenance), 확정 임계값(confirmation thresholds), 주시장 가격 책정에 집중하여 신뢰할 수 있는 프로세스를 한 번 구축하고 매칭을 자동화하십시오. 그러면 월말 결산은 더 이상 비상사태가 아닐 것이며, 감사인들도 그 변화를 체감하게 될 것입니다.

Share on Twitter