MetaMaskの暗号資産会計
MetaMaskを公開ウォレットアドレスでCryptaCountに連携し、オンチェーンのアクティビティをクリーンな帳簿に変えましょう。CryptaCountは履歴を読み取り、取得原価を計算し、ERPへ仕訳を転記します — 明細は補助元帳に保持されます。

補助元帳のソースとしてのウォレット
オンチェーンのウォレットには、会計システムからは見えないトレジャリーや業務上のアクティビティが含まれます。CryptaCountはそのアクティビティを暗号資産の補助元帳に読み込み、取得原価と評価方針を適用し、総勘定元帳向けに集約された仕訳を生成します。
連携方法
MetaMaskは非カストディアル型ウォレットのため、APIキーはありません — 公開アドレスで連携します(読み取り専用・監視のみのビュー):
- 公開アドレス(推奨)。 MetaMaskの公開ウォレットアドレス(`0x…`)をコピーします。CryptaCountで連携 → ウォレットを追加 → MetaMaskに進み、貼り付けます。CryptaCountは、対応するEVMネットワーク(Ethereum、Polygon、Arbitrum、Optimism、Baseなど)にわたってオンチェーン履歴を読み取ります。
- CSVインポート。 MetaMaskのポートフォリオから取引履歴をCSVとしてエクスポートし、アップロードします。
**必ず*公開*アドレスのみを入力してください。 シークレットリカバリーフレーズ**や秘密鍵は決して入力しないでください — CryptaCountがそれらを尋ねることはありません。公開アドレスは監視のみ・読み取り専用で、資金を動かすことはできません。会社が複数のウォレットを使う場合は、各アドレスを追加してください。
帳簿に流れ込むもの
それらのアドレスのオンチェーンアクティビティ:スワップ、送金、DeFiインタラクション(流動性提供、レンディング、ステーキング)、NFTのアクティビティ、ガス代 — それぞれが会計向けに分類され、自己のウォレット間の送金は照合されて処分として計上されません。
経理チームのために設計
- マルチチェーン — 当社独自のオンチェーンデータ基盤を通じて、会社が使うチェーン全体で一つの帳簿に
- 取得原価の自動計算 — 12種類の手法(FIFO、LIFO、HIFO、WAVG、個別法など);英国のSection 104プーリングやカナダのACBといった法域で義務付けられた処理は自動的に適用
- ERPへの仕訳 — QuickBooks、Xero、NetSuite、Sage → ERP連携 →
- 監査対応 — 総勘定元帳のすべての行がオンチェーンの取引まで遡れます
CryptaCountがMetaMaskのウォレットアクティビティを補助元帳に取り込む方法
MetaMaskのウォレットはその公開アドレスによって連携されます。これはCryptaCountが資金を移動する能力を持たずにオンチェーン履歴を読み取れる監視のみのビューです。そのアドレスからCryptaCountはウォレットが使用する対応EVMネットワーク全体のすべての取引を読み取り、各取引を暗号資産の補助元帳内のタイムスタンプ付きの独立した記録として書き込みます — スワップ、送金、コントラクトインタラクション、ガス代 — それぞれの資産、数量、相手方、オンチェーン参照情報が保持されます。総勘定元帳は集約された仕訳を受け取り、オンチェーンの完全な明細は照合、損益計算、監査のために下層に保持されます。
取り込みは冪等です:各オンチェーン取引はそのハッシュとログポジションに紐付けられているため、ウォレットを再読み取りしてもイベントが二重にカウントされることはありません。決算後に更新したり、新たに発見したアドレスを追加したり、履歴を拡張したりしても、数量と残高が更新をまたいで安定した状態を保つと信頼できます。オンチェーンのウォレットはトレジャリーと業務上のアクティビティを保有しており、それ以外では経理がまったく見えないため、ここでは単一の信頼できる情報源になることが多いです — ウォレットが実際に何をしたかに対する信頼できる記録。
オンチェーントランザクションの分類と照合
生のオンチェーンデータは密度が高くラベルがありません。CryptaCountは各取引を帳簿が使える会計イベントに分類することで会計対応可能にします — スワップ(それぞれ独立して価格が付けられた、ある資産の処分と別の資産の取得)、入出金送金、流動性の供給、レンディング、ステーキングなどのDeFiインタラクション、NFTの移動、ガス代。分散型取引所でのスワップはその2面性を持つイベントとして認識されるため、内在する実現損益が単一のトークン移動の中に隠れることなく捕捉されます。
照合は帳簿をチェーン自体に対して証明します。CryptaCountは分類済み履歴が示す各資産の累積残高を追跡し、アドレスのオンチェーン残高と照合します。欠落した取引、未対応のネットワーク、未分類のインタラクションはポジションをひそかに歪める代わりに差異として表面化します。チェーンはウォレットが保有するものの最終的な権威であり、補助元帳はそれと照合されるべきです — このステータスはレビュワーが確認できるよう暗号資産の補助元帳 →に反映されます。
帳簿のための取得原価と損益
ウォレットからの各処分 — 別のトークンへのスワップ、売却、またはお客様の方針が処分として扱う送金 — には取得原価が必要であり、それにより実現損益を測定して転記できます。CryptaCountは資産ごとに取得ロットを管理し、お客様が選択した方法に従って処分時に消費し、その結果生じた損益をオンチェーンの動きとともに総勘定元帳に計上します。ロットは補助元帳に存在するため、転記された数値が不透明になることはありません:総勘定元帳上の損益から、それが消費した特定の取得ロットまでドリルダウンできます — 最初に取引所で取得されてのちにウォレットにブリッジされた資産も含めて。
このエンジンは経理チームが必要とする場合のある処分戦略の全範囲をサポートし、法域で義務付けられた処理が適用される場合は自動的に適用します。手法はすべての口座とチェーンにわたって一貫して適用される意図的な方針の選択であり、取引ごとの推測ではありません — 各手法がどのようにロットを消費するかについては、利用可能な取得原価の計算方法 →をご覧ください。
自己口座間の送金
オンチェーンのトレジャリーは常に資産を移動しています — 取引所からMetaMaskへ、自己の2つのウォレット間、またはブリッジを介してチェーンをまたいで — そのような移動のひとつひとつが処分と誤って計上される可能性があります。資産が単に組織内で場所を変えただけのとき何も売却されていませんが、単純な読み取り機能はあるアドレスからの流出ともう一方のアドレスへの流入を見て、発生しなかった架空の利益を計上するリスクがあります。CryptaCountは内部送金の両の足を同一資産の単一の移動として照合し、元の取得原価を移動をまたいで引き継ぎ、リセットしたり発生しなかった利益として実現させたりしません。
照合はすべての接続されたアドレスにわたって資産、数量、タイミング、方向を考慮し、自信を持ってペアリングできないものは人間の確認のためにフラグを立てます — 特にブリッジとラップされた資産のコンバートはレビュワーの目を必要とします。これによりお客様は引き継がれる取得原価を管理できます。これはまさに、資産が組織のウォレット間を移動する際に監査人が期待することです。すべての会社のアドレスを最初から追加することが、この照合を部分的ではなく信頼できるものにします。
手数料と内部移動
すべてのオンチェーンアクションにはガス代がかかり、ガスはそれが支払う取引の経済性の一部です。CryptaCountはガス代を捕捉し、お客様の方針に従って処理します — 取得のガスをその資産の取得原価に加算する、処分の収益から差し引く、または費用として計上する — これにより報告される取得原価と損益がオンチェーンで運営する真のコストを反映します。活発なウォレットでは、ガスは実質的な金額に積み上がります。無視すると取得原価を過少計上し利益を過大計上します。DeFiインタラクションは報酬または手数料トークンを生成する場合もあり、それらは省略されることなく受領時に認識されます。
- ガス代 — お客様の測定方針に従い取得原価に算入、収益から差し引き、または費用として計上されます。ひそかに無視されることはありません。
- DeFi報酬 — 流動性、レンディング、ステーキング報酬は受領時の公正価値で認識され、後の処分のために取得原価が設定されます。
- スワップ — それぞれ独立して価格が付けられた処分と取得として認識されるため、内在する利益が捕捉されます。
- 内部・クロスチェーン移動 — お客様のアドレス間でペアリングされ損益計算から除外され、取得原価は繰り越されます。
管理と監査証跡
非カストディアル型ウォレットにおける最強の管理は、CryptaCountが公開アドレスのみを保持することです — 監視のみ・読み取り専用であり、資金を移動することができません。シークレットリカバリーフレーズや秘密鍵を求めることは一切ありません。監査人への証明は容易です:接続は物理的に取引できません。アクセスだけでなく、すべての総勘定元帳の行は補助元帳を通じて背後にある正確なオンチェーン取引まで遡ることができます — ハッシュ、日付、資産、数量、消費された取得原価ロットとともに。チェーンは公開かつ不変であるため、そのソース参照は特に強力な証拠です。
集約された仕訳でERPをクリーンに保ちながら、オンチェーンの明細は補助元帳に保持されます。同じデータが暗号資産コンプライアンス報告 →に供給されるため、財務諸表と補助元帳は決して乖離しません。仕訳 — 借方、貸方、勘定科目マッピング — は仕訳 →を通じて転記前にレビューできるため、何も見えないまま総勘定元帳に到達することはありません。
複数事業体とトレジャリーの考慮事項
Web3の組織が一つのウォレットのみから運営することはほとんどありません。業務、トレジャリー、給与、プロトコルのアクティビティがそれぞれ別のアドレスに存在し、グループが複数の法人をまたぐ場合もあります。CryptaCountのワークスペースモデルにより、各事業体のウォレットを独自の帳簿に割り当て、独自の測定方針と勘定科目表を持ちながら、必要に応じてグループ全体で連結できます。DAOオペレーター、ファンド、企業のトレジャリーは、各事業体のオンチェーンアクティビティを一つの未分化な元帳に混在させることなくクリーンに分離できます。
これは正確性とガバナンスの両方にとって重要です。取得原価、送金照合、損益計算は事業体の帳簿内で機能するため、2つの事業体のウォレット間の送金は、グループが一つのアドレスであるかのようにネットアウトされることなく、実際の会社間移動として処理されます。レビューと権限はワークスペースごとに設定でき、マルチウォレット・マルチチェーンのトレジャリーにわたって監査人が期待する職務分掌をサポートします。
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はシークレットリカバリーフレーズや秘密鍵を求めることは一切なく、接続されたアドレスが取引を承認する手段はありません — このアクセスは観察のみです。
クロスチェーンのブリッジ移動はどのように処理されますか?
ブリッジは組織内でチェーン間に同じ価値を移動するため、処分として計上すべきではありません。両側が接続されている場合、CryptaCountは両の足をペアリングしてブリッジをまたいで取得原価を引き継ぎます。自信を持って照合できない足はレビュワーが確認するためにフラグが立てられます。これが最初からすべてのアドレスを接続することが重要な理由です。
FAQ
公開アドレスを入力していただくと、CryptaCountがオンチェーン履歴を補助元帳に読み込み、取得原価を計算し、ERPへ仕訳を転記します。
いいえ。非カストディアル型ウォレットのため、公開アドレス(監視のみのオンチェーン読み取り)またはCSVで連携します — APIキーやリカバリーフレーズを使うことはありません。
はい。公開アドレスは監視のみ・読み取り専用で、資金を動かすことはできません。シークレットリカバリーフレーズは決して共有しないでください。CryptaCountがそれを尋ねることはありません。
はい。スワップ、DeFiインタラクション、NFTのアクティビティが取り込まれ、会計向けに分類されます。