Hornet Update 0.5.0 – IOTA 1.5 Chrysalis JETZT UPDATEN!

Heute Startete um 10:00 Uhr der erste Schritt Richtung Coordicide. IOTA 1.5 wird eingeleitet und mir ihr ein Update von Hornet. Wer eine Hornet-Node besitzt sollte alsbald diese Updaten mit der auf GitHub veröffentlichen Anleitung. Diese wird wohl in der nächsten Zeit nachgereicht werden. 14:13 wurde dasUpdateabgeschlossen. „Hornet Update 0.5.0 – IOTA 1.5 Chrysalis JETZT UPDATEN!“ weiterlesen

Freigabestrategie für Chrysalis (IOTA 1.5)

Original by Jacub Cech: https://blog.iota.org/release-strategy-for-chrysalis-iota-1-5-4ea8741ea3a1 (15.05.2020)

Eine der Hauptaufgaben der IOTA-Stiftung besteht darin, einen Entwicklungsfahrplan zu definieren und umzusetzen, der die IOTA zur Produktionsreife und Annahme bringt. In einem komplexen und sich ständig verändernden Ökosystem wie DLT ist eine klar definierte Vision – und eine Strategie, wie man dorthin gelangt – der Schlüssel zum Erfolg.

Das IOTA-Hauptnetz ist seit 2016 in Betrieb, so dass die Definition einer neuen Entwicklungsstrategie die Anpassung unserer Annahmen an das Feedback und die Anforderungen der Industrie beinhaltet. Dazu gehört auch die schwierige Entscheidung, bestimmte Projekte, die nicht mehr durchführbar oder relevant sind, einzustellen oder neu zu definieren. Im Mittelpunkt dieser neuen Strategie steht die ausschließliche Konzentration auf Technologien, die innerhalb eines Zeitrahmens von zwei Jahren eingeführt werden sollen.

Die Coordicideforschung hat viele neue Konzepte identifiziert, die unglaublich wertvoll sind, wenn sie heute auf dem IOTA-Hauptnetz umgesetzt werden. Dies hat uns dazu veranlasst, unsere Engineering-Strategie um Chrysalis (IOTA 1.5) herum zu formalisieren, eine Reihe von Upgrades des Protokolls, mit denen die Unternehmen noch vor der Einführung von Coordicide die Marktreife erreichen.

Der Vorteil dieses Ansatzes besteht darin, dass ein großer Teil des schweren Hebens und der Migration für Token-Inhaber und -Entwickler vor der Einführung von Coordicide stattfinden wird, wodurch der Übergang zwischen den Upgrades für Chrysalis (IOTA 1.5) und Coordicide (IOTA 2.0) vereinfacht wird.

Das Ziel der IOTA-Stiftung in den nächsten zwei Quartalen besteht darin, das IOTA-Hauptnetz (und angrenzende Technologien) erfolgreich zu spezifizieren, zu implementieren, zu testen und auf diese neue Version des Protokolls aufzurüsten.

Die beabsichtigten Ergebnisse für Chrysalis sind:

  • einfacher Übergang zu Coordicide: Mit den bedeutenden Fortschritten von Coordicide und der baldigen Einführung von Alphanet wollen wir sicherstellen, dass alle Entwickler und Unternehmen, die auf Chrysalis bauen, mit dem späteren Übergang zu Coordicide keine bahnbrechenden Veränderungen erleben werden.
  • Erhebliche Leistungsverbesserungen: Mit den von Chrysalis eingeführten Änderungen werden wir eine wesentliche Verbesserung der Skalierbarkeit und Zuverlässigkeit des IOTA Mainnet erleben. Das Hauptnetz wird in der Lage sein, mehrere hundert TPS zu verarbeiten.
    Verbesserte Erfahrung der Entwickler: Die neuen Protokollfunktionen, die neuen Bibliotheken, die neuen Module und die neue Brieftasche werden IOTA zu einer der besten Plattformen machen, auf der man aufbauen kann, wodurch die Reibung, die Entwickler heute erleben, beseitigt wird.
  • Beschleunigte Einführung: Chrysalis wird IOTA unternehmenstauglich machen, mit stabilen und zuverlässigen Technologien, die es Startups, Unternehmen und Regierungen ermöglichen, Produkte auf der Grundlage von IOTA zu entwickeln und auf den Markt zu bringen.

iota deutsch 1.5

Das Chrysalis-Upgrade ist ein komplexes Unterfangen. Wir müssen eine Reihe von verschiedenen Produkten koordinieren, um einen reibungslosen Übergang für die derzeitigen Benutzer und Partner der IOTA zu gewährleisten. Abgesehen von der Kern-Knoten-Software müssen wir auch unsere Wallet-Software, unsere Bibliotheken und die gesamte Infrastruktur aktualisieren.

Eine weitere wichtige Anforderung ist die Leichtigkeit des Übergangs zum künftigen Coordicide-Netzwerk. Durch sorgfältige Planung der bahnbrechenden Änderungen, die im Laufe der Zeit eingeführt werden, und durch die Unterstützung unserer Entwicklertools werden wir sicherstellen, dass unser wachsendes Ökosystem von Entwicklern, Start-ups und Unternehmen zuverlässig neue innovative Produkte auf der IOTA entwickeln und auf den Markt bringen kann.

Der Plan zur Implementierung von Chrysalis ist in zwei Phasen unterteilt.

Die erste Phase besteht aus verbesserter Spitzenauswahl (URTS), Meilensteinauswahl, Weißer Flagge und Autopeering. Diese werden nach und nach in die Knotenpunkt-Software implementiert und voraussichtlich bis Anfang Juli abgeschlossen sein. Diese Phase erfordert ein Upgrade aller Knoten, einschließlich des Koordinatorknotens, und erfordert keine Momentaufnahme.

Das Ergebnis der ersten Phase von Chrysalis wird sein:

  • Transaktionsbestätigungszeiten von etwa 10 Sekunden
  • Transaktionen müssen nur sehr selten neu angebracht werden
  • Eine beträchtliche TPS-Erhöhung im Hauptnetz
  • Leistungs- und Zuverlässigkeitsverbesserungen für Knoten
  • Reduzierte Knoten-Einrichtungszeiten durch Autopeering

Die zweite Phase besteht aus UTXO, Atomtransaktionen, wiederverwendbaren Adressen (Ed25519) und dem Übergang zu einem binären Transaktionslayout. Diese stellen bedeutende Änderungen des Kernprotokolls und der Art und Weise dar, wie Transaktionen strukturiert werden. Sobald alles getestet, validiert und geprüft worden ist, werden wir eine globale Momentaufnahme durchführen, damit das gesamte Netzwerk, die Brieftaschenbenutzer und die Börsen ein Upgrade durchführen können. Wir gehen derzeit davon aus, dass dies etwa Ende Oktober geschehen wird.

Das Ergebnis der zweiten Phase von Chrysalis wird sein:

  • Wiederverwendbare Adressen und Unterstützung für mehr Standard-Kryptographie (EdDSA), wodurch Hardware-Unterstützung für alle wichtigen Architekturen möglich wird
  • Vereinfachtes Transaktionslayout und eine Verringerung der Transaktionsgröße, wodurch die Leistung weiter gesteigert wird
  • Einführung neuer Merkmale, wie z.B. mokierte Vermögenswerte (farbige Münzen)
  • Signifikante Verbesserungen der Nutzbarkeit und Zuverlässigkeit von IOTA

Knotenbetreiber und Integrationspartner müssen ihre Knoten aufrüsten, um mit dem Netzwerk synchron zu bleiben und jegliche Software mit IOTA-Integration zu aktualisieren. Wir werden uns direkt an den Austausch, unsere Partner und die breitere Gemeinschaft wenden, um sie durch diesen Prozess zu führen.

Die Einführung wiederverwendbarer Adressen ist eine wichtige Änderung für Token-Inhaber. Dies wird die Benutzerfreundlichkeit von IOTA erheblich verbessern und die Integration in neue Börsen, Brieftaschen und Zahlungssysteme viel einfacher machen. Wir bauen eine neue Brieftasche, die es den Token-Inhabern ermöglichen wird, vom derzeitigen WOTS-Adressenschema zum neuen EdDSA-Schema überzugehen.

In den nächsten Monaten werden wir diesen Übergang für jeden im IOTA-Ökosystem so nahtlos wie möglich gestalten. Dazu gehören eine Vielzahl von Verbesserungen und Aktualisierungen unserer Bibliotheken und Software sowie Schulungs- und Ausbildungsveranstaltungen für unsere Partner. Wir wollen sicherstellen, dass sich jeder voll und ganz darüber im Klaren ist, wie die Zukunft des IOTA-Protokolls aussehen und funktionieren wird und was er tun muss, um ein Upgrade durchzuführen.

Vom Plan zur Aktion

Im Zusammenhang mit Chrysalis mussten wir Entscheidungen darüber treffen, wie wir diese bevorstehenden Veränderungen am besten umsetzen können, um eine korrekte und rechtzeitige Umsetzung und einen nahtlosen Übergang von unserem derzeitigen Zustand zu Chrysalis und später zu Coordicide zu gewährleisten. Im Folgenden erhalten Sie einen Überblick über die verschiedenen Komponenten, an denen wir arbeiten, um diese neue Zukunft für die IOTA erfolgreich umzusetzen.

Spezifizierung und Standardisierung

Spezifikationen sind ein wichtiger Teil unseres neuen Entwicklungsprozesses. Alle unsere neuen Softwareprojekte (Knotensoftware, Brieftasche, Identität, Zugriff, Streams usw.) werden vollständige Spezifikationen haben. Die Spezifikationen ermöglichen es externen Parteien, die beabsichtigte Funktionalität eines Projekts zu verfolgen (z.B. für Audits) oder ihre eigenen Implementierungen in verschiedenen Sprachen zu entwickeln. Der Spezifikationsprozess, der auch vom Forschungsteam von Coordicide verfolgt wird, ist der Schlüssel zur Standardisierung der IOTA und ihrer verwandten Produkte.

Für alle bevorstehenden Chrysalis-Änderungen haben wir Protokoll-RFCs eingeführt. Viele Chrysalis-Komponenten sind vollständig spezifiziert worden, und wir beabsichtigen, sie alle bis Ende Mai fertigzustellen. Wir begrüßen jeden Beitrag von der IOTA und der breiteren Gemeinschaft. Die Liste der RFCs lautet:

Knoten-Software

Das IRI ist seit einigen Jahren das Rückgrat des IOTA-Netzwerks. Zwar hat das Projekt im Laufe der Zeit erhebliche Verbesserungen für das IOTA-Netz gebracht, doch litt das Projekt stets unter erheblichen technischen Schwierigkeiten. Dadurch wurden jegliche Änderungen am Protokoll komplex, kostspielig und schwierig zu debuggen.

Während sich die Situation erheblich verbessert hat, ist es nun an der Zeit, zu neueren, flexibleren Lösungen überzugehen. IRI v1.8.6, derzeit als RC verfügbar, wird die letzte größere Version von IRI sein. Wenn Sie IRI verwenden, empfehlen wir Ihnen, Ihre Infrastruktur mit der kommenden Version v0.4.0 auf Hornet zu migrieren. Wir werden ein Tool zur Migration von DBs von IRI veröffentlichen, falls Sie Ihre Daten behalten wollen.

In Zukunft werden die Hornet- und Bee-Knoten IRI als IOTA-Kernknoten-Software ersetzen. Hornet ist ein EDF-unterstützter Community-Knoten, der in Go geschrieben wurde und sich bereits als stabile und performante Implementierung bewährt hat. Hornet wurde kürzlich erfolgreich von einer externen Firma geprüft. Die kommende Version v0.4.0 enthält viele Verbesserungen wie Objektspeicherung, Autopeering und weitere Leistungsverbesserungen. Bee ist ein IOTA-Foundation-Rust-Knoten und wir schätzen, dass seine erste Alpha-Version Ende Juni fertig sein wird.
Hornet und Bee bilden für uns die perfekte Basis für die Implementierung aller zukünftigen Chrysalis-Änderungen. Das Hornet-Entwicklungsteam hat kürzlich einen weiteren Zuschuss erhalten und wird direkt mit Ingenieuren der Foundation unterstützt.

Unterstützung der Bibliothek

Derzeit unterhält die IOTA Foundation 5 verschiedene Bibliotheksimplementierungen (Javascript, Python, Go, Rust, Java). Dies scheint zwar die naheliegendste Art und Weise zu sein, Bibliotheksunterstützung zu bieten, erzeugt jedoch Reibungsverluste im Hinblick auf Wartbarkeit, Interoperabilität und Funktionalität.

Für die bedeutenden bevorstehenden Chrysalis-Änderungen validieren wir derzeit – durch interne Tests und mit unseren Partnern – einen Ansatz, der es uns erlauben würde, uns hauptsächlich auf eine Rust-Bibliothek zu konzentrieren. Indem wir unsere Zeit auf eine einzige Kundenbibliothek konzentrieren, können wir eine vollständige Abdeckung, eine bessere Optimierung und eine vollständige Überprüfbarkeit sicherstellen. Wir planen, durch FFI und die Transpilation der Ruster Bibliothek Funktionalität für andere wichtige Programmiersprachen bereitzustellen, ohne dass es zu nennenswerten Leistungseinbußen kommt.

Wir werden die endgültigen Entscheidungen und internen Tests in den kommenden Wochen mit der Gemeinschaft teilen und unsere künftige Bibliotheksunterstützung klar definieren.

Brieftaschen-Unterstützung

Die Trinity-Brieftasche ist heute die beliebteste Brieftasche der IOTA. Das Team hat an einer vollständigen Überarbeitung der Brieftaschenarchitektur gearbeitet, sowohl für UX und UI als auch unter dem Gesichtspunkt der Sicherheit und Funktionalität. Kernstück wird eine neue, in Rust geschriebene Wallet-Bibliothek sein, die es anderen Entwicklern ermöglicht, IOTA-Wallets einfach in ihre Anwendungen zu implementieren. Eine weitere neue Bibliothek aus Rust, Stronghold, wird eine ultra-sichere Handhabung und Speicherung von Geheimnissen ermöglichen.

Infrastruktur

Derzeit unterstützt die IOTA-Stiftung zwei öffentliche Netzwerke: Mainnet und Devnet (Devnet ist für PoCs und Anwendungstests). Beide Netzwerke stellen öffentliche Endpunkte für Benutzer und Partner zur Verfügung. Lesen Sie mehr über die Netzwerke und wie Sie sich an unserer Dokumentation beteiligen können.

Wir werden sowohl Devnet als auch Mainnet migrieren, um auf Hornet und später sowohl auf Hornet- als auch auf Bee-Knoten zu arbeiten. Dies wird die Wartung beider Netzwerke erleichtern und ihren Durchsatz verbessern.

Comnet, ein Gemeinschaftsnetz von Hornet-Knoten, arbeitet derzeit mit einer stabilen Rate von 40-100 TPS und hat in Stresstests ohne Chrysalis-Komponenten bereits 300 TPS erreicht.

Als Teil der ersten Chrysalis-Phase werden wir auch die Ausgabezeiten und die Variabilität der Meilensteine in beiden Netzwerken reduzieren, einschließlich der Fixierung der KDF-Funktion (die zu einer erheblichen Varianz bei der Erzeugung von Meilensteinen führte).

Mit diesen Infrastruktur-Upgrades und dem Übergang zu Chrysalis werden wir weiterhin in engem Kontakt mit allen unseren Austausch- und Integrationspartnern stehen und sie eng unterstützen und beraten.

iota tangle

Sehen Sie sich die Live-Visualisierung des Comnet an: https://graph.comnet.manapotion.io/

Schlussfolgerung

Chrysalis ist die bisher vielversprechendste Serie von Upgrades für die IOTA. Sie ist ein wichtiger Schritt für unsere Unternehmensbereitschaft, mit erhöhtem Transaktionsdurchsatz, Netzwerkstabilität, verbesserter Benutzerfreundlichkeit und ermöglicht neue Funktionen und Anwendungsfälle. Die kommenden Wochen und Monate gehören zu den aufregendsten in der Geschichte der IOTA. Wir befinden uns auf einem klaren Weg zur Einführung von IOTA als grundlegende Technologie für das Internet der Dinge und darüber hinaus.

Um unsere Strategie für Chrysalis zusammenzufassen:

  • Wir stellen Altprojekte ein, die teuer in der Wartung sind (IRI).
  • Wir konzentrieren uns auf Hornet und Bee und modernisieren unsere gesamte Infrastruktur. Dies wird den Transaktionsdurchsatz erhöhen und die Stabilität des Netzwerks verbessern.
  • Wir wenden bei allen Änderungen einen Spezifikationsprozess an, damit wir so viel internen und externen Input wie möglich erhalten.
  • Chrysalis wird in zwei Stufen implementiert. Die erste wird voraussichtlich Anfang Juli, die zweite Ende Oktober abgeschlossen sein. Chrysalis erfordert erhebliche Änderungen nicht nur an der Knotenpunkt-Software, sondern auch an den Client-Bibliotheken, der Wallet-Software und jedem Produkt, das auf IOTA aufbaut.
  • Für die Bibliotheken reduzieren wir die Anzahl der Implementierungen der Kernlogik, um die Entwicklungs- und Wartungskosten zu senken, die Überprüfbarkeit zu erhöhen und die zukünftige Flexibilität zu steigern. Gegenwärtig validieren wir die Integration mit mehreren Sprachen durch FFIs und Transpilation.
  • Unsere neue Brieftaschenbibliothek – Stronghold – wird der neue Standard für IOTA-Seed-Management und -Sicherheit sein.
  • Alle größeren und bedeutenden Veröffentlichungen werden unseren neuen Spezifikations- und Entwicklungsprozess durchlaufen, wobei gründliche Prüfungen durch externe Firmen durchgeführt werden.

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

IOTA: Coordicide-Version 1 wird 1.000 TPS verkraften können

Original by Maguid A. : iota-coordicide-version-1-can-handle-1000-tps (20.04.2020)

Bei einem kürzlichen Treffen sprach Darcy Camargo, ein Mitglied des Forschungsteams der IOTA-Stiftung, über den Übergang vom Koordinator zum Coordicide. Crypto News Flash-Website berichtete darüber schon.

Camargo stellte klar, dass es im Wesentlichen drei Gründe für die Absetzung des Koordinators gibt: Verantwortung, Skalierbarkeit und Zentralisierung.

Er fügte hinzu, dass die derzeitige Situation so aussieht, dass die Stiftung für die Tokens der Benutzer verantwortlich ist. Diese Verantwortung sollte dem Inhaber der IOTA-Token übertragen werden. Es scheint, dass die Entfernung darauf abzielt, die derzeitige Zentralisierung des Projekts zu beseitigen. Die Abschaffung des Koordinators würde jedoch zur Verbesserung der Skalierbarkeit beitragen.

Der Übergang umfasst mehrere Phasen und ist nicht nur die Abschaffung des Koordinators. Stattdessen sei die Entfernung des Koordinators nur die „Spitze des Eisbergs“, sagte Camargo.

„Bei Coordicide geht es darum, das IOTA-Netzwerk so aufzubauen, wie es eigentlich sein sollte. Es schnell, sicher, skalierbar und dezentralisiert zu machen“.

1.000 TPS

Was die Skalierbarkeit von Coordicide betrifft, sagte Camargo, dass es eine unbegrenzte Anzahl von Benutzern und Transaktionen verarbeiten kann, was bedeutet, dass das Protokoll die Anforderungen erfüllt. Er wies jedoch darauf hin, dass das Netzwerk nicht außer Acht gelassen werden dürfe, da es die bestehenden und potenziellen Bedürfnisse erfüllen müsse.

Camargo sagte auch, dass dieser Bedarf bei etwa 1.000 Transaktionen pro Sekunde (TPS) für die Version 1 liege:

„Wir haben natürlich keine offiziellen Zahlen, das ist eine Diskussion, die wir führen, wir haben ein Ziel. Aber im Allgemeinen, wenn wir darüber reden, was wir erreichen wollen, sagen wir gut, wir wollen, dass die erste Version des Koordizid-Netzwerks in der Lage ist, mindestens 1.000 Transaktionen pro Sekunde zu erreichen“.

„Und dies geschieht, weil wir eine Nachfrage von 1.000 Transaktionen pro Sekunde haben. Wie mir oft gesagt wurde, haben wir Unternehmen, die bereit sind, das Netzwerk zu nutzen“, fügte er hinzu.

Weitere Verbesserungen werden in zukünftigen Versionen vorgenommen werden, einschließlich Sharing-Mechanismen (Slicing, Atlas), die derzeit geprüft werden.

Das IOTA-Team arbeitet daran, so dass Camargo diesbezüglich keine weiteren Einzelheiten genannt hat.

Charlie Varley, IOTA-Entwickler, teilte vorhin seine Ansicht mit der Gemeinschaft und wies darauf hin, dass IOTA sowohl bei der Entwicklung von Chrysalis als auch bei der Entwicklung von Bee beträchtliche Fortschritte gemacht hat. Er fügte hinzu, dass solche Merkmale komplex sind und mehr Aufmerksamkeit von der Gemeinschaft benötigen.