Smart Contracts einfach erklärt: Was sie tun und warum sie steuerlich wichtig sind

Ein Smart Contract ist ein Programm auf einer Blockchain. Er kann Token übertragen, Swaps ausführen, Kredite verwalten oder NFT-Rechte erzeugen. Steuerlich zählt jedoch nicht der Funktionsname im Code, sondern welche Vermögenswerte und Rechte wirtschaftlich übertragen wurden.

Stand: 9. Oktober 2026. Der Artikel verbindet technische Grundlagen mit deutscher Steuerdokumentation, ohne einen konkreten Contract rechtlich zu qualifizieren.

Was ist ein Smart Contract?

Ethereum beschreibt Smart Contracts als Programme, die auf einer Blockchain unter einer eigenen Adresse laufen. Sie enthalten Code und Zustand und werden durch Transaktionen aufgerufen. Ein Nutzer sendet eine signierte Anweisung; das Netzwerk führt die definierte Funktion aus, wenn die Bedingungen erfüllt sind.

„Smart“ bedeutet nicht intelligent und „Contract“ nicht automatisch zivilrechtlicher Vertrag. Der Code kann Regeln technisch ausführen, beantwortet aber nicht allein Eigentum, Haftung oder Besteuerung.

Vom Wallet-Klick zum Blockchain-Ereignis

1. Eine dApp bereitet einen Funktionsaufruf vor.
2. Das Wallet zeigt Adresse, Netzwerk, Gas und teilweise lesbare Parameter.
3. Der Nutzer signiert die Transaktion.
4. Validatoren führen den Contract-Code aus.
5. Der Contract ändert seinen Zustand und erzeugt Transfers oder Events.
6. Block Explorer und Indexer stellen die Daten unterschiedlich dar.

Eine Transaktion kann mehrere interne Transfers enthalten. Die sichtbare Walletzeile „Contract Interaction“ ist daher keine ausreichende steuerliche Ereignisart.

Typische Anwendungen

Warum der wirtschaftliche Vorgang entscheidet

Ein Approval ohne Tokenübertragung ist normalerweise noch kein Verkauf. Ein Swap kann dagegen einen steuerlichen Veräußerungsvorgang auslösen, obwohl kein Euro fließt. Ein Deposit kann je nach Rechtsposition bloße Verwahrung, Forderungsbegründung oder Tausch sein.

Das BMF-Schreiben vom März 2025 behandelt viele Grundfälle zu Kryptowerten, aber nicht jede moderne DeFi-Struktur abschließend. Deshalb sollte ein Steuerreport technische Ereignisse zunächst vollständig bewahren und unsichere Rechtsqualifikationen sichtbar machen.

Welche Daten braucht der Steuerreport?

• Chain-ID, Wallet, Hash, Blockzeit und Contract-Adresse;
• Funktionsname und Methoden-ID;
• alle eingehenden und ausgehenden Tokenmengen;
• interne Transfers und native Werte;
• Gasgebühr und Gas-Asset;
• erhaltene LP-, Receipt- oder Wrapped Tokens;
• EUR-Werte zum maßgeblichen Zeitpunkt;
• Protokoll, wirtschaftlicher Zweck und Eigentum der Wallet.

Event Logs sind wichtig, aber nicht unfehlbar. Manche wirtschaftlichen Zustandsänderungen erscheinen nicht als normaler Token Transfer. Umgekehrt können Router mehrere technische Legs erzeugen, die wirtschaftlich zu einem Swap gehören.

Fehlgeschlagener Swap: keine Tokenveräußerung, aber Gasverbrauch

Angenommen, ein Swap auf dem Ethereum-Mainnet wurde in einen Block aufgenommen und seine Ausführung wurde vollständig zurückgesetzt. Der Explorer zeigt „Failed“, 120.000 tatsächlich verbrauchte Gaseinheiten und einen effektiven Gaspreis von 20 Gwei. Die Gebühr beträgt 120.000 × 20 × 10⁻⁹ = 0,0024 ETH; bei einem nachvollziehbaren Kurs von 3.000 Euro je ETH sind das 7,20 Euro Gebührenwert. Da die Tauschzustandsänderung zurückgesetzt wurde, darf der Import keinen erfolgreichen Verkauf von Token A und keinen Zugang von Token B erfinden.

Die 0,0024 ETH verlassen trotzdem den Bestand. Dokumentiere dafür das verbrauchte ETH-Los und seinen Euro-Wert sowie den Zweck des fehlgeschlagenen Aufrufs. Gebührenwert, eigene Anschaffungskosten der ETH und ein gegebenenfalls abzugsfähiger Aufwand sind verschiedene Größen. Die technische Rechnung allein entscheidet weder über die steuerliche Veräußerung der Gebühreneinheiten noch über einen Werbungskostenabzug. Eine bereits vor Aufnahme in einen Block abgewiesene Transaktion ist ein anderer Fall; sie muss nicht dieselbe Gebühr verursacht haben.

Ein erfolgreicher Swap mit mehreren Event-Zeilen

Bei einem später erfolgreichen Tausch von fünf Token X gegen zwei Token Y kann ein Router X über mehrere Zwischenadressen bewegen. Zähle daraus nicht mehrere eigenständige Verkäufe desselben Bestands. Ordne zuerst Wallet, Hash, alle Ein- und Ausgänge sowie gegebenenfalls tatsächlich verbleibende Zwischenassets zu. Prüfe anschließend den wirtschaftlichen Tausch und seine Euro-Bewertung. Ein Routername oder die Anzahl der Logzeilen ersetzt diesen Abgleich nicht.

Bewahre die ursprünglichen Explorer- und Importdaten neben der begründeten Zusammenfassung auf. Falls ein Proxy verwendet wird, helfen zusätzlich die zum Transaktionszeitpunkt eingesetzte Implementierung und die damaligen Protokollbedingungen. Der heutige Code oder die heutige dApp-Beschreibung kann nach einem Upgrade andere Rechte erklären als beim ursprünglichen Vorgang.

Eine unbekannte Contract-Interaktion nachvollziehbar klären

Findest du im Wallet nur „Contract Interaction“, beginne mit dem vollständigen Transaktionsbeleg: eigenes Netzwerk und Adresse, bestätigter Hash, Ausführungsstatus und tatsächlich bewegte Assets. Vergleiche anschließend die Bestände vor und nach dem Vorgang. Eine gesonderte Freigabetransaktion und ein späterer Swap dürfen nicht allein wegen derselben dApp zusammengeworfen werden. Der Gas-Fee-Leitfaden erläutert den separaten Verbrauch des Gebührenassets.

Angenommen, dieselbe Transaktion wird einmal über den Wallet-Export und einmal über den Explorer importiert. Bewahre beide Belege, verknüpfe sie aber mit demselben wirtschaftlichen Vorgang, statt daraus zwei identische Abgänge zu erzeugen. Ein Hash kann dabei mehrere echte Teilbewegungen enthalten; doppelte Quellen und mehrere tatsächliche Events sind zu unterscheiden. Bei einem Ausgang auf eine weitere eigene Adresse hilft der Leitfaden zu Eigenüberträgen. Werden dagegen Poolrechte erworben, erläutert der Liquidity-Pool-Leitfaden die erforderliche Rechtsprüfung. Notiere die ungelöste Frage konkret, etwa „Empfangstoken und damalige Rückgaberechte fehlen“, damit sich der Fall gezielt vervollständigen lässt.

Token Approvals richtig verstehen

Ein Approval erlaubt einem Smart Contract, Token bis zu einer Grenze zu bewegen. Es überträgt beim Erteilen grundsätzlich noch keine Token, kann aber ein Sicherheitsrisiko schaffen. Prüfe Contract-Adresse, Limit und dApp. Nicht mehr benötigte Berechtigungen können über seriöse Tools widerrufen werden; auch das Widerrufen kostet Gas.

Sicherheits- und Dokumentationsrisiken

• gefälschte dApp mit ähnlicher Domain;
• unbegrenzte Approval an unbekannten Contract;
• Proxy-Contract mit veränderbarer Logik;
• Oracle-, Bridge- oder Admin-Key-Risiko;
• Phishing-Signatur statt normaler Transaktion;
• Steuerimport erfasst nur Transfers, aber keine internen Events;
• mehrere Wallets führen zu scheinbar fehlender Kostenbasis.

Ein öffentlicher oder geprüfter Code ist kein Verlustschutz. Nutze kleine Testbeträge und trenne langfristige Verwahrung von experimentellen DeFi-Wallets.

FAQ

Quellen

• Ethereum.org: Introduction to Smart Contracts
• Ethereum.org: Gasverbrauch, Gebühren und fehlgeschlagene Ausführung
• BMF: Kryptowerte 2025

Hinweis: Dieser Artikel dient ausschließlich zur allgemeinen Information und stellt keine Steuerberatung dar. Für individuelle Steuerberatung wende dich an einen zugelassenen Steuerberater.