DeFi Audit Trail: So wird aus On-Chain-Daten ein prüfbarer Steuerreport
Ein Blockchain-Explorer zeigt Transaktionen, aber noch keinen vollständigen Steuersachverhalt. Ein DeFi Audit Trail verbindet Wallet-Zuordnung, Protokollaktion, Tokenbewegungen, Preise und steuerliche Entscheidung zu einer Belegkette. Ein durchgerechneter Swap-Fall zeigt, wie doppelt gezählte Logs korrigiert werden; weitere Arbeitsblätter helfen bei Bridges, Poolanteilen und ungeclaimten Rewards.
Was ist ein DeFi Audit Trail?
Krypto-Steuerunterlagen vorbereiten
Importiere deine Transaktionen, prüfe offene Datenpunkte und erstelle deinen Steuerreport, ohne die vollständige Berechnung manuell in Tabellen aufzubauen.
Jetzt vorbereiten →Ein DeFi Audit Trail ist die nachvollziehbare Beweiskette zwischen einer technischen Quelle und dem Betrag im Steuerreport. Er beantwortet nicht nur „Welche Transaktion steht auf der Blockchain?“, sondern auch:
- Welche Wallet und wirtschaftlich berechtigte Person gehören zu dem Vorgang?
- Welche einzelnen Logs bilden gemeinsam eine wirtschaftliche Aktion?
- Welche Assets, Rechte oder Verbindlichkeiten gingen zu und ab?
- Welche Bewertung und welcher Zeitpunkt wurden verwendet?
- Welche Klassifikation war automatisch, welche manuell und welche bleibt offen?
- Wie gelangt das Ergebnis in eine konkrete Kategorie oder Arbeitsblattzeile?
Der Audit Trail ist damit eine Dokumentations- und Kontrollschicht, keine universelle Steuerregel. Ob ein Swap, eine Bridge oder die Ausgabe eines LP-Tokens steuerpflichtig ist, hängt vom Land, Steuerjahr, Vertragsinhalt und wirtschaftlichen Eigentum ab. Gute Software trennt deshalb technische Erkennung, wirtschaftliche Rekonstruktion und landesspezifische Steuerzuordnung.
Warum der Blockchain-Explorer allein nicht genügt
Eine öffentliche Blockchain dokumentiert Adressen, Zeitstempel, Token-Transfers und Smart-Contract-Logs. Sie kennt aber regelmäßig weder die steuerliche Identität hinter einer Adresse noch den ursprünglichen Anschaffungswert, die Wohnsitzstaaten, interne Börsenbuchungen oder eine außerhalb der Chain vereinbarte Gegenleistung. Das deutsche BMF hebt ausdrücklich hervor, dass On-Chain-Daten wegen pseudonymer öffentlicher Schlüssel keine unmittelbare Identitätszuordnung erlauben und die Informationen zur Sphäre des Steuerpflichtigen gehören.
| On-Chain sichtbar | Zusätzlich zu belegen |
|---|---|
| Chain, Block, Transaktionshash, Log-Index | Wallet-Eigentum und Steuerpflichtiger |
| Token-Verträge und Mengen | Fiatwert, Preisquelle und Erwerbshistorie |
| Aufruf eines Smart Contracts | Wirtschaftlicher Vertrag und Zweck |
| Absender und Empfänger | Eigentransfer, fremde Gegenpartei oder Protokoll |
| Events wie Transfer, Mint oder Burn | Zusammengehörige Aktion und steuerliche Kategorie |
| Gasverbrauch | Zuordnung der Gebühr und deren steuerliche Behandlung |
Auch DAC8 und der OECD Crypto-Asset Reporting Framework lösen dieses Problem nicht vollständig. Anbieter melden Transaktionsarten und vielfach aggregierte Werte. Solche Meldungen sind ein Kontrollsignal, aber keine vollständige Wallet-Historie und keine verifizierte Cost Basis des Nutzers.
Arbeitsblatt: Welche Angaben je DeFi-Aktion gebraucht werden
Ein einzelner Vorgang sollte eine dauerhafte interne ID besitzen und mit allen Rohquellen verknüpft sein. Für EVM-Chains ist die Kombination aus Chain-ID, Transaktionshash und Log-Index ein wichtiger technischer Schlüssel. Sie genügt aber nicht für die wirtschaftliche Zusammenfassung, weil ein Swap oder Pool-Ausstieg mehrere Logs erzeugen kann.
- Quelle: Chain-ID, Blocknummer, Blockzeit, Transaktionshash, Log-Index, Wallet-Adresse und verwendeter RPC- oder Indexer-Datensatz.
- Protokoll: Name, Contract-Adresse, verwendete Funktion und archivierte Beschreibung der maßgeblichen Vertragsrechte.
- Rohbewegungen: jedes ein- und ausgehende Asset, Betrag, Token-Vertrag, Dezimalstellen, Native Coin und Gas.
- Wirtschaftliche Gruppe: alle Logs, internen Transfers und Nebengebühren, die zu einer Nutzeraktion gehören.
- Klassifikation: Swap, Bridge, Wrap, Pool-Einzahlung, Pool-Auszahlung, Reward, Claim, Darlehen, Rückzahlung, Sicherheit oder Liquidation.
- Bewertung: Fiatwährung, Preis, Preisquelle, Zeitpunkt, Qualitätsstufe und eventuelle Ersatzmethode.
- Steuerentscheidung: Land, Steuerjahr, angenommene Rechtsfolge, Begründung, Ergebniszeile und noch offene Frage.
- Änderungshistorie: vorheriger Wert, neuer Wert, Grund, Nutzer oder System, Zeitpunkt und betroffene Reportversion.
Bewahre Explorer-Beleg und Originalexport getrennt von deiner Interpretation auf. Schreibe die wirtschaftliche Aktion in einem Satz auf, etwa „0,5 ETH gegen 1.000 USDC über einen Router getauscht“. Dieser Satz hilft bei der Kontrolle, ob mehrere technische Bewegungen irrtümlich zu mehreren Verkäufen wurden. Eine spätere Korrektur erhält Datum, Grund und Verweis auf die frühere Reportfassung.
Swaps, Bridges und Wraps richtig dokumentieren
Swaps
Bei einem Swap müssen mindestens das abgegebene Asset, das erhaltene Asset, beide Mengen, der Marktwert, Protokollgebühren, Gas und der konkrete Zeitpunkt verbunden werden. Router- und Pool-Transfers dürfen nicht als mehrere unabhängige Verkäufe gezählt werden, wenn sie nur technische Zwischenschritte derselben Aktion sind. Bei Multi-Hop-Routen bleibt trotzdem sichtbar, welche Contracts beteiligt waren.
Der Audit Trail trennt Preisabweichung, Slippage und Gebühr. Eine bloße Differenz zwischen nominellem Poolkurs und empfangener Menge ist nicht automatisch eine separat gezahlte Steuergebühr. Ebenso darf ein Token, der als Gas oder Protokollgebühr verbraucht wurde, nicht spurlos verschwinden; manche Staaten behandeln seine Verwendung als eigene Verfügung.
Swap-Fehlerfall: Vier Bewegungen, eine wirtschaftliche Aktion
Ein privater deutscher Anleger hält 0,6 ETH aus einem Kauf vom 15. Januar 2025 mit 1.080 Euro historischen Kosten. Am 15. Juni tauscht er 0,5 ETH gegen 1.000 USDC. Im fiktiven Fall sind beide Marktwerte zum Tauschzeitpunkt mit 920 Euro belegt. Zusätzlich gehen 0,002 ETH als Gas ab. Alle beteiligten Pool- und Routeradressen sind fremde Protokolladressen; der Anleger erwirbt an den technischen Zwischenbeständen keine zusätzlichen eigenständigen Positionen.
| Bewegung | Was sie belegt | Im eigenen Bestand |
|---|---|---|
| Eigene Wallet → Router: 0,5 ETH | Beginn des Tauschwegs | Einmal 0,5 ETH Abgang |
| Router → Pool: 0,5 ETH | Weiterleitung derselben Einheiten | Kein zweiter eigener Abgang |
| Pool → Router: 1.000 USDC | Gegenleistung des Pools | Noch kein zusätzlicher eigener Zugang |
| Router → eigene Wallet: 1.000 USDC | Empfang der Gegenleistung | Einmal 1.000 USDC Zugang |
| Gas aus eigener Wallet: 0,002 ETH | Getrennter Gebührenabgang | Einmal 0,002 ETH Abgang |
Vorher: Ein Import zählt beide ETH-Weiterleitungen als eigene Verkäufe und beide USDC-Weiterleitungen als eigene Einzahlungen. Damit erscheinen 1 ETH verkauft und 2.000 USDC empfangen. Der ETH-Bestand wird trotz ursprünglich nur 0,6 ETH negativ. Die bloße Zahl der Logs kann deshalb keine Zahl steuerlicher Vorgänge sein.
Nachher: Hash, beteiligte Adressen und Wallet-Veränderung verbinden die Bewegungen. Die verkauften 0,5 ETH tragen 1.080 × 0,5 ÷ 0,6 = 900 Euro Kosten. Für den Tausch ergibt sich vor steuerlicher Zuordnung der Gasgebühr ein Unterschied von 920 − 900 = 20 Euro innerhalb der Jahresfrist. Die erhaltenen 1.000 USDC werden im Beispiel mit 920 Euro Anschaffungskosten dokumentiert, weil beide belegt hergeleiteten Marktwerte gleich hoch sind. Das ist keine zusätzliche Reward-Einnahme.
Nach Tausch und Gas verbleiben 0,6 − 0,5 − 0,002 = 0,098 ETH. Auf die Gebühreneinheiten entfallen 3,60 Euro historische Kosten, auf den Rest 176,40 Euro; zusammen mit 900 Euro verbrauchten Kosten sind es weiterhin 1.080 Euro. Die Gasgebühr braucht eine eigene Bewertung und fachliche Zuordnung. Die 20 Euro sind deshalb noch kein vollständiges Endergebnis einschließlich aller Gebührenfolgen.
Die Belegkette umfasst Kaufbeleg, Transaktionsbeleg, Zuordnung der eigenen Adresse, Preisnachweise und Bestandsabgleich. Bei einer anderen Route können tatsächlich selbst erworbene Zwischenassets vorliegen; dann ist deren wirtschaftlicher Erwerb gesondert zu beurteilen. Entscheidend ist die konkrete Verfügung, nicht allein der Funktionsname des Routers.
Bridges
Eine Bridge kann wirtschaftlich die Fortsetzung desselben Eigentums auf einer anderen Chain sein, sie kann aber auch einen Anspruch, einen Wrapped Token oder ein anderes Asset erzeugen. Der Report braucht deshalb mehr als zwei ähnlich große Beträge:
- Quell- und Ziel-Chain sowie beide Wallet-Adressen,
- Burn-, Lock-, Mint- oder Release-Nachweis,
- Bridge- oder Message-ID und zeitliche Verbindung,
- Token-Verträge, Mengenabweichung und Gebühren,
- Nachweis, dass beide Wallets derselben Person gehören,
- Begründung, ob Identität oder wirtschaftliches Recht fortbestehen.
„Bridge“ ist kein Steuerstatus. Fehlt die Zielbuchung oder ändert sich das wirtschaftliche Asset, bleibt der Vorgang offen. Der Audit Trail darf ihn nicht nur aufgrund eines Contract-Labels als steuerneutral markieren.
Wraps und Liquid-Staking-Token
Beim Wrapping werden häufig native Coins gegen einen repräsentierenden Token getauscht. Liquid Staking kann zusätzlich Ertrags- und Anspruchskomponenten enthalten. Zu dokumentieren sind das Umtauschverhältnis, Rückgaberecht, Rebase- oder Exchange-Rate-Mechanismus, Anspruch auf Rewards und jede spätere Rückgabe. Eine Einordnung für Anbieter-Meldepflichten beantwortet nicht automatisch die nationale Einkommensteuerfrage.
Liquidity Pools, Lending und Sicherheiten
LP-Einzahlung und -Auszahlung
Eine Pool-Einzahlung kann zwei Assets abgehen lassen und einen LP-Token oder anderweitigen Poolanspruch erzeugen. Beim Ausstieg können andere Mengen zurückkommen, zusätzlich zu Fees und Rewards. Ein prüfbarer Datensatz enthält:
- Bestand und Wert jeder eingebrachten Position,
- erhaltenen Poolanteil und dessen Vertragsrechte,
- Mint- und Burn-Events des LP-Tokens,
- laufende Gebühren, Claims und zusätzliche Incentive-Token,
- zurückerhaltene Assets und Mengen beim Ausstieg,
- offene Rundungs- oder Restbestände.
„Impermanent Loss“ ist eine wirtschaftliche Vergleichsgröße, aber nicht automatisch eine eigene steuerliche Verlustzeile. Der Steuerreport muss die tatsächlichen Zu- und Abgänge nach dem jeweiligen Landesrecht abbilden.
Darlehen, Borrowing und Collateral
Bei Lending-Protokollen müssen Hauptforderung, Sicherheit, Zinsen, Incentives, Rückzahlung und Liquidation getrennt werden. Das Hinterlegen von Collateral darf nicht als Verkauf gezählt werden, nur weil ein Transfer an einen Smart Contract sichtbar ist. Umgekehrt darf die Bezeichnung „Collateral“ eine tatsächliche Eigentumsübertragung nicht verdecken. Erforderlich sind Protokollbedingungen, Anspruchstoken, Schuldsaldo und Rückgaberecht.
Die CARF-Einführung nennt bei bekannten Transferarten unter anderem Darlehen. Solche Meldeinformationen helfen bei der Rekonstruktion, bestimmen aber nicht automatisch die nationale Steuerfolge. Eine Liquidation braucht eine eigene Gruppe aus veräußerter Sicherheit, getilgter Schuld, Liquidationsbonus oder -strafe und verbleibendem Saldo.
Rewards, Claims und der Zeitpunkt wirtschaftlicher Kontrolle
Ein Reward kann protokollseitig fortlaufend entstehen, erst bei einem Claim übertragen werden oder durch einen steigenden Token-Wechselkurs wirtschaftlich anwachsen. Deshalb sollten mindestens vier Zeitpunkte getrennt gespeichert werden: rechnerische Entstehung, Claim-Möglichkeit, tatsächlicher Claim und spätere Veräußerung.
- Accrued: im Protokoll angezeigt, aber möglicherweise noch nicht frei verfügbar.
- Claimable: technisch abrufbar; die rechtliche Verfügungsmacht kann vom Einzelfall abhängen.
- Claimed: an die Wallet übertragen.
- Disposed: später verkauft, getauscht oder ausgegeben.
Das deutsche BMF hat sein Schreiben 2025 unter anderem um Claiming ergänzt; die US-Steuerverwaltung verlangt ausreichende Aufzeichnungen über Erhalt, Austausch, Verfügungen und den Fair Market Value. Beide Beispiele zeigen, warum „Reward“ allein kein ausreichendes Datenfeld ist. Die konkrete Besteuerung bleibt landesspezifisch.
Deutschland: Ungeclaimte Staking-Erträge über den Jahreswechsel abstimmen
Für passives Staking im Sinne des BMF-Schreibens erlaubt Randnummer 48a unterjährig die Vereinfachung anhand der Einbuchung beim Claiming. Noch nicht geclaimte Kryptowerte sind spätestens zum Jahresende zu berücksichtigen. Die Regel ist keine allgemeine Lösung für LP-Rewards, Liquid-Staking-Token oder jede Anzeige „claimable“; zunächst müssen Vertragsrechte und Ertragsart feststehen.
Im fiktiven Fall stehen zum 31. Dezember 2025 insgesamt 50 noch nicht geclaimte Staking-Token fest, die nach dieser Regel zu berücksichtigen sind. Bei einem belegten Marktkurs von 3 Euro ergibt sich ein Erwerbswert von 150 Euro. Im Januar 2026 werden genau diese 50 Token geclaimt. Die Einbuchung wird mit dem bereits erfassten Jahresendbestand verbunden; sie erzeugt nicht nochmals 150 Euro Einnahme. Werden alle 50 Token im Juni 2026 ohne weitere Gebühren für 200 Euro verkauft, beträgt der gesonderte Unterschied für den Verkauf 50 Euro.
Archiviere dazu Ertragsübersicht zum Jahresende | berücksichtigte Tokenmenge | Kurs und Erwerbswert | späterer Claim-Hash | davon neue Erträge | spätere Veräußerung. Wenn ein Claim zusätzlich 10 neu entstandene Token enthält, sind diese von den 50 bereits berücksichtigten Einheiten zu trennen. Ein Claim-Import darf die Vorjahresposition weder vergessen noch verdoppeln.
Preise, Zeitstempel und fehlende Bewertung
Jede bewertete Bewegung braucht Fiatwährung, Preisquelle und Zeitbezug. Ein Preisaggregatorwert ohne gespeicherten Timestamp oder Handelspaar ist später kaum verteidigbar. Bei liquiden Swaps kann der tatsächlich beobachtbare Gegenwert ein starkes Signal sein; bei illiquiden oder manipulierten Pools ist er nicht automatisch ein verlässlicher Marktwert.
| Qualitätsstufe | Beispiel | Reportstatus |
|---|---|---|
| Bestätigt | Tatsächliche Fiat-Gegenleistung oder liquider Marktpreis zum Vorgang | Berechenbar mit Quellenverweis |
| Abgeleitet | Konsistenter Preis aus liquider Gegenposition oder engem Zeitfenster | Berechenbar, Methode offenlegen |
| Dokumentierte Tagesmethode | Tageskurs statt Zeitpunktkurs, soweit nach Landesrecht und gewählter Methode zulässig | Kursart und Quelle offenlegen; nicht automatisch eine freie Schätzung |
| Nicht berechenbar | Kein belastbarer Markt, falsche Dezimalstellen oder unbekannter Token | Keine Null erfinden; Vorgang blockiert oder im Prüfblatt |
Ein fehlender Preis darf nicht als 0,00 behandelt werden. Null ist ein Wert und würde einen scheinbar exakten Gewinn oder Anschaffungswert erzeugen. Besser ist ein expliziter Status mit Ursache, Auswirkung und erforderlichem Nachweis. Mehr dazu zeigt der Leitfaden fehlende Preise im Steuerreport.
Eine besondere gesetzliche oder administrative Bewertungsregel ist davon zu unterscheiden. Das deutsche BMF beanstandet etwa bei bestimmten Airdrops ohne ermittelbaren Marktkurs im Erwerbszeitpunkt einen Nullansatz nicht. Diese Ausnahme ersetzt weder einen verlorenen DeFi-Kaufbeleg noch die Prüfung eines tatsächlich vorhandenen Marktes.
Die wichtigsten Kontrollen vor dem Steuerexport
- Vollständigkeit: Sind alle bekannten Wallets, Chains, Börsen und Protokolle im Zeitraum enthalten?
- Dubletten: Wurden identische Logs aus mehreren Indexern oder Importe derselben Börse nur einmal berücksichtigt?
- Eigentransfers: Sind Abgang und Zugang verknüpft und Cost Basis sowie Haltedauer fortgeführt?
- Bestandsabgleich: Stimmen Anfangsbestand plus Zugänge minus Abgänge mit dem Endbestand überein?
- Token-Metadaten: Sind Contract, Chain und Dezimalstellen korrekt statt nur Symbol und Name?
- Preise: Hat jeder steuerrelevante Vorgang eine belastbare Bewertung oder einen sichtbaren Fehlerstatus?
- Gruppierung: Wurden Router-Schritte, interne Transfers und Pool-Logs nicht mehrfach als wirtschaftliche Ereignisse gezählt?
- Offene DeFi-Fälle: Sind unklare Bridges, Anspruchstoken, Rewards, Liquidationen und Protokollmigrationen gekennzeichnet?
- Regelversion: Stimmen Steuerland, Jahr, Profil und Rechenmethode mit dem erzeugten Report überein?
- Reproduzierbarkeit: Lässt sich derselbe Report aus den archivierten Quellen und Einstellungen erneut erzeugen?
Ein Tax Data Quality Score kann priorisieren, ersetzt aber keine Beweiskette. Ein grüner Gesamtwert darf einzelne hochwirksame Fehler nicht verstecken. Besonders kritisch sind Verkäufe ohne Anschaffungswert, negative Bestände, unbekannte Wallet-Eigentümer und DeFi-Aktionen mit nicht ausgeglichener Gegenbuchung.
Was in das Audit Pack gehört
Der endgültige Steuerreport ist nur eine Zusammenfassung. Für Rückfragen braucht es ein reproduzierbares Paket aus Quellen und Entscheidungen:
- unveränderte Rohdateien und API-Exportdatum,
- Liste eigener Wallets und nachvollziehbarer Eigentumsnachweis,
- On-Chain-Rohdaten einschließlich Hashes und Contract-Adressen,
- normalisierte Transaktionstabelle und Mapping-Version,
- Preisquellen mit Zeitpunkt und Qualitätsstatus,
- Transfer- und Bestandsabgleich,
- Liste manueller Korrekturen und offener Sachverhalte,
- verwendete Landeslogik, Methode und Reportversion,
- finale Arbeitsblätter und Prüfsummen wichtiger Dateien.
Die Aufbewahrungsfrist richtet sich nach Staat, Steuerpflichtigem und betrieblichem oder privatem Kontext. Es gibt keine weltweit einheitliche DeFi-Frist. Das deutsche BMF verweist für Betriebsvermögen auf steuerliche und außersteuerliche Aufzeichnungsregeln; der IRS fordert Unterlagen, die die Positionen in der Steuererklärung ausreichend belegen. Eine lokale Frist ist deshalb im Länderreport zu prüfen. Praktische Details stehen im Audit-Pack-Leitfaden und in der Anleitung für Eigentransfers zwischen Wallets.
Was DAC8 und CARF am Audit Trail ändern
DAC8 erfasst in der EU unter anderem Krypto-Fiat- und Krypto-Krypto-Tausch sowie Transfers. CARF unterscheidet ebenfalls Tauschvorgänge und Transfers und sieht bekannte Transferarten wie Airdrops, Staking-Einkünfte oder Darlehen vor. Die Meldung erfolgt in wichtigen Bereichen aggregiert nach Asset und Transaktionsart.
Für Nutzer steigt damit die Bedeutung der Abstimmung: Stimmen die gemeldeten Bruttowerte und Transfermengen mit den eigenen Daten überein? Ein Unterschied ist nicht automatisch Steuerhinterziehung; er kann aus Wallet-Transfers, anderer Bewertung, fehlender Cost Basis, technischen Aggregationen oder Protokollklassifikationen entstehen. Der Audit Trail muss die Abweichung erklären können, statt nur den Plattformwert zu übernehmen. Der separate DAC8-Leitfaden beschreibt Umfang und Grenzen der Anbieterberichte.
Häufige Fragen zum DeFi Audit Trail
Ist eine Blockchain-Transaktion bereits ein ausreichender Steuerbeleg?
Nein. Der Hash belegt eine technische Aktion, aber meist nicht Wallet-Eigentum, ursprüngliche Anschaffungskosten, vollständige Gegenleistung, Fiatwert oder nationale Steuerkategorie.
Ist jede Bridge steuerneutral?
Nein. Eine Bridge kann ein Eigentransfer mit fortbestehendem wirtschaftlichem Eigentum sein, aber auch ein anderes Asset oder Recht erzeugen. Quell- und Zielseite, Verträge und Eigentum müssen dokumentiert werden.
Darf ein fehlender DeFi-Preis mit null angesetzt werden?
Eine Datenlücke rechtfertigt keinen pauschalen Nullwert. Besondere Bewertungsregeln, etwa die begrenzte deutsche BMF-Ausnahme für bestimmte Airdrops, brauchen eine eigene belegte Begründung. Ohne sie bleibt die Bewertung offen.
Ist Impermanent Loss ein steuerlicher Verlust?
Nicht automatisch. Er ist zunächst eine wirtschaftliche Vergleichsgröße. Steuerlich entscheidend sind die tatsächlichen Rechte, Zu- und Abgänge sowie das Recht des jeweiligen Landes.
Reicht DAC8 als Transaktionshistorie?
Nein. DAC8-Meldungen sind Kontrollinformationen und teilweise aggregiert. Sie ersetzen weder Wallet-Zuordnung noch Cost Basis, DeFi-Vertragsanalyse oder den eigenen vollständigen Datenbestand.
Muss jede manuelle Korrektur sichtbar bleiben?
Ja, für einen belastbaren Audit Trail sollten alter und neuer Wert, Grund, Zeitpunkt und Autor gespeichert werden. Sonst ist die finale Berechnung nicht reproduzierbar.
Kann dieselbe DeFi-Aktion in zwei Ländern unterschiedlich behandelt werden?
Ja. Der technische Ablauf bleibt gleich, aber Zeitpunkt, Einkunftsart, Bewertung und Steuerfolge können je nach Land und Profil abweichen. Deshalb gehören technische Rekonstruktion und Landeslogik in getrennte Schichten.
Offizielle Quellen
- Bundesfinanzministerium: Kryptowerte, Steuerreports sowie Mitwirkungs- und Aufzeichnungspflichten
- Amtliches Einkommensteuer-Handbuch: Einzelfragen zu Kryptowerten
- IRS: Digital Assets und erforderliche Aufzeichnungen
- IRS: Digital-Asset-FAQ zu Transfers, Gebühren und Records
- OECD: Crypto-Asset Reporting Framework
- EUR-Lex: Richtlinie (EU) 2023/2226 – DAC8
Inhalt und amtliche Grundlagen geprüft am 9. Oktober 2026. Die Zahlenfälle sind fiktiv und beziehen sich ausdrücklich auf deutsches Privatvermögen; andere Staaten und Vertragsstrukturen brauchen eine eigene steuerliche Einordnung.
Weiterführende Seiten
Steuerbericht automatisch erstellen
Importiere deine Transaktionen, prüfe die Ergebnisse und erstelle einen detaillierten PDF-Bericht mit einem Prüfpfad auf Transaktionsebene.
Jetzt kostenlos starten →Hinweis: Dieser Artikel dient ausschließlich zur allgemeinen Information und stellt keine Steuerberatung dar. Für individuelle Steuerberatung wende dich an einen zugelassenen Steuerberater.