Jeder Nutzer von Ethereum, Polygon, Arbitrum oder anderen EVM-kompatiblen Blockchains kennt das Problem: Die Transaktionen verteilen sich über mehrere Netzwerke, Smart-Contract-Interaktionen laufen ständig im Hintergrund, und am Ende des Jahres steht die unbequeme Frage im Raum – wie dokumentiert man das alles für das Finanzamt? Ein non-custodial Multi-Chain Wallet wie Rabby ermöglicht zwar vollständige Kontrolle über die privaten Schlüssel, schafft aber auch eine dezentrale Datenstruktur, die sich nicht einfach in eine Steuererklärung übertragen lässt. Die Herausforderung besteht darin, dass NFT-Käufe, DeFi-Yield-Farming, Token-Swaps und Liquiditätspools alle einzeln erfasst werden müssen – mit genauen Werten, Daten und Gaspauschalen.

In Deutschland unterliegen Kryptovermögen und deren Transaktionen klaren steuerlichen Regeln: Einkünfte aus Spekulationsgeschäften werden als private Veräußerungsgeschäfte behandelt, Staking und Yield-Farming gelten oft als Einkünfte aus Kapitalvermögen, und NFT-Transaktionen folgen denselben Bewertungsprinzipien wie Token. Das Finanzamt erwartet eine lückenlose Dokumentation, nicht nur des Ein- und Ausstiegs, sondern auch aller zwischenzeitlichen Positionen und deren Fair-Value zum Transaktionszeitpunkt. Rabby Wallet bietet zwar keine integrierten Steuer-Export-Funktionen, aber die transparente Datenstruktur und die Transaktionssimulation machen es relativ einfach, alle relevanten Informationen zu erfassen und in spezialisierte Steuer-Tools zu exportieren.

Warum die Datenerfassung in Web3 Wallets komplexer ist als in Exchanges

Zentralisierte Kryptobörsen wie Kraken oder Coinbase stellen am Ende des Jahres detaillierte CSV-Exporte zur Verfügung, auf denen bereits Kaufpreis, Verkaufspreis und Gewinne berechnet sind. Ein non-custodial Ethereum Wallet arbeitet nach einem anderen Prinzip: Die Transaktionen sind vollständig auf der Blockchain registriert, aber es gibt keinen zentralen Service, der diese Daten bereinigt, aggregiert oder mit Marktpreisen anreichert. Rabby als Browser-Extension für Chrome, Brave und Edge bietet zwar ein übersichtliches Multi-Chain-Dashboard und erfasst Transaktionen automatisch, aber die Steuerrelevanz liegt darin, dass jede Interaktion dokumentiert werden muss – nicht nur die Trades selbst, sondern auch die darin enthaltenen Gas-Gebühren, die Zeitstempel und die Umrechnungskurse.

Der kritische Punkt ist die Transaktionssimulation, die Rabby vor dem Signieren anzeigt. Diese Simulation schützt zwar vor Phishing und bösartigen Smart Contracts, offenbart aber auch die genaue Struktur jeder Transaktion: Was wird gesendet, was wird empfangen, welche Smart Contracts werden angesprochen, und wie viel Gas kostet das insgesamt? Diese Informationen sind für die Steuer unersetzlich, denn das Finanzamt benötigt nicht nur den Namen des Token-Paares, sondern auch den genauen Wert in Euro zum Zeitpunkt der Transaktion. Wenn ein Nutzer beispielsweise 10 ETH gegen USDC tauscht, muss nicht nur der Tausch dokumentiert werden, sondern auch die Gas-Gebühr, die zusätzlich in ETH bezahlt wurde – und alle drei Komponenten müssen mit dem Wechselkurs zum Transaktionszeitpunkt bewertet werden.

Ein weiterer Unterschied liegt in der DeFi-Integration. Rabby unterstützt populäre DeFi-Protokolle wie Aave, Compound und Lido direkt im Interface. Das bedeutet, dass ein Nutzer Positionen im Wallet sehen und verwalten kann, aber jede Interaktion – vom Hinterlegen von Sicherheiten bis zum Abheben von Rewards – ist eine separate, dokumentierungspflichtige Transaktion. Ein Yield-Farming-Jahr könnte hundert oder mehr automatische Harvests enthalten, wenn Rewards regelmäßig eingesammelt werden. Ohne systematische Erfassung wird schnell unklar, wer wie viel verdient oder verloren hat.

Schritt 1: Vollständige Transaktionshistorie aus Rabby exportieren

Der erste praktische Schritt besteht darin, die gesamte Transaktionshistorie systematisch zu erfassen. Rabby zeigt im Dashboard alle bisherigen Transaktionen, sortiert nach Netzwerk und Datum. Die Browser-Extension bietet jedoch keinen direkten CSV-Export – das heißt, die Daten müssen manuell oder über BlockChain-Explorer wie Etherscan, PolyScan oder Arbiscan abgerufen werden. Dies ist zwar aufwändig, aber auch schützerisch: Wer jede Transaktion einzeln nachvollzieht, bemerkt Fehler und Duplikate schneller als wer sich auf einen halbautomatischen Export verlässt.

Die effizienteste Methode ist, die öffentliche Adresse des Wallets in Etherscan oder den entsprechenden Chain-Explorer einzugeben und dort die volle Transaktionshistorie herunterzuladen. Die meisten Explorer bieten eine CSV-Funktion, die Transaktion, Datum, Absender, Empfänger, Betrag, Gas und Gebühren enthält. Für ein Multi-Chain Wallet bedeutet das aber auch Mehrfacharbeit: Wenn die Rabby-Adresse auf Ethereum, Polygon, Arbitrum und BNB Chain aktiv ist, müssen vier separate Exports erstellt werden. Die Daten müssen dann in einer zentralen Tabelle zusammengefasst und chronologisch sortiert werden.

Ein häufiger Fehler ist es, nur die «normalen» Transaktionen zu erfassen und interne Transaktionen zu übersehen. Ein Smart-Contract-Aufruf wie das Staking bei Lido löst tatsächlich mehrere Events aus: Die Einzahlung selbst, die Minting von stETH, möglicherweise eine Genehmigungstransaktion vorher (Approve), und am Ende die Gas-Gebühr. Jedes dieser Elemente kann Steuerwirkung haben. Etherscan und andere Explorer zeigen diese Details unter dem Tab «Logs» oder «Internal Transactions» an. Eine sorgfältige Erfassung erfordert, dass alle ausgelösten Events dokumentiert werden, nicht nur die äußerlich sichtbare Transaktion.

Schritt 2: NFT-Transaktionen und deren Bewertung

NFT-Käufe stellen eine besondere Herausforderung dar, denn anders als bei fungiblen Token gibt es keinen standardisierten Marktpreis. Ein NFT, das als ERC-721 oder ERC-1155 in Rabby angezeigt wird, könnte für einen Euro oder zehntausend Euro gekauft worden sein – die Blockchain registriert nur die Transaktion selbst, nicht automatisch den wirtschaftlichen Wert. Für die Steuererklärung benötigt das Finanzamt aber eine nachvollziehbare Bewertung, idealerweise mit Verweis auf den Kaufbeleg oder den historischen Marktpreis zum Transaktionszeitpunkt.

Die praktische Lösung besteht darin, für jeden NFT-Kauf oder -Verkauf die Details separat zu dokumentieren: die Adresse des NFT-Contracts, die Token-ID, das Kaufdatum, den gezahlten Preis (in Ether oder Stablecoin), und den Wechselkurs zur Umrechnung in Euro an diesem Tag. Rabby zeigt NFTs im Portfolio an, aber nicht die Transaktionshistorie jedes einzelnen NFTs. Diese Information muss über den NFT-Explorer wie OpenSea, Blur oder die Chain-Explorer zusammengetragen werden. OpenSea bietet beispielsweise die Möglichkeit, das komplette Aktivitätsprotokoll eines Wallets herunterzuladen – dies sollte als Zweitquelle genutzt werden, um sicherzustellen, dass keine Käufe übersehen werden.

Ein besonderes Augenmerk liegt auf dem Konzept des Fair Value. Das Finanzamt akzeptiert nicht einfach den gezahlten Preis als Bewertungsgrundlage, wenn bekannt ist, dass dieser Preis nicht dem Marktpreis entspricht. Wenn jemand einen NFT für 1 Ether kauft, aber zu dieser Zeit der Marktpreis 2 Ether beträgt, kann das als verdeckte Schenkung oder Gewinnrealisierung interpretiert werden. Die sichere Variante ist, zeitgenössische Marktdaten oder unabhängige Bewertungsquellen (etwa Datenaggregate von NFT-Plattformen) zu dokumentieren. Dies ist aufwändig, aber auch die Grundlage dafür, dass das Finanzamt die Bewertung akzeptiert, ohne Nachfragen zu stellen.

Schritt 3: DeFi-Positionen und Yield als kontinuierliche Einkünfte

Das Staking von ETH über Lido, das Hinterlegen von Sicherheiten in Aave oder das Farming von Rewards in automatisierten Smart Contracts gilt steuerlich nicht als Spekulationsgeschäft, sondern potenziell als laufende Kapitalerträge. Das heißt, nicht nur die endgültige Liquidation zählt steuerlich, sondern auch jede erhaltene Reward – und diese wird zum Zeitpunkt des Erhalts versteuert, nicht zum Verkaufszeitpunkt. Wenn jemand also täglich Rewards aus einem Liquidity-Pool erhält und diese sofort verkauft, entstehen täglich neue Steuerereigisse.

Rabby zeigt DeFi-Positionen übersichtlich im Dashboard an, doch die Erfassung der Rewards ist manuell. Das Protokoll selbst (Aave, Compound, Lido) stellt typischerweise keine standardisierten Exports zur Verfügung. Die Lösung liegt in der Nutzung von spezialisierten Steuer-Tracking-Tools, die mit den Chain-Daten verbunden sind und automatisch erkennen, welche Adressen zu welchem Wallet gehören. Tools wie rabby wallet auf windows und macos beschrieben werden, funktionieren auch auf dem Desktop, wo manche Nutzer ein zusätzliches Tracking durchführen möchten.

Eine häufige Falle ist die sogenannte Reward-Reinvestition. Wenn erhaltene Rewards automatisch wieder in den Pool eingezahlt werden (compound rewards), entstehen nicht nur Einkünfte zum Zeitpunkt des Erhalts, sondern auch zum Zeitpunkt der Reinvestition – und später möglicherweise wieder beim Withdraw. Ohne sorgfältige Dokumentation kann schnell unklar werden, ob eine ursprüngliche Einzahlung von 10 ETH später zu 12 ETH gewachsen ist, weil 2 ETH neue Rewards sind, oder ob 2 ETH zusätzlich hinzugefügt wurden. Das Finanzamt erwartet hier vollständige Klarheit – es genügt nicht, am Jahresende zu sagen «ich hatte 12 ETH in einem Pool».

Schritt 4: Gas-Gebühren systematisch dokumentieren und absetzen

Ein Detail, das viele Steuerzahler übersehen, sind die Gas-Gebühren. Jede Transaktion auf Ethereum oder anderen EVM-Chains kostet Gas, und diese Gebühren sind für die Steuererklärung relevant – oft können sie als Betriebsausgaben geltend gemacht werden, ähnlich wie Transaktionsgebühren bei einer regulären Bank. Rabby zeigt die Gas-Kosten in jeder Transaktion transparent an, doch beim Export über Etherscan müssen diese Werte separat berechnet werden.

Die Gas-Gebühr wird in Gwei (einer Einheit von Ether) angegeben und muss für jede Transaktion mit dem Umrechnungskurs Euro/ETH am Transaktionsdatum multipliziert werden. Eine einzelne Transaktion kann zwischen ein paar Euro und hundert Euro Gas kosten – auf Arbitrum oder Polygon ist es deutlich günstiger. Ohne Tracking summieren sich diese Kosten zu einer beachtlichen Summe auf. Wenn jemand täglich DeFi-Transaktionen durchführt, können jährlich hundert oder mehr Gas-Gebühren entstehen, die zusammen einen dreistelligen Betrag darstellen.

Die praktische Lösung ist wieder eine zentrale Erfassungstabelle, in der für jede Transaktion die Gas-Gebühr notiert wird – am besten gleich mit dem Umrechnungskurs zum jeweiligen Datum. Excel oder Google Sheets genügen dafür vollkommen. Viele Steuersoftware und Tracking-Tools können solche Tabellen direkt verarbeiten oder automatisch über APIs mit den Chain-Daten abgleichen. Am sichersten ist es, eine Backup-Liste anzulegen, die unabhängig vom Tracking-Tool besteht, damit die Dokumentation nicht verloren geht, falls ein Service nicht mehr verfügbar ist.

Schritt 5: Auswahl eines Steuer-Tracking-Tools und Abgleich mit Rabby-Daten

Die manuelle Erfassung ist zeitaufwändig und fehleranfällig. Spezialisierte Steuer-Tracking-Tools bieten eine halbautomatische Alternative. Programme wie Koinly, CryptoTax, Accointing oder stake.tax verbinden sich mit Web3 Wallets und lesen automatisch alle Transaktionen von den Blockchains aus. Diese Tools können dann die Tax-Regeln nach deutschem Recht anwenden (Fifo-Methode, Staking-Einkünfte, DeFi-Yield-Kategorisierung) und automatisch einen Steuerbericht generieren.

Der Prozess funktioniert so: Der Nutzer authentifiziert sich mit der öffentlichen Wallet-Adresse (nicht mit dem Private Key – das ist ein Sicherheitsrisiko und nicht nötig). Das Tool lädt dann alle Transaktionen der Adresse von den jeweiligen Blockchains herunter, kategorisiert sie (Kauf, Verkauf, Swap, Staking, Transfer) und zeigt die Gewinne und Verluste an. Allerdings gibt es typischerweise Lücken oder Missklassifizierungen – ein Smart-Contract-Aufruf könnte falsch als zwei separate Transaktionen interpretiert werden, oder ein NFT-Kauf könnte als ein einfacher Token-Transfer missverstanden werden.

Das heißt, dass auch mit einem Tool die manuelle Überprüfung notwendig ist. Der Nutzer sollte die automatisch generierten Daten gegen die Original-Transaktionen in Rabby und im Blockchain-Explorer abgleichen. Stimmen die Einzahlungen überein? Wurden alle Swaps korrekt kategorisiert? Sind die NFT-Transaktionen erfasst? Ein realistischer Workflow ist daher: Tool nutzen zur Grunderfassung, dann manuell überprüfen und korrigieren, und schließlich einen Puffer einplanen für Nachfragen des Finanzamts.

Schritt 6: Dokumentation für Finanzamt und Vermögensaufstellung

Die abschließende Dokumentation muss für eine Betriebsprüfung oder Nachfrage durch das Finanzamt nachvollziehbar sein. Das heißt nicht, dass alles ausgedruckt werden muss – eine digitale Dokumentation ist völlig ausreichend. Die Anforderungen sind aber konkret: Für jede Transaktion sollte vorliegen: das Transaktionsdatum, die Transaktion selbst (Adresse, Funktion), der Umrechnungskurs zum Transaktionsdatum, der Betrag in Euro, die Kategorie (Kauf/Verkauf/Swap/Staking/etc.), und im Zweifelsfall ein Link zum Blockchain-Explorer oder ein Screenshot des Transaktionsverlaufs.

Zusätzlich muss eine Jahres-Vermögensaufstellung erfolgen: Was war der Bestand am 31.12. des Vorjahres, welche Transaktionen gab es im laufenden Jahr, und was ist der Bestand am 31.12. des laufenden Jahres? Dies nicht nur in Token oder NFTs ausgedrückt, sondern auch in Euro bewertet. Rabby zeigt das Portfolio aktuell an, aber die historische Bewertung (wie viel war das Wallet am 31.12. 2023 wert) muss manuell ermittelt werden – durch Abfrage historischer Kurse und manueller Bewertung der NFTs, basierend auf den Kaufpreisen oder verfügbaren Marktdaten.

Ein wichtiger Punkt für die Dokumentation ist die Hardware-Wallet-Integration. Falls die Rabby-Adresse an ein Ledger oder Trezor Hardware Wallet gebunden ist, sollte dies dokumentiert werden – dies kann im Fall eines Audits zeigen, dass die Kontrolle über die Adresse nicht bei einem zentralisierten Service lag, sondern beim Wallet-Inhaber selbst. Diese Information ist auch deshalb wertvoll, weil sie die Authentizität der Transaktionen stärkt. Ein Hardware-Wallet unterzeichnet nur Transaktionen, die der Nutzer physisch genehmigt hat – Manipulationen durch externe Akteure sind technisch nahezu unmöglich.

Häufige Fehler und wie man sie vermeidet

Der erste häufige Fehler ist die Vermischung von persönlichen und gewerblichen Aktivitäten. Wenn jemand hin und wieder einen NFT kauft und verkauft, ist das typischerweise eine private Vermögensanlage. Wenn jemand täglich NFTs tradet, mehrere Hundert Transaktionen pro Jahr durchführt, und dabei systematische Gewinne anstrebt, kann das vom Finanzamt als Gewerbetätigkeit eingeordnet werden – mit anderen steuerlichen Konsequenzen (Gewerbesteuern, Mehrwertsteuer unter Umständen, andere Abschreibungsregeln). Rabby als Wallet unterscheidet nicht zwischen beiden – das ist aber eine juristische, keine technische Frage. Die klare Dokumentation ist hier der Schutz: Wer nachvollziehbar zeigen kann, dass alle Aktivitäten dokumentiert wurden, steht transparenter vor dem Finanzamt.

Der zweite Fehler ist die Annahme, dass ein Privacy oder Mixing-Service die Dokumentationspflicht aufhebt. Wenn jemand Tokens über einen Mixer sendet oder zwischen mehreren Adressen hin- und hersendet, um die Nachverfolgung zu erschweren, befreit das nicht von der Steuerverpflichtung – im Gegenteil: Es kann vom Finanzamt als Versuch der Steuerhinterziehung ausgelegt werden. Rabby selbst ist transparent und unterstützt keine Mixing-Services, was für die Steuerdokumentation vorteilhaft ist.

Der dritte Fehler ist die Unterschätzung von Kleinbeträgen. Ein Reward von 0,001 ETH oder ein NFT-Kauf für 50 Euro mag unbedeutend wirken, aber in Summe über ein Jahr können Tausende solcher Mikrotransaktionen zu einer beachtlichen Gesamt-Position oder einer großen Datenmenge führen. Wer hier nicht sorgfältig trackst, kann schnell Positionen aus den Augen verlieren oder dem Finanzamt Lücken geben, die zu Nachfragen oder Zu- und Abschlägen führen.