Dev Status Update – Juni 2021

Dieses Update wird jeden Monat vom IOTA-Entwicklungsteam veröffentlicht und versorgt Sie mit Neuigkeiten und Updates zu unseren wichtigsten Projekten! Bitte klicken Sie hier, wenn Sie das letzte Status-Update sehen wollen.

Chrysalis

Es ist schon über einen Monat her, dass wir Chrysalis im Mainnet veröffentlicht haben. Sie können alles über die Freigabe hier nachlesen. Bis jetzt sind über 45% aller Token in das neue Netzwerk migriert worden!

Die Entwicklungsabteilung konzentriert sich nun darauf, ihre Bemühungen auf Coordicide zu verlagern, unsere Smart-Contract-Fähigkeiten weiterzuentwickeln und Ledger-Unterstützung in der Firefly-Wallet anzubieten.

Nektar

Erst letzte Woche haben wir das IOTA 2.0 DevNet gestartet, das erste vollständig dezentralisierte IOTA-Netzwerk ohne die Notwendigkeit eines Koordinators, zusammen mit unserem neuen Digital Assets Framework. Schauen Sie sich die schicke neue Website, den Tangle-Explorer und die Entwicklerdokumentation an.

Bee

Das Bee-Team hat die Version 0.1.0 der Node-Software mit dem Chrysalis-Release veröffentlicht und arbeitet seitdem an Korrekturen und Verbesserungen der Node-Software, sowie der Veröffentlichung einer 0.1.2-Version von Bee. Für Interessierte gibt es eine Anleitung, wie Sie Ihren Bee-Knoten betreiben können. Das Team bereitet auch die Arbeit für eine Rust-Version des Coordicide-Knotens vor, wobei die Komponenten der Chrysalis-Version wiederverwendet und verbessert werden.

Hornet

Das Team hat sich hauptsächlich auf das Hinzufügen von Autopeering-Funktionalität zu Hornet sowie auf die Behebung ausstehender Probleme konzentriert. Autopeering wird Teil der nächsten Hornet-Version sein.

Smart Contracts

Seit der letzten Veröffentlichung des IOTA Smart Contract Protokolls hat das Team hart daran gearbeitet, die Software zu verbessern und sicherzustellen, dass ISCP mit dem IOTA 2.0 (Nectar) Testnetzwerk kompatibel ist. Hierfür wurden neue Ausgabetypen implementiert und die Wasp-Knoten-Software wurde refaktorisiert, um alle Änderungen unterzubringen. Ein neuer Ketten-Konsens-Mechanismus wurde implementiert, und es gibt gute Fortschritte bei der Integration von EVM-Unterstützung sowie bei der vollständigen Unterstützung von Solidity-Smart Contracts. Mit der nächsten Version, die vollständig programmierbar ist, werden Smart Contracts auf dem IOTA 2.0 Testnetz Realität werden.

Sie können die Updates in den Kanälen #smartcontracts-discussion und #smartcontracts-dev auf Discord verfolgen.

Stronghold

Die Kommunikationskiste erhält derzeit eine letzte Überarbeitung, um ihre Schnittstelle actor-model-agnostisch zu machen, und wir fügen weitere Tests hinzu, insbesondere für die Firewall-Funktion. Um das Fehlen von unerwartetem Verhalten zu verifizieren, bauen wir einen Fuzzer, der die Kommunikationsschnittstelle zwischen zwei Clients nutzt. Schließlich bauen wir eine Tauri-Demo-App, damit wir nicht nur die Methoden der Fernsignierung validieren können, sondern auch als Testumgebung für binäre Instrumentierung, die beweisen wird, dass unser Speicherschutz wie erwartet funktioniert.

Außerdem werden Tutorial-Videos von Tensor Programming vorbereitet, damit die gängigen Anwendungsfälle von Stronghold verstanden und umgesetzt werden können.

Wallet

Mit sehr wenigen Fehlern seit der Produktionsfreigabe von Firefly konzentriert sich das Wallet-Team darauf, Unterstützung für Ledger Nano hinzuzufügen. Die Flows „Create New Wallet“ und „Import Existing Wallet“ wurden implementiert, und das Senden und Empfangen von Geldern funktioniert gut. Wir arbeiten derzeit an der Chrysalis-Migration für Ledger und den verschiedenen Abläufen dort, einschließlich Bundle Mining. Wir polieren auch einige UX-Details, um sicherzustellen, dass die Benutzererfahrung nahtloser ist als die ursprüngliche Trinity Ledger Integration. Das Team hat auch mit dem Bibliotheks-Team an einigen Leistungsverbesserungen für wallet.rs gearbeitet, einschließlich der Nicht-Blockierung verschiedener Funktionen und der Beschleunigung der Synchronisationszeiten.

Es ist allmählich klar geworden, dass das Firefly-Team einfach noch nicht groß genug ist, um unsere ehrgeizigen Pläne zu unterstützen, und so sind wir dabei, das Team zu erweitern. Wir stellen 3-4 neue Teammitglieder ein, damit wir Firefly Mobile und kommende Features wie NFTs und Kontakte in einem schnelleren Zeitrahmen bauen können.

IOTA-Identität

Nach dem Beta-Release plant das Team die nächsten Schritte und überarbeitet einige Teile der Codebasis. Wir erforschen und entwerfen eine gute Architektur für zukünftige Bindungen an andere Sprachen, wie C und Python, und unterstützen Plattformen, die von gängigen Betriebssystemen über das Web bis hin zu ESP32s reichen. Wir haben auch das neue Teammitglied Philipp Gackstatter begrüßt und sehen ein gutes Wachstum des Identity-Interesses in der Community. Diese Woche hatten wir eine Rekordzahl an wöchentlichen NPM-Downloads und Teilnehmern am wöchentlichen Identity X-team Call.

Chronik

Das Team war damit beschäftigt, Korrekturen an der Chrysalis-Version von Chronicle vorzunehmen. Der Fokus liegt nun auf zusätzlicher Funktionalität, hauptsächlich selektiver Transaktionsspeicherung.

IOTA-Erfahrungsteam

Diesen Monat treiben die Mitglieder des X-Teams verschiedene Ziele voran und tragen dazu bei.

Eine Gruppe von X-Team-Mitgliedern, zu denen adamski, Phylo, Jeroen van den Hout und Dr. Electron gehören, arbeiten sehr eng mit dem UI/UX-Team und den technischen Redakteuren der IOTA Foundation zusammen, um ein Wiki zu veröffentlichen, das eine erste Anlaufstelle für Informationen über IOTA und die Community bietet und gleichzeitig die epische Arbeit des Ökosystems unterstützt, indem es Besucher zu den tiefergehenden Dokumenten, Repos, Blogs, weiteren Informationen und allem anderen IOTA führt.
Nehmen Sie Kontakt auf, wenn Sie etwas beitragen möchten!

IOTA Wiki

Simplify X-Teammitglied Phylo hat eine Anleitung in zwei Teilen zum Einrichten eines HORNET-Knotens veröffentlicht, die dank des Feedbacks und der Unterstützung des Teams nun hier verfügbar ist:

Phylo hat auch stark zu den Kanalbeschreibungen des IOTA Discord beigetragen!

IOTA Discord

Erfahren Sie hier, wie Sie zu dieser Initiative beitragen können.

Am 1. Juni lud das Bee-Team die Mitglieder des Bee X-Teams ein, um über das Packable-Feature zu sprechen und eine Rust-Live-Coding-Session abzuhalten!

IOTA Meeting

Wenn Sie ein Rust-Entwickler sind, stellen Sie sicher, dass Sie dem Bee X-Team beitreten, um Ihre Erfahrungen zu teilen oder neue von dem Team zu gewinnen, das an dem rustlang-Framework zur Erstellung von IOTA-Knoten, -Clients und -Anwendungen in Rust arbeitet.

Bee X-Team-Mitglied Dr. Electron hat seinen ersten PR für Coordicide im Bee-Repository auf GitHub veröffentlicht! Dies ist ein Paradebeispiel dafür, wie jeder zur Zukunft des IOTA-Protokolls beitragen kann.

IOTA Discord Aufruf

Eines unserer jüngsten IOTA Libraries X-Team-Mitglieder, SourCL | Stefan, hat eine PHP-Bibliothek zur Interaktion mit der IOTA REST API entwickelt und veröffentlicht.

Der Start des IOTA 2.0 DevNet war ein großer Erfolg. In diesem Zusammenhang möchten wir uns für die grundlegenden Beiträge der GoShimmer X-Team Mitglieder bedanken:

Luca, SteveK, nikoulai, Phylo, Jack Kerouac,Dave [EF], Myhrmans, Brian Sztamfater, Xee Vee, Stefano Della Valle, emanuelneher, luka, Chris G., Dr. Electron, Maik Piel, Carpincho Dem, MaKla, Rafael Brochado, anistark, H., ReneW, Werner, poster, StromFLIX, Khal Drogo, javitech, Callinectes und eot

Diesen Monat begrüßen wir die neuesten Mitglieder des IOTA X-Teams: dmade, davinki, chrispilot, dan c, SourCL | Stefan, future_yacht_owner, poster, Sefear, Werner, CrashOverride, Brennan, MzK91/VoteForDAO und UnCoined#9234.

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

Es ist jetzt auch möglich, dem IOTA Experience Team auf Twitter zu folgen: https://twitter.com/IOTAXTeams.

Sehen Sie sich die bisherigen X-Team-Treffen hier auf dem YouTube-Kanal der IOTA Stiftung an.

Original By Jakub Cech: https://blog.iota.org/dev-status-update-june-2021/

Dev Status Update – April 2021

Dieses Update wird jeden Monat vom IOTA-Entwicklungsteam veröffentlicht und versorgt Sie mit Neuigkeiten und Updates zu unseren wichtigsten Projekten! Bitte klicken Sie hier, wenn Sie das letzte Status-Update sehen wollen.

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

Chrysalis

Chrysalis ist die Zwischenstufe des Mainnets, bevor Coordicide fertiggestellt wird. Sie können hier mehr über die Strategie zur Freigabe von Chrysalis lesen.

Die Komponenten der Chrysalis-Phase 1 wurden im August im Mainnet bereitgestellt. Das Engineering-Team arbeitet nun an Chrysalis Phase 2.

Wir raten außerdem allen, unseren Blog-Beitrag über „Sicherheit während der Token-Migration“ zu lesen, um für die Netzwerk-Migration, die am 21. April beginnt, gerüstet zu sein.

Implementierung von Chrysalis Phase 2

Da Chrysalis kurz vor der Tür steht, arbeitet das Team mit Hochdruck an den letzten Feinheiten, damit sowohl am 21. April als auch am 28. April alles so reibungslos wie möglich abläuft. Es werden Tests auf mehreren Instanzen der Infrastruktur durchgeführt, um alle Migrationsszenarien zu testen. Wir haben auch bereits die Chrysalis Mainnet-Infrastruktur bereitgestellt, die das aktuelle Mainnet ersetzen wird. Diese wird am Tag des Starts, dem 28. April, zurückgesetzt und macht aus dem aktuellen Mainnet ein Legacy Mainnet.

Die Migration wird über Firefly-Builds sowohl in einer internen als auch externen Benutzergruppe getestet (ein großes Dankeschön an die X-Teams dafür!).

Wir sind sehr gespannt auf den Chrysalis-Start. Dies wird wirklich ein neuer Anfang für das IOTA-Protokoll sein. Wir freuen uns darauf, zu sehen, was ihr auf dem Protokoll aufbaut, und auf all die Szenarien, Einsätze und Anwendungsfälle, die nach Chrysalis auftauchen werden. Chrysalis ist wirklich das bedeutendste Update in der Geschichte von IOTA.

Wenn Sie alle Neuigkeiten und Updates zu Chrysalis verfolgen wollen, besuchen Sie unbedingt die Status-Seite. Die Seite wird mehr Informationen enthalten, wenn wir uns dem 28. April nähern.

Pollen

Das Team hat mehrere Versionen des Pollen-Testnetzes veröffentlicht. Pollen 0.5.0 führte unser Reputationssystem ein – Mana. Mit der neuesten Version 0.5.6. Die Knoten verfügen nun über einen Mana-Bereich, der in das lokale Dashboard, das Pollen-Analyzer-Dashboard und das Grafana-Dashboard integriert ist. Zugriffs- und Konsens-Mana kann nun mit GUI- und CLI-Wallets an bestimmte Knotenidentitäten verpfändet werden.

Sie können mehr über das Update im Forschungsupdate von letzter Woche und in den verschiedenen Mana Release Posts lesen.

Sie können das Projekt auf seinem GitHub-Repository verfolgen. Wenn Sie sich beteiligen wollen, schauen Sie sich unsere aktualisierten Richtlinien für die Mitarbeit an.

Bee

Das Bee-Team hat die erste Alpha-Version des Rust-basierten Knotens für das Chrysalis-Netzwerk veröffentlicht. Für Interessierte gibt es eine Anleitung, wie Sie den Bee-Knoten betreiben können.

Das Dashboard wurde mit Authentifizierung – via JWT – aktualisiert und der Knoten wurde für die Chrysalis-Migration vorbereitet.

Der größte Teil des Codes wurde ordnungsgemäß dokumentiert, getestet und in den Dev-Zweig des Repositorys eingefügt.

Für den Rest der Chrysalis-Funktionalität hat das Team MQTT-Unterstützung, lokalen Snapshot und Pruning implementiert und diese Funktionen werden derzeit getestet. Die erste Prüfung der Bee Crates ist ebenfalls abgeschlossen.

Das Team hat außerdem neue Live Coding Sessions veröffentlicht.

Hornet

Die Tests der Chrysalis-Version von Hornet sind im Gange. Im vergangenen Monat hat das Team außerdem mehrere Änderungen und Korrekturen an der Node-Software vorgenommen, zum Beispiel bei der DB-Revalidierung, MQTT und mehr. Wir arbeiten auch an der Dokumentation für die Chrysalis-Version von Hornet.

Genau wie in Bee wurde das Dashboard mit Authentifizierung aktualisiert – via JWT

Das Hornet-Team hat auch an Verbesserungen des Cachings gearbeitet. Diese Verbesserungen werden erst nach Chrysalis Phase 2 veröffentlicht.

Smart Contracts

Das Team hat Anfang März die erste große Version von Smart Contracts veröffentlicht. Stellen Sie sicher, dass Sie den Release-Post für weitere Informationen überprüfen. Seitdem haben wir uns stark auf das Refactoring der Integration konzentriert, um die neuesten Änderungen in Pollen widerzuspiegeln, sowie das Hinzufügen neuer Ausgabetypen, um ISCP auf Layer 1 zu unterstützen.

Sie können die Updates in den Kanälen #smartcontracts-discussion und #smartcontracts-dev auf Discord verfolgen.

Stronghold

Die Beta-Version von Stronghold wurde veröffentlicht, überarbeitet und befindet sich derzeit in der externen Prüfung. Die letzte Überarbeitung des Vault spart 97 % der früheren Zeit zum Schreiben/Abrufen eines Datensatzes ein, und mit Ausnahme des Schreibens eines Snapshots (das einige Millisekunden dauert), verwenden alle Benchmarks jetzt Mikrosekunden für die Messungen. Wir haben auch die Größe der Snapshots auf etwa ein Drittel ihrer früheren Masse reduziert.

Wir arbeiten mit dem IF-Kryptographie-Team zusammen, um Methoden für die Durchführung von Multisig mit Strongholds interner libp2p-noise-basierter Kommunikationskiste zu identifizieren. In der Tat liegt unser Hauptaugenmerk jetzt auf der Verifizierung und Validierung dieser Crate und ihrer Prozesse.

Wallet

Firefly wurde in den letzten Wochen intensiv getestet, wobei das Team fleißig die von der Testgruppe gemeldeten Fehler behoben hat. In letzter Zeit haben wir sowohl interne als auch begrenzte öffentliche Builds der Migrationsversion von Firefly getestet. Die Migrationsversion von Firefly unterstützt sowohl die Vormigrationsphase, die am 21. April beginnt, als auch die flüssige Migration, die am 28. April startet.

Nach Chrysalis wollen wir unseren Fokus auf die mobilen Versionen von Wallet verlagern.

IOTA-Identität

Das Identity-Team wurde vom Filancore-Team unterstützt, um die Qualität des Repositorys weiter zu verbessern und es so schnell wie möglich in eine Beta-Version zu überführen. Mit ihrer Hilfe hat IOTA Identity nun eine bessere Testabdeckung, verbesserte Dokumentation, bessere Beispiele und läuft auf Chrysalis Phase 2. Zusätzlich haben sie daran gearbeitet, das Feature DID Communication (ein Standard der Decentralized Identity Foundation) zu spezifizieren und in das Framework zu implementieren.

In der Zwischenzeit hat das Team an der Stronghold-Integration und dem Account-Modul gearbeitet und damit die Benutzerfreundlichkeit des Frameworks massiv verbessert. Wir sind auch dabei, die DID-Methodenspezifikation fertigzustellen, um sie bei der W3C DID Method Registry einzureichen. Alles in allem war es ein sehr produktiver Monat mit spannenden Verbesserungen. Wir werden wahrscheinlich mit einer Veröffentlichung warten, bis das Chrysalis-Update live ist.

Chronicle

Wir haben bereits eine Chrysalis-Phase-2-Version von Chronicle in unserem Testnetzwerk im Einsatz. Wir werden die neue Version von permanode freigeben, damit jeder seinen eigenen Chronicle auf dem neuen Chrysalis-Netzwerk einsetzen kann.

IOTA-Erfahrungsteam

Große Fortschritte in diesem Monat durch die Mitglieder des IOTA Experience Teams.

Dank des von der IOTA-Community angetriebenen Simplify X-Teams wurde die Umstrukturierung von Discord abgeschlossen. Die Channels sind nun in Kategorien strukturiert und die Farben der Discord-Rollen haben nun eine gewisse Logik. Die nächsten Schritte sind, nach Wegen zu suchen, um die „Channel-Müdigkeit“ bei der langen Liste von Channels, die der IOTA Discord bietet, zu reduzieren.

Eine weitere greifbare Errungenschaft ist der aktualisierte IOTA-All-in-one-Thread auf dem IOTA-Subreddit, der Ressourcen über IOTA sammelt; stellen Sie sicher, dass Sie ihn mit Neulingen in der IOTA-Community teilen.

Das Simplify X-Team hat neue Ziele vorgeschlagen, wie z.B. das Erstellen einer IOTA-Beschreibung für Exchanges/Websites oder das Erstellen einer einfachen Schritt-für-Schritt-Anleitung für Nicht-Techniker, wie man einen IOTA-Knoten einrichtet und betreibt, diese Ziele sind perfekt für Nicht-Entwickler, die zur IOTA-Vision beitragen wollen. Schauen Sie sich die Liste der Ziele hier an und machen Sie mit!

X-Team-Mitglieder aus verschiedenen Initiativen testen die Firefly-Wallet und die Firefly-Token-Migrationsprozedur, um Feedback über die Benutzererfahrung zu geben und reichen Probleme ein, um dem Team zu helfen, Fehler zu finden, Erweiterungen vorzuschlagen und Verbesserungen vorzuschlagen. Andere IOTA-Community-Mitglieder helfen bei der Internationalisierung von Firefly, indem sie die Anwendung übersetzen. Schließen Sie sich uns auf Crowdin an und tragen Sie zur Annahme von Firefly bei, indem Sie die Übersetzung in Ihrer ersten Sprache hinzufügen oder verifizieren.

Fortschritt Übersetzung

Das Community-getriebene IOTA Identity X-Team hält jeden Montag um 20:00 Uhr MEZ wöchentliche Treffen ab. Wenn Sie daran interessiert sind, digitale Identitätslösungen auf Basis von IOTA zu entwickeln, sollten Sie sich dem Experience Team und den Treffen anschließen.

Zu guter Letzt noch ein Update für diesen Monat:
Wenn jemand in der IOTA-Community ein Podcast-Setup oder ein gutes Mikrofon hat und eine Community-getriebene Initiative diskutieren möchte, dann melden Sie sich!

Die Idee hinter dieser Initiative ist ein monatlicher Podcast, in dem über das gesprochen wird, was der Community gefallen hat und der im Kanal #community-highlights auf Discord gepostet wird.

Ein 5-10-minütiger Podcast zum Anhören, während unsere Community-Mitglieder pendeln oder Kaffee trinken.

Das Ziel ist es, die Reichweite dessen, was in der Community passiert ist und von anderen Community-Mitgliedern interessant gefunden wurde, von der Community für die Community zu erweitern.

Beteiligen Sie sich an der Diskussion über diese Initiative im Kanal #experience auf Discord!

Diesen Monat begrüßen wir die neuesten Mitglieder des IOTA X-Teams:

Agi#5701, jvdhout#4402, merul.isAwesome()#2114, gman_IoTangle#7856 und Myhrmans#7816.

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

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

Wie immer heißen wir jeden willkommen, auf 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/iota

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

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