일반 원장을 위한 암호화폐 서브원장 설계

암호화폐 서브 원장은 원시 블록체인 거래 데이터와 기업 또는 펀드의 일반 원장 사이에 위치하는 구조적 계층입니다. 이것이 없으면 구매, 처분, 전송, 스테이킹 수취 또는 수수료 지급 등 모든 온체인 이동이 회계 시스템에 통제되지 않은 현금 항목으로 기록됩니다. 재무팀은 지갑을 수동으로 조정하고, 비용 기준을 추정하며, 올바른 회계 처리를 추측해야 합니다. 이러한 접근 방식은 거래량이 적은 경우에도 빠르게 한계에 부딪힙니다. 이 가이드는 적절히 설계된 암호화폐 서브 원장의 모습, 일반 원장과의 연결 방식, 그리고 감사 의무 또는 고객 보고 책임이 있는 기업에서 서브 원장과 단순 포트폴리오 트래커의 차이가 중요한 이유를 설명합니다.

암호화폐 서브 원장이란 무엇이며 왜 필요한가?

암호화폐 서브 원장의 역할을 이해하려면 일반 원장 단독으로 수행할 수 없는 것이 무엇인지부터 살펴보는 것이 도움이 됩니다. 일반 원장은 계정 수준에서 차변과 대변을 기록합니다. 각 항목을 정당화하는 기본 세부 정보, 즉 특정 비트코인 로트의 취득일, 처분 시 적용된 환율, 또는 전송이 시작된 지갑 주소는 저장되지 않습니다. 이러한 세부 정보는 서브 원장(Sub-Ledger)이라는 전용 보조 기록에 저장되며, 이는 GL로 집계되지만 비용 기준 추적, 세금 계산 및 감사 증거에 필요한 거래 수준의 세분성을 유지합니다.

총계정원장이 할 수 없는 것

전통적인 자산 클래스에서는 서브 원장이 일반적입니다. 매출채권, 유형자산 및 재고자산이 모두 보조 원장을 사용하는 이유가 바로 이것입니다. 암호화폐도 원칙적으로 다르지 않습니다. 문제는 블록체인 거래가 표준 서브 원장 템플릿이 예상하지 못하는 특성을 가지고 있다는 점입니다: 가명성, 수십 개의 지갑과 체인에서 동시에 발생 가능성, 토큰 스왑 및 프로토콜 보상과 같은 명확하지 않은 과세 이벤트 포함, 그리고 단일 회계 기간 내에 시장 가치가 크게 변동할 수 있다는 점입니다. 암호화폐 서브 원장은 처음부터 이러한 특성을 처리할 수 있도록 설계되어야 하며, 인보이스나 자산 감가상각 일정에 맞춰진 템플릿에 블록체인 활동을 강제로 맞추는 것을 피해야 합니다.

암호화폐 서브 원장의 핵심 아키텍처

잘 설계된 암호화폐 서브 원장은 여러 개의 뚜렷한 기능 계층을 가지며, 각 계층은 블록체인에서 대차대조표까지 데이터 여정의 특정 부분을 담당합니다.

데이터 수집 계층

첫 번째 계층은 데이터 수집입니다. 거래는 API를 통해 거래소, 노드 쿼리 또는 인덱서를 통해 지갑, 온체인 이벤트 로그를 통해 DeFi 프로토콜에서 가져와야 합니다. 수집 계층은 이러한 입력을 공통 스키마(타임스탬프, 자산 유형, 수량, 상대방 주소, 거래 해시, 수수료)로 정규화합니다. 여기서 완전성은 타협할 수 없습니다. 단 하나의 누락된 전송이 이후의 모든 비용 기준 계산을 망칠 수 있습니다.

두 번째 계층은 분류입니다. 모든 온체인 이동이 회계 목적으로 동일한 유형의 이벤트는 아닙니다. 동일한 법인이 소유한 지갑 간의 전송은 처분이 아닙니다. 스테이킹 보상은 수취 시 소득이며 자본 취득이 아닙니다. 프로토콜 스왑을 통해 수취한 토큰은 나가는 자산의 처분과 들어오는 자산의 취득을 촉발합니다. 분류 엔진은 이러한 규칙을 일관되게 적용하고 모호한 거래는 사람의 검토를 위해 표시해야 합니다.

원가 기준 계산 계층

세 번째 계층은 비용 기준 계산입니다. 여기서 로트 수준의 회계가 이루어집니다. 각 취득은 자체 날짜, 수량 및 단위 비용이 있는 로트로 기록됩니다. 각 처분은 선택된 비용 흐름 방법(관할권 및 회계 정책에 따라 FIFO, LIFO, 평균 비용 또는 특정 식별 중 하나)을 사용하여 기존 로트와 대조됩니다. 기업이 여러 관할권의 고객에게 서비스를 제공하는 경우 서브 원장은 여러 방법을 동시에 지원해야 합니다.

네 번째 계층은 분개 생성입니다. 비용 기준이 확인되면 서브 원장은 구조화된 분개를 생성합니다. 취득 시 자산 계정 차변, 현금 또는 관련 대가 계정 대변; 처분 시 수익 차변, 자산 대변 및 손익 인식. 이러한 분개에는 로트 ID, 거래 해시 및 환율 출처를 포함하여 감사관이 필요로 하는 모든 지원 참조가 포함됩니다.

서브 원장 대 포트폴리오 트래커: 중요한 차이점

암호화폐 서브 원장과 포트폴리오 트래커의 차이는 종종 오해되며, 이러한 오해는 실제 규정 준수 위험을 초래합니다. 포트폴리오 트래커는 현재 보유량, 대략적인 시장 가치 및 과거 성과를 보여줍니다. 이는 자신의 포지션을 모니터링하려는 투자자를 위해 구축되었습니다. 감사 준비가 된 분개를 생성하거나, 여러 비용 흐름 방법을 지원하거나, ERP 또는 클라우드 회계 플랫폼과 통합되도록 구축되지 않았습니다.

기능 차이 요약표

아래 표는 회계 및 규정 준수 팀에 가장 중요한 기능적 차이를 요약합니다.

기능	포트폴리오 트래커	암호화폐 서브 원장
비용 기준 방법론	일반적으로 단일 방법, 종종 근사치	다중 방법, 로트 수준, 정책 구성 가능
분개 출력	생성되지 않음	이벤트별 구조화된 복식 부기 출력
감사 추적	제한적 또는 없음	전체 거래 해시, 로트 ID, 환율 출처 연결
GL 통합	기껏해야 수동 내보내기	ERP로의 직접 피드 또는 매핑된 API 연결
다중 법인 지원	드물게	회사 수준의 고객 분리를 위해 설계됨
규제 보고	지원되지 않음	CARF, DAC8 및 현지 세금 신고서에 맞게 구조화됨

포트폴리오 트래커에 의존해 감사 요건을 충족하거나 고객을 위한 세무 계산을 준비하는 회사는 규정 준수 인프라에 중대한 격차를 안고 운영되고 있습니다. 트래커가 보조 원장과 동일한 최종 잔액을 표시할 수는 있지만, 그 잔액에 어떻게 도달했는지를 입증할 수 없으며, 감사관이 이를 질문할 것입니다.

암호화폐 보조 원장을 총계정원장에 연결하기

암호화폐 보조 원장을 GL에 연결하는 방법은 회계 시스템이 어떻게 구성되어 있는지에 따라 달라지지만, 원칙은 일관됩니다. 보조 원장은 모든 암호화폐 관련 입력의 단일 진실 공급원이어야 합니다. 암호화폐 거래에서 발생하는 항목이 GL에 수동으로 게시되어서는 안 됩니다. 보조 원장에서 생성된 입력 옆에 수동 입력이 존재하면 조정이 자동화 불가능해지고 오류가 증폭됩니다.

계정과목 매핑

매핑은 첫 번째 실질적인 과제입니다. 보조 원장은 아직 계정과목표에 존재하지 않는 자산 유형, 지갑 및 이벤트 범주를 참조하는 입력을 생성합니다. 통합이 시작되기 전에, 재무 팀은 계정 구조를 정의해야 합니다. 즉, 보유한 주요 암호화폐 자산 각각에 대한 별도 계정, 실현 손익 계정, 공정가치 회계가 적용되는 경우 미실현 손익 계정, 스테이킹, 채굴 또는 프로토콜 보상에 대한 수익 계정이 필요합니다. 거래량이 증가하기 전에 계정과목표가 안정적이어야 하는 이유는 소급 구조 조정이 비용이 많이 들기 때문입니다.

타이밍은 두 번째 과제입니다. 보조 원장은 일별, 주별 또는 월별 등 보고 주기에 맞춰 GL에 게시되어야 합니다. 게시 빈도가 높으면 기말 마감이 더 깔끔해집니다. 게시 빈도가 낮으면 검토하기 어려운 대규모 추적 배치가 생성됩니다. 암호화폐 활동이 많은 고객을 둔 회사의 경우, 일일 자동 게시와 주간 검토 체크포인트가 실질적인 표준입니다.

조정 통제

조정 통제가 전체 그림을 완성합니다. 각 기말에 암호화폐 보조 원장 잔액은 GL 계정 잔액, 온체인 지갑 잔액 및 모든 거래소 관리 진술서와 조정되어야 합니다. 기말에 3자 조정은 최소 통제 표준입니다. 이 3자 일치에 어떠한 차이가 발생하면 승인 전 조사가 필요한 예외 항목입니다.

취득원가 기준 방법 및 회계 정책 선택

취득원가 기준 방법의 선택은 회계 정책 결정일 뿐만 아니라 많은 관할권에서 세무 규정 준수 요건이기도 합니다. 보조 원장은 적용되는 방법을 지원해야 하며, 해당 방법을 관련 기간의 모든 처분에 일관되게 적용해야 합니다.

원가 기준 방법 비교표

방법	일반적인 관할권	보조 원장 요구 사항
FIFO (선입선출법)	영국, 미국, EU (다수에서 기본값)	취득일 기준으로 정렬된 로트 대기열; 가장 오래된 로트가 먼저 소비됨
평균 원가법	영국 (주식, HMRC가 암호화폐에 대해 인정), 호주	각 취득 시 재계산되는 이동평균법
개별 식별법	미국 (적절한 기록 필요), 일부 EU 관할권	로트 수준 태깅; 각 처분은 명명된 취득 로트를 참조함
LIFO (후입선출법)	일부 관할권에서 허용됨; IFRS에서는 불허	로트 대기열 반전; 가장 최근 취득이 먼저 소비됨

다중 관할권 고객에게 자문을 제공하는 회사는 하나의 계산이 다른 계산을 덮어쓰지 않고 병렬 취득원가 계산을 실행할 수 있는 보조 원장이 필요합니다. 영국 고객의 양도소득세 계산을 위해 FIFO를 실행하면서 동시에 캐나다 신고를 위해 평균 원가를 실행하려면 단일 혼합 풀이 아닌 적절한 로트 수준 분리가 필요합니다. 이것이 바로 목적에 맞게 구축된 회계 법인용 암호화폐 보조 원장 소프트웨어가 중요한 핵심 이유 중 하나입니다. 이는 스프레드시트나 포트폴리오 트래커가 단순히 실패할 그런 종류의 병렬 계산에 맞게 설계되었기 때문입니다.

감사 준비성 및 검토자가 실제로 확인하는 사항

감사 준비성은 보조 원장의 별도 기능이 아닙니다. 이는 일관되게 적용되는 우수한 아키텍처의 결과물입니다. 감사관이나 세무 당국이 암호화폐 관련 잔액을 검토할 때, 그들은 처분 샘플을 일치하는 취득 로트까지 추적할 것입니다. 각 이벤트 날짜에 사용된 환율 출처를 확인할 것입니다. 원장에 참조된 지갑 주소가 실체가 실제로 통제하는 주소와 일치하는지 확인할 것입니다. 보고되지 않은 이체나 처분을 나타낼 수 있는 거래 내역의 공백을 찾을 것입니다.

감사 추적 요구 사항

진정으로 감사 준비가 된 암호화폐 보조 원장은 모든 이벤트의 거래 해시를 저장하고, 각 입력을 명명된 타사 가격 피드의 검증된 환율에 연결하며, 문서화된 소유권이 있는 완전한 지갑 주소 등록부를 유지하고, 수동으로 재정의된 모든 거래와 재정의 이유를 플래그합니다. 마지막 사항이 중요합니다. 수동 재정의는 때때로 필요합니다. 예를 들어 거래소가 수수료를 올바르게 보고하지 못하는 경우 등입니다. 그러나 문서화되지 않은 재정의는 모든 검토에서 위험 신호입니다.

클라이언트 수준 분리

회계 법인의 경우, 보조 원장의 감사 준비성은 고객 수준의 분리를 의미합니다. 각 고객의 거래 내역, 취득원가 풀 및 분개 입력은 깔끔하게 분리되어야 합니다. 한 고객의 데이터가 다른 고객의 계산에 영향을 미칠 위험이 있어서는 안 됩니다. 역할 기반 액세스 통제와 불변 활동 로그가 하나의 플랫폼에서 여러 고객 포트폴리오를 처리하는 회사를 위한 완전한 그림을 완성합니다.

예시 시나리오

이것이 실제로 어떻게 적용되는지 설명하기 위해 다음 시나리오를 고려하십시오:

프리야는 지난 2년 동안 12개의 새로운 암호화폐 네이티브 비즈니스 고객을 확보한 중견 영국 회계 법인의 시니어 매니저입니다. 각 고객은 여러 지갑과 최소 2개의 거래소에 자산을 보유하고 있습니다. 최근까지 프리야의 팀은 각 거래소에서 CSV 파일을 다운로드하고, 스프레드시트에서 수동으로 조정한 후, 분기 말에 Xero에 요약 분개를 게시했습니다. 이 과정은 분기당 고객당 약 3일이 소요되었고, 법인은 이미 자본 이득 계산을 지원하기 위한 거래 수준 증거를 요구하는 HMRC의 질의를 두 건 받았습니다.

목적에 맞게 구축된 암호화폐 서브원장 소프트웨어를 구현한 후, 프리야의 팀은 각 고객의 거래소 API와 지갑 주소를 플랫폼에 직접 연결했습니다. 서브원장은 이제 각 거래를 자동으로 분류하고, HMRC의 풀링 규칙에 맞춰 FIFO 원가 기준 계산을 실행하며, 각 고객의 Xero 인스턴스에 직접 게시되는 구조화된 분개를 생성합니다. 서브원장, 온체인 잔액, 그리고 총계정원장 간의 삼중 조정은 밤새 이루어집니다. 분기 말 처리 시간은 고객당 반일 미만으로 줄었으며, 법인은 이제 모든 HMRC 문의에 대해 즉시 사용 가능한 완전한 감사 추적을 보유하고 있습니다. CryptaCount의 서브원장 계층은 스프레드시트 프로세스가 안정적으로 유지할 수 없었던 로트 수준 세부 정보를 처리했습니다.

자주 묻는 질문

암호화폐 서브원장을 간단히 설명하면 무엇인가요?

암호화폐 서브원장은 모든 암호화폐 거래를 원가 기준, 처분 수익, 그리고 그에 따른 손익을 포함하여 거래 수준에서 기록하고, 이러한 변동을 총계정원장을 위한 분개로 요약하는 전용 회계 기록입니다. 총계정원장 계정만으로는 저장할 수 없는 세부 정보를 제공합니다.

암호화폐 서브원장은 포트폴리오 트래커와 어떻게 다른가요?

포트폴리오 트래커는 투자 결정을 위해 자산 가치와 성과를 모니터링합니다. 암호화폐 서브원장은 복식 분개를 생성하고, 로트 수준 원가 기준 기록을 유지하며, 감사 추적을 생성하는 회계 도구입니다. 이들은 다른 목적을 제공하며, 포트폴리오 트래커는 자체적으로 회계 또는 세금 규정 준수 요구 사항을 충족하지 않습니다.

암호화폐를 보유한 모든 기업에 서브원장이 필요한가요?

감사된 재무제표를 준비하거나, 법인세 신고를 제출하거나, IFRS 또는 US GAAP와 같은 기준에 따라 보고해야 하는 의무가 있는 암호화폐 자산을 보유한 모든 법인은 구조화된 서브원장이 필요합니다. 단순한 현금 기준 회계를 사용하는 매우 낮은 거래량 보유자는 더 간단한 접근 방식으로 관리할 수 있지만, 그 범위는 좁으며 거래량이 증가함에 따라 줄어듭니다.

암호화폐 서브원장 소프트웨어는 일반적으로 어떤 원가 기준 방법을 지원하나요?

대부분의 목적에 맞게 구축된 암호화폐 서브원장 소프트웨어는 FIFO, 평균 원가, LIFO 및 특정 식별을 지원합니다. 올바른 방법은 적용 가능한 관할권과 회계 정책에 따라 다릅니다. 여러 국가에 고객이 있는 법인은 결과를 혼동하지 않고 다른 방법으로 병렬 계산을 실행할 수 있는 소프트웨어가 필요합니다.

서브원장은 Xero 또는 QuickBooks와 같은 회계 플랫폼에 어떻게 연결되나요?

통합은 고객의 계정과목표에 매핑된 직접 API 연결 또는 구조화된 파일 내보내기를 통해 작동합니다. 서브원장에서 생성된 분개는 일반적으로 수동 재입력 없이 일별 또는 월별로 구성된 빈도로 총계정원장에 푸시됩니다. 이는 전사 오류를 제거하고 원천 거래에서 게시된 항목까지 깔끔한 감사 추적을 생성합니다.

암호화폐에 대한 삼중 조정은 무엇을 포함하나요?

삼중 조정은 기말에 암호화폐 서브원장 잔액, 총계정원장 계정 잔액, 그리고 실제 온체인 또는 거래소 보유 잔액이 모두 일치하는지 확인합니다. 불일치는 누락된 거래, 분류 오류 또는 거래소 보고 문제를 나타내며, 기간이 마감되기 전에 해결되어야 합니다.

암호화폐 거래에 대한 감사 증거 요구 사항은 무엇인가요?

감사인은 일반적으로 거래 해시, 타임스탬프가 찍힌 환율 출처, 문서화된 지갑 소유권, 그리고 원가 기준 계산이 기간 동안 일관되게 적용되었음을 입증하는 증거를 요구합니다. 또한 자동 분류에 대한 수동 재정의의 명확한 기록도 확인할 것입니다. 잘 설계된 서브원장은 표준 기록 유지의 일부로 이 모든 것을 저장합니다.

하나의 암호화폐 서브원장으로 여러 고객 또는 법인을 처리할 수 있나요?

네, 플랫폼이 법인 수준 사용을 위해 설계된 경우 가능합니다. 다중 고객 서브원장 플랫폼은 법인 간 엄격한 데이터 분리를 유지하고, 고객별로 별도의 회계 정책을 적용하며, 승인된 팀 구성원만 각 고객의 기록을 보거나 편집할 수 있도록 역할 기반 액세스 제어를 지원합니다. 이는 전문 책임 의무 하에 운영되는 회계 법인의 최소 요구 사항입니다.

거래 내역에 누락된 거래소 또는 지갑으로 인한 공백이 있으면 어떻게 되나요?

거래 내역의 공백은 시스템이 구매 기록이 없는 자산의 정확한 취득 원가를 결정할 수 없기 때문에 원가 기준 계산을 손상시킵니다. 서브원장은 자동으로 가정하지 않고 누락된 데이터를 명시적으로 플래그 지정해야 합니다. 법인은 거래소에서 기록을 얻거나 완전 공개와 함께 방어 가능한 평가 방법을 적용하여 공백을 해결하는 방법을 문서화해야 합니다.

암호화폐 서브원장은 IFRS와 US GAAP 모두에서 관련이 있나요?

네. 두 프레임워크 모두 법인이 암호화폐 보유의 원가 또는 공정 가치를 결정하고 손익 및 수익을 적절히 인식하도록 요구합니다. 서브원장은 어떤 프레임워크가 적용되든 해당 결정을 감사 가능하게 만드는 로트 수준 데이터를 제공합니다. 특정 측정 모델은 다를 수 있지만, 구조화된 거래 기록에 대한 근본적인 필요성은 동일합니다.

Source: CryptaCount