Wie lange kann das „dezentrale Mäntelchen“ von On-Chain-Kreditvergabe noch halten?

Einleitung

„Solange der Code ausreichend dezentralisiert ist, gibt es keine Rechtsperson und damit keinen Ansatzpunkt für die Regulierung.“ – Das war lange Zeit das vermeintliche Schutzschild vieler Gründer von On-Chain-Kreditplattformen. Sie versuchten, eine „Algorithmus-Bank“ ohne CEO und ohne Hauptsitz zu schaffen.

Doch seitdem das Urteil im US-amerikanischen Ooki DAO-Fall gefällt wurde, wird dieser „dezentralisierte“ Tarnmantel von den Aufsichtsbehörden zunehmend durchbrochen. Wie weit kann On-Chain-Lending unter der strengeren Logik der „Durchgriffsregulierung“ noch gehen?

On-Chain-Lending: Die autonome Bank von Web3

On-Chain-Lending kann als unbemannte, automatische Kreditmaschine verstanden werden, deren Hauptfunktionen sind:

• Automatisierter Liquiditätspool: Kreditgeber legen Geld in einen von Code verwalteten öffentlichen Pool ein und verdienen sofort Zinsen.
• Überbesicherte Kredite: Kreditnehmer müssen Vermögenswerte hinterlegen, die den Kreditbetrag übersteigen, um Risiken zu kontrollieren.
• Algorithmisch festgelegte Zinssätze: Die Zinssätze werden automatisch durch Algorithmen entsprechend Angebot und Nachfrage angepasst – vollkommen marktbasiert.

Dieses Modell eliminiert die Vermittlerrolle traditioneller Banken, ermöglicht einen globalen, automatisierten 24/7-Kreditmarkt ohne menschliche Prüfung, wobei alles durch Code ausgeführt wird. Das steigert die Kapitaleffizienz, fördert die Liquidität von Vermögenswerten und bietet dem Kryptomarkt eine native Hebelquelle.

Die große Vision: Warum streben Gründer nach „Dezentralisierung“?

Im traditionellen Finanzsystem haben Banken und Kreditplattformen klare Rechtspersonen – bei Problemen weiß man, an wen man sich wenden muss. On-Chain-Lending hingegen versucht, das „Wer“ zu eliminieren; es geht nicht um bloße Anonymität, sondern um eine Systemarchitektur, die sich in zwei Hauptaspekten zeigt:

1. Dein Gegenüber ist Code, kein Mensch

Du schließt keinen Vertrag mehr mit einer Firma oder einer natürlichen Person, sondern interagierst direkt mit einem offenen, automatisch ausführenden Smart Contract. Alle Kreditregeln wie Zinssatz und Beleihungsquote sind im Code festgeschrieben. Dein Vertragspartner ist das Programm.

2. Entscheidungen durch die Community, nicht das Management

Das Protokoll hat keinen Vorstand und keinen CEO. Wichtige Upgrades oder Parameteranpassungen werden von Governance-Token-Inhabern weltweit per Abstimmung entschieden. Macht ist verteilt und damit wird auch Verantwortlichkeit unklarer.

Für Gründer ist „Dezentralisierung“ nicht nur Idealismus, sondern auch eine Überlebensstrategie, vor allem zum Schutz:

• Schutz vor Regulierung: Traditionelle Kreditvergabe benötigt teure Lizenzen und strenge Einhaltung von Vorschriften. Sich als „Technologieentwickler“ und nicht als „Finanzinstitut“ zu positionieren, soll diese Hürden umgehen.
• Schutz vor Haftung: Bei Hackerangriffen oder Verlusten können Teams argumentieren: „Der Code ist Open Source, das Protokoll ist non-custodial“, um Haftungsansprüche zu vermeiden, wie sie bei traditionellen Plattformen üblich sind.
• Schutz vor Gerichtsbarkeit: Keine Rechtsperson, Server weltweit verteilt – so kann kein einzelner Staat das System einfach abschalten. Diese „Unabschaltbarkeit“ ist der ultimative Schutz gegen geopolitische Risiken.

Die harte Realität: Warum „Code ist unschuldig“ nicht funktioniert

1. Regulatorische Risiken:

Die Vorsicht der Aufsichtsbehörden gegenüber On-Chain-Lending beruht auf drei zentralen Risiken:

1. Schattenbankwesen:

On-Chain-Lending schafft Kredit, ist aber völlig außerhalb des Zentralbank- und Regulierungssystems – ein klassisches Schattenbankgeschäft. Bei starken Preisverfällen kann es zu Kettenliquidationen und systemischen Risiken kommen – mit Auswirkungen auf das gesamte Finanzsystem.

2. Illegale Wertpapiere:

Wenn Nutzer Vermögenswerte in Pools einzahlen, um Zinsen zu verdienen, sehen Regulierer wie die US-SEC darin ein öffentlich angebotenes, nicht registriertes Wertpapier. Sobald Erträge versprochen und ausgezahlt werden, kann – unabhängig vom Grad der Dezentralisierung – das Wertpapierrecht greifen.

3. Geldwäschegefahr:

• Das Pool-Modell ist anfällig für Missbrauch durch Hacker: Gestohlene „Schwarzgelder“ werden als Sicherheiten hinterlegt und gegen saubere Stablecoins getauscht – die Spur des Geldes wird gekappt, Geldwäsche wird vereinfacht und das Finanzsystem bedroht.
• Regulierungsprinzip: Substanz vor Form

Funktionale Regulierung: Es zählt nicht, ob du eine Firma oder ein Code bist, sondern ob du de facto Bankdienste wie Einlagen und Kredite anbietest. Wer Finanzgeschäfte betreibt, unterliegt der Finanzaufsicht.

Durchgriffsdurchsetzung: Gibt es keine klare Rechtsperson, wird direkt gegen Entwickler oder zentrale Governance-Token-Inhaber vorgegangen. Der Ooki DAO-Fall ist ein Präzedenzfall – auch Governance-Mitglieder wurden haftbar gemacht.

Kurz gesagt: „Dezentralisierung“ lässt das System wie einen „autonomen Wagen“ erscheinen, doch sobald Finanzstabilität oder Anlegerschutz gefährdet sind, wird der Regulator als „Verkehrspolizist“ einschreiten und versuchen, den „Fahrer“ hinter dem Steuer zu identifizieren.

2. Denkfehler:

Viele Gründer versuchen, Regulierung mit folgenden Methoden zu umgehen – diese Schutzmechanismen sind jedoch äußerst brüchig. Hier die vier häufigsten Denkfehler:

Irrtum 1: DAO-Governance schützt vor Haftung – Entscheidungen werden per Community-Voting getroffen, „das Gesetz trifft nicht die Masse“.

Im Ooki DAO-Fall wurden auch Token-Inhaber, die abgestimmt haben, als Verantwortliche bestraft. Ist eine DAO nicht registriert, kann sie als „einfache Gesellschaft“ betrachtet werden – jeder haftet unbeschränkt.

Irrtum 2: Nur Code, keine Operation – „Ich entwickle nur Open-Source-Smart-Contracts, das Frontend stammt von Dritten.“

Obwohl EtherDelta ein dezentrales Protokoll ist, urteilte die SEC, dass Gründer Zachary Coburn durch das Schreiben und Deployen der Smart Contracts und durch daraus erzielte Gewinne für eine nicht registrierte Börse haftet.

Irrtum 3: Anonyme Deployments sind sicher – Team bleibt verborgen, Server-IP verschleiert, keine Spur.

Absolute Anonymität ist praktisch eine Illusion! Fiat-Auszahlungen an zentralen Börsen, Commits in Code-Repositories, Social-Media-Auftritte können die Identität offenbaren.

Irrtum 4: Offshore-Struktur schützt – Firma auf den Seychellen, Server in der Cloud, US-SEC hat keine Zuständigkeit.

Die „long-arm jurisdiction“ der USA ist äußerst durchsetzungsstark. Schon ein US-Nutzerzugang oder der Handel mit US-Dollar-Stablecoins kann einen Zuständigkeitsanspruch begründen. BitMEX wurde dafür hart bestraft, die Gründer verurteilt.

Gründer-Dilemma: Die praktischen Hürden vollständiger „Dezentralisierung“

Wer zur Vermeidung von Regulierung vollständige „Dezentralisierung“ anstrebt, stößt auf massive Probleme:

1. Keine Verträge möglich, erschwerte Kooperationen

Code kann keine Verträge als Rechtsperson unterschreiben. Für Servermiete, Audits oder Market-Maker-Kooperationen braucht es Unterzeichner für das Protokoll. Zeichnet ein Entwickler privat, haftet er persönlich; bleibt die Unterschrift aus, sind Kooperationen mit großen Partnern unmöglich.

2. Kein Rechtsschutz, Code wird beliebig kopiert

Web3 setzt auf Open Source, was bedeutet, dass Wettbewerber deinen Code, das Interface oder gar die Marke legal kopieren und mit kleinen Anpassungen (Forks) neu starten können. Ohne Rechtsperson ist der Schutz geistigen Eigentums per Klage kaum möglich.

3. Kein Bankkonto, Probleme bei Finanzierung und Gehaltszahlungen

DAOs haben kein Bankkonto, können also keine Fiat-Investments direkt empfangen oder Gehälter und Sozialabgaben an Mitarbeiter zahlen. Das erschwert die Rekrutierung von Talenten und schränkt den Zugang zu institutionellem Kapital massiv ein.

4. Langsame Entscheidungen, verpasste Krisenreaktionen

Vollständige DAO-Governance bedeutet: Jede wichtige Entscheidung braucht Antrags-, Diskussions- und Abstimmungsrunden. Bei Hackerangriffen oder Markt-Turbulenzen kann dieser „demokratische Prozess“ dazu führen, dass Projekte die optimale Reaktionszeit verpassen und in puncto Effizienz zentralisierten Konkurrenten unterlegen sind.

Der Weg zur Compliance: Wie Gründer die „Rechtsperson“ neu etablieren

Top-Projekte streben angesichts der Realität nicht mehr nach totaler Dezentralisierung, sondern setzen auf ein pragmatisches „Code + Law“-Modell – mit dem Ziel, dem Protokoll eine rechtliche Hülle zu geben.

Drei gängige Compliance-Modelle:

1. Zweistufige Struktur mit Trennung von Entwicklung und Governance:

Betriebsgesellschaft: Registrierung einer klassischen Softwarefirma in Singapur oder Hongkong, zuständig für Frontend-Entwicklung, Recruiting und Marketing. Sie agiert als „Technologiedienstleister“ und ist nicht direkt im Finanzgeschäft tätig.

Stiftung: Eine Non-Profit-Stiftung auf den Cayman Islands oder in der Schweiz verwaltet den Token-Treasury und die Community-Governance. Sie ist die rechtliche Verkörperung des Protokolls und trägt die finale Verantwortung.

2. DAO als Limited Liability Company (LLC):

Direkte Registrierung der DAO als neue LLC in Wyoming (USA) oder den Marshallinseln. So wird die Haftung der Mitglieder auf ihre Einlage begrenzt und das Risiko unbeschränkter Nachhaftung vermieden.

3. Compliance-Frontend und Permissioned DeFi:

Das Grundprotokoll bleibt offen, aber die vom Projektteam betriebene Webseite kann Nutzer filtern:

• Geoblocking: IP-Sperren für sanktionierte oder Hochrisikoregionen.
• Address Screening: Tools zur Sperrung bekannter Hacker- und Geldwäscheadressen.
• KYC-Pools: Kooperationen mit Institutionen, um spezielle Kreditpools für verifizierte Nutzer bereitzustellen.

Fazit: Vom „Code-Utopia“ zur „neuen Compliance-Infrastruktur“

Der nächste Wachstumsschub für On-Chain-Lending wird mit RWA (Real World Assets) kommen – reale Vermögenswerte wie Staatsanleihen oder Immobilien werden auf die Blockchain gebracht. Um Billionen aus dem traditionellen Kapitalmarkt anzuziehen, braucht es klare Rechtspersonen und Compliance-Strukturen.

Compliance ist kein Verrat an den Idealen, sondern der notwendige Schritt für Web3-Projekte auf dem Weg zum Mainstream. Die Zukunft des On-Chain-Lending ist kein Entweder-oder zwischen „Dezentralisierung“ und „Compliance“, sondern die doppelte Verschmelzung von „Code-Autonomie + Rechtsperson“.