Sie können kein „echtes DeFi“ betreiben, es sei denn, es ist vermögensorientiert

- Werbung -

Die dezentrale Finanzierung hat sich in den letzten Jahren zu einem der überzeugendsten Anwendungsfälle für die Blockchain-Technologie entwickelt. Seine Fähigkeit, Finanzanlagen zu verwalten und Dienstleistungen anzubieten, ohne dass zentralisierte Banken Transaktionen autorisieren und Kunden verifizieren müssen, hat die Grundlagen für ein zugänglicheres und integratives Finanzökosystem geschaffen, von dem alle profitieren.

Das atemberaubende Wachstum der DeFi-Industrie, das geschätzt wurde mehr als $ 77 Milliarden im März 2022, unterstreicht dieses Potenzial. Trotzdem macht DeFi im Vergleich zur Welt der traditionellen Finanzen nur einen winzigen Prozentsatz der weltweiten Finanztransaktionen aus. Das bedeutet, dass es einen enormen Wachstumsspielraum gibt, aber das wird nicht passieren, bis DeFi auf einem viel stärkeren Fundament aufgebaut ist.

Eine der großen Schwächen des bestehenden DeFi ist, dass es auf einer sehr wackeligen und ineffizienten Architektur aufgebaut ist – nämlich Smart Contracts.

Es sind natürlich Smart Contracts, die DeFi möglich machen. Sie sind der zugrunde liegende Code, der es dezentralen Anwendungen ermöglicht, Transaktionen zu automatisieren, wenn bestimmte Bedingungen erfüllt sind, ohne dass ein Mittelsmann erforderlich ist. Theoretisch ähneln sie herkömmlichen Verträgen, sind jedoch intelligenter, da sie keiner Durchsetzung bedürfen. Smart Contracts sind vielmehr so programmiert, dass Transaktionen nur dann ausgeführt werden, wenn bestimmte, transparente Bedingungen erfüllt sind. Auf diese Weise können sie Transaktionen sofort durchführen, viel schneller als herkömmliche Finanzsysteme, da kein Mensch erforderlich ist, um sicherzustellen, dass alle Anforderungen erfüllt wurden. Da der Zwischenhändler wegfällt, sind auch die Transaktionsgebühren viel niedriger.

Obwohl sie in der Tat viel intelligenter sind, sind Smart Contracts nicht unfehlbar. Eine der größten Herausforderungen ist die Sicherheit. Da Smart Contracts wirklich nur Code sind, besteht die allgegenwärtige Gefahr, dass Fehler oder Schwachstellen durch das Netz schlüpfen. Das ist kein unerhebliches Risiko – Milliarden von Dollar wert war durch Angriffe auf DeFi-Protokolle verloren seit der Entstehung der Branche.

Ein Teil des Problems ist die Lernkurve für intelligente Vertragsentwickler. Intelligente Verträge bestehen aus unglaublich komplexem Spaghetti-Code, und dennoch ist es notwendig, Dutzende davon zu erstellen, um die Funktionalität der meisten DeFi-Anwendungen zu definieren. Entwickler benötigen im Allgemeinen mehrere Jahre praktische Erfahrung mit der Programmiersprache Solidity, die zum Erstellen von Smart Contracts auf Ethereum und kompatiblen Netzwerken verwendet wird, bevor sie überhaupt in Betracht ziehen können, eine funktionale und sichere dezentrale Anwendung zu erstellen.

Diese erstaunliche Komplexität ist in erster Linie auf den völligen Mangel an Unterstützung für digitale Assets wie Kryptowährungstoken und NFTs auf Plattformebene zurückzuführen. Obwohl sich DeFi fast ausschließlich um Vermögenswerte wie BTC, ETH, USDC usw. dreht, haben große Blockchain-Netzwerke wie Ethereum, Avalanche, Solana, Cosmos, Fantom und Binance Chain kein natives Konzept dieser Vermögenswerte.

Um Entwicklern dabei zu helfen, sichere und funktionale dApps schneller zu erstellen, ist es daher notwendig, die Grundlage der DeFi-Plattformen neu zu gestalten, indem die Art und Weise, wie Smart Contracts erstellt und implementiert werden, neu erfunden wird. Anstatt ein nachträglicher Einfall zu sein, müssen digitale Assets Teil des DeFi-Gefüges werden, damit Entwickler sie mit Leichtigkeit erstellen und kontrollieren können, ohne Unmengen von unhandlichem Code schreiben zu müssen.

Warum native Assets wichtig sind

Um die Bedeutung von Asset-orientiertem DeFi zu verstehen, hilft es, sich die Probleme anzusehen, die durch den Mangel an nativen Assets von Ethereum verursacht werden. Mit Ethereum stellen Entwickler Smart Contracts in ihrem eigenen kleinen Bereich im Netzwerk bereit, wo sie Daten speichern können, die ständig aktualisiert werden, während sie Transaktionen verarbeiten. In diesem Architekturmodell muss jede einzelne Funktion in DeFi als Smart Contract implementiert werden. Es gibt keinen anderen Weg. Ein Token wie ETH wird also als Smart Contract dargestellt, der Wallet-Guthaben verfolgt, während ein Multi-Sig-Konto ein weiterer Smart Contract ist, der mit mehreren öffentlichen Schlüsseln signiert werden muss, um eine Aktion auszuführen. Token-Swaps, Kredite, Liquiditätspools – Sie nennen es – sie alle werden als Smart Contracts implementiert.

Mit DeFi kommunizieren diese Smart Contracts alle über ein komplexes Messaging-Netzwerk miteinander, um selbst die einfachsten Funktionen auszuführen. Beispielsweise muss ein intelligenter Vertrag, der einige Token enthält, mit einem zweiten Vertrag kommunizieren, der diesen Token separat implementiert, und zwar über eine Liste von Salden und Methoden zur Anpassung dieser Salden. Um dies zu ermöglichen, ermöglicht die Ethereum Virtual Machine-Anwendungsumgebung Smart Contracts, Nachrichten untereinander zu senden. Auf diese Weise sind intelligente Verträge zusammensetzbar, was bedeutet, dass Entwickler sie so miteinander verbinden können, dass sie komplizierte Transaktionen koordiniert durchführen können.

Dies ist die Grundlage für modernes DeFi, aber es ist schrecklich ineffizient, da jede einzelne Funktion in einem intelligenten Vertragssilo implementiert ist. Dies führt dazu, dass Millionen von Nachrichten ständig über das Netzwerk hin und her fließen, wobei eine komplexe Logik erforderlich ist, um als Reaktion auf jede einzelne die richtige Aktion auszuführen, und ein Strom sich ständig ändernder Daten, die in jedem intelligenten Vertrag gespeichert sind, der alle Aufzeichnungen führt Transaktionen, die sie durchführen.

Die Existenz von DeFi-Anwendungen wie Uniswap und Curve zeigt uns, dass diese Architektur funktioniert, aber das bedeutet nicht unbedingt, dass sie gut funktioniert. Im Gegenteil, zahlreiche DeFi-Hacks zeigen uns, dass es sich um ein schrecklich ineffizientes Modell handelt, das wirklich gefährliche Risiken für seine Benutzer birgt.

Offensichtlich ist jedoch, dass diese Interaktionen zwischen digitalen Vermögenswerten die Grundlage jeder einzelnen DeFi-Transaktion sind. Es liegt also nahe, dass eine Asset-orientierte DeFi-Architektur weitaus effizienter wäre.

Der Vorteil Native Assets

Dies ist die grundlegende Theorie dahinter Radix, eine innovative intelligente Kontaktplattform, die speziell für DeFi entwickelt wurde behandelt Vermögenswerte als Schlüsselmerkmal seiner Plattform, anstatt sie in Silos auf Smart-Contract-Ebene zu implementieren.

Radix-Transaktionen werden innerhalb der Radix Engine-Anwendungsumgebung ausgeführt. Der Hauptunterschied besteht darin, dass Radix Engine Assets wie Token erstellt, indem sie diese zusammen mit ihren spezifischen Parametern direkt von der Plattform anfordert.

Mit anderen Worten, Radix-basierte Token wie XRD werden nicht als Entitäten auf Tausenden von separaten Bilanzlisten gebildet, sondern stattdessen als physische Objekte behandelt, die in „Tresoren“ oder Konten gespeichert und bei der Verarbeitung von Transaktionen zwischen ihnen verschoben werden. Diese Tresore werden direkt von ihren Benutzern kontrolliert, im Gegensatz zu EVM, wo die Token einer Person auf mehrere intelligente Verträge verteilt sein können, die die Einträge für ihre öffentlichen Schlüssel enthalten.

Die Physizität dieses Verhaltens basiert auf einem Finite-State-Machine-Modell (FSM), das Token sicher verfolgt, während sie sich zwischen den Tresoren der Benutzer bewegen, ähnlich wie ein Lieferdienst die Bestellungen von Kunden verfolgt. Es handelt sich um ein vereinfachtes Transaktionsmodell, bei dem der Benutzer der Plattform im Wesentlichen mitteilt, dass er die Token, die er besitzt, an einen bestimmten Tresor senden möchte. Benutzer müssen eine Nachricht von einem Smart Contract an einen anderen senden und darauf vertrauen, dass dieser seine Saldoentitäten aktualisiert. Auf diese Weise können Fehler wie Doppelbuchhaltung vermieden werden, da sie innerhalb dieser Architektur einfach nicht möglich sind.

Kurz gesagt, dies ist die Grundlage der Asset-orientierten DeFi-Architektur von Radix. Es schafft ein weitaus intuitiveres, benutzerfreundlicheres Modell für Token-Transaktionen, das eine Menge Komplexität eliminiert und DeFi von Natur aus sicherer macht als das traditionelle Modell.

Das Modell unterscheidet sich so radikal von traditionellem DeFi, dass Radix Smart Contracts als „Komponenten“ neu erfunden hat. Da sie modular und zusammensetzbar sind und klare Funktionen haben, können die Komponenten von Radix als „Lego-Steine“ betrachtet werden, mit denen Entwickler ihre DeFi-Apps auf einfache Weise Schritt für Schritt zusammensetzen können, auch wenn dies nicht der Fall ist Erfahrung mit der Programmiersprache Scrypto haben.