Roadmap

Nachfolgend finden Sie eine Deutsche Übersetzung der Roadmap für das IOTA-Protokoll. Die aktuelle Stand der Roadmap kann jederzeit unter der nachfolgenden URL eingesehen werden:

https://roadmap.iota.org/

Protokoll

Wichtige bevorstehende Upgrades des IOTA-(Kern-)Protokolls.

Coordicide

Vollständige Dezentralisierung des IOTA-Netzwerks durch Entfernen des Koordinators. Dies ist die Zukunft der erlaubnislosen und skalierbaren verteilten Hauptbuchtechnologie.

Aktuelles Ziel

  • Devnet Verbesserungen Einführen von diversen Verbesserungen in die IOTA 2.0 Devnet Umgebung. Inkl. Funktionen wie Congestion Control (Staukontrolle), Konsens- und Zeitstempelabstimmungen.

Nächste Ziele

  • Insentiviertes Test-Netz Das Testnetz wird mit einem Insentiv-Modell ausgestattet wodurch Sicherheitsforscher Belohnungen für das finden von Bugs und Sicherheitslücken bekommen. Dies führt zu schnelleren Entwicklung, Fehlerbehebung und Wachstum des IOTA Ökosystems.

  • Verbesserte Staukontrolle (Congestion Control) Neupositionierung der Scheduler (Planer) Komponente an das Ende des Datenstroms.

  • Verbesserter "Rate Setter" Programmerweiterung, sodass die Zeit für eine zur Bearbeitung vorgesehenen Transaktion geschätzt werden kann und das Nutzungerlebnis auch durch verbesserungen in den zugehörigen Tools merklich steigt.

  • Vereinfachung des Konsensus Ersetzen des bisher genutzen FCoB-Verfahrens (Fast-Consensus-of-Barcelona-Regel) mittels On-Tangle-Voting und zusätzlicher Nutzung von FPC als Metastabilitätsbrecher.

  • Zeitstempel-Voting Aktivierung der Zeitstempel-Qualitäts-Erzwingung.

  • Reorganisation Dies erlaubt den Nodes (Knoten) sich von einer fehlerhaften Zustand wieder "Erholen" und wieder ordnungsgemäß am Tangle partizipieren durch Anpassung auf Bassis der vorherschenden Zustimmungsgewichtung.

  • Inklusions-Wertung Kombiniert die Zeitstempel Qualität sowie das defizit auf den Nodes (Knoten), um die geplanten Transaktionen zu optimieren.

  • lokale Schnappschüsse (Snapshots) Erlaubt einer Node (Knoten) Ihre alten Daten lokal zu bereinigen, während die für den Ledger-State erforderlichen Informationen beibehalten werden.

Zuletzt erreichte Ziele

  • Pollen Das erste offizielle Testnetz des IOTA 2.0-Netzwerks. Das Pollennetzwerk ist in erster Linie ein Forschungsprüfstand zur Validierung von Konzepten für IOTA 2.0.

  • IOTA 2.0 Devnet Ein nahezu funktionsreiches Netzwerk zum Testen und Benchmarking von IOTA 2.0, das Mana und Fast-Probabilistic Consensus präsentiert.

Smart Contracts

Ein Layer-2-Protokoll für dezentrale, automatisch ausgeführte Programme, mit denen digitale Assets und Token verschoben werden können.

Aktuelles Ziel

  • Beta Release Programmierbare Smart-Verträge, verfügbar im Nectar-Testnetz, mit grundlegender Unterstützung für die Ethereum Virtual Machine und Solidity.

Nächste Ziele

  • Erweiterte EVM- und Solidity-Unterstützung Native Asset-Unterstützung und kettenübergreifende Kommunikation.

  • Mainnet Release Veröffentlichung der intelligenten Verträge im IOTA-Mainnet.

Zuletzt erreichte Ziele

  • Alpha Release Alpha-Version des IOTA Smart-Vertragsprotokolls. Protokollspezifikationen, Implementierung der Wasp Node und erste Version der Entwicklertools.

Anwendungen (Apps)

Kernsoftware, die von der IOTA Foundation erstellt und gewartet wird.

Firefly

Aktuelles Ziel

  • Mobile Alpha Release Eine Alpha-Version für die Firefly Mobile App.

Nächste Ziele

  • Mobile Beta-Version Eine Beta-Version für die Firefly Mobile App.

  • Mobile Produktionsfreigabe Eine Produktionsversion von Firefly Mobile im Mainnet.

Zuletzt erreichte Ziele

  • Ledger Nano Integration Unterstützung für Ledger Nano S und X über USB.

  • Mobile Design Das Design von UX und UI der ersten Version von Firefly Mobile.

  • Desktop Production Release Eine Produktionsversion der Firefly-Brieftasche im Mainnet.

  • Erste Desktop-Benutzeroberfläche Eine saubere und moderne Benutzeroberfläche ist der Schlüssel zu einer guten Benutzererfahrung.

  • Desktop Beta Release Die Beta-Version ist die letzte Phase vor der Produktionsbereitschaft. Die App ist öffentlich verfügbar und kann nach einem Sicherheitsaudit in der Produktion freigegeben werden.

  • Desktop Alpha Release Die Freigabe der neuen Brieftasche an eine geschlossene Alpha-Testgruppe ist ein wichtiger Schritt in Richtung eines produktionsbereiten Produkts.

  • Desktop Audit Ein externes Audit zur Überprüfung der Sicherheit der Brieftasche.

  • Stronghold Integration Eine sichere Handhabung und Lagerung des Seeds ist unerlässlich. Stronghold ist eine auf Rust basierende Bibliothek, die alle Maßnahmen zum Schutz des Seeds ergreift.

  • Wallet Spezifikation Das Erstellen einer Open-Source-, zusammensetzbaren und erweiterbaren Anwendung erfordert eine detaillierte und sorgfältige Planung.

  • Desktop Design Das Design von UX und UI der ersten Version von Firefly Desktop.

Bee

Aktuelles Ziel

  • Lokale Snapshots Eine Implementierung lokaler Snapshots, mit der der Benutzer die Größe der Node-Datenbank steuern kann.

Nächste Ziele

  • Lokale Snapshots Eine Implementierung lokaler Snapshots, mit der der Benutzer die Größe der Node-Datenbank steuern kann.

  • MQTT-Unterstützung Unterstützung für das MQTT-Pubsub-Messaging-Protokoll hinzufügen.

  • Erneuerung des Plugin-Systems Ein neueres und flexibleres Plugin-System wird entwickelt, damit unter anderem Drittparteien mit eigenen Plugins die Funktionalitäten von Bee einfach und effizient erweitern können.

  • Erneuerung der Node Architektur Basierend auf dem ASB (Actor System Backstage) Prinzip in Zusammenarbeit mit dem Chronicle Team.

  • Initial-Implementierung der Coordicide Netzwerkschicht Implementierung der aktuellen Version von GoShimmer ohne die libp2p Voraussetzungen um innerhalb des IOTA 2.0 Devnet betrieben zu werden.

  • Initial-Implementierung des "Coordicide Data-Flow Modells Implementierung des Data-Flow Models wie in den Forschungsspezifikationen dokumentiert: https://github.com/iotaledger/IOTA-2.0-Research-Specifications/blob/main/2.4%20Data%20Flow.md

Zuletzt erreichte Ziele

  • Beta-Version Eine Beta-Version von Bee.

  • Alpha Release Alpha-Veröffentlichung von Bee.

  • Dashboard-Integration Unterstützung für die neue Benutzeroberfläche des Node-Dashboards hinzufügen.

  • API Dies ist die Schnittstelle zwischen Clients und Datenbanken - eine API, mit der Informationen und Daten aus der Ferne abgefragt werden können. Modular aufgebaut, ermöglicht es die einfache Implementierung neuer Architekturen (REST, gRPC, …).

  • Messages Implementiert das neue atomare Nachrichtenlayout von Chrysalis Part 2.

  • UTXO-Ledger Ermöglicht eine schnellere und genauere Konfliktbehandlung und behandelt mögliche Szenarien für das erneute Anhängen ungültiger Transaktionen. Es wird dem Protokoll ermöglichen, in Zukunft farbige Münzen (sog. Colored Coins) zu unterstützen.

  • Proof of Work Ermöglicht dem Node das Durchführen von Proof of Work.

  • Tangle Implementiert die API für die typsichere Interaktion mit dem Tangle und dessen Bearbeitung.

  • Speicherebene Die Speicherschicht des Bee-Nodes. Dies ist die Schnittstelle zwischen dem Tangle und den Datenbanken. Modular aufgebaut, ermöglicht es die einfache Implementierung neuer Backends (SQL, KV,…).

  • Netzwerkschicht Bietet eine einfache und bequeme Möglichkeit zum Austausch von Nachrichten zwischen benachbarten Nodes.

  • Gossip Protokoll Ermöglicht es dem Node, Transaktionen über das Netzwerk zu verbreiten.

  • White Flag Ein einfacherer, konfliktunabhängiger Ansatz, der eine schnellere und effizientere Auswahl von Spitzen ermöglicht, bestimmte Angriffe eliminiert und den Bedarf an erneuten Anhängen erheblich reduziert.

  • Binär codiertes Ternäres (Vereinheitlichung) Schnittstelle zur Vereinheitlichung von binär-ternären Codierungen.

  • Signaturschema Implementiert dieselben Signaturschemata, die die Authentizität im aktuellen IOTA-Netzwerk gewährleisten, wie IRI v1.8.1.

  • Kryptografische Grundelemente Implementiert die kryptografischen Hash-Funktionen CurlP und Kerl. CurlP81 (ein neuer Typ für CurlP mit 81 Runden) und Kerl sind die beiden von IRI v1.8.1 verwendeten kryptografischen Hash-Funktionen.

Abgebrochene Ziele

Findet und aktualisiert Peers im Netzwerk automatisch.

Chronicle

Chronicle ist eine auf Rust basierende Permanode, die die gesamte Geschichte des Tangle speichert.

Aktuelles Ziel

  • Selektiver Permanode für das Chrysalis Netzwerk Ein selektiver Permanode speichert und filtert einen benutzerdefinierten Satz von Transaktionen. Dieser Version wird für Chrysalis (aka IOTA 1.5) entwickelt.

Nächste Ziele

  • Permanode-Dashboard Ein Dashboard, mit dem Benutzer ihre permanente Instanz überwachen und steuern können.

  • Selektiver Permanode für das Honey Netzwerk Ein selektiver Permanode speichert und filtert einen benutzerdefinierten Satz von Transaktionen. Dieser Version wird für Chrysalis (aka IOTA 2.0) entwickelt.

  • Bestätigungszeitanalyse Berechnet und Speicher unter anderem die durchschnittle Bestätigungszeit

Zuletzt erreichte Ziele

  • Chronikarchiv Eine Protokollfunktion, um den bestätigten Verwicklungsdatenfluss nach Meilensteinindex zu sichern.

  • Chrysalis-Unterstützung Unterstützung für neue Datenmodelle und Chrysalis Part 2-Typen.

  • Transaktionsverfestigung Unterstützung für die Festigung von Transaktionen in Chronicle.

  • Chronik-Broker MQTT-Unterstützung mit einem verteilten und parallelen Kollektor zum Empfangen von Ereignissen von IOTA-Nodes und einem erweiterten angepassten Cache.

  • Unterstützung für ausgegebene Adressen Funktionalität zum Speichern und Nachschlagen verbrauchter Adressen zur Verwendung beim Chrysalis-Übergang.

  • API-Verbesserungen Unterstützung von weiteren Einschränkungen für die API, um die Effizienz des Datenzugriffs zu verbessern und ein API-Referenzhandbuch hinzuzufügen.

  • Alpha Release Alpha-Version der Chronicle Permanode.

  • Permanode-Runtime Eine erste Implementierung der Laufzeit von Chronicle basierend auf der Tokio Rust-Crate.

Abgebrochene Ziele

  • Weitere Verbesserungen der Permanode-Runtime Das Hinzufügen von weiteren Tests und Profilen für die Robustheit der Runtime.

Werkzeuge und Bibliotheken

Entwicklertools und Bibliotheken zum Erstellen von Anwendungsfällen auf IOTA.

Client-Bibliothek

Die Client-Bibliothek abstrahiert die Komplexität des IOTA-Protokolls in einfache, einheitliche Methoden.

Aktuelles Ziel

  • WASM-Bindungen Implementierung von WASM (WebAssembly) Support. Hiermit wird es möglich IOTA.rs innerhalb moderner Browser zu nutzen.

Nächste Ziele

  • Erweiterte Testabdeckung Generelle Verbesserungen zum testen der Core Rust Library.

  • C MCU Kompatibilität Ermöglicht, dass die C-Library Kompatibel mit unterschiedlichen MCU Plattformen wird.

  • C Produktionsrelease Veröffentlichung der stabilen Verison 1.0.0 der C-Library inkl. sauberer Dokumentation und Beispielen zur Verwendung.

  • Java Bindungen - Verbesserungen Ermöglicht, dass alle Bindungen innerhalb der JAR Datei verfügbar sind ohne dass seperate Links etc. nötig sind.

  • Java Bindings Android Tutorials Enthält Beispiele und Anleitungen für die Verwendung in Android.

  • Node.js Bindungen - Neon Update Update auf die aktuellste Neon Version inkl. der neuesten Node-APIs.

  • Asynchrone Node.js Bindungen Alle API Methoden werden die asynchone Ausführung unterstützen (Es wird mit größeren Änderungen der APIs zu rechnen sein).

  • Node.js Bindungen - Neon Update Update auf die aktuellste Neon Version inkl. der neuesten Node-APIs.

  • Python Bindungen - Automatisierter Workflow ERweitert die Python Bindungs um die Möglichkeiten der Automatisierten Workflows.

  • Python Bindungen - Test und Beispiele Erweiterte Tests inkl. Veröffentlichung von Beispielen für die Python Implementierung.

Zuletzt erreichte Ziele

  • Spezifikation Eine Spezifikation für die IOTA-Clientbibliothek.

  • Java-Bindungen Erstellung einer Bindung zu der Java-Programmiersprache, mit der die Rust-Bibliothek in Java verwendet werden kann.

  • C Beta-Version Eine C-basierte Bibliothek mit intuitiven Methoden für die IOTA-Funktionalität, z. B. Senden und Empfangen von Transaktionen.

  • Rust Beta Release Eine Spezifikation für die IOTA-Clientbibliothek.

  • Go Beta-Version Eine Go-basierte Bibliothek mit intuitiven Methoden für die IOTA-Funktionalität, z. B. Senden und Empfangen von Transaktionen.

  • Rust Alpha Release Eine Rust-basierte Bibliothek mit intuitiven Methoden für die IOTA-Funktionalität, z. B. Senden und Empfangen von Transaktionen.

  • Python-Bindungen Erstellung einer Bindung, mit der die Rust-Bibliothek in Python verwendet werden kann.

  • Node.js Bindungen Erstellung einer Bindung, mit der die Bibliothek iota.rs in Node.js über Neon verwendet werden kann.

Wallet-Bibliothek

Die Wallet-Bibliothek vereinfacht Implementierungen, die den IOTA-Token verwenden.

Aktuelles Ziel

  • Erweiterte Testabdeckung Erweiterte Testabdeckung über die gesamte Wallet Library hinweg.

Nächste Ziele

Aktuell keine.

Zuletzt erreichte Ziele

  • Ledger Nano Support Für Benutzer, die die Bibliothek mit einem Ledger Nano nutzen möchten.

  • Java-Bindungen Bindungen, mit denen die Bibliothek wallet.rs in Java verwendet werden kann.

  • Beta-Version Bindungen, mit denen die Bibliothek wallet.rs in Python verwendet werden kann.

  • Python-Bindungen Bindungen zu der Python-Programmiersprache, mit der die Rust-Bibliothek in Python verwendet werden kann.

  • Alpha Release Eine neue benutzerfreundliche Brieftaschenbibliothek zur Vereinfachung von Implementierungen, die den IOTA-Token verwenden.

  • Node.js Bindungen Bindungen, mit denen die Bibliothek wallet.rs in Node.js über Neon verwendet werden kann.

IOTA Streams

Mit IOTA Streams können Geräte jeder Größe verschlüsselte Datenströme senden und darauf zugreifen.

Aktuelles Ziel

  • Gegenwärtig wurden keine aktuellen Ziele definiert

Nächste Ziele

  • Streams Explorer Ein benutzerdefinierter Streams-Explorer, der einen Überblick über einen bestimmten Datenstrom gibt.

  • Integration von IOTA Identity Integration mit der IOTA Identity Library um IOTA Stream Eignern und Usern eine dezentrale Identität zu ermöglichen.

  • Integration von IOTA Stronghold Integration der IOTA Stronghold Library um die Sicherheit und das Nutzungserlebnis des Schlüsselmanagements zu verbessern.

  • Aktualisierte Spezifikationen für Chrysalis Update der aktuellen IOTA STreams Spezifikation bezüglich Anpassungen der letzten Änderungen für Chrysalis.

Zuletzt erreichte Ziele

  • Dokumentation und Beispiele Verbesserung der Dokumentation und Beispiele für Rust und alle Bindungen.

  • Node.js Bindungen Node.js-Bindungen über Neon für die Rust-Bibliothek.

  • iota.rs Support Integration der neuen iota.rs-Clientbibliothek für Chrysalis.

  • Chrysalis-Unterstützung Sicherstellen, dass Streams für die Veröffentlichung von Chrysalis bereit ist.

  • C Bindungen C Bindungen für die Rust-Bibliothek.

  • Spezifikation Formale Spezifikation der Konstrukte, die die Funktionalität von IOTA Streams beschreiben.

  • Alpha Eine Alpha-Implementierung zur Validierung der IOTA Streams-Funktionalität mit unserer Community und unseren Partnern vor Beginn der endgültigen Implementierung.

  • Unterstützung der Rustbibliothek Unterstützung für IOTA Streams in der Rust-Bibliothek.

  • Rustimplementierung Eine Veröffentlichung von IOTA Streams in einem Rust-Client.

  • WASM-Bindungen WASM-Bindungen für die Rust-Bibliothek.

IOTA Identity

IOTA Identity implementiert die vorgeschlagenen Standards für DID und überprüfbare Anmeldeinformationen, um eine Identität für Personen, Organisationen und Dinge zu ermöglichen.

Aktuelles Ziel

  • Produktionsfreigabe In dieser Version kann das Framework in der Produktion verwendet werden. Zukünftige Updates bieten Tools für Abwärtskompatibilität und Versionsübergang.

Nächste Ziele

  • Kommunikationsbibliotheken Standardisierung der Kommunikation zwischen DIDs, einschließlich Authentifizierung, Anforderung und Freigabe von Überprüfungsanmeldeinformationen. Basierend auf DIDComm und Proof Präsentation vorgeschlagenen Standards.

  • Stronghold Integration Integration von Stronghold in das IOTA Identity Framework, um sofort einsatzbereite Sicherheit und einen benutzerfreundlicheren, zustandsbehafteten Umgang mit Identitäten zu bieten.

  • Prüfung Externe Prüfung, die eine Überprüfung der Sicherheits- und Kryptografievorgänge ermöglicht.

  • C-Bindungen C-Bindungen mit vollständiger Abdeckung der Bibliothek zur Unterstützung der nativen App-Entwicklung und IoT-Geräte.

  • Datenschutzfunktionen Das Framework unterstützt Selective Disclosure und Zero Knowledge Proofs, reduziert die Menge der freigegebenen Informationen auf ein Minimum und maximiert so den Datenschutz.

  • Identitätsagent Der Identitätsagent bietet eine Möglichkeit, sofort Identitätsnachrichten zu erstellen und zu beantworten, die auf eigene Anwendungen zugeschnitten sind.

Zuletzt erreichte Ziele

  • Beta-Version Beta-Version des von W3C in Rust vorgeschlagenen Standards für dezentrale Identifikatoren (DID). Dies umfasst die Verwaltung von DID-Dokumenten, das Veröffentlichen und Lesen von DID-Dokumenten von IOTA.

  • Spezifikation Eine umfassende Spezifikation für die Identität auf IOTA.

  • Rust-verifizierbare Berechtigungsnachweisbibliotheken Eine Implementierung des Standards für überprüfbare Anmeldeinformationen durch W3C in Rust. Dies umfasst die Erstellung, Verwaltung und Überprüfung von überprüfbaren Anmeldeinformationen / überprüfbaren Präsentationen.

  • Alpha Release Eine Implementierung des von W3C in Rust vorgeschlagenen Standards für dezentrale Kennungen (DID). Dies umfasst die Verwaltung von DID-Dokumenten, das Veröffentlichen und Lesen von DID-Dokumenten von IOTA.

  • Selv Demo Eine Demo-Anwendung, die verschiedene Funktionen von IOTA Identity zeigt und erklärt und zudem eine Grundlage für Community-Experimente bietet.

  • Versuchsprotokoll Eine voll funktionsfähige Typescript-Implementierung für ein schnelles Experimentieren und Prototyping.