Web3 einfach erklärt: Wie Wallets, dApps und Token zusammenspielen

Web3 ist kein einzelnes Netzwerk und kein klar abgegrenztes Produkt. Der Begriff beschreibt Anwendungen, bei denen Wallets, Token und Smart Contracts digitale Eigentums- oder Mitwirkungsrechte ermöglichen. Für Nutzer verschiebt sich Verantwortung von einem zentralen Konto hin zu Schlüsseln, Signaturen und öffentlichen Transaktionen. Steuerlich zählt trotzdem der konkrete wirtschaftliche Vorgang – nicht das Etikett „Web3“.

Stand: 9. Oktober 2026. Web3 ist eine Sammelbezeichnung. Die rechtliche und steuerliche Einordnung folgt der konkreten Funktion eines Tokens oder Vertrags.

Was bedeutet Web3?

Ethereum.org beschreibt Web3 häufig als „read, write, own“: Nutzer konsumieren nicht nur Inhalte und veröffentlichen Beiträge, sondern können digitale Vermögenswerte oder Zugangsrechte selbst kontrollieren. Diese Kurzform ist hilfreich, aber nicht vollständig. Viele Web3-Anwendungen besitzen weiterhin zentrale Frontends, Entwicklerteams, Cloud-Infrastruktur oder Administratorrechte.

Dezentralisierung ist daher kein Ja-Nein-Merkmal. Netzwerk, Smart Contract, Benutzeroberfläche, Datenspeicherung und Governance können unterschiedlich organisiert sein. Für Sicherheit und Steuerreporting muss jede Ebene getrennt betrachtet werden.

Die wichtigsten Web3-Bausteine

Der Smart-Contract-Leitfaden erklärt, warum technische Funktionsnamen keine fertigen Steuerkategorien sind.

Wallet-Verbindung ist noch keine Transaktion

Beim Verbinden einer Wallet sieht eine dApp regelmäßig die freigegebene öffentliche Adresse. Erst eine zusätzliche Signatur oder On-chain-Transaktion kann Rechte erteilen oder Vermögenswerte bewegen. Nutzer sollten Verbindungsanfrage, Signatur, Token-Approval und tatsächliche Transaktion unterscheiden.

• Connect: Adresse für die Anwendung sichtbar machen;
• Sign message: Nachricht signieren, Inhalt prüfen;
• Approval: Contract darf bestimmte Token bewegen;
• Transaction: Zustandsänderung auf der Blockchain;
• Gas Fee: Netzwerkaufwand im nativen Asset.

Eine reine Verbindung ist normalerweise kein steuerlicher Vorgang. Ein Swap, Reward-Claim oder Deposit kann dagegen mehrere relevante Bewegungen erzeugen. Seed Phrase und Private Key werden niemals in einer dApp eingegeben.

Von DeFi bis Gaming: gleiche Technik, andere Rechte

Web3 umfasst DEX, Lending, Staking, NFTs, Gaming, digitale Identität und DAOs. Ein Token kann Zahlungsmittel, Governance-Recht, Forderung, Sammlerstück oder Anspruch auf einen Pool darstellen. Das BMF betont deshalb die funktionale Betrachtung von Kryptowerten. Der Name oder technische Standard allein entscheidet nicht über die Besteuerung.

Bei DeFi kann ein Deposit einen Receipt-Token erzeugen, bei Gaming kann ein NFT einen Gegenstand abbilden, bei einer DAO kann ein Token Abstimmungsrechte und Ausschüttungen vermitteln. Der DeFi-Steuerguide zeigt typische Tausch-, Lending- und Poolfragen. Für DAOs gibt es den eigenständigen DAO-Steuerleitfaden.

Welche Web3-Aktionen steuerlich geprüft werden

Für private Nutzer sind insbesondere § 23 EStG und bei bestimmten Einnahmen § 22 Nr. § 3 EStG relevant. Betriebliche Aktivitäten, Arbeitslohn, Kapitalforderungen oder Security Token können anderen Regeln folgen. Der Report markiert deshalb ungelöste Rechtsfragen, statt jede dApp-Aktion nach einer pauschalen Regel zu buchen.

Web3 verschiebt Verantwortung zum Nutzer

• verlorene Schlüssel können dauerhaft den Zugang verhindern;
• gefälschte Frontends können schädliche Signaturen anfordern;
• unbegrenzte Token-Approvals erhöhen Folgerisiken;
• Smart Contracts können Programmfehler besitzen;
• Bridges und Oracles fügen zusätzliche Abhängigkeiten hinzu;
• angezeigte Tokenpreise können illiquide oder manipuliert sein.

Ein dezentrales Backend macht ein Frontend nicht automatisch vertrauenswürdig. Domain, Contract-Adresse, Netzwerk und angeforderte Rechte werden vor jeder Signatur geprüft. Bei neuen Netzwerken hilft der Layer-2-/MetaMask-Leitfaden.

So entsteht ein Web3-Audit-Trail

1. Walletadresse und Chain inventarisieren.
2. Hashes, Logs und Gebühren vollständig importieren.
3. Contract und Protokollversion identifizieren.
4. Abgegebene und erhaltene Rechte beschreiben.
5. EUR-Werte mit Zeitpunkt und Quelle ergänzen.
6. Transfers, Swaps, Einnahmen und Informationen trennen.
7. Offene Fälle und manuelle Korrekturen protokollieren.
8. Endbestände mit Wallet und Protokoll abstimmen.

Ein Explorer liefert technische Wahrheit, aber keinen vollständigen Lebenssachverhalt. Off-chain-Absprachen, Eigentümer, ursprüngliche Börsenkäufe und Vertragsbedingungen müssen ergänzt werden. Bei fehlenden Daten wird der Vorgang nicht erfunden, sondern nachvollziehbar als Prüffall ausgewiesen.

Identität, Datenschutz und Nachweise

Öffentliche Blockchains sind in der Regel pseudonym, nicht vollständig anonym. Eine Adresse enthält zunächst keinen Klarnamen, ihre Transaktionen sind aber dauerhaft sichtbar und können durch Börsenkonten, ENS-Namen, Zahlungen oder veröffentlichte Signaturen mit einer Person verknüpft werden. Für die Steuerdokumentation ist diese Transparenz hilfreich, ersetzt aber keine Erklärung des wirtschaftlichen Zwecks.

Bewahre deshalb nicht mehr sensible Daten auf als erforderlich. Ein Steuerimport benötigt für eine Self-Custody-Wallet normalerweise die öffentliche Adresse, niemals Seed Phrase oder Private Key. API-Zugriffe sollten auf Leserechte begrenzt sein. Dokumente für Berater lassen sich nach Zweck und Jahr strukturieren, während Zugangsdaten getrennt bleiben.

Bei mehreren Personen oder Organisationen muss außerdem geklärt werden, wem eine Wallet wirtschaftlich zuzuordnen ist. Eine gemeinsam genutzte Multisig-Adresse, ein DAO-Treasury und eine persönliche Wallet dürfen nicht ohne Beleg in denselben privaten Bestand einfließen.

Diese Trennung schützt außerdem die Nachvollziehbarkeit späterer Korrekturen.

Beispiel: Web3-Aktion über drei Netzwerke

Ein Nutzer kauft ETH auf einer Börse, überträgt es auf Ethereum, bridgt einen Teil auf ein Layer-2-Netzwerk und nutzt dort eine dApp. Der Steuerreport verbindet Börsenkauf, Eigenübertrag, Bridge-Ausgang, Bridge-Zugang, dApp-Interaktion und Gas Fees. Eine Portfolioansicht kann alles als einen Gesamtwert darstellen; der Audit-Trail muss die einzelnen Rechte und Mengen erhalten.

Ein Web3-Beispiel mit zwei getrennten Steuerereignissen

Du erhältst für eine gelegentliche private Leistung 100 Token. Nur für dieses Beispiel nehmen wir an, dass die konkrete Vergütung unter § 22 Nr. § 3 EStG fällt, beim Zufluss verfügbar ist und nachvollziehbar 0,80 Euro je Token wert ist. Das ergibt 80 Euro Einnahmen und 80 Euro Anschaffungskosten der erhaltenen Token. Nicht jede Spielbelohnung, jeder Airdrop oder jedes DAO-Entgelt erfüllt diese Voraussetzungen; zuerst wird der Leistungs- oder Erwerbsgrund geprüft.

Verkaufst du davon innerhalb eines Jahres 40 Token für 48 Euro, entfallen 32 Euro Anschaffungskosten auf diesen Teil. Ohne weitere Gebühren beträgt der private Veräußerungsgewinn 16 Euro. Die übrigen 60 Token behalten 48 Euro Anschaffungskosten. Die spätere Veräußerung erfasst damit den Wertzuwachs und nicht erneut die gesamten 48 Euro als Leistungsvergütung. Die jährlichen Freigrenzen und mögliche andere Einkünfte sind für jede Einkunftsart getrennt zu prüfen. Zur Kontrolle brauchst du den Zuflussbeleg, die damalige Kursquelle, die Zuordnung der 40 verkauften Token und den Verkaufsbeleg.

Eine Signatur ohne Gas kann trotzdem Zugriff erlauben

Eine Login-Nachricht ist nicht dasselbe wie eine Freigabe zum Tokenzugriff. Offchain-Signaturen können etwa über Permit2 eine spätere Übertragung ermöglichen, obwohl beim Unterschreiben keine Onchain-Transaktion und keine eigene Gaszahlung erscheint. Prüfe deshalb angefragte Rechte, Token, Betrag, Empfänger und Gültigkeit vor dem Signieren. Eine getrennte dApp-Verbindung beendet bestehende Tokenfreigaben nicht automatisch. Für bereits erteilte Rechte braucht es das passende Widerrufsverfahren; ein einfacher Onchain-Approval-Widerruf löst nicht jede Form einer signierten Berechtigung. MetaMask erläutert diese Signaturfallen anhand verschiedener Verfahren.

Häufige Fragen

Amtliche und technische Quellen

• Ethereum.org: Web3 principles and building blocks
• BMF: Funktionale Einordnung von Kryptowerten und Aufzeichnungen
• MetaMask: Wallet-Verbindungen und Berechtigungen

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