Firefly Wallet – IOTA Wallet der nächsten Generation

IOTA 1.5 nähert sich schnell…

Damit einher geht eine Reihe von Verbesserungen, die IOTA von einem exploratorischen Forschungsprojekt in ein ausgereiftes, unternehmensreifes Protokoll verwandeln werden. Experimentelle Merkmale wie trinäre Verschlüsselung und Winternitz-Einmalsignaturen (W-OTS) wurden entfernt und durch sorgfältig ausgewählte, erprobte Standards ersetzt. Diese Änderungen ermöglichen es der IOTA, das ursprüngliche Versprechen eines DAG-basierten DLT-Protokolls ohne den technischen Ballast und die Eintrittsbarrieren zu realisieren, die durch frühe Designentscheidungen eingeführt wurden.

Der primäre Zugang zu einem DLT Protokoll ist für die meisten Menschen die Wallet. Wallets ermöglichen es den Benutzern, ihre Krypto Währungsbestände zu verwalten und ihren privaten Schlüssel beim Senden und Empfangen von Tokens zu sichern. Konventionell haben Brieftaschen ihre Funktionalität auf einfache Zahlungen beschränkt. Doch in zunehmendem Maße erweitern Wallets ihren Funktionsumfang und werden zu Plattformen für die vielen Innovationen von DLT.

Bis jetzt war die primäre Wallet von IOTA Trinity. Trinity setzte einen hohen Standard in der Branche, mit einem glatten Design und einer vereinfachten Benutzererfahrung, mit der nur wenige andere Brieftaschen mithalten konnten. Trinity war die erste Wallet von IOTA, die erfolgreich Einmal Signaturen für den menschlichen Gebrauch sicher machte. Aber Trinity wird, wie das Zahlensystem, dem sie ihre Etymologie verdankt, in IOTA 1.0 verbleiben.

Eine neue Firefly Wallet für IOTA 1.5

Wir haben IOTA 1.5 zum Anlass genommen, die Wallet von Grund auf neu zu überdenken, von der Transaktionslogik über die Benutzererfahrung bis hin zum Design. Wir haben alles, was wir in einem Zeitraum von drei Jahren gelernt haben, aufgegriffen und eine App entwickelt, die als Plattform für das aktuelle und zukünftige Ökosystem der IOTA dienen wird. Unsere Wallet für IOTA 1.5 und darüber hinaus wird Firefly heißen.

Firefly Dashboard
Firefly’s Dashboard im Dunkel-Modus
Firefly’s Dashboard im Hellen Modus

Die Firefly Wallet  wurde mit Blick auf die Zukunft gebaut – die technische Architektur und die Benutzeroberfläche der Wallet wurden im Zusammenhang mit späteren Erweiterungen wie Tokenized Assets, Chat und Kontaktmanagement entwickelt. Im Laufe des nächsten Jahres werden wir sehen, wie eine Reihe zusätzlicher Funktionen zum Stack der Wallet hinzukommen.

Die wichtigsten Fortschritte in der ersten Version von der Firefly Wallet sind Sicherheit, Kernbenutzererfahrung und eine erweiterbare Architektur. Wenn Sie wollen, dass aus einer App eine erweiterbare Plattform wird, sollten Sie sich in erster Linie auf die Perfektionierung Ihres Kerns konzentrieren. Mit dem Augenmerk auf den Kern bauen die ersten Funktionen auf dem bestehenden Funktionsumfang von Trinity auf. Es gibt jedoch einige wesentliche Unterschiede:

  • Wir haben das Konzept der Profile und Konten eingeführt. Profile bedeuten, dass mehrere Personen die App auf demselben Gerät nutzen können, ohne Zugriff auf die Wallets der anderen zu haben. Während Konten bedeuten, dass ein Benutzer seine Geldmittel z.B. auf ein Hauptkonto, ein Ausgabenkonto und ein Ledger Nano-Konto aufteilen kann.
  • In der gesamten Anwendung wurden häufige UX-Probleme behoben und andere kleinere Funktionen hinzugefügt. Beispielsweise öffnet Ihre Anstecknadel Ihre Wallet, ohne dass Sie jemals Ihren Seed entschlüsseln müssen, so dass Sie Ihren Kontostand sicher überprüfen können. In der Zwischenzeit haben wir einen Netzwerkindikator hinzugefügt, um den Benutzern Informationen über den aktuellen Zustand des IOTA-Netzwerks zu geben.
  • Die Firefly Wallet genießt auch die vielen Vorteile von Chrysalis, darunter wiederverwendbare Adressen, 24-Wort-Wiederherstellungssätze und eine verbesserte Netzwerkleistung.
Firefly Wallet: Account Übersicht

Ein erweiterbarer und exportierbarer Anwendungskern

Eine wesentliche Einschränkung von Trinity war die enge Kopplung zwischen der Logik und der Anwendung selbst. Mit der Firefly Wallet verfolgen wir einen Ansatz, bei dem alles von anderen Entwicklern in anderen Anwendungen wiederverwendbar sein sollte. Folglich verfügen wir bereits über einen nützlichen Satz von Werkzeugen, mit denen andere Entwickler bauen können.

stronghold.rs – Eine sichere Bibliothek zur Handhabung und Speicherung vom Seed

Stronghold ist vielleicht die bedeutendste Neuerung in der ersten Version von Firefly, die die Sicherheit der Wallet erheblich verbessert hat. Sensible Operationen wie Adressgenerierung und Transaktionssignierung finden in einem isolierten Anwendungsspeicher statt, wodurch der Keim von potentiellen Angreifern ferngehalten wird. Stronghold dient auch als Schlüssel-Wert-Speicher und wird zur Speicherung von Anwendungen verwendet. Das bedeutet, dass Ihre Wallet vollständig tragbar wird. Sie benötigen nur ein aktuelles Stronghold-Backup, um Ihren Seed und Ihre Transaktionshistorie auf ein anderes Gerät oder eine andere Wallet-App zu übertragen.

wallet.rs – Eine vielseitige Wallet-Bibliothek

Die gesamte Transaktionslogik in Firefly wird von wallet.rs bereitgestellt – einer umfassenden IOTA Wallet Bibliothek, die in Rust geschrieben wurde. Die Bibliothek bietet alle Funktionen, die für die Erstellung von Wallets und Tauschintegrationen benötigt werden, von der Kontoerstellung über die Initiierung von Transfers bis hin zur staatlichen Verwaltung und Sicherung. Wallet.rs zielt auf Chrysalis ab, d.h. wenn das kommende Chrysalis-Testnetz bereitgestellt wird, wird wallet.rs für die Nutzung verfügbar sein. Die erste Version wird mit Neon-Bindungen für Node JS kommen, Python und WASM werden folgen, weitere sind zu einem späteren Zeitpunkt geplant.

Mit wallet.rs und stronghold.rs können Entwickler auf einfache Weise sichere Wallet- und Zahlungsfunktionalitäten in einer Vielzahl von Anwendungsfällen und Umgebungen integrieren. Wir rechnen mit einer Reihe von Gemeinschaftsprojekten, bei denen Wallets und andere Anwendungen mit diesem Tooling erstellt werden.

Wir haben die Mentalität der Wiederverwendbarkeit auch auf das Design der Benutzerschnittstelle angewandt und planen, eine Komponentenbibliothek für Entwickler zur Verfügung zu stellen, die sie neu gestalten und in ihren eigenen Projekten verwenden können. In der Zwischenzeit arbeiten wir parallel an einem Plugin-System mit einer Zugriffskontroll-API, um den Benutzern die Kontrolle darüber zu geben, welche Funktionen sie in ihrer Wallet aktivieren.

Einstellungen für Sprache und Erscheinungsbild

Große Pläne für die Zukunft von Firefly

Wir haben große Pläne für die Firefly Wallet. Als Einstiegspunkt in das IOTA-Ökosystem wird Firefly viele der kommenden Funktionen des IOTA-Protokolls integrieren, von Tokenized Assets und dApp-Interaktion bis hin zu Mana-Delegation und Identität. Firefly wird auch neue Funktionen sehen, die das IOTA-Benutzererlebnis als Zahlungsprotokoll verbessern, wie z.B. ein Kontaktsystem und eine begleitende Browser-Erweiterung. Unsere Priorität liegt zunächst auf der Freigabe der Desktop-Version, bevor die Aufmerksamkeit auf mobile Geräte und später auf das Kontaktsystem und den Chat gelenkt wird.

Die Desktop-Version von Firefly befindet sich derzeit in einem fortgeschrittenen Entwicklungsstadium, und wir streben unsere erste Alpha-Version im Dezember an. Wir werden in den kommenden Wochen Wallet-Tester und Übersetzer suchen. Halten Sie Ausschau nach den X-Team-Anwendungen auf Twitter und Discord.

Wenn Sie sich an der Diskussion über Firefly beteiligen möchten oder Fragen an die Entwickler und Designer haben, dann nehmen Sie an der #firefly Diskussion auf unserem Discord-Server teil.

Original Charley Varley : https://blog.iota.org/firefly-iota-next-generation-wallet-26bdd4d01510

IOTA Chrysalis Wöchentliches Update #2

Wird wöchentlich als Zusammenfassung der Aktualisierungen der Chrysalis-Phase 2 veröffentlicht. Bitte klicken Sie hier, wenn Sie das vollständige monatliche Update zum Entwicklungsstatus erhalten möchten.

IOTA 1.5

IOTA 1.5 (auch bekannt als Chrysalis) ist die Zwischenstufe des Hauptnetzes, bevor der Coordicide abgeschlossen ist. Sie können hier mehr über die Strategie zur Freigabe von Chrysalis lesen.

Die Komponenten der Chrysalis Phase 1 wurden im August in das Hauptnetz eingespeist. Das Ingenieurteam arbeitet nun an der Phase 2 von Chrysalis.

Die Aktualisierungen und der Status dieser Woche

Bee

  • Letzte Woche schloss das Bee Team erfolgreich einen Bee Node an eine Hornet Node auf dem Chrysalis Testnetz an. Dadurch konnte das Team die Synchronisation zwischen den Knoten erfolgreich testen
  • Das Team ist dabei, das Netzwerkprotokoll zu aktualisieren, wobei der Ledger und die Snapshot Implementierung optimiert werden
  • Ein Endpunkt für das Senden von Nachrichten muss noch von der neuen API aus implementiert werden
  • Verschieben von Kisten (crates) in das Haupt-Repository von Bee
  • Der bevorstehende Schwerpunkt wird weitgehend auf der Dokumentation, dem Testen und der Prüfung der erforderlichen Kisten liegen

Hornet

  • Fortschritte beim Refactoring von Gossip und Tangle Plug-ins und Snapshot Plug-ins
  • Zurücksetzen des internen Chrysalis Testnetzes beim Hinzufügen von Netzwerk-IDs zum Nachrichten-Layout
  • MQTT-Websocket-Implementierung hinzugefügt
  • Delta Snapshot Import und -Export Funktionalität hinzugefügt

Iota.rs und wallet.rs

Unsere Rust-Implementierung von Standard Client Bibliotheks  und Wallet-Funktionalitäten:

  • Die Logik für Neuanbindung, Werbung und Wiederholungsversuche wurde zusammengeführt
  • Der Prozess der Knotensynchronisierung funktioniert jetzt
  • Die erste Integration mit der MQTT-Schnittstelle von Hornet wurde zusammengeführt
  • Python Bindungen für iota.rs sind in vollem Gange. Das Senden von Nachrichten und die Überprüfung der Balance funktioniert, weitere APIs sind in Arbeit
  • Es wird zwei dokumentierte Möglichkeiten zur Handhabung von Seed in der Bibliothek geben, eine mit Stronghold, die andere mit dotenv.
  • Wallet.rs node.js-Bindungen über Neon wurden zusammengeführt

Crypto.rs und Stronghold

Crypto.rs ist eine Kiste für alle kryptographischen Algorithmen, die von vielen der Projekte bei IF verwendet werden. Stronghold ist eine sichere Software Implementierung zur sicheren Isolierung digitaler Geheimnisse.

  • Einführung von Changelog, Release-Management und einem polyglotten Artefakt Publishing Workflow über Covector
  • Plattformübergreifende Einführung einer sicheren Zone
  • Überarbeitung von Client, Top-Level-Akteur und libp2p
  • Teilnahme an der projektübergreifenden Arbeitsgruppe für Bindungen
  • Zusammenarbeit mit dem Projekt riker.rs (das von Stronghold verwendete Akteursmodell)
  • Die Top-Level-Bibliothek für Stronghold ist in Arbeit, sie wird als Einstiegspunkt zu Stronghold für alle konsumierenden Anwendungen (und Bindungen) verwendet werden
  • Das Hauptaugenmerk liegt darauf, die Wallet und ihre Integration mit den Bibliotheken in einen funktionierenden Zustand zu bringen.

Firefly

Chrysalis Phase 2 wird mit einer neuen Wallet Implementierung namens Firefly kommen, die Trinity ersetzt

  • Die Arbeit an der Anbindung von wallet.rs an die Wallet-Anwendung wird fortgesetzt.
  • Das Ziel dieser Woche ist es, die Integration der Benutzeroberfläche abzuschließen. Dies wird es uns ermöglichen, in den kommenden Wochen die erste Wallet Alpha für die Gemeinschaft zur Verfügung zu haben
  • Die Arbeiten an dem neuen Wasserhahn, der von wallet.rs unter Verwendung von Neon-Bindungen betrieben wird, sind im Gange. Das Front-End wurde entworfen, die Integration wird folgen.

Testnetz

Wir befinden uns jetzt in einer Phase, in der wir die Chrysalis-Funktionalität auf einem privaten Testnetz testen. Wir arbeiten daran, alle notwendigen Teile zusammenzuführen, um das Testnetz öffentlich zu machen. Dies umfasst:

  • die CLI wallet – kurz vor der Fertigstellung
  • neuer faucet
  • komplette Infrastruktur, die wir jetzt überarbeiten, einrichten
  • Knotensoftware stabilisiert – brechende Änderungen werden weiterhin Teil des Testnetzes sein
  • wallet.rs mit JS-Bindungen
  • iota.rs mit JS-Bindungen

Gegenwärtig wird angestrebt, die erforderlichen Werkzeuge bis Ende nächster Woche bereit zu haben.

Prüfungen

Ein großer Teil der Bemühungen in Phase 2 von Chrysalis besteht in der Prüfung der neuen Funktionalität. Wir haben die entsprechende Verfügbarkeit bei mehreren externen Wirtschaftsprüfungsgesellschaften für die kommenden Wochen gebucht, damit wir so bald wie möglich mit der Prüfung der verschiedenen Komponenten beginnen können.

Wie immer heißen wir jeden willkommen, bei Discord vorbeizuschauen – jedes hier erwähnte Projekt hat einen Kanal (oder mehr) für Diskussionen mit den Entwicklern!

Folgen Sie uns auf Twitter, um über alle Neuigkeiten auf dem Laufenden zu bleiben: https://twitter.com/iotatoken

Original Jakub Cech: https://blog.iota.org/chrysalis-weekly-update-november-27-9a7582485d2

Einführung in Zebra Savanna und IOTA Track and Trace Ledger API

Einführung in Zebra Savanna und IOTA Track and Trace Ledger API

Eine neue API, kombiniert Strichcode/RFID-Technologie mit blockchain – einfach und kostengünstig (Kostenlos Testen ist möglich)

Dieser Blog stellt die Distributed Ledger Technology (DLT) vor und zeigt, wie sie mit RFID oder Scanning kombiniert werden kann, um eine neue Generation von dezentralen Supply-Chain-Anwendungen aufzubauen. Diese Anwendungen ermöglichen den sicheren Austausch vertrauenswürdiger und unveränderlicher Daten zwischen mehreren Beteiligten. Zu diesem Zweck bietet Zebra Savanna jetzt öffentlich die IOTA Track & Trace Ledger REST API an, die es Entwicklern ermöglicht, neuartige Track & Trace Lösungen zu entwickeln und zu testen.

Verstehen der DLT-Technologie

Die automatische Identifizierung physischer Gegenstände ist ein wichtiger Aspekt dezentralisierter Handels- und Lieferketten, die Distributed Ledger Technologies (DLT) (auch bekannt als blockchain) nutzen. Für diejenigen, die mit DLT bezogenen Konzepten weniger vertraut sind, sind nachstehend einige nützliche Definitionen aufgeführt:

  • Ein Ledger ist ein Informationsspeicher, der endgültige und definitive (unveränderliche) Aufzeichnungen von Transaktionen führt
  • Ein verteiltes Ledger (Distributed Ledger, DLT) ist eine Art von Ledger, das auf verteilte und dezentralisierte Weise gemeinsam genutzt, repliziert und synchronisiert wird.
  • Ein dezentralisiertes System ist ein verteiltes System, bei dem die Kontrolle unter den am Betrieb des Systems beteiligten Personen oder Organisationen verteilt ist

IOTA ist ein quelloffenes DLT, das die gemeinsame Nutzung jeder Art von Daten (insbesondere IoT-Daten) ermöglicht, wobei die Rückverfolgbarkeit ihrer Quelle zusammen mit der Integrität und Unveränderbarkeit der gemeinsam genutzten Informationen und einer dedizierten Zugriffsverwaltung, z.B. wer was lesen kann, gewährleistet wird. Im Gegensatz zu traditionellen blockchain-basierten DLTs basiert IOTA auf einem gerichteten azyklischen Graphen, dem Tangle.

Dieses Video erklärt, wie der Tangle von IOTA funktioniert. Hier finden Sie einen Einstiegsleitfaden für IOTA-Entwickler mit zusätzlichen Referenzen. IOTA umfasst auch 2nd-Layer-Ledger-Protokolle, wie z.B. IOTA-Streams. Dieses Protokoll organisiert die Daten auf dem Ledger automatisch und macht es äußerst einfach, digitale Zwillingsverbindungen einzurichten, z.B. um alle Daten bezüglich der Sendungsbewegung von Ende zu Ende in einer Lieferkette zu verbinden. Diese Arten von Transaktionen werden als Daten- (oder Nullwert-) Transaktionen bezeichnet.

Dezentralisierte Anwendungen mit DLT und AIDC eröffnen neue Geschäftsmodelle

Zebra und die IOTA Foundation arbeiten an der Integration zwischen automatischen Identifikationstechnologien (AIDC) und dem IOTA Ledger (dem Tangle) durch einfache, aber leistungsstarke REST APIs. Tatsächlich wird die Track and Trace Ledger API von Zebra Technologies und der IOTA Stiftung über die Zebra Savanna Data Services-Plattform als Service (derzeit in einem Sandbox-Preview-Versionsmodus) angeboten. Eigentlich handelt es sich bei solchen APIs um einen dünnen Wrapper auf der Grundlage der IOTA Streams Technologie, einem DLT-Protokoll der zweiten Schicht.

Automatische Identifikations- und Datenerfassungstechnologien (Automatic Identification and Data Capture Technologies, AIDC) wie RFID oder Strichcodes können in Kombination mit DLT-Technologien wie IOTA eine neue Generation von dezentralisierten Anwendungen ermöglichen. Das Endziel besteht darin, direkt oder indirekt erfasste Informationen durch AIDC zu nutzen, um eine digitale Repräsentation (Digital Twin) von physischen Gegenständen und deren Kontext (Standort, Eigentum usw.) zu erstellen.

Eine solche digitale Zwillingsdarstellung kann auf einem DLT veröffentlicht werden, einer sicheren, dezentralisierten und vertrauenswürdigen Datenbank, die die Integrität bewahrt und als einzige Quelle der Wahrheit fungiert. Daher ermöglicht das DLT tatsächlich mehreren Beteiligten den Datenaustausch in Echtzeit über die gesamte Lieferkette hinweg (in einem B2B- oder B2C-Szenario). Mit vertrauenswürdigen Daten (die nicht manipuliert werden können und jeder Akteur für die gemeinsam genutzten Daten verantwortlich ist) und der Möglichkeit, Zugriffsberechtigungen zu kontrollieren (wer lesen/schreiben kann), wird eine Reihe neuer Geschäftsmodelle ermöglicht:

  • bessere Sichtbarkeit und damit Vorhersagbarkeit ermöglichen eine optimalere Koordination;
  • Produktherkunft und Transparenz – Verfolgung und Austausch von Informationen darüber, wo/wie/wer ein Produkt hergestellt hat;
  • sichere Lieferketten – Bekämpfung von Produktfälschungen, die in Lieferketten gelangen, usw.

Anregung

Ein Beispiel ist die Rückverfolgung verschiedener physischer Gegenstände, um einen Prozess zu optimieren oder sichtbarer und transparenter zu machen. Siehe zum Beispiel dieses Video von Zebra Technologies und IOTA. Ein Autoreifen, an dem ein RFID-Tag angebracht ist, wird mittels RFID verfolgt. So wird jedes Mal, wenn der Reifen eine Mautstelle (Fabrik, Lager, Transport, Garage) passiert, die Reifenbewegung von einem RFID-Lesegerät aufgezeichnet und an das IOTA-Ledger weitergeleitet, bis er das endgültige Auto erreicht, wo er montiert wird. Später kann auch der Fahrer (der Verbraucher) Zugang erhalten und den gesamten Lebenszyklus des Reifens, der in seinem Auto verwendet wird, kennen lernen. Ähnliche Rückverfolgbarkeitsprozesse könnten auch bei anderen Produkten ermöglicht werden, die für Unternehmen und Verbraucher von Interesse sind, z.B. die Rückverfolgbarkeit von Lebensmitteln vom Bauernhof bis auf den Tisch.

Ein weiteres Beispiel ist der papierlose Handel, an dem mehrere Länder und Interessengruppen beteiligt sind. Sie können sich dieses Video ansehen, wo die IOTA-Stiftung und Trade Mark East Africa den grenzüberschreitenden Handel mit Hilfe eines dezentralisierten Systems auf der Grundlage von IOTA digitalisieren. In diesem Fall setzen IOTA und Zebra RFID Technologien ein, um verschiedene Ereignisse zu generieren, die die Entwicklung der Sendungen/Sendungen (und ihrer einzelnen Artikel) entlang der Lieferkette und der Akteure des globalen Handels verfolgen. Die Kombination von AIDC und DLT ermöglicht es, die Wettbewerbsfähigkeit zu erhöhen, indem Handelsprozesse effizienter gestaltet und Lieferstreitigkeiten und Unsicherheiten reduziert werden.

APIs in der Zebra Savanna Sandbox

Unter seiner Sandbox Umgebung hat Zebra Savanna eine neue API, die Track and Trace Ledger API, veröffentlicht, die es ermöglicht, automatisch Scan- (Barcode) oder Lese- (RFID) Transaktionen (möglicherweise von Zebra-Geräten stammend) an ein IOTA Ledger (dem Tangle) zu veröffentlichen und zu verbrauchen. Infolgedessen können neue Anwendungen wie die oben beschriebenen leicht entwickelt werden. Es ist wichtig zu beachten, dass die aktuelle API Implementierungs Sandbox das Devnet-Netzwerk der IOTA nutzt. Dieses Netzwerk besteht aus einer begrenzten Anzahl von Knoten, die hauptsächlich von der IOTA Stiftung beigesteuert werden. Sicherheit und Vertraulichkeit der in diesem Netzwerk ausgegebenen Transaktionen entsprechen denen des IOTA Mainnet. In Zukunft werden Zebra Technologies und die IOTA Foundation Zebranet, ein spezielles IOTA DLT-Netzwerk für Zebra-Kunden, einsetzen.

Die IOTA Track and Trace Ledger API bietet Entwicklern derzeit die folgenden Funktionalitäten:

  • POST, neue Lese- oder Scan-Transaktion an den IOTA-Ledger, dem Tangle. Informationen wie EPC, Symbologie, Strichcode, Standort, (Geräte- und Server-) Zeitstempel oder beteiligte Antenne können unveränderlich gespeichert werden
  • GET, aus dem Tangle, alle Lese- oder Scan-Transaktionen, die mit einem EPC- oder Strichcode-Wert verbunden sind
  • GET, aus dem Tangle, alle Lese- oder Scan-Transaktionen, die mit einem Reader oder Scanner durchgeführt wurden
  • GET, aus dem Tangle, eine einzelne Transaktion anhand ihrer ID
  • Entwickler können diese IOTA-Javascript-Bibliotheken auch verwenden, um die RFID- oder Scandaten direkt über den IOTA Tangle zu konsumieren, was besonders für Web Anwendungen nützlich sein kann

Zebra und die IOTA Foundation haben ein detailliertes Tutorial entwickelt und veröffentlicht, das auch eine IOTA’s Postman Collection enthält, um die Nutzung und das Erlernen der API zu erleichtern. Wir ermutigen Sie, damit zu experimentieren und Feedback zu geben.

Webinare und Rückmeldungen

Die Track and Trace Ledger API (Sandbox-Version) eröffnet dank der Kombination von IOTA und RFID oder Barcodes eine neue Welt von Geschäftsmöglichkeiten und Anwendungen. Wir ermutigen Sie daher, an den Einführungswebinaren teilzunehmen:

  • IOTA Webinar | Donnerstag, 3. Dezember 2020 | 9:00 AM CDT

Ein Überblick über RFID-Technologien, die Verwendung der Zebra-IOTA-API und die Vorstellung eines Anwendungsbeispiels im Zusammenhang mit der Digitalisierung des internationalen Handels.
Jose Manuel Cantera, IOTA-Stiftung und Dino Gregorich, Zebra Technologies
JETZT ANMELDEN

  • Zebra DevTalk | Track and Trace mit IOTA Blockchain | Wed. 20. Januar 2021 10 AM CDT

Ein Überblick über DLT-Technologien, dem IOTA Tangle und die Verwendung der Zebra API in Kombination mit IOTA-Bibliotheken. Ein Anwendungsfall zum Thema Track & Trace von Waren in verschiedenen Lieferketten.
Die Vortragenden Manuel Cantera, IOTA und Robin West, Zebra Technologies
JETZT ANMELDEN

Schlussfolgerungen

Die Kombination von RFID- und Scan-Technologien mit DLT eröffnet eine neue Welt neuartiger, dezentraler Lieferkettenanwendungen, die einen sicheren, vertrauenswürdigen und unveränderlichen Datenaustausch ermöglichen. Zebra und die IOTA Foundation erleichtern Entwicklern das Erstellen und Testen dieser Anwendungen durch einfache, aber dennoch leistungsstarke REST-APIs, die direkt mit dem IOTA Tangle DLT verbunden sind.

Original Stacey Kruczek: https://developer.zebra.com/blog/introducing-zebra-savanna-and-iota-track-and-trace-ledger-api

Eröffnung von Christian Doppler Labor für DLT Forschung durch IOTA, PANTOS und TU Wien

Wir sind stolz darauf, bekannt zu geben, dass die IOTA Stiftung dem neuen Christian Doppler Laboratory Blockchain Technologies for the Internet of Things (CDL-BOT) als Industriepartner beitritt. Eine am Institut für Information Systems Engineering der TU Wien angesiedelte Forschungsgruppe wird Spitzenforschung zur DLT Interoperabilität, zur Schnittstelle von DLT mit dem Internet der Dinge und zu Unterstützungsangeboten für Entwickler betreiben. Heute, am 26. November 2020, eröffnete die Bundesministerin für digitale und wirtschaftliche Angelegenheiten in Österreich, Dr. Margarethe Schramböck, das Labor offiziell in einer digitalen Zeremonie, an der auch unser Mitbegründer und Mitvorsitzender des IOTA Vorstands, Dominik Schiener, teilnahm. Gemeinsame Forschung in einem Netzwerk aus führenden Universitäten, öffentlichen Forschungseinrichtungen und Partnerschaften des privaten Sektors sind der Schlüssel zur Mission der IOTA-Stiftung bei der Entwicklung von Open-Source-Technologien und -Infrastrukturen für ein vertrauenswürdiges Internet der Dinge.

Das CDL-BOT ist ein langfristiges Forschungsprojekt mit einer voraussichtlichen Laufzeit von sieben Jahren, das mehrere Postdoktoranden und Doktoranden unter der Leitung von Prof. Stefan Schulte beschäftigt. Für die IOTA Stiftung ist der Aufbau dieses Projekts in einzigartiger Weise darauf ausgerichtet, nicht nur die Forschung über den IOTA Tangle und seine Anwendungen im Internet der Dinge selbst zu erweitern, sondern auch über das IOTA Protokoll hinauszuschauen, um das europäische DLT-Ökosystem zu fördern. Dies erfordert neuartige Mechanismen, um die DLT Interoperabilität zu ermöglichen, die von Blockchain übergreifenden Token Transfers oder atomaren Swaps bis hin zu Blockchain übergreifenden intelligenten Vertragsaufrufen (Smart Contracts) und Interaktionen reichen, sowie die Bereitstellung von clientseitiger Blockchain Interoperabilität durch Entwicklerunterstützung.

Prof. Stefan Schulte, der das neu eingerichtete Labor leitet, bemerkte dazu: „Mit der steigenden Zahl potenzieller Anwendungsbereiche für DLT basierte Zahlungen und Datenaustausch im Internet der Dinge müssen neue DLTs integriert werden und die Interoperabilität zwischen verschiedenen DLTs wird notwendig sein. Ich freue mich darauf, gemeinsam mit der IOTA Stiftung und Pantos zu forschen, um neuartige Lösungen für dieses hochaktuelle Thema zu finden“.

Das Christian-Doppler-Labor wird von der staatlich geförderten Christian Doppler Gesellschaft finanziert, einem österreichischen Pionier bei der Erleichterung einer erfolgreichen Zusammenarbeit zwischen Wissenschaft und Privatwirtschaft. Die Zusammenarbeit wird zur Entwicklung von Produkten und Verfahren bei der IOTA Stiftung und Pantos, einer Tochtergesellschaft von Bitpanda, beitragen. Mit einer Erfolgsgeschichte von 25 Jahren haben CD Laboratories ihre Effizienz bei der Förderung neuartiger Kooperationen bewiesen, die Wissenschaft, Gesellschaft und Privatwirtschaft gleichzeitig zugute kommen.

Eric Demuth, Mitbegründer und CEO von Bitpanda: „Um die Branche auf die nächste Stufe zu bringen, sollten die Interoperabilität von Blockchains sowie die Integrität von Daten höchste Priorität haben. Wir glauben, dass unsere Partnerschaft mit der Christian Doppler Gesellschaft, dem österreichischen Bundesministerium für digitale und wirtschaftliche Angelegenheiten sowie der IOTA Foundation es uns ermöglicht, an der Spitze der Interoperabilitätsentwicklung zu bleiben, um eine der größten Komplexitäten in dieser jungen, aber stetig reifenden Industrie zu lösen“.

Für die IOTA-Stiftung ist das Christian-Doppler-Labor ein weiterer Schritt, die akademische Forschung über den Tangle zu stärken und dies in Partnerschaft mit führenden europäischen Initiativen des Privatsektors zu tun, um die Relevanz solcher Aktivitäten branchenübergreifend sicherzustellen. Im Zuge der Weiterentwicklung der DLT-Branche ist die Förderung der Interoperabilität digitaler Assets und die Möglichkeit, sie über Organisationen und Prozesse hinweg miteinander zu verbinden, eine entscheidende Herausforderung, die durch die Zusammenführung der Expertise von Pantos und IOTA mit führenden Stimmen aus der akademischen Welt auf einzigartige Weise angegangen werden kann.

Dominik Schiener, Mitbegründer und Mitvorsitzender des Vorstands der IOTA Stiftung, kommentierte die Initiative: „Wir sind stolz darauf, bekannt zu geben, dass die IOTA Stiftung dem neuen Christian Doppler Laboratory Blockchain Technologies for the Internet of Things (CDL-BOT) als Industriepartner beitritt. Eine am Institut für Information Systems Engineering der TU Wien angesiedelte Forschungsgruppe wird Spitzenforschung zur DLT-Interoperabilität, zur Schnittstelle von DLT mit dem Internet der Dinge und zu Unterstützungsangeboten für Entwickler betreiben.

Über die TU Wien: Die TU Wien wurde 1815 als k.u.k. Polytechnisches Institut gegründet. Sie war die erste Technische Universität im heutigen deutschsprachigen Europa. Heute findet die Universität sowohl in der Lehre als auch in der Forschung hohe internationale und nationale Anerkennung und ist ein hochgeschätzter Partner innovationsorientierter Unternehmen. Das CDL-BOT ist an der Fakultät für Informatik der TU Wien angesiedelt, die zu den führenden Fakultäten für Informatik und Informationssysteme in Europa zählt. Neben anderen Forschungsthemen beherbergt die Fakultät für Informatik auch eine Reihe von führenden Forschern auf dem Gebiet der DLTs und Blockchains – sowohl in der Grundlagenforschung als auch in der angewandten Forschung. Ergebnisse dieser Forschung wurden vor kurzem auf der 3. Internationalen IEEE-Konferenz über Blockchains mit dem Best Paper Award ausgezeichnet.

Über Pantos: Pantos ist ein wissenschaftliches Forschungsprojekt, das darauf abzielt, eine der wichtigsten technischen Barrieren im Krypto- und Digital Asset Space zu lösen: die Interoperabilität zwischen Blockchain. Ziel des Pantos Projekts ist es, eine vereinheitlichende Lösung für die fragmentierte Blockchain und den Krypto-Währungsraum anzubieten.

Über Bitpanda: Bitpanda ist ein führender europäischer Neobroker auf der Mission, die komplexe Welt der Investitionen zu demokratisieren. Das Unternehmen wurde 2014 von Eric Demuth, Paul Klanschek und Christian Trummer gegründet. Bitpanda glaubt fest an Transparenz und daran, es für jeden so einfach wie möglich zu machen, mit dem Investieren zu beginnen. Bitpanda beseitigt komplizierte finanzielle Barrieren, indem es sich die Innovationskraft digitalisierter Anlagen und die Blockchain-Technologie zunutze macht. Mit niedrigen Gebühren, 24-Stunden-Handel rund um die Uhr und Echtzeit-Abwicklung ermöglicht Bitpanda es den Nutzern, ihre Finanztermingeschäfte selbst zu gestalten – zu ihren eigenen Bedingungen.

Über die IOTA Stiftung: IOTA ist eine globale gemeinnützige Stiftung, die die Forschung und Entwicklung neuer verteilter Ledger-Technologien (DLT), einschließlich des IOTA Tangle, unterstützt. Das IOTA Tangle löst die grundlegenden Unzulänglichkeiten der Blockchain: Skalierbarkeit, ökologische Nachhaltigkeit und Kosten. IOTA ist ein Open-Source-Protokoll, das die menschliche Wirtschaft mit der maschinellen Wirtschaft verbindet, indem es neuartige Machine-to-Machine-Interaktionen (M2M) ermöglicht, einschließlich sicherer Datenübertragung und gefühlloser Mikrozahlungen.

Um mehr zu erfahren, besuchen Sie www.iota.org, den YouTube-Kanal der IOTA-Stiftung und folgen Sie uns auf Twitter.

Original Florian Doebler: https://blog.iota.org/iota-pantos-and-tu-wien-announce-opening-of-christian-doppler-laboratory-for-dlt-research-3eb4389148bc

Der IOTA Standard – Norm Update – November 2020

Wie wir 2019 verkündet haben, hat IOTA die Mission, einen De-facto-Standard in der DLT- und IoT-Technologie zu setzen und zu werden. Heute werden wir erklären, was Standards sind, welche Standards in unserem Raum gelten und was wir konkret mit der Standardisierung tun. Darüber hinaus werden wir erörtern, was wir für das IOTA-Protokoll in der Entwicklung haben und welche Fortschritte wir in den letzten Monaten gemacht haben.

Bleiben Sie auf dem Laufenden für künftige Aktualisierungen, während wir uns durch die verschiedenen Normungsprozesse bei der Object Management Group (OMG) und anderswo arbeiten und den Stand der IOTA-eigenen Normen mitteilen.

Eins nach dem anderen: Was sind Normen?

Was bedeutet es eigentlich, ein Standard zu sein? Standards sind so allgegenwärtig, dass wir normalerweise nicht über sie nachdenken müssen. Man muss zum Beispiel nicht darüber nachdenken, in welche Richtung man eine Schraube dreht. Bei komplexeren Anforderungen, wie z.B. der Interoperabilität zwischen Computermodellen, wird eine Gruppe von Experten lange und intensiv über die Anforderungen nachdenken müssen. Sobald sie dies richtig gemacht haben, kann dies als internationaler Standard veröffentlicht werden, so dass sich nun alle auf die gleichen Anforderungen beziehen können.

Ein Standard ist in Wirklichkeit eine besondere Art von Anforderungsspezifikation, in der sich jeder darauf einigen kann, auf welche Spezifikation er sich bezieht, was die neueste Version ist und wie sie zu verwenden ist. Im Internet der Dinge ist dies besonders relevant, da es mehrere Schichten von Protokollen geben wird, die jeweils in einem eigenen Standard definiert sind. Dazu gehören W3C-Standards, IETF und De-facto-Standards der Industrie wie Zero MQ.

IOTA Spezifikation

Wenn wir auf dieser Ebene das Wort „Standard“ verwenden, beziehen wir uns vielleicht nur auf etwas, auf das sich alle geeinigt haben, z.B. auf einen gemeinsamen Industriestandard oder sogar auf die standardmäßige Art und Weise, wie ein Anbieter etwas tut. Dies sind das, was wir „de facto“-Normen nennen. Tatsächlich ist IOTA bereits ein De-facto-Standard – man muss sich auf ihn beziehen, um alles zu bauen, was auf dem IOTA Mainet betrieben werden kann oder das Daten mit einem IOTA Knoten erweitert oder austauscht.

Warum sind Normen wichtig?

Die Festlegung von Standards ist ein wichtiger Teil des Ingenieurwesens. Normen werden oft als Teil einer Spezifikation zitiert. Damals, als noch alles gedruckt wurde, konnte eine Spezifikation mehr als einen Meter dick sein, da sie Kopien aller Normen enthielt, auf die in ihr verwiesen wurde.

Die Verwendung von Normen gibt dem Benutzer eines beliebigen Produkts die Gewissheit, dass sich alle Aspekte eines Produkts, die von einer Norm abgedeckt werden, gleich verhalten. Er muss nicht darüber nachdenken, in welche Richtung er eine Schraube drehen soll.

Es gibt auch Zeiten, in denen mehr Vertrauen in eine Norm erforderlich ist. Woher weiß ich, dass Ihre Norm sich nicht ändern wird, dass sie die neueste Version ist und dass es keine Schwachstellen oder andere Probleme gibt, die andere Anwender gefunden haben?

Um diese Art von Vertrauen zu gewinnen, wenden wir uns an offizielle Normungsgremien, die formale Normen als internationale oder Industriestandards verwalten und pflegen. Diese werden von Gruppen wie der International Organization for Standardization (ISO), der Object Management Group (OMG) sowie von spezialisierteren Gruppen wie dem World Wide Web Consortium (W3C) und der Internet Engineering Task Force (IETF) festgelegt.

Beachten Sie, dass die meisten Standardisierungsgremien die Standards nicht als solche ’schreiben‘. Vielmehr nimmt eine Firma oder ein Industriekonsortium einen von ihnen entwickelten Standard und legt ihn dem Standardisierungsgremium vor. Auf diese Weise unterziehen sie ihn einer Prüfung, einer formalen Kontrolle und einer bewährten Praxis, die jedem mehr Vertrauen in diesen Standard gibt, als wenn er nur von einer Gruppe von Leuten allein erstellt worden wäre. Das Normungsgremium wird auch Schritte unternehmen, um sicherzustellen, dass Ihre neue Idee für eine Norm nicht etwas tut, was bereits existiert, und dass faire und gleiche Wettbewerbsbedingungen unter den Branchenteilnehmern bestehen.

IOTA setzt Standards

Die IOTA Stiftung möchte eine Reihe von Schlüsselstandards für die verteilte Ledger Technologie und das Internet der Dinge setzen und werden. Durch unsere Arbeit in den letzten Monaten ist das IOTA Protokoll bereits zu einem „De-facto“-Standard geworden, in dem Sinne, dass bestehende Nodesoftware (IRI, Bee und Hornet) sich standardisiert verhält, um am Tangle teilnehmen zu können. Der nächste Schritt ist die Einreichung des IOTA Protokolls als formaler internationaler Standard über die Object Management Group (OMG), wodurch eine formale Kontroll- und Steuerungsebene eingeführt wird, während gleichzeitig die Benutzer darauf vertrauen können, dass der Standard branchenübergreifend konsistent verwendet werden kann.

Wie funktioniert der Prozess?

Jedes Normungsgremium hat seine eigenen formalen Prozesse für die Entwicklung und Veröffentlichung von formalen Normen. Diese Prozesse unterscheiden sich zwar beträchtlich, sind aber auf das gemeinsame Ergebnis der Veröffentlichung einer formalen Spezifikation ausgerichtet, die von jedem befolgt werden kann, der ein Produkt oder eine Dienstleistung erstellen möchte, das bzw. die die Konformität mit dieser Norm oder mit bestimmten, im Dokument definierten Konformitätspunkten geltend machen kann. Die Prozesse zur Festlegung von Standards sind so gestaltet, dass gleiche Wettbewerbsbedingungen für alle Beteiligten gewährleistet sind. Im Allgemeinen ist es erforderlich, dass der Standard in einer realen Anwendung reflektiert wird, bevor er veröffentlicht werden kann.

Normenprozess der Object Management Group

Die derzeit aktiven IOTA Normeninitiativen werden von der Objektverwaltungsgruppe verfolgt. Die OMG hat auch eine Vereinbarung getroffen, wonach es möglich ist, einen OMG-Standard „im Schnellverfahren“ zu einem ISO-Standard zu machen.

Die Object Management Group (OMG) hat zwei Wege zur Veröffentlichung einer formellen internationalen Standardspezifikation. Diese sind:

  1. Anfrage für Kommentare (RFC)
  2. Aufforderung zur Einreichung von Vorschlägen (RFP)

Diese sind in der folgenden Abbildung dargestellt. In einigen Fällen geht der Entwicklung eines RFP ein allgemeineres „Request for Information“ (RFI) voraus, in dem die zuständige OMG Task Force feststellt, ob für einen bestimmten Anforderungskatalog ein Bedarf an einem neuen Standard besteht oder nicht.

so wird ein Norm Standard gemacht

Der „Bitte um Kommentare“ Prozess (Request for Comments RFC) ist für den Fall vorgesehen, dass es einen bestehenden De-facto-Standard gibt und keine realistische Chance besteht, dass jemand anders einen Standard vorschlagen möchte, der die gleiche Anforderung erfüllt. Ein RFC wird direkt von der Organisation eingereicht, die diesen Standard bereits pflegt, und wenn er von der zuständigen OMG Task Force akzeptiert wird, wird die ursprünglich eingereichte Version dann der Öffentlichkeit zur Prüfung vorgelegt. Antworten werden sowohl von OMG-Mitgliedern als auch von Nichtmitgliedern eingeholt, da der Zweck dieses Verfahrens darin besteht, sicherzustellen, dass es keine konkurrierende Spezifikation gibt. Der RFC-Prozess wird mit Vorsicht angewendet. Wenn sich herausstellt, dass jemand anderes ebenfalls eine Spezifikation einreichen könnte, um denselben Anforderungskatalog abzudecken, wird der Vorschlag zurückgewiesen und durch den RFP-Prozess ersetzt.

Der ‚Anfrage für Informationen‘ Prozess (Request for Proposals RFP) wird verwendet, wenn die OMG-Gemeinschaft den Bedarf für einen Standard sieht und die Leute auffordert, Vorschläge einzureichen. Während ein RFC direkt vom De-facto-Standard-Maintainer eingereicht wird, wird ein RFP von einer OMG Task Force entworfen. Nach der Fertigstellung geht das RFP an die Mitglieder der OMG, die aufgefordert werden, eine potenzielle Standardspezifikation als Antwort auf dieses RFP einzureichen.

In besonderen Fällen, wie z.B. bei DLT bezogenen Standards, kann eine Special Interest Group wie die Blockchain Platform SIG beim Entwurf eines RFP oder RFI behilflich sein. Diese Gruppe bringt ihn dann zur formellen Abstimmung und Aktion zur entsprechenden OMG Task Force.

Standards sind eine Straße in beide Richtungen. Wir profitieren auch von bestehenden Normen und nutzen sie bei der Ausarbeitung unserer eigenen Spezifikationen. Dies ist eine Voraussetzung für RFC-Einreichungen und RFP-Antworten der OMG. Unsere IOTA Standard Einreichungen werden daher, wann immer möglich, Standardnotationen verwenden, um Dinge in der Spezifikation zu beschreiben – sei es etwas so Einfaches wie Mathematik oder Industrienotationen wie UML für Klassendiagramme, Zustandsautomaten und so weiter.

Wir haben auch damit begonnen, unsere eigenen internen Spezifikationen feiner abzustimmen, damit sie besser mit den formellen internationalen Standards übereinstimmen, und wir haben begonnen, unsere eigenen internen Prozesse für RFI, RFP und RFC bei der Entwicklung von IOTA-Spezifikationen zu definieren.

Wie weit sind wir mit IOTA?

Die IOTA Foundation ist Mitglied der Object Management Group (OMG), der Normenorganisation, die für die Unified Modeling Language (UML) und andere internationale Normen zuständig ist. Die IOTA nimmt auch am TangleEE-Konsortium und an der Trust over IP Foundation (ToIP) teil. Wir sind auch dabei, uns an die Organisationen IEEE, ETSI und die Organisationen der Vereinten Nationen wie die ITU u.a. zu wenden.

IOTA und die Objektverwaltungsgruppe

Bei der OMG beteiligt sich die IOTA an mehreren Task Forces und speziellen Interessengruppen, darunter die Blockchain Platform SIG (Blockchain PSIG).

IOTA und OMG Standard

Als „Bürger“ des OMG-Ökosystems hat IOTA bereits eine aktive Rolle in der Blockchain PSIG gespielt, deren Co-Vorsitzender wir sind. Dabei handelt es sich um eine symbiotische Beziehung, in der wir Aktualisierungen und Erkenntnisse der IOTA ausgetauscht haben, während sich das Protokoll von 1,0 bis 1,5 zu den aktuellen IOTA 2.0-Koordizidspezifikationen entwickelt hat. In jeder Phase haben wir die relevanten OMG-Gruppen über diese und andere Entwicklungen auf den neuesten Stand gebracht und daraus wertvolle Einsichten und Rückmeldungen gewonnen, z.B. wie wir die bestehenden OMG-Standards auf unsere Arbeit anwenden können. Diese Gespräche werden allmählich mehr Früchte tragen, wenn wir mehr IoT-spezifische Merkmale in das IOTA-Protokoll einführen.

In der Zwischenzeit haben wir den größten Teil der Arbeit in der Blockchain PSIG geleitet, an der wir gearbeitet haben:

  • Blockchain Ökosystem Interoperabilität RFI
  • Antwort der IOTA Stiftung auf den RFI zur Interoperabilität
  • Potentielle RFPs für Aspekte der Interoperabilität, die aus dem Interoperabilitäts-RFI hervorgehen
  • Semantik für intelligente Verträge
  • Selbst souveräne Identität – Einweg SSIDs RFI und zukünftige RFP
  • RFP zu verknüpften verschlüsselten Transaktionsströmen (LETS)
  • IOTA strebt praktische Demonstrationen im Bereich Mobilität an

In der Vergangenheit haben wir auch Einblicke in das IOTA „EEE“-Protokoll und die Ternary Spezifikation gegeben, obwohl diese zur Zeit noch nicht zu OMG-Standards werden sollen.

Bei der OMG haben wir zwei Dinge, an denen wir im Moment arbeiten: das IOTA-Protokoll als RFC und einen Standard für IOTA-Streams als Antwort auf die LETS-RFP.

„Ich bin stolz und freue mich, dass der erste standardisierte DLT IOTA und seine Tangle Architektur sein wird. Dies wird es viel einfacher machen, DLT Interoperabilität für den Benutzer zu erreichen“.
– Richard Mark Soley, Ph.D., Vorsitzender und CEO der Object Management Group und Aufsichtsratsvorsitzender der IOTA-Stiftung.

Der IOTA Protokoll Standard

Das IOTA Protokoll definiert, was eine Software benötigt, um auf dem IOTA Dreieck zu laufen. Dieser De-facto-Standard existiert bereits, und jeder, der sich darauf bezieht, kann eine Tangle Node bauen.

Um es einfacher zu machen, auf die Spezifikation des IOTA Protokolls zu verweisen und damit die gesamte Community darauf vertrauen kann, dass sie sich auf die aktuellste Version des Protokolls bezieht, reichen wir diese ein, um zu einem formalen OMG-Standard zu werden.

Das IOTA Protokoll folgt dem Request for Comments (RFC)-Prozess der OMG, da es sich um einen De-facto-Standard handelt, der für das Tangle spezifisch ist.

Die Grundlage für den RFC des IOTA Protokolls wird die IOTA 2.0 Coordicide Version sein, da diese nicht rückwärtskompatibel mit dem aktuellen IOTA 1.5-Protokoll sein wird, das auf dem IOTA Mainnet implementiert ist.

Eine formelle Einreichung setzt voraus, dass ein Standard irgendwo in der Produktion verwendet wird, so dass dieser nach der Ausführung von IOTA 2.0 auf dem IOTA Mainnet fertiggestellt wird, aber eingereicht werden kann, sobald wir eine stabile Version haben, wahrscheinlich für die vierteljährliche Tagung der OMG im März. Wir werden die dazwischenliegende Zeit nutzen, um mehr Feedback über die OMG zu erhalten, sowohl von den technischen Experten als auch von einer Reihe von akademischen Institutionen, die Mitglieder der OMG sind. Teil der Arbeitsweise der OMG ist es, dass wir anstehende Normenentwürfe frühzeitig und häufig miteinander teilen, um das uns zur Verfügung stehende Fachwissen bestmöglich zu nutzen.

IOTA Protokoll RFC Übermittlungszeitpunkte

Die Zeit, die normalerweise zwischen der Einreichung einer ursprünglich vorgeschlagenen Version der Spezifikation und deren Genehmigung als formaler internationaler Standard („Finalisierung“) vergehen würde, kann normalerweise etwa neun Monate dauern und kann nicht in weniger als sechs Monaten abgeschlossen werden.

In den Diskussionen mit der zuständigen OMG-Arbeitsgruppe während der September-Sitzungen stellten wir fest, dass wir die Erstvorlage vor ihrer Umsetzung auf Mainnet einreichen können, jedoch nur zu dem Zeitpunkt, zu dem alle Änderungen zwischen der eingereichten Version und der späteren endgültigen Version rückwärtskompatibel bleiben würden. Eine formelle Mitteilung, dass das IOTA Protokoll auf Mainnet im Einsatz ist, muss vor der Finalisierung durch die OMG bei der OMG eingehen. Das verschafft uns eine gewisse Flexibilität – wir werden die erste Vorlage einreichen, sobald wir voll und ganz davon überzeugt sind, dass es keine bruchstückhaften Änderungen geben wird und wir haben von da an bis zur endgültigen Veröffentlichung Zeit, die Bereitstellung auf dem Mainnet abzuschließen. Das bedeutet, dass wir zum Beispiel, wenn die entsprechenden Tests auf IOTA bis Februar abgeschlossen sind, den ersten Entwurf bereits im März 2021 einreichen könnten und erwarten, den Abschlussprozess für den vierteljährlichen Sitzungszyklus im September oder Dezember abzuschließen.

Innerhalb der IOTA Stiftung befinden sich die formalen Spezifikationen für den Coordicide in einem guten Zustand und werden derzeit an das Ingenieurwesen übergeben.

Bis zur ersten Vorlage des RFC werden wir bei IOTA daran arbeiten, diese Spezifikationen zu übernehmen und sie so zu verfeinern, dass das „Was“ (Protokoll) vom „Wie“ (Implementierungsspezifikationen) getrennt wird. Dies ist Teil der beträchtlichen Arbeit, die erforderlich ist, bevor IOTA 2.0 bereit ist, bei der OMG eingereicht zu werden. Am Ende der nächsten Entwicklungsphase wird die Protokollspezifikation zur Einreichung als RFC-Vorschlag zur Verfügung stehen und unter vollständiger formaler Änderungskontrolle stehen, wie es für die Einreichung eines Standards erforderlich ist.

Bei der nächsten vierteljährlichen Sitzung der OMG im Dezember werden wir den aktuellen Entwurf der Spezifikationen aus der Forschung präsentieren, um Feedback von der OMG zu erhalten. Dieser wird 2021 über die OMG Middleware and Related Services (MARS) Platform Task Force eingereicht, die darüber abstimmen wird, wenn er formell eingereicht wird.

Ein zukünftiger „Koordizid“ mit Unterstützung einer fortgeschritteneren Internet of Things-Funktionalität könnte eine weitere Überarbeitung desselben Standards sein, wenn die Änderungen rückwärtskompatibel sind. Wenn diese Version des Protokolls bahnbrechende Änderungen darstellt (was eine reale Möglichkeit ist), dann wird dies als neuer RFC nach dem gleichen Verfahren eingereicht werden.

Die Ausschreibung für verknüpfte verschlüsselte Transaktionsströme (LETS)

Die OMG Blockchain Platform SIG hat an einer ‚Linked Encrypted Transaction Streams‚ (LETS) RFP gearbeitet, die auf den im IOTA Streams Protokoll dargelegten Ideen basiert. IOTA Streams ist ein Open Source DLT-Framework für dezentrales Daten-Streaming und Verschlüsselung auf eingebetteten Systemen.

Auf der vierteljährlichen OMG-Septembertagung wurde die Ausarbeitung des Entwurfs für die LETS-RFP fortgesetzt. Wir erörterten, wie die Einreichungen voraussichtlich die Standardfamilie der Data Distribution Services (DDS) der OMG nutzen werden und stellten den Wortlaut in der RFP fertig, um dies widerzuspiegeln.

Der RFP-Entwurf wurde fertiggestellt und der OMG im November vorgelegt und wird bei der vierteljährlichen Sitzung im Dezember formell zur Abstimmung gestellt werden. Unter der Annahme, dass dieser angenommen wird, wird die RFP formell von der OMG herausgegeben. Sofern die Daten nicht von den zuständigen OMG-Ausschüssen geändert werden, wird dieser im Februar 2021 fällig, so dass die Antworten (der auf Streams basierende vorgeschlagene Standard) auf der OMG-Quartalsversammlung im März geprüft werden können. Es wird erwartet, dass die derzeitige Entwicklung von Alpha über Beta bis zum endgültigen Status des IOTA Streams-Protokolls selbst innerhalb desselben Zeitrahmens abgeschlossen sein wird.

Jede geeignete Einrichtung kann auf eine Ausschreibung antworten, solange sie Mitglied der OMG mit der richtigen Ebene und Art der Mitgliedschaft ist. RFP-Antworten werden oft von Konsortien von Mitgliedsfirmen eingereicht, und dies wird von der OMG gefördert.

Es wird erwartet, dass IOTA Streams-Spezifikation die Grundlage für eine formelle Antwort auf die LETS-RFP bildet, wobei der „Framework“-Teil dieser Spezifikation verwendet wird, der im Alpha-Format veröffentlicht wurde. Dieser IOTA Vorschlag wird auf der Normfamilie der Data Distribution Services (DDS) der OMG basieren und ausführlich darauf Bezug nehmen. In ähnlicher Weise wird von der Streams Data Description and Modification Language (DDML), die Teil dieser Spezifikation ist, erwartet, dass sie den OMG-Standard Interface Definition Language (IDL) verwendet.

Auf Empfehlung von Personen aus der OMG-Gemeinschaft erwarten wir, dass die IOTA bei der Ausarbeitung und Einreichung des Streams-Protokolls als Antwort auf die LETS-RFP mit einem oder mehreren DDS-Anbieterfirmen zusammenarbeiten wird, um unsere Einreichung zu erweitern und die Akzeptanz in einem breiteren Spektrum von Ökosystemen zu verbessern. Diese Aktivität kann jetzt beginnen, und wir werden diese DDS-Anbieterfirmen im Laufe des laufenden Quartals ansprechen.

Wir befinden uns auch in Gesprächen mit einer Gruppe in den Niederlanden namens SKALY, die ein Protokoll mit dem Namen Freighter entwickelt hat, das auch im Hinblick auf die in der LETS-Ausschreibung dargelegten Ideen definiert werden kann. Wir haben das OMG LETS RFP-Dokument aktualisiert, um einige der spezifischen Merkmale von Freighter aufzunehmen, und wir gehen davon aus, dass SKALY bei der Ausarbeitung der Antwortspezifikation der RFP mit uns zusammenarbeiten wird.

Das eingereichte Protokoll muss unabhängig vom Tangle sein, um eine geeignete Antwort auf die LETS-Ausschreibung zu sein. Das bedeutet, dass eine LETS- oder Streams-Implementierung sowohl für andere DLT-Umgebungen als auch für Nicht-DLT-Implementierungen für verknüpfte Nachrichtenströme erstellt werden kann. Dies bedeutet auch, dass Änderungen von IOTA 1.5 zu IOTA 2.0 für das Streams-Protokoll transparent sein müssen. Dies wird durch die Schichtenarchitektur von IOTA ermöglicht, bei der Streams ein „Layer-2“-Protokoll darstellt, das bereits unabhängig von den zugrunde liegenden Transportanordnungen ist.

Was untersuchen wir sonst noch bei der OMG?

Es wird noch eine Menge mehr kommen. Wir beteiligen uns an anderen DLT-bezogenen Initiativen wie der Self-Sovereign Identity (SSID). Diese Aktivitäten finden bei Treffen der Blockchain PSIG statt, die wöchentlich tagt und eine formellere Sitzung während des OMG-Quartalstreffens hat, normalerweise am Mittwoch. Auf der Septembertagung der OMG erhielten wir Aktualisierungen zum IOTA-Protokoll, hielten eine Entwurfssitzung für die LETS-RFP ab und arbeiteten an einer neuen Initiative im Bereich der selbstständigen Identität, die sich auf Wegwerf-Identitäten bezieht.

In naher Zukunft wird sich die OMG-Blockchain-PSIG auch mit der kürzlich veröffentlichten IOTA Zugangsarbeit befassen und feststellen, ob es in diesem Bereich Potenzial für eine Ausschreibung oder als Einsatzszenario für Wegwerf-SSIDs gibt.

Insgesamt werden wir sowohl innerhalb der IOTA Foundation als auch bei der OMG weiter daran arbeiten, Dinge zu identifizieren, die von einer Standardisierung innerhalb des IOTA-Ökosystems profitieren könnten, z.B. bei Smart Contracts, Stronghold und anderen Dingen, sobald sie sich abzeichnen. Wir werden sowohl in der Forschung als auch in der Technik weiter daran arbeiten, sicherzustellen, dass der vorgeschlagene Standard des IOTA-Protokolls für das gesamte Spektrum möglicher Nutzungsszenarien funktioniert, unter anderem durch unsere Arbeit an Lieferketten, Identität, Mobilität, Internet der Dinge und andere noch zu erwägende Nutzungen des IOTA Distributed Ledger Technology Stacks.

Einweg Selbstverwaltungs Identität RFI

Um sicherzustellen, dass ein echter Bedarf an einem neuen Standard für Einweg-SSIDs besteht und dass dieser auch genutzt wird, folgt die Blockchain PSIG zunächst dem „Request for Information„-(RFI)-Prozess. In der Annahme, dass der RFI einen solchen Bedarf bestätigt, würde die OMG dann ein RFP ausstellen.

Die Grundlage des Identitäts-RFI besteht darin, ein gutes Gesamtverständnis der Landschaft rund um kryptographisch aktivierte Identitätslösungen zu erhalten, einschließlich der Marktbedürfnisse für potenzielle Anwendungen, der Abdeckung bestehender Standards und alternativer Ansätze für Geschäftsprobleme einschließlich der Einhaltung der GDPR.

Die Standards für die SSID selbst sind gut etabliert, z.B. der W3C DID-Standard und die damit zusammenhängende Arbeit zu Verifiable Credentials.
Die Blockchain PSIG arbeitete im Sommer an dem Entwurf des RFI, überprüfte ihn auf der vierteljährlichen Sitzung im September und legte der OMG Anfang November einen formellen Entwurf zur Diskussion und formellen Abstimmung auf der vierteljährlichen Sitzung im Dezember vor.

Die IOTA-Stiftung wird auf die RFI der Einweg-SSIDs antworten, sobald diese von der OMG herausgegeben wird, so wie wir es auch bei der früheren RFI zur Lieferketten-Interoperabilität getan haben. Wir werden uns auch an andere Partner wenden, an denen wir beteiligt sind, wie z.B. die Trust over IP Foundation.
Wenn die Antworten auf den RFI darauf hindeuten, dass es Potenzial für einen Einweg-SSID-Standard gibt, würde die Blockchain PSIG dann eine Ausschreibung für eine mögliche Ausgabe durch die MARS PTF entwerfen, höchstwahrscheinlich im Juni 2021.

Die Blockchain PSIG kuratiert auch eine Wiki-Seite für die Informationen, die wir aus den Antworten auf diesen RFI erhalten.

Für die IOTA stellt dies eine Gelegenheit dar, Anwendungen für diese neue Art von Identitätsstandard zu entwickeln. Die IOTA hat die IOTA-Identität, eine Implementierung des W3C-DID-Standards. Dieser RFI und jeder nachfolgende RFP gibt der IOTA das Potenzial, die Entwicklung dieser Standards in Zusammenarbeit mit anderen Einreichern und der zuständigen Task Force mitzugestalten.

IoT und Heimautomatisierung

Durch unsere Beteiligung an der OMG hat die IOTA auch Zugang zu ihrer Schwesterorganisation, dem Industrial Internet of Things Consortium (IIoT). Die Unterstützung von IoT-spezifischen Merkmalen ist integraler Bestandteil des IOTA-Protokolls.

Wir haben uns auch mit dem Bereich der Hausautomation befasst, wo es unserer Meinung nach Lücken in den bestehenden Standards geben könnte. Wir werden damit beginnen, dies zu untersuchen, indem wir uns die Schichten des bestehenden Stacks ansehen, welche Standards für jede Schicht im Spiel sind (W3C / IETF, De-facto-Protokollstandards usw.), und sehen, wo die Lücken sind. Dann würden wir uns an das Standardisierungsgremium wenden, das am besten geeignet ist, die entsprechenden Protokolle zu standardisieren. Dies ist eine weitere Gelegenheit für die IOTA, ihre Führungsrolle im IoT-Raum unter Beweis zu stellen und unsere bestehende Arbeit in den Bereichen Industrial IoT, Smart Cities und Mobilität zu ergänzen.

Andere Standardvorschläge

In Zukunft wird es wahrscheinlich eine Reihe weiterer Bereiche geben, in denen wir Standards beitragen können, darunter Zugang und intelligente Verträge. Wir könnten damit beginnen, semantische Standarddarstellungen (so genannte Ontologien) für Geschäftskonzepte zu entwickeln, auf die in intelligenten Verträgen und Anwendungen Bezug genommen wird, während wir bei der Standardisierung von Dingen, die auf dem Weg dorthin sind, auf andere Spezifikationen der OMG zurückgreifen.

TangleEE

Tangle EE ist eine Arbeitsgruppe in Zusammenarbeit mit der Eclipse Foundation. Sie bietet Organisationen und Mitwirkenden ein geregeltes Umfeld für die Entwicklung neuer Ideen und Anwendungen unter Verwendung von IOTA-Technologien. Sie bringt IOTA, OMG, Eclipse und eine Reihe von Branchenteilnehmern zusammen. Es gibt eine Reihe von aktiven TangleEE-Arbeitsgruppen, die sich mit verschiedenen Bereichen befassen, und dies ist ein gutes Forum, um Menschen bei der Annahme und Nutzung der IOTA-Standards und -Spezifikationen zu unterstützen und neue potenzielle Standardisierungsmöglichkeiten zu erkunden. Innerhalb von TangleEE wird das Potenzial für eine IOTA-Implementierung von ephemeren (Einweg-)SSIDs untersucht.

IOTA Layer

Zusammenfassung

Unsere Vision für Standards besteht darin, dass wir formale Standards haben, die bei der OMG (und gegebenenfalls anderen Gremien) definiert werden, während wir Softwarebibliotheken über die Eclipse Foundation veröffentlichen und diese über TangleEE und anderswo der breiteren Öffentlichkeit bekannt machen. Die Menschen können diese Bibliotheken in der Gewissheit nutzen, dass sie dabei in Partnerschaft mit der Industrie in Übereinstimmung mit den neuesten Standards aufbauen.

Wir werden die IOTA Standards intern weiterentwickeln, mit der OMG und anderen Standardisierungsgremien zusammenarbeiten und diese von den IOTA-De-facto-Standards zu international anerkannten Standards führen, wenn wir IOTA 2.0 einführen. Wir freuen uns darauf, die Fortschritte in den kommenden Monaten mit Ihnen zu teilen.

Wenn Sie Fragen haben, finden Sie unsere Teammitglieder auf unserem Discord-Server. Sie sind auch willkommen, uns auf unseren offiziellen Kanälen zu verfolgen:

Twitter: https://twitter.com/iotatoken

VerlinktIn: https://linkedin.com/company/iotafoundation

Original Mike Bennett: https://blog.iota.org/iota-standardization-update-november-2020-2deca99b0396

IOTA Stiftung erhält die Auszeichnung „Outstanding Catalyst“ für Beiträge zur Beschleunigung der digitalen Transformation

Nach einem Monat voller Online-Keynotes, Rundtischgespräche, Präsentationen und Demonstrationen endete letzte Woche die Digital Transformation World Series 2020 mit einem Live-Stream aus den Londoner Büros des Veranstalters TM Forum.

An diesem letzten Tag würdigte TM Forum, die Organisation, die die digitale Transformation in der Telekommunikationsbranche vorantreibt, die Arbeit mehrerer Lösungs- und Technologieanbieter, indem sie sieben herausragende Proof-of-Concept-Projekte für Katalysatoren auszeichnete. Die prämierten Projekte wurden aufgrund ihrer bedeutenden Beiträge zur Beschleunigung der digitalen Transformation in der gesamten Branche ausgewählt.

Die IOTA-Stiftung, die auch Mitglied des TM-Forums ist, gehörte zu den Beitragsleistenden, die mit dem Business Impact Catalyst Award ausgezeichnet wurden.

Was ist diese Initiative und wie wird IOTA genutzt?

In den letzten Monaten ist die IOTA Foundation dem Digital Business Marketplace (DBM) TM Forum Catalyst beigetreten.

Ein Katalysator ist ein Innovationsspielplatz, auf dem die Mitglieder des TM-Forums zusammenkommen, um neue innovative Lösungen zu entwickeln, um die von den Champions (Sponsoren) geschaffenen Herausforderungen zu lösen. Ziel ist es, Standards abzuleiten, die das TM-Forum fördern kann, um die Übernahme und Reproduzierbarkeit dieser Innovationen voranzutreiben.

TM Forum award

Die DBM Catalyst Champions eingeschlossen: Agile Fractal Grid, BT, Chunghwa Telecom, Digital Twin Consortium, Etisalat VAE, Maxbyte, Heritage International AG USA, NTT, SteepleCom, Telenor, Telus.

Zusammen mit anderen Technologieanbietern arbeitete IOTA mit Accenture, Altifio, AWS, BearingPoint//Beyond, Beautiful Ones, Cityzenith, Digiglu, Intel, Intuitus Cyber, IoT Lab, Mvine, R3, Stratus Technologies, Tantallon, Ulster University, University of Surrey, VETRO FiberMap zusammen.
Das Ziel des diesjährigen DBM Catalyst war es, zu untersuchen, wie Unternehmen in traditionellen Industrien durch die weitere Digitalisierung ihrer Produkte, Dienstleistungen und Lieferkette digital transformiert werden können.

Das Ergebnis war die Schaffung eines Digital Business Marketplace, in dem Unternehmen eine Reihe von integrierten Dienstleistungen auswählen und orchestrieren, um End-to-End-Lösungen in vertikalen Bereichen wie Smart Grid, Smart Factory, Smart Theatre und Smart Logistic anzubieten. All dies wird durch die Fähigkeit untermauert, eine berührungslose Bereitstellung und Konfiguration ausgewählter Dienste zu ermöglichen.

Neben anderen Basistechnologien wie 5G und AI wurden IOTA und IoT genutzt, um die digitale Transformation zu ermöglichen.

In einem sicheren Lieferkettenszenario wurde IOTA zur Verfolgung des Standorts/der Verwahrkette und zur Gewährleistung der Sicherheit und Konformität von Hardware-Infrastrukturkomponenten, die in verschiedenen Szenarien eingesetzt werden, eingesetzt. Ein Beispiel ist der Einsatz einer Infrastruktur-Konnektivität HW (d.h. Access Point) zur Ermöglichung eines Smart Entertainment-Szenarios. Die Komponente, die auf dem DBM angefordert wird, kann vom Hersteller über den Wiederverkäufer zum Endbenutzer gelangen, während ihre Integrität und Konformität beim Wechsel zwischen verschiedenen Eigentümern gewährleistet sein sollte. Das IOTA-Buch und seine Fähigkeit zur Integration mit Tracking-Geräten wie PING ASSETS und Zebra Technologies wurde genutzt, um zu zeigen, wie die Reise einer solchen HW-Komponente umgesetzt wird, während auf ihre Konformität in einem Multi-Stakeholder-Ökosystem vertraut werden kann.

Die Verfolgungsfunktionen der bestehenden TLIP-Infrastruktur der IOTA-Lieferkette wurden demonstriert und durch die Integration mit anderen Blockkettentechnologien, wie z.B. Corda, ergänzt, um den Einsatz intelligenter Verträge zur Verwaltung des „Eigentümerwechsels“ während der Reise jeder Komponente zu ermöglichen. Erfahren Sie hier mehr darüber.

Track und trage lösung

Zur Unterstützung des Smart Factory-Szenarios wurden die IOTA Wallets mit den intelligenten Maxbyte Robotern und den byteFactory.ai Lösungen integriert, um Fähigkeiten als Service anzubieten und bei der Nutzung zu bezahlen und es den Nutzern des Digital Business Marketplace zu ermöglichen, jegliche Infrastrukturbeschränkungen für den Einsatz von Anwendungsfällen mit verbundenen Fabriken zu überwinden. Erfahren Sie hier mehr darüber.

Smart Grid Anwendungsfälle haben auch vom DBM-Ansatz profitiert. Neue erneuerbare Energiequellen können entdeckt und an das Smart Grid angeschlossen werden, um ihren Verbrauch auf nachhaltigere Weise auszugleichen. IOTA und Agile Fractal Grid untersuchten die Rolle der Dezentralisierung bei der Unterstützung dieser Szenarien, bei denen ein verteiltes Ledger wie IOTA dazu beiträgt, die Informationen zu teilen, die zur Auswahl solcher Ressourcen und zur direkten Bezahlung ihrer Nutzung erforderlich sind. Mehr darüber erfahren Sie hier.

Um mehr über dieses komplexe Ökosystem der Zusammenarbeit zu erfahren, das durch den Digital Business Marketplace Catalyst ermöglicht wird, und um seine Auswirkungen bei der Ermöglichung einer neuen digitalen Transformation in den Smart-X-Domänen zu verfolgen, besuchen Sie bitte die DBM-Website.

Bleiben Sie dran für weitere Blog-Posts, in denen die Aktivitäten der IOTA Foundation innerhalb des TM-Forums erläutert werden, und um zu verstehen, welche Möglichkeiten IOTA bietet, um digitale Transformation zu ermöglichen. Zögern Sie nicht, sich an Jens Munch bzw. Michele Nati zu wenden, wenn Sie die künftige Nutzung von IOTA in sicheren Lieferketten und intelligenten Infrastrukturen diskutieren möchten.

Original Michele Nati: https://blog.iota.org/iota-foundation-receives-tm-forum-award-as-enabler-for-digital-transformation-3e2811e2b777

IOTA Chrysalis Wöchentliches Update – 19. November #1

Wird wöchentlich erscheinen, als Zusammenfassung der Aktualisierungen der Chrysalis-Phase 2. Bitte klicken Sie hier, wenn Sie das vollständige monatliche Update zum Entwicklungsstatus erhalten möchten.

IOTA 1.5

IOTA 1.5 (auch als Chrysalis bekannt) ist die Zwischenstufe des Hauptnetzes, bevor Coordicide abgeschlossen ist. Sie können hier mehr über die Strategie zur Freigabe von Chrysalis lesen.

Die Komponenten der Chrysalis-Phase 1 wurden im August in das Hauptnetz eingespeist. Das Ingenieurteam arbeitet nun an der Phase 2 von Chrysalis.

Die Aktualisierungen und der Status dieser Woche

Bee

  • Das Bee Team hat erfolgreich eine Bee Node mit Hornet Node im Chrysalis-Testnetz verbunden
  • Der Rest der neuen API-Endpunkte wird diese Woche fertiggestellt
  • Das Team wird nun damit beginnen, Kisten zum Hauptlager der Bienen zu transportieren
  • Der bevorstehende Schwerpunkt wird weitgehend auf der Dokumentation und der Prüfung der erforderlichen Kisten liegen

Hornet

  • Das Hornet-Team hat im Netzwerk-Stack Korrekturen vorgenommen
  • Refactoring von Gossip-, Tangle- und Snapshot-Plugins
  • Hinzufügen von Netzwerk-IDs zum Nachrichtenlayout
  • Hinzufügen von MQTT zur Knotenimplementierung
  • Das Build-System wurde geändert, um Go 1.15.5 zu nutzen

Iota.rs und wallet.rs

Unsere Rust-Implementierung der Standard-Client-Bibliothek und Wallet-Funktionalitäten

  • Die Durchsicht der Ruster Bibliothek ist abgeschlossen, iota.rs gemäß den Spezifikationen
  • Als Nächstes werden wir uns mit den Neuanschlüssen, der Beförderungs- und Wiederholungslogik befassen
    Python-Bindungen für die iota.rs-Bibliothek werden folgen
  • Die erste Integration mit der MQTT-Schnittstelle von Hornet wurde hinzugefügt
  • Es wird untersucht, wie wir MQTT für Zustandsaktualisierungsereignisse in der wallet.rs-Bibliothek verwenden können

Crypto.rs und Stronghold

Crypto.rs ist eine Kiste für alle kryptographischen Algorithmen, die von vielen der Projekte bei IF verwendet werden. Stronghold ist eine sichere Software-Implementierung zur sicheren Isolierung digitaler Geheimnisse.

  • Wir beabsichtigen, die Bibliothek diese Woche auf crates.io zu veröffentlichen
  • Wir haben einen PR für ed25519 (unter Verwendung von ed25519-zebra), blake2b und curl_p zusammengeführt
  • Mit der Arbeit an den Einbänden (Neon für js) wurde begonnen, CI wird derzeit eingerichtet
  • Dies wird einer der wichtigsten zu prüfenden Punkte für Chrysalis Phase 2 sein. Ein Audit dieser und anderer Bibliotheken ist in Planung
  • Die Stronghold-Bibliothek wird derzeit refaktorisiert
  • Die Top-Level-Bibliothek für Stronghold ist in Arbeit, sie wird als Einstiegspunkt zu Stronghold für alle verbrauchenden Anwendungen (und Bindungen) verwendet werden

Wallet

Chrysalis Phase 2 wird mit einer neuen Wallet Implementierung kommen, die Trinity ersetzt.

  • Die Arbeit an der Anbindung von wallet.rs an die Wallet Anwendung wird fortgesetzt
  • Wir würden gerne in den kommenden Wochen eine erste Wallet Alpha für die Gemeinschaft zur Verfügung haben
  • Die neue Anwendung Ledger Nano, die WOTS durch Ed25519 ersetzt, ist in Arbeit
  • Die Fertigstellung der  Wallet UI nach mehreren Iterationen
  • Die Arbeit an einer CLI Wallet und einem Faucet wird in Kürze beginnen. Dies wird uns beim Testen der Brieftasche und der Bibliotheken im Testnetz helfen

Identity

  • Thoralf#3558 führte erfolgreich IOTA Identity alpha auf dem Chrysalis-Testnetz aus.

Testnetz

Wir befinden uns jetzt in einer Phase, in der wir die Chrysalis Funktionalität auf einem privaten Testnetz testen. Sobald wir die ersten Tests der Nodesoftware und der Client-Bibliotheksimplementierungen abgeschlossen haben und wir die gesamte unterstützende Software bereit haben, werden wir das Testnetz öffentlich machen.

Prüfungen

Ein großer Teil der Bemühungen in Phase 2 von Chrysalis besteht in der Prüfung der neuen Funktionalität. Wir haben die entsprechende Verfügbarkeit bei mehreren externen Wirtschaftsprüfungsgesellschaften für die kommenden Wochen gebucht, damit wir so bald wie möglich mit der Prüfung der verschiedenen Komponenten beginnen können.

Wie immer heißen wir jeden willkommen, bei Discord vorbeizuschauen – jedes hier erwähnte Projekt hat einen Kanal (oder mehr) für Diskussionen mit den Entwicklern!

Folgen Sie uns auf Twitter, um über alle Neuigkeiten auf dem Laufenden zu bleiben: https://twitter.com/iotatoken

Original Jakub Cech: https://blog.iota.org/chrysalis-weekly-update-november-19-51583f4b9a66

Was ist Ethereum 2.0 und warum ist es wichtig?

TL;DR

Ethereum 2.0 ist ein lang ersehntes Upgrade des Ethereum (ETH)-Netzwerks, das erhebliche Verbesserungen der Funktionalität und Erfahrung des Netzwerks als Ganzes verspricht. Einige der bemerkenswerteren Upgrades umfassen eine Verlagerung auf Proof of Stake (PoS), shard chains und eine neue Blockchain im Kern, die so genannte Beacon Chain. Es wird erwartet, dass all dies und mehr im Rahmen eines sorgfältig geplanten Fahrplans schrittweise eingeführt wird.

Aber das ist nur die Spitze des Eisbergs. Da Ethereum eine der populärsten Krypto-Währungen auf dem Planeten ist, gibt es wichtige Details darüber, was Ethereum 2.0 wirklich ist und wie es sich auf das Krypto-Versum als Ganzes auswirken wird.

Einführung

Seit der Veröffentlichung von Ethereum hat die Entwicklung neuer Technologien in Form von dezentralisierten Anwendungen (Dapps) und anderen Blockchains stark zugenommen. Noch wichtiger ist, dass viele dieser Technologien auf das Ethereum-Netzwerk aufgesetzt wurden. Denken Sie an einige der größten Innovationen der dezentralisierten Finanzen (DeFi) – ein bedeutender Teil davon läuft auf dem Ethereum-Netzwerk.

Leider traten allmählich Skalierbarkeitsprobleme auf. Mit der Zunahme der Anzahl der Transaktionen im Ethereum-Netzwerk stiegen auch die Kosten für die Durchführung dieser Transaktionen (die mit Gas bezahlt werden). Wenn Ethereum die Plattform sein soll, die die nächste Generation des Internets einläuten soll, dann muss die Ökonomie Sinn ergeben. Andernfalls wird die Nutzung unpraktisch.

An dieser Stelle kommt Ethereum 2.0 ins Spiel. Die vorgeschlagenen ETH-2.0-Upgrades für das Ethereum-Netzwerk sollen in erster Linie die Frage der Skalierbarkeit lösen. Diese Verbesserungen bilden einen Kontrast zur bestehenden Version von Ethereum, die alle im Rahmen einer sorgfältig geplanten Roadmap eingeführt werden sollen.

 

Was ist Ethereum 2.0?

Ethereum 2.0 (aka Eth2 oder „Serenity“) ist das lang erwartete Upgrade des Ethereum-Netzwerks, das unter anderem eine Verbesserung der Skalierbarkeit des Netzwerks verspricht. Durch die Implementierung verschiedener Erweiterungen sollen Geschwindigkeit, Effizienz und Skalierbarkeit verbessert werden, ohne dabei die Sicherheit und Dezentralisierung zu opfern.

Diese Version von Ethereum war schon immer in Sicht, aber es hat einige Jahre gedauert, bis sie eingeführt wurde. Der Hauptgrund dafür ist, dass die Skalierung einer Blockchain auf sichere und dezentralisierte Weise eine anspruchsvolle Aufgabe ist.

Dankenswerterweise zielt Ethereum 2.0 darauf ab, dieses Problem durch die Implementierung einiger sehr wichtiger Funktionen zu lösen. Diese neuen Funktionen schaffen einige wesentliche Unterschiede zwischen dem Ethereum, das wir kennen, und dem Ethereum, das wir erwarten sollten.

Unterschiede zwischen Ethereum und Ethereum 2.0

Die größten Unterschiede zwischen Ethereum und Ethereum 2.0 liegen in der Verwendung des Proof of Stake (PoS)-Konsensmechanismus, der shard chains und der Bakenchain. Schauen wir uns diese Unterschiede genauer an.

Proof of stake

Proof of Work (PoW) ist Ethereums (und vieler anderer Blockchains) Weg, das Netzwerk sicher und aktuell zu halten, indem es die Miner belohnt, die Blöcke auf der Blockchain erstellen und validieren. Leider ist PoW nicht skalierbar, da es mit zunehmender Größe der Blockchain immer mehr Rechenleistung erfordert.

Der Einsatznachweis (Proof of Stake, PoS) löst dies, indem die Rechenleistung durch „selbst investiert sein“ ersetzt wird. Das heisst, solange Sie mindestens 32 ETH haben, können Sie sie verpflichten (d.h. einsetzen), Validator werden und durch die Bestätigung von Transaktionen bezahlt werden. Wenn Sie einen tieferen Einblick in die Funktionsweise von PoS und Staking erhalten möchten, sehen Sie sich Proof of Stake Explained an.

Sharding

Jeder, der auf das Ethereum-Netzwerk zugreifen möchte, muss dies über einen Knotenpunkt tun. Ein Knoten speichert eine Kopie des gesamten Netzwerks, was bedeutet, dass der Knoten jede einzelne Transaktion seit Beginn der Existenz von Ethereum herunterladen, berechnen, speichern und verarbeiten muss. Während Sie als Benutzer nicht unbedingt einen Knoten ausführen müssen, nur um Transaktionen durchzuführen, verlangsamt dies alles.

Sharding chains sind genau wie jede andere Blockchain, außer dass sie nur bestimmte Teilmengen einer ganzen Blockkette enthalten. Dies hilft den Knoten, da sie nur einen Teil, oder Shard, des Ethereum-Netzwerks verwalten müssen. Dies sollte den Transaktionsdurchsatz und die Gesamtkapazität von Ethereum erhöhen.

Die beacon chain

Da Sharding chains parallel arbeiten, muss etwas dafür sorgen, dass sie alle miteinander synchron bleiben. Nun, die Signalkette sorgt dafür, indem sie einen Konsens für alle parallel laufenden Sharding chain herstellt.

Die Beacon chain ist eine brandneue Blockchain, die eine zentrale Rolle in Ethereum 2.0 spielt. Ohne sie wäre der Informationsaustausch zwischen den shards nicht möglich und die Skalierbarkeit wäre nicht gegeben. Aus diesem Grund wurde erklärt, dass es das erste Feature sein wird, das auf dem Weg zu Ethereum 2.0 ausgeliefert wird.

Der Weg zum Ethereum 2.0

Die Einführung von Ethereum 2.0 wird nicht auf einmal erfolgen. Stattdessen wird es in drei Phasen herausgebracht, von denen jede einzelne mit bestimmten Merkmalen einhergeht, um den Erfolg des neuen Ethereum sicherzustellen.

Phase 0

Die erste Phase, oder Phase 0, wird der Freigabe der Beacon chain gewidmet sein, da sie für die Funktionalität von sharding von zentraler Bedeutung ist. Es wird noch keine Sharding chain geben, aber die Signalkette wird beginnen, Validatoren (d.h. Staker) durch einen Einwegpfandvertrag zu akzeptieren.

Es ist wichtig zu beachten, dass alle registrierten Validierer, die ihre ETH mit einem stack versehen, erst dann „entstapelt“ werden können, wenn die shard chain vollständig implementiert sind. Das bedeutet, dass die ETH von Validierern bis zur nächsten Phase eingesperrt sein wird.

Es wird erwartet, dass Phase 0 im Laufe des Jahres 2020 eingeführt wird.

Phase 1/1,5

Die nächste Phase ist eigentlich ein Mix aus zwei Phasen: Phase 1 und Phase 1.5. In Phase 1 werden Shard chains eingeführt, die es den Validatoren erlauben, Blöcke auf der Blockchain durch PoS zu bilden. In Phase 1.5 wird das Hauptnetz von Ethereum die shard chains offiziell einführen und den Übergang vom PoW zum PoS beginnen.

Es wird erwartet, dass Phase 1/1.5 im Laufe des Jahres 2021 eingeführt wird.

Phase 2

Die letzte Phase wird Phase 2 sein, in der Ethereum 2.0 voll ausgebildete shards unterstützt und zum offiziellen Ethereum-Netzwerk wird. Shard chains werden auch mit intelligenten Verträgen arbeiten können, so dass Entwickler von Dapps und anderen Technologien sich nahtlos in Ethereum 2.0 integrieren können.

Es wird erwartet, dass Phase 2 2021 oder später eingeführt wird.

Abschließende Gedanken

Ethereum 2.0 ist aus einer Reihe von Gründen ein wichtiges Upgrade des Ethereum-Netzwerks, insbesondere im Hinblick auf die Skalierbarkeit. Ohne die neuen Funktionen des PoS, des shardings und der beacons könnte Ethereum irgendwann nicht mehr zukunftsfähig sein und nicht mehr die führende intelligente Vertragsplattform im Krypto-Ökosystem sein.

Die Einführung von Eth2 wird einige Zeit in Anspruch nehmen, und es könnte sogar länger dauern als erwartet. Die gute Nachricht ist, dass sie bereits in vollem Gange ist, und die Entwickler von Ethereum sind entschlossen, sie zu Ende zu führen.

Haben Sie noch Fragen zu Ethereum 2.0 und digitalen Assets? Schauen Sie sich unsere Q&A-Plattform Ask Academy an, wo die Binance-Community Ihre Fragen beantworten wird.

Original Binance: https://academy.binance.com/en/articles/what-is-ethereum-2-0-and-why-does-it-matter

Pollen Testnet v0.3.1 Versionshinweise

Wir veröffentlichen eine neue Version unseres Pollen-Testnetzes: v0.3.1. Die vollständige Liste der Änderungen enthält:

  • Refactor Nachrichtenstruktur gemäß dem neuen Tangle RFC, einschließlich Unterstützung für mehrere Elternteile, aktualisiertes lokales Dashboard, neue Einheitentests, maximale Nutzlastgröße geändert auf 65157 Bytes und mehr
  • Hinzufügen eines Community-basierten Einstiegsnode
  • Hinzufügen eines Commit-Tags zur Version
  • Hinzufügung eines Pakets für häufige Sentinel-Fehler
  • Verbesserung der Dashboard-Websocket-Verwaltung
  • Integrieren einer NTP-basierten Uhr in die Netzwerkverzögerungsanwendung
  • Umschalten von Packer auf pkger to Pack-Dashboard
  • Wechsel von Viper zu koanf als Kernbibliothek für die Konfiguration
  • Verwaltung der Tip-Auswahl von Value Tangle fixieren
  • Korrektur der mps-Abfragebeschriftung in grafana
  • Behebung einer potenziellen Race Condition innerhalb des Uhrenpakets
  • Upgrade auf das neueste hive.go
  • Upgrade der NodeJS-Abhängigkeiten des Dashboards

Wie bei der vorherigen Version setzt diese Versions Bump sowohl das Netzwerk als auch das Tangle und alle Salden und tokenisierten Assets zurück.

Wir möchten Sie auch darüber informieren, woran das Team derzeit arbeitet: Levente Pap und Bill Acha konzentrieren sich hauptsächlich auf die Entwicklung des Mana-Moduls. Für diese Aufgabe implementieren sie sowohl das Konsensmana als auch das Zugangsmana sowie einige Werkzeuge, wie neue APIs und angereicherte Dashboards, so dass wir die Manadynamik auf dem Pollen-Testnetz überwachen und analysieren können. Hans Moog arbeitet an der Verschmelzung des Message Tangle mit dem Value Tangle sowie an verschiedenen Mechanismen, um die Notwendigkeit, in den Tangle zu gehen, zu minimieren und so seine Leistung zu optimieren. Jonas Theis, Vivian Lin und Angelo Capossele arbeiten an der Spezifizierung verschiedener Aspekte unseres Protokolls und an der Implementierung von Funktionen über den gesamten Protokollstapel hinweg. Wolfgang Welz, Olivia Saa und Billy Sanders schlagen die Brücke zwischen Forschung und Entwicklung, indem sie wertvolle Richtlinien und Unterstützung für die modernsten Module bereitstellen.

Als Randnotiz hat unser Kollege Sam Chen eine Client-Bibliothek veröffentlicht, die Sie bei der Entwicklung von IoT-Anwendungen mit einem GoShimmer Node in der Sprache C unterstützt. Sie zielt darauf ab, auf IoT-Geräten wie Raspberry(Banane/Orange) Pi, ESP32 und Mikrocontrollern mit Netzwerk-Stack zu laufen.

Wir möchten noch einmal unserer gesamten Gemeinschaft für ihre Hilfe und Unterstützung danken. Wie immer begrüßen wir Ihre Kommentare und Fragen entweder hier auf Medium oder im Kanal #tanglemath auf unserer Discord. Sie können sich auch an der #goshimmer-Diskussion auf Discord beteiligen.

Original von Angelo Capussele: https://blog.iota.org/pollen-testnet-v0-3-1-release-notes-4171ec9bef09

IOTA Identity Alpha: Ein Standardrahmen für digitale Identität

IOTA Identity Alpha Freigabe: Standardrahmen für die digitale Identität

Dezentralisierte Identität (oder selbst-souveräne Identität) ist ein beliebtes Thema im Bereich der Distributed Ledger Technology (DLT), wobei über 75 Implementierungen der DID-Standards beim W3C eingereicht wurden. Es handelt sich um eine Basistechnologie für DLT, da sie die Schaffung von Vertrauen durch Identifizierung in einer Online-Umgebung ermöglicht. Dies ist sowohl für das Internet als auch für DLT von entscheidender Bedeutung, da die Identifizierung, mit wem du online interagierst, viele Fälle von Betrug, Desinformation und Misstrauen verhindern kann. Mit der IOTA Identity machen wir einen wichtigen Schritt auf dem Weg zur Einführung von IOTA und DID aufgrund der einzigartigen Fähigkeit, in ein und demselben Gebührenfreienprotokoll zu bezahlen und sich zu identifizieren. Wenn du mit den oben beschriebenen Konzepten noch nicht vertraut bist, empfehlen wir dir dringend, unser Whitepaper zu lesen oder dir unseren letzten EclipseCon-Vortrag zu diesem Thema anzusehen.

In diesem Blog finden Sie den Alpha Release von IOTA Identity, die Open Source Anwendung Selv und die Ankündigung des Identity X-Teams. Für diejenigen, die an Odyssey Momentum teilnehmen, haben wir außerdem ein Hackathon Paket am Ende dieses Blogs vorbereitet.

Veröffentlichung der IOTA Identity Alpha

Wir freuen uns, die Veröffentlichung von IOTA Identity Alpha bekannt zu geben. Zum gegenwärtigen Zeitpunkt sind die vom World Wide Web Consortium (W3C) vorgeschlagenen Standards für dezentrale Identifikatoren (DID) und verifizierbare Berechtigungsnachweise (Verifiable Credentials) vollständig umgesetzt. Die Umsetzung dieser Spezifikationen ist eine grundlegende Schicht für den Aufbau eines SSI-Rahmens. Du kannst den Code in unserem Repository identity.rs finden. Dieses enthält sowohl die vollständige Rust-Implementierung als auch Web Assembly (WASM)-Bindungen, die sowohl in der Browser- als auch in der Node.js-Umgebung in Javascript / Typescript verwendet werden können. Die aktuelle Alpha-Version ist eine frühe Version und enthält nicht den Grad an Dokumentation, Code-Beispielen und übergeordneten Funktionalitäten, den wir uns idealerweise wünschen, der aber in den nächsten Wochen noch verbessert werden soll.

Für den Rest des Jahres wird sich das Team auf die Verbesserung des IOTA Identity Frameworks konzentrieren, um sich auf die vollständige Version 1.0 vorzubereiten. Wir werden eine Bibliothek auf höherer Ebene implementieren, die die meisten der komplizierten Funktionen in einfachere, aber weniger flexible Funktionen verpackt. Dies sollte für die meisten Anwendungen, die du auf dem IOTA Identity Framework aufbauen könntest, ausreichend sein, ansonsten kannst du immer direkt auf die Funktionen der unteren Ebene zugreifen. Darüber hinaus arbeiten wir an der Implementierung von DID-Kommunikationsnachrichten, die es verschiedenen Geräten, Programmen und Plattformen ermöglichen, auf standardisierte Weise zu interagieren, so dass deine benutzerdefinierten Anwendungen direkt mit Selv oder anderen kompatiblen Anwendungen verbunden werden können. Schließlich werden wir die Dokumentation verbessern und die Nutzung des Frameworks erleichtern.

Ich möchte noch einmal huhn#8105, Thoralf#3558 und Tensor#2912 für ihre erstaunliche Arbeit an identity.rs im Rahmen des Zuschusses des Ecosystem Development Fund (EDF) mit der Unterstützung unserer erstaunlichen Kollegen bei der IOTA Foundation wie Devin Turner und Daniel Thompson-Yvetot danken.

Selv

Als Teil des Hackathon-Pakets stellen wir die Selv-Anwendung als Open Source zur Verfügung. Selv ist die von der IOTA Stiftung entwickelte Identitätsbörse. Sie wird derzeit für die Selv: Gesundheitspass-Demo verwendet und soll für mehrere Demos eingesetzt werden. Sie ermöglicht es, überprüfbare Anmeldedaten zu speichern und mit den Demo Websites oder Peer-to-Peer mit anderen Selv-Benutzern über einen QR-Code auszutauschen. Dies ist nur der Anfang für eine Identitätsbörse, sollte aber ausreichende Funktionalitäten für ein IOTA-identitätsbasiertes Hackathon-Projekt ermöglichen. Das Repository enthält ein nützliches Werkzeug zur Generierung neuer verifizierbarer Zugangsdaten und einen zugehörigen QR-Code, den du auf deinem PC rendern und mit der Selv-Anwendung scannen kannst, um ihn direkt in die Anwendung zu übertragen. Dieser Workflow ermöglicht es dir, mit nur wenigen Befehlen deine eigene SSI-Demo zu entwickeln.

Das Open-Sourcing der Anwendung war ein lange versprochener Schritt, den wir noch unternehmen mussten, aber er verzögerte sich aufgrund einiger erforderlicher Code-Restrukturierungen, die bei all unseren anderen Arbeiten nur schwer zu priorisieren waren. Glücklicherweise haben wir kürzlich erstaunliche Community Code Beiträge von Eike Haß erhalten, der an seiner Masterarbeit über Selv arbeitet. Neben den IOTA Identity Entwicklung werden wir weitere Verbesserungen an den Werkzeugen rund um die Identity vornehmen, um das Ökosystem zu fördern.

Odyssey Hackathon Paket

Morgen (13.11.2020) beginnt das Odyssey Momentum, der 4. Teil des größten DLT/A.I.-Hackathons der Welt. Letztes Jahr sahen wir neun Teams, die IOTA in ihrer Lösung verwendeten, von denen drei Teams ihre jeweiligen Herausforderungen gewannen. Da Self Sovereign Identity (SSI) ein beliebtes Thema bei Odyssey ist, um die vielen verschiedenen Herausforderungen zu lösen, haben wir hart daran gearbeitet, rechtzeitig vor dem Hackathon eine Reihe von früher als geplanten Veröffentlichungen in Bezug auf die IOTA Identity vorzubereiten.

Wir haben für die Teilnehmer des morgigen Odyssey Momentum einen minimalen realisierbaren SSI-Stack für die Teilnehmer des morgigen Odyssey Momentum vorbereitet. Die Veröffentlichung von IOTA Identity Alpha enthält die folgenden Komponenten:

Rust

  • Rust Implementierung des DID- und VC-Standards
  • Veröffentlichung und Lesen von DIDs aus dem IOTA Tangle

Javascript (WASM)

  • WASM-Bindungen für den DID- und VC-Standard
  • Veröffentlichung und Lesen von DIDs aus dem IOTA Tangle
  • Arbeiten an Node.js und dem Web
  • Enthält Typescript-Typisierung

Selv-Anwendung

  • Open-Source-SSI-Wallet
  • Kann Anmeldedaten speichern und überprüfen
  • QR-Code scannen zum Herunterladen, Freigeben und Überprüfen eines Berechtigungsnachweises

Wenn du während oder nach dem Hackathon Fragen zur IOTA Identity hast, schließe dich uns bei Discord an und schließe dich dem Diskussionskanal #identity-discussion channel an. Bei Odyssey können Sie auch Hilfe von unseren Jedis Dave de Fijter und Sebastian Heußer anfordern oder sie bei der Odyssey Momentum-Diskussion markieren.

Dies ist auch eine ausgezeichnete Gelegenheit für alle anderen, sich mit der IOTA Identity vertraut zu machen, da wir in Kürze weitere Untersuchungen zu diesem Thema zusammen mit unserer Community ankündigen werden. Wir glauben, dass die IOTA Identity sich nicht nur darauf auswirken wird, wie wir unsere Identität aus technischer Sicht nutzen, sondern auch darauf, wie wir unsere eigene Identität wahrnehmen und uns mit der Welt um uns herum verbinden. Wir freuen uns darauf, nicht nur die technologischen, sondern auch die sozialen und wirtschaftlichen Auswirkungen von SSI langfristig zusammen mit unserer Gemeinschaft zu erforschen. Bleiben Sie dran für weitere Informationen, wie Sie sich beteiligen können!

X-Teams

Zusätzlich zu den Code-Veröffentlichungen freuen wir uns auch, den Start des IOTA Identity Experience Teams bekannt zu geben. Die Mitglieder des X-Teams tragen aktiv zum ständig wachsenden IOTA Ökosystem bei. Viele von ihnen haben bereits persönliche Projekte, die auf der IOTA Identity aufbauen wollen, wie Society2 und Deposy. Die Mitglieder des X-Teams sprechen als eine Stimme für die Community. In Zusammenarbeit mit den Mitgliedern der IOTA Foundation werden sie eng in die Vorbereitung von Werkzeugen, Bibliotheken und Dokumentationen für das IOTA Identity Framework eingebunden.

Jeder ist eingeladen, sich beim IOTA Identity X-Team zu bewerben und mitzuhelfen, den Weg für die IOTA Identity zu ebnen, um die besten Erfahrungen im DLT- und IoT-Bereich zu machen. Entdecken Sie das Identity X-Team auf GitHub und bewerben Sie sich über dieses Formular.

Sammlung verlinkter Ressourcen

Code-Ressourcen

IOTA Identity Repository: https://github.com/iotaledger/identity.rs/tree/dev
IOTA Identity WASM: https://github.com/iotaledger/identity.rs/tree/main/libraries/wasm
Selv Repository: https://github.com/iotaledger/selv-mobile
Selv Credential Generator: https://github.com/iotaledger/selv-mobile#how-to-add-custom-credentials

Wissensressourcen

Whitepaper: https://files.iota.org/comms/IOTA_The_Case_for_a_Unified_Identity.pdf
EclipseCon-Präsentation: https://youtu.be/4YnGFHhxua8
Selv-Demo: https://selv.iota.org

Fragen
Besuchen Sie mit uns Discord auf dem Kanal #Identity-Diskussionen.

Original Jelle Millenaar: https://blog.iota.org/releasing-iota-identity-alpha-a-standard-framework-for-digital-identity-cebabd108b4f