Autor: Ash Li, Noah Ho

Quelle: https://www.spectrumlab.io/zh/reports/erc6551%E7%95%B6nft%E7%A2%B0%E4%B8%8A%E5%90%88%E7%B4%84%E9% 8C%A2%E5%8C%85

Die Diskussionen über das ERC-6551-Protokoll nehmen in der Community allmählich zu. Dieses Protokoll bringt ein enormes Erweiterungspotenzial für NFT mit sich. ERC-6551 erstellt über ein Token Bond Account (TBA) ein einzigartiges Vertrags-Wallet für jedes NFT, das es ihm ermöglicht, Vermögenswerte zu halten und damit verbundene Aktionen aufzuzeichnen. Dadurch entsteht die Möglichkeit zur Identitätsprüfung von Non-Fungible Tokens (NFTs) und kombinierten NFTs. Wenn wir tiefer graben, können wir feststellen, dass ERC-6551 tatsächlich ein voll funktionsfähiges Wallet für NFTs bereitstellt und der „Schlüssel“ dieses Wallets das NFT selbst ist. In diesem Artikel wird die Standardentwicklungsgeschichte von NFT untersucht und frühere Versuche zur Erweiterung von NFT behandelt. Da der Kern von TBA das Vertrags-Wallet ist, werden wir auch eine kurze Einführung in das Vertrags-Wallet geben. Abschließend werden wir uns mit den Implementierungsdetails des Protokolls und seinen möglichen Anwendungen befassen.

1. Geschichte und aktuelle Situation der NFT-Standards

Als besondere Kryptowährung und digitales Kunstobjekt bietet NFT einen neuen digitalen Träger für Kunstwerke und erweitert die Anwendungsszenarien der Blockchain-Technologie. Im Gegensatz zu herkömmlichen fungiblen Token ist jedes NFT einzigartig und mit spezifischen Metadaten wie Kunstwerken, Spielzubehör, Musik und anderen elektronischen Materialien verknüpft. Daher kann NFT als Eigentumsnachweis für elektronische Daten verwendet werden, die von Personen gesammelt oder gehandelt werden können. Am 3. Mai 2014 schuf der Digitalkünstler Kevin McCoy das erste bekannte NFT-Werk „Quantum“. Es ist ein pixeliges Achteck aus verschiedenen Formen, das auf psychedelische Weise dargestellt ist. Allerdings verfügte NFT erst mit der Einführung von ERC-721 (Ethereum Request for Comments 721) über einen wirklich einheitlichen Standard, der es Entwicklern erleichterte, ihn in verschiedenen Projekten anzuwenden.

ERC-721

ERC-721 ist eng mit der Entwicklungsgeschichte von CryptoPunks verbunden. CryptoPunks kam 2017 auf den Markt und enthält 10.000 einzigartige 24x24-Pixel-Kunstbilder. Es ist sein Erfolg, der bei Entwicklern und der Community große Aufmerksamkeit erregt hat und dazu geführt hat, dass immer mehr Menschen das enorme Potenzial von NFT erkennen. Seitdem ist es zur Blaupause für viele NFT-Projekte geworden und hat zur Formulierung des ERC-721-Standards geführt. Der Standard wurde von Dieter Shirley, CTO von CryptoKitties, gegründet. Im Januar 2018 schlugen William Entriken, Dieter Shirley, Jacob Evans und Nastassia Sachs gemeinsam den ERC-721-Standard vor. Dieser nicht fungible Token-Standard implementiert tokenbezogenes ABI in Smart Contracts und legt damit den Grundstein für die Erstellung, Verwaltung und Übertragung einzigartiger digitaler Assets auf Ethereum und eröffnet Künstlern, Sammlern und dem digitalen Kunstmarkt ein neues Kapitel.

Die Hauptmerkmale von ERC-721 sind wie folgt:

  • Einzigartigkeit: Im Gegensatz zu ERC-20-Token (die fungibel sind und jeder Token mit jedem anderen identisch ist) ist jeder ERC-721-Token einzigartig.

  • Eigentum und Übertragung: Dieser Token-Standard ermöglicht es, den Eigentümer eines bestimmten Tokens zu bestimmen und dem Eigentümer oder einer zugelassenen Person die Übertragung des Tokens zu ermöglichen.

  • Metadatenzuordnung: Ermöglicht die Zuordnung von Metadaten zu jedem Token, einschließlich eines Bilds, einer Beschreibung oder anderer relevanter Eigenschaften des Tokens.

Um seinen Status als Standard sicherzustellen, definiert ERC-721 die folgenden Schlüsselmethoden und Ereignisse:

  • Methoden wie BalanceOf(), OwnerOf(), Approve(), GetApproved(), SetApprovalForAll(), IsApprovedForAll(), TransferFrom() und SafeTransferFrom().

  • und Ereignisse wie Transfer() und Approval().

Kurz gesagt, der ERC-721-Standard bietet einen Mechanismus für einzigartige Vermögenswerte auf Ethereum, der die Einzigartigkeit und das Eigentum jedes Vermögenswerts gewährleistet und dessen Überprüfung, Handel und Verwaltung ermöglicht. ERC-721, der Standard für nicht fungible Token, hat in den Bereichen digitale Kunst und Sammlerstücke explosive Erfolge erzielt. ERC-721 definiert wichtig

Obwohl es viele berühmte Projekte in NFT-Anwendungen gebracht hat, gibt es jedoch immer noch einige Einschränkungen, wie zum Beispiel, dass sie nicht als Agenten fungieren oder in direktem Zusammenhang mit anderen Vermögenswerten in der Kette stehen können. Um diese Probleme zu lösen, hat die Community eine Reihe von Erweiterungen und neuen Standards vorgeschlagen, von denen die repräsentativsten EIP3664 und EIP3525 sind.

ERC-3664

Bereits im Mai 2021 schlug das DRepublic-Team EIP-3664 vor, ein NFT-Attributerweiterungsprotokoll. Auf geniale Weise löst dieser Vorschlag die Einschränkungen gängiger NFT-Standards wie ERC-721 oder ERC-1155, wie z. B. unzureichende Attributausdruckskraft, Schwierigkeiten bei der Integration zwischen NFTs und zentralisierte Attributspeicherung.

Insbesondere erfordert EIP-3664 keine Änderungen an den bestehenden Standards ERC-721 und ERC-1155. Es fügt dem NFT dynamisch Eigenschaften hinzu, indem es die Rückruffunktion der Schnittstelle IERC721Receiver oder IERC1155Receiver in der Mint-Methode des NFT verwendet. Oder es kann durch Umschreiben der Casting-Methode erfolgen. Mithilfe dieses Protokolls kann einem NFT unbegrenzt eine beliebige Anzahl von Attributen zugeordnet werden.

In EIP-3664 implementieren alle Attribute die IERC3664-Schnittstelle. Zu den Basisattributen gehören mehrere Basisfelder wie ID, Name, Symbol, URI-Adresse, Kontostand usw., die zur Beschreibung der Metadaten von NFT verwendet werden. Mit EIP-3664 werden NFT-Attributerweiterungen flexibler und anpassbarer. Es bietet eine standardisierte Implementierungsmethode für NFT-Attributfunktionen und lässt sich nahtlos in das bestehende NFT-Ökosystem integrieren.

ERC-3525

EIP-3525 führt semi-fungible Token (SFT) ein, die als Vermögenswerte zwischen fungiblen Token (FT) und nicht-fungiblen Token (NFT) angesehen werden können. Ähnlich wie NFTs können SFT-Tokens intakt von einer Wallet-Adresse auf eine andere übertragen werden. Aber ähnlich wie FT ermöglicht SFT nur die Übertragung eines Teils des Wertes zwischen verschiedenen Token. Beispielsweise ist es möglich, nur einen Teil des „Lebens“ eines Grundstücks auf ein anderes Grundstück zu übertragen. Zweifellos übertrifft SFT FT bei der Anpassung und übertrifft NFT bei der Effizienz.

ERC3525 ermöglicht die Konstruktion mehrstufiger SFT-Strukturen, ähnlich den russischen Matroschka-Puppen, um komplexere virtuelle Welten zu schaffen und Interaktionsregeln zwischen verschiedenen Ebenen zu definieren. Durch die Verwendung von ERC3525 kann NFT jede digitale Währung transportieren. Dies bedeutet, dass Token mit wirtschaftlichem Wert in NFT eingebettet werden können, um umfangreichere Funktionen und Interaktionsmethoden zu erreichen. Beispielsweise kann ein SFT einen NFT enthalten, der einen Wert trägt, und andere Token können innerhalb des NFT verschachtelt sein. Über ERC3525 können Entwickler die Regeln und Logik von SFT durch intelligente Verträge definieren und spezifische Verhaltensregeln und Transaktionsregeln anpassen. Diese Eigenschaften machen ERC3525 zu einem der wichtigen Standards im NFT-Bereich und bieten Entwicklern und Projektparteien mehr Raum für Kreativität.

2. ERC-6551

einführen

Um die Skalierbarkeit und Praktikabilität von NFT zu verbessern, zielt der ERC-6551-Vorschlag darauf ab, jedem NFT die gleichen Rechte und Interessen wie Ethereum-Nutzern einzuräumen. Das bedeutet, dass NFT nicht nur Vermögenswerte halten, sondern auch den Transaktionsverlauf aufzeichnen kann, was seinen Anwendungsbereich erheblich erweitert. Im Rahmen dieses Vorschlags können NFT-Inhaber ein exklusives Vertrags-Wallet namens TBA (Token Bond Account) für ihr NFT erstellen, um verschiedene Vorgänge in der Kette durchzuführen. Dies wird durch die Definition einer einheitlichen Registrierung erreicht – Registry. Die Aufgabe dieser Registrierung besteht darin, allen NFTs eindeutige und feste Smart-Contract-Kontoadressen zuzuweisen und sicherzustellen, dass die Kontrolle über das Konto vollständig in den Händen des NFT-Inhabers bleibt. Insbesondere ist dieser Vorschlag ohne Änderungen vollständig mit den bestehenden ERC-721- oder 1155-Standards kompatibel und lässt sich gleichzeitig an die meisten Infrastrukturen anpassen, die Ethereum-Konten unterstützen.

Diese Innovation bietet NFT die gleichen Funktionen wie Ethereum-Konten und eröffnet viele neue Anwendungsszenarien für NFT. Beispielsweise können durch diesen Vorschlag komplexe Vermögenswerte in der Realität, wie Charaktere in Rollenspielen, aus mehreren Teilen zusammengesetzte Autos, diversifizierte Anlageportfolios und sogar Mitgliedskarten, in NFT-Formen umgewandelt werden. Darüber hinaus ist dieser Vorschlag nicht nur mit allen bestehenden On-Chain-Asset-Standards kompatibel, sondern bietet auch Erweiterungsmöglichkeiten für neue Asset-Standards in der Zukunft.

Wie oben erwähnt, ermöglicht ERC-6551 die Erstellung einer Wallet für On-Chain-Interaktionen für jeden NFT. Diese Art von Wallet unterscheidet sich von den Wallets, die wir üblicherweise auf Plattformen wie Metamask verwenden. Es handelt sich tatsächlich um ein Vertrags-Wallet, bei dem es sich um einen intelligenten Vertrag handelt, der im Ethereum-Netzwerk bereitgestellt wird. Bevor wir uns mit der Implementierung befassen, wollen wir zunächst die Hauptunterschiede zwischen diesen beiden Wallets verstehen.

Vertragskonto

Ein Ethereum-Konto ist eine Entität, die über ein Guthaben von Ethereum (ETH) verfügt und Transaktionen im Ethereum-Netzwerk senden kann. Konten können von Benutzern kontrolliert oder als Smart Contracts bereitgestellt werden.

Konten in Ethereum haben 4 Felder:

  • Nonce: Ein Zähler, der die Anzahl der vom externen Konto gesendeten Transaktionen oder die Anzahl der vom Vertragskonto erstellten Verträge anzeigt. Jedes Konto kann nur eine Transaktion mit einer bestimmten Nonce ausführen, um Replay-Angriffe zu verhindern, bei denen eine signierte Transaktion mehrmals gesendet und erneut ausgeführt wird.

  • Balance: Balance-Buchhaltungsmodell, die Anzahl der Wei, die dieser Adresse gehören. Wei ist die Maßeinheit für Ethereum.

  • codeHash: Dieser Hash stellt den Kontocode auf der Ethereum Virtual Machine (EVM) dar. Vertragskonten verfügen über programmierte Codeschnipsel, die unterschiedliche Aktionen ausführen können. Dieser EVM-Code wird ausgeführt, wenn das Konto einen Nachrichtenaufruf empfängt. Im Gegensatz zu anderen Kontofeldern kann dieses nicht geändert werden. Alle Codeschnipsel werden unter dem entsprechenden Hash in der Bundesstaatsdatenbank für den späteren Abruf gespeichert. Dieser Hashwert wird codeHash genannt. Bei externen Konten ist das Feld codeHash der Hash der leeren Zeichenfolge.

  • storageRoot: Speicher-Hash. Merkle Patricia versucht einen 256-Bit-Hash des Wurzelknotens, der den gespeicherten Inhalt des Kontos kodiert hat (eine Karte von 256-Bit-Ganzzahlwerten) und kodiert als Versuch eine Karte des Keccak-256-Bit-Hashs aus einer 256-Bit-Ganzzahl Schlüssel für die RLP-Kodierung von 256-Bit-Ganzzahlwerten. Dieser Trie kodiert einen Hash des Inhalts des Speichers dieses Kontos und ist standardmäßig leer.

Es gibt zwei Arten von Ethereum-Konten: externe Konten (benutzerverwaltete private Schlüssel) und Vertragskonten.

  1. Externe Konten (Externally Owned Accounts, EOA): werden vom privaten Schlüssel gesteuert, sein Code-Hash ist leer. Solche Konten können Kryptowährungen senden und empfangen und mit Smart Contracts interagieren. Dazu gehört unser häufig verwendetes Metamask-Wallet.

  2. Vertragskonto (CA): Es gibt keinen privaten Schlüssel und sein CodeHash ist nicht leer. Es handelt sich um einen intelligenten Vertrag, der im Ethereum-Netzwerk bereitgestellt wird und das Vertrags-Wallet über externe Konten steuert, die mit dem Vertrag interagieren.

In CA gibt es Standard-Vertrags-Wallets wie ERC4337-Konto-Abstract-Wallets und native AA-Wallets wie ZkSync- und StarkNet-Ketten, in denen es keine traditionellen Transaktionen gibt und alle Konten Vertragskonten sind. Derzeit gibt es Probleme mit den Eigentums- und Signaturrechten. Benutzer verlieren beispielsweise ihr gesamtes Vermögen. Außerdem gibt es Probleme mit einem zu kleinen Signaturalgorithmus Darüber hinaus kann die Bearbeitungsgebühr nur in einer einzigen Währung über die ETH-Zahlung abgerechnet werden.

Ohne die Konsensprotokollschicht zu ändern, kann ERC4337 dabei helfen, die Kontoabstraktion von der ursprünglichen Initiierung der gesamten Transaktion bis zur Einbindung in die gesamte Blockchain zu verbessern wurde aktualisiert und geändert, und UserOperation wurde eingeführt, um die Struktur von Transaktionen zu beschreiben, die im Namen von Benutzern gesendet werden, um die Transaktionskosten der Benutzer zu reduzieren, um eine soziale Wiederherstellung zu erreichen usw. Funktionserweiterungen.

erreichen

Gemäß dem ERC-6551-Standard können NFT-Inhaber durch Interaktion mit dem Register Contract einen neuen Smart Contract, nämlich TBA, im Ethereum-Netzwerk oder anderen EVM-unterstützten Blockchains bereitstellen. Das Eigentum an TBA liegt beim NFT-Inhaber und ändert sich mit der Übertragung des NFT. Nur der NFT-Inhaber kann diese TBA kontrollieren. Der Kodex der TBA, ihre Regeln, gehen auf den Aufruf des Implementierungsvertrags zurück.

Die folgende Abbildung zeigt, wie ERC-6551 funktioniert: Angenommen, ein Benutzer ist ein NFT-Inhaber und sein Benutzerkonto besitzt zwei NFTs, Nr. 123 von Vertrag A und Nr. 456 von Vertrag B. Das Benutzerkonto interagiert mit der erlaubnisfreien Registrierung, also dem Registervertrag, und gibt die NFT-Informationen und die Adresse des Vertrags ein, um eine TBA zu erstellen. Wenn das Benutzerkonto den Registrierungsvertrag aufruft, geben Sie die NFT-Informationen von Token#123und die Adresse von Implementierung A (0x321…) ein, und das Vertrags-Wallet-Konto A (0x123…) wird erstellt. Sein Eigentum gehört dem Inhaber des NFT-Tokens Nr. 123, und seine Funktionen und Regeln leiten sich aus den Bestimmungen der Implementierung A ab. Wenn das Benutzerkonto den Registrierungsvertrag erneut aufruft und den Eingabeinhalt ändert, wird eine weitere TBA generiert. Für einen bestimmten NFT- und Implementierungsvertrag kann es jedoch nur eine eindeutige entsprechende TBA geben.

Die Erstellung und das Verhalten von TBA hängen vollständig vom Registrierungsvertrag und Implementierungsvertrag ab. Die Regeln in diesen Verträgen bestimmen die Eigenschaften und Funktionen der TBA. EIP-6551 stellt Codevorlagen für diese Verträge bereit. In den folgenden Abschnitten werden wir näher auf diese Vorlagen eingehen. Diese Vorlagen sind jedoch nicht die einzigen Optionen; ihr Code bestimmt, wie TBA bereitgestellt und funktional implementiert wird. Dies bietet Entwicklern vielfältige Erweiterungsmöglichkeiten. Beispielsweise kann in einem Registrierungsvertrag festgelegt werden, welche NFTs zur Registrierung über den Registrierungsvertrag berechtigt sind. Der Implementierungsvertrag kann die Funktionen und Regeln von TBA definieren, beispielsweise die Festlegung des täglichen Transaktionslimits von TBA oder die Angabe der Arten von Vermögenswerten, die es halten kann.

Ausführungsvertrag

Alle durch die Registrierung eines Vertrags erstellten TBAs können den Implementierungsvertrag auswählen, den sie für das Konto verwenden möchten. Im Implementierungsvertrag werden die Funktionen und Regeln des Smart-Contract-Kontos festgehalten. Es muss mindestens die folgenden Funktionen implementieren:

executeCall(): Eine Funktion, die zum Ausführen einer beliebigen Smart-Contract-Funktion verwendet wird, die mit einem externen Vertrag interagiert. Um beispielsweise den enthaltenen Vermögenswert in einem mit einem NFT verknüpften Konto zu verkaufen, müssen Sie möglicherweise eine Funktion im Uniswap-Vertrag aufrufen. Mit „executeCall“ können Sie diesen Funktionsaufruf im Namen Ihres Smart-Contract-Kontos durchführen und so jeden gewünschten Vermögenswert kaufen, verkaufen/tauschen.

token(): Eine schreibgeschützte Ansichtsfunktion, die die Kennung des NFT zurückgibt, dem das an den Token gebundene Konto gehört. Es gibt die Ketten-ID (ob sich der NFT im Hauptnetzwerk, Polygon, Optimism usw. befindet), die NFT-Vertragsadresse und die NFT-Token-ID zurück.

owner(): Gibt die Adresse des Besitzers des NFT zurück, der das an den Token gebundene Konto kontrolliert. Dem obigen Beispiel folgend wäre dies die Adresse des Benutzerkontos.

nonce(): Gibt die aktuelle Nonce dieser Smart-Contract-Wallet zurück. Jede erfolgreiche Transaktion erhöht die Nonce um 1, mit einem Anfangswert von 0.

Obwohl es sich nicht um einen Funktionsaufruf handelt, muss schließlich der Implementierungsvertrag, der das Konto an den Token bindet, über eine Funktion „receive()“ verfügen, um das native Asset (z. B. ETH) direkt an seine Adresse empfangen zu können.

Vertrag registrieren

Das Folgende ist ein Registry-Smart-Vertrag, der in der Solidity-Sprache geschrieben ist:

Dieser Code kann zeigen, dass die Parameter, die zum Erstellen eines Kontos für einen bestimmten NFT erforderlich sind, die Adresse des Implementierungsausführungsvertrags, chainId die ID der Zielkette, tokenContract entsprechend dem Vertrag, zu dem der NFT gehört, tokenId entsprechend der ID zu dem der NFT gehört, umfassen NFT gehört dazu, und der Verschleierungswert ist Salz. Um ein NFT-Konto auf Basis der Fast Dapp Demo zu erstellen, müssen Sie nur die NFT-Vertragsadresse und -ID eingeben, die restlichen Felder werden automatisch generiert. Die Schritte sind relativ einfach.

Der ERC-6551-Vorschlag ist ein neuer Token-Standard, der ein subversives Upgrade des ursprünglichen NFT-Standards darstellt und eine erlaubnislose Registrierung verwendet, die mit dem bestehenden ERC-721 NFT kompatibel ist. Die Registry ist ein Smart Contract, der als Factory und Verzeichnis für TBAs dient. Jeder kann eine TBA für jedes ERC-721-Token erstellen, indem er eine Funktion in der Registrierung aufruft und eine geringe Gebühr zahlt. Der Smart Contract der Registry hat zwei Funktionen:

createAccount: Stellt ein neues tokengebundenes Konto für einen bestimmten ERC-721-NFT und eine bestimmte Implementierung bereit.

Konto: Eine schreibgeschützte Ansichtsfunktion, die die Adresse des Kontos zurückgibt, das an den Token für einen bestimmten ERC-721-NFT gebunden ist, und dessen Implementierung angegeben ist.

Anwendungsmöglichkeiten

Seit dem Azuki-Vorfall sind Einzelbild-NFTs deutlich weniger attraktiv geworden, was dazu geführt hat, dass viele Top-Projekte an Wert verloren haben. Allerdings könnten NFTs, die hochgradig interaktiv und zusammensetzbar sind, der Schlüssel zur Markterholung sein. Von Blockchain-Spielen, Musik, DID bis hin zum Metaversum stecken diese Bereiche voller endlosem Potenzial.

NFTs sind mehr als nur Vermögenswerte; sie haben auch ihre eigene On-Chain-Identität und Container-Eigenschaften und können mit dezentralen Anwendungen (Dapps) interagieren. Dies bedeutet, dass alle Interaktionen mit dem NFT direkt auf dem NFT selbst und nicht auf dem Konto seines Inhabers aufgezeichnet werden. Da NFTs außerdem auf intelligenten Verträgen basieren, können ihr Verhalten und ihre Interaktionen durch Vertragsregeln definiert und gesteuert werden, was Flexibilität und Sicherheit bietet.

Das ERC-6551-Protokoll hat revolutionäre Veränderungen im NFT-Bereich mit sich gebracht, indem es den Fokus von Benutzer-Wallets auf das NFT selbst verlagert und neue Möglichkeiten für Transaktionen, Spiele, Rückverfolgbarkeit und Governance bietet. Mit der Weiterentwicklung von NFT wird uns dieses Protokoll in ein personalisierteres, interaktiveres und bedeutungsvolleres digitales Zeitalter führen.

Betrachten Sie die folgenden vier möglichen Anwendungsrichtungen:

  1. Asset-Verpackung: NFT kann als Asset-Container dienen, sodass mehrere Assets in einem einzigen NFT verpackt und gehandelt werden können. Beispielsweise kann ein Musikalbum-NFT mehrere Song-NFTs enthalten, oder ein Kunstsammlung-NFT kann mehrere Artwork-NFTs enthalten. Dadurch wird nicht nur die Erhebung systematischer, sondern es werden auch die Gasgebühren beim Handel gesenkt.

  2. Anlageportfolio: NFT kann als Vermögensverwaltungstool verwendet werden, sodass Benutzer mehrere Token in einer TBA speichern und verwalten können. Darüber hinaus können NFT-Inhaber auch Drittmanager zur Durchführung von Vermögenstransaktionen autorisieren und die Berechtigungen des Managers in Smart Contracts klar definieren, um die Sicherheit von Vermögenswerten zu gewährleisten.

  3. NFT-Identitätsmanagement: NFT kann alle seine Aktivitäten in der Kette aufzeichnen und ist somit eine echte On-Chain-Identität. Benutzer können ein einziges ENS-Wallet verwenden, um sich selbst darzustellen, und verschiedene TBAs verwenden, um ihre Rollen in verschiedenen Communities oder Anwendungen darzustellen.

  4. Modulare NFTs: Ein Master-NFT kann eine TBA generieren, die seine Komponenten-NFTs speichert. Beispielsweise kann im Spiel ein Charakter-NFT mit verschiedenen Ausrüstungs-NFTs ausgestattet sein. Dies macht nicht nur die Umsetzung des Metaversums einfacher, sondern kann auch mit KI kombiniert werden, um realistischere NPC-Charaktere zu erstellen.

Kurz gesagt, die Zukunft von NFT ist voller unendlicher Möglichkeiten. Von der Vermögensverwaltung über die Identitätsprüfung bis hin zum modularen Spieledesign werden sie eine Schlüsselrolle in der digitalen Welt spielen.