Beispiele für dApps 2026: acht Anwendungen und wie sie funktionieren

Eine dezentrale Anwendung (dApp) ist ein Produkt, dessen wesentliche Regeln inSmart Contractseines öffentlichen Netzwerks ausgeführt werden, sodass jeder sie prüfen und aus der eigenenWalletnutzen kann, ohne den Betreiber um Erlaubnis zu fragen. In der Praxis kombiniert jede dApp diese Smart Contracts mit Komponenten, die keine sind: eine Website, ein Preis-Oracle, ein Betreiber, der Orders matcht, oder Server, die Inhalte speichern. Uniswap etwa erklärt, dass seine Kern-Smart-Contracts weder aktualisiert noch pausiert werden können; Polymarket dagegen matcht die Orders außerhalb des Netzwerks und wickelt das Ergebnis on-chain ab.

Diese Auswahl versammelt acht dApps mit öffentlicher technischer Dokumentation, ausgewählt, um acht verschiedene Funktionen abzudecken: Tausch, Kredit, Staking, stabiles Geld, Identität, gemeinsame Verwahrung, Prognose und virtuelle Welten. Sie ist kein Ranking nach Nutzern, Volumen oder Sicherheit und empfiehlt nicht, eine davon zu nutzen. Jedes Beispiel zeigt, wo der Smart Contract endet und eine andere Abhängigkeit beginnt, und genau das sollte man verstehen, bevor man eine dApp nutzt oder eine eigene entwirft. Die Daten stammen aus der offiziellen Dokumentation der Projekte, abgerufen am 8. November 2026.

Die acht dApps im Überblick

Eine dApp Komponente für Komponente lesen

Eine ganze Anwendung „dezentral“ zu nennen, vereinfacht zu stark. Nützlicher ist die Frage, Komponente für Komponente, wer die Regeln ändern kann, wer den Dienst anhalten kann und was passiert, wenn ein Baustein ausfällt. Fünf Fragen strukturieren diese Analyse und kehren in jedem Beispiel dieses Leitfadens wieder:

• Smart Contracts: ob sie unveränderlich oder aktualisierbar sind und wer Administratorrechte hat.
• Externe Daten: woher die Preise oder Ergebnisse kommen, die die Smart Contracts nicht selbst kennen können, dasOracle-Problem.
• Betreiber: welche Funktionen ein Unternehmen oder eine identifizierte Gruppe von Teilnehmern übernimmt.
• Governance: welche Parameter eineDAOändern kann und nach welchem Verfahren.
• Benutzeroberfläche: ob es eine andere Möglichkeit gibt, mit den Smart Contracts zu interagieren, wenn die offizielle Website nicht verfügbar ist.

Uniswap: Handel mit Smart Contracts, die niemand pausieren kann

Uniswap ist einedezentrale Kryptobörsedie kein Orderbuch verwendet, sondern einenAutomated Market Maker: Jeder Pool hält Reserven von zwei Tokens und bestimmt den Preis über die Formel des konstanten Produkts (x · y = k), sodass ein im Verhältnis zur Pooltiefe großer Trade den Preis stärker bewegt. SeineDokumentationunterscheidet drei aktuelle Versionen: In v2 erhalten Liquiditätsanbieter ERC-20-Tokens; in v3 wählen sie eine Preisspanne (konzentrierte Liquidität) und ihre Position ist ein ERC-721-NFT; v4 ergänzt Pools in einem einzigen Smart Contract sowie Hooks, externen Code, der an definierten Punkten einer Transaktion ausgeführt wird.

Uniswap ist das Beispiel dieses Leitfadens, in dem der Nutzer am wenigsten von fremden Entscheidungen abhängt. Laut Uniswap sind die Kern-Smart-Contracts nach dem Deployment nicht aktualisierbar, niemand kann sie pausieren oder Transaktionen rückgängig machen, und die Governance kann lediglich eine Protokollgebühr innerhalb vordefinierter Grenzen aktivieren. Diese Unveränderlichkeit schützt den Nutzer vor einseitigen Änderungen und macht es aus demselben Grund unmöglich, einen Fehler im deployten Smart Contract zu korrigieren: Die Verbesserung kommt als neue Version, in die die Liquidität migrieren muss.

Aave: besicherte Kredite und automatische Liquidationen

Aave ist ein Protokoll fürDeFi-Kredite, bei dem Nutzer Vermögenswerte hinterlegen, aTokens erhalten, deren Saldo mit den Zinsen wächst, und gegen diese Einlage andere Vermögenswerte leihen können. DieDokumentation von Aave V3verlangt, dass der Wert der Sicherheiten den der Schulden übersteigt, und fasst das Risiko jeder Position in einemHealth Factorzusammen, der mit Oracle-Preisen berechnet wird: Fällt er unter 1, können externe Liquidatoren einen Teil der Schulden zurückzahlen und Sicherheiten mit Abschlag übernehmen.

Die Lehre aus Aave liegt in der Abhängigkeit von externen Daten. Die Smart Contracts setzen Zinssätze, Sicherheitenprüfungen undLiquidationenum, aber der Preis, der darüber entscheidet, ob eine Position liquidierbar ist, kommt von einem Oracle, und die Liquidation führen Dritte aus, die diesen Abschlag suchen. Seineallgemeine Dokumentationbeschreibt außerdem Aave V4 mit einem Hub-and-Spoke-Modell und Horizon, um Stablecoins gegen reale Vermögenswerte (RWA) zu leihen. Ein Kredit bei Aave ist keine Bankeinlage: Seine Garantien sind die Regeln des Smart Contracts und die Qualität des Oracles.

Lido: Liquid Staking und eine Warteschlange für Auszahlungen

Lido ermöglicht die Teilnahme amStakingvon Ethereum, ohne 32 ETH zu sperren oder einen Validator zu betreiben. Wer ETH einzahlt, erhält stETH im Verhältnis 1:1, einen Token, dessen Saldo täglich neu berechnet wird, sobald ein Oracle die Rewards des Netzwerks meldet, und der in anderen Anwendungen genutzt werden kann, während das ETH im Staking bleibt. Für Integrationen, die keine variablen Salden unterstützen, gibt es wstETH, einen Wrapper mit unverändertem Saldo, dessen Wechselkurs gegenüber stETH mit den Rewards steigt, laut seinemIntegrationsleitfaden.

Das Beispiel zeigt, dass ein liquider Token die Fristen des Basiswerts nicht aufhebt. Auszahlungen durchlaufen eine Warteschlange nach Eingangsreihenfolge: Jeder Antrag erzeugt ein NFT, das die Position in der Warteschlange abbildet, lässt sich nicht stornieren und wird gegen ETH eingelöst, sobald das Protokoll ihn finalisiert. Die Node-Betreiber wählt die Governance des LDO-Tokens aus, und Lido behält 10 % der Rewards ein, aufgeteilt zwischen Betreibern und der Treasury der DAO, laut seinerDokumentation. Der Nutzer behält einen übertragbaren Token, aber den Validator betreibt ein von der DAO ausgewählter Dritter.

Sky, vormals MakerDAO: ein mit Sicherheiten erzeugter Stablecoin

Sky ist der Name, den MakerDAO 2024 annahm, als es USDS einführte, einenStablecoinmit Sicherheiten, der an den Dollar gekoppelt ist und sich über einen Smart Contract in Dai umtauschen lässt. Laut seinertechnische Dokumentationwird Dai erzeugt, indem Sicherheiten in Vaults gesperrt werden, Smart Contracts, die eine Schuld verbuchen, die zurückgezahlt werden muss, um die Sicherheit zurückzuerhalten. Fällt das Verhältnis von Sicherheiten zu Schulden unter die Liquidationsquote, versteigert das Protokoll die Sicherheiten und erhebt eine Strafgebühr.

Sky veranschaulicht das Gewicht der Governance in einer Finanz-dApp. Die Inhaber des Governance-Tokens entscheiden, welche Sicherheiten akzeptiert werden, und legen Liquidationsquote, Stabilitätsgebühr und Schuldenobergrenze fest; ein Teil der Sicherheiten sind reale Vermögenswerte, die off-chain über von der Governance genehmigte Vereinbarungen verwaltet werden. Das Dokument weist außerdem darauf hin, dass USDS per Proxy aktualisierbar ist und eine bislang nicht implementierte Einfrierfunktion später nach Beratung in der Community hinzugefügt werden könnte. Für den Nutzer hängt die Stabilität des On-Chain-Dollars von diesen Parametern und dieser Änderungsmöglichkeit ab.

ENS: lesbare Namen statt Adressen

ENS ist ein Namenssystem auf Ethereum, das Namen wie alice.eth in Adressen verschiedener Netzwerke, Content-Hashes und andere Daten übersetzt. SeineDokumentationerklärt, dass jede Top-Level-Domain einem Registrar-Smart-Contract gehört, der die Vergaberegeln festlegt, dass .eth-Namen als Tokens ausgegeben werden und dass, wer einen Namen kontrolliert, auch dessen Subnamen wie pay.alice.eth kontrolliert und sie an andere Personen delegieren oder mit einem eigenen Resolver erzeugen kann.

ENS ist eine Infrastruktur-dApp, die andere Anwendungen nutzen: Eine Wallet, die alice.eth statt einer hexadezimalen Adresse anzeigt, fragt die Smart Contracts von ENS ab. Das Eigentum am Namen ist in Ethereum-Smart-Contracts festgehalten und nicht in der Datenbank eines Unternehmens; sein Nutzen hängt davon ab, dass Wallets und Anwendungen diese Namen auflösen. Es ist ein Beispiel fürOn-Chain-Identitätin ihrer einfachsten Form.

Safe: gemeinsame Verwahrung mit mehreren Signaturen

Safe ist ein Smart Account, den mehrere Eigentümer betreiben können. Laut seinerDokumentationdefiniert jeder Safe seine Owners, die normale Konten, andere Smart Contracts oder Passkeys sein können, sowie eine Schwelle an Bestätigungen, die zur Ausführung einer Transaktion nötig sind, sodass eine Treasury beispielsweise drei von fünf Signaturen verlangen kann. Module ergänzen Funktionen wie Ausgabenlimits oder Wiederherstellung, und Guards prüfen jede Transaktion vor der Ausführung.

Safe überträgt dieSelbstverwahrungauf Organisationen: Die Mittel hängen weder von einem einzelnen privaten Schlüssel noch von einem Verwahrer ab, sondern von einem Smart Contract mit Regeln, die die Unterzeichner selbst konfigurieren. Dieselbe Flexibilität schafft Risiken, und die Dokumentation warnt, dass Module und Guards sicherheitskritisch sind, weil ein Modul Transaktionen ohne alle Bestätigungen zulassen und ein bösartiger Guard das Konto blockieren kann. Das Hinzufügen oder Entfernen eines Moduls erfordert die Signaturschwelle.

Polymarket: Prognosemärkte mit Off-Chain-Order-Matching

Polymarket ist einPrognosemarkt, auf dem Anteile am Ausgang eines Ereignisses gekauft und verkauft werden. Laut seinemHilfecenternotiert jeder Anteil zwischen 0,00 und 1,00, jedes Paar aus Ja- und Nein-Ergebnis ist mit 1 USDC besichert, die Gegenpartei ist ein anderer Nutzer, und die Anteile des eingetretenen Ergebnisses werden bei Auflösung des Marktes mit 1 USDC ausgezahlt. Seinetechnische Dokumentationtrennt das Order-Matching von der Abwicklung, die asynchron on-chain abgeschlossen wird.

Polymarket verbindet eine hybride Architektur mit einer Regulierungsgeschichte, die sie zum Teil erklärt. Im Januar 2022 belegte die US-amerikanische CFTCPolymarket mit einer Sanktion: eine zivilrechtliche Geldbuße von 1,4 Millionen US-Dollar wegen des Betriebs einer nicht registrierten Plattform für binäre Optionen auf Ereignisse; zudem ordnete sie die Schließung der nicht konformen Märkte an und würdigte die Kooperation des Unternehmens. Heute betreibt das Unternehmen laut seinerTransparenzseitePolymarket US als von der CFTC zugelassenen Handelsplatz (Designated Contract Market) sowie eine internationale, nicht verwahrende Plattform, die Personen mit Wohnsitz in den USA vom Handel ausschließt. Die Mittel des internationalen Nutzers bleiben unter seiner Kontrolle; Zugang und Order-Matching unter der des Betreibers.

Decentraland: eine virtuelle Welt mit Eigentum on-chain

Decentraland ist eine virtuelle Welt, deren Karte, Genesis City, in LAND-Parzellen von 16 mal 16 Metern aufgeteilt ist. Laut seinerDokumentationwird das Eigentum an jeder Parzelle in einem Ethereum-Smart-Contract geführt, MANA ist der ERC-20-Token zum Kauf von LAND, Namen und anderen Vermögenswerten, und eine DAO steuert die Welt unter Beteiligung der Community.

Decentraland zeigt den Abstand zwischen dem Eigentum an einem Vermögenswert und dem Dienst, der ihn nutzbar macht. Szenen, 3D-Modelle, Sounds und Wearables liegen nicht im Smart Contract: Gespeichert und ausgeliefert werden sie vonCatalyst-Nodes, die unabhängige Betreiber verwalten und die bei jedem Deployment prüfen, ob der Veröffentlichende Rechte an der Parzelle hat. Der Smart Contract belegt, wer eine Parzelle kontrolliert; ob diese Parzelle sichtbar ist und funktioniert, hängt vom Servernetzwerk und vom Spielclient ab.

Was die besten dApp-Beispiele zeigen: Dezentralisierung bemisst sich pro Komponente

Nebeneinandergestellt bilden diese acht dApps ein Spektrum. Am einen Ende stehen Uniswap und ENS, deren Kern-Smart-Contracts Regeln festlegen, die ihr Team nicht nach Belieben ändern kann; am anderen Polymarket und Decentraland, die für wesentliche Funktionen von einem Betreiber oder einem Servernetzwerk abhängen. Aave, Lido, Sky und Safe liegen in der Mitte: Smart Contracts, die der Nutzer verifizieren kann, kombiniert mit Oracles, von einer DAO gewählten Betreibern oder konfigurierbaren Modulen, die jemand pflegen muss.

Keine Position ist an sich besser. Jede Abhängigkeit löst etwas, sei es ein Preis, ein Ergebnis oder ein 3D-Inhalt, und jede führt einen Punkt ein, an dem jemand ausfallen, die Regeln ändern oder den Zugang einschränken kann. Eine gut konzipierte dApp zeichnet sich dadurch aus, dass diese Abhängigkeiten dokumentiert sind und der Nutzer vor dem Signieren wissen kann, was er kontrolliert und was ein anderer. Dieses Kriterium sollte man beim Entwurf der eigenen dApp anwenden, und es ist der Ausgangspunkt unseres Leitfadens dazu,wie man eine dezentrale Anwendung entwickelt. Wenn Sie sie mit einem spezialisierten Team aufbauen möchten, deckt unser Service fürBlockchain-EntwicklungSmart Contracts, Integration und Betrieb ab.