IOTA 2.0 Forschungsspezifikationen

Dieser Beitrag soll kurz die Forschungsspezifikationen vorstellen, die wir mit der Veröffentlichung des IOTA 2.0 DevNet (Nectar) zur Verfügung gestellt haben. Die Spezifikationen können hier gefunden werden. Ihr Zweck ist es, den aktuellen Stand des IOTA 2.0-Protokolls sorgfältig zu erklären, sowohl für interne als auch für externe Entwickler, die auf Nectar aufbauen oder es testen wollen, für Akademiker, die das Protokoll analysieren, modellieren und optimieren wollen und eine rigorose Beschreibung jedes Moduls benötigen, und für Community-Mitglieder und jeden, der einfach mehr über das Protokoll erfahren möchte.

Wir hoffen, dass dieser Beitrag ein nützlicher Leitfaden zu den IOTA 2.0-Forschungsspezifikationen ist, und wir hoffen, dass Sie in sie eintauchen, um so viel wie möglich darüber zu lernen, wie das IOTA 2.0 DevNet funktioniert! Bevor Sie jedoch die Spezifikationen lesen, möchten wir dem Leser ein paar Punkte erklären.

Was sind Forschungsspezifikationen?

Diese Sammlung enthält Spezifikationen zu jeder wichtigen experimentellen Komponente von Coordicide. Es gibt jedoch zwei wichtige Vorbehalte bezüglich dieser Dokumente.

Erstens: Keiner der Parameter ist endgültig festgelegt. Obwohl unsere früheren Studien bestimmte Bereiche für jeden dieser Parameter angeben, erfordert die Abstimmung jedes Parameters auf seinen optimalen Wert eine Menge Tests und Forschung. Glücklicherweise können wir diese Forschung durchführen, während die Software entwickelt wird, da die Parameter, die wir feineinstellen, im Code sehr leicht zu ändern sind. In diesen Spezifikationen wird jeder Parameter auf eine fundierte Schätzung gesetzt.

Zweitens werden mehrere nicht-experimentelle Komponenten des Protokolls in diesem Dokument ausgelassen. Zum Beispiel werden Snapshotting (das Modul, das das Pruning von alten Nachrichten in Permaknoten verwaltet) und eine Beschreibung des Gossip-Protokolls weggelassen. Beide Komponenten sind gut verstandene Bestandteile des aktuellen Chrysalis-Mainnets, und daher waren wir der Meinung, dass es sich nicht lohnt, die Veröffentlichung der Spezifikationen zu verzögern, wenn man sie einbezieht. Im Inhaltsverzeichnis der Readme-Datei können Sie sehen, dass noch einige Spezifikationen fehlen. Diese werden im Laufe des Sommers hinzugefügt.

Ein letzter Punkt, der zu beachten ist, ist, dass diese Spezifikationen weder stabil sind noch einem strengen Versionierungssystem unterliegen. Nectar ist ein Forschungsprototyp. Als solcher wird er zur Forschung und zur Verfeinerung der Spezifikationen verwendet, wenn dies zur Optimierung des Protokolls erforderlich ist. In den kommenden Monaten werden wir Daten sammeln und Experimente mit dem IOTA 2.0 DevNet durchführen. Wir haben viel über das Protokoll gelernt, indem wir es einfach gebaut haben, und die Informationen, die wir in dieser Phase durch Testen gewonnen haben, werden das Protokoll und zukünftige Implementierungen weiter verbessern.

Konkret werden wir:

  • Optimieren der Parameter
  • Verbesserung der Software-Implementierungen des Protokolls in Verbindung mit der Entwicklung der Bee- und Hornet-Nodes
  • Identifizierung und Beseitigung potenzieller Leistungsengpässe
  • Optimieren der Leistung jedes Moduls
  • Vereinfachung des Protokolls durch Eliminierung aller Elemente, die sich als unnötig erweisen

Während wir diese Verbesserungen am Protokoll vornehmen, werden sich diese Spezifikationen ändern.

Jedes Protokoll, das die Verabschiedung erreicht, entwickelt sich ständig weiter und verbessert sich, und das IOTA-Protokoll wird nicht anders sein. Die IOTA-Forschungsabteilung wird immer danach streben, neue Entdeckungen zu machen, um das Protokoll zu perfektionieren, und wir werden auch immer eine Art von Forschungsspezifikationen pflegen, um die vorgeschlagenen Änderungen zu verfolgen.

Nectar-Dokumentation vs. Forschungsspezifikationen

Der Leser wird feststellen, dass das GoShimmer-Repository auf GitHub eine eigene Dokumentation enthält, die das Protokoll beschreibt. Wie verhält sich diese Dokumentation zu diesen Spezifikationen? Wie ist die Beziehung zwischen Nectar und diesen Spezifikationen?

Die Nectar-Dokumentation beschreibt, wie das Protokoll im IOTA 2.0 DevNet funktioniert, während die IOTA 2.0 Forschungsspezifikationen beschreiben, wie das IOTA 2.0 Protokoll aussehen sollte. Theoretisch sollten diese gleich sein (und eines Tages werden sie es auch sein), aber derzeit gibt es einige Unterschiede.

Die Nectar-Dokumentation wurde für zwei Zwecke entwickelt. Erstens sollte sie unseren Forschungsingenieuren helfen, herauszufinden, wie bestimmte Module zu kodieren sind, da Teile des Prototyps vor der Spezifikation geschrieben wurden. Zweitens hilft die Dokumentation anderen, sowohl intern als auch extern, sich in der Codebasis zurechtzufinden. Daher ist die Nectar-Dokumentation nicht vollständig und deckt nur die Kernbereiche des Protokolls ab.

Da es sich bei Nectar um einen Prototyp handelt, wurden bei der Implementierung auch einige Abkürzungen genommen. Zum Beispiel ist das dRNG-Komitee feststehend, anstatt auf Basis des Konsens-Manas zu rotieren. Dies vereinfacht die Implementierung und erlaubt es uns, die erforderliche Forschung durchzuführen. Die Forschungsspezifikationen sagen, wie das Komitee ausgewählt werden soll.

Protokoll vs. Implementierungsspezifikationen

Ein Protokoll ist eine Vereinbarung zwischen mehreren Knoten, wie Daten ausgetauscht und interpretiert werden sollen. Die Implementierung des Protokolls ist die Software, die die tatsächlichen Operationen ausführt, die durch das Protokoll vorgegeben sind. Das Protokoll ist eindeutig und fest, während die Implementierung variiert. Zum Beispiel schreibt HTTP (HyperText Transfer Protocol) vor, wie Ihr Browser mit Internetservern kommunizieren soll. Es gibt verschiedene Browser (Firefox, Chrome, Safari, usw.), die dieses Protokoll ausführen. Intern arbeiten diese Browser sehr unterschiedlich und haben verschiedene Funktionen und Designs, aber sie kommunizieren alle auf die gleiche Weise mit einem Server.

IOTA 2.0 ist ein standardisiertes Protokoll und wird daher spezielle Protokollspezifikationen haben, die vorschreiben, wie sich IOTA-Knoten zu verhalten haben. Die IOTA Foundation wird zwei Software-Implementierungen dieses Protokolls erstellen: Bee und Hornet, geschrieben in Rust bzw. Go. Jede dieser Implementierungen wird jedoch Implementierungsspezifikationen haben, die genau beschreiben, wie die Software funktioniert. Mit Hilfe der Protokollspezifikationen kann (und wird hoffentlich irgendwann) jeder seine eigenen Softwareimplementierungen mit eigenen Implementierungsspezifikationen schreiben.

Diese Forschungsspezifikationen sind eine Mischung aus den Protokollspezifikationen und den Implementierungsspezifikationen. Warum ist dies der Fall? Da alle unsere Ideen in Code getestet werden müssen, müssen wir gleichzeitig das Protokoll und eine Implementierung des Protokolls entwickeln. Alle Ideen, die nicht effizient implementiert werden können, müssen verworfen werden. Jetzt, wo wir einen funktionierenden Prototyp haben, können wir damit beginnen, das Protokoll von diesen Spezifikationen zu trennen, während die Entwicklungsabteilung an der Implementierung arbeitet.

Wir hoffen, dass dieser Beitrag informativ war, und wir hoffen, dass auch die nicht so technisch interessierten Leser sich die Zeit nehmen, die Forschungsspezifikationen durchzusehen oder sie sogar im Detail zu lesen, wenn Sie dazu geneigt sind. Natürlich sind wir sehr stolz auf unsere Rolle bei der Entwicklung des Protokolls bis zu diesem Punkt, und es ist wunderbar, dass eine gut informierte Gemeinschaft Interesse an unserer Arbeit zeigt.

Original by William Sanders: https://blog.iota.org/iota-2-0-research-specifications/

IOTA 2.0 DevNet (Nectar) – Die Ära der Dezentralisierung von IOTA beginnt hier

TL;DR

Heute starten wir das IOTA 2.0 DevNet, das erste vollständig dezentralisierte IOTA-Netzwerk ohne die Notwendigkeit eines Koordinators, zusammen mit unserem neuen Digital Assets Framework. Wir laden jeden (und jede Maschine) ein, diesem Netzwerk beizutreten, zu lernen und die Zukunft von IOTA schon heute zu erleben. Schauen Sie sich die schicke neue Website, den Tangle-Explorer und die Entwicklerdokumentation an.

Tangle Explorer

Im Jahr 2015 entwarf das IOTA-Projekt eine Vision für ein skalierbares, gebührenfreies, dezentrales Distributed-Ledger-Protokoll, das als The Tangle bekannt wurde.

Es wäre ein Leichtes gewesen, eine PoW- oder PoS-basierte Blockchain zu kopieren und sie zu verbessern. Einige Blockchain-Iterationen haben signifikante Verbesserungen des ersten Protokolls, das von Bitcoin im Jahr 2008 vorgeschlagen wurde, geliefert. Dennoch leiden alle diese Netzwerke nach mehr als einem Jahrzehnt der Innovation an denselben grundlegenden Nachteilen, die eine Blockchain-Architektur mit sich bringt: Entweder sind sie nicht wirklich dezentralisiert, nicht skalierbar, haben ineffiziente Gebührenstrukturen, verschwenden Strom oder sind einfach nicht sicher genug (oder sogar mehrere dieser Probleme zusammen).

Ab 2015 glaubten viele, dass es unmöglich sei, diese fundamentalen Nachteile zu überwinden und eine komplett neue Distributed-Ledger-Architektur einzuführen. „Ich werde es glauben, wenn ich es sehe“ war ein beliebtes und oft wiederholtes Mantra von frühen Kritikern der ehrgeizigen Pläne von IOTA. Es ist klar, warum das so war: Es gab keinen greifbaren Beweis für die Machbarkeit, eine DLT zu entwickeln, die auf etwas anderem als der üblichen Blockchain-Architektur basiert, oder ein Netzwerk, das ohne Transaktionsgebühren und wirtschaftliche Subventionen (in Form von Inflation) als sicher gelten könnte, um Anreize für Validierer zu schaffen. IOTA wollte beweisen, dass beides realisierbar ist.

Im Jahr 2019 skizzierten das IOTA-Forschungsteam und akademische Partner die theoretische Grundlage für ein gebührenloses, vollständig dezentrales und sicheres IOTA-Protokoll – was als IOTA 2.0 bekannt wurde. Die Lösung wurde daraufhin in mehr als einem Dutzend akademischer Arbeiten definiert und begutachtet, in renommierten Fachzeitschriften veröffentlicht und auf angesehenen Konferenzen vorgestellt.

Wir haben das IOTA 2.0-Protokoll als offenes, gerechtes und faires Distributed-Ledger-Netzwerk konzipiert, in dem jeder Netzwerkteilnehmer den gleichen Regeln und Algorithmen unterliegt und die exakt gleichen Rechte hat. Aufgebaut auf einem Leaderless-Konsens-Protokoll, trägt jeder Knoten direkt zur Sicherheit und zum Konsens des Netzwerks bei, indem er Transaktionen validiert. Mit geringen Ressourcenanforderungen, die für das Internet der Dinge geeignet sind, war unsere Vision, dass IOTA 2.0, sobald es in der Produktion eingesetzt wird, eines der größten und dezentralsten Distributed-Ledger-Netzwerke überhaupt werden würde.

Nach Jahren harter Arbeit, um die theoretischen Grundlagen in Code durch unser Team und akademische Partner zu implementieren, und fast einem Jahr umfangreicher Tests, Validierung und iterativer Entwicklung zusammen mit unserer Community, sind wir endlich bereit, dass jeder es „sehen und glauben“ kann. Wir sind stolz darauf, heute den Start des IOTA 2.0 Development Network (DevNet) bekannt zu geben: das erste vollständig dezentralisierte, skalierbare und gebührenfreies IOTA-Netzwerk, wie es bei der Gründung des Projekts im Jahr 2015 vorgesehen war.

  • Keine Gebühren
  • Keine Blöcke
  • Keine Kette
  • Keine Schürfer
  • Keine verschwendete Energie
  • Keine Zensur
  • Keine Zentralisierung
  • Keine Berechtigungen

Die totale Freiheit.

Neue Website für das Devnet

Das IOTA 2.0 DevNet ist offen für jeden und jede Maschine, um daran teilzunehmen, ohne Gebühren zu Transaktionen durchzuführen, darauf aufzubauen – und die Zukunft von IOTA schon heute zu erleben. Wir haben eine Reihe von Möglichkeiten entwickelt, wie Sie sich in das Netzwerk einbringen können:

Das IOTA 2.0 DevNet ist die nächste Evolution auf unserem Weg zu einem globalen Standard und baut auf der Arbeit des erfolgreichen Chrysalis-Upgrades im April 2021 auf. Mit dem IOTA 2.0 DevNet sind unsere Partner und die Community eingeladen, mit einer völlig neuen Spielwiese und einer Vielzahl von Werkzeugen, Funktionen, Anwendungsfällen und Möglichkeiten zu innovieren. Das IOTA 2.0 DevNet führt nicht nur die vollständige Dezentralisierung ein, sondern es ist auch das erste Mal, dass unser Digital Assets Framework für die Community bereit ist, damit zu experimentieren. Heute ist der erste Tag, an dem unser Ökosystem mit dem Aufbau von dApps und neuen Geschäftsmodellen beginnen kann, bevor die unvermeidliche Zukunft von IOTA 2.0 auf unserem Mainnet (bekannt als „Coordicide“) startet.

Es ist wichtig, im Hinterkopf zu behalten, dass IOTA 2.0 von der IOTA Foundation, den Mitwirkenden der Community und den akademischen Partnern schnell weiterentwickelt werden wird. Das Netzwerk wird kontinuierlich verbessert, aufgerüstet und getestet werden, und Sie können mit gelegentlichen Unterbrechungen und Fehlern rechnen. Dies ist der Ansatz, den wir wählen müssen, um den Fortschritt und die technologische Entwicklung zu beschleunigen. Lassen Sie uns schnell vorankommen und gemeinsam etwas bewegen!

Das IOTA 2.0 DevNet führt eine Vielzahl neuer Features und Funktionalitäten ein, darunter:

  • Erlaubnisfreie und dezentrale Abstimmung mit FPC
  • Schnelle Finalität mit Mana-basierter Zustimmungsgewichtung
  • Energiesparendes Sybil-Schutzsystem mit Mana
  • Fairer Zugang verwaltet durch den neuartigen und führerlosen IOTA Congestion Control Algorithmus
  • Effiziente Algorithmen unter Verwendung eines parallelen Reality-Ledger-Status
  • Sicheres Autopeering-System, das sichere Netzwerkverbindungen garantiert
  • Unser neues Digital Assets Framework zur Erstellung von tokenisierten Assets und NFTs
  • Verankerung von IOTA-Smart-Contract-Ketten

Was kommt also als nächstes? GoShimmer wurde zunächst als Forschungsprototyp entwickelt. Da nun alle Komponenten in Code implementiert sind, können wir die Leistung jedes Moduls detaillierter bewerten, was uns erlaubt, ihr Design zu verbessern und wichtige Parameter festzulegen. Dies wird unserem Forschungsteam dabei helfen, das standardisierte IOTA 2.0-Protokoll fertigzustellen und in Zusammenarbeit mit unserem Ingenieursteam dieses Protokoll in Rust und Go in den Bee- bzw. Hornet-Knoten zu implementieren.

Gemeinsam mit unseren Forschungspartnern werden wir das IOTA 2.0 DevNet nutzen, um:

  • Testen und Prüfen des Protokolls durch Experimentieren und Sammeln von Daten und weitere Optimierung der gesamten IOTA 2.0-Lösung
  • Untersuchung, wie alle Parameter definiert werden sollten
  • Verbessern Sie die Software-Implementierungen als Vorbereitung für die Unterstützung in Bee- und Hornet-Knoten
  • Identifizierung und Beseitigung möglicher Leistungsengpässe
  • Vereinfachung des Protokolls durch Eliminierung aller Elemente, die als unnötig erachtet werden

Durch die iterative Entwicklung im IOTA 2.0 DevNet werden wir schließlich Anreize in das Netzwerk einführen. Nach der Bewertung verschiedener Optionen für das incentivierte Testnet ist unser Team zuversichtlich, dass wir einen geeigneten Ansatz entwickelt haben, um die IOTA 2.0-Lösung offen zu testen und den Coordicide im Mainnet und das Upgrade auf IOTA 2.0 zu beschleunigen. Am wichtigsten ist, dass wir glauben, dass dies eine langfristige Lösung ist, die zum nachhaltigen Wachstum und zur Beschleunigung von IOTA und seinem Ökosystem beitragen wird – aber das ist eine Geschichte für einen anderen Tag. Heute feiern wir den Start des IOTA 2.0 DevNet und markieren offiziell den Beginn des Marsches in Richtung der vollständigen Dezentralisierung von IOTA.

Original by IOTA Foundation: https://blog.iota.org/iotav2devnet/

Das neue Chrysalis Netzwerk ist Live!

Genesis geladen ….
Koordinator bereitgestellt ….
Knoten online ….
Community bereit zur Teilnahme ….
Chrysalis bereit für den Start!

Wir sind überglücklich zu verkünden, dass das Chrysalis-Netzwerk-Upgrade offiziell live ist. Wir sind in eine neue Ära für IOTA eingetreten, mit einem brandneuen Protokoll, einer neuen Wallet und einer Reihe von Bibliotheken, die nun voll funktionsfähig sind. Mit Chrysalis wird IOTA produktionsreif und wir haben einen klaren Weg zu unserer vollständigen Dezentralisierung mit Coordicide.

Token im Wert von mehr als $1,4 Milliarden wurden vor dem Start des Netzwerks für die Migration gesperrt. Diese Token sind nun unter ihren jeweiligen EdDSA-Adressen im Chrysalis-Netzwerk verfügbar, und Benutzer, die noch nicht migriert haben, können dies nun durch unseren flüssigen Migrationsprozess tun. Token, die auf Börsen wie Binance, Bitfinex oder Bitpanda gehalten werden, sowie viele andere, die sich auf das Netzwerk-Update vorbereiten, wurden von den jeweiligen Börsen im Namen ihrer Kunden migriert.

Benutzer, die einen Chrysalis Hornet- oder Chrysalis Bee-Knoten unterhalten (oder dies planen), können ihre Systeme jetzt mit den jeweils neuesten Versionen (Chrysalis Hornet Release, Chrysalis Bee Release) aktualisieren. Das Gleiche gilt für alle, die einen alten IOTA-Knoten warten wollen, für den wir ebenfalls ein Release vorbereitet haben.

Im Namen der gesamten IOTA Foundation möchten wir unserer Community und dem Team für die hervorragende Arbeit, die Vorschläge, Verbesserungen, die langen Tage und Nächte und die vielen Feedback-Runden gratulieren, die heute zum erfolgreichen Start des Chrysalis-Netzwerks geführt haben. Chrysalis ist ein Paradebeispiel dafür, wie gemeinschaftliche Anstrengungen und das Engagement der Community ein Projekt zu neuen Höhen führen können. Das Upgrade des Chrysalis-Netzwerks wäre ohne die Hilfe der gesamten IOTA-Community nicht möglich gewesen. Wir sind sehr dankbar, Teil eines so fähigen, enthusiastischen und engagierten Ökosystems zu sein.

Die Zeit ist endlich gekommen. Mit Chrysalis ist IOTA nun unternehmenstauglich und hat eine neue Ära der Akzeptanz begonnen. Es dient als Basisschicht für die Maschinenwirtschaft, das Internet der Dinge und darüber hinaus, ermöglicht neue Anwendungsfälle und setzt Standards in der Daten- und Wertübertragung. All dies wird ohne Gebühren und unter Beibehaltung eines minimalen ökologischen Fußabdrucks erreicht.

Partner, Akademiker und Entwickler können jetzt damit beginnen, auf dem Tangle aufzubauen und für die Zukunft zu planen. Auf dem Weg zu IOTA 2.0, Coordicide, wird es keine substanziellen Änderungen geben, da der Großteil der Codebasis inklusive Tools, Bibliotheken und APIs bereits in Chrysalis existiert. Projekte, die auf der heutigen Codebasis aufbauen, werden später kein größeres Refactoring erfordern.

Da die Arbeit an Chrysalis abgeschlossen ist, können sich viele der Ingenieure der Foundation nun voll auf Coordicide, Digital Assets und Smart Contracts konzentrieren. Der nächste große Meilenstein auf dem Weg zu einem vollständig dezentralisierten IOTA 2.0 steht vor der Tür: Das Nectar-Netzwerk wird in wenigen Wochen an den Start gehen!

Nectar wird die erste vollständige Implementierung der wichtigsten Coordicide-Module sein, der der Start des incentivierten Testnetzes folgen wird. Das Ziel dieses Netzwerks ist es, alle Bugs und Probleme zu entdecken und alle Verfeinerungen vorzunehmen, bevor ein Release-Kandidat für das IOTA Mainnet erscheint.

IOTA wird das erste produktionsreife DLT-Netzwerk sein, das auf einem vollständig dezentralen, führerlosen Konsensprotokoll basiert, das skalierbar, gefühllos und sicher ist. Dies ist eine enorme Pionierleistung und ein Meilenstein für die Innovation der Distributed-Ledger-Technologie. All das wurde erreicht, ohne dass irgendwelche Miner benötigt werden oder Ressourcen verschwendet werden.

Eine Technologie zu schaffen, die die Zukunft zum Besseren verändern kann, ist einer der Hauptgründe für die Existenz der IOTA Foundation. Heute feiern wir das wichtigste Update in der Geschichte von IOTA, bevor wir unsere Arbeit an IOTA 2.0 fortsetzen. Lassen Sie uns den Moment genießen und dann weiter zusammenarbeiten, um die Zukunft von DLT zu gestalten.

Jetzt beginnt der Countdown für unseren nächsten großen Schritt: Nectar.

IOTA AS

Für IOTA AS kann die erforderliche Hornet-Knotenkonfiguration hier gefunden werden. Die IOTA AS Netzwerk-ID lautet „as-network“. Peers können im #fullnodes-Kanal auf dem IOTA Discord gefunden werden. Bitte beachten Sie, dass wir die Netzwerk-ID in die Platzhalter-Transaktions-ID aufgenommen haben, die in den Genesis-Ausgaben verwendet wird, um nicht anfällig für Replay-Angriffe zu sein.

Original by IOTA Foundation: https://blog.iota.org/the-new-chrysalis-network-is-live/

Pollen Testnet v.0.5.0 – Die Reise mit Mana

Pollen Testnet v0.5.0 – Wir beginnen unsere Reise mit Mana

Wir veröffentlichen eine neue Version unseres Pollen-Testnetzes v0.5.0. Mit dieser Veröffentlichung beginnen wir offiziell unsere Reise mit Mana. Das erste Ziel ist es, die erste Wiederkehr der Mana-Implementierung zu testen, um die Verteilung im Pollen-Testnetz zu untersuchen, nach eventuellen Fehlern zu suchen und allgemein die Stabilität zu beurteilen. Nach dieser Phase werden wir unsere Kernmodule, wie die IOTA-Staukontrolle, den Fast Probabilistic Consensus, das Autopeering und den verteilten Zufallszahlengenerator Mana als Sybil-Schutzmechanismus nutzen lassen.

Die vollständige Liste der Änderungen beinhaltet:

  • Hinzufügen von Mana (wird derzeit von keinem der Module verwendet)
  • Hinzufügen von Mana-APIs
  • Hinzufügen des Mana-Abschnitts zum lokalen Dashboard
  • Hinzufügen des Mana-Abschnitts zum Pollen Analyzer Dashboard
  • Hinzufügen des Mana-Abschnitts zum Grafana-Dashboard
  • Refactor des Consensus Managers, um unabhängig von dem konkret implementierten Konsensmechanismus zu sein
  • Verbessern des Tangle-Visualisierers
  • Verbessern der Dokumentation

Wie bei der vorherigen Version werden auch in dieser Version das Netzwerk und das Tangle sowie alle Guthaben und tokenisierten Assets zurückgesetzt.

Außerdem wurde eine neue GUI-Pollen-Wallet-Version veröffentlicht.

Diese Version bringt eine Reihe neuer APIs, einen neuen Mana-Bereich auf dem lokalen Dashboard, dem Pollen Analyzer Dashboard sowie auf dem Grafana Dashboard. Sowohl die GUI- als auch die CLI-Wallets wurden aktualisiert, um dem Benutzer die Möglichkeit zu geben, die Identität des Knotens als Empfänger des Zugriffs und des Konsens-Mana-Pledge einer Transaktion zu definieren.

Hier ein Screenshot des Mana-Abschnitts des lokalen Dashboards des Knotens:

Pollen Testnet 0.5

Die Dokumentation der Mana bezogenen APIs und Client-Libs finden Sie in unserem Wiki sowie hier.

In der aktuellen Implementierung basieren Konsens- und Zugriffs-Mana auf den Berechnungsmethoden Mana1 bzw. Mana2. Das bedeutet, dass beide einem gleitenden Durchschnitt folgen, aber bei Mana2 gibt es zusätzlich einen Verfallsfaktor. In der Praxis bedeutet dies, dass das Konsens-Mana, sobald das Mana zugesagt wurde, schneller ansteigt als das Zugriffs-Mana, da es abnimmt. Durch regelmäßiges Auffrischen des Zugriffs-Mana wird sichergestellt, dass sein Wert aktiv bleibt. Wir haben auch noch eine dritte Art von Mana, die wir untersuchen wollen. Das ist eine Kombination aus Mana1 und Mana2, deren Gewicht durch einen Koeffizienten definiert ist.

Obwohl die Einführung von Mana eindeutig die wichtigste Funktion dieser Version ist, wurde eine ebenso wichtige Änderung an GoShimmer vorgenommen. Wir haben die Consensus-Manager-Komponente so umgestaltet, dass sie agnostisch in Bezug auf die tatsächlich implementierten Konsensmechanismen ist. Auf diese Weise kann GoShimmer nicht nur als der IOTA 2.0-Prototyp, sondern auch als flexibles Framework für jede DAG-basierte DLT gesehen werden. Tatsächlich kann jeder Konsens-Mechanismus, wie z.B. On Tangle Voting, BFT, Leader-basiert und mehr, so einfach wie das Ändern von nur ein paar Zeilen in der Tangle-Initialisierung eingesteckt werden. Wir hoffen, dass unsere Bemühungen, dieses Tool bereitzustellen und kontinuierlich zu verbessern, anderen Forschern helfen werden, Fortschritte im Bereich der DLT zu machen.

Nachdem das Mana-Modul erfolgreich implementiert wurde, steht die nächste Stufe unseres Coordicide-Testnetzes namens „Nectar„, unser erstes funktionsfähiges koordinatorfreies Testnetz, vor der Tür. Das Team arbeitet bereits an den verbleibenden Features wie Nachrichtenfinalität über Genehmigungsgewicht, Reorganisation, Snapshots, Zeitstempel-Abstimmung und der Integration von Mana mit unseren Kernmodulen.

Wir möchten uns bei unserer gesamten Community für ihre Hilfe und Unterstützung bedanken. Wie immer begrüßen wir Ihre Kommentare und Fragen entweder hier auf Medium oder im #tanglemath-Kanal auf unserem Discord. Sie können auch in der #goshimmer-discussion auf Discord mitdiskutieren.

Original by Angelo Capossele: https://blog.iota.org/pollen-testnet-v0-5-0-starting-our-journey-with-mana/

IOTA Forschungsstatus Update März 2021

In diesem Monat gab es neue Veröffentlichungen unseres Pollen-Testnetzes sowie weitere Fortschritte bei der Verifizierung unseres Kernprotokolls, während wir uns auf die Veröffentlichung von Nectar vorbereiten.

Da die „Nectar“-Phase unserer Coordicide-Implementierung vor uns liegt, wickelt unser Team derzeit die letzten Forschungsarbeiten ab, die zum Erreichen dieses Meilensteins erforderlich sind. Zu diesem Zeitpunkt beziehen sich die verbleibenden Arbeiten hauptsächlich auf Optimierungen, und wir werden weiterhin die von Pollen gesammelten Daten nutzen, um alle erforderlichen Änderungen zu implementieren. Nectar wird unsere erste voll funktionsfähige Coordicide-Implementierung sein, daher wollen wir sie von Anfang an so robust wie möglich machen, mit dem Ziel, sie weiter zu optimieren, während wir das Netzwerk gemeinsam nutzen und daraus lernen. „IOTA Forschungsstatus Update März 2021“ weiterlesen

Pollen Testnet v.0.4.0 veröffentlicht

Wir veröffentlichen eine neue Version unseres Pollen-Testnetzes v0.4.0. Mit dieser Version haben wir den Wert Tangle entfernt, den Genehmigungsschalter, Marker und vieles mehr eingeführt. Die vollständige Liste der Änderungen umfassen:

  • Den Wert Tangle entfernt
  • Freigabeschalter hinzufügt
  • Integration von Markern hinzufügt
  • Neue Buchung für Nachrichten hinzufügt
  • Neuen Ledger-Status hinzufügt
  • Neuen Meinungsbildner hinzufügt
  • Neuen Tipp-Manager hinzufügt
  • Neue Flow-Unit-Tests hinzufügt
  • Remote-Spammer-Tool hinzufügt
  • SendTransaction-Zeitstempel-Gültigkeitsprüfung hinzufügt
  • Hinzufügung einer Uhr nach der Since-Methode
  • Docs-Aktionen hinzufügt
  • Option Tangle width debug tool hinzufügt
  • Client-Lib aktualisiert
  • Wallet aktualisiert
  • Web-API aktualisiert
  • Grafana Dashboard aktualisieren, um MPS für den gesamten Datenfluss anzuzeigen
  • Auf die neueste hive.go aktualisiert
  • Integrationstests umgestalten
  • Überprüfung der Transaktionsgültigkeit überarbeiten
  • Cli-wallet umgestalten
  • Überarbeitung der sendTransactionByJson-API
  • Refactor Einschluss-Status
  • Refactor Ereignis TransactionConfirmed
  • Refactor Transaktionsvisualisierung im lokalen Dashboard
  • Refactor-Scheduler
  • Refactor-Snapshot-Skript
  • Zeitverwendung korrigieren
  • Falscher Handler im MessageInvalidEvent behoben
  • Cache-Zeit vermindern

Wie bei der vorherigen Version werden auch bei dieser Version das Netzwerk sowie der Tangle und alle Guthaben und tokenisierten Vermögenswerte zurückgesetzt. Außerdem wurde hier eine neue GUI Pollen Wallet Version veröffentlicht.

Diese Version stellt einen wichtigen Schritt in Richtung Nectar dar, da sie den neuen und vereinfachten Datenfluss, den Kern unserer Coordicide-Lösung, einführt. Wir haben das Protokoll vereinfacht, indem wir den Value Tangle entfernt und seine Logik direkt in den Message Tangle integriert haben. Dadurch wird es einfacher, mit verwaisten Nachrichten umzugehen, und dank der Einführung des Genehmigungsschalters ist die Aufnahme von Datennachrichten unabhängig vom Ergebnis der Transaktion.

Jetzt kann jede Komponente als Black-Box betrachtet werden, und die Interaktion zwischen ihnen erfolgt über Ereignisse. Genauer gesagt, beginnt der Fluss entweder beim Gossip oder bei der MessageFactory, und dann kümmert sich der Parser um die Validierung der Struktur der Nachrichten. Die Storage-Komponente speichert die Nachrichten sowie deren Metadaten in der DB und erstellt die Tangle-Struktur. Der Solidifier sorgt dafür, dass alle fehlenden Nachrichten angefordert werden, und stellt sicher, dass das Tangle monoton in Bezug auf die Zeitstempel der Nachrichten wächst.

Der Scheduler plant Nachrichten ein, die dann in den Booker gehen und gebucht werden. Wenn eine Nachricht eine Transaktion als Nutzlast enthält, führt der Booker eine Reihe von Prüfungen durch (z. B. Gültigkeit der Unterschrift, Gültigkeit des Saldos, Doppelausgaben) und bucht die Transaktion in die entsprechende Realität. Der OpinionFormer ermittelt die Message- und Payload-Meinung mit FCoB und führt ggf. die Abstimmung über FPC (Statements) durch. Abschließend werden je nach Ergebnis der Opinion der Nachrichten und deren vergangenheitsbezogenem Status gemochte Nachrichten zum Weak- bzw. Strong-Tip-Set hinzugefügt.

Da das Interesse aus dem akademischen Bereich stetig zunimmt, haben wir außerdem einen großen Teil der gesamten Codebasis überarbeitet, um sie lesbarer und leichter modifizierbar zu machen und sie für Simulationen und Analysen zu nutzen.

Diese Änderungen sowie neue Optimierungen wie die Marker-Integration und die effizienten Prüfungen auf vergangene/zukünftige Kegelzugehörigkeit erlauben es uns, mit der Mana-Integration in unseren Prototyp voranzukommen. Wir werden Mana bald einführen und damit einen wichtigen Schritt in Richtung Nectar setzen. Es wird die Implementierung der fehlenden Komponente wie das Genehmigungsgewicht für die Nachrichtenfinalität und die Staukontrolle ermöglichen.

Wir möchten uns bei unserer gesamten Community für ihre Hilfe und Unterstützung bedanken. Insbesondere sind wir sehr stolz auf unser X-Team GoShimmer, das uns bei der Dokumentationsvorlage und bei der Fehlersuche hilft.

Wie immer freuen wir uns über Ihre Kommentare und Fragen, entweder hier auf Medium oder im #tanglemath-Kanal auf unserem Discord. Sie können auch in der #goshimmer-discussion auf Discord mitdiskutieren.

Original by Angelo Capossele: https://blog.iota.org/pollen-testnet-v0-4-0-release-notes/

IOTA 2.0: Einführung von Pollen, Nektar und Honig

Original by IOTA Foundation: https://blog.iota.org/iota-2-0-introducing-pollen-nectar-and-honey-de7b9c4c8199(29.06.2020)

Bis jetzt haben wir eine Menge Namen und Begriffe für die eventuelle Entfernung des Koordinatorknotens im Umlauf gehabt:

  • Alphanet, der Name des ersten Prototyps unseres dezentralisierten Testnetzes.
  • Goshimmer, die Gruppe von Technologien, die entwickelt werden, um den Koordinator zu entfernen.
  • Coordicide, der Name der Veranstaltung, bei der wir den Koordinator entfernen

In den letzten Monaten haben wir unsere Namenskonventionen von IOTA 1.5 (Chrysalis, die Zwischenstufe des Hauptnetzes vor Coordicide) und IOTA 2.0 (Coordicide, die dauerhafte Entfernung des Koordinatorknotens und die Einführung eines vollständig dezentralisierten IOTA-Netzwerks) vereinfacht, um den nahtlosen Übergang zwischen diesen beiden wichtigen Protokoll-Upgrades und die Art und Weise zu zeigen, wie sie schließlich zu einem koordinatorenlosen, skalierbaren und gefühllosen Netzwerk führen werden. Das erste seiner Art.

IOTA 2.0

Diese aktualisierten Nomenklaturen helfen unserer Gemeinschaft und unseren Partnern auch dabei, den bevorstehenden technologischen Fortschritt für die IOTA besser zu verstehen und zu quantifizieren. Unser Ziel ist es, eine klare Unterscheidung und Verbindung zwischen den Arbeiten herzustellen, die in den kommenden Monaten diese beiden bedeutenden Protokoll-Upgrades miteinander verbinden werden.

In diesem Sinne freuen wir uns, Ihnen heute die drei Phasen von IOTA 2.0 vorzustellen, die wichtige Meilensteine und Testnetzveröffentlichungen im Vorfeld von Coordicide widerspiegeln werden. In Anlehnung an die aktuellen Apoidea-Namenskonventionen, die für Hornet, Bee und HoneycombOS verwendet werden, sind die drei Phasen nach den drei wichtigsten Meilensteinen für die Erzeugung von Honig benannt: Pollen, Nektar und Honig.

IOTA 2.0 Pollen

Pollen

Als erstes offizielles Testnet des IOTA 2.0-Netzwerks stellt Pollen eine wesentliche Änderung gegenüber der vorherigen Version GoShimmer v0.1.3 dar und bildet die Grundlage für das erste und funktionsfähige Netzwerk ohne Koordinator. Iterative Verbesserungen werden Pollen in den endgültigen, funktionsreichen Release-Kandidaten für IOTA 2.0 verwandeln. Das Pollen-Netzwerk wird in erster Linie ein Forschungs-Testbett für die Stiftung, die Gemeinschaft und externe Forscher sein, um Konzepte aus den Coordicide-Weißbüchern zu validieren und bestimmte Angriffsvektoren zu simulieren. Während dieser aktiven Forschungsphase werden viele der Coordicide-Spezifikationen vollständig fertiggestellt werden, so dass wir den endgültigen Entwurf von IOTA 2.0 erhalten.

IOTA 2.0 Nectar

Nectar

Voraussichtlich in der zweiten Hälfte des Jahres 2020 wird Nectar eine vollständige Umsetzung unserer Koordizid-Module auf einem Testnetz mit Anreizen sein. Ziel dieses Netzwerks ist es, auf Fehler oder Probleme zu testen, die vor der endgültigen Veröffentlichung des Hauptnetzes behoben werden müssen. Wie der Name bereits erwähnt, werden die Teilnehmer an diesem Netzwerk mit progressiv steigenden Belohnungen dafür belohnt, Fehler oder Angriffsvektoren zu finden.

IOTA 2.0 Honey

Honig

Der endgültige Release Kandidat für IOTA 2.0, Honey, wird alle Module gemäß der vollständigen und endgültigen Spezifikation von Coordicide enthalten. Zu diesem Zeitpunkt wird das Netzwerk kampferprobt und durch viele Hunderte von Teststunden mit vollständigen Audits unserer Knotenpunkt-Software gesichert sein. Honey kann als die erste Version von IOTA 2.0, unserem vollständig dezentralisierten IOTA-Mainnet, betrachtet werden.

Uns gefällt diese Analogie zu Honig und Honigbienen, weil Bienen als ein komplexes Team arbeiten und ein integraler Bestandteil eines hochentwickelten, natürlichen Ökosystems sind, das die Grundlage für das Leben, wie wir es kennen, bildet. In ähnlicher Weise besteht das IOTA-Netzwerk aus einer großen Gemeinschaft von Mitwirkenden, die mit dem Ziel zusammengebracht wurden, eine neue Art von fairer, quelloffener und verteilter Gesellschaft zu schaffen.

Wir hoffen, dass diese neuen Namenskonventionen es leichter machen, den Fortschritt von Pollen zu Honig in den kommenden Monaten zu verfolgen!