Podcast-Transkript

Smart Tokens oder REST-APIs? TokenScript erklärt

Mathew Sweezey Ehemaliger Mitgründer, Salesforce Web3 Studio; Berater von Smart Token Labs (zum Aufnahmezeitpunkt)

In diesem Interview vom August 2023 beschreibt Mathew Sweezey Token als Träger übertragbarer Dienste statt bloßer Vermögenswerte. Sein Auto-und-Versicherungsbeispiel führt zu Kevin Riedls konkreter Frage, warum man dafür Smart Tokens braucht und nicht eine REST-API vereinbart. Sie sprechen über TokenScript, Off-Chain-Daten, Attestierungen und Profilbildung aus Metadaten. Das Transkript erhält Argumente und Nachfragen; die belegten Antworten unterscheiden eine Token-Schnittstelle von automatischer Interoperabilität oder garantierter Privatsphäre.

  • Veröffentlicht 02.08.2023
  • Länge 24:10
  • Operator
  • Aufgenommen auf Englisch
Smart Tokens oder REST-APIs? TokenScript erklärt: Podcast-Folge mit Mathew Sweezey, Ehemaliger Mitgründer, Salesforce Web3 Studio; Berater von Smart Token Labs (zum Aufnahmezeitpunkt)
// Die Kurzversion
  • Ab 02:28 beschreibt Sweezey Tokenisierung als Token, die wie Anwendungen funktionieren. Ab 03:58 zeigt sein Autobeispiel Fahrzeug- und Versicherungsfunktionen innerhalb eines anderen Dienstes. Es erklärt Übertragbarkeit und Kombination, keine bestätigte Uber- oder Apple-Wallet-Integration.
  • Ab 06:48 argumentiert er, dass sich bilaterale API-Integrationen bei großem Umfang schwer betreuen lassen. Ab 12:12 fragt Riedl, warum Unternehmen nicht einfach eine REST-API standardisieren können. Die vorgeschlagene Token-Schnittstelle belegt nicht, dass APIs oder gemeinsame fachliche Bedeutungen entfallen.
  • Ab 13:00 stellt Sweezey Smart Layer und TokenScript vor. Die TokenScript-Dokumentation beschreibt eine Laufzeitumgebung und signierte Dateien für Tokenfunktionen, einschließlich Off-Chain-Aktionen. Die empfangende Anwendung benötigt weiterhin passende Unterstützung.
  • Ab 13:24 beschreibt er den Verweis eines Contracts auf ein externes Skript. ERC-5169 definiert dafür scriptURI und behandelt Skriptintegrität sowie Vertrauen in Server-APIs. Die Untertitel nennen EIP-6159; das Transkript markiert die Abweichung. Ein Skriptverweis bedeutet keine beliebige Codeausführung auf der Blockchain.
  • Ab 17:53 fragt Riedl nach unerwünschter Profilbildung aus öffentlichen Metadaten. Sweezey schlägt Off-Chain-Daten und begrenzte Offenlegung vor. Beides schafft keine automatische Konformität. Die Blockchain-Analyse der CNIL verlangt eine konkrete Prüfung der Verarbeitung personenbezogener Daten. Pauschale DSGVO-Aussagen bleiben Aussagen des Sprechers.

Vorstellung und Smart Token Labs

Diesen Teil ansehen · 0:00

Kevin [Eröffnungsjingle: Wavect, das Web3-Softwareunternehmen, das versteht, was du willst.] Hallo zusammen, willkommen bei Wavect. Heute mit Mathew Sweezey, dem ehemaligen Mitgründer des Salesforce Web3 Studio. Er ist auch Web3-Investor und berät verschiedene Unternehmen. Wir sprechen darüber, warum Tokenisierung wirklich etwas verändert. Danke, Mathew, dass du hier bist. Es freut mich, mit dir zu sprechen. Zum Einstieg: Woran arbeitest du gerade, wie sieht dein Tag aus und was möchtest du uns über dich erzählen?

Mathew Danke, Kevin, ich freue mich. Die meiste Zeit arbeite ich an dem, was ich für die Zukunft des Internets halte: Tokenisierung. Ich habe davon eine etwas andere Vorstellung. Derzeit berate ich Smart Token Labs und helfe dabei, ein neues Protokoll namens Smart Layer auf den Markt zu bringen. Wir betrachten das fehlende Bindeglied zwischen Web2 und Web3: bestehende Web2-Probleme wie Integration und Datenaustausch mit Web3-Funktionen lösen.

Token als Anwendungen, das Auto-und-Versicherungsbeispiel

Diesen Teil ansehen · 1:15

Kevin Bevor wir einsteigen: Manche Zuschauer haben vielleicht noch nie von Tokenisierung gehört. Könntest du möglichst einfach erklären, was das ist?

Mathew Gerne. Ganz einfach bedeutet Tokenisierung, einen Token als neuen Grundbaustein des Internets einzusetzen. Token gibt es schon lange. Die meisten kennen sie als Währung, etwa Bitcoin oder Ethereum. Das ist ein fungibler Token, also im Wesentlichen eine digitale, durch die Blockchain gestützte Währung. Dann gibt es eine andere Art von Vermögens- oder Eigentumstoken: nicht fungible Token. Jeder davon ist einzigartig. Sie ähneln eher Sammelkarten als einer Währung. Das sind die beiden grundlegenden Arten, die wir kennen. Beide betrachten wir als Anlageklassen. Meist definieren sie das Eigentum an etwas. Sie geben dir grundlegende Rechte, du kannst sie vorzeigen und sagen: „Das habe ich“, oder sie als Währung ausgeben. Das ist zu einfach und entspricht dem, was die meisten unter Tokenisierung verstehen. Ich meine etwas anderes: eine neue Art, das Internet zu verbinden. Es geht nicht nur um Währung oder Eigentumsnachweise, sondern um Token als Anwendungen. Folge dieser Überlegung. Denk an eine Unternehmensdienstleistung oder Funktion: Wie liefert eine Partei etwas an eine andere? Als wir das Internet bekamen, lieferten wir Dienstleistungen zuerst über Websites. Zunächst bekam man dort Informationen. Dann konnte man direkt mit dem Unternehmen interagieren: Produkte kaufen, konfigurieren oder Dienstleistungen beziehen. Als Nächstes kamen Apps. Wir verschoben diese Dienstleistungen in Anwendungen, weil sie sich so leichter zum Endkunden bringen ließen. Die meisten Unternehmen haben eine Website und eine App, weil das die einfachsten Vertriebswege für diese Leistungen sind. Die nächste Welle ist die Tokenisierung von Dienstleistungen. Hier wird es kompliziert. Website und App sind in den ersten beiden Beispielen zentrale Orte, die der Einzelne für eine Leistung aufsucht. Werden diese Leistungen dezentralisiert, also kombinierbar und übertragbar gemacht, nenne ich das Tokenisierung. Ein Beispiel macht diese ungewöhnliche Idee verständlicher. Stell dir vor, du bist Autohersteller. Mit jedem Auto erzeugst du einen Eigentumstoken. Er soll nicht nur beweisen, dass dir das Auto gehört, sondern Funktionen des Autos bereitstellen. Dieser Smart Token kann Unternehmensfunktionen zugänglich machen. Du öffnest den Autotoken in Apple Wallet und drückst einen Knopf, um das Auto zu starten oder abzuschließen. Der Versicherungstoken ist darin integriert. Nun willst du für Uber fahren. Bei der Registrierung sollst du nachweisen, dass du ein bestimmtes Auto und die erforderliche Versicherung hast. Du zeigst den Smart Token vor, und die Systeme können zusammenarbeiten. Uber könnte sagen: „Das Auto passt und du bist versichert, aber nicht ausreichend.“ Normalerweise müsstest du in die Versicherungs-App oder auf die Website deines Versicherers wechseln, um den Schutz für Fahrdienste anzupassen. Im tokenisierten Szenario kommt diese Dienstleistung direkt in diesen Moment. Sobald der Token mit der Uber-Seite verbunden ist, stehen dir die Unternehmensleistungen dort zur Verfügung. Du klickst auf einen Knopf, erweiterst den Versicherungsschutz, Uber erkennt die passende Deckung und lässt dich als Fahrer zu. Wir haben die Leistungen aus ihren zentralen Orten herausgelöst, tokenisiert, übertragbar und kombinierbar gemacht. Dadurch entsteht ein neues Nutzererlebnis im Web.

Warum den Dienst nicht mit zentralen APIs bauen?

Diesen Teil ansehen · 5:31

Kevin Danke für das Beispiel. Beim Auto fällt mir [Herstellername in den Untertiteln unklar] ein. Wenn ich mich nicht irre, wurde dort bereits ein NFT für die Nachverfolgbarkeit integriert, etwa um zu zeigen, ob der Besitzer die vom Hersteller empfohlene Wartung durchgeführt hat. Gerade solche Anwendungsfälle und der Nachweis einer Versicherung ergeben für mich Sinn. Du hast auch über deinen besonderen Ansatz gesprochen: Aktionen über einen NFT oder Token auszuführen, unabhängig vom verwendeten Standard. Ich kann mir vorstellen, dass viele fragen: „Warum geht das nicht zentral, und warum ist das besser?“

Mathew Gute Frage. Das Internet funktioniert heute mit APIs, wir können Integrationen bauen. Eine Eins-zu-eins-Integration ist nicht kompliziert. Müsste Uber nur einen Versicherer anbinden, wäre das kein großes Problem. Aber wie viele Versicherer gibt es? Genau da liegt das Problem. Integrationen im großen Maßstab werden dadurch begrenzt, wie viele wir tatsächlich bauen und betreiben können. Wir müssten APIs zu jedem Versicherer bauen und alle betreuen. Durch Tokenisierung können wir dieses Skalierungsproblem beseitigen. Mit herkömmlicher Web2-Technologie funktioniert das eins zu eins leicht. Sobald wir Partnerschaften skalieren wollen, wird es schwierig. Das ist der erste Punkt. Der zweite sind Daten. Wenn ich dir Daten übergeben möchte, muss ich die DSGVO beachten. Bei der Tokenisierung geben wir die Daten in die Hände des Einzelnen, der selbst zum Integrationspunkt wird. Das ist vollständig DSGVO-konform. Der Einzelne bringt seine Daten mit. Es teilt nicht ein Unternehmen Daten per API mit einem anderen, was Datenschutzprobleme verursacht. Der Mensch erhält die Kontrolle über seine Daten und kann sie dorthin mitnehmen, wo sie für bessere Nutzererlebnisse eingesetzt werden sollen. Das sind die beiden Dinge, die du in einer Web2-Welt nicht tun kannst.

Müssen tokenisierte Daten auf eine öffentliche Blockchain?

Diesen Teil ansehen · 8:22

Kevin Der zweite Punkt ist besonders interessant. Wie können wir das konkret umsetzen? Ich nehme an, die Tokenisierung soll auf einer öffentlichen Blockchain stattfinden: Ethereum, einer Layer 2, Polygon oder einer anderen Sidechain. Auf öffentlichen Blockchains sind Daten öffentlich, richtig? [Mathew: Richtig.] Denkst du über Zero-Knowledge-Technologie nach? Wie gehst du an DSGVO-Konformität oder besseren Datenschutz heran?

Mathew Gute Frage. Es gibt zwei einfache Betrachtungsweisen. Erstens muss nicht alles on-chain liegen. Nur weil etwas Web3 und tokenisiert ist, muss es nicht auf einer öffentlichen Blockchain liegen. Es gibt dezentrale Register, die nicht öffentlich sind. Auch damit sind diese Funktionen möglich, ebenso reibungslose Erlebnisse ohne Wallets. Für diese Token braucht niemand unbedingt eine Wallet. Wir können sie direkt in einem E-Mail-Konto oder in Apple Wallet ablegen. Vergessen wir zuerst die Vorstellung, alles in Web3 müsse auf einer öffentlichen Blockchain liegen. Zweitens ist der Einzelne das Rechenzentrum. Er bringt seine eigenen Daten mit, was die Konformität ermöglicht. Nicht alles muss auf einer öffentlichen Blockchain sein. Drittens: ja, ZK. Das ist eine [Formulierung in den Untertiteln unklar], aber wir denken noch darüber hinaus, an Attestierungen. Eine Attestierung ist ein Nachweis, dass du etwas hast. Im bekannten Szenario habe ich einen Token in einer Wallet. Ich verbinde diese mit einer Website, die sie ausliest und meine Token sieht. Das ist eine Möglichkeit, aber nicht die einzige. Ich kann auch eine Attestierung vorlegen: Auf einer Website gebe ich einen Token ab, der beweist, dass ich andere Token habe. Die Website sieht nicht den eigentlichen Token, sondern nur Ja oder Nein, einen binären Wert, ähnlich wie bei ZK. So können wir Daten erzeugen und teilen, und alles ist DSGVO-konform. Die einfache Antwort lautet aber: Nicht alles muss auf einer öffentlichen Blockchain liegen.

Warum einen Token statt einer REST-API standardisieren?

Diesen Teil ansehen · 10:54

Kevin Hier können ZK und andere kryptografische oder mathematische Verfahren helfen. Zurück zu deinem ersten Argument, der Dateninteroperabilität. Manche würden einwenden: Man muss sich trotzdem auf eine Blockchain, ein Netzwerk und Tokenstandards einigen. Standards bleiben erforderlich. Ob man zentrale oder dezentrale Standards vereinbart, macht dann kaum einen Unterschied, außer dass man Web3- statt Web2-Entwickler braucht und eine Variante zentral, die andere dezentral ist. Wie würdest du auf dieses Argument zur Dateninteroperabilität antworten?

Mathew Ich bin nicht sicher, ob ich das Argument verstehe. Könntest du es klarer erklären?

Kevin Klar, entschuldige. Ein Token bildet beispielsweise eine einheitliche Schnittstelle. Jeder Versicherer folgt demselben Standard. Autohersteller oder andere können die Daten standardisiert abrufen und nutzen. Trotzdem muss man sich auf Tokenstandard und Netzwerk einigen. Warum sollte man sich stattdessen nicht einfach auf eine REST-API-Schnittstelle einigen?

Mathew Verstanden, gute Frage. Smart Token Labs, das Unternehmen, das ich berate, hat genau dafür Smart Layer entwickelt. Diese Schnittstelle ermöglicht die Interoperabilität von Token: on-chain, off-chain und über mehrere Chains hinweg, ohne diese Brücken zu den verschiedenen Chains bauen zu müssen. Es ist ein interoperabler Standard. Dazu kommen zwei Dinge. Sie haben TokenScript als Schnittstellen- und Sprachstandard geschaffen. Außerdem haben sie mehrere EIPs vorgelegt, zuletzt, glaube ich, EIP-6159 [Nummer aus den Untertiteln; der beschriebene Client-Script-Vorschlag entspricht ERC-5169]. Damit kann ein Smart Contract auf ein externes Skript verweisen und dieses mitführen.

Kevin Ähnlich wie die xNFTs, von denen ich vor einigen Monaten gehört habe? Ich weiß nicht, ob du sie kennst. Wenn ich mich richtig erinnere, war das kein Ethereum-, sondern ein Solana-Standard. Es ging in dieselbe Richtung: ein NFT mit ausführbarem Code. Das dürfte eine Richtung sein, auf die viele hinarbeiten.

Unternehmensakzeptanz jenseits von Assets und Treuepunkten

Diesen Teil ansehen · 14:09

Mathew Wenn wir den Massenmarkt erreichen wollen, müssen wir Folgendes tun: Währungen sind cool, aber zu viele Menschen haben Angst davor. Als ich das Studio bei Salesforce leitete, arbeitete ich mit den großen Fortune-500-Unternehmen an ihren Web3-Projekten. Sie wollen Web3. Die CEOs glauben an Web3 und Blockchain. Aber sie fürchten Token als Anlageklasse, weil damit rechtliche und regulatorische Fragen, Gegenreaktionen von Verbrauchern und Reputationsrisiken entstehen. Wenn wir glauben, diese Unternehmen würden Tokenisierung in dieser Form nutzen, stimmt das nicht. Viele haben ihre Projekte zurückgefahren. Schau, wie viele NFT-Projekte in den letzten Monaten verkleinert wurden. Sie halten die Technologie weiterhin für wertvoll, wollen damit aber bestehende Geschäftsprobleme lösen. Tokenisierung als Vermögenswert löst kein vorhandenes Problem, sondern schafft neue. Wir sagen: Ihr habt bereits Probleme bei der Integration und beim Aufbau besserer Unternehmensnetzwerke. Denk an Netzwerkeffekte und betriebliche Effizienz. Technologie, die etwas schneller und einfacher macht, setzt sich durch. Wir ermöglichen Unternehmensnetzwerken Datenaustausch, bessere Erlebnisse und höhere Effizienz. Das sind zwei zentrale Probleme, die sie lösen wollen. Deshalb werden sich alle auf Token zur Lösung bestehender Geschäftsprobleme konzentrieren. So erreichen wir breite Akzeptanz. Man kann noch weitergehen. Wir müssen nicht an der Vorstellung festhalten, am Anfang brauche man eine Wallet. Wir können Off-Chain-Token nutzen, und wir haben gerade mehrere Projekte damit umgesetzt. In Zukunft werden wir nicht mehr „Web3“ sagen. Unternehmen nutzen alle Arten von Technologie, eins, zwei und drei. Sie verschicken noch Briefe, trotzdem nennen wir sie keine Web0-Unternehmen. Eine Blockchain macht dich nicht zum Web3-Unternehmen, sondern effizienter und wettbewerbsfähiger. Dorthin müssen wir, weil dort die Probleme liegen. Den CEOs sagen wir: Es geht nicht um Web3 als Anlageklasse oder tokenisierte Treuepunkte. Das ist ihnen [Fluchwort in den Untertiteln ausgelassen] egal. Sie interessieren sich für bessere Nutzererlebnisse und effizientere Abläufe. Genau das lösen wir. Deshalb wird sich der Fokus auf diesen Aspekt der Tokenisierung verlagern.

Können öffentliche Metadaten private Informationen verraten?

Diesen Teil ansehen · 17:02

Kevin Wir haben Identitätsanwendungen und Datenschutz angesprochen. Mich interessiert etwas, das heute schon möglich ist. Selbst wenn viele Daten off-chain liegen, sind mit Identitätstoken noch Metadaten verbunden: Aussteller, Tokenart, vielleicht ein Name und andere öffentliche Angaben. Viele Adressen lassen sich markieren und verknüpfen. Obwohl sensible Daten off-chain bleiben, kann man durch Datenanalyse womöglich Rückschlüsse ziehen. Ihr arbeitet intensiv daran: Habt ihr das berücksichtigt und wie löst ihr es? Ist das erst ein Zukunftsthema oder gar kein Problem?

Mathew Gute Frage. Es gibt mehrere Aspekte. Der Ersteller eines Tokens entscheidet, wie und wo die Daten gespeichert werden. Stellt er solche Informationen auf eine öffentliche Chain, bekommt er viele Probleme. Solche Angaben sollte man niemals öffentlich on-chain ablegen. Deshalb sprechen wir von Off-Chain-Daten und Datenbanken. Wir verwenden Kryptografie und Web3-Technologie zur Verifizierung. Prüfen kannst du nur, wenn du Fragen stellst, und es gibt weiterhin eine Ebene, auf der die Daten tatsächlich entnommen werden könnten. Du bringst einen Token zu Unternehmen Y, um X nachzuweisen und eine Geschäftsfunktion zu nutzen. Das Unternehmen bekommt nur eine begrenzte Sicht. Es löst Funktionen aus, kann aber die zugrunde liegenden Daten nicht sehen, in seine Datenbank ziehen und behalten. Wir sprechen von Abstraktionsebenen. Entscheidend bleibt, dass der Einzelne die Daten am Ende besitzt. Wenn wir nur einen Weg schaffen, mit Bots, Datenanalyse und KI das Web abzugrasen und unerwünschte Nutzerprofile zu erstellen, haben wir nichts Gutes erreicht. Wir konzentrieren uns auf diese Fragen des Dateneigentums. Für uns bedeutet das, dass der Einzelne seine Daten dort haben und so nutzen kann, wie er möchte. Das ist Schritt eins. Schritt zwei ist der Datenschutz. Deshalb kombinieren wir Off-Chain- und On-Chain-Token, um das Auslesen aller Daten und die Erstellung von Profilen zu verhindern. Zuletzt müssen wir verstehen, wie wir diese Lösungen implementieren. Nutzer sollten keine Wallet verbinden müssen. Wir müssen keine Wallet mit einer Website verbinden, um deren Inhalt zu prüfen und sie zu nutzen. Andere Technologien können die Wallet-ID einer Person verborgen halten und trotzdem Inhalt und benötigte Funktionen validieren. Es geht darum, die technischen Möglichkeiten zu kennen, Unternehmen zu zeigen, was sicher ist und wie man es baut, und Systeme zu schaffen, in denen Verbraucher bei der Nutzung ihrer Token ihre Privatsphäre bewahren können.

Projektbeispiele und Aussagen zum Datenschutz

Diesen Teil ansehen · 20:58

Kevin Welche Unternehmen, außer natürlich Smart Token Labs, könnten das deiner Meinung nach bald richtig umsetzen?

Mathew Ich glaube nicht, dass das so schwer wird. Die Leute gehen nicht blind vor. Kein Unternehmen sagt: „Ich mache einfach ein Tokenisierungsprojekt, ohne mit anderen zu reden.“ Wenn wir sie begleiten, sorgen wir dafür, dass diese Dinge berücksichtigt werden. Wir veröffentlichen Projekte mit einem der besten Cricketspieler der Welt und haben Projekte für die FIFA-Weltmeisterschaft und die Ethereum Foundation gemacht. Viele große Akteure wollen diese Technologien und Systeme einsetzen. Sie halten sich an diese Regeln. Wir sehen, dass Privatsphäre erhalten bleibt. Sie ist ein wesentlicher Aspekt der Technologie und ihrer Sicherheit.

Drei Kernaussagen über Token und kombinierbare Dienste

Diesen Teil ansehen · 21:53

Kevin Gibt es zum Abschluss noch etwas, das du teilen möchtest? Ansonsten vielleicht drei Kernaussagen zum Mitnehmen? Wir haben viele unterschiedliche, aber eng zusammenhängende Themen besprochen, und es gibt einiges, das die Zuhörer behalten könnten.

Mathew Gerne. Drei Dinge. Erstens gibt es einen Unterschied zwischen Verbriefung und Tokenisierung. Token sind unterschiedlich und müssen nicht immer Vermögenswerte sein. Sie können darüber hinausgehen und Anwendungen werden. Zweitens müssen wir bei der Zukunft des Internets an kombinierbare Dienstleistungen denken. Dafür können wir Token einsetzen. Warum? Weil wir damit die zentralen Probleme des Internets, Integration und Datenaustausch, lösen. Drittens sollten wir uns eine Welt vorstellen, in der Token nicht nur Währungen sind, sondern Anwendungen, die bessere Nutzererlebnisse ermöglichen. Darum geht es am Ende. Unternehmen, die das lernen, werden ähnliche Markteffekte und eine ähnliche Dominanz erreichen wie die frühen Digitalisierer Netflix, Salesforce und Amazon. Sie lieferten zuerst Dienstleistungen über das Web. Dann kamen Apps, Instagram und andere App-Unternehmen. Die nächste Welle, die die kommende digitale Landschaft dominieren wird, existiert noch nicht. Aber ich garantiere: Sie wird tokenisiert sein.

Abschluss

Diesen Teil ansehen · 23:33

Kevin Das ist ein guter Abschluss. Ich habe nichts hinzuzufügen. Mathew, danke fürs Teilen. Wenn du Links in der Videobeschreibung möchtest, ergänze ich sie für alle Zuschauer und Zuhörer. Danke für deine Zeit und danke fürs Zuschauen.

Mathew Danke für die Einladung, Kevin.

Kevin Sehr gerne.

Jingle [Abschlussjingle: Wavect, das Web3-Softwareunternehmen, das versteht, was du willst.]

Transkript aus dem Englischen übersetzt und für die Lesbarkeit leicht bearbeitet. Maßgeblich ist die Aufnahme. Aus englischen automatischen Untertiteln redigiert. Füllwörter und Wiederholungen wurden reduziert, Zeichensetzung und eindeutige Erkennungsfehler korrigiert. Alle Gesprächsbeiträge sowie Einleitung und Schluss sind enthalten; die Übersetzungen folgen der redigierten englischen Fassung. Unklare Wörter und die untertitelte Nummer EIP-6159 sind gekennzeichnet. Der beschriebene Client-Script-Vorschlag entspricht ERC-5169. Es gab keine unabhängige Audiotranskription oder Hörprüfung. Maßgeblich bleibt die Aufnahme. Produkt-, Projekt- und Akzeptanzaussagen beziehen sich auf August 2023 und stammen vom Sprecher. Vollständige DSGVO-Konformität oder Wallet-Anonymität werden durch dieses Interview nicht belegt. Eine Attestierung ist nicht automatisch ein Zero-Knowledge-Beweis. Tokenisierung beseitigt weder APIs noch gemeinsame Semantik oder Integrationsarbeit. Der Auto-, Uber- und Versicherungsablauf ist ein Beispiel, keine verifizierte produktive Integration.

Fragen, die diese Folge beantwortet

Einen Token, der nutzbare Funktionen anbietet und mehr als ein Eigentumsnachweis oder handelbarer Vermögenswert ist. Ab 03:58 verbindet sein Autobeispiel Fahrzeug- und Versicherungsdienste. Das ist ein vorgeschlagenes Interaktionsmodell. Es braucht unterstützende Software, Anbieter und Zugriffskontrollen; Eigentum allein macht die Dienste nicht funktionsfähig.
Aus dem Interview folgt kein automatischer Ersatz. Ab 12:12 fragt Kevin nach einer gemeinsamen REST-Schnittstelle. Sweezey verweist auf Smart Layer und TokenScript. Das verändert die Bereitstellung von Funktionen für Nutzer, während Integrationen, gemeinsame Datenbedeutungen und die Zusammenarbeit der Anbieter weiterhin umgesetzt werden müssen.
TokenScript ist ein Framework, das Tokenfunktionen über kompatible Clients darstellt und nutzbar macht. ERC-5169 ist eine Contract-Schnittstelle, die zugehörige Client-Skripte über scriptURI auffindbar macht. Die Untertitel nennen ab 13:24 EIP-6159, doch der Mechanismus entspricht ERC-5169. Ein Skript zu verknüpfen und seine Oberfläche auszuführen sind unterschiedliche Aufgaben.
Nein. Ab 09:08 beschreibt Sweezey Off-Chain-Daten, nicht öffentliche Register und E-Mail- oder Wallet-Pass-Erlebnisse. TokenScript kann Off-Chain-Funktionen einbinden. Eine Client-Oberfläche ist etwas anderes als Blockchain-Ausführung. Die Implementierung muss weiterhin Ausgabe, Authentifizierung und Zugriff auf die zugrunde liegenden Dienste regeln.
Nein. Ab 10:04 beschreibt Sweezey eine Attestierung, die eine Tatsache bestätigt, ohne den zugrunde liegenden Token zu zeigen. Das ist das Offenlegungsziel seines Beispiels, keine allgemeine Eigenschaft jeder Attestierung. Eine Ja-Nein-Antwort allein belegt weder Zero Knowledge noch Unverknüpfbarkeit oder Schutz vor Metadatenkorrelation.
Nein. Ab 07:44 und 09:43 macht Sweezey weitreichende Konformitätsaussagen. Off-Chain-Speicherung verändert die Architektur, klärt aber nicht die Rechtmäßigkeit und den Datenschutz der gesamten Verarbeitung. Die Nachfrage zu öffentlichen Metadaten ab 17:53 bleibt relevant. Entscheidend sind die tatsächlichen Datenflüsse und Beteiligten, nicht Tokenbesitz als vermeintliche Zertifizierung.

Willst du dieses Denken für dein Produkt?

Wir bauen MVPs und arbeiten als Fractional CTOs für Gründer, die lieber liefern als reden.