MetaMask Krypto-Buchhaltung
Verbinden Sie MetaMask mit CryptaCount über Ihre öffentliche Wallet-Adresse und verwandeln Sie On-Chain-Aktivität in saubere Bücher. CryptaCount liest Ihren Verlauf, berechnet Anschaffungskosten und verbucht Buchungssätze in Ihr ERP — wobei das Detail im Nebenbuch verbleibt.

Ihre Wallet als Quelle für das Nebenbuch
On-Chain-Wallets enthalten Treasury- und operative Aktivität, die Ihr Buchhaltungssystem nicht sehen kann. CryptaCount liest diese Aktivität in ein Krypto-Nebenbuch, wendet Anschaffungskosten und Ihre Bewertungsrichtlinie an und erzeugt zusammengefasste Buchungssätze für Ihr Hauptbuch.
So verbinden Sie
MetaMask ist eine nicht-verwahrte Wallet, daher gibt es keinen API-Schlüssel — Sie verbinden sich per öffentlicher Adresse (eine schreibgeschützte, nur beobachtende Ansicht):
- Öffentliche Adresse (empfohlen). Kopieren Sie Ihre öffentliche MetaMask-Wallet-Adresse (`0x…`). Gehen Sie in CryptaCount zu Integrationen → Wallet hinzufügen → MetaMask und fügen Sie sie ein. CryptaCount liest Ihren On-Chain-Verlauf über unterstützte EVM-Netzwerke (Ethereum, Polygon, Arbitrum, Optimism, Base und andere).
- CSV-Import. Exportieren Sie Ihren Transaktionsverlauf aus dem MetaMask-Portfolio als CSV und laden Sie ihn hoch.
**Geben Sie immer nur die *öffentliche* Adresse an. Geben Sie niemals eine Secret Recovery Phrase** oder einen privaten Schlüssel ein — CryptaCount fragt niemals danach. Eine öffentliche Adresse ist nur beobachtend und schreibgeschützt; sie kann keine Mittel bewegen. Fügen Sie jede Adresse hinzu, wenn Ihr Unternehmen mehrere Wallets nutzt.
Was in Ihre Bücher fließt
On-Chain-Aktivität für diese Adressen: Swaps, Transfers, DeFi-Interaktionen (Liquidität, Lending, Staking), NFT-Aktivität und Gas-Gebühren — jeweils für die Buchhaltung klassifiziert, wobei Transfers zwischen Ihren eigenen Wallets abgeglichen werden, sodass sie nicht als Veräußerungen verbucht werden.
Für Finance-Teams gebaut
- Multi-Chain — ein einheitliches Buchwerk über die Chains, die Ihr Unternehmen nutzt, über unsere eigene On-Chain-Dateninfrastruktur
- Automatisierte Anschaffungskosten — 12 Bewertungsmethoden (FIFO, LIFO, HIFO, gewichteter Durchschnitt, Einzelbewertung und mehr); gesetzlich vorgeschriebene Behandlungen (UK Section 104 Pooling, Kanada ACB) werden automatisch angewendet
- Buchungssätze in Ihr ERP — QuickBooks, Xero, NetSuite oder Sage → ERP-Integrationen →
- Prüfungssicher — jede Hauptbuchzeile lässt sich bis zur On-Chain-Transaktion zurückverfolgen
Zum Nebenbuch → · Buchhaltung für Kanzleien →
Wie CryptaCount Ihre MetaMask-Wallet-Aktivität ins Nebenbuch aufnimmt
Eine MetaMask-Wallet wird durch ihre öffentliche Adresse verbunden, eine reine Beobachtungs-Ansicht, die CryptaCount ermöglicht, On-Chain-Historia zu lesen, ohne die Fähigkeit, Gelder zu bewegen. Von dieser Adresse aus liest CryptaCount jede Transaktion über die unterstützten EVM-Netzwerke, die die Wallet nutzt, und schreibt jede als zeitgestempelter Datensatz im Krypto-Nebenbuch — der Swap, der Transfer, die Vertrags-Interaktion, die Gas-Gebühr — jeweils mit seinem Asset, seiner Menge, seiner Gegenpartei und seiner On-Chain-Referenz intakt. Ihr Hauptbuch erhält zusammengefasste Buchungssätze, während das vollständige On-Chain-Detail darunter für Abstimmung, Gewinnberechnung und Audit bleibt.
Die Aufnahme ist idempotent: jede On-Chain-Transaktion ist an ihren Hash und ihre Log-Position gebunden, sodass das erneute Lesen einer Wallet nie ein Event doppelt zählt. Sie können nach einem Abschluss aktualisieren, eine neu entdeckte Adresse hinzufügen oder Historia erweitern und vertrauen, dass Mengen und Salden über Refreshes stabil bleiben. Weil On-Chain-Wallets Treasury- und operative Aktivität halten, die Ihr Buchhaltungssystem sonst nicht sehen kann, ist dies oft der einzige Ort, dass diese Aktivität überhaupt für Finance sichtbar wird — eine zuverlässige Single Source of Truth für das, das die Wallet tatsächlich tat.
Klassifizierung und Abstimmung von On-Chain-Transaktionen
Rohe On-Chain-Daten sind dicht und unkenntlich gemacht; CryptaCount macht sie Buchhaltungs-bereit, durch Klassifizierung jeder Transaktion in ein Event, das Ihre Bücher nutzen können — einen Swap (eine Veräußerung eines Assets und Anschaffung eines anderen, unabhängig bewertet), einen Transfer herein oder hinaus, eine DeFi-Interaktion wie das Bereitstellen von Liquidität, das Verleihen oder das Staking, eine NFT-Bewegung oder eine Gas-Gebühr. Ein Swap auf einer dezentralisierten Börse wird für das zwei-seitige Event anerkannt, das es ist, sodass der realisierte Gewinn, der darin eingebettet ist, erfasst wird, anstatt in einer einzelnen Token-Bewegung versteckt zu sein.
Die Abstimmung beweist die Bücher gegen die Chain selbst. CryptaCount verfolgt das laufende Saldo jedes Assets, das sich aus Ihrer klassifizierten Historia ergibt, und prüft es gegen das On-Chain-Saldo der Adresse, sodass eine fehlende Transaktion, ein nicht unterstütztes Netzwerk oder eine nicht klassifizierte Interaktion als Diskrepanz auftaucht, anstatt still Ihre Positionen zu verzerren. Die Chain ist die letzte Autorität für das, das eine Wallet hält, und das Nebenbuch sollte zu ihr abstimmen — dieser Status fließt durch zu Ihrem Krypto-Nebenbuch → zur Überprüfung.
Anschaffungskosten und Gewinn/Verlust für die Bücher
Jede Veräußerung von der Wallet — ein Swap in einen anderen Token, ein Verkauf oder ein Transfer, den Ihre Richtlinie als Veräußerung behandelt — braucht eine Anschaffungskostenbasis, damit der realisierte Gewinn oder Verlust gemessen und verbucht werden kann. CryptaCount führt Anschaffungsposten pro Asset und verbraucht sie bei Veräußerung unter Ihrer gewählten Methode, dann verbucht der Gewinn oder Verlust zum Hauptbuch neben der On-Chain-Bewegung. Die Posten existieren im Nebenbuch, sodass die verbuchte Zahl nie undurchsichtig ist: Sie können von einem Gewinn auf dem Hauptbuch auf die spezifischen Anschaffungen, die es verbrauchte, zurückverfolgen, einschließlich Assets, die zuerst auf einem Börsenplatz erworben und später in die Wallet gebrückt wurden.
Die Engine unterstützt die vollständige Palette an Bewertungsmethoden, die ein Finance-Team brauchen könnte, und wendet gesetzlich vorgeschriebene Behandlungen automatisch an, wo relevant. Die Methode ist eine bewusste Richtlinienentscheidung, die konsistent über jedes Konto und jede Chain angewendet wird, nicht eine pro-Transaktion-Vermutung — siehe verfügbare Anschaffungskosten-Methoden → für wie jede Posten verbraucht.
Transfers zwischen Ihren eigenen Konten
On-Chain-Treasuries bewegen ständig Assets — von einem Börsenplatz in MetaMask, zwischen zwei Ihrer eigenen Wallets oder über Chains via eine Bridge — und jede Bewegung kann mit einer Veräußerung verwechselt werden. Nichts wurde verkauft, wenn ein Asset sich lediglich seinen Ort innerhalb der Organisation ändert, doch ein naiver Reader sieht einen Outflow von einer Adresse und einen Inflow zu einer anderen und riskiert, einen Phantom-Gewinn zu verbuchen. CryptaCount ordnet die zwei Seiten einer internen Übertragung einer einzelnen Bewegung des gleichen Assets zu, wobei die ursprüngliche Anschaffungskostenbasis über die Bewegung hinweg erhalten bleibt, sodass sie weder zurückgesetzt noch realisiert wird.
Die Zuordnung berücksichtigt Asset, Menge, Timing und Richtung über all Ihre verbundenen Adressen und kennzeichnet alles, das nicht vertrauensvoll gepaartet werden kann, zur menschlichen Bestätigung — Bridges und Wrapped-Asset-Conversions profitieren besonders von einem Reviewers Blick. Das hält Sie in Kontrolle über die Basis, die überwiesen wird, das ist genau, was ein Auditor erwartet, wenn Assets zwischen einer Organisationen eigenen Wallets bewegt werden. Das Hinzufügen jeder Unternehmens-Adresse voraus ist das, das diese Zuordnung zuverlässig macht, anstatt partiell.
Gebühren und interne Bewegungen
Jede On-Chain-Aktion kostet Gas, und Gas ist Teil der Wirtschaft der Transaktion, die sie bezahlt. CryptaCount erfasst Gas-Gebühren und behandelt sie nach Ihrer Richtlinie — indem das Gas bei einer Anschaffung zur Anschaffungskostenbasis dieses Assets addiert wird, gegen Erlöse bei einer Veräußerung verrechnet oder als Betriebsausgabe verbucht wird — sodass gemeldete Kosten und Gewinn die wahren Kosten der On-Chain-Operation widerspiegeln. Über einer aktiven Wallet addiert sich Gas zu einer realen Zahl, und es zu ignorieren unterschätzt Kosten und überbewertet Gewinne. DeFi-Interaktionen können auch Reward- oder Fee-Token erzeugen, die bei Empfang anerkannt werden, anstatt fallen gelassen.
- Gas-Gebühren — kapitalisiert in Basis, gegen Erlöse verrechnet oder nach Ihrer Bewertungsrichtlinie ausgegeben, nie still ignoriert.
- DeFi-Rewards — Liquiditäts-, Leih- oder Staking-Rewards bei Empfang zum Fairvalue anerkannt und mit einer Anschaffungskostenbasis für spätere Veräußerung versehen.
- Swaps — anerkannt als eine Veräußerung und Anschaffung, jeweils unabhängig bewertet, sodass eingebettete Gewinne erfasst werden.
- Interne und Cross-Chain-Bewegungen — über Ihre Adressen gepaartet und von Gewinnberechnungen ausgeschlossen, mit Basis überwiesen.
Kontrollen und Audit-Trail
Die stärkste Kontrolle mit einer nicht-verwahrten Wallet ist, dass CryptaCount nur eine öffentliche Adresse hält — reine Beobachtung, schreibgeschützt, unfähig, Gelder zu bewegen — und nie nach einer Secret Recovery Phrase oder einem privaten Schlüssel fragt. Das ist trivial, einem Auditor nachzuweisen: die Verbindung kann physisch nicht transagieren. Darüber hinaus ist jede Hauptbuchzeile nachverfolgbar durch das Nebenbuch zur exakten On-Chain-Transaktion dahinter, mit ihrem Hash, Datum, Asset, Menge und den Anschaffungskosten-Posten verbrauchten. Weil die Chain öffentlich und unveränderlich ist, ist diese Quellen-Referenz ungewöhnlich starke Evidence.
Zusammengefasste Einträge halten Ihr ERP sauber, während das On-Chain-Detail im Nebenbuch bleibt, und die gleichen Daten speisen Ihr Krypto-Compliance-Bericht → sodass Aussagen und Nebenbuch nie unterschiedlich sind. Die Journale — Sollbuchungen, Habenbuchungen und Kontenzuordnungen — sind vor Buchung einsehbar via Buchungssätze →, sodass nichts das Hauptbuch ungesehen erreicht.
Mehrere Entitäten und Treasurie-Überlegungen
Web3-Organisationen betreiben selten von einer Wallet aus. Operationen, Treasury, Lohnabrechnung und Protokoll-Aktivität können jeweils in separaten Adressen existieren, und eine Gruppe kann mehrere juristische Entitäten überspannen. CryptaCountss Workspace-Modell lässt Sie jede Entitäts-Wallets ihrer eigenen Satz Bücher zuweisen, mit ihrer eigenen Bewertungsrichtlinie und ihrem Kontenrahmen, während Sie bei Bedarf über die Gruppe konsolidieren können. Ein DAO-Operator, ein Fonds oder eine Unternehmens-Treasurie können jede Entitäts-On-Chain-Aktivität sauber getrennt halten, anstatt in einem undifferenzierten Ledger vermengt.
Das ist wichtig für Genauigkeit und Governance gleichermaßen. Anschaffungskosten, Transfer-Zuordnung und Gewinnberechnung laufen innerhalb einer Entitäts-Bücher, sodass ein Transfer zwischen zwei Entitäten-Wallets als die Intercompany-Bewegung behandelt wird, die es ist, nicht aufgerechnet wie wenn die Gruppe eine Adresse wäre. Überprüfung und Berechtigungen können pro Workspace gescoped werden, was die Aufgabentrennung unterstützt, die ein Auditor über eine Multi-Wallet, Multi-Chain-Treasury erwartet.
Häufige Fehler bei der Bilanzierung von MetaMask-Aktivität
- Vermissen Sie Wallets. On-Chain-Aktivität ist nur vollständig, wenn jede Unternehmens-Adresse verbunden ist; eine fehlende Wallet lässt ein Loch, das Transfer-Zuordnung und Salden bricht.
- Behandeln Sie Swaps als Nicht-Events. Ein DEX-Swap ist eine Veräußerung und Anschaffung; es zu ignorieren versteckt einen realisierten Gewinn oder Verlust.
- Verbuchen Sie interne oder Bridge-Transfers als Verkäufe. Assets zwischen Ihren eigenen Wallets oder über Chains verschieben ist keine Veräußerung — das Paarten der Seiten bewahrt Basis.
- Ignorieren Sie Gas. Gas-Gebühren sind Teil der Transaktionskosten; sie zu weglassen unterschätzt Kosten und überbewertet Gewinne über eine aktive Wallet.
- Fehlbeschriftung DeFi-Rewards. Liquiditäts-, Leih- und Staking-Rewards sind Ertrag bei Empfang und ein separater Gewinn bei späterem Verkauf; sie zusammenzufassen verzerrt beide.
Wie CryptaCount Ihre MetaMask-Daten nutzt
CryptaCount liest Ihre MetaMask-öffentliche Adresse als reine Beobachtungs-Quelle, nimmt jede On-Chain-Transaktion über den EVM-Netzwerken, die Sie nutzen, auf, klassifiziert Swaps, Transfers, DeFi-Interaktionen, NFT-Aktivität und Gas in Buchhaltungs-Events, stimmt Salden gegen die Chain ab, berechnet Anschaffungskosten und realisierte Gewinne unter Ihrer Richtlinie und verbucht zusammengefasste Buchungssätze in Ihr ERP — mit dem vollständigen On-Chain-Detail im Nebenbuch erhalten, sodass jede Zahl auf ihren Transaktions-Hash nachverfolgbar ist. Sie hält nie Schlüssel und bewegt nie Gelder. Um zu sehen, wie es Ihre Wallets und Chains handhaben würde, kann unser Team Sie durch Ihr Setup führen.
Welche Netzwerke liest CryptaCount für eine MetaMask-Adresse?
CryptaCount liest On-Chain-Historia über die unterstützten EVM-Netzwerke, die die Wallet nutzt — Ethereum und Major-Layer-2s und Sidechains wie Polygon, Arbitrum, Optimism und Base, unter anderem. Die gleiche öffentliche Adresse wird auf jeder Chain gelesen, auf der sie aktiv war, sodass ein einheitliches Buchwerk die Netzwerke überspannen kann, die Ihre Organisation tatsächlich nutzt.
Wie behandelt CryptaCount DeFi-Positionen für die Bücher?
DeFi-Interaktionen werden nach dem klassifiziert, das sie ökonomisch sind — das Bereitstellen oder das Abheben von Liquidität, das Verleihen, das Leihen oder das Staking — und jede Reward-Token, die empfangen wurde, wird zum Fairvalue bei Empfang mit einer Anschaffungskostenbasis für spätere Veräußerung anerkannt. Wo eine Interaktion mehrdeutig ist, wird sie zur Überprüfung gekennzeichnet, anstatt zu raten, sodass die Buchhaltungs-Behandlung eine Entscheidung ist, die Sie kontrollieren.
Ist die Verbindung einer öffentlichen Adresse tatsächlich sicher für unsere Treasury?
Ja. Eine öffentliche Adresse ist reine Beobachtung und schreibgeschützt: Sie lässt CryptaCount die On-Chain-Historia der Wallet sehen, kann aber nichts bewegen, signieren oder abheben. CryptaCount fragt nie nach Ihrer Secret Recovery Phrase oder einem privaten Schlüssel, und es gibt keinen Pfad, bei dem eine verbundene Adresse eine Transaktion autorisieren könnte — der Zugang ist reine Beobachtung.
Wie werden Cross-Chain-Bridge-Bewegungen behandelt?
Eine Bridge bewegt den gleichen Wert von einer Chain zu einer anderen innerhalb Ihrer Organisation, sodass es nicht als Veräußerung verbucht werden sollte. Wenn beide Seiten verbunden sind, ordnet CryptaCount die Seiten und trägt die Anschaffungskostenbasis über die Bridge, und kennzeichnet jede Seite, die es nicht vertrauensvoll anordnen kann, zur Reviewer-Bestätigung — das ist, warum das Hinzufügen all Ihrer Adressen voraus wichtig ist.
FAQ
Sie geben Ihre öffentliche Adresse an; CryptaCount liest Ihren On-Chain-Verlauf in ein Nebenbuch ein, berechnet Anschaffungskosten und verbucht Buchungssätze in Ihr ERP.
Nein. Als nicht-verwahrte Wallet wird sie per öffentlicher Adresse (ein nur beobachtendes On-Chain-Lesen) oder per CSV verbunden — niemals per API-Schlüssel oder Recovery Phrase.
Ja. Eine öffentliche Adresse ist nur beobachtend und schreibgeschützt und kann keine Mittel bewegen. Teilen Sie niemals Ihre Secret Recovery Phrase; CryptaCount fragt niemals danach.
Ja. Swaps, DeFi-Interaktionen und NFT-Aktivität werden eingelesen und für die Buchhaltung klassifiziert.