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: 4. September 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.

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.