IOTA Staking für Assembly – Runde 3

Alles, was Sie über die neueste Runde des IOTA-Stakings für ASMB wissen müssen

TL;DR:
Das IOTA-Staking für das Assembly-Netzwerk (ASMB-Token) geht in die dritte Runde, beginnend mit einer dreitägigen Pre-Staking-Periode um 15:00 Uhr MESZ am Dienstag, 26. Juli 2022. Darauf folgt am 29. Juli eine 90-tägige Staking-Periode, in der die teilnehmenden IOTA-Token-Inhaber Staking-Belohnungen erhalten. Um teilzunehmen, müssen die Nutzer die neue Version von Firefly verwenden, die am Dienstag, den 26. Juli veröffentlicht wird.

„IOTA Staking für Assembly – Runde 3“ weiterlesen

Das Shimmer Beta-Netzwerk ist live

Öffentliche Tests für das Shimmer-Netzwerk haben begonnen

TL;DR:
Das Stardust-Protokoll-Upgrade debütiert im ersten offenen, öffentlichen Testnetz: dem Shimmer Beta Network. Probieren Sie die neuen Client- und Wallet-Bibliotheken aus, prägen Sie Ihre eigenen Token und NFTs mit der Kommandozeilen-Wallet oder durchsuchen Sie das Netzwerk über den neuen Explorer. Sobald es ausreichend getestet wurde, wird das Shimmer-Netzwerk, einschließlich des $SMR-Tokens, gestartet.

Heute beginnt das Shimmer-Beta-Netzwerk, ein wichtiger Schritt auf dem Weg zum Start des Shimmer-Netzwerks. Wir laden alle Pionierentwickler, Innovatoren, Token-Liebhaber und diejenigen, die während unseres Bärenmarktes nach aufregenden Möglichkeiten suchen, dazu ein, das brandneue Stardust-Protokoll und seine Token-Utility-Funktionen auszuprobieren, die das Shimmer-Netzwerk beim Start antreiben werden.

Shimmer ist ein Layer (L1) Netzwerk, das zusammen mit IOTA eine neue Ledger-Architektur aufbaut, die die Grundlage für den Aufbau neuer skalierbarer und zusammensetzbarer dezentraler Ökonomien bilden wird. Aufbauend auf dem parallelisierten DAG (Directed Acyclic Graph)-Ledger namens „Tangle“ wird das Protokoll durch eine Reihe von Releases aktualisiert, die neue Funktionen wie native Tokenisierung, Ausgabetypen, Layer-2-Smart-Contract-Netzwerke und schließlich eine vollständige Dezentralisierung durch einen Leaderless Consensus-Algorithmus hinzufügen werden. Shimmer wird das Innovationsnetzwerk mit frühem Zugang zu diesen bahnbrechenden Entwicklungen sein, um sie zu validieren, bevor sie im IOTA Mainnet veröffentlicht werden.

Heute wird mit der Beta-Version von Shimmer der erste große Meilenstein veröffentlicht:

Die erste Iteration dieser neuen Entwicklungen ist das Stardust-Upgrade, das die Tokenisierung und den Einsatz von Smart-Contract-Ketten (einschließlich EVM-Kompatibilität und WASM) auf dem Basisprotokoll ermöglicht, wodurch sich bisher ungeahnte Nützlichkeitsebenen auf dem Tangle eröffnen.

Strategie der Veröffentlichung

Stardust ist nur das erste Upgrade, das den Aufbau des Staging-Netzwerks nutzt: Modularisierte Coordicide-Komponenten werden auch auf Shimmer debütieren, bevor sie auf das IOTA Mainnet portiert werden. Lassen Sie uns einen Schritt zurückgehen und untersuchen, wie die allgemeinen Protokollentwicklungs- und Softwareveröffentlichungszyklen aussehen:

  1. Die erste Phase ist Forschung und Prototyping. Es werden konzeptionelle Entwürfe erstellt und eine Prototyp-Implementierung entwickelt, um die Lösung zu untersuchen. Sobald die Ergebnisse zufriedenstellend sind, werden Spezifikationen geschrieben und von der Öffentlichkeit geprüft.
  2. Der nächste Schritt ist die Softwareentwicklung und interne Prüfung. Ingenieure implementieren die erforderlichen Komponenten in Knotensoftware, Bibliotheken und Werkzeuge entsprechend den Spezifikationen aus dem vorherigen Schritt. Sobald die Alphasoftware einsatzfähig ist, werden ausgewählte Community-Mitglieder zu Tests in geschlossenen Gruppen eingeladen.
  3. Das Testen der funktionsfähigen Beta-Software wird in Form eines öffentlichen Testnetzes, hier das Shimmer Beta Network, geöffnet. Notwendige Fehlerbehebungen und kleinere Verbesserungen werden durchgeführt, um die Stabilität zu erhöhen. Leistungsmessungen und Benchmarking finden statt, um geeignete Netzwerkkonfigurationsparameter zu ermitteln.
  4. Die Software erreicht den Status eines Release Candidate und wird im Shimmer-Netzwerk eingesetzt. Neue Protokollfunktionen werden in einem Live-Netzwerk getestet, bei dem ein Wert auf dem Spiel steht ($SMR-Token).
  5. Release-Kandidaten, die den Test der Zeit im Shimmer-Netzwerk überstehen, werden auf den Status einer stabilen Version gebracht und auf das IOTA Mainnet portiert.

Shimmer Test

Das Stardust-Upgrade hat die ersten beiden Phasen abgeschlossen und tritt heute mit dem Start des Shimmer-Beta-Netzwerks in die dritte Phase, den öffentlichen Test, ein. Dies ist die letzte Phase vor der endgültigen Einführung des Shimmer-Netzwerks und des Tokens. Es ist eine großartige Gelegenheit für jeden, der zu den Bemühungen beitragen oder noch heute mit dem Aufbau von Lösungen beginnen möchte.

Builder: Abheben in 3… 2… 1… los!

Stardust führt etwas ein, wonach sich der IOTA-Ledger und die Erbauer schon lange gesehnt haben: mehr Nutzen. Das neue, erweiterte UTXO-Ledger-Modell macht es möglich:

  • Erstellen Sie Ihre eigenen Smart Contract-Ketten, im Wesentlichen Layer-2-Blockchains auf dem Tangle, die L1 verwenden, um vertrauensvoll Daten und Werte untereinander zu übertragen, vollständig EVM-kompatibel und mit WASM-Unterstützung.
  • Münzprägung und Übertragung benutzerdefinierter nativer Token und NFTs direkt auf der Basisschicht.
  • Führen Sie bedingte Übertragungen durch, z. B. das Senden von Zahlungen mit einer automatischen Rückbuchungsfunktion.
  • Nutzung des Tangle als verteilte, erlaubnisfreie, stets verfügbare Datenspeicherebene im Austausch gegen die Sperrung von Speicherdepots.

Während die Tools für den Betrieb der L2-Blockchains (Wasp) noch in der internen Testphase sind, kann der von der Basisschicht gebotene Nutzen bereits heute genutzt werden. Ein Integrationspartner und Community-Projekte arbeiten bereits an der Entwicklung von Anwendungen auf Stardust, um das Shimmer-Netzwerk vom ersten Tag an mit benutzerdefinierter Token- und NFT-Münzung, Handel und vielem mehr zu unterstützen.

Der Start des Shimmer Beta-Netzwerks bedeutet auch, dass die Entwickler ein vollständiges Protokoll, Tools und Bibliotheken zur Verfügung haben. Worauf warten Sie also noch? Es ist an der Zeit, sich die Hände schmutzig zu machen, die neuen, aufregenden Funktionen von Stardust zu erforschen und etwas Großartiges zu entwickeln!

Spezifikationen

Das Tangle Improvement Proposal (TIP)-Repository enthält alle notwendigen Informationen über das Stardust-Upgrade und die Eigenschaften des kommenden Shimmer-Netzwerks.

Neues Gemeinschafts-Wiki

Lesen Sie mehr über Shimmer und das Stardust-Upgrade auf der neuen Wiki-Seite.

Knotenpunkt-Software

Hornet v2.0.0-beta.1 ist die vollständige Stardust-kompatible Version der Hornet-Knotensoftware. Sie enthält viele Verbesserungen und wurde komplett neu gestaltet, um die Entwicklung von Knotenerweiterungsanwendungen (INX) zu erleichtern. Sie können jede anwendungsspezifische Logik als eine INX-Erweiterung schreiben, die direkten Zugriff auf die Interna eines Knotens hat. Noch besser: Sie können INX-Erweiterungen in einer Sprache Ihrer Wahl entwickeln! Ein Blog-Beitrag, der die neue Hornet-Version beschreibt, wird zu einem späteren Zeitpunkt veröffentlicht.

Die Knotensoftware Bee ist mit den Kernkomponenten ebenfalls Stardust-kompatibel, aber die Tooling-Unterstützung ist weniger umfangreich. Dennoch kann Bee das neue Stardust-basierte Netzwerk synchronisieren und validieren. Die Implementierung der INX-Schnittstelle kann später erfolgen, so dass Knotenerweiterungen, die im INX-Framework geschrieben wurden, mit beiden Knotenimplementierungen funktionieren.

Client-Bibliotheken

Client-Bibliotheken sind zustandslose Schnittstellen, die in verschiedenen Sprachen implementiert sind und Entwicklern helfen, mit dem Netz zu interagieren, Blöcke zu konstruieren und Transaktionen zu senden.

Als Entwickler können Sie aus den folgenden Bibliotheken wählen:

  • Rust: Die Bibliothek iota.rs ist eine stabile und sichere Implementierung der Client-Schnittstelle.
  • Go: Die Bibliothek iota.go wird auch für die Erstellung der Hornet-Knoten-Software verwendet.
  • Python: iota.rs-Python-Bindungen
  • JavaScript: iota.rs nodejs-Anbindungen
  • Java: iota.rs java-Anbindungen
  • TypeScript: iota.js-Bibliothek

Wallet-Bibliotheken

Wallet-Bibliotheken sind zustandsorientierte Anwendungsbibliotheken, die mit Hilfe von Client-Bibliotheken erstellt werden. Die IOTA Foundation bietet wallet.rs und seine Bindungen, die derzeit in NodeJS und Python verfügbar sind, als allgemeines Wallet-Backend an, das die meisten der neuen Protokollfunktionen von Stardust abdeckt.

Wenn es um die Logik des Wallet-Backends geht, gibt es keine Einheitslösung, die für alle passt. Daher ermutigen wir die Community, alternative Lösungen zu entwickeln, vorzugsweise in einer Open-Source-Form.

Kommandozeilen-Wallet

CLI-Wallet ist ein Werkzeug für Entwickler, um einfache oder bedingte Überweisungen auszuführen, benutzerdefinierte native Token zu prägen, zu schmelzen und zu brennen oder NFTs zu verwalten – alles auf L1. Es ist ein Wrapper um wallet.rs, der eine begrenzte Funktionalität bietet, damit Sie ein Gefühl dafür bekommen, was mit Stardust möglich ist. Es ist auch ein großartiges Werkzeug zum Testen der Integration Ihrer Shimmer/IOTA-Anwendung. Die neueste Betaversion finden Sie hier.

Neuer Explorer

Es wurde ein neuer Netzwerk-Explorer entwickelt, der das Durchsuchen historischer Tangle-Daten erheblich erleichtert. Einige der neu hinzugefügten Funktionen sind die Adresshistorie, zugehörige Ausgaben, Foundry- oder NFT-Seiten. Netzwerkmetriken und Analysen wurden ebenfalls verbessert, um aussagekräftigere Daten anzuzeigen. Der Explorer für Shimmer Beta ist derzeit unter explorer.shimmer.network verfügbar und wird in Zukunft in den Haupt-Explorer integriert werden.

Neue Permanode

Chronicle wurde ebenfalls zu einer INX-Knotenerweiterung umgestaltet, um die Wartung und Entwicklung zu vereinfachen. Der neue Permanode verwendet intern MongoDB anstelle des bisherigen ScyllaDB und stellt derzeit drei Arten von Schnittstellen zur Verfügung:

  • Node Core API (TIP-25).
  • History API (TIP-36) für Daten, die von normalen Netzwerkknoten weggeschnitten wurden.
  • Analytics API zum Abrufen von Netzwerkanalysedaten.

Firefly Stardust

Firefly Stardust ist die offizielle Brieftaschenanwendung des Shimmer-Netzwerks. SMR-Staking-Belohnungen werden über eine einfache und saubere Benutzeroberfläche eingefordert. Die Integration der Ledger Hardware Wallet wird vom ersten Tag an unterstützt.

Neue Stardust-Funktionen wie bedingte Überweisungen, native Token, NFT-Unterstützung und Smart-Contract-Interaktion werden Firefly Stardust schrittweise in kleineren Release-Paketen hinzugefügt. Ein früher Build kann hier gefunden werden.

API-Endpunkte

Die IOTA Foundation bietet belastungsausgeglichene Knoten-API-Endpunkte für Entwicklung und Tests. Die API Endpunkte sind:

Node API: https://api.testnet.shimmer.network
Faucet-App: https://faucet.testnet.shimmer.network
Faucet API: https://faucet.testnet.shimmer.network/api/enqueue
Chronik-API: https://chronicle.testnet.shimmer.network
MQTT-Stream: wss://api.testnet.shimmer.network:443/api/mqtt/v1

Wie geht es weiter?

In der kommenden Zeit wird das Shimmer-Beta-Netzwerk genutzt, um die Leistung des Netzwerks zu testen und die Parameter der Netzwerkkonfiguration, wie z. B. die Kosten für virtuelle Bytes oder die Block-Proof-of-Work-Schwelle, fein abzustimmen. Während Shimmer als Testnetzwerk für neue Innovationen gedacht ist, hat die Sicherheit des Netzwerks und aller darauf basierenden Vermögenswerte und Smart Contracts oberste Priorität. Wir werden uns die nötige Zeit nehmen, um den gesamten Software-Stack für einen erfolgreichen und sicheren Start des Shimmer-Netzwerks zu testen. Nach internen Tests ist der heutige Start der Shimmer-Beta eine öffentliche Fortsetzung dieses Prozesses unter den Augen unserer Community.

Wir laden alle Entwickler und Bauherren ein, das neue Stardust-Protokoll auszuprobieren und uns dabei zu helfen, die letzten Probleme vor dem Start zu beseitigen. Ist Ihnen ein Fehler in einer der Komponenten aufgefallen? In diesem Fall melden Sie ihn bitte über das GitHub-Repository der jeweiligen Komponente. Haben Sie Fragen oder möchten Sie uns Ihr Feedback – oder sogar Verbesserungsvorschläge – mitteilen? Finden Sie uns auf unserem Discord.

Original by Shimmer: https://blog.shimmer.network/shimmer-beta-network-is-live/

IOTA Staking für Assembly geht weiter

Immer her damit!

TL;DR:
Das IOTA-Staking für das Assembly-Netzwerk (ASMB-Token) wird am Dienstag, den 19. April, um 15:00 Uhr MESZ mit einer dreitägigen Pre-Staking-Periode fortgesetzt. Token-Inhaber können dann ihre Staking-Periode beginnen, um ab dem 22. April für 90 Tage Staking-Belohnungen zu erhalten. Eine neue Version von Firefly wird am Dienstag veröffentlicht.

„IOTA Staking für Assembly geht weiter“ weiterlesen

IOTA, Shimmer und Assembly Staking Roadmap

Der Weg zu einer Gemeinschaft, die Anreize für die Tokenverteilung schafft

TL;DR:
Ende letzten Jahres haben wir die erste Staking-Möglichkeit seit der Gründung von IOTA im Jahr 2015 angekündigt. Die 90-tägige Staking-Phase gab der IOTA-Community die Möglichkeit, sich an der fairen Token-Verteilung der Netzwerke Shimmer und Assembly zu beteiligen. Wie geplant, werden auch in Zukunft weitere Staking-Phasen für die drei Netzwerke möglich sein: IOTA, Shimmer und Assembly. Dieser Artikel erklärt die Phasen.

„IOTA, Shimmer und Assembly Staking Roadmap“ weiterlesen

Abstimmung der IOTA-Gemeinschaft über das Schatzamt

Status Quo und nächste Schritte

TL;DR:
Die IOTA-Gemeinschaft bereitet sich auf die allererste Gemeinschaftsabstimmung in der Geschichte von IOTA vor. Für die Firefly-Wallet wurde ein Token-basiertes Abstimmungssystem entwickelt, das allen IOTA-Token-Inhabern die Möglichkeit bietet, über das Schicksal von nicht beanspruchten Treasury-Token abzustimmen. Dieser Blog-Beitrag informiert über die Ereignisse, die zu der Abstimmung geführt haben, den aktuellen Stand der Abstimmung und enthält Informationen, die für die Teilnahme am bevorstehenden Abstimmungsprozess notwendig sind.

„Abstimmung der IOTA-Gemeinschaft über das Schatzamt“ weiterlesen

IOTA Staking Start – Anleitung für das Staking in Firefly

Mögen die Belohnungen mit Dir sein

TL;DR:
Das IOTA-Staking für das Shimmer-Netzwerk (SMR-Token) und das Assembly-Netzwerk (ASMB-Token) beginnt heute, am 21. Dezember, um 15:00 Uhr MEZ (Europa) mit einer siebentägigen Pre-Staking-Periode. Token-Inhaber können ihre Staking-Periode jetzt beginnen, um ab dem 28. Dezember für 90 Tage Staking-Belohnungen zu erhalten. Eine neue Version von Firefly, die das Staking ermöglicht, ist jetzt hier verfügbar.

 

„IOTA Staking Start – Anleitung für das Staking in Firefly“ weiterlesen

Ankündigung der Ledger Nano-Unterstützung in Firefly

TL;DR:

Ledger Nano Support ist jetzt in Firefly verfügbar, und Ledger-Nutzer können ihre Token in das neue Chrysalis-Netzwerk migrieren. Wir haben sehr darauf geachtet, ein umfassendes und reibungsloses Erlebnis zu bieten, und laden Ledger Nano-Nutzer ein, Firefly und Chrysalis auszuprobieren. Laden Sie es hier herunter.

Die IOTA Foundation freut sich, die Veröffentlichung von Firefly 1.2.0 bekannt zu geben, mit der die Unterstützung für die Ledger Nano Hardware Wallet eingeführt wird. Es ist nun für Ledger-Nutzer möglich, ihre Gelder in das neue Chrysalis-Netzwerk zu migrieren und die Geschwindigkeit und Zuverlässigkeit des stark verbesserten IOTA-Protokolls zu erleben. Firefly ist derzeit auf Mac, Windows und Linux verfügbar und kann hier heruntergeladen werden.

Firefly Version 1.2.0 bietet USB-Unterstützung für Ledger Nano S und Ledger Nano X Geräte. Die Funktion wurde von einer Gruppe von ~50 Community-Mitgliedern über einen längeren Zeitraum gründlich getestet, um sicherzustellen, dass die App so reibungslos wie möglich funktioniert. Die In-App-Informationen zu dieser Funktion wurden von der Community in über 20 Sprachen übersetzt. Und der Code, die Bibliotheken und die Ledger BOLOS-Anwendung wurden allesamt externen Audits unterzogen.

Die Umstellung vom alten Netz auf das neue Chrysalis-Netz beinhaltet die Umstellung von Adressen, die auf der Winternitz One-Time Signature (WOTS) basieren, auf wiederverwendbare EdDSA-Adressen. Diese Protokolländerungen bedeuten auch, dass wir von der alten Ledger Nano App zu einer neuen migrieren müssen und von der alten Wallet, Trinity, zu unserer neuen Wallet, Firefly.

Wir haben extrem darauf geachtet, dass die technische Komplexität der Migration für den Nutzer nicht sichtbar ist. Die Nutzer müssen lediglich ihr Ledger Nano-Gerät anschließen, Firefly öffnen und den Schritten folgen, um ihre Token zu migrieren. Ebenso können Nutzer, die neu bei IOTA sind und nicht migrieren müssen, einfach ein Profil einrichten, Token erhalten und die ~10s Bestätigungszeiten genießen, die das neue Chrysalis-Netzwerk ermöglicht.

Bisher wurden über 1 Milliarde Dollar (1,3 Peta IOTA) zu Chrysalis migriert. Mit der Veröffentlichung von Ledger Nano erwarten wir, dass diese Zahl dramatisch ansteigen wird. Mehrere Börsen haben ebenfalls auf Ledger-Unterstützung für ihre eigenen Integrationen gewartet und wir werden mit ihnen zusammenarbeiten, um ihnen bei der Fertigstellung der Chrysalis-Unterstützung zu helfen.

Wir möchten uns bei den Community-Mitgliedern bedanken, die ihre Zeit darauf verwendet haben, die Integration zu testen, Fehler zu finden und Vorschläge zur Verbesserung der Benutzerfreundlichkeit zu machen. Ebenso möchten wir uns bei den Übersetzern der Community bedanken, die viele Stunden damit verbracht haben, die App zu übersetzen und IOTA für ein breiteres Publikum zugänglich zu machen. Ihr alle wisst, wer ihr seid, und wir möchten, dass ihr wisst, wie unendlich dankbar wir für eure harte Arbeit sind.

Warum die Freigabe so lange dauerte und was wir daraus gelernt haben

Das Chrysalis-Netzwerk wurde am 28. April in Betrieb genommen und die Ledger-Nutzer mussten bis heute warten, bevor sie über Firefly zu Chrysalis migrieren konnten. Wir sind uns darüber im Klaren, dass dies eine inakzeptable Zeitspanne ist und für viele eine frustrierende Zeit war. Sie entspricht weder den hohen Standards, die wir uns selbst gesetzt haben, noch den Standards, die unsere Community von uns erwartet. Aus diesem Grund möchten wir Ihnen mitteilen, warum es so lange gedauert hat, welche Fehler gemacht wurden und wie wir sicherstellen werden, dass Protokoll-Upgrades und neue Funktionen in Zukunft reibungsloser veröffentlicht werden. Wir möchten uns für die Geduld der IOTA-Gemeinschaft während dieser Zeit bedanken.

Kurz vor der Veröffentlichung von Chrysalis wurde klar, dass wir nicht in der Lage sein würden, die Ledger-Unterstützung vor dem Start zu gewährleisten. Wir rieten Nutzern, die ihre Gelder früher migrieren wollten, ihre Gelder zunächst an eine Nicht-Ledger-Adresse zu senden. In Anbetracht unseres damaligen Wissensstandes gingen wir davon aus, dass wir die Integration rechtzeitig abschließen könnten. Leider führten eine Reihe von unerwarteten Ereignissen und Rückschlägen während der Entwicklung dazu, dass der Zeitrahmen viel länger war als ursprünglich angenommen.

Chrysalis war ein kolossales Unterfangen. Es war das erste Mal in der Geschichte von IOTA, dass wir eine so komplexe Aufgabe in Angriff genommen haben, die alle Teile des IOTA-Stacks berührte, einschließlich einer vollständigen Überarbeitung des Protokolls, einer kompletten Neuschreibung aller Bibliotheken und Wallets und natürlich der notwendigen Migration von (inzwischen veralteten) WOTS-Adressen zu EdDSA-Adressen in Chrysalis. Die gesamte technische Abteilung kam zusammen, um das Upgrade durchzuführen, und obwohl wir an vielen Fronten gut gearbeitet haben, haben wir auch einige Fehler gemacht und gelernt, wo wir uns verbessern müssen.

Chrysalis zeigte auf, wo Teams, einschließlich Firefly, unterbesetzt waren und mehr Entwickler benötigten. Wir hatten die Unterbesetzung durch Überstunden kompensiert, und das ist weder ein skalierbarer Ansatz, noch gibt er einem die Freiheit, die ganze Bandbreite der Dinge zu erkunden, an denen man gerne arbeiten würde. Seitdem haben wir mehr als 20 Entwickler, Entwicklungsbeauftragte und technische Redakteure für mehrere Teams in der gesamten technischen Abteilung eingestellt, um sicherzustellen, dass wir unsere ehrgeizigen Pläne verwirklichen können. Chrysalis war auch eine Gelegenheit, viele unserer internen teamübergreifenden technischen Verfahren zu verfeinern.

Wir sind uns auch bewusst, dass unsere Kommunikation rund um das Ledger-Release nicht perfekt war, insbesondere was den geschätzten Zeitrahmen und die Regelmäßigkeit der Status-Updates betrifft. Wir haben anfangs nicht auf allen Kanälen Updates zur Verfügung gestellt, und wir sollten nicht erwarten, dass die breite Community unsere Discord- oder Entwickler-Tweets liest. Das hat sich inzwischen gebessert, und wir werden auch in Zukunft zeitnahe Updates zum Entwicklungsstand über die offiziellen Kanäle bereitstellen.

Was kommt als nächstes für Firefly?

Das nächste Hauptaugenmerk liegt auf der Entwicklung von Firefly Mobile. Wir verfolgen einen ähnlichen Ansatz wie bei der Desktop-Version, bei dem wir zunächst sicherstellen, dass die Kernfunktionen robust, ausgefeilt und intuitiv zu bedienen sind, bevor wir zusätzliche Funktionen hinzufügen. Parallel dazu werden wir die Unterstützung für Deep Links in Firefly Desktop hinzufügen, damit andere Community-Anwendungen (wie Websites oder Web-Erweiterungen) Überweisungen in Firefly initiieren können. Wir werden auch Unterstützung für das Senden von Beträgen unter 1 MIOTA hinzufügen (was derzeit aufgrund des Staubschutzes verboten ist). Wir freuen uns darauf, mehr Informationen über Firefly Mobile und die kommenden Funktionen in unseren monatlichen Entwicklungsstatus-Updates zu teilen.

Original by IOTA Foundation: https://blog.iota.org/announcing-ledger-nano-support-in-firefly/

 

Dev Status Update – Juli 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 ein paar Monate her seit der erfolgreichen Veröffentlichung von Chrysalis im Mainnet. Sie können alles über die Veröffentlichung hier nachlesen. Bis jetzt wurden über 48% aller Token auf das neue Netzwerk migriert!

Die Entwicklungsabteilung konzentriert sich nun darauf, ihre Bemühungen auf den Coordicide zu verlagern – mit mehreren Ingenieuren, die sich seit Chrysalis an den Bemühungen beteiligen. Wir haben auch Fortschritte in all unseren anderen Projekten gemacht, wie z.B. Streams, Identity, Chronicle, sowie Smart Contracts und Ledger-Unterstützung für unsere Firefly-Wallet – die derzeit strengen Tests unterzogen wird. Sie können unten mehr über die Projekte lesen.

IOTA 2.0 Devnet

Nach der erfolgreichen Veröffentlichung des IOTA 2.0 Devnet Anfang Juni hat sich das Team auf Optimierungen konzentriert, zum Beispiel auf den Congestion Control Algorithmus, und einen stärkeren Fokus auf Konzepte wie Data Sharding gelegt. Außerdem konnten wir dank der Nutzung des DevNet Korrekturen an einigen Komponenten, wie FCoB, identifizieren. Sie können mehr darüber im letzten Forschungsupdate lesen.

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 die Version 0.1.0 der Nodesoftware mit dem Chrysalis-Release veröffentlicht und arbeitet seitdem an Korrekturen und Verbesserungen der Nodesoftware, sowie an der Veröffentlichung einer 0.1.2-Version von Bee. Das Team bereitet auch die Arbeit für eine Rust-Version des Coordicideknotens vor, wobei die Komponenten der Chrysalis-Version wiederverwendet und verbessert werden, aber auch die neuen Nachrichten- und Nutzlast-Layouts implementiert werden, sowie eine erste Netzwerkschicht, die mit GoShimmer kompatibel ist. Ein neues Dokumentationsportal für den Bienenknoten wurde gerade veröffentlicht und wird im Laufe der Zeit aktualisiert und vervollständigt http://bee.docs.iota.org/.

Hornet

Hornet hat sich als stabiles Rückgrat des IOTA-Mainnets erwiesen, sogar noch mehr nach der Veröffentlichung von Chrysalis. Im vergangenen Monat hat das Team die Version 1.0.3 von Hornet veröffentlicht, die eine neue Öffentlichkeit für bestimmte Meilensteinbereiche hinzugefügt hat.

Smart Contracts

Das IOTA Smart Contract Protocol Team arbeitet derzeit an der nächsten Version, die programmierbare Smart Contracts in das Nectar Testnet bringen wird. Alle funktionalen Komponenten für das nächste Release sind bereits implementiert und im Moment geht es hauptsächlich darum, die Codebasis vor diesem neuen Release zu polieren. Der aktuelle Build wurde bereits erfolgreich im Nectar-Testnet getestet und sogar eine grobe Arbeitsversion der EVM-Unterstützung wurde hinzugefügt, diese Integration wird sich in den kommenden Monaten weiter entwickeln. Das Team konzentriert sich nun in erster Linie auf das Testen, die Erfahrung der Entwickler, die Dokumentation und kleine Verbesserungen an der Codebasis als Ergebnis der Testsitzungen. Sobald wir mit dem Ergebnis dieser verbleibenden Aufgaben zufrieden sind, werden wir eine neue Version von ISCP, die auf Nectar läuft, ankündigen, die von jedem Interessierten getestet werden kann.

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

Stronghold

Aufgrund von Wartungsproblemen der Riker Actor Model Crate haben wir die schwere Entscheidung getroffen, die Stronghold Client Crate nach Actix / Tokio zu portieren. Während die Portierung mehr Aufwand erforderte als ursprünglich erwartet, freuen wir uns, dass diese Überarbeitung auch die Logging-Probleme, für die Riker bekannt ist, löst und das System zusätzlich verschlankt. Das macht Stronghold kleiner und performanter. Zusätzlich wurde die Kommunikationskiste in P2P umbenannt, um ihre Natur widerzuspiegeln. Wenn der Umzug zu Actix abgeschlossen ist, wird der letzte Feinschliff an der P2P-Akteursschnittstelle erfolgen und wir werden sie als Beta veröffentlichen.

Wir möchten auch die Gelegenheit nutzen, um Tensor für die großartige Arbeit zu danken, die er bei der Entwicklung von Stronghold geleistet hat und empfehlen jedem, seinen Youtube-Kanal zu besuchen und ihm dort zu folgen, denn er wird bald Video-Tutorials über die Verwendung und Interaktion mit Strongholds veröffentlichen.

Wallet

Das Firefly-Team hat sich diesen Monat ausschließlich auf die Ledger Nano-Integration fokussiert. Der Fortschritt war stetig und es wurde viel Arbeit investiert, um sicherzustellen, dass die Benutzererfahrung während der Migration und der Nutzung der Wallet unseren hohen Standards entspricht. Das Team testet derzeit obskurere Migrationsflüsse (z.B. Bündel-Mining und Fonds, die über viele Adressen mit unterschiedlichen Indizes verteilt sind) mit der geschlossenen Testgruppe. In der Zwischenzeit hat sich das Team mit 3 neuen Devs vergrößert, die sich uns angeschlossen haben. Sobald Ledger über die Linie ist, wird das Team die Aufmerksamkeit auf die mobile App verlagern. Die Entwürfe für die mobile App sind fertig und wir können es kaum erwarten, loszulegen.

IOTA-Identity

Das Identity-Team wurde wieder einmal um zwei weitere Mitglieder erweitert: Craig Bester und Abdulrahim Al Methiab, die das Team mit einem weiteren Rust-Entwickler und einem Full-Stack-Entwickler für Tooling und Demonstrationen verstärken. Mit unserem nächsten Ziel für einen Release Candidate für IOTA Identity haben wir mit der Entwicklung des Identity Actors begonnen, einem Programm, das „Identität“ zwischen verschiedenen Entitäten „spricht“, eine genauere Erläuterung dazu wird es bald geben. Wir haben bereits einen PoC zum Laufen gebracht, bei dem zwei Identitäten zwischen der Web- und der Desktop-Umgebung miteinander sprechen können.

Darüber hinaus haben wir die Transparenz und das Onboarding zum Projekt verbessert. Wir werden bald mit unserem neuen Dokumentationsportal live gehen, obwohl der Inhalt noch lange nicht vollständig sein wird. Darüber hinaus haben wir mehrere öffentliche Kanban-Boards eröffnet, um unsere Fortschritte bei unseren kurzfristigen Zielen (in Richtung IOTA Identity 1.0) und unseren langfristigen Zielen für die nächsten Jahre zu zeigen.

Chronicle

Das Team war damit beschäftigt, Korrekturen an der Chrysalis-Version von Chronicle vorzunehmen. Wir arbeiten nun an einer Spezifikation für die selektive Permanode-Funktionalität. Sobald wir ein Design haben, mit dem wir zufrieden sind, werden wir es extern für weiteren Input zur Verfügung stellen.

IOTA-Experience Team

Der Juli ist fast vorbei, also lassen Sie uns einen Blick darauf werfen, was die X-Teams diesen Monat teilen:

X-Team-Mitglied Stefan Braun von IOTA.php begann den Juli mit der Λlpha Version 0.2.2 und 0.2.3 der 100% Community-getriebenen IOTA PHP-Bibliothek, die hier verfügbar ist. Unterstützen Sie das Projekt, indem Sie IOTA.php auf Twitter folgen und dem Repository auf GitHub einen Stern hinzufügen!

Das IOTA Foundation User Experience Team hat von den X-Teams wertvolles Feedback zum IOTA Tangle Explorer erhalten, das bei zukünftigen Änderungen in der Darstellung der Informationen im Explorer berücksichtigt wird.

Ein Aufruf an alle X-Team-Entwickler wurde von adamski veröffentlicht, unterstützen Sie die Community-Wiki-Initiative, indem Sie sich den Code im Repository ansehen. Jeroen van den Hout macht große Fortschritte mit seinem Docusaurus-Plugin. Es handelt sich dabei um einen Markdown-Editor für Docusaurus-Inhalte, der GitHub nutzt, um jeden Fortschritt zu committen und es den Mitwirkenden zu ermöglichen, eine Pull-Anfrage an das Upstream-Repository zu erstellen, ohne dass sie Markdown oder GitHub kennen müssen. Das Repository ist hier verfügbar, wir freuen uns über alle Entwickler, die Jeroen bei diesem Vorhaben unterstützen möchten.

Die zu 100% vom X-Team getriebene Identity-Initiative setzt die Tradition fort, sich jeden Montag um 20 Uhr MESZ zu treffen. Vergewissern Sie sich, dass Sie am nächsten Gespräch auf dem IOTA Discord teilnehmen.

IF und Identity X-Team Mitglieder haben sich während der Sovereign Nature Initiative im Rahmen der Odyssey Hackathon Challenge zusammengeschlossen. Das Identitree-Team hackte eine Demo-Anwendung zur Erstellung von CO2-Zertifikaten mit einem überprüfbaren Berechtigungsnachweis in einer NFT. Um mehr darüber zu erfahren, schauen Sie sich den Pitch auf YouTube an und finden Sie den Code hier.

Alexa99 hat sich kürzlich den X-Teams angeschlossen und das Pay with IOTA Plugin für WordPress veröffentlicht. Mit diesem Plugin können Sie diesen Button ganz einfach überall auf Ihrer WordPress-Seite einfügen. Ob in einem Artikel, auf einer Seite oder als Widget.

Die IOTA Foundation veröffentlichte einen Tweet, um Community-Mitglieder einzuladen, den IOTA Experience Teams beizutreten. Einige Bewerber haben ihre Discord-Benutzernamen geteilt, sind aber nicht auf dem IOTA Discord Server, wenn Sie einer von ihnen sind, treten Sie bitte dem Server bei und schreiben Sie an Antonio Nardella, um zu den X-Teams hinzugefügt zu werden.

Diesen Monat begrüßen wir die neuesten Mitglieder in den IOTA X-Teams: Apahatschi, nstabel,

dimitaracev, MOSDEV82, karlsruhe-node, C3PO, Vinceee, BiXe, Mahmuda Akter Keya, Cheezy, Lumpenheinrich, iotea3, philipp, Stephan07, Hasib, bcn137, hustler, Knacki92, Nocraze, Nft_iota, EasonC13, powderfinger, Birdy, IvanChen, TomSeestern, Nibiryus, Foofork, Pesco, Spacecat, Michel Machado, Merk92, Jonas, Warlosst, mpochert2, Simon H.

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 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 bisherigen X-Team-Treffen hier auf dem YouTube-Kanal der IOTA Foundation an.

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

 

Die Chrysalis IOTA Token Migration beginnt jetzt!

IOTAs neue Ära steht vor uns. Und die heutige Token-Migration markiert den Beginn unseres nächsten Kapitels, da wir unser bedeutendstes Protokoll-Upgrade des IOTA-Netzwerks mit „Chrysalis“ durchführen.

Das Chrysalis-Update kommt mit einem hochmodernen Sicherheitsniveau, einer um Größenordnungen höheren Ausfallsicherheit, enorm verbesserten Transaktionsgeschwindigkeiten und Durchsatzkapazitäten und gleichzeitig mit einem viel geringeren Energiebedarf. Chrysalis bringt auch eine komplette Überarbeitung der IOTA-Entwickler-Tools mit sich, wodurch es einfacher als je zuvor wird, mit IOTA zu entwickeln. Jeder kann Anwendungsfälle auf IOTA entwickeln, ohne große Änderungen befürchten zu müssen – auf dem Weg zur vollständigen Dezentralisierung mit „Coordicide“. In genau einer Woche wird IOTA „enterprise-ready“.

Das Chrysalis-Update markiert die umfangreichste Änderung in der Geschichte von IOTA, die alle Aspekte des IOTA-Protokolls, der Bibliotheken, der Werkzeuge, der Dokumentation und der Software berührt und ohne die Hilfe des gesamten IOTA-Ökosystems nicht möglich gewesen wäre.

Unsere Partner aus Wirtschaft und Industrie haben uns unschätzbare Einblicke in die Anforderungen der realen Welt gegeben. Und die unmittelbare IOTA-Community hat ausgiebig zu diesem Update beigetragen. Verglichen mit den bescheidenen Anfängen von IOTA war dieses Update ein wirklich gemeinschaftlicher Prozess, und wir sind stolz darauf, wie IOTA und die Community über die Jahre gewachsen und gereift sind.

Die letzten Wochen vor dem Update waren spannend und herausfordernd. Wir hoffen, dass wir alle Interessierten ausreichend über die Fortschritte während der letzten Etappe dieses bedeutenden Protokoll-Upgrades informieren konnten. Dieser Artikel befasst sich mit allen Informationen, die für die Migration von Token benötigt werden, und verweist auf alle früheren Veröffentlichungen, die sich mit verschiedenen Aspekten näher befassen.

Token-Migration

Ab heute, dem 21. April 2021, können Token-Inhaber damit beginnen, ihre Token auf das neue Adress- und Verschlüsselungsschema zu migrieren, das mit dem Chrysalis-Netzwerk-Update am 28. April 2021 eingeführt wurde.

Token, die zwischen dem 21. und 28. April mit Firefly auf das neue Netzwerk übertragen werden, werden ihren Besitzern nach dem Chrysalis-Update unter dem neuen Adressschema gutgeschrieben. Diese Token werden bis zur Netzwerkmigration am 28. April gesperrt sein – sie können in der Zwischenzeit nicht verschoben werden. Gesperrte Token werden dann direkt nach dem Start des Chrysalis-Netzwerks am 28. April wieder verfügbar.

wie migrieren ich meine iotas?

Bitte beachten Sie, dass die Migration von Token zwischen dem 21. und 28. April 2021 nicht zwingend erforderlich ist. Token-Inhaber werden gleichermaßen in der Lage sein, Token nach dem Chrysalis-Netzwerk-Update am 28. April zu migrieren, zumindest bis Coordicide, für das die IOTA Foundation schätzt, später in diesem Jahr einen vollständig dezentralen Release-Kandidaten präsentieren zu können. Während dieser „Fluid Migration“-Periode wird die Token-Migration nicht gesperrt sein und in kurzer Zeit im Chrysalis-Netzwerk verfügbar werden.

Während des Migrationszeitraums vom 21. bis 28. April wird das Legacy-Netzwerk wie gewohnt weiterarbeiten. Nach dem 28. April werden nur noch Migrationstransaktionen im Legacy-Netzwerk möglich sein. Das bedeutet, dass nach dem 28. April Benutzer, die noch Token im Legacy-Netzwerk halten, nur noch Token an die Migrationsadresse mit Firefly senden können, aber nicht mehr in der Lage sein werden, Token an andere Adressen im Legacy-Netzwerk zu senden (z.B. für Zahlungen, Adressen, die von Börsen unterhalten werden, usw.).

IOTA Migration Anleitung Übersicht deutsch

Für den Fall, dass Sie daran interessiert sind, den Fluss der Token zwischen den Netzwerken zu sehen, haben wir eine zusätzliche Seite zu https://chrysalis.iota.org hinzugefügt, die die Menge der Token zeigt, die vom WOTS-basierten „Legacy“-Netzwerk zum Chrysalis-Netzwerk migriert werden. Wir sind gespannt, wie der Token-Vorrat auf das neue Netzwerk übergehen wird.

Firefly Desktop-Version

Mit dem Ende der Migrationsphase (28. April) wird unsere bisherige Trinity-Wallet offiziell eingestellt. Heute veröffentlichen wir die erste Vollversion von Firefly, unserer neuen, stark verbesserten Wallet. Für den Fall, dass Sie die Beta-Version von Firefly getestet haben, wird die neue Version als separate Anwendung installiert. Den offiziellen Firefly-Download finden Sie auf unserer neuen Firefly-Website hier: https://firefly.iota.org.

Bitte beachten Sie, dass Firefly bis zum Chrysalis Netzwerk-Update am 28. April nur für die Migration von Token genutzt werden kann. Erst nach dem Chrysalis Netzwerk-Update am 28. April kann Firefly für reguläre IOTA-Transaktionen genutzt werden.

Firefly-Token-Migrationsanleitung

Firefly bietet einen nahtlosen Prozess, um Token zu migrieren. Dennoch haben wir einen Firefly-Token-Migrationsleitfaden veröffentlicht, der es den Nutzern ermöglicht, einen Blick darauf zu werfen, was sie erwartet, bevor sie den Prozess starten.

Für den Fall, dass Sie auf Probleme stoßen

Das Netzwerk-Update auf Chrysalis bedeutet effektiv, dass der gesamte Token-Vorrat auf neue Adressen migriert wird, was dieses Ereignis zu einem potenziellen Ziel für Betrüger macht. Falls Sie auf Probleme stoßen oder Fragen haben, seien Sie bitte vorsichtig, mit wem Sie sprechen, wenn Sie um Rat fragen und schauen Sie sich unbedingt den Artikel Sicherheit während der Token-Migration an, den wir früher veröffentlicht haben.

Benutzer von reinen Handy-Geldbörsen

Firefly ist nur als Desktop-App für Mac, Windows und Linux verfügbar. Benutzer, die Token in der mobilen Version von „Trinity“ verwaltet haben, können entweder den von Trinity Mobile generierten SeedVault (oder den Seed selbst) verwenden und diesen für die Migration von Token mit Firefly Desktop nutzen. Wir werden uns auf die Entwicklung der mobilen Versionen der App nach Chrysalis konzentrieren.

Ledger Nano Nutzer

Wie bereits erwähnt, sollten Nutzer, die IOTA-Token über eine Ledger Nano Hardware-Wallet verwalten, mit der Migration ihrer Token warten, bis die Ledger-Integration in Firefly vollständig getestet und freigegeben wurde.

Ledger Nano-Unterstützung wird in Firefly ein paar Wochen nach dem Chrysalis-Update verfügbar sein. Es wird empfohlen, dass Ledger Nano-Benutzer einfach mit der Migration warten, bis es fertig ist.

Falls ein Ledger-Nutzer nicht warten möchte, kann er seine Token auf einen nicht-Ledger-basierten Seed oder auf eine Börse, die die Migration unterstützt, vor dem 28. April übertragen. Nach dem 28. April werden nur noch Migrationstransaktionen im alten IOTA-Netzwerk möglich sein.

Benutzer, die Token an Börsen halten

Wie bereits erwähnt, arbeiten wir aktiv mit allen großen Börsen zusammen und unterstützen sie bei der Aufrüstung ihrer Infrastruktur zur Unterstützung von Chrysalis. Wenn Sie Ihre Token an Börsen halten, wird sich die Börse um die Token-Migration für Sie kümmern. Ihre Gelder sind zu jeder Zeit sicher. Auch wenn eine Börse das Chrysalis-Upgrade am 28. April nicht unterstützen wird, haben sich fast alle Börsen verpflichtet, kurz danach an der Integration zu arbeiten. Beachten Sie, dass alle Börsen ihre eigenen und vorgeplanten Release-Zyklen haben, die sich darauf auswirken können oder auch nicht, wie schnell und wann sie in der Lage sind, das Netzwerk-Update zu unterstützen.

Aktuelles Status-Update zur Exchange-Unterstützung:

  • Bitpanda wird Chrysalis zum Start vollständig unterstützen
  • Bitfinex wird Chrysalis zum Start vollständig unterstützen
  • Binance wird Chrysalis nach dem Start vollständig unterstützen. Derzeit wird die Integration abgeschlossen und auf den erfolgreichen Abschluss des Mainnet-Upgrades gewartet
  • Upbit arbeitet derzeit an der Chrysalis-Integration
  • OKEx wird im Mai mit der Integration von Chrysalis beginnen
  • Huobi wird im Mai mit der Integration von Chrysalis beginnen
  • Bittrex hat alle notwendigen Unterlagen und Informationen erhalten. Wir haben noch keine schriftliche Bestätigung erhalten, wann sie die Integration unterstützen werden
  • Liquid hat alle notwendigen Unterlagen und Informationen erhalten. Wir haben noch keine schriftliche Bestätigung erhalten, wann sie die Integration unterstützen werden.

Wenn eine Börse Chrysalis zum Start nicht unterstützt, bedeutet dies lediglich, dass Ein- und Auszahlungen deaktiviert sind, bis die Integration der neuen Chrysalis-Bibliotheken durch diese Börse abgeschlossen ist. Der Handel kann fortgesetzt werden und ist von den Integrationsbemühungen nicht betroffen.

Ein Hinweis auf möglichen „Dust“

Um „Ledger Bloat“ durch sogenannte „Dust-Attacken“ zu verhindern, wurde für das Chrysalis-Netzwerk eine einfache und effektive Gegenmaßnahme definiert: Um Werte kleiner als 1 MIOTA an eine Zieladresse zu übertragen, muss die Zieladresse einen Mindestbetrag von 1 MIOTA halten. Dieser Betrag wurde nicht als dauerhaft fester Wert und Lösung definiert, sondern ist nur eine Lösung für den Moment.

Das wiederum bedeutet, dass nur Werte, die größer als 1Mi sind, zu einer Adresse im Chrysalis Netzwerk migriert werden können, wie bereits in unserem vorherigen Artikel erwähnt, der verschiedene Aspekte der Firefly Token Migration erklärt.

Um zu verhindern, dass Staubeträge aus dem Legacy-Netzwerk nicht migriert werden können, fegt Firefly Token, die auf mehreren Adressen gehalten werden, und sendet die Summe davon an die Zieladresse im Chrysalis-Netzwerk. Dabei versucht Firefly, Beträge kleiner als 1 MIOTA zu Beträgen größer als 1 MIOTA zu „bündeln“.

In seltenen Fällen kann es dennoch vorkommen, dass Dust auf mehreren Adressen von Firefly nicht so gesammelt werden kann, dass Summen größer als 1 MIOTA entstehen (z.B. wenn die Summe von Dust auf allen Adressen nicht mehr als 1 MIOTA ergibt).

Ob für Trinity-Benutzer oder Ledger-Benutzer, Firefly wird immer versuchen, eine ideale Kombination von Adressen, die Dust enthalten, zu Kombinationen größer als 1 MIOTA zu erstellen, um sie erfolgreich migrieren zu können. Sollte Firefly nicht in der Lage sein, kleine Staubmengen zu Bündeln größer als 1 MIOTA zu kombinieren, kann der Dust nicht migriert werden.

Die in Firefly integrierte „Sweeping„-Funktion sollte als Komfortfunktion verstanden werden, aber nicht als Garantie. Wie oben erläutert, gibt es theoretische Fälle, in denen Firefly nicht in der Lage sein wird, entsprechende Bündel zu erstellen, die größer als 1 MIOTA sind.

Benutzer, die viele Adressen haben, die IOTA-Token von weniger als 1Mi halten, und die vermeiden wollen, dass Staub im Migrationsprozess verloren geht, sollten daher manuell allen Staub an eine Adresse senden, die mehr als 1 MIOTA beträgt, bevor sie den Migrationsprozess starten.

Beachten Sie, dass nach dem 28. April nur noch Transaktionen an die Migrationsadresse möglich sein werden, nicht aber das „Sammeln“ von Token an einer Adresse im alten Netzwerk. Das Senden von Staub an eine „Sammeladresse“ wird daher nur vor dem 28. April möglich sein.

Original by IOTA Foundation: https://blog.iota.org/the-chrysalis-token-migration-starts-now/

Chrysalis Netzwerk Migration – Veröffentlichungsdatum

Im letzten Jahr haben wir daran gearbeitet, das IOTA-Protokoll in Richtung Produktionsreife zu überführen, wobei wir die realen Bedürfnisse und Wünsche unseres Ökosystems berücksichtigt haben. Wir haben erfolgreich einige der exotischen Aspekte des IOTA-Protokolls entfernt und sie durch Industriestandards ersetzt. Die erste Phase von Chrysalis wurde im August 2020 im IOTA-Netzwerk implementiert. Wir befinden uns nun in der letzten Phase des größten Upgrades in der Geschichte von IOTA.

Heute freuen wir uns, den offiziellen Starttermin der Chrysalis-Netzwerkmigration bekannt zu geben – Mittwoch, 21. April 2021. Wie bereits erwähnt, wird die Migrationsperiode, die es Nutzern, Börsen und Verwalter/Depotinhaber ermöglicht, ihre Token-Migrationen vor dem Netzwerk-Upgrade vorzubereiten, 7 Tage vor dem Netzwerk-Upgrade. Das Netzwerk-Upgrade selbst wird offiziell am Mittwoch, den 28. April 2021, stattfinden.

chrysalis migration iota netzwerk

Das öffentliche Chrysalis-Testnetz läuft nun seit Dezember 2020, wobei nach und nach Komponenten zum Netzwerk hinzugefügt wurden, bis es vollständig mit den Chrysalis-Spezifikationen ausgestattet war. Entwickler und IOTA-Enthusiasten können bereits in der neuen Entwicklerdokumentation nachlesen, wie sie mit der Entwicklung auf Chrysalis beginnen können. Mit dem öffentlichen Beta-Release von Firefly in der nächsten Woche werden wir es jedem ermöglichen, die Zukunft von IOTA noch vor dem Mainnet-Upgrade zu erleben. (Tipp: ein paar Sekunden für den Proof of Work, Bestätigungszeiten unter 10 Sekunden und wiederverwendbare Adressen sind absolut erstaunlich).

Bitte beachten Sie: Die Beta-Version von Firefly wird es Ihnen nicht ermöglichen, Ihre Token zu migrieren. Das wird erst ab Mittwoch, 21. April 2021 möglich sein.

Während wir ein wenig hinter unserem geschätzten Q1-Release zurückbleiben, sollte die schiere Größe und sorgfältige Ausführung, die für das Chrysalis-Upgrade erforderlich ist, nicht unterschätzt werden, noch sollte das Upgrade überstürzt werden. Wir haben den gesamten IOTA-Tech-Stack (Node, Bibliotheken, Wallet) von Grund auf neu aufgebaut, einschließlich einer Token-Umstellung vom alten WOTS-Signaturschema auf die neuen EdDSA-Signaturen. Bisher haben wir mehrere Audits von drei unabhängigen Firmen erfolgreich abgeschlossen, und unser Team überprüft und optimiert kontinuierlich, wo immer möglich. All dies soll sicherstellen, dass Chrysalis ein reibungsloser und sicherer Übergang in eine neue und aufregende Zukunft mit viel höherer Leistung, Stabilität, Zuverlässigkeit und Sicherheit sein wird. Eine neue Morgendämmerung, sozusagen.

Während wir technisch weitgehend bereit sind, mit dem Netzwerk-Upgrade zu beginnen, ist einer der Gründe für die Änderung des offiziellen Starttermins, den Börsen mehr Zeit zu geben, den Übergang offiziell zu unterstützen. Viele Börsen haben vordefinierte Update-Zyklen, die weder übersprungen, noch verkürzt oder nach Belieben geändert werden können. Offensichtlich haben sie ziemlich strenge Überprüfungs- und Sicherheitsprozesse, die nicht aus einer Laune heraus geändert werden können und sollten. Wir werden sicherstellen, dass wir diese Zeitrahmen bei zukünftigen Upgrades besser berücksichtigen.

Wenn es um die Token-Migration geht, wird Firefly Sie schmerzlos durch den gesamten Migrationsprozess führen (wir werden im Vorfeld eine Schritt-für-Schritt-Anleitung veröffentlichen). Während des Prozesses wird unsere neue Wallet automatisch Zieladressen im Chrysalis-Netzwerk für Ihre Token erstellen. Die schwere Arbeit der Migration wird vollständig durch die Firefly-Wallet automatisiert und Token-Inhaber (einschließlich Ledger-Wallets) werden durch eine einfache Schnittstelle geführt. Kurz gesagt, die Migration Ihrer Token vom aktuellen IOTA-Netzwerk zum neuen Chrysalis-Netzwerk wird schmerzlos, einfach und schnell sein.

Mit der Netzwerkmigration wird fast der gesamte Token-Vorrat übertragen und viele Transaktionen werden durchgeführt. Das Migrationsereignis ist daher ein hochwertiges Ziel für Hacker und Betrüger. Wenn Sie die Firefly-Wallet herunterladen, stellen Sie bitte sicher, dass Sie nur die offizielle herunterladen, um Token sicher auf Ihre neue(n) Adresse(n) zu übertragen. Es gibt keinen offiziell empfohlenen Weg für Benutzer, ihre Token anders als mit Firefly zu migrieren. Natürlich halten wir ein Auge auf mögliche gefälschte Wallets oder inoffizielle Migrationsanweisungen.

Damit Sie absolut sicher sein können, dass Sie die offizielle Wallet herunterladen, laden Sie nur von unserer speziellen Netzwerk-Migrations-Statusseite https://chrysalis.iota.org oder direkt von https://iota.org herunter. Benutzen Sie nicht z.B. die Google-Suche und folgen Sie keinen Links, die direkt in sozialen Medien veröffentlicht wurden, auch wenn sie den Anschein erwecken, von der IOTA Foundation veröffentlicht worden zu sein.

DIE IOTA FOUNDATION WIRD NIEMALS DIREKTE DOWNLOAD-LINKS FÜR FIREFLY IN SOZIALEN MEDIEN VERÖFFENTLICHEN

Bitte beachten Sie, dass Token-Inhaber nicht verpflichtet sind, Token vor dem Chrysalis-Netzwerk-Update zu migrieren und die Möglichkeit haben, Token nach dem Netzwerk-Update für einen längeren Zeitraum zu migrieren. Je näher die Migration rückt, desto mehr Videos, Anleitungen und Leitfäden werden wir veröffentlichen, um Sie mit den notwendigen Informationen zu versorgen, um das Upgrade auf Chrysalis erfolgreich durchzuführen.

Original by IOTA Foundation: https://blog.iota.org/chrysalis-network-migration-release-date/

Bei Fragen, Anmerkungen benutzt die Kommentare oder das neue Forum. Für das Update wurde extra ein neues Thema eröffnet.