Das schlagende Herz eines jeden Ökosystems dezentralisierter Anwendungen, DApps, ist der zugrunde liegende Technologie-Stack. Für Ethereum (ETH) ist dies der „Nakamoto“-Konsens, die Ausführungsumgebung Ethereum Virtual Machine (EVM) und die Programmiersprache Solidity. Zusammen haben diese Technologien es Smart-Contract-Entwicklern ermöglicht, die dezentrale Finanzierung (DeFi) vom Konzept in die Realität umzusetzen.
Damit DeFi den nächsten Sprung – zur Mainstream-Akzeptanz – machen kann, ist Skalierbarkeit die technologische Anforderung, die die meiste Aufmerksamkeit auf sich zieht. Ein oft übersehener, aber ebenso wichtiger Aspekt von Layer-One-Plattformen ist ihr Ansatz zur Entwicklung intelligenter Verträge.
Während Solidity und EVM die Kerntechnologien sind, die es Ethereum ermöglicht haben, zweifellos der Pionier von DeFi zu sein, sind Pioniere auch diejenigen, die alle Fehler machen. Haben Sie sich jemals gefragt, warum es sich anfühlt, als gäbe es heute eine endlose Reihe von DeFi-Hacks und Exploits? Es ist das Ergebnis eines Programmieransatzes, der es unglaublich schwierig macht, Token sicher zu verwalten. Denn als Ethereum entworfen wurde, gab es DeFi noch nicht.
Aber eine Lösung ist nicht einfach. Größere Änderungen an Solidity und dem EVM sind nicht möglich, da dies die Mehrheit der bereits erstellten DApps beschädigen würde. Daher haben neuere Plattformen eine echte Gelegenheit, von der Entwicklererfahrung zu lernen und sie zu verbessern – denn die verbesserten DApps, die diese Entwickler erstellen, könnten die nächste Welle der DeFi-Einführung ermöglichen.
Warum die DeFi-Entwicklung hart für Ethereum ist
Ob es sich um Token für das dezentrale Ausleihen und Verleihen, Token für ein NFT-Spiel oder Kunstwerk oder Token für ein Finanzderivat handelt, sie sind das Herzstück praktisch jedes Anwendungsfalls in DeFi und Krypto.
Das einzige Token, das die Ethereum-Plattform nativ versteht, ist jedoch ETH. Alle anderen Token, ob unter ERC-20, 721, 1155 oder einem anderen Standard, existieren nur als Variablen (normale alte Nummern) in jedem Smart Contract.
Das Tether-Token – USDT –– ist eine Liste von Konten und zugehörigen Guthaben innerhalb des USDT-Smart-Vertrags. Das Gleiche gilt für Shiba Inu (SHIB) und alle anderen auf Ethereum aufgebauten Token. Aus diesem Grund können Sie ETH nicht auf Uniswap (UNI) tauschen, sondern müssen stattdessen bizarrerweise Wrapped-ETH (wETH) tauschen, bei dem es sich um einen ERC-20-Token handelt, der von der verwahrten ETH unterstützt wird.
Das bringt Probleme. Sie können Token nicht von einer Person an eine andere „senden“, da die Token nicht in der Brieftasche eines Benutzers gespeichert sind. Sie leben nur als Guthaben, das mit einem Konto in jedem einzelnen Vertrag verbunden ist.
Um USDT gegen SHIB zu tauschen, wird eine Nachricht gesendet, um Ihr Konto im USDT-Vertrag zu belasten und Ihrem Konto im SHIB-Vertrag gutzuschreiben. Aber die von Ihrem Konto abgebuchten USDT müssen auf ein anderes Konto im USDT-Vertrag gehen, und ebenso muss der Ihrem Konto gutgeschriebene SHIB von einem anderen Konto im SHIB-Vertrag stammen.
Mit der Last, in jedem einzelnen Smart Contract ein neues Token zu implementieren und für Entwickler sicherzustellen, dass ihre Verträge in allen möglichen Szenarien sicher sind, verbringen Entwickler fast ihre gesamte Zeit, bis zu 90 %, mit Tests und Validierung. Damit bleibt ihnen kaum Zeit, das zu bauen, was sie eigentlich wollen: die DeFi-Funktionalität.
Gibt es bei einer so frustrierenden Entwicklererfahrung einen besseren Weg?
Token als Kern der DeFi-Entwicklung
Bei DeFi dreht sich alles um Token. Das bedeutet, dass Token kein nachträglicher Gedanke an die Entwicklungserfahrung sein sollten – sie sollten im Mittelpunkt stehen – direkt im Kern der Plattform.
Deshalb kann die richtige Programmiersprache die Entwicklung nicht nur einer einzelnen Plattform, sondern einer ganzen Branche beschleunigen. Ein Beispiel dafür ist Radixein Layer-One-Protokoll, das „Asset-orientierte“ Programmierung verwendet und mit seinem einführt Krypto Programmiersprache.
Wie funktioniert es? Erstens werden Token nicht mehr innerhalb eines Smart Contracts definiert, wie bei der oben beschriebenen Liste von Konten und Salden. Stattdessen befinden sich Token in einer separaten Ebene und folgen den Regeln, die die Plattform durchsetzt. So wie die Bitcoin-Plattform erzwingt, dass BTC bei einer Transaktion nicht doppelt ausgegeben, entleert oder verloren werden kann, stellt auch die anlagenorientierte Programmierung dieselben logischen Verhaltensweisen sicher, jedoch für jeden auf der Plattform erstellten Token.
Mit diesen Regeln erhalten Token die gleichen Eigenschaften, die Sie von einer physischen Münze in Ihrer Tasche erwarten würden. Sie können es physisch jemand anderem geben, aber die Plattform garantiert, dass es unmöglich ist, dass sich das Token an zwei Orten gleichzeitig befindet, noch kann es verschwinden.
Angesichts dieser Körperlichkeit des Verhaltens können DeFi-Entwickler dann DeFi-DApps so erstellen, wie sie sie intuitiv auf ein Whiteboard zeichnen würden. Wörter wie „take“ und „put“ in der Programmiersprache nehmen und setzen Tokens an Stellen.
Sie müssen die Finanzregeln nicht mehr in jedem einzelnen Smart Contract von Grund auf neu definieren, wie es bei Solidity der Fall ist. Mit Radix werden Entwicklern alle Tools zur Verfügung gestellt, die sie benötigen, um schnell sicheren Code zu erstellen –– was ihre Produktivität steigert.
Ob Entwickler zu einem neuen Paradigma strömen oder das alte bevorzugen, hängt letztendlich von einer feinkörnigen Balance zwischen dem Netzwerkeffekt des Alten und den Vorteilen des Neuen ab.
Das Erlernen eines neuen Ansatzes zur Entwicklung von DeFi erfordert Arbeit. Und das ist besonders riskant, wenn das Ökosystem, für das Sie bauen, bei Null anfängt, verglichen mit einem mit Tausenden von DApps, ausgereiften Entwicklergemeinschaften und Millionen von Benutzern.
Aber wie wir im Laufe des Jahres 2021 gesehen haben, können neue Schichten schnell wachsen. Mit der richtigen Hinrichtung besteht die Chance, dass wir einen neuen Emporkömmling in der Stadt sehen. Eine, die sehr wohl in der Lage sein könnte, eine Community von Entwicklern zu begeistern, die sich auf die Mainstream-Einführung von DeFi konzentrieren.
Haftungsausschluss. Cointelegraph unterstützt keine Inhalte oder Produkte auf dieser Seite. Obwohl wir bestrebt sind, Ihnen alle wichtigen Informationen zur Verfügung zu stellen, die wir erhalten konnten, sollten die Leser ihre eigenen Nachforschungen anstellen, bevor sie Maßnahmen in Bezug auf das Unternehmen ergreifen, und die volle Verantwortung für ihre Entscheidungen tragen, und dieser Artikel kann auch nicht als Anlageberatung betrachtet werden.