Dev Status Update – September 2021

Das IOTA-Entwicklungsteam veröffentlicht jeden Monat dieses Update, das Sie über Neuigkeiten und Aktualisierungen unserer wichtigsten Projekte informiert! Bitte klicken Sie hier, wenn Sie das letzte Status-Update sehen möchten. Für monatliche Forschungs-Updates, klicken Sie hier.

Chrysalis

Es ist schon ein paar Monate her, dass Chrysalis erfolgreich im Mainnet veröffentlicht wurde. Sie können alles über die Veröffentlichung hier nachlesen. Bislang wurden über 67 % aller Token in das neue Netzwerk migriert.

Im August haben wir die Unterstützung von Ledger Nano zu Firefly hinzugefügt. Sie können alles über das Update hier nachlesen. Sie können sich auch das von uns produzierte Video ansehen, das zeigt, wie einfach es ist, Ihre IOTA-Token auf einen Ledger Nano zu migrieren.

Ein großer Schwerpunkt des Entwicklungsteams liegt derzeit auf Smart Contracts und zukünftigen Protokoll-Upgrades zur Unterstützung unserer Smart Contract-Fähigkeiten.

IOTA 2.0 Devnet

Nach der erfolgreichen Veröffentlichung des IOTA 2.0 DevNet Anfang Juni hat sich das Team auf Änderungen am Konsens und Optimierungen konzentriert. Für den neuesten Stand von IOTA 2.0 lesen Sie bitte den Beitrag, den wir Anfang dieser Woche veröffentlicht haben. Das GoShimmer-Team hat gerade eine neue Version veröffentlicht, die hauptsächlich Refactor- und Abhängigkeits-Updates enthält. Die Veröffentlichung konzentriert sich nicht auf die OTV-Konsensänderungen. Wir stellen nun auch tägliche Datenbankexporte zur Verfügung, so dass Community-Mitglieder leichter neue Nodes aufsetzen können.

Um mehr über das IOTA 2.0 DevNet zu erfahren, besuchen Sie die neue Website, den Tangle-Explorer und die Entwicklerdokumentation.

Bee

Das Bee-Team hat vor kurzem zwei Versionen des Knotens veröffentlicht, 0.2.0 und 0.2.1, die das Pruning einführen, Fehler beheben und die Leistung verbessern. Wir empfehlen, auf die neueste Version zu aktualisieren. Das Team hat auch an der Instrumentierung gearbeitet, um eine bessere Fehlersuche zu ermöglichen und die Leistung zu verbessern.

Die Arbeit an Coordicide geht weiter mit einem komplett neuen Plugin-System, einer überarbeiteten Speicherimplementierung, neuen Nachrichten- und Nutzlast-Layouts und deren Validierungsregeln, der Verwendung eines gemeinsamen Akteurs-Frameworks zwischen dem Bee-Knoten und dem Chronicle-Knoten, einem Entwurf des Nachrichtenflusses sowie einer mit GoShimmer kompatiblen Netzwerkschicht.

Hornet

Anfang des Monats hat das Team die Version 1.0.5 von Hornet veröffentlicht. Seitdem hat das Team hauptsächlich an den Spezifikationen für die nächsten Protokoll-Upgrades gearbeitet, die auf IOTA zukommen.

Smart Contracts

In diesem Monat hat das IOTA Smart Contract Team die Arbeit an der Beta-Version von ISCP fortgesetzt, die im IOTA 2.0 Devnet veröffentlicht wird, sobald die letzte Dokumentation hinzugefügt und die Optimierungen eingearbeitet wurden. Ein neues Schema-Tool wurde in die Codebasis integriert, das Ihnen bei der Entwicklung von Smart Contracts alle schweren Arbeiten abnimmt, so dass Sie sich auf das Wesentliche konzentrieren können: die Implementierung selbst. Die experimentelle EVM-Unterstützung wird ebenfalls verbessert und getestet, während in der Zwischenzeit bereits Vorbereitungen für die Lieferungen nach dem Beta-Release getroffen werden. Dazu gehört die Unterstützung des neuen Native-Assets-Standards, der derzeit spezifiziert wird, sowie die erweiterte EVM-Unterstützung, die die Kommunikation zwischen Layer 1 IOTA- und ISCP-Ketten ermöglicht. Wir legen auch letzte Hand an ein öffentliches Testnetz für ISCP, um die Einstiegshürde für das Experimentieren mit der ISCP-Beta zu senken. Die Dokumentation für ISCP wurde ebenfalls neu geschrieben und sobald wir die letzten Themen abgeschlossen haben, werden wir diese in das Wiki einbinden, um sie leichter zugänglich zu machen. Wir können es kaum erwarten, dass Sie es ausprobieren, sobald die Beta-Version veröffentlicht wurde.

Ihr könnt die Updates verfolgen und Erfahrungen in den Kanälen #smartcontracts-discussion und #smartcontracts-dev auf Discord austauschen.

Stronghold

Wir befinden uns auf dem Weg zur Version 1.0 von Stronghold. Zu den aktuellen Funktionen gehören die vollständige und teilweise Synchronisation für lokale Strongholds, später auch für entfernte Strongholds. In diesem Zusammenhang streben wir auch eine Remote-Ausführung von Prozeduren an. Die komponierbare kryptographische prozedurale API erreicht ihre Endphase und wir arbeiten derzeit an der Integration grundlegender kryptographischer Bausteine.

Wallet

Das Firefly-Team hat kürzlich seine Entwicklungsdiskussionen öffentlich gemacht und Sie können den Fortschritt im #firefly-dev Kanal auf Discord verfolgen. Wir planen auch, die Entwicklung von Firefly Mobile zu einem bestimmten Zeitpunkt öffentlich zu machen.

Das Team konzentriert sich im Moment auf eine Mischung aus verschiedenen Dingen. Firefly Mobile macht gute Fortschritte und die Benutzeroberfläche nimmt Gestalt an. Die Bindungen für Android sind in der Entwicklung, während iOS in der Forschung ist und wahrscheinlich noch einige Wochen dauern wird. Sobald die Anbindungen für jede Plattform fertig sind, können wir damit beginnen, die Benutzeroberfläche mit der zugrunde liegenden Logik und der wallet.rs Bibliothek auf der jeweiligen Plattform zu verbinden. In der Zwischenzeit hat das Team einige Hausarbeiten erledigt, Probleme bereinigt und Wiki-Artikel hinzugefügt, um die Entwicklung der Community zu fördern. Parallel dazu werden UX-Ideen für einige der zukünftigen Funktionen von Firefly entwickelt.

IOTA-Identität

Das IOTA Identity Team wächst weiter mit zwei zusätzlichen Rust-Entwicklern: Henrique Nogara und Oliver Anderson, die das Team vorerst vervollständigen. Mit den vielen Neuzugängen im Team und unserem nächsten Ziel, dem IOTA Identity 1.0 Release Candidate, haben wir viel geforscht und Spezifikationen zu verschiedenen Themen geschrieben, um die beste API bereitzustellen, die wir entwerfen konnten. Wir erwarten, dass die Nutzung von IOTA Identity in den nächsten Updates noch einfacher wird und arbeiten weiter an der Spezifikation von DID Communications für den Identity Actor.

Diesen Monat haben wir auch die erste Version des Identity Resolver veröffentlicht. Dieses Tool ist nun Teil des IOTA Explorers und bietet Entwicklern und interessierten Community-Mitgliedern die Möglichkeit, den Status und die Historie digitaler Identitäten zu erkunden. Dies ist besonders hilfreich, wenn Sie eine Anwendung mit IOTA Identity entwickeln, da Sie die Historie Ihrer erstellten Identitäten mit einem einzigen Mausklick einsehen können.

Identity Resolver

Chronicle

Das Team war damit beschäftigt, Korrekturen an der Chrysalis-Version von Chronicle vorzunehmen und den Backstage-Teil des Permanodes neu zu schreiben. Diese Arbeit wurde zusammen mit dem Bee-Team durchgeführt und die Projekte teilen sich nun die Implementierung des Akteursmodells. Wir arbeiten jetzt hauptsächlich an einer Spezifikation für die selektive Permanode-Funktionalität. Sobald wir einen Entwurf haben, mit dem wir zufrieden sind, werden wir ihn für weiteren Input nach außen geben.

IOTA-Experiance Team

Diesen Monat begrüßen wir die neuesten Mitglieder des IOTA X-Teams: Sabo/LendexeFinance und Gman214

X-Teammitglied Stefan Braun von IOTA.php gab bekannt, dass die zu 100 % von der Community betriebene IOTA-PHP-Bibliothek, die hier verfügbar ist, die IOTA-Identität in die neu veröffentlichte Alphaversion 0.4.0 integriert hat. Unterstützen Sie das Projekt, indem Sie IOTA.php auf Twitter folgen und dem Repository auf GitHub einen Stern hinzufügen!

Permanode X-Team Mitglied NO8ODY hat die Version 0.8.6 seiner SWARM Node Management Software veröffentlicht. Mit dieser neuen Version erlaubt das Update nun die gleichzeitige Installation von Hornet, Bee und GoShimmer Nodes auf einem System.

Wie einfach es ist, IOTA Nodes einzurichten und zu verwalten, erfahren Sie auf seiner Website.

Unterstützen Sie das Projekt, indem Sie Tanglebay auf Twitter folgen und einen Stern für das Repository auf GitHub vergeben!

Wir freuen uns, dass ein weiteres IOTA-Gemeinschaftsprojekt in Betrieb geht. Die X-Team Mitglieder Merul, adamski und rbrtbrnschn haben den Vorhang für ihr IOTA UP Projekt gelüftet

UP ist eine Plattform zum Teilen von Projekten, die es den Entwicklern ermöglicht, sich mit der Community zu verbinden. Sie bietet eine zentrale Anlaufstelle, um Updates zu teilen und sich mit einem globalen Publikum zu verbinden, um Unterstützung und Aufmerksamkeit für bahnbrechende Innovationen und Design zu erhalten.

Besuchen Sie IOTA UP und erfahren Sie mehr über diese großartige Gemeinschaftsinitiative. Melden Sie sich an und fügen Sie Ihr Projekt zu IOTA UP hinzu!

Simplify X-Team Mitglied Linus hat 2 Beiträge auf Reddit und Medium über IOTA veröffentlicht, die absolut lesenswert sind:
Reddit:

Medium:

Das X-Team und das von der Community betriebene IOTA-Wiki wachsen!

Die X-Team-Mitglieder Dr. Muon, adamski, Critical und Jeroen van den Hout haben weiter an dem Wiki gearbeitet und das Design, den Inhalt und die Benutzerfreundlichkeit stark verfeinert.
Das Wiki wird ein zentraler Anlaufpunkt für IOTA-Informationen sein. Lasst es uns gemeinsam BUIDLen!

IOTA Wiki

Entwickler sind eingeladen, die Community-Wiki-Initiative zu verbessern, indem sie sich den Code im Repository ansehen. Jeroen van den Hout hat einen Markdown-Editor für Docusaurus-Inhalte entwickelt, der GitHub nutzt, um jeden Fortschritt zu übertragen und es den Mitwirkenden zu ermöglichen, eine Pull-Anfrage an das Upstream-Repository zu stellen, ohne dass sie Markdown oder GitHub kennen müssen. Das Repository ist hier zu finden, Ihr Beitrag wird sehr geschätzt. Der implementierte In-Page-Editor, der es einfach macht, zum Wiki-Inhalt beizutragen, ohne ein GitHub-Experte zu sein, hat bereits vielen Community-Mitgliedern geholfen, Beiträge zu leisten. Folgen Sie ihrem Beispiel! Das Einzige, was Sie brauchen, um es zu nutzen, ist ein GitHub-Konto.

Jedes IOTA-Community-Mitglied ist aufgefordert, den Inhalt mit seinen Beiträgen zu erweitern.

Beteiligen Sie sich an der Diskussion im #community-wiki Kanal auf dem IOTA Discord

Die Mitglieder des X-Team Smart contracts bereiten sich darauf vor, das IOTA Smart contracts Team auf dem Weg zur erwarteten Beta-Version von ISCP zu unterstützen. Das IOTA Foundation Smart contracts Team hat die Mitglieder des X-Teams bereits zu Beiträgen und Unterstützung eingeladen und die Mitglieder werden zu diesem Thema aktiv.

Da sich die Community auf die nächsten Schritte in der Entwicklung von IOTAs Smart Contracts vorbereiten möchte, hat die X-Team Smart Contracts Initiative einen neuen Champion gefunden, der sicherstellt, dass die X-Team Mitglieder ein wöchentliches Treffen abhalten können, um Ideen auszutauschen und ihre Fähigkeiten im Umgang mit Smart Contracts auf IOTA zu stärken. Wir begrüßen Gman214 als neuen X-Team Champion und danken ihm für die Übernahme dieser wichtigen Rolle.

Wenn Sie sich die Hände mit ISCP schmutzig machen und zum Beta-Start beitragen wollen, treten Sie den X-Teams bei.

Die zu 100% vom X-Team getragene Identity-Initiative trifft sich weiterhin jeden Montag um 20 Uhr MESZ. Vergewissern Sie sich, dass Sie bei der nächsten Sitzung auf dem IOTA Discord dabei sind.

Jeder ist zu den IOTA Experience Teams eingeladen, um den Weg für IOTA zu ebnen, um die beste Erfahrung im DLT- und IoT-Bereich zu haben. Lesen Sie mehr über das IOTA Experience Team in diesem Blogbeitrag, entdecken Sie die IOTA Experience Teams, erkunden Sie die IOTA Experience Initiativen, treten Sie dem IOTA Discord bei und bewerben Sie sich dann über dieses Formular.

Folgen Sie den IOTA Experience Teams und erhalten Sie Updates auf Twitter hier: https://twitter.com/IOTAXTeams.

Sehen Sie sich die früheren X-Team-Treffen hier auf dem YouTube-Kanal der IOTA Foundation an.

IOTA Gemeinschaft Github

Das Github-Repository der IOTA-Gemeinschaft besteht jetzt aus 72 Repositories, 32 Personen, organisiert in 8 Teams.

Original by Jakub Cech: https://blog.iota.org/dev-status-update-september-2021/

IOTA Chrysalis Wöchentliches Update #8

Wird wöchentlich als Zusammenfassung der Chrysalis Phase 2 Updates veröffentlicht. Bitte klicken Sie hier, wenn Sie das vollständige monatliche Dev-Status-Update lesen möchten.

IOTA 1.5

IOTA 1.5 (auch bekannt als Chrysalis) ist die Zwischenstufe des Mainnets, 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 Mainnet eingespielt. Das Ingenieursteam arbeitet nun an Chrysalis Phase 2, oder der vollständigen Implementierung von IOTA 1.5.

Die Updates und der Status dieser Woche

Öffentliches Testnet der Phase 2

Kurz vor Weihnachten haben wir das öffentliche Testnetz freigegeben. Zusammen mit der Community haben wir in den letzten Wochen verschiedene Komponenten, wie die Node Software oder die verschiedenen Bibliotheken im Testnet getestet. Außerdem haben wir die letzten Protokolländerungen abgeschlossen.

Wir sind dabei, ein weiteres Update des Testnets vorzubereiten. Dieses Mal werden wir leichte Änderungen am Dust Schutzmechanismus und Änderungen an den Nachrichten vornehmen, um mehr als 2 Elternteile zu ermöglichen.

Bee

  • Implementieren mehrerer Nachrichten Eltern im Knoten
  • Feinschliff für das Dashboard des Knotens
  • Verbesserungen der Leistung
  • Updates mit den neuesten Anpassungen der Dust-Lösung

Hornet

  • Implementierung mehrerer Message Parents im Knoten
  • Aktualisierungen mit den neuesten Anpassungen der Dust Lösung
  • Änderungen an den Peering-Runden

Iota.rs und wallet.rs

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

  • Python-Bindung bereit zur Überprüfung – mqtt, Fehler und Bindungen erledigt
  • Merging des spec-Zweigs, sobald er fertig ist
  • Nächste Ziele: Umstieg auf die Verwendung von crypto.rs, Hinzufügen des State-Adapters

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 für die sichere Isolierung digitaler Geheimnisse.

  • Die Communications Desktop App hat jetzt eine korrekte Schnittstelle zur Stronghold Library
  • Das Team prüft den endgültigen Stand der Communications Integration
  • Runtime steht kurz vor der Fertigstellung

Firefly

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

  • Firefly wurde einer internen Sicherheitsüberprüfung unterzogen
  • Das Wallet-Dashboard wird fertiggestellt, um die App für Audits bereit zu machen

Audits

Ein großer Teil der Chrysalis Phase 2 Bemühungen ist die Prüfung der neuen Funktionalität. Wir haben mit dem Audit der Protokolländerungen an der Node Software begonnen. Das Wallet Audit findet derzeit intern statt und wird an eine externe Audit Firma übergeben, sobald wir es abgeschlossen haben.

Wie immer heißen wir jeden willkommen, auf Discord vorbeizuschauen – jedes hier erwähnte Projekt hat einen Kanal (oder mehr) für die Diskussion mit den Entwicklern!Folgen Sie uns auf Twitter, um über alle Neuigkeiten auf dem Laufenden zu bleiben: https://twitter.com/iotatoken

Original by Jakub Chech: https://blog.iota.org/chrysalis-update-january-29/

IOTA Chrysalis Wöchentliches Update #7

Wird wöchentlich als Zusammenfassung der Chrysalis Phase 2 Updates veröffentlicht. Bitte klicken Sie hier, wenn Sie das vollständige monatliche Dev-Status-Update lesen möchten.

IOTA 1.5

IOTA 1.5 (auch bekannt als Chrysalis) ist die Zwischenstufe des Mainnets, 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 Mainnet eingespielt. Das Ingenieursteam arbeitet nun an Chrysalis Phase 2, oder der vollständigen Implementierung von IOTA 1.5.

Die Updates und der Status dieser Woche

Öffentliches Testnet der Phase 2

Kurz vor Weihnachten haben wir das öffentliche Testnetz freigegeben. Zusammen mit der Community haben wir in den letzten Wochen verschiedene Komponenten, wie die Node Software oder die verschiedenen Bibliotheken im Testnet getestet. Außerdem haben wir die letzten Protokolländerungen abgeschlossen.

Diese Woche haben wir das Testnet aktualisiert:

  • Das Präfix der im Testnet verwendeten Adressen wurde auf atoi geändert
  • Aktualisierte Knoten MQTT und REST API, um die neueste Spezifikation zu reflektieren
  • Implementierung des Dust-Schutzes in der Node Software hinzugefügt

Sie können mehr über das Update im neuen Tech-Announcements-Kanal auf unserem Discord lesen.

Bee

  • Begonnene Live Tests der Bee Nodes mit dem Bee X-Team
  • Behebung der Erkenntnisse aus dem externen Code Audit
  • Implementieren des Dust-Schutzes
  • Implementierung einer Verbesserung der Balance Suche von Hornet

Hornet

  • Aktualisierte Abhängigkeiten, die Schwachstellen aufwiesen (erforderte Forking der MQTT-Lib)
  • Fix für die Dashboard-Authentifizierung, Fix für Heartbeats, um Bee die Synchronisation zu ermöglichen
  • Die Art und Weise, wie der Ledger gespeichert wird, wurde geändert, so dass Balance Lookups keine Iteration mehr erfordern -> bessere Leistung
  • Dust-Schutz implementiert und im Testnetz implementiert

Iota.rs und wallet.rs

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

  • Python-Bindings für iota.rs wurden portiert und sind für die reguläre API fertig, MQTT in Arbeit
  • Python-Bindings für wallet.rs werden folgen
  • Aktualisierte Anwendungsbeispiele, um den aktuellen Stand der Libs wiederzugeben
  • State Adapter steht noch aus

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 für die sichere Isolierung digitaler Geheimnisse.

Firefly

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

  • Die UI-Implementierung und die wallet.rs-Implementierung werden zusammengeführt
  • Firefly wird derzeit einer internen Sicherheitsüberprüfung unterzogen, bevor eine externe Sicherheitsüberprüfung beginnt
  • Die Ledger Nano App ist fertig, die Integration der App wird bald beginnen

Audits

Ein großer Teil der Chrysalis Phase 2 Bemühungen ist die Prüfung der neuen Funktionalität. Wir haben mit dem Audit der Protokolländerungen an der Node-Software begonnen. Das Wallet-Audit findet derzeit intern statt und wird, sobald wir es abgeschlossen haben, an eine externe Audit-Firma übergeben.

Wie immer heißen wir jeden willkommen, auf Discord vorbeizuschauen – jedes hier erwähnte Projekt hat einen Kanal (oder mehr) für die Diskussion mit den Entwicklern!Folgen Sie uns auf Twitter, um über alle Neuigkeiten auf dem Laufenden zu bleiben: https://twitter.com/iotatoken

Original by Jakub Cech: https://blog.iota.org/chrysalis-update-january-22/

IOTA Chrysalis Wöchentliches Update #4

Wird wöchentlich als Zusammenfassung der Chrysalis Phase 2 Updates veröffentlicht. Bitte klicken Sie hier, wenn Sie das vollständige monatliche Dev-Status-Update lesen möchten.

IOTA 1.5

IOTA 1.5 (auch bekannt als Chrysalis) ist die Zwischenstufe des Mainnets, 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 Mainnet eingespielt. Das Engineering-Team arbeitet nun an Chrysalis Phase 2.

Die Updates und der Status von dieser Woche

Phase 2 – Öffentliches Testnet

Wir befinden uns jetzt in einer Phase, in der wir die Chrysalis-Funktionalität in einem privaten Testnet testen. Wir arbeiten daran, alle notwendigen Teile für eine baldige Veröffentlichung des Testnets bereitzustellen. Dies beinhaltet:

  • die CLI-Brieftasche – fertig,
  • das neue Faucet – fertig,
  • die komplette Infrastruktur, an der wir zusammen mit dem Hornet-Team gearbeitet haben,
  • Node-Software stabilisiert – brechende Änderungen werden noch Teil des Testnets sein,
  • wallet.rs mit JS-Bindungen – erledigt,
  • iota.rs mit JS-Bindings – Implementierung von lokalem PoW und Fehlerbehebung.

Bee

  • Diese Woche hat das Bee-Team eine Live-Session durchgeführt, in der sie den Datenbankspeicher in den Node integriert haben
  • Ledger-Status und Snapshot-Laden sind in Arbeit
  • Die Nachrichtenversand-Funktionalität der neuen API für Chrysalis wurde vollständig in den Node implementiert. Das Team fügt nun Unterstützung für die bech32-Kodierung hinzu
  • Integration eines Node-Dashboards in Bee.
  • Behebung eines Fehlers, der beim Herunterfahren des Bee-Knotens auftrat.

Hornet

  • Verbesserte Curl-Implementierung integriert
  • Integration eines neuen Node Dashboards. Dieses wird mit dem Bee-Knoten geteilt und passt sich an unsere aktuelle visuelle Sprache an
  • Fortschritte bei der Konfiguration und Einrichtung des Chrysalis-Testnetzes

Iota.rs und wallet.rs

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

  • Arbeit an der lokalen PoW-Implementierung mit dem Bee-Team
  • Fertigstellung der Implementierung des Sync-Prozesses
  • Merged iota.rs nodejs Anbindung

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 für die sichere Isolierung digitaler Geheimnisse.

  • Stronghold Krypto wird nun vollständig von crypto.rs bezogen
  • Die Kommunikations-Akteur-Kiste wurde zusammengeführt
  • Stronghold-Snapshot-Korruptionsproblem gelöst
  • Leistungssteigerung bei der Snapshot-Aktualisierung erreicht
  • Finite State Machine als Sub-Actor-Verwaltung integriert
  • CI und CD mit Changelog und automatischer Veröffentlichung werden fertiggestellt

Firefly

Chrysalis Phase 2 wird mit einer neuen Wallet-Implementierung kommen, die Trinity ablöst.

  • Wir haben einen Beitrag über unsere Wallet der nächsten Generation, Firefly und ihre Zukunft veröffentlicht
  • Wir arbeiten weiter daran, alle Komponenten und Abhängigkeiten miteinander zu verbinden, Probleme zu beheben, die in den zugrunde liegenden Bibliotheken gefunden werden, und vieles mehr
  • Der aktuelle Plan ist, die ersten Runden der Alpha-Tests in den kommenden Wochen zu starten und den ganzen Dezember hindurch zu testen, wobei die Prüfung Anfang Januar beginnt

W-OTS zu Ed25519

Ein Teil des Chrysalis Phase 2 Releases wird der Übergang von dem W-OTS-Signaturschema auf das ed25519-Signaturschema. Dies wird einen Mechanismus beinhalten, der es den Benutzern ermöglicht, ihre Gelder auf eigenen Wunsch zu migrieren. Wir arbeiten derzeit an den letzten Feinheiten und Details dieses Plans und werden ihn so bald wie möglich mit der Community teilen.

Audits

Ein großer Teil der Chrysalis Phase 2 Bemühungen ist das Auditing der neuen Funktionalität. Wir haben die entsprechende Verfügbarkeit bei mehreren externen Wirtschaftsprüfungsgesellschaften für die kommenden Wochen gebucht, um so bald wie möglich mit der Prüfung der verschiedenen Komponenten zu beginnen.

Wie immer heißen wir jeden willkommen, auf Discord vorbeizuschauen – jedes hier erwähnte Projekt hat einen Kanal (oder mehrere) 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: https://blog.iota.org/chrysalis-update-december-11/

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

IOTA Dev Status Update — September, 2020 – Deutsch

Dieses Update wird jeden Monat vom IOTA-Entwicklerteam veröffentlicht und versorgt dich mit Neuigkeiten und Updates über unsere Schlüsselprojekte! Bitte klicken Sie hier, wenn Sie das letzte Status-Update sehen möchten.

Die Forschungsabteilung gibt auch ein monatliches Update heraus, das du vielleicht sehen möchtest.

IOTA 1.5

IOTA 1.5 (auch als Chrysalis bekannt) ist die Zwischenstufe des Hauptnetzes, bevor Coordicide abgeschlossen ist. Mehr über die Strategie zur Freigabe von Chrysalis können Sie hier lesen.
Die Komponenten der Chrysalis-Phase 1 wurden im vergangenen Monat im Mainnet bereitgestellt. Das Ingenieurteam arbeitet nun an der Phase 2 von Chrysalis.

Pollen

Weitere Verbesserungen des Pollen-Netzwerks sind in vollem Gange. Insbesondere die neueste Version der GoShimmer-Knoten-Software, v0.2.4, bringt die Integration des dRNG-Moduls, verbesserte Werkzeug- und Debugging-Fähigkeiten und vieles mehr. Du kannst dich hier über das Update informieren.
In diesem Beitrag kannst du mehr über Pollen, Nektar und Honig lesen, Konzepte, die wir eingeführt haben, um über die Meilensteine auf dem Weg zum Koordizid zu sprechen.
Du kannst das Projekt auf seinem GitHub-Repository verfolgen. Wenn du dich beteiligen möchtest, schau dir unsere aktualisierten Richtlinien für Beiträge an.

Bee

Das Bee-Team arbeitet an der Fertigstellung einiger der letzten Teile der Bee-Knoten-Software, wie z.B. der Speicherschicht und der lokalen Momentaufnahmen. Die Arbeit am Auto-Peering wird bald beginnen. Das Team stellt auch die Implementierung auf die Tokio-Laufzeit um, um eine bessere Leistung und Kompatibilität mit dem Ruster Ökosystem zu erreichen. Sobald die letzten Bemühungen abgeschlossen sind, werden wir eine Alpha-Version der Bee-Software veröffentlichen.
Außerdem beginnen die Arbeiten an der Implementierung von Chrysalis Phase 2-Komponenten.

Das Team hat außerdem jeden Freitag um 17.00 Uhr MESZ regelmäßige Live-Stream-Codierungssitzungen durchgeführt. Die vollständige Wiedergabeliste finden Sie hier. Eine der künftigen Sitzungen wird der Veröffentlichung der ersten Alphaversion der Knotenpunkt-Software gewidmet sein.
Du kannst alle Bee RFCs in ihrem jeweiligen GitHub-Repository finden.

Hornet

Das Team hat im August eine neue Version 0.5.0 mit Änderungen an Chrysalis Phase 1 veröffentlicht. Seitdem hat das Team an Korrekturen und Verbesserungen für die Knoten-Software gearbeitet. Zuletzt hat das Team diese Woche eine Version 0.5.3 von Hornet veröffentlicht.

Erste Implementierungen einiger der Änderungen in Chrysalis Phase 2 sind bereits im Gange. Das aktuelle Ziel ist es, einen Zustand in der Knoten-Software zu erreichen, in dem die Änderungen der Chrysalis-Phase 2 in einem dedizierten Testnetzwerk getestet werden können.

IRI

Wie in diesem Blogbeitrag erwähnt, war IRI 1.8.6 die letzte Version von IRI. Die Software wurde mit dem Upgrade auf Chrysalis Phase 1 eingestellt, und du bist aufgefordert, stattdessen Hornet-Knoten auszuführen.

Intelligente Verträge

Das Smart-Contracts-Team konzentriert sich jetzt hauptsächlich auf die Fertigstellung der für Ende September geplanten Prototyp-Freigabe der Demo von Wasp node und PoC hard coded smart contracts.
Bleiben Sie dran für weitere Informationen in den kommenden Wochen!

Sronghold

Der Continuous Integration-Workflow im öffentlichen github-Repository wird derzeit abgeschlossen. Das bedeutet, dass die Rostkisten automatisch auf https://crates.io veröffentlicht werden – und „interne Produkte“ (wie die CLI) für die wichtigsten Desktop-Plattformen erstellt und als Releases veröffentlicht werden. Es wird erwartet, dass dies in Woche 39 des Jahres 2020 abgeschlossen sein wird.

Die hochrangige Bibliothek für die Integration mit dem IOTA-Protokoll wurde aufgebaut, und einige der späten Protokolländerungen sind zur Verbesserung vorgesehen, sobald sie in iota.rs verfügbar sind. Eine Umgestaltung des „Motors“ auf niedriger Ebene wird derzeit durchgeführt, um die Aktivitäten innerhalb der „Unterakteure“ weiter zu isolieren, um ein geheimes Durchsickern zu verhindern. Darüber hinaus ist eine interne Überprüfung im Gange, um Möglichkeiten zu finden, nicht nur den Speicher auf Null zu setzen, sondern auch andere gleichzeitige Operationen einzuschränken.

An den Forschungsfronten beginnen erste Arbeiten für das p2p-Kommunikationssystem zwischen Stronghold (unter Verwendung von libp2p-Rauschen). Schließlich werden zusammen mit einigen Mitgliedern der Gemeinschaft erste Tests durchgeführt, um Möglichkeiten für die Verwendung einer angepassten Stronghold-CLI in Verbindung mit einer Browser-Erweiterung zu ermitteln.

Wallet

Die Walletbibliothek (wallet.rs) wurde vor kurzem als Open Source zur Verfügung gestellt. Du kannst ihren Fortschritt jetzt hier verfolgen. Die Bibliothek ist zum größten Teil vollständig, einige feinere Details der Integration von Stronghold, einige Chrysalis-Anpassungen und spätere Tests gegen ein Chrysalis-Testnetz stehen noch aus.

In der Zwischenzeit hat das Front-End-Team der Wallet mit der Implementierung der Benutzeroberfläche der Wallet begonnen. Wir untersuchen derzeit ein neues Plugin-System und eine erweiterbare Komponentenbibliothek. Mit einem solchen System wären die Entwickler in der Lage, mit Hilfe von json aus der Komponentenbibliothek eine Benutzeroberfläche zu erstellen. Das Plugin-System würde Beiträge Dritter einfacher und leichter prüfbar machen und generell die Sicherheit der Anwendung verbessern (durch Einschränkung der Kontrolle darüber, was erlaubt ist, und durch Trennung der Kontexte).

IOTA-Identität

Das Identitätsteam wurde letzten Monat eingerichtet und besteht aus den Gemeindemitgliedern huhn#8105, Thoralf#3558 und Tensor#2912, die über einen EDF-Fonds zusammenarbeiten. Sie arbeiten eng mit einigen Entwicklern der IOTA Foundation zusammen. In der kurzen Zeitspanne hat das identity.rs Repository große Fortschritte gemacht und viele der Anforderungen der vom DID und Verifiable Credential vorgeschlagenen Standards des W3C umgesetzt.

Gegenwärtig untersucht das Team auch die Integration und Zusammenarbeit mit Stronghold, um die IOTA-Identität mit einem standardmäßigen, starken Sicherheitsmodell zu liefern, das deine digitalen Identitäten schützt. Das Team ist auf dem Weg zu einer IOTA-Identität 1.0-Version vor Ende des Jahres. Diese Version wird dezentralisierte Identitätsanwendungen in der Produktion ermöglichen, könnte jedoch eine gewisse Benutzerfreundlichkeit und Werkzeugausstattung für die Entwickler vermissen lassen. Diese werden im Laufe des nächsten Jahres entwickelt.

IOTA Streams

Das Team von Streams hat an Änderungen an der Implementierung gearbeitet, die Funktionen wie Multi-Publisher-Unterstützung ermöglichen, sowie an der Umwandlung der bestehenden Prozesse in eine binäre Form, um die Leistung auf der vorhandenen Hardware zu verbessern.
Alle Änderungen werden Teil einer Vorabversion sein, die diesen Freitag erscheint! Bleiben Sie dran auf unseren Seiten Zwietracht und Twitter für weitere Informationen über die Veröffentlichung.

IOTA-Erfahrungsteam

Das Engagement der Gemeinde in den IOTA Experience Teams wächst stetig.
Luca#3952, trat den GoShimmer und Permanode Experience Teams bei und richtete einen 0.2.1 Chronicle Permanode ein und lieferte nützliche Beispiele für die Gemeinschaft.
Das IOTA Access Experience Team hatte eine Sitzung mit Bernardo Araujo, während der eine Vorschau auf den Quellcode des IOTA Access SDK möglich war.
Zwei weitere Mitglieder der IOTA-Gemeinschaft schlossen sich dem IOTA GoShimmer Experience Team an: MaKla#4289 und Maik Piel#8401, dieses X-Team ist am Testen der drand-Software-Integration mit GoShimmer beteiligt und hat ein siebenköpfiges dRNG-Komitee eingerichtet, um Angelo Capossele bei der Forschung zum Erreichen des 0.3.0-Meilensteins für Pollen zu unterstützen.

daverl#0001 (a.k.a. Dave [EF] und svenger87#8523 installierten die Alpha-Version von Bee und trugen mit wertvollem Feedback zur Bee X-Team-Initiative bei.
Um anzufangen, entdecken Sie das IOTA Experience Team auf GitHub, erkunden Sie die IOTA Experience Initiatives und bewerben Sie sich dann über dieses Formular.

Aktualisierungen der Roadmap

Wir haben die folgenden Aktualisierungen unseres Fahrplans vorgenommen:

  • Die nächste Veröffentlichung von IOTA Streams wurde auf September verschoben.
  • Die Permanode-Veröffentlichung mit Erstarrungsunterstützung wurde auf September verschoben.

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 übersetzt von Jakub Cech: https://blog.iota.org/dev-status-update-september-2020-2869dd1e0420

Dev Status Update — August 2020

Dieses Update wird jeden Monat vom IOTA-Entwicklerteam veröffentlicht und informiert Sie über Neuigkeiten und Updates zu unseren Schlüsselprojekten! Bitte klicken Sie hier, wenn Sie das letzte Status-Update sehen möchten.
Die Forschungsabteilung veröffentlicht auch ein monatliches Update, das du vielleicht sehen möchtest.

IOTA 1.5

„Dev Status Update — August 2020“ weiterlesen

Dev Status Update — April 2020 – Deutsch

Original by Jakub Cech: https://blog.iota.org/dev-status-update-april-2020-ef4f4a12ac82 (24.04.2020)

Dieses Update wird jeden Monat vom IOTA-Entwicklerteam veröffentlicht und liefert Ihnen Neuigkeiten und Updates zu unseren Schlüsselprojekten! Bitte klicken Sie hier, wenn Sie das letzte Status-Update sehen möchten.

Die Forschungsabteilung gibt auch ein monatliches Update heraus, das Sie sich vielleicht ansehen möchten.

Chrysalis

Die Forschungs- und Ingenieurteams haben zusammen mit dem Hornet-Team an der Fertigstellung der Spezifikationen für die ersten Chrysalis-Änderungen gearbeitet. Sie können die Spezifikationen in den verknüpften RFCs einsehen, aber auch selbst kommentieren und beitragen:

  • Gewichtete einheitliche zufällige Spitzenauswahl (Protokoll RFC #8)
  • Weiße Flagge (Protokoll RFC #5)
  • Die Spezifikation des Ed25519-Signaturschemas muss angepasst werden, da es mit UTXO gekoppelt wird

Die restlichen Chrysalis-Spezifikationen werden in den kommenden Wochen entworfen, und das Ziel ist es, sie im Mai fertigzustellen und in das Protokoll-rfc-Repository zu integrieren.

Autopeering, ebenfalls ein Teil von Chrysalis, wird bereits in der Hornet-Knoten-Software getestet. Es ist geplant, Autopeering bereits in die nächste Version von Hornet aufzunehmen.

Bee

Das Team schließt gerade die Arbeiten am ersten Bee-Prototypen ab. Das Team hat an den letzten Teilen des Puzzles gearbeitet: der Meilenstein-Erkennung und dem Durchqueren von Verwicklungen. In unseren internen Tests hat Bee seinen ersten Meilenstein bereits gefestigt. Der Prototyp wird im Mai freigegeben und für Tests zur Verfügung stehen. Das Hauptziel ist die Fertigstellung der Meilenstein-Erkennung und der Verwicklungswerkzeuge, die eine vollständige Verfestigung des Knotens ermöglichen werden.

Sie können alle Bee-RFCs in ihrem jeweiligen GitHub-Repository finden.

IRI

Das Team hat im vergangenen Monat IRI 1.8.5 veröffentlicht. Die Version enthielt wichtige Änderungen an den Bundle-Validierungsregeln, mit denen potenzielle Schwachstellen behoben wurden. Das Team konzentriert sich nun auf die nächste Minor-Version, IRI 1.8.6. Diese Version wird hauptsächlich eine neue Erstarrungslogik und andere Korrekturen enthalten, z.B. sollte die Erstellung lokaler Schnappschüsse schneller als bisher sein.

Wir gehen davon aus, dass das RC von IRI 1.8.6 nächste Woche herauskommen wird.

Intelligente Verträge

Wie letzte Woche angekündigt, haben wir unsere Aufmerksamkeit auf die Entwicklung eines neuen Smart Contract-Ansatzes als Layer-2-Lösung verlagert, der auf der Entwicklung von Koordizid in GoShimmer aufbaut. Wir planen, in den kommenden Wochen einen detaillierteren Beitrag über die entwickelte Lösung zu veröffentlichen. Eine kurze Einführung finden Sie hier.

Trinity

Das Trinity-Team hat in drei Schlüsselbereichen gearbeitet. In letzter Zeit lag ein Schwerpunkt auf der Erstellung einer PoC-App und einer Website, um die Möglichkeiten des Unified Identity Protocol zu demonstrieren. Weitere Informationen zu diesem Projekt werden folgen.

Auf der Trinity-Seite hat das Team Fragen geklärt, Abhängigkeiten aktualisiert und einige Reibungspunkte gelöst. Der jüngste Spam hat für Trinity-Benutzer ein Ärgernis verursacht und das Team hat Schritte unternommen, um dieses Problem zu lösen, einschließlich der Hinzufügung von Filtern für mobile Transaktionen. Eine neue Version wird bald verfügbar sein.

Schließlich hat das Team die Planung für die Brieftasche nach Trinity fortgesetzt. Es wurde ein Workshop „Jobs to be Done“ abgehalten, um sicherzustellen, dass die Spezifikation den aktuellen und zukünftigen Benutzerbedürfnissen entspricht. Der Schwerpunkt liegt nun auf der Unterstützung bei der Definition der Client-Bibliotheken für Chrysalis, wobei wiederverwendbare Adressen einen großen Teil der Möglichkeiten der neuen Brieftasche ausmachen. Das Team arbeitet hart daran, das DID-Projekt zum Abschluss zu bringen und Trinity in einen wartungsarmen Modus zu versetzen, damit sie sich auf die nächste Generation der Brieftasche konzentrieren können.

GoShimmer

Das GoShimmer-Team arbeitet derzeit an der Entwicklung weiterer Komponenten, die Werttransaktionen mit einer Konfliktlösung durch das angeschlossene FPC-Protokoll unterstützen werden. Mehr über die Entwicklung können Sie im letzten Forschungs-Update nachlesen.

Wir planen derzeit, die neue Version von GoShimmer in der ersten Junihälfte zu veröffentlichen.

Sie können das Projekt auf seinem GitHub-Repository verfolgen. Wenn Sie sich beteiligen möchten, sehen Sie sich unsere aktualisierten Beitragsrichtlinien an.

IOTA-Streams

Wir haben kürzlich die erste Alpha-Version von IOTA Streams (früher MAM) veröffentlicht. Wir arbeiten nun daran, mehr Dokumentation und Beispiele auf unserer Website zu veröffentlichen, damit mehr von Ihnen einsteigen und die Funktionalität testen können. Wir freuen uns über jedes Feedback, sowohl zur Implementierung als auch zur Dokumentation.

Permanode

Das Team arbeitet nun an der Fertigstellung der CLI-Funktionalität für die neue Permanode und wird sich als nächstes auf die Verfestigung konzentrieren. Wir haben in der Roadmap auch die Tatsache berücksichtigt, dass das Team beschlossen hat, die Rust Tokio-Laufzeitumgebung zu verwenden, anstatt eine benutzerdefinierte Laufzeitumgebung für den Permanode zu entwickeln. Die Tokio-Laufzeit erwies sich für die aktuelle Implementierung als ausreichend.

Das aktuelle Ziel ist es, die neue Version des Permanode Ende Mai oder in der ersten Junihälfte auf den Markt zu bringen.

Aktualisierungen der Roadmap

Wir haben einige bedeutendere Aktualisierungen unseres Fahrplans sowie Anpassungen der allgemeinen Zeitpläne der verschiedenen Projekte vorgenommen. Die Höhepunkte sind:

  • Der Abschnitt Qubic wurde in IOTA Smart Contracts geändert. Der Abschnitt zeigt jetzt die fertiggestellten Qubic-PoCs und konzentriert sich künftig nur noch auf die IOTA Smart Contracts
  • Kundenbibliotheken – die Zeitachse wurde verschoben, um mit der Chrysalis-Aktualisierung übereinzustimmen. Die Client-Bibliotheken erfordern erhebliche Änderungen zur Unterstützung von Chrysalis
  • Permanode – die optimierte Permanode-Laufzeit wurde gestrichen. Die anfängliche Implementierung des Permanentmodus wird auf der Tokio-Laufzeit aufbauen
  • MAM wurde in IOTA Streams umbenannt
  • Die Alpha-Implementierung von IOTA Streams wurde als abgeschlossen markiert. Die nachfolgenden Entwicklungen, Korrekturen und Änderungen beziehen sich auf die Implementierungselemente C und Rust.

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