Liquidity Pools, Bridges & MEV: Steuern bei DeFi 2026

Liquidity Pools, Bridges und MEV sind die Stellen, an denen einfache Krypto-Steuer-Tools meistens auseinanderfallen. Entscheidend ist nicht nur der Import, sondern ob LP-Token, Cross-Chain-Transfers, Gas, Rewards und Tax-Lots wirtschaftlich korrekt rekonstruiert werden.

Warum diese DeFi-Fälle so schwer zu erfassen sind

Bei einem einfachen Kauf oder Verkauf gibt es meistens zwei Seiten: Asset rein, Asset raus. Bei DeFi ist das anders. Eine einzige Transaktion kann aus Swap, Wrap, Add Liquidity, Stake, Reward, Borrow und Bridge bestehen. Dazu kommen interne Transfers, Smart-Contract-Events, Gas Fees, LP-Token, NFT-Positionen und manchmal mehrere Chains.

Deshalb reicht es nicht, nur ERC-20-Transfers zu importieren. Ein belastbarer DeFi-Steuerprozess braucht ein Movement-Ledger: Wallet, Chain, Transaktionshash, Logs, Events, Asset-Bewegungen, Klassifikation, Bewertung und Tax-Lot-Behandlung.

LIQUIDITY POOLS: Das unterschätzte Steuerproblem

Wenn du deine Cryptos in einen Liquidity Pool legst, passiert folgendes steuerlich:

1. Deposit: Du tauschst deine Tokens (z.B. USDC und ETH) gegen LP-Tokens ein. Das ist ein steuerpflichtiger Verkauf.
2. Fees verdienen: Du erhältst Gebühren aus dem Pool. Das ist steuerpflichtiges Einkommen.
3. Impermanent Loss: Wenn sich die Kurse bewegen, erleidest du oft einen "Impermanent Loss" – das ist ein Verlust, den du verrechnen kannst.
4. Withdraw: Wenn du auszahlst, tauschst du deine LP-Tokens zurück gegen die Tokens. Ein weiterer steuerpflichtiger Verkauf.

Praktisches Beispiel LP

• Du legst 1 ETH (3.000€) + 3.000 USDC in einen ETH/USDC Pool
• Du erhältst LP-Tokens – Tax-Event 1: Du hast USDC und ETH "verkauft"
• Ein Monat später erhältst du 50€ in Gebühren – Tax-Event 2: 50€ steuerpflichtiges Einkommen
• Der Kurs bewegt sich, und dein IL ist jetzt 200€ – Tax-Event 3: 200€ Verlust
• Du ziehst aus – Tax-Event 4: Du "verkaufst" deine LP-Tokens

Was ist Impermanent Loss?

Das ist kompliziert: Sagen wir, ETH geht von 3.000€ auf 4.000€ hoch. Du hast 1 ETH + 3.000 USDC in den Pool gelegt.

Wegen des Price-Impact (AMM-Mechanik) haben sich deine Tokens verändert: Du hast jetzt 0,866 ETH (statt 1 ETH) + 3.464 USDC (statt 3.000 USDC).

Das ist das Problem: Mehr USDC, aber weniger ETH. Und weil ETH steigt, tut das weh. Der Verlust: ~72€.

Du kannst diesen Verlust verrechnen – aber nur, wenn du es dokumentierst. Und das machen die wenigsten.

BRIDGES: Das Steuerchaos

Wenn du deine Tokens über eine Bridge (z.B. Polygon Bridge, Stargate) zu einer anderen Chain schickst, ist das steuerlich...kompliziert.

Szenario 1: Bridge als "Kein Event" – Du wechselst einfach die Chain = Kein Tax-Event

Szenario 2: Bridge als "Verkauf" – Du gibst einen Token ein, bekommst einen "Wrapped" Token = Tax-Event

Das ist ein Graugebiet. Das Finanzamt ist noch nicht klar hierüber.

MEV UND ARBITRAGE

Beide sind steuerlich klar: Sie sind steuerpflichtige Einkünfte. Das Problem: Wenn du mit MEV oder Arbitrage automatisiert arbeitest (mit Bots, Smart Contracts), ist es fast unmöglich, das korrekt zu tracken.

MEV ist nicht nur Einkommen: Refunds, Bribes und Slippage

MEV kann mehrere wirtschaftliche Formen haben. Ein Refund kann eine Rückzahlung nach einem Swap sein. Ein Bribe oder eine Priority Fee kann eine Gebühr für Blockspace sein. Arbitrage kann ein Handelsgewinn sein. Und Sandwich-Auswirkungen zeigen sich oft nicht als eigene Transaktion, sondern als schlechterer Ausführungspreis.

• MEV Refund: Rückzahlung oder Rebate nach einem Swap.
• Priority Fee / Bribe: Zahlung für bevorzugte Ausführung oder Blockspace.
• Arbitrage: Gewinn aus mehreren Swaps oder Pools.
• Slippage: Preisabweichung, die in der Bewertung des Trades sichtbar werden muss.

Concentrated Liquidity und LP-NFTs

Uniswap V3 und ähnliche Protokolle machen Liquidity Providing deutlich komplexer. Die Position ist oft kein normaler fungibler LP-Token, sondern eine NFT-Position mit Range, Fee Tier und Token-ID. Eine DeFi-Steuer-Engine muss deshalb Position-ID, Pool, Token0, Token1, Fee Tier, Add/Remove Liquidity und Collect Fees getrennt speichern.

Tax-Lot-Logik für LP, Vaults, Pendle und Liquidations

Der schwierigste Teil ist nicht der Import, sondern die Cost Basis. Vor FIFO, LIFO, HIFO oder Average Cost muss die Engine wissen, welches Asset wirtschaftlich entstanden ist und welche Anschaffungskosten daran hängen.

Bridges richtig prüfen: Out-Leg und In-Leg müssen zusammenpassen

Eine Bridge sollte nicht nur als Abgang gespeichert werden. Ein guter Parser verbindet Bridge-Out und Bridge-In über Betrag, Asset, Zeitfenster, Chain und Transaktionsdaten. Wenn eine Seite fehlt, entsteht ein Review-Fall statt einer stillen Fehlklassifikation.

Was CoinTaxReporting bei diesen Fällen prüft

CoinTaxReporting modelliert DeFi als Asset Movements plus wirtschaftliche Klassifikation. Nach dem Import werden unter anderem diese Punkte geprüft:

• fehlen Preise für LP-, Reward- oder illiquide Tokens?
• passen In- und Out-Mengen bei Bridge- oder Swap-Flows zusammen?
• wurde ein LP-Remove ohne passende LP-Basis importiert?
• sind Gas Fees, MEV Refunds oder Funding Fees korrekt als eigene Bewegungen erfasst?
• müssen Pendle, Vault, LST oder Liquidation manuell geprüft werden?

2026 DeFi Steuern: Meine Top-Tipps

1. Wallets vollständig verbinden: Alle Chains, Wallets und Sub-Wallets importieren.
2. Protokoll-Kontext behalten: Nicht nur Transfers, sondern Protocol, Pool, Position-ID und Tx-Hash speichern.
3. LP-Positionen prüfen: Deposit, Fees, Rewards und Withdraw müssen zusammenpassen.
4. Bridges matchen: Out- und In-Leg verbinden oder als offenen Review-Fall markieren.
5. MEV und Gas nicht ignorieren: Refunds, Bribes, Priority Fees und failed transaction fees sauber ausweisen.
6. Tax-Lots neu berechnen: Nach Repricing oder Import-Fix die Lot-Basis aktualisieren.
7. Steuerberater einbinden: Besonders bei großen LP-Positionen, Bots, Perps, Liquidations oder mehreren Ländern.

Beispiel-Workflow in CoinTaxReporting

1. Wallet-Adresse und DeFi-Protokolle verbinden.
2. Transaktionen importieren und Multi-Step-Flows rekonstruieren lassen.
3. Datenprüfung starten: Missing Price, Missing Asset, Negative Inventory, Source Audit und DeFi Review prüfen.
4. Repricing ausführen, falls historische Preise fehlen.
5. Tax-Lots rebuilden, damit LP, Vault, Pendle, Liquidation und Perp-Lots aktualisiert werden.
6. Steuerreport nach Land und Methode erstellen.

Häufige Fehler bei DeFi-Steuern

• Nur Etherscan-Transfers importieren: Dadurch fehlen interne Events, LP-Mints, Fee Claims und Balance-Deltas.
• Bridges als einfache Verkäufe behandeln: Das kann zu doppelten Gewinnen oder falscher Cost Basis führen.
• LP-Token ignorieren: Ohne LP-Lots stimmen spätere Withdraws nicht.
• Rewards und Fees vermischen: Fee Income, Staking Rewards, MEV Refunds und Gas Fees sind unterschiedliche Bewegungen.
• Solana wie EVM behandeln: Solana braucht Instruction- und Account-Parsing, nicht nur Event Logs.

Welche Daten du für einen belastbaren DeFi-Report brauchst

• Wallet-Adresse, Chain und Tx-Hash
• Timestamp, Block, Log Index oder Instruction Index
• Asset, Menge, Richtung und Gegenpartei
• Protocol, Pool, Vault, Market oder Position-ID
• historischer Preis und Report-Währung
• Tax Treatment, Tax-Lot-ID und Review-Status

FAQ: Quick Answers

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