MetaMask 가상자산 회계

공개 지갑 주소로 MetaMask를 CryptaCount에 연결하여 온체인 활동을 깔끔한 장부로 전환하세요. CryptaCount는 거래 내역을 읽고, 취득원가를 계산하며, 분개를 귀사의 ERP에 전기합니다 — 세부 내역은 보조원장에 보관됩니다.

보조원장의 원천으로서의 지갑

온체인 지갑에는 귀사의 회계 시스템이 볼 수 없는 트레저리 및 운영 활동이 담겨 있습니다. CryptaCount는 그 활동을 가상자산 보조원장으로 읽어 들여 취득원가와 측정 정책을 적용하고, 총계정원장을 위한 요약된 분개를 생성합니다.

연결 방법

MetaMask는 비수탁형 지갑이므로 API 키가 없습니다 — 공개 주소(읽기 전용, 워치 온리 뷰)로 연결합니다:

1. 공개 주소 (권장). MetaMask 공개 지갑 주소(`0x...`)를 복사하세요. CryptaCount에서 연동 → 지갑 추가 → MetaMask로 이동하여 붙여넣으세요. CryptaCount는 지원되는 EVM 네트워크(Ethereum, Polygon, Arbitrum, Optimism, Base 등)에 걸쳐 온체인 내역을 읽습니다.
2. CSV 가져오기. MetaMask 포트폴리오에서 거래 내역을 CSV로 내보낸 뒤 업로드하세요.

언제나 공개 주소만 제공하세요. Secret Recovery Phrase나 개인 키는 절대 입력하지 마세요 — CryptaCount는 이를 결코 요청하지 않습니다. 공개 주소는 워치 온리이자 읽기 전용이므로 자금을 이동할 수 없습니다. 귀사가 여러 지갑을 사용하는 경우 각 주소를 추가하세요.

장부로 흘러 들어오는 항목

해당 주소의 온체인 활동: 스왑, 이체, DeFi 상호작용(유동성, 렌딩, 스테이킹), NFT 활동, 가스비 — 각각 회계용으로 분류되며, 본인 지갑 간 이체는 매칭되어 처분으로 기표되지 않습니다.

재무팀을 위해 설계됨

• 멀티체인 — 자체 온체인 데이터 인프라를 통해 귀사가 사용하는 체인 전반에 걸쳐 하나의 장부
• 자동 취득원가 — 12가지 처분 방법(FIFO, LIFO, HIFO, WAVG, 개별법 등); 관할권이 의무화한 처리(영국 Section 104 share pooling, 캐나다 ACB)는 자동으로 적용됩니다
• ERP로 전기되는 분개 — QuickBooks, Xero, NetSuite 또는 Sage → ERP 연동 →
• 감사 대응 — 모든 총계정원장 라인이 온체인 거래까지 드릴다운됩니다

보조원장 보기 → · 회계 법인을 위한 회계 →

CryptaCount가 MetaMask 지갑 활동을 보조원장으로 수집하는 방법

MetaMask 지갑은 공개 주소로 연결되며, 이는 CryptaCount가 자금을 이동할 능력 없이 온체인 이력을 읽을 수 있게 하는 워치 온리 보기입니다. 해당 주소에서 CryptaCount는 지갑이 사용하는 지원되는 EVM 네트워크 전반에 걸쳐 모든 거래를 읽고 각 거래를 가상자산 보조원장의 개별적이고 타임스탬프가 찍힌 기록으로 작성합니다 — 스왑, 이체, 컨트랙트 상호작용, 가스비 — 각각 자산, 수량, 상대방, 온체인 참조가 그대로 담겨 있습니다. 총계정원장은 요약된 분개를 수신하는 반면, 전체 온체인 세부 내역은 대사, 손익 계산, 감사를 위해 그 아래에 남아 있습니다.

수집은 멱등성이 있습니다: 각 온체인 거래는 해시와 로그 위치에 연결되어 있어, 지갑을 재읽어도 이벤트가 이중으로 계산되지 않습니다. 결산 후 새로 고침하거나, 새로 발견된 주소를 추가하거나, 이력을 확장해도 새로 고침에 걸쳐 수량과 잔액이 안정적으로 유지된다는 것을 신뢰할 수 있습니다. 온체인 지갑에는 귀사의 회계 시스템이 달리 볼 수 없는 트레저리와 운영 활동이 있기 때문에, 이는 종종 해당 활동이 재무팀에 전혀 가시화되는 유일한 곳이 됩니다 — 지갑이 실제로 한 모든 것에 대한 신뢰할 수 있는 단일 진실 원천.

온체인 거래의 분류 및 대사

원시 온체인 데이터는 밀도가 높고 레이블이 없습니다. CryptaCount는 각 거래를 장부가 사용할 수 있는 이벤트로 분류함으로써 회계에 적합하게 만듭니다 — 스왑(각각 독립적으로 가격이 책정된 한 자산의 처분과 다른 자산의 취득), 입금 또는 출금 이체, 유동성 공급, 렌딩, 스테이킹과 같은 DeFi 상호작용, NFT 이동, 또는 가스비. 탈중앙화 거래소에서의 스왑은 두 면을 가진 이벤트로 인식되어, 내재된 실현 손익이 단일 토큰 이동 안에 숨겨지는 대신 포착됩니다.

대사는 장부를 체인 자체와 대비하여 검증합니다. CryptaCount는 분류된 이력에 의해 암시되는 각 자산의 누적 잔액을 추적하고 주소의 온체인 잔액에 대해 확인하므로, 누락된 거래, 지원되지 않는 네트워크, 또는 미분류 상호작용이 포지션을 조용히 왜곡하는 대신 불일치로 표면화됩니다. 체인은 지갑이 무엇을 보유하는지의 궁극적인 권위이며, 보조원장은 이에 대사되어야 합니다 — 해당 상태는 검토자가 검사할 수 있도록 귀사의 가상자산 보조원장 →으로 흘러갑니다.

장부를 위한 취득원가 및 손익

지갑에서의 모든 처분 — 다른 토큰으로의 스왑, 매도, 또는 귀사의 정책이 처분으로 처리하는 이체 — 에는 실현 손익을 측정하고 전기할 수 있도록 취득원가가 필요합니다. CryptaCount는 자산별 취득 로트를 유지하고 선택한 방법에 따라 처분 시 소비하며, 손익을 온체인 이동과 함께 총계정원장에 기표합니다. 로트가 보조원장에 있기 때문에 전기된 수치는 불투명하지 않습니다: 총계정원장의 손익에서 그것이 소비한 특정 취득 건으로 드릴다운할 수 있습니다 — 거래소에서 처음 취득한 후 지갑으로 브리지된 자산도 포함됩니다.

이 엔진은 재무팀이 필요로 할 수 있는 처분 전략의 전체 범위를 지원하며, 해당하는 경우 관할권이 의무화한 처리를 자동으로 적용합니다. 방법은 모든 계정과 체인에 걸쳐 일관성 있게 적용되는 의도적인 정책 선택이지 거래별 추측이 아닙니다 — 각 방법이 어떻게 로트를 소비하는지에 대한 자세한 내용은 취득원가 산정 방법 →을 참조하세요.

자체 계정 간 이체

온체인 트레저리는 자산을 지속적으로 이동시킵니다 — 거래소에서 MetaMask로, 자체 두 지갑 사이, 또는 브리지를 통해 체인 간 — 그리고 각 이동은 처분으로 오인될 수 있습니다. 자산이 단지 조직 내에서 위치를 바꿀 때 아무것도 판매된 것이 없지만, 단순한 독자는 한 주소에서 유출과 다른 주소로 유입을 보고 발생하지 않은 가상 손익을 기표할 위험이 있습니다. CryptaCount는 내부 이체의 두 다리를 동일 자산의 단일 이동으로 매칭하여, 재설정하거나 발생하지 않은 손익을 결정화하는 대신 이동에 걸쳐 원래 취득원가를 이어갑니다.

매칭은 연결된 모든 주소에 걸쳐 자산, 수량, 시기, 방향을 고려하며, 확신을 갖고 대응할 수 없는 것은 사람의 확인을 위해 플래그를 표시합니다 — 브리지와 래핑된 자산 컨버전은 특히 검토자의 눈이 필요합니다. 이는 이전되는 원가를 귀사가 통제할 수 있게 합니다 — 자산이 조직의 자체 지갑 간을 이동할 때 감사인이 기대하는 것이 정확히 이것입니다. 모든 회사 주소를 미리 추가하는 것이 이 매칭을 부분적이 아닌 신뢰할 수 있게 만드는 것입니다.

수수료 및 내부 이동

모든 온체인 행위에는 가스비가 들며, 가스는 수수료를 지불하는 거래의 경제성의 일부입니다. CryptaCount는 가스비를 포착하고 귀사의 정책에 따라 처리합니다 — 취득에 대한 가스를 해당 자산의 취득원가에 더하거나, 처분 시 매출에서 차감하거나, 비용으로 기표합니다 — 따라서 보고된 원가와 손익이 온체인 운영의 진정한 비용을 반영합니다. 활발한 지갑에서는 가스가 상당한 금액으로 누적되며, 이를 무시하면 원가가 과소 계상되고 손익이 과대 계상됩니다. DeFi 상호작용도 보상 또는 수수료 토큰을 생성할 수 있으며, 이는 누락되지 않고 수령 시 인식됩니다.

• 가스비 — 귀사의 측정 정책에 따라 원가에 자본화되거나, 매출에서 차감되거나, 비용으로 기표되며, 조용히 무시되지 않습니다.
• DeFi 보상 — 유동성, 렌딩 또는 스테이킹 보상이 수령일 공정가치로 인식되고 나중의 처분을 위한 취득원가를 부여받습니다.
• 스왑 — 각각 독립적으로 가격이 책정된 처분과 취득으로 인식되어 내재된 손익이 포착됩니다.
• 내부 및 크로스체인 이동 — 주소 간 대응되어 손익 계산에서 제외되며, 원가가 그대로 이전됩니다.

통제 및 감사 추적

비수탁형 지갑에서 가장 강력한 통제는 CryptaCount가 공개 주소만 보유한다는 것입니다 — 워치 온리, 읽기 전용, 자금 이동 불가 — 그리고 절대 Secret Recovery Phrase나 개인 키를 요청하지 않습니다. 이는 감사인에게 증거로 제시하기 간단합니다: 연결은 물리적으로 거래할 수 없습니다. 접근 권한 외에도, 모든 총계정원장 라인은 보조원장을 통해 그 뒤에 있는 정확한 온체인 거래로 추적 가능하며, 해시, 날짜, 자산, 수량, 소비된 취득원가 로트가 포함됩니다. 체인이 공개적이고 불변이기 때문에 해당 원천 참조는 특히 강력한 증거입니다.

요약된 분개는 ERP를 깔끔하게 유지하는 반면 온체인 세부 내역은 보조원장에 남아 있으며, 동일한 데이터가 귀사의 가상자산 컴플라이언스 보고 →로 공급되어 재무제표와 보조원장이 절대 분기되지 않습니다. 분개 — 차변, 대변, 계정 매핑 — 는 분개 →를 통해 전기 전에 검토 가능하여, 눈에 띄지 않게 총계정원장에 도달하는 것은 없습니다.

다중 법인 및 트레저리 고려사항

Web3 조직은 하나의 지갑에서 운영되는 경우가 드뭅니다. 운영, 트레저리, 급여, 프로토콜 활동은 각각 별도의 주소에 있을 수 있으며, 그룹은 여러 법인에 걸쳐 있을 수 있습니다. CryptaCount의 워크스페이스 모델을 사용하면 각 법인의 지갑을 자체 장부 세트에 배정하고, 자체 측정 정책과 계정과목표를 가지면서도 필요할 때 그룹 전체에 걸쳐 통합할 수 있습니다. DAO 운영자, 펀드, 또는 기업 트레저리는 각 법인의 온체인 활동을 하나의 무차별적인 원장에 혼합되지 않고 깔끔하게 분리할 수 있습니다.

이는 정확성과 거버넌스 모두에 중요합니다. 취득원가, 이체 매칭, 손익 계산은 법인의 장부 내에서 실행되므로, 두 법인 지갑 간의 이체는 있는 그대로 법인 간 이동으로 처리되며 그룹이 하나의 주소인 것처럼 상쇄되지 않습니다. 검토 및 권한은 워크스페이스별로 범위를 지정할 수 있어, 감사인이 다중 지갑 멀티체인 트레저리에서 기대하는 직무 분리를 지원합니다.

MetaMask 활동 회계 처리 시 일반적인 함정들

• 지갑 누락. 온체인 활동은 모든 회사 주소가 연결된 경우에만 완전합니다. 누락된 지갑은 이체 매칭과 잔액을 깨는 구멍을 남깁니다.
• 스왑을 비이벤트로 처리. DEX 스왑은 처분이자 취득입니다. 이를 무시하면 실현 손익이 숨겨집니다.
• 내부 또는 브리지 이체를 매도로 기표. 자체 지갑 간 또는 체인 간 자산 이동은 처분이 아닙니다 — 두 다리를 매칭하면 원가가 보존됩니다.
• 가스 무시. 가스비는 거래 원가의 일부입니다. 이를 누락하면 활발한 지갑에서 원가가 과소 계상되고 손익이 과대 계상됩니다.
• DeFi 보상 오분류. 유동성, 렌딩, 스테이킹 보상은 수령 시 소득이고 이후 처분 시 별도의 손익입니다. 둘을 합치면 두 수치 모두 왜곡됩니다.

CryptaCount가 귀사의 MetaMask 데이터를 사용하는 방법

CryptaCount는 귀사의 MetaMask 공개 주소를 워치 온리 원천으로 읽고, 귀사가 사용하는 EVM 네트워크 전반에 걸쳐 모든 온체인 거래를 수집하며, 스왑, 이체, DeFi 상호작용, NFT 활동, 가스를 회계 이벤트로 분류하고, 잔액을 체인과 대사하며, 귀사의 정책에 따라 취득원가와 실현 손익을 계산하고, 요약된 분개를 귀사의 ERP에 전기합니다 — 모든 수치가 거래 해시까지 추적 가능하도록 전체 온체인 세부 내역이 보조원장에 보존됩니다. 키를 보유하지 않으며 자금을 이동하지 않습니다. 귀사의 지갑과 체인을 어떻게 처리할지 보고 싶으시다면, 저희 팀이 셋업을 안내해 드릴 수 있습니다.

CryptaCount는 MetaMask 주소에 대해 어떤 네트워크를 읽나요?

CryptaCount는 지갑이 사용하는 지원되는 EVM 네트워크 전반에 걸쳐 온체인 이력을 읽습니다 — Ethereum 및 Polygon, Arbitrum, Optimism, Base 등 주요 레이어 2 및 사이드체인. 동일한 공개 주소가 활동이 있는 각 체인에서 읽히므로, 하나의 장부 세트가 귀사의 조직이 실제로 사용하는 네트워크에 걸쳐 있을 수 있습니다.

CryptaCount는 DeFi 포지션을 장부에서 어떻게 처리하나요?

DeFi 상호작용은 경제적으로 무엇인지에 따라 분류됩니다 — 유동성 공급 또는 인출, 렌딩, 차입, 또는 스테이킹 — 그리고 수령한 보상 토큰은 수령일 공정가치로 나중의 처분을 위한 취득원가와 함께 인식됩니다. 상호작용이 모호한 경우 추측하는 대신 검토를 위해 플래그가 표시되어, 회계 처리는 귀사가 통제하는 결정이 됩니다.

공개 주소를 연결하는 것이 트레저리에 실제로 안전한가요?

네. 공개 주소는 워치 온리이자 읽기 전용입니다: CryptaCount가 지갑의 온체인 이력을 볼 수 있게 하지만 아무것도 이동, 서명, 출금할 수 없습니다. CryptaCount는 절대 Secret Recovery Phrase나 개인 키를 요청하지 않으며, 연결된 주소가 거래를 승인할 수 있는 경로는 없습니다 — 접근은 관찰 전용입니다.

크로스체인 브리지 이동은 어떻게 처리되나요?

브리지는 조직 내에서 동일한 가치를 한 체인에서 다른 체인으로 이동하므로 처분으로 기표되어서는 안 됩니다. 양쪽이 모두 연결된 경우, CryptaCount는 두 다리를 대응하고 브리지를 통해 취득원가를 이전하며, 확신을 갖고 매칭할 수 없는 다리는 검토자가 확인하도록 플래그를 표시합니다 — 이것이 바로 모든 주소를 미리 연결하는 것이 중요한 이유입니다.