Bitte eine Börse um dein Jahr, und sie kann dir zwei verschiedene Dateien geben. Die eine druckt eine Gewinnzahl und passt auf eine Seite. Die andere sagt zum Gewinn gar nichts und läuft über Hunderte von Zeilen. Beide sind korrekt, sie beantworten verschiedene Fragen, und nur eine von ihnen ist der Nachweis, auf dem eine Steuererklärung aufbaut.
Wofür jeder der beiden Nachweise da ist
Eine Transaktionshistorie ist ein Protokoll. Jede Zeile ist ein Ereignis, das einen Saldo verändert hat: ein Trade, eine Gebühr, eine Einzahlung, eine Auszahlung, ein interner Übertrag, eine Belohnung. Sie hält fest, was passiert ist und in welcher Reihenfolge, und dort hört sie auf. Keine Zeile darin sagt dir, ob du im Plus oder im Minus bist.
Ein Realized-PnL-Report ist ein Schluss, der aus diesem Protokoll gezogen wurde. Etwas hat die Ereignisse gelesen, Verkäufe gegen Käufe zugeordnet, eine Regel darüber angewandt, welcher Kauf welchen Verkauf bezahlt hat, und das Ergebnis gedruckt. Er ist kürzer, weil er die Antwort ist und nicht der Rechenweg.
Damit ist die Beziehung einseitig. Aus einer vollständigen Transaktionshistorie lässt sich ein Realized-PnL-Report rekonstruieren; aus dem Report die Transaktionshistorie nicht. Was die Regel des Reports zusammengefasst hat, ist darin verschwunden, und deshalb bleibt die Trade-Historie der maßgebliche Nachweis, auch wenn eine aufgeräumtere Zusammenfassung vorliegt.
Was die Transaktionshistorie tatsächlich enthält
Das Nützliche an einem Ledger-Export ist, wie wenig er für dich entscheidet. Krakens Ledger-Felder geben die Form gut wieder: eine Zeit, ein Typ und Subtyp, ein Asset, ein Betrag, eine Gebühr und der resultierende Saldo, mit Eintragstypen, die neben Trades auch Einzahlung, Auszahlung, Übertrag, Ausgabe, Eingang und Staking umfassen. Mit den Worten dieser Dokumentation betrifft jeder Ledger-Eintrag eine Änderung des Saldos eines bestimmten Assets.
Diese Breite ist der Punkt. Ein Ledger führt Zeilen, die eine Gewinnzusammenfassung keinen Grund hat zu drucken: Mittel, die aus deiner eigenen Wallet ankommen, eine Auszahlung an eine Bank, eine Gebühr auf etwas, das gar keine Veräußerung war. Wenn du wissen willst, wie es gelaufen ist, sind diese Zeilen Rauschen; wenn jemand fragt, woher ein Betrag stammt, sind sie der Beleg.
Was ein Realized-PnL-Report tatsächlich enthält
Ein Realized-PnL-Report enthält ausschließlich geschlossene Ergebnisse. Eine offene Position trägt nichts zu ihm bei, weil ihr unrealisierter PnL sich noch bewegt und noch kein Ergebnis feststeht. Dieses Schweigen ist keine Lücke im Report; es ist genau das, was das Wort realisiert in seinem Titel tut.
Der Report trägt außerdem eine Entscheidung, die nicht du getroffen hast. Wenn ein Verkauf kleiner ist als der Bestand, den du gehalten hast, muss etwas sagen, welche Einheiten gegangen sind, und bevor diese Frage geklärt ist, lässt sich keine Zahl drucken. Die verwendete Regel taucht auf der Seite womöglich nirgends auf, und sie ist ein Grund, warum zwei korrekte Dokumente auseinandergehen.
Warum die beiden nicht übereinstimmen
Der erste Grund ist der Umfang. Ein Report wird für ein Konto, eine Produktlinie und ein Datumsfenster erzeugt, und alles außerhalb dieser Ränder steht schlicht nicht darin. Assets, die du von anderswo eingebracht hast, kommen ohne Kaufzeile an, also hat der Handelsplatz für sie keine Kostenbasis und muss entweder eine schätzen oder den Eintrag unvollständig lassen.
Der zweite Grund ist die Zuordnungsregel, und die lohnt sich in Zahlen. Angenommen, du hast eine Einheit zu $2.000 gekauft und eine zweite Einheit zu $8.000. Damit liegen deine durchschnittlichen Kosten über beide bei $5.000. Später verkaufst du eine Einheit zu $12.000. Nach der First-in-first-out-Konvention wird der Verkauf dem früheren Kauf zugeordnet, und der Report zeigt $10.000. Nach der Durchschnittskosten-Konvention zeigt derselbe Verkauf $7.000. Dein Handeln war in beiden Fällen identisch; geändert hat sich nur die Regel.
Der dritte Grund ist, wo Gebühren und nicht handelsbezogene Flüsse landen. Eine Gebühr kann in die Kosten des Kaufs eingerechnet, vom Erlös des Verkaufs abgezogen oder als eigene Ledger-Zeile geführt und aus der Gewinnzahl ganz herausgehalten werden. Jede dieser Varianten ist vertretbar, und sie ergeben nicht dieselbe Summe, also können Report und Ledger sich genau um die Gebühren dazwischen unterscheiden.
| Was du gerade ansiehst | Transaktionshistorie | Realized-PnL-Report |
|---|---|---|
| Was eine Zeile ist | Ein Ereignis, das einen Saldo verändert hat | Ein geschlossenes Ergebnis |
| Offene Positionen | Vorhanden, als die Trades, die sie eröffnet haben | Abwesend, bis sie schließen |
| Einzahlungen, Auszahlungen, Überträge | Enthalten | Außerhalb der Gewinnzahl |
| Ob eine Regel darauf angewandt wurde | Nein | Ja, eine Zuordnungsregel, die du nicht gesehen hast |
| Wofür es taugt | Alles zu rekonstruieren | Das Ergebnis auf einen Blick zu lesen |
Spot-Nachweise und Futures-Nachweise sind nicht gleich gebaut
Im Spot erwirbst du eine Sache. Ein Kauf hängt Kosten an Einheiten, die du nun hältst, diese Einheiten liegen dort, bis du sie veräußerst, und die Veräußerung ist der Moment, in dem ein Ergebnis feststeht. Der Nachweis muss deshalb über die Zeit hinweg bestehen: Ein Verkauf in diesem Jahr kann von einem Kauf abhängen, der Jahre früher stattfand, weshalb ein Export über ein einzelnes Jahr für sich genommen zu wenig sein kann.
Bei Futures erwirbst du nichts. Ein Kontrakt wird eröffnet und später geschlossen, und das Ergebnis ist die Differenz zwischen diesen beiden Preisen, angewandt auf die Größe und in der Margin-Währung abgerechnet. Es gibt keinen Bestand an Einheiten, der vorgetragen werden müsste, also ist ein Futures-Ergebnis innerhalb des Zeitraums vollständig, in dem die Position geschlossen wurde.
Was Futures stattdessen hinzufügen, ist ein zweiter Zahlungsstrom. Funding-Zahlungen und Handelsgebühren erreichen deinen Saldo, während die Position offen ist, und sie sind von der Differenz zwischen Einstieg und Ausstieg konstruktionsbedingt getrennt. Ob dein Handelsplatz sie in die realisierte Zahl einrechnet oder als eigene Ledger-Zeilen führt, ist eine Eigenschaft des Reports dieses Handelsplatzes und nicht der Arithmetik, prüfe es also auf deinem eigenen Konto, statt es anzunehmen.
Die praktische Folge ist, dass ein Futures-PnL-Report vollständig aussehen und trotzdem nicht der Veränderung deines Saldos entsprechen kann. Was diese Lücke schließt, ist das Ledger, denn jeder Funding-Übertrag und jede Gebühr ist darin eine Zeile.
Was ein steuerlicher Nachweis tatsächlich braucht
Steuerregeln unterscheiden sich von Land zu Land, und dies ist Bildung und keine Beratung, aber die Form der Anforderung lohnt einmal einen Blick. Die US-Bundessteuerbehörde behandelt digitale Vermögenswerte als Eigentum, und für die Ermittlung eines Gewinns oder Verlusts listet sie als aufzubewahrende Aufzeichnungen die Art des digitalen Vermögenswerts, Datum und Uhrzeit der Transaktion, die Anzahl der Einheiten, den Marktwert in US-Dollar zum Zeitpunkt der Transaktion und die Anschaffungskosten des verkauften oder veräußerten Vermögenswerts.
Lies diese Liste gegen die beiden Dokumente. Jedes Feld darauf ist ein Feld je Transaktion, und das ist das Format des Ledgers, nicht das der Zusammenfassung. Ein Realized-PnL-Report kann eine ausgezeichnete Kontrolle deiner Arithmetik und eine schlechte Antwort auf diese Anforderung sein, weil er genau die Zeilen bereits zusammengefasst hat, um die es dabei geht.
Die Lücke wird größer, sobald du Ereignisse mitzählst, die der Report nie sieht. Ein steuerpflichtiges Ereignis kann ein Tausch zwischen zwei Token sein oder das Ausgeben von Krypto für etwas, und keines von beiden sieht auf einem Handelsbildschirm wie ein gewinnbringender Verkauf aus. Wenn der Report auf Trades begrenzt ist, leben solche Zeilen nur im Ledger.
Wie du beide exportierst
Rechne damit, mehr als eine Datei zu ziehen. Krakens Export-Maske bietet Trades und Ledgers als getrennte Exporte an, verlangt für jeden davon ein Start- und ein Enddatum und lässt dich PDF oder CSV wählen. Diese Trennung spiegelt, dass die beiden Dokumente verschiedene Fragen beantworten, also hol beide, statt eines auszuwählen.
Nimm CSV statt PDF, sobald die Datei irgendwohin geht außer vor deine eigenen Augen; setze den Datumsbereich weiter als das Steuerjahr, damit Anfangsbestände und frühere Käufe sichtbar sind; und mach einen Export je Produktlinie, denn Spot und Derivate können in getrennten Ledgers liegen.
Bewahre die Rohdatei danach unverändert auf und rechne in einer Kopie. Ein Export ist eine Momentaufnahme der Aufzeichnungen eines Handelsplatzes, und Änderungen direkt darin zerstören die einzige Eigenschaft, die ihn zum Beleg gemacht hat. Ein Export deckt außerdem nur den Handelsplatz ab, der ihn ausgestellt hat, deine eigenen Überträge zwischen Plattformen sind also die Nahtstellen, an denen eine Rekonstruktion reißt.
| Welche Frage du beantworten musst | Welcher Export sie beantwortet |
|---|---|
| Wie viel habe ich mit geschlossenen Positionen verdient | Der Realized-PnL-Report |
| Was habe ich für die Einheiten bezahlt, die ich noch halte | Der Trades-Export, ab dem Kauf |
| Woher kommt diese Saldoänderung | Der Ledger-Export |
| Welche Gebühren und welches Funding habe ich gezahlt | Der Ledger-Export |
| Was gebe ich einer Steuerberatung | Ledger- und Trades-Export, mit dem Report als Gegenprobe |
Fazit
Eine Transaktionshistorie ist das Ereignisprotokoll und ein Realized-PnL-Report ein daraus gezogener Schluss, also kann der Report nie mehr enthalten als das Ledger. Die beiden gehen aus drei Gründen auseinander, die alle legitim sind: der Umfang des Exports, die gewählte Regel für die Zuordnung von Verkäufen zu Käufen und der Ort, an den Gebühren und nicht handelsbezogene Flüsse gestellt werden.
Spot-Nachweise tragen Kosten über Jahre, während Futures-Nachweise innerhalb des Zeitraums schließen, und Futures fügen Funding und Gebühren als getrennte Flüsse hinzu, die eine Gewinnzahl womöglich nicht enthält. Exportiere beide Dokumente, bewahre die Rohdateien auf und behandle die Zusammenfassung als Kontrolle des Ledgers statt als dessen Ersatz. Um die Grundlagen weiter zu lernen, folge weiteren Beiträgen der Bitbase Academy.
Weiterführende Artikel
Weitere Bitbase-Artikel zu diesem Thema:
- FIFO und LIFO bei der Krypto-Kostenbasis
- Zinseszins und Positionswachstum
- Was ist Krypto-Daytrading? Wie es wirkt und seine Risiken
- Diamond Hands, Paper Hands und Jeets
- Wachstum von Krypto-Communities messen: Discord, Telegram und echte Beteiligung
Haftungsausschluss: Dieser Artikel ist Bildungsinhalt der Bitbase Academy, nur zu Informationszwecken. Er ist keine Anlage-, Handels-, Steuer- oder Finanzberatung. Krypto-Assets sind volatil — schätze dein Risiko selbst ein. Stand September 2026; maßgeblich sind die aktuellen offiziellen Informationen.
Quellen
[1] US-Bundessteuerbehörde (Internal Revenue Service), Digital assets: aufzubewahrende Aufzeichnungen zu Transaktionen mit digitalen Vermögenswerten irs.gov
[2] Kraken Support, How to export your account history on Kraken Pro (Exporte Trades und Ledgers) support.kraken.com
[3] Kraken Support, How to interpret Ledger history fields (Felder und Eintragstypen des Ledgers) support.kraken.com
