Veröffentlichung von IOTA Identity v0.5

identity update version 0.5

TL;DR:
IOTA Identity Version 0.5 enthält eine Überarbeitung der API für das Rust-Framework, mit Verbesserungen in der Benutzerfreundlichkeit, Sicherheit, Konsistenz und Codequalität. Darüber hinaus haben wir die JavaScript-Bindungen deutlich verbessert, um mit dem Rust-Framework gleichzuziehen, und die viel einfacher zu verwendende Account-API, Stronghold für die Node.js-Umgebung und die anderen API-Verbesserungen eingeführt.

Wir sind stolz, die Veröffentlichung von IOTA Identity Version 0.5 bekannt zu geben. Mit diesem Update macht das IOTA Identity Team einen wichtigen Schritt in Richtung des sichersten, datenschutzfreundlichsten und einfach zu bedienenden Self-Sovereign Identity (SSI) Frameworks auf dem Markt. Während wir zuvor unserem eigenen Namensschema mit „beta-2“ folgten, sind wir nun zur semantischen Versionierung (major.minor.patch) zurückgekehrt.

Änderungen am Tangle

Das Update 0.5 enthält wesentliche Verbesserungen an den dezentralen Identifier (DID)-Nachrichten auf dem Tangle. Erstens werden DID-Nachrichten jetzt mit dem Brotli-Kompressionsalgorithmus komprimiert, wodurch sich die Größe der Nachricht um etwa 40 % verringert, ohne dass sich die Komprimierung und Dekomprimierung wesentlich auf die Leistung auswirkt. Aufgrund dieser Größenreduzierung benötigen DID-Nachrichten einen geringeren Schwierigkeitsgrad beim Proof of Work (PoW), wodurch sich auch die Veröffentlichungszeit verringert. In einer Post-Coordicide-Umgebung erwarten wir, dass dies auch auf Mana zutrifft und die Menge an Mana, die für die Veröffentlichung einer DID-Nachricht benötigt wird, reduziert wird.

automatischer Handel mit Kryptowährungen

Nach der Dekomprimierung sind die DID-Nachrichten nun auch klarer in drei separate Objekte strukturiert: „doc“, „meta“ und „proof“. Diese Trennung macht es einfacher, relevante Informationen aus den rohen DID-Nachrichten zu finden und hält sich enger an die W3C-Spezifikation für DID.

Diese Änderungen sind nicht kompatibel mit Identitäten, die mit älteren Versionen des Frameworks veröffentlicht wurden, was bedeutet, dass diese Identitäten nicht mit der neuen Version aufgelöst werden können und umgekehrt. Um weitere Änderungen am Layout der DID-Nachrichten zu verhindern, haben wir eine Versionierung eingeführt. Jede DID-Nachricht enthält ein Byte für die Versionierung des DID-Nachrichtenlayouts und ein Byte für den verwendeten Kompressionsalgorithmus. Dadurch ist es möglich, die Abwärtskompatibilität in zukünftigen Updates zu unterstützen. Obwohl wir bestrebt sind, Änderungen auf ein Minimum zu beschränken und die Abwärtskompatibilität aufrechtzuerhalten, erforschen wir noch die genauen Details, wie sich die DID-Nachrichten mit dem Stardust-Update ändern werden, was möglicherweise zu einer Änderung führen könnte.

API-Verbesserungen

An der Account-API wurden mehrere Änderungen vorgenommen, um die Wartbarkeit, Flexibilität und Benutzerfreundlichkeit zu verbessern. Für Entwickler, die das Rust-Framework verwenden, bedeutet dies vor allem eine vereinfachte Entwicklererfahrung, bei der wir eine flexible API mit sinnvollen Standardeinstellungen bereitstellen. Die Account-API ist jetzt darauf ausgelegt, eine einzige Identität zu verwalten und nicht mehr mehrere. Dadurch entfällt die Notwendigkeit, die DID nach der Erstellung einer Identität zu verfolgen, da die Entwickler die DID nicht mehr in jede Aktualisierungsfunktion eingeben müssen. Da Konten jetzt nur noch eine einzige DID verwalten, können Strongholds auch zwischen Konten geteilt werden. Dies verhindert, dass Benutzer für jede neue Identität neue Passwörter festlegen müssen.

Das Team hat außerdem Unterstützung für den X25519 Diffie-Hellman-Schlüsselaustausch in das Framework aufgenommen. Dies ermöglicht es zwei Parteien, einen sicheren Kommunikationskanal einzurichten, der für den Austausch von sensiblen Informationen wie überprüfbaren Berechtigungsnachweisen (VCs) nützlich ist. Außerdem ermöglicht es IOTA Streams, Unterstützung für IOTA Identity hinzuzufügen.

iota schnell auf bitvavo kaufen

Schließlich hat die Verifizierung von VCs eine viel leistungsfähigere API erhalten. Zuvor erlaubte die API nur die Überprüfung der Signatur und nur, wenn der Signierschlüssel noch gültig war. Jetzt können die Entwickler wählen, welche Verifizierungsoptionen sie für wichtig halten. Sie können auch entscheiden, ob sie zulassen, dass abgelaufene VCs die Überprüfung bestehen, und sie können problemlos ihre eigene benutzerdefinierte Überprüfungslogik auf den Primitiven der Überprüfungs-API aufbauen.

JavaScript-Verbesserungen

Jetzt, wo das Rust-Framework deutlich gereift ist und unsere API in einem guten Zustand ist, haben wir die meisten unserer Bemühungen für v0.5 auf die JavaScript-Bindungen konzentriert. Die meiste Akzeptanz kommt derzeit von JavaScript-Entwicklern, daher wollen wir ihnen stets höchste Priorität einräumen. JavaScript hat sich jedoch als eine ziemliche Herausforderung erwiesen! Wir freuen uns sehr, dass wir nun die gleiche Funktionalität zwischen Rust und JavaScript haben.

Suche Gastautoren

IOTA identity 0.5

Die Konto-API vereinfacht die Arbeit für JavaScript-Entwickler. Sie müssen nicht mehr einen Client konfigurieren, Schlüssel in einer separaten Funktion generieren, PreviousMessageIds verfolgen und festlegen, Zeitstempel setzen oder eine Aktualisierung manuell signieren und veröffentlichen. Dies bedeutet vor allem eine Vereinfachung für Entwickler, da wir eine flexible API mit sinnvollen Standardeinstellungen bereitstellen. Dies ermöglicht es Entwicklern, die banalen Schritte in der frühen Entwicklungsphase zu überspringen, wie z.B. die Auswahl eines IOTA-Netzwerks, die Einstellung eines Knotens und eines permanenten Modus sowie die manuelle Veröffentlichung aller Änderungen. Es ist zwar immer noch möglich, all dieses Verhalten zu ändern, aber durch die Bereitstellung sinnvoller Standardeinstellungen bieten wir einen viel einfacheren Einstieg für Entwickler und erfordern weniger Konzepte, die verstanden werden müssen, bevor Entwickler in der Lage sind, das Framework zu nutzen. Darüber hinaus bietet die neue API auch eine viel breitere Unterstützung für Typescript.

automatischer Handel mit Kryptowährungen

Unsere größte Herausforderung bestand darin, Stronghold Unterstützung für JavaScript hinzuzufügen. Wir haben im Framework Flexibilität dafür geschaffen, wie die privaten Schlüssel erzeugt, gespeichert und verwendet werden sollen. Diese „Speicher-API“ kann von jedem implementiert werden, so dass er das Framework an sein eigenes Schlüsselverwaltungssystem anbinden kann. Wir bieten standardmäßig eine Stronghold-Implementierung für Rust an und haben nun eine Stronghold-Implementierung für die Node.js-Umgebung hinzugefügt. Leider können wir keine ähnliche Sicherheit in der Web-Umgebung garantieren, wo wir jetzt einen In-Memory-Speicher haben. Das Team erforscht neue Browser-APIs, um eine sicherere Lösung für das Web anzubieten, aber wir empfehlen, Schlüssel in einer nativen Umgebung zu speichern und zu verwalten.

Zukünftige Versionen

Das IOTA Identity Team hat auch drastische Verbesserungen an unseren Prozessen vorgenommen. Das mag für die Community weniger aufregend sein, aber es bedeutet, dass das Team nun einen vollständig automatisierten Release-Prozess mit detaillierten Changelogs hat. Darüber hinaus sind unsere automatisierten Tests schneller und zuverlässiger geworden und decken mehr wichtige Fälle ab.

Version 0.5 von IOTA Identity war ein großer Schritt nach vorne für das Team, da die Funktionsparität zwischen JavaScript und Rust es viel einfacher macht, häufigere Updates durchzuführen. Unsere Arbeit am Identity Actor geht mit der Integration der von uns geschriebenen DIDComm-Spezifikation weiter und wir beginnen mit der Implementierung von Zero-Knowledge Proofs, die auf unserer Forschung mit der LINKS Foundation basieren. Das kommende Stardust-Update bietet auch viele Möglichkeiten für das IOTA-Identitäts-Framework, indem es uns zum Beispiel erlaubt, Permanode als Voraussetzung zu streichen. Wir erwarten, dass wir häufiger zusätzliche Updates mit weniger einschneidenden Änderungen liefern werden, was die Entwicklung von IOTA Identity entwicklerfreundlicher macht. Solange wir jedoch vor 1.0 sind, können wir nicht versprechen, dass es keine weiteren einschneidenden Änderungen geben wird.

automatischer Handel mit Kryptowährungen

Um das neue Update zu nutzen, besuchen Sie unseren GitHub, der auch detaillierte Changelogs für Rust und JavaScript enthält. Wenn Sie auf der Suche nach einer großartigen Möglichkeit sind, mit IOTA Identity zu arbeiten, verpassen Sie nicht unsere Ausschreibung (RFP) zum Thema IOTA Login, die in ein paar Wochen endet. Die Ausschreibung könnte Ihnen helfen, eine Finanzierung für ein Projekt zu sichern (sofern es die in der Ausschreibung beschriebenen Anforderungen erfüllt). Bei Fragen zu v0.5 oder dem RFP können Sie uns im #identity-Kanal auf Discord kontaktieren.

Original by IOTA Foundation: https://blog.iota.org/iota-identity-v0-5-release/

0 0 Stimmen
Artikel Bewertung
Abonnieren
Benachrichtige mich bei
guest
0 Kommentare
Inline-Rückmeldungen
Alle Kommentare anzeigen
0
Ich würde mich über Ihre Meinung freuen, bitte kommentieren Sie.x
()
x