자산과 블록체인별 가상자산 회계

자산이 다르면 회계도 다릅니다. Bitcoin의 UTXO 이력, Ethereum의 가스비와 스테이킹, Solana의 거래량, L2의 브리지된 포지션 — 각각 고유한 처리를 요구합니다. CryptaCount는 이 모든 것을 하나의 보조원장에서 처리하며, 취득원가에 정확한 분개와 IFRS 및 US-GAAP에 따른 보고를 제공합니다.

자산을 선택하세요

각 자산 페이지는 해당 체인에서 중요한 처리를 깊이 있게 다룹니다 — 취득원가, 소득 분류, 그리고 표준 도구가 놓치는 이벤트들.

• Bitcoin 회계 → — 높은 UTXO 거래량에서도 깔끔한 취득원가; 채굴 소득과 수수료.
• Ethereum 회계 → — 모든 거래의 가스비, 스테이킹 보상, 깊은 DeFi, NFT, L2 브리징.
• Solana 회계 → — 매우 높은 거래량, 스테이킹 보상, SPL 토큰, NFT.
• Polygon 회계 → — MATIC→POL 마이그레이션, 브리지된 자산, 저수수료 DeFi.
• Avalanche 회계 → — C-Chain EVM 활동, 서브넷, 스테이킹, DeFi.

하나의 보조원장, 모든 체인

무엇을 보유하든 회계는 동일한 엔진을 거칩니다: 90개 이상의 체인에 걸친 체인 활동을 자체 온체인 데이터 인프라를 통해 직접 읽어와 제대로 된 회계 이벤트로 분류하고, 선택한 취득원가 산정 방법을 모든 로트에 적용하며, 온체인 ↔ 거래소 ↔ 총계정원장으로 대사된 균형 잡힌 분개를 생성합니다. 가상자산 보조원장 작동 원리 →

취득원가는 원하는 방식으로, 관할권 규칙은 자동으로

12가지 처분 방법 — FIFO, LIFO, HIFO, WAVG, 개별법(Specific Identification) 등 — 을 법인별·관할권별로 적용하세요. 선택한 방법이 적용되며, 영국 Section 104 pooling, 캐나다 ACB와 같이 관할권이 의무화한 처리는 자동으로 적용됩니다. 취득원가 산정 방법 →

IFRS 및 US-GAAP에 따른 보고

FASB ASU 2023-08 공정가치를 포함하여, 손익과 공시가 각 법인이 보고하는 표준에 맞춰 매핑됩니다. 가상자산 컴플라이언스 및 보고 →

모든 원천을 연결하세요

거래소와 지갑에서 각 자산을 가져온 뒤, 대사된 분개를 ERP와 동기화하세요 — Xero와 Zoho는 현재 사용 가능하며, QuickBooks, NetSuite, Sage는 출시 예정입니다. 연동 →

전체 그림: 자산과 체인별로 회계가 다른 이유

「가상자산 회계」는 하나의 분야처럼 들리지만, 보유한 체인마다 작업의 형태가 달라지며, 이러한 차이를 평평하게 만드는 플랫폼은 장부를 조용히 잘못 표기하게 됩니다. Bitcoin의 UTXO 모델은 채굴 소득과 수수료를 더한 깔끔하지만 대량의 취득 및 처분 이력을 만들어냅니다. Ethereum은 모든 거래에 가스비를 부과하고 그 위에 스테이킹 보상, 깊은 DeFi, NFT, L2 브리징을 쌓습니다. Solana의 거래량은 매우 높으며, 자체 스테이킹 보상, SPL 토큰, NFT가 있습니다. L2는 이동 전반에 걸쳐 추적해야 하는 브리지된 포지션을 가져옵니다. 이 각각은 취득원가, 소득 분류, 그리고 표준 도구가 놓치는 이벤트에 대해 고유한 처리를 요구합니다. CryptaCount는 이 모든 것을 하나의 보조원장에서 처리하므로 차이점이 평균화되는 것이 아니라 존중됩니다.

통합적인 개념은 무엇을 보유하든 회계는 동일한 엔진을 거친다는 것입니다: 90개 이상의 체인에 걸쳐 자체 온체인 데이터 인프라를 통해 직접 읽은 체인 활동이 제대로 된 회계 이벤트로 분류되고, 선택한 취득원가 산정 방법이 모든 로트에 적용되며, 온체인과 거래소와 총계정원장으로 균형 잡힌 분개가 대사됩니다. 자산별 깊이는 하위 페이지에 있으며, 이 허브는 하나의 엔진이 그 모든 것을 처리하는 방식을 보여주는 곳입니다. 가상자산 보조원장 작동 원리 →

자산별로 깊이 파고들기

각 자산 페이지는 해당 체인에서 중요한 처리를 깊이 있게 다룹니다 — 취득원가, 소득 분류, 그리고 표준 도구가 놓치는 이벤트들:

• Bitcoin 회계 → — 높은 UTXO 거래량에서도 깔끔한 취득원가, 채굴 소득과 수수료
• Ethereum 회계 → — 모든 거래의 가스비, 스테이킹 보상, 깊은 DeFi, NFT, L2 브리징
• Solana 회계 → — 매우 높은 거래량, 스테이킹 보상, SPL 토큰, NFT
• Polygon — MATIC에서 POL로의 마이그레이션, 브리지된 자산, 저수수료 DeFi, 모두 하나의 계정과목표
• Avalanche — C-Chain EVM 활동, 서브넷, 스테이킹, DeFi를 회계 이벤트로 포착

이를 위한 대상

이 허브는 보유 자산이 하나 이상의 체인에 걸쳐 있고 각각을 뭉뚱그리지 않고 올바르게 회계 처리해야 하는 재무팀을 위한 것입니다:

• 트레저리와 펀드 — 각 자산 고유의 소득 및 취득원가 프로파일을 가진 여러 체인에 걸쳐 여러 자산을 보유하는 곳
• Web3 기업 — 한 체인에서 스테이킹 또는 프로토콜 소득을 얻으면서 다른 체인에서 기여자에게 지급하는 곳
• 회계 법인 — 하나의 장부로 대사해야 하는 혼합 멀티체인 포트폴리오를 보유한 고객을 담당하는 법인
• 그룹 — Bitcoin, Ethereum, Solana, EVM 체인 활동을 단일 연결 뷰로 통합하는 곳

이 팀들의 공통점은 체인 간 차이가 학문적인 것이 아니라 숫자를 바꾼다는 것입니다. Bitcoin 중심의 트레저리와 Ethereum 중심의 DeFi 운영은 매우 다른 이벤트 유형에 동일한 규율이 적용되어야 하며, 두 가지 모두에 Solana까지 걸쳐 있는 펀드는 그 모든 것을 하나의 방어 가능한 장부로 대사해야 합니다. 그것이 단일 멀티체인 보조원장이 처리하도록 설계된 사례입니다.

하나의 엔진, 모든 체인에 걸쳐 일관성

모든 자산을 하나의 보조원장을 통해 실행하는 이점은 일관성입니다. 처분이 Bitcoin UTXO든 SPL 토큰이든 취득원가는 동일하게 적용됩니다: 법인별·관할권별로 12가지 처분 방법 — FIFO, LIFO, HIFO, WAVG, 개별법 등 — 을 적용할 수 있으며, 영국 Section 104 pooling, 캐나다 ACB와 같이 관할권이 의무화한 처리는 자동으로 적용됩니다. 소득도 일관되게 분류됩니다: 스테이킹 보상과 DeFi 수익은 소득으로, 유동성, 렌딩, 차입, 래핑은 회계 이벤트로, 가스비는 거래별로 포착되어 비용으로 처리됩니다. 그 결과로 나오는 보고서는 FASB ASU 2023-08에 따른 미국 GAAP 공정가치 측정을 포함하여 각 법인이 보고하는 표준에 매핑됩니다. 취득원가 산정 방법 → · 가상자산 컴플라이언스 및 보고 →

표준 도구가 놓치는 이벤트들

올바른 가상자산 장부와 그럴듯해 보이는 장부의 차이 대부분은 일반적인 도구가 결코 인식하지 못하는 이벤트들로 귀결됩니다. 가스비는 모든 Ethereum 거래에 부과되며 거래별로 포착되어 비용으로 처리되어야 하지, 조용히 흡수되어선 안 됩니다. 스테이킹과 검증자 보상은 받는 순간 소득이며, 보유량의 무료 증가가 아닙니다. DeFi 포지션 — 유동성 공급, 렌딩, 차입, 래핑 — 은 무시해야 할 단순 이체가 아니라 취득원가와 손익에 실제 영향을 미치는 회계 이벤트입니다. NFT 민팅, 매입, 매도, 로열티는 자체 취득원가와 손익을 가집니다. 브리지된 L2 포지션은 체인 간 취득원가를 이동시키며, 그 취득원가가 이동 중 사라지면 이후 처분이 깨집니다. CryptaCount는 이 각각을 하나의 엔진을 통해 제대로 된 회계 이벤트로 분류하고 전기합니다. 자산별 페이지 — Bitcoin →, Ethereum →, Solana → — 는 이 각각이 체인별로 어떻게 작동하는지를 보여줍니다.

구매자 가이드: 멀티 자산 가상자산 회계 평가

• 단일 모델이 아닌 자산별 처리 — UTXO 이력, 가스비, 스테이킹, 브리지된 포지션 각각에 대한 처리가 필요하며, 하나의 일반적인 가져오기로는 안 됨
• 많은 체인에 걸친 네이티브 커버리지 — 90개 이상의 체인에 걸친 자체 인프라가 임차된 API가 놓치는 DeFi와 내부 이체를 포착
• 자산 간 일관된 취득원가 — 로트가 BTC든 ETH든 SPL 토큰이든 동일한 방법이 동일하게 적용되어야 함
• 체인별로 올바르게 분류된 소득 — 스테이킹, 채굴, 보상, 수익이 이체에 묻히지 않고 소득으로 인식되어야 함
• 표준에 매핑된 보고 — 손익과 공시가 공정가치가 필요한 경우를 포함하여 법인별로 IFRS 또는 US-GAAP를 따라야 함
• 하나의 연결된 뷰 — 많은 자산과 체인이 별도 트래커가 아닌 단일 장부로 집약되어야 함

멀티체인 장부에서 흔한 함정

• 모든 체인을 동일하게 취급 — UTXO 거래량, 가스비, 브리징을 무시하면 누구도 대사할 수 없는 취득원가가 만들어짐
• 가스비 미추적 — 포착되지 않은 거래별 네트워크 수수료는 비용을 과소계상하고 손익을 왜곡
• 스테이킹과 수익 잘못 표기 — 이체가 아닌 소득으로 인식되어야 하는 것이 소득으로 인식되지 않으면 손익계산서와 취득원가 모두 잘못됨
• 브리지된 포지션 유실 — L2 브리지를 통해 이동된 자산에 취득원가 없이 이후 모든 처분이 깨짐
• 자산별 별도 도구 — 체인마다 다른 트래커는 장부가 하나의 원천으로 대사되지 않음을 보장

CryptaCount가 이를 어떻게 제공하는가

CryptaCount는 포트폴리오 트래커가 아닌 회계 소프트웨어입니다: 자산 및 체인별 복식부기 분개, 로트 단위 취득원가, 감사 대응 가능한 재무제표. 90개 이상의 체인에 걸쳐 자체 인프라를 통해 직접 온체인 활동을 읽고, 스테이킹, DeFi, 가스비를 제대로 된 회계 이벤트로 분류하며, 선택한 취득원가 산정 방법을 모든 로트에 일관되게 적용하고, 균형 잡힌 분개를 전기하기 전에 온체인과 거래소와 총계정원장을 대사합니다. 보고서는 각 법인이 보고하는 표준에 매핑되며, 모든 자산이 하나의 연결된 장부로 집약됩니다. 거래소와 지갑에서 각 자산을 가져온 뒤, 대사된 분개를 ERP와 동기화하세요 — Xero와 Zoho는 현재 사용 가능하며, QuickBooks, NetSuite, Sage는 출시 예정입니다. 연동 → · 가상자산 보조원장 →

CryptaCount는 가상자산 포트폴리오 트래커인가요?

아닙니다. 회계 소프트웨어입니다 — 자산 및 체인별 복식부기 분개, 로트 단위 취득원가, 감사 대응 가능한 재무제표를 제공하며, 성과 추적기가 아닙니다. 트래커는 지갑의 가치가 얼마인지 알려줍니다. CryptaCount는 차변과 대변, 손익, 그리고 그 뒤의 감사 추적을 제공합니다.

체인 전반에 걸쳐 스테이킹, DeFi, 가스비를 일관되게 처리하나요?

예. 스테이킹 보상과 DeFi 수익은 소득으로 분류되고, 유동성, 렌딩, 차입, 래핑은 회계 이벤트로 기록되며, 가스비는 거래별로 포착되어 비용으로 처리됩니다 — Ethereum, Solana, 또는 모든 EVM 체인에서 동일하게. 자산 간 일관성이 하나의 엔진으로 처리하는 핵심입니다.

브리지된 L2 포지션은 어떻게 회계 처리되나요?

브리지된 이동은 내부 이체로 인식되며, 이동 시 취득원가가 함께 이전되어 브리지에서 사라지지 않습니다. 그것이 목적지 체인에서의 이후 처분을 정확하게 유지시키며, 이는 정확히 멀티체인 장부가 일반적으로 잘못되는 지점입니다. Ethereum 회계 → 페이지는 L2 브리징을 깊이 있게 다룹니다.

어떤 취득원가 산정 방법을 사용할 수 있으며, 관할권 규칙이 적용되나요?

12가지 처분 방법 — FIFO, LIFO, HIFO, WAVG, 개별법 등 — 을 법인별·관할권별로 선택할 수 있습니다. 영국 Section 104 pooling, 캐나다 ACB와 같이 관할권이 의무화한 처리는 자동으로 적용되므로, 여러 관할권이 혼재된 그룹도 수작업 우회 없이 올바르게 처리됩니다. 취득원가 산정 방법 → 페이지를 참조하세요.

멀티체인 활동이 보고를 위해 어떻게 집약되나요?

모든 자산과 체인이 동일한 보조원장을 통해 하나의 장부로 통합되므로, 손익과 공시가 단일 원천에서 각 법인이 보고하는 표준에 매핑됩니다. 대사할 체인별 별도 트래커가 없습니다 — 연결된 뷰가 그 모든 것 위에 있습니다. 가상자산 컴플라이언스 및 보고 →

CryptaCount는 어떤 체인을 지원하나요?

온체인 활동은 Bitcoin, Ethereum, Solana, Polygon, Avalanche 등을 포함하여 자체 인프라를 통해 90개 이상의 블록체인에 걸쳐 직접 읽혀옵니다. 임차된 제3자 API가 아닌 네이티브로 체인 이력을 읽는 것이 내부 이체, 가스비, DeFi 포착을 향상시키며, 새로 보유하기 시작한 체인이 별도 도구 없이 동일한 엔진과 동일한 연결된 장부로 흘러 들어옴을 의미합니다.

마감 시 Solana처럼 거래량이 많은 경우 어떻게 처리되나요?

거래량은 총계정원장이 아닌 보조원장에 있습니다. CryptaCount는 원천에서 모든 거래를 수집하고 분류하며, 로트에 취득원가를 적용하고, 요약된 균형 잡힌 분개만 총계정원장에 전기합니다. 따라서 매우 높은 거래 건수를 만들어내는 Solana 같은 체인도 장부를 부풀리지 않고 처리됩니다 — 세부 내역은 보조원장에서 대사 가능한 상태로 남아 있으며 총계정원장은 실제로 읽을 수 있는 깔끔한 기간 요약을 받습니다.

가상자산 회계를 한데 모으기

가상자산 회계는 어느 하나의 자산에 관한 것이 아니라, 모든 포지션, 손익, 공시를 원천 거래로 연결하는 하나의 대사된 기록에 관한 것입니다. 그것이 보조원장이 제공하는 것이며, 법인이 IFRS 또는 US GAAP에 따라 일관된 정책을 적용하고, 총계정원장에 깔끔한 분개를 전기하며, 컴플라이언스 보고 의무를 이행할 수 있게 하는 것입니다. CryptaCount는 모든 자산과 거래소에 걸쳐 이를 수행하는 보조원장으로, 귀사의 장부가 기록의 원천 시스템으로 유지되고 거래 단위 세부 내역이 있어야 할 곳에 남아 있도록 합니다.

멀티체인 마감을 한데 모으기

멀티체인 회계의 가장 어려운 부분은 어느 하나의 자산이 아닙니다 — 각각 다르게 작동하는 포지션에서 하나의 방어 가능한 마감을 만들어내는 것입니다. 트레저리는 깔끔하지만 대량의 UTXO 이력을 가진 Bitcoin, 스테이킹 보상과 가스비를 발생시키는 Ethereum, 순전한 거래량을 만들어내는 Solana를 보유할 수 있으며, 월말에 이 모든 것이 검토자가 서명할 수 있는 단일 연결 장부로 집약되어야 합니다. 그것은 체인별 세부 내역이 통합되기 전에 대사될 때만, 나중에 별도 트래커에서 패치 작업을 하지 않을 때만 작동합니다. 모든 체인을 동일한 엔진으로 처리하는 것이 통합을 신뢰할 수 있게 만드는 것입니다: 취득원가 산정 방법이 Bitcoin 처분과 SPL 토큰에 동일하게 적용되고, 소득이 어디서 발생했든 동일하게 분류됩니다.

멀티체인 마감은 일반적으로 동일한 경로를 따릅니다:

• 각 체인이 자체 지갑과 거래소에 먼저 대사되어, 불일치가 그룹 합계에 묻히는 것이 아니라 원천에서 포착됩니다.
• 취득원가와 소득이 자산 간 일관되게 분류되어, 연결된 손익이 방법의 혼합이 아닌 비교 가능한 수치가 됩니다.
• 내부 및 브리지된 이동이 취득원가와 함께 이전되어, 체인 간 이체가 처분으로 오해받지 않습니다.
• 요약된 균형 잡힌 분개만 총계정원장에 도달하는 반면, 거래별 세부 내역은 아래에서 대사 가능한 상태로 남아 있습니다.

이런 방식으로 하면, 연결된 뷰가 모든 체인 위에 위치하며 단일 자산 도구 더미와 경쟁하지 않습니다. CryptaCount는 세부 내역을 하나의 가상자산 보조원장에 유지하고 보고서를 각 법인이 보고하는 표준에 매핑하므로, 혼합된 Bitcoin, Ethereum, Solana 장부가 단일 원천에서 마감됩니다 — 그 정책이 재무제표로 어떻게 흐르는지는 가상자산 컴플라이언스 및 보고 개요를 참조하세요. 구조적 이점은 새로운 체인을 추가해도 새로운 도구나 새로운 대사 사일로를 추가하지 않는다는 것입니다: 트레저리가 보유하기 시작하는 다음 자산이 동일한 엔진, 동일한 계정과목표, 동일한 연결된 마감으로 흘러 들어오므로, 프로세스가 포트폴리오가 분열되는 것이 아니라 함께 성장합니다. 체인 간 차이는 중요한 곳에서 존중되고 사라져야 할 곳에서 사라집니다: 검토자가 어느 라인에서든 원천까지 추적할 수 있는 하나의 깔끔하고 감사 가능한 마감에서.