PoCo Series 8: Zukunftssicheres iExec


Dezentralisierung. Wie viele Projekte im Weltraum ist die Dezentralisierung ein Schlüsselelement der iExec-Plattform. Ohne Dezentralisierung hätten wir keinen offenen (und unaufhaltsamen) Markt, auf den sich die Menschen verlassen können. Die Bedeutung der Blockchain kann hier nicht unterschätzt werden. Es bietet einen Referenzpunkt für Zugriffskontrolle, Konsens und Mikrotransaktionen zwischen Parteien. Diese Aspekte werden in früheren Artikeln dieser Reihe behandelt. Klicken Sie hier, um sie erneut zu überprüfen. Der Punkt ist, dass all dies ohne intelligente Verträge nicht möglich wäre.

iExec V4, die vierte Version, wurde planmäßig am 13. Dezember 2019 veröffentlicht. Wir streben nun die Veröffentlichung von iExec V5 in den nächsten Monaten an. Dieser Meilenstein würde bedeuten, dass wir fast alle technischen Funktionen geliefert hätten, die ursprünglich im iExec-Whitepaper beschrieben wurden, aber noch lange nicht das Ende der Entwicklungen erreicht haben. iExec V5 wird sich auf die Optimierung unserer vorhandenen Infrastruktur mit gezielter Geschäftsentwicklung konzentrieren Maximieren Sie die Akzeptanz von iExec.

In Bezug auf die neueste Version haben einige möglicherweise bemerkt, dass Version 4 im Gegensatz zu Version 1, 2 und 3 von iExec keine spezifischen Smart Contract-Updates enthielt. Tatsächlich läuft die Plattform immer noch mit den Smart-Verträgen ab Version 3.

Warum haben wir keine Änderungen vorgenommen? Das erste, was zu beachten ist, ist, dass Version 3 ein umfangreiches Update war, das mit vielen integrierten Funktionen entwickelt wurde, die weit über das hinausgingen, was wir in nur 6 Monaten sowohl im Front-End als auch im Back-End implementieren konnten. Wir haben noch viele Funktionen im Auge, die die Benutzererfahrung verbessern und auf den intelligenten Verträgen von iExec V3 aufbauen können. In diesem Zusammenhang war es nicht erforderlich, ein Update für Version 4 zu beschleunigen, und so konnten wir uns mit einer Version, die die Plattform für das Post-Whitepaper iExec vorbereiten würde, noch längerfristig konzentrieren.

Das Hauptaugenmerk von iExec Version 5 liegt nicht auf neuen Protokollfunktionen (wie bereits erwähnt, sind in Version 3 noch Funktionen integriert, die von der Plattform noch nicht ausgenutzt werden), sondern vielmehr auf den Funktionen Interoperabilität und Modularität.

Wir glauben Interoperabilität ist für die Annahme von wesentlicher Bedeutung. Dies ist im Defi-Ökosystem klar. Hier werden Dapps wie Legosteine ​​zusammengesetzt, um aus einfachen, gut gestalteten Komponenten große, leistungsstarke Stapel zu bilden. Im Gegensatz zu Cloud-Benutzern, die iExec über Web2-Schnittstellen und APIs verwenden, benötigen Blockchain-Benutzer, z. B. intelligente Verträge, die über iExec auf die Off-Chain-Welt zugreifen möchten, eine standardisierte Schnittstelle, über die eine Verbindung hergestellt werden kann. Wenn man beobachtet, was in der Ethereum-Community aufgebaut wird, kann man viel lernen. Deshalb verbringt iExec viel Zeit damit, die Relevanz der neuesten Entwicklungen für unser eigenes Produkt zu bewerten.

Hier ist eine Liste von Entwicklungen, die die möglichen Wechselwirkungen zwischen iExec und anderen Anwendungen im Ethereum-Ökosystem verbessern:

ENS-Adressen

Wir glauben ENS (oder Ethereum Name Service) ist eine revolutionäre Entwicklung für Ethereum und wir möchten sie noch stärker in das iExec-Toolkit integrieren. Klicken Sie hier, um unsere neueste Einführung in ENS-Adressen zu lesen. Die meisten in Version 3 verwendeten Smart Contracts sind bereits bei ENS registriert. Benutzer können ihre bereits registrieren “IExec-Benutzername”Mit einer speziellen App auf unserer Website:

https://iex.ec → Produkte → ENS-Name

Für iExec besteht der nächste Schritt darin, Tools zum Registrieren von Apps, Datasets und Workerpools in ENS bereitzustellen. Diese Registrierung enthält zwei Komponenten:

  • Vorwärtsregistrierung: Ermöglichen der Auflösung eines für Menschen lesbaren Namens in eine Ethereum-Adresse.
  • Rückmeldung: Ermöglichen der Suche nach einer Ethereum-Adresse in einem für Menschen lesbaren Namen.

Während für die Vorwärtsregistrierung kein spezielles Tool erforderlich ist, um in den Smart-Verträgen enthalten zu sein, Reverse-Registrierung tut. Aus diesem Grund wird Version 5 mit einem in alle unsere Verträge integrierten Reverse-Registrierungsmechanismus ausgeliefert. Dies ermöglicht nicht nur die Auflösung von Namen wie blender.apps.iexec.eth an die entsprechende Ethereum-Adresse, aber auch in umgekehrter Reihenfolge (dh die ENS-Adresse einer App anhand ihrer Ethereum-Adresse ermitteln).

Irgendwann sollten Hex-Adressen vom Marktplatz und vom Explorer verschwinden und durch lesbare Adressen ersetzt werden.

NFTs

iExec muss sich mit Metadaten und Eigentumsrechten von Assets befassen. Diese werden in der Kette durch spezielle intelligente Verträge dargestellt, die von einer Fabrik gebaut werden. Aus vielen Gründen wird die Eigentumsübertragung in Version 3 nicht unterstützt. Aktuelle Anwendungen und Datensätze sind nur intelligente Verträge, mit denen nur iExec interagieren kann. Das wird sich ändern.

In der nächsten Version werden alle Assets ERC721 NFTs sein!

Auf diese Weise können Sie auch Ihr App- und Dataset-Portfolio verwalten und in sichtbar machen Etherscan und offenes Meer. Es wird für die meisten Benutzer transparent sein, für einige jedoch viele neue Anwendungsfälle eröffnen. Zu den Funktionen, die wir uns vorstellen könnten, gehören der Verkauf und die Vermietung von Datensätzen oder die Verwendung von Datensätzen als Sicherheit für Kredite.

Ich möchte ein Darlehen für xxx DAIs. Wenn ich es nicht zurückzahlen kann, erhalten Sie Zugriff auf meine persönlichen Daten (einschließlich Personalausweis, Sozialversicherungsnummer usw.).

Unser Engagement in der NFT-Community führte uns zu NFTNYC

Dank unseres hybriden Designs bleiben Assets durch intelligente Verträge beschrieben, die ihre eigene Adresse und Methode haben. Das Eigentum an diesen Assets wird jedoch nicht durch den Smart-Vertrag selbst kontrolliert, sondern durch eine ERC721-Registrierung, die die gesamte Eigentümerlogik implementiert. Dies ermöglicht es dem Token, eine ENS-auflösbare Adresse / Kennung zu haben.

Adressierbarkeit mit create2

iExec ist in mehreren Netzwerken präsent, darunter im Mainnet von Ethereum, im goerli testnet und in unserer eigenen Sidechain „bellecour“.

Das Wechseln von einer Blockchain zu einer anderen kann schmerzhaft sein, insbesondere wenn sich eine intelligente Vertragsadresse von einer Kette zur anderen ändert. Glücklicherweise kann der im Rahmen des Istanbul-Netzwerk-Upgrades eingeführte create2-Opcode dies ändern.

Neben der Verwendung von create2 für App, Dataset und Workerpool-Adressen, die für alle Blockchains gleich sind, planen wir auch die Verwendung für die Bereitstellung der Kernverträge von iExec

* Dies war das Thema eines meiner Vorträge bei Devcon 5 und einer Diskussion über einen Magier des Ethereum einige Monate später.

Unterstützung von Meta-Transaktionen

UX war in letzter Zeit ein großes Problem, und viele Brieftaschenanbieter bieten Lösungen für dieses Problem an. Unter den vielen Entwicklungen in diesem Bereich sind Meta-Transaktionen eine der sichtbarsten Innovationen. iExec-Bestellungen, die in Version 3 eingeführt und mit dem ERC712-Signaturschema signiert wurden, sind Teil dieses allgemeinen Trends. Einige wichtige Vorgänge, wie z. B. die Stornierung von Bestellungen, hatten jedoch keine Unterstützung für Metatransaktionen. Während wir noch darauf warten, dass ein allgemeiner Metatransaktionsmechanismus zum Standard wird (siehe unsere Diskussion während des neuesten Hackathons von Metamask), haben wir einen dedizierten Endpunkt hinzugefügt, auf den einige Schlüsselfunktionen über Metatransaktionen zugreifen können.

Ziehen Sie die Oracle-Schnittstelle

iExec Version 3 ist unseres Wissens die einzige funktionierende Implementierung eines ERC1154. Zwar hielten wir die Implementierung für richtig, doch die Tatsache, dass sie nicht weiter verbreitet wird, verringert das Interesse von iExec, mit ihr kompatibel zu sein. Aus diesem Grund sind wir Teil der Bemühungen der ADO (Alliance of Decentralized Oracles) um einen neuen Standard, der ERC1154 ersetzt. Dieser neue Standard befindet sich noch in einem sehr frühen Stadium und beweist einen Punkt:

Unabhängig davon, welche Standards derzeit verfügbar und verwendet werden, weiß niemand, woraus morgen bestehen wird, und wir müssen uns darauf vorbereiten. Dies führt uns dazu, uns auf das Hauptmerkmal der nächsten intelligenten Verträge von iExec zu konzentrieren, das die Plattform zukunftssicher macht und sie auf die Zeit nach dem Whitepaper vorbereitet: die Modularität.

Eine wichtige Funktion, die wir in Version 5 aufnehmen wollten, ist die Möglichkeit, die Funktionen später zu erweitern. Die Entwicklung von ERC1154 zu ERC2363 ist ein gutes Beispiel für Schnittstellen, die wir möglicherweise in Zukunft hinzufügen möchten.

Um dies zu tun, haben wir nicht das übliche Upgrade-Muster gewählt, bei dem ein Proxy-Vertrag alle Aufrufe an einen einzelnen Implementierungsvertrag umleitet, dessen Adresse aktualisiert werden kann. Wir haben uns für das in ERC1538 vorgeschlagene Muster entschieden.

ERC1538 basiert auf Modulen, um die verschiedenen Funktionen zu implementieren, die wir verfügbar machen möchten. Der ERC1538-Proxy leitet den Aufruf dann nach einer Tabelle "Funktionssignatur an Modul" an die entsprechenden Module weiter. Auf diese Weise können wir neue Funktionen hinzufügen, die entweder neue Funktionen bereitstellen oder im Falle eines Fehlers als chirurgische Korrektur dienen können. Dies hat auch den zusätzlichen Vorteil, dass viele große Module über einen einzigen Proxy zugänglich sind. Dies bedeutet, dass wir unsere Verträge nicht mehr aufteilen müssen und der „Hub“ und der „Clerk“ von Version 3 über denselben Proxy wieder vereint und zugänglich sind.

Wir verwenden unsere eigene Implementierung von ERC1538, die im Rahmen des iExec Solidity Toolkits für jedermann verfügbar ist.

Das iExec Solidity Toolkit ist auf npm als "@ iexec / solidity" verfügbar.

Wir hatten bei NFTNYC die Gelegenheit, mit anderen Entwicklern, die ERC1538 verwenden, zu diskutieren, und obwohl wir alle der Meinung sind, dass dies ein Entwurfsmuster ist, das mehr Akzeptanz finden sollte, bedauern wir auch, dass es nicht für jeden eine anerkannte und geprüfte Implementierung gibt, wie die OpenZeppelin bietet ERC20, ERC721 und vieles mehr.

Coins Kaufen: Bitcoin.deAnycoinDirektCoinbaseCoinMama (mit Kreditkarte)Paxfull

Handelsplätze / Börsen: Bitcoin.de | KuCoinBinanceBitMexBitpandaeToro

Lending / Zinsen erhalten: Celsius NetworkCoinlend (Bot)

Cloud Mining: HashflareGenesis MiningIQ Mining

Werbung: Immobilienmakler HeidelbergMakler Heidelberg

By continuing to use the site, you agree to the use of cookies. more information

The cookie settings on this website are set to "allow cookies" to give you the best browsing experience possible. If you continue to use this website without changing your cookie settings or you click "Accept" below then you are consenting to this.

Close