Verbesserungen des IOTA 2.0 Konsens-Mechanismus

TL;DR

Wir beschreiben, was wir aus dem IOTA 2.0 DevNet gelernt haben und konzentrieren uns dabei auf den Konsensmechanismus. Wir erklären, wie wir das Protokoll verbessern können, indem wir den FPC-Abstimmungsprozess durch einen Mechanismus rationalisieren, den wir On Tangle FPC on a set (OTFPC) nennen.

Bei der IOTA Foundation arbeiten Ingenieure und Forscher sehr eng zusammen, oft im selben Team und nach einer agilen Methodik. Der Ansatz ist pragmatisch und einfach:

  1. Definieren Sie das Problem
  2. Brainstorming von Ideen zur Lösung des Problems
  3. Vielversprechende Ideen in Lösungen umwandeln
  4. Untersuchung der Lösungen mit einer Vielzahl von Methoden und aus verschiedenen Blickwinkeln: analytisch, durch Simulationen, durch Experimente
  5. Die gesammelten Daten synthetisieren und die Lehren aus Punkt 4 ziehen und zur Verbesserung der Lösung nutzen

Eines der besten Beispiele für diesen Ansatz ist GoShimmer, der Forschungsprototyp, der das IOTA 2.0 DevNet betreibt. Sein Hauptzweck ist es, Ideen aus der Forschung in eine funktionierende Implementierung zu verwandeln, damit wir wichtige Aspekte wie Machbarkeit, Schutz gegen verschiedene Angriffe, Leistung und die Behebung von Fehlern auf dem Weg bewerten können.

Die Veröffentlichung der ersten Iteration des IOTA 2.0 DevNet war ein sehr wichtiger Meilenstein für das Coordicide-Projekt, da wir nun die Möglichkeit haben, den Prototyp unserer vollständig dezentralisierten Lösung zu sehen, zu erleben und zu analysieren. Was wir dabei gelernt haben, hilft uns bereits dabei, das zu verbessern, was wir bisher gebaut haben. In diesem Blogbeitrag geht es um den Konsensmechanismus und wie wir das Protokoll durch die Einführung von On Tangle FPC (OTFPC) verbessern können.

Der Konsensmechanismus von IOTA 2.0 ist so konzipiert, dass er ohne Erlaubnis und ohne Anführer funktioniert. In seinem Kern kombiniert er

  1. ein binäres Abstimmungsprotokoll (FPC) als Vorkonsens und Metastabilitätsbrecher (d.h. er zwingt das System zu einer Entscheidung),
  2. und ein virtuelles Abstimmungsprotokoll oder Zustimmungsgewicht (AW), das eine Endgültigkeit ähnlich der Regel der längsten Kette beim Nakamoto-Konsens (d. h. schwerster Zweig) bietet.

Diese Kombination ist aus zwei Gründen notwendig. Erstens brauchen wir FPC, um eine gemeinsame Wahrnehmung dessen, was gut und schlecht ist, durchzusetzen. Zweitens legt FPC die anfängliche Meinung über Transaktionen auf der Grundlage ihrer Ankunftszeit fest (die FCoB-Regel): Ankunftszeiten sind jedoch unbeständig (denken Sie nur an Ihre Internetverbindung zu Hause), und jede Regel, die auf Ankunftszeiten basiert, wird dazu führen, dass einige Knoten aus der Synchronisation fallen. Daher ist die Genehmigungsgewichtung notwendig, damit Knoten, die aus dem Takt geraten sind, aufholen können.

Diese Kombination führt jedoch zu einem recht komplizierten Code. Wir haben festgestellt, dass wir das FPC-Verfahren tatsächlich nachahmen können, indem wir die Genehmigungsgewichtung jedes Konflikts verwenden. Bei FPC fragt ein Knoten einfach andere Knoten nach ihrer Meinung zu einer Transaktion. Jedes Mal, wenn sich jemand auf eine Transaktion bezieht, „stimmt“ er für sie, so dass die Zustimmungsgewichtung zeigt, wer für was gestimmt hat. Indem wir die direkten Abfragen gegen die AW austauschen, erhalten wir ein Verfahren, das wir On Tangle FPC (OTFPC) nennen. In diesem Beitrag werden wir erklären, wie unsere Verbesserungen drei Dinge erreichen:

  1. Starke Vereinfachung unserer Codebasis
  2. Verringerung des Kommunikations-Overheads
  3. Beschleunigung der Bestätigungszeiten

FPC

Das Fast Probabilistic Consensus (FPC)-Protokoll ist ein binäres Abstimmungsprotokoll, bei dem jeder Knoten mit einer anfänglichen Meinung zu einer von FCoB festgelegten Transaktion beginnt. Die Knoten tauschen dann in mehreren Runden Anfragen und Antworten zu ihren Meinungen aus, bis jeder Knoten mit einem endgültigen Wert abschließt: Gefallen oder Nichtgefallen. Das Ergebnis der Abstimmung wird jedoch stark durch den Anteil der ursprünglichen Meinung beeinflusst. Nehmen wir zum Beispiel zwei Transaktionen, die miteinander in Konflikt stehen und von der Mehrheit des Netzes innerhalb der ersten Quarantänezeit (Q1) gesehen werden. Dann werden beide mit hoher Wahrscheinlichkeit von FPC abgelehnt und somit nicht in den Tipp-Pool aufgenommen und schließlich verwaist.

Ohne einen eindeutigen Gewinner könnten neue Knoten, die dem Netzwerk beitreten, oder bestehende Knoten, die fehlende Nachrichten verfestigen, nur eine der beiden Transaktionen erhalten (z. B. aufgrund einer indirekten Verfestigung über schwache Referenzen oder eines Netzwerkausfalls), die anfängliche Meinung über FCoB auf „gefällt mir“ setzen und somit versuchen, ihre neuen Nachrichten an eine Seite des Tangles anzuhängen, die nicht genug Zustimmungsgewicht erhält, um jemals bestätigt zu werden. Dieses Verhalten könnte dadurch gemildert werden, dass nur die abgelehnten Konflikte mitgeteilt werden, was allerdings mit zusätzlichen Informationen in den FPC-Anweisungen verbunden ist.

Zustimmungsgewicht (AW)

Das Genehmigungsgewicht einer Nachricht misst den prozentualen Anteil des aktiven Konsensmanas der Knoten, die eine Nachricht in ihrem zukünftigen Kegel (d. h. durch direkte oder indirekte Referenzierung) ausgegeben haben. Darüber hinaus wird das Genehmigungsgewicht so berechnet, dass das Konsensmana eines Knotens nicht auf das Genehmigungsgewicht von zwei konkurrierenden Transaktionen angerechnet werden kann. Nehmen wir zum Beispiel an, dass A und B kollidierende Transaktionen sind. Ich bin ein Knoten mit hohem Mana und gebe eine Nachricht heraus, die sich auf A bezieht, dann trägt mein Konsensmana zum Genehmigungsgewicht von A bei. Wenn ich jedoch später eine Nachricht herausgebe, die B genehmigt, dann wird mein Konsensmana vom Genehmigungsgewicht von A abgezogen und zu B hinzugefügt.

Wenn also das Zustimmungsgewicht von A größer als 50 % ist, dann wissen wir, dass das Zustimmungsgewicht von B kleiner als 50 % ist. Wir können also sagen, dass eine Nachricht (oder eine Transaktion) abgeschlossen ist, wenn ihr Zustimmungsgewicht größer als 50 % plus die Stärke eines potenziellen Angreifers ist.

AW war ursprünglich ein Kernpunkt von Hans‘ On Tangle Voting Vorschlag. In seinem Vorschlag würden die Knoten immer Tipps auswählen, die sich auf die Transaktionen mit dem höchsten Zustimmungsgewicht beziehen. Es ist jedoch nicht klar, ob dieser Vorschlag gut funktionieren würde, wenn das Zustimmungsgewicht zweier konkurrierender Transaktionen gleich ist, weshalb ein Element wie FPC erforderlich ist, das die Gleichheit aufhebt. Die Zustimmungsgewichtung ähnelt dem Konzept der kumulativen Gewichtung im ursprünglichen White Paper, wurde aber an eine Umgebung angepasst, in der wir Mana als Sybil-Schutzmechanismus verwenden.

Verbesserungen

Es ist wichtig zu bemerken, dass das aktuelle Protokoll nicht grundlegend mangelhaft ist. Tatsächlich hat der aktuelle IOTA 2.0 DevNet Konsensmechanismus, der auf FCoB und FPC basiert, hunderte von Konflikten in unserem Prototyp erfolgreich gelöst. Da wir uns jedoch das Ziel gesetzt haben, das beste DLT zu entwickeln, möchten wir die Leistung des Protokolls optimieren, indem wir die Komplexität des Codes, die Bestätigungszeit und den Kommunikations-Overhead minimieren.

Warum ist die Komplexität des Codes wichtig? Erstens: Je komplexer der Code ist, desto schwieriger ist es, ihn auf Fehler zu überprüfen, was zu Sicherheitsproblemen führen kann. Zweitens wollen die Entwickler auf etwas aufbauen, das sie verstehen können. Wenn die Node-Software einfacher gehalten wird, fördert dies die Akzeptanz.

Aus diesem Grund nehmen wir zwei Änderungen am Protokoll vor. Erstens wechseln wir von FPC zu dem, was wir On Tangle FPC (OTFPC) nennen. Wie bereits erwähnt, fragen wir bei FPC in jeder Runde Knoten im Netzwerk nach ihrer Meinung zu einer Transaktion ab und entscheiden anhand des Prozentsatzes der positiven Antworten und eines zufälligen Schwellenwerts, ob unsere Meinung in der nächsten Runde „gefällt mir“ oder „gefällt mir nicht“ lauten soll.

In OTFPC verwenden wir anstelle von direkten Abfragen die Zustimmungsgewichtung. Da die Knoten ihr Konsensmana nicht auf das Zustimmungsgewicht von zwei verschiedenen Konflikten setzen können, ist das Zustimmungsgewicht einer Abfrage sehr ähnlich, wobei die abgefragten Knoten im Wesentlichen diejenigen sind, die diese Nachricht referenziert haben. OTFPC arbeitet nach wie vor in Runden, wobei ein Knoten in jeder Runde anhand der Zustimmungsgewichtung und eines zufälligen Schwellenwerts entscheidet, welche Transaktionen er mag. Die gemochten Transaktionen bestimmen, welche Nachrichten für die Tipp-Auswahl in Frage kommen, und so erhalten nur gemochte Transaktionen ein Genehmigungsgewicht.

Mit OTFPC benötigen wir keinen Mechanismus für direkte Abfragen, sondern nutzen das Netzwerk selbst als einziges Kommunikationsmedium. Dadurch wird der Kommunikations-Overhead reduziert und die für den Betrieb eines Knotens erforderliche Bandbreite verringert.

Zweitens: Anstatt bei jeder Nachricht eine binäre Entscheidung zwischen „Ja“ und „Nein“ zu treffen, wählen die Knoten mittels FPC aus einer Liste konkurrierender Transaktionen einen Gewinner aus. Wir verwenden also ein Verfahren, das wir FPC on a set (FPCOS) nennen. Da OTFPCOS jedoch als Akronym nicht genießbar ist, lassen wir das OS weg.

Indem wir einen Gewinner wählen, befreien wir uns von der FCoB-Regel, der Regel, die anhand der Ankunftszeiten bestimmt, wen wir mögen. Im Gegensatz zu FCoB verwendet OTFPC keine Quarantänezeiten, die zu längeren Bestätigungszeiten führen könnten. Eingehende Nachrichten werden sofort zum Tipp-Set hinzugefügt, so dass jeder Knoten seine Präferenz ausdrücken und über die Tipp-Auswahl eine Stimme für eine bestimmte Transaktion innerhalb eines Konflikt-Sets abgeben kann. Wie beim Mechanismus der Genehmigungsgewichtung wird die lokale Präferenz eines Knotens durch die Konsens-Mana-Gewichtung bestimmt, die mit einer bestimmten konfliktbehafteten Transaktion über direkte und indirekte Verweise auf sie verbunden ist. Somit wird OTFPC die lokale Meinung eines Knotens zu einer bestimmten Transaktion besser an deren Genehmigungsgewicht anpassen, da es der gleichen Regel des schwersten Zweigs folgt. OTFPC sollte auch schneller handeln als FCoB. Außerdem sollte die Zufälligkeit von OTFPC das Auftreten von metastabilen Zuständen verhindern.

Wenn Sie mehr über OTFPC erfahren möchten, können Sie unseren iota.cafe-Beitrag lesen.

Es ist sehr wichtig zu betonen, dass sich dieser Ansatz nicht radikal von dem unterscheidet, was wir bisher gemacht haben. Obwohl FPC viel Aufmerksamkeit erhalten hat, war das Genehmigungsgewicht immer der Eckpfeiler des Protokolls. Außerdem wurde FPC (und sein Cousin FPC on a set) immer als mathematisches Modell ohne explizite Implementierung untersucht. Unsere Entwicklung ist einfach eine neue Implementierung dieses mathematischen Modells.

Alle Forschungen und Experimente, die mit FPC durchgeführt wurden, sind immer noch relevant, da FPC auf einer Menge nur eine Variante davon ist, mit dem Hauptunterschied, dass es bei einer Konfliktmenge immer einen Gewinner auswählt. Beide konvergieren in nur einer „glücklichen“ Runde zum Vorkonsens. Das Auftreten dieser Runde ist jedoch zufällig und erfolgt jedes Mal mit einer gleichmäßig positiven Wahrscheinlichkeit. Deshalb sind wir zuversichtlich, dass das FPCS mathematisch ebenso solide ist wie das FPC. Wir räumen jedoch ein, dass diese neuen Konzepte zwar recht einfach zu verstehen sind und in vielerlei Hinsicht dem, was wir bereits untersucht haben, grundlegend ähneln, dass sie aber noch nicht umfassend analysiert worden sind. Da der Teufel immer im Detail steckt, arbeiten wir weiter an der Verbesserung unserer Studien über ihr Verhalten bei verschiedenen Randfällen und Angriffen. Wie immer werden wir unsere Ergebnisse über unsere Medien, einschließlich akademischer Veröffentlichungen, verbreiten.

Wir freuen uns auf diese bevorstehenden Verbesserungen sowie auf weitere Upgrades für andere Komponenten, wie z. B. die Staukontrolle, an der wir derzeit arbeiten, und wir werden sie mit den nächsten Versionen schrittweise in das IOTA 2.0 DevNet integrieren.

Der weitere Weg

Leider werden die oben genannten Änderungen es unmöglich machen, den Coordicide im Jahr 2021 im IOTA-Mainnet bereitzustellen. Jede neue Idee, jeder neue Aspekt, jede neue Einsicht oder jede neue Gelegenheit durchläuft die zu Beginn dieses Artikels erwähnte Methodik. Das braucht Zeit: Exzellenz ist nicht schnell.

Diese Richtung einzuschlagen war eine schwere Entscheidung für uns und ist wahrscheinlich für einige eine Enttäuschung, und wir sind uns auch bewusst, dass unsere früheren Schätzungen zu ehrgeizig waren. Aber das ändert nichts an unserer Methodik, unserem Kurs und unserem Ziel: Die beste DLT aller Zeiten zu entwickeln. Letztendlich wären wir nachlässig, wenn wir das Protokoll nicht verbessern würden.

Die Lösungen, die wir entwickeln, sind zwar noch nicht fertig, werden aber bereits von einzelnen Entwicklern, Projekten und Industriepartnern eingesetzt. Wir haben das wunderbare Privileg, ein DLT geschaffen zu haben, das das Interesse eines riesigen Ökosystems von globalen, führenden Industrieakteuren, Regierungen, einzelnen Entwicklern und einer Gemeinschaft geweckt hat, denen gegenüber wir die Verantwortung haben, ein zuverlässiges und sicheres Netzwerk zu liefern, auf dem wir mit minimalen Änderungen auf dem Weg aufbauen können.

Das bedeutet auch, dass wir keine Abkürzungen nehmen werden, um den Zeitplan einzuhalten, indem wir eine technische Lösung durchsetzen, die wir ohnehin irgendwann ändern wollen. Unsere Loyalität gilt denjenigen, die uns dabei helfen, die Vision von IOTA Wirklichkeit werden zu lassen: unserer Gemeinschaft von Erbauern und Machern, öffentlichen und Unternehmenspartnern, die sich auf unsere Software verlassen und uns helfen, damit Branchenlösungen zu entwickeln. Sie sind eher an der bestmöglichen Lösung interessiert, als an der schnellsten, aber mittelmäßigen Lösung, die möglicherweise später Änderungen nach sich zieht. Deshalb konzentrieren wir uns auf diejenigen, die mitmachen, beitragen und bauen und die uns helfen, das Potenzial von IOTA auszuschöpfen. Sie sind es, die den Erfolg von IOTA bestimmen werden, von dem letztendlich alle profitieren werden.

Wenn Sie ein Entwickler sind, dann schauen Sie nur auf unsere Repos und den Entwicklungsfortschritt, und Sie werden im Voraus wissen, wann der Coordicide stattfinden wird. Bis dahin haben wir gemeinsam mit dem IOTA 2.0 DevNet noch eine Menge zu erreichen.

Original by William Sanders: https://blog.iota.org/improvements-to-the-iota-2-0-consensus-mechanism/

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/

 

IOTA – Das am besten zugängliche DLT-Netzwerk für NFTs

TL;DR:

Der von der IOTA-Community entwickelte IOTA NFT-Marktplatz startet heute im IOTA 2.0 DevNet. Derzeit im Testmodus verfügbar, ist der IOTA NFT-Marktplatz eine gefühllose Alternative zu den teuren und energieverschwendenden Ansätzen anderer Netzwerke.

Der IOTA NFT-Marktplatz, der von der IOTA-Community entwickelt wurde und heute im IOTA 2.0 DevNet gestartet ist, zeigt zweifelsfrei, dass die Zukunft digitaler Assets, einschließlich NFTs, gebührenfrei, dezentral, grün und für alle zugänglich ist. Dieser Blog-Beitrag zielt darauf ab, zu erklären, wie IOTAs Gebührenfreies-Protokoll es zur überlegenen Distributed-Ledger-Technologie (DLT) Lösung für NFT-Infrastrukturen macht und wie unser Netzwerk einige der bestehenden Einschränkungen von NFT-Marktplätzen lösen wird.

Non-fungible Token (NFTs): Was sie sind und wie sie funktionieren

In den letzten Monaten waren NFTs ein wichtiges Gesprächsthema unter Tech-Köpfen, Branchenexperten und der Kunstwelt. Sogar traditionelle, branchenfremde Medien haben über die fieberhafte Debatte um die Möglichkeit berichtet, Vermögenswerte digital in einem verteilten Ledger darzustellen und als sogenannte NFTs auf speziellen Plattformen zu handeln. NFTs sind kryptografische Token, die etwas Einzigartiges (oder „Non-Fungibles„) in digitalisierter Form darstellen.

Praktisch alles kann digitalisiert und als NFT dargestellt werden. Sie können digitale Vermögenswerte wie digitale Kunstwerke, Videoclips, Musik oder Spielgegenstände als NFTs darstellen und handeln, aber auch physische Vermögenswerte wie Immobilien, Gemälde oder Oldtimer. Dank des zugrundeliegenden DLT ist das Eigentum an einem NFT digital zertifiziert und kann nur vom Eigentümer geändert werden (entweder durch Übertragung oder Zerstörung).

Warum sind NFTs notwendig?

Viele neue Anwendungsfälle sind nur durch die digitalisierte Darstellung des Eigentums an digitalen Assets möglich. Zum Beispiel ist es möglich, Token mit einer Tantiemenfunktion zu programmieren. Wenn ein Künstler seine Kunst verkauft und das Kunstwerk anschließend weiterverkauft wird, erhält er eine vorher festgelegte Tantieme. Außerdem behalten NFTs ihre Einzigartigkeit, was sie zu einer hervorragenden Lösung für die Digitalisierung des Sammlermarktes macht, wo es einen Eigentumsnachweis und Schutz vor Urheberrechtsverletzungen gibt.

Leider sind die heutigen NFT-Lösungen auch mit einigen gravierenden Nachteilen verbunden.

Zum Beispiel ist der aktuelle Prozess, um Ihre NFT an einen Käufer zu bringen, außerordentlich teuer. In der Regel ist mit dem Prozess eine Prägegebühr für die Erstellung der NFT verbunden, die Auflistung auf einer Plattform kostet eine zusätzliche Gebühr, die NFT-Plattform will in der Regel eine Provision für den Verkauf, und die eigentliche Transaktion auf der Blockchain ist ebenfalls mit Gebühren verbunden.

NFT Gebühren

Die IOTA Foundation hat schon immer eine Abneigung gegen Gebühren gehabt, da wir der Meinung sind, dass sie die potenzielle geschäftliche Annahme und Anwendung der IOTA-Technologie stark behindern. Die Gebühren für NFTs verdeutlichen die absurden Höhen, die diese Gebühren erreichen, wenn die zugrundeliegende Technologie populär wird und die technische Architektur nicht mit der Nachfrage mithalten kann: Bei gebührenbasierten Architekturen führt dies in der Regel zu explodierenden Gebühren. Vor allem kleinere, unabhängige Künstler können sich solche happigen Preise nicht leisten und sind so von der Teilnahme an diesen neuen Märkten und letztlich vom Verkauf ihrer digitalen Kunstwerke ausgeschlossen. Der Verkauf eines NFT mit Ethereum auf einer der populärsten NFT-Plattformen, wie Foundation, kann schnell mehr als 200 US-Dollar an Gebühren ausmachen. Ganz zu schweigen von der Energiemenge, die die Ethereum zugrunde liegende Blockchain-Technologie bei jeder Transaktion verschwendet.

Die IOTA Foundation, genau wie die Mitglieder der IOTA-Community, die den ersten IOTA-basierten NFT-Marktplatz aufgebaut haben, stellen sich NFTs ein wenig anders vor. Wenn Sie einen detaillierten Blick auf das IOTA Digital Assets Framework werfen wollen, klicken Sie hier.

Ein zugänglicherer NFT-Marktplatz – futuristisch, schnell, fast gefühllos

Obwohl derzeit nur im Testmodus verfügbar, verspricht der neue, von der Community aufgebaute IOTA NFT-Marktplatz eine zugänglichere Zukunft für NFTs. Transaktionen sind im IOTA-Netzwerk immer „feeless„, so dass diese Barriere bereits weg ist. Auch die Münzgebühren sind aufgrund des IOTA Digital Assets Frameworks vernachlässigbar. Lediglich die Provision für den IOTA NFT-Marktplatz bleibt, da die Infrastruktur in irgendeiner Weise mit Strom versorgt werden muss. Alles in allem wird die NFT-Lösung, die auf dem IOTA-Netzwerk basiert, deutlich günstiger sein als jede andere bestehende Lösung und damit für alle Marktteilnehmer attraktiver.

IOTA NFT Gebühren

Testen Sie es jetzt

Genug mit den Träumen von der Zukunft! Dank des IOTA NFT-Marktplatzes ist es bereits jetzt möglich, die NFT-Plattform powered by IOTA zu testen. In dieser Testversion wird die Wallet direkt auf der Website des IOTA NFT-Marktplatzes verwaltet, ähnlich wie die Verwahrung von Wallets auf großen Börsen wie Binance, Bitfinex und Bitpanda. Mit der Hinzufügung einer Browser-Wallet und kommenden Smart Contracts wird der IOTA NFT-Marktplatz vollständig dezentralisiert werden.

Erstellen Sie noch heute ein kostenloses Benutzerkonto, fordern Sie Ihre IOTA 2.0 DevNet-Token über den integrierten Faucet an und prägen Sie Ihre ersten NFTs. Der Prozess ist schnell, unkompliziert und völlig kostenlos.

NFT Marketplace

Der IOTA NFT-Marktplatz ermöglicht es auch der Allgemeinheit, das dezentrale IOTA 2.0 DevNet zum ersten Mal in einem breiteren Anwendungsfall zu nutzen.

Wir sind sehr begeistert über diesen Beitrag der Community zum IOTA-Ökosystem. Es zeigt, dass unser Ökosystem eifrig dabei ist, ihre Anwendungsfälle auf unserem dezentralen Netzwerk zu bauen und auszuprobieren – als Vorbereitung für die dezentrale Version unseres Mainnets. Wir sind verblüfft, wie schnell der IOTA NFT-Marktplatz realisiert wurde. Nur wenige Wochen nach dem Start unseres DevNet haben sie bereits eine beeindruckende Testversion ihres zukünftigen Produkts gebaut. Wir sind stolz darauf, ein solch erstaunliches Ökosystem zu haben, das mit uns zusammenarbeitet, um eine offenere, vertrauenswürdige und zugängliche DLT-Umgebung zu erreichen.

Original by IOTA Foundation: https://blog.iota.org/iota-the-most-accessible-dlt-network-for-nfts/

IOTA Forschungsstatus Update Juli 2021

Nach der Aufregung um die DevNet-Veröffentlichung Anfang Juni ist unser Team ein wenig zu seiner normalen Kadenz zurückgekehrt. Wir arbeiten weiter an der Fertigstellung der Spezifikationen, optimieren bestimmte Aspekte des Protokolls, wie z. B. den Algorithmus zur Staukontrolle, und nehmen unsere Arbeit an Data Sharding wieder auf.

Ein Unterschied besteht jedoch darin, dass uns die im DevNet gesammelten Daten für unsere Arbeit zur Verfügung stehen. Wir hoffen, dass die folgenden Updates für Sie informativ sind, da wir genau erklären, wie diese Daten verwendet werden und was die nächsten Schritte für die IOTA-Forschungsabteilung sein werden.

DevNet-Implementierung

Wir sammeln wertvolle Daten von den meisten der Knoten im DevNet. Mit diesen Daten konnten wir einige Fehler in unserem Netzwerk-Stack entdecken, die dazu führen, dass einige Nachrichten mit größeren Verzögerungen als erwartet durch das Netzwerk propagiert werden.

Unabhängig davon, dass wir dieses Problem mit v0.7.3 behoben haben, hat dieses Problem einen Nachteil in Bezug auf FCoB aufgezeigt, dem Protokoll, mit dem die Knoten ihre anfängliche Meinung zu jeder Transaktion festlegen. Genauer gesagt kann es aufgrund der aktuellen Implementierung von FCoB und FPC passieren, dass zwei (oder mehr) Konflikte beide abgelehnt werden können. Ohne einen klaren Gewinner könnten neue Knoten, die dem Netzwerk beitreten, oder bestehende Knoten, die fehlende Nachrichten verfestigen, nur eine solche Nachricht erhalten und daher versuchen, ihre neuen Nachrichten an eine Seite des Tangles anzuhängen, die nicht genug Zustimmungsgewicht erhält, um jemals bestätigt zu werden.

Obwohl wir FCoB verbessern könnten, indem wir Kommunikationsredundanz für die abgelehnten Konflikte hinzufügen, möchten wir diese Gelegenheit nutzen, um eine Variante von FPC zu untersuchen, die wir „FPC on a set“ nennen und die immer einen Gewinner innerhalb einer Konfliktmenge auswählen würde. Dies würde uns auch erlauben, mit einem Mechanismus zu experimentieren, der dem On Tangle Voting (OTV) ähnlicher ist, kombiniert mit FPC on a set als Metastabilitätsbrecher.

Andere Aspekte der Implementierung werden ebenfalls verbessert. Zum Beispiel verschieben wir den Scheduler (den Kern der Staukontrolle) nach dem Booker. Dies führt zu einem natürlicheren Verhalten beim Synchronisieren, da der Knoten den Scheduler nicht explizit umgehen muss, um mit dem Netzwerk gleichzuziehen.

Darüber hinaus überarbeitet das Team den Solidification-Mechanismus so, dass eine Nachricht als solide gilt, wenn sowohl ihre Eltern als auch ihre Nutzlast (d. h. ihre Transaktion) solide sind. Dies wird es uns ermöglichen, die kostspielige Überprüfung der Vergangenheit zu entfernen.

Protokoll-Aktualisierung

Mit der DevNet-Implementierung kam die erste Welle des Feedbacks bezüglich der vielen Komponenten, die unser IOTA 2.0-Netzwerk ausmachen werden. Während die meisten der Komponenten vielversprechende Ergebnisse zeigten, erkannten wir auch, dass einige von ihnen Änderungen benötigen würden, um den Standards zu entsprechen, die wir vom zukünftigen Netzwerk erwarten. Glücklicherweise macht es die modulare Natur von IOTA 2.0 möglich, dass wir Komponenten entwickeln, mit denen wir zufrieden sind, während wir gleichzeitig die erforschen und verbessern, die Aufmerksamkeit erfordern.

Die gesamte Forschungsabteilung hat sich zusammengesetzt, um zu bestimmen, welche Komponenten von weiterer Forschung profitieren könnten, und um zu entscheiden, wie wir dies in einer Weise organisieren, die die anderen laufenden Projekte nicht behindert. Die wichtigsten Verbesserungen, an denen wir arbeiten werden, sind:

  • Erhöhung der Modularität des Konsens-Algorithmus durch Einführung der „Conflict Selection Function„, die alle Konsens-Mechanismen verallgemeinert, die in IOTA 2.0 implementiert werden können. Aktualisierung des FPC zum „On Tangle FPC on a set“ durch die
  • Verwendung der Konfliktauswahlfunktionen.
  • Entfernen der Notwendigkeit, über Zeitstempel abzustimmen und Nachrichten als geeignet für die Tipp-Auswahl zu klassifizieren, indem der Mechanismus „Inclusion Score“ eingeführt wird.
  • Entfernen Sie die Notwendigkeit für schwache Freigaben und untersuchen Sie, wie sich das Protokoll unter Konflikt-Spamming verhält.

Nachdem wir diese Forschungsthemen definiert hatten, teilten wir uns in zwei Gruppen auf, um sie in Angriff zu nehmen. Das Hauptaugenmerk dieser Forschung liegt darauf, zu Ergebnissen zu kommen, die in die Spezifikationen aufgenommen werden können. Wir hoffen, bis zum nächsten Forschungsupdate einige Ergebnisse vorlegen zu können.

Spezifikationen

Nach umfangreicher Arbeit, um den ersten Stapel von Spezifikationen fertig zu stellen und mit der Gemeinschaft zu teilen, hat das Team eine Übersicht über unsere aktuelle Forschung erstellt, um die nächsten Ziele zu bestimmen. Um dies in angemessener Weise zu tun, war der kürzliche Start des DevNet entscheidend. Die neuen Aufgaben, die beschlossen wurden, waren: Aktualisierung der Spezifikationen gemäß den jüngsten Ergebnissen aus dem DevNet; Fortfahren mit dem Standardisierungsprozess für die Dateien, die nicht von den DevNet-Ergebnissen betroffen sind; und Arbeit an der zweiten Charge von Spezifikationen, um alle Dateien geschrieben zu haben.

Da der Schwerpunkt der Forschungsabteilung in den nächsten Monaten auf der Forschung liegen wird, wird die Arbeit an den Spezifikationen natürlich folgen. Sobald die Forschung abgeschlossen ist, werden wir die relevanten Ergebnisse in die Spezifikationen aufnehmen.

Vernetzung

Die Forschung im Netzwerkteam konzentriert sich derzeit auf die Implementierung des Staukontrollalgorithmus im DevNet und dessen Integration mit dem Rest des Protokolls.

Als Ergebnis untersuchen wir eine Reihe von Optimierungen, die es uns ermöglichen, den Code zu vereinfachen und gleichzeitig die Leistung zu verbessern. Die wichtigste Änderung gegenüber der ursprünglichen Idee ist die Tatsache, dass Nachrichten sofort nach ihrer Festigkeit gebucht werden können, sodass der Scheduler nur noch bestimmt, welche Nachrichten geklatscht und zur Tippliste hinzugefügt werden. Dies erlaubt eine viel schnellere Synchronisation für out-of-sync Knoten, die alte Nachrichten mit einer Rate wiederherstellen können, die schneller als die des Schedulers ist. Andererseits eröffnet die Verlagerung des Schedulers an das Ende des Datenflusses die Möglichkeit von Angriffen, die derzeit untersucht werden. Wir können potenzielle Angriffe durch die Einführung des Inklusions-Scores entschärfen, einer Metrik, die die Wahrscheinlichkeit misst, dass eine Nachricht in Zukunft ein permanenter Teil des Tangles wird.

Als zweites Forschungsthema untersuchen wir derzeit ein Modell zur Verbesserung der Erlebnisqualität für die Benutzer. Insbesondere bestimmt der Rate Setter den Durchsatz eines bestimmten Benutzers, abhängig vom Zugriffsmana. Fragen wie „wie viele Nachrichten kann ich – als Knoten – mit X Mana senden“ oder „wann darf ich die nächste Nachricht ausgeben“ werden durch dieses Modell beantwortet.

Schließlich sind wir stolz darauf, bekannt geben zu können, dass unser Paper, das wir in Zusammenarbeit mit Professor Bob Shorten und seinem Team am Imperial College London geschrieben haben, „Access Control for Distributed Ledgers in the Internet of Things: A Networking Approach„, zur Veröffentlichung im IEEE Internet of Things Journal (Impact Factor 9.936), einer hochrangigen Fachzeitschrift für Computerwissenschaften, angenommen worden ist.

Sharding

Während der letzten zwei Monate war die gesamte Forschungsabteilung auf zwei Dinge fokussiert: DevNet-Entwicklung und die Veröffentlichung der Spezifikationen. Daher ging die Sharding-Gruppe, zusammen mit einigen anderen Gruppen, in eine Pause, damit unsere Arbeitskräfte diesen Aufgaben richtig zugewiesen werden konnten. Mit der Freigabe des DevNet und der ersten Spezifikationsfreigabe arbeitet die Forschungsabteilung wieder an ihren Sharding-Lösungen. Der erste Vorschlag, ein Whitepaper über Data Sharding, befindet sich gerade in Produktion, und wir erwarten bald eine Veröffentlichung, um unsere Ideen mit der Community zu teilen.

Wir erwarten, dass die Entwicklung des Data Sharding den Durchsatz des Netzwerks für Datennachrichten deutlich verbessern wird, und seine Implementierung kann mit dem zukünftigen Fluid Sharding parallelisiert werden.

Original by William Sanders: https://blog.iota.org/iota-research-status-update-july-2021/

Trademark East Africa und IOTA – Papierloser Handel mit dem Tangle soll im Jahr 2022 zum Standard werden

TL;DR:

Bei einer einzigen Handelstransaktion füllt ein afrikanischer Unternehmer wahrscheinlich 96 Dokumente aus, alle auf Papier. Die IOTA Foundation hat ihre Partnerschaft mit Trademark East Africa erweitert, um den papierlosen Handel zu erleichtern, Kosten und Verzögerungen zu reduzieren und gleichzeitig die Effizienz zu verbessern. Heute testen wir das System mit Regierungsbehörden in Kenia, gefolgt von einem Roll-out der Tests in den Nachbarländern.

Der papierlose Handel ist der heilige Gral des internationalen Handels, da er die globale Wirtschaft massiv verbessern und das Leben sowohl des unabhängigen afrikanischen Händlers als auch des internationalen Verbrauchers verbessern kann. Trademark East Africa, eine der größten Aid-for-Trade-Organisationen weltweit, hat geschätzt, dass ein afrikanischer Unternehmer bei einer einzigen Handelstransaktion wahrscheinlich 96 Dokumente ausfüllen muss, alle auf Papier.

Die IOTA Foundation und TradeMark East Africa haben sich zusammengetan, um die Herausforderung der Digitalisierung des Prozesses für Kenias Exporteure anzugehen. Gemeinsam haben wir den Prozess der Blumenzüchter kartiert, verbesserte User Journeys erstellt und uns mit den technischen Teams der Grenzbehörden wie der kenianischen Steuerbehörde (KRA), dem Kenya Plant Health Inspectorate Services (KEPHIS) und anderen Behörden zusammengetan. Heute haben wir ein System, das die wichtigsten Handelsdokumente auf dem Tangle verankern und mit dem Zoll in den Zielländern teilen kann, um den Exportprozess zu beschleunigen und kenianische Unternehmen weltweit wettbewerbsfähiger zu machen. Das System wird derzeit mit Blumenexporteuren, Fluggesellschaften und Spediteuren getestet und erprobt, wie in diesem kurzen Video zu sehen ist:

Die Ergebnisse sind vielversprechend. TradeMark East Africa hat das Projekt zu einer strategischen Priorität gemacht und seinen Vertrag mit der IOTA Foundation verlängert, um es auf die nächste Stufe zu bringen. Der Plan ist, die Tests auf weitere Handelswege auszudehnen, z. B. Tee-Export nach Großbritannien, Fisch nach Belgien, Textilien in die USA und so weiter, während wir auch mit anderen Regierungen in Ostafrika zusammenarbeiten, um die Integration der Technologie mit ihren Grenzbehörden zu testen. Da der internationale Handel komplex ist und viele Beteiligte hat, wird dieser Ansatz neue Akteure einbinden und Erfahrungen und Fähigkeiten aufbauen. Technologie ist nur ein Teil der Gleichung: Regulierung und internationale Standards für den Austausch von Handelsdaten zwischen Ländern sind ebenfalls betroffen.

„COVID19 hat das Projekt herausgefordert, da Reisen unmöglich wurden. Trotz vieler Herausforderungen hat sich die IOTA Foundation als beständiger Entwicklungspartner erwiesen und wir freuen uns, unsere Zusammenarbeit mit der IOTA Foundation auszubauen.“ Alban Odhiambo, Sr. Direktor Handelsumfeld, TradeMark East Africa.

Aufgrund des wachsenden Umfangs der Zusammenarbeit mit TradeMark East Africa baut die IOTA Foundation ihr lokales Team in Kenia von drei auf sieben Vollzeitmitarbeiter aus, um sowohl technische als auch Engagement-Fähigkeiten abzudecken. Wir glauben, dass das Projekt das Potenzial hat, das Versprechen der Distributed-Ledger-Technologie im internationalen Handel zu verwirklichen und zu zeigen, wie die gebührenfreie Struktur und Skalierbarkeit von Tangle zur Verbesserung der öffentlichen Infrastruktur und zur Unterstützung der wirtschaftlichen Entwicklung genutzt werden kann.

Mit diesem bedeutenden Schritt etablieren wir einen Standard dafür, wie Grenzbehörden Handelsinformationen über Grenzen und Branchen hinweg austauschen können. Die IOTA Foundation wird mit Regierungen auf der ganzen Welt zusammenarbeiten, um diese Innovation und Praxis zu nutzen – und damit zum globalen Ziel beizutragen, den Handel für alle inklusiv und einfach zu gestalten.

Die Entwicklung des Projekts wird durch die großzügige Unterstützung der Entwicklungsagenturen der folgenden Regierungen ermöglicht: Niederlande, Vereinigtes Königreich und Vereinigte Staaten von Amerika.

Original by Jens Munch Lund-Nielsen: https://blog.iota.org/trademark-east-africa-and-iota-paperless-trade-with-the-tangle-aims-to-become-a-standard-in-2022/

ClimateCHECK und die IOTA Foundation verstärken ihre Zusammenarbeit, um das Vertrauen in Umweltdaten zu erhöhen

TL;DR:

Letztes Jahr haben wir erfolgreich das Potenzial der IOTA-Technologie zur Steigerung der Qualität und Vertrauenswürdigkeit von Klimadaten demonstriert. Die Arbeit in Chile ist Teil des Reciclo Orgánicos-Programms, das vom ECCC der kanadischen Regierung unterstützt wird. Die Partnerschaft zwischen der IOTA Foundation und ClimateCHECK wird um ein hochmodernes Biodigester-Projekt erweitert.

ClimateCHECK, ein international führender Anbieter von Klima- und Cleantech-Dienstleistungen und -Lösungen, und die IOTA Foundation haben ein neues Projekt für DigitalMRV, ihr gemeinsam entwickeltes Tool zur Rationalisierung und Digitalisierung der MRV (Measurement, Reporting and Verification) von Daten im Zusammenhang mit Klimamaßnahmen, erhalten.

Das Biodigester-Projekt gewinnt und verarbeitet organische Reststoffe aus den Weinbergen der San Pedro Wine Company in Molina, Chile, dem weltweit ersten Weingut mit dieser Technologie, um seinen Kohlenstoff-Fußabdruck zu reduzieren und Wasser- und Bodenressourcen zu schonen. Im Rahmen des Projekts werden organische Abfälle in einem fortschrittlichen anaeroben Fermenter verarbeitet, um Biogas für Wärme und Elektrizität zu erzeugen, was den Einsatz von fossilen Brennstoffen ausgleicht. Darüber hinaus werden die von Bakterien zersetzten Gärreste als Bodendünger verwendet.

Das von BioG vor Ort geleitete Projekt der Biogasanlage wurde von Reciclo Orgánicos an ClimateCHECK und die IOTA Foundation vergeben, die sich zum Ziel gesetzt hat, den Klimawandel in Chile zu bekämpfen, indem sie Gas in Deponien auffängt und organische Abfälle in saubere Energie und natürlichen Dünger umwandelt. Reciclo Orgánicos wird von der chilenischen Regierung und ECCC geleitet, der Abteilung der kanadischen Regierung, die für die Koordinierung von Umweltpolitiken und -programmen sowie für den Erhalt und die Verbesserung der natürlichen Umwelt und der erneuerbaren Ressourcen zuständig ist.

ClimateCHECK und die IOTA Foundation sind stolz zu verkünden, dass die erfolgreiche Demonstration der Fähigkeiten von IOTA als offene digitale Infrastruktur mit der Unterstützung eines lebendigen Ökosystems rund um das Reciclo Orgánicos Programm weiter wachsen wird.

Steven Kuhn, Kanadas Chefunterhändler für den Klimawandel sagte:

„Kanada ist stolz darauf, digitale MRV-Pilotprojekte in Chile zu unterstützen, um modernste Methoden zur Verfolgung und Berichterstattung von Emissionsreduktionen in Echtzeit zu implementieren. Diese Pilotprojekte sind ein Beispiel für Kanadas Klimafinanzierung, die Ländern hilft, ihre Klimaverpflichtungen und ihre Berichtspflichten unter dem Pariser Abkommen zu erfüllen.“

Das Sammeln, Messen und Analysieren von Emissionsdaten – und vor allem die Umwandlung dieser Leistungen in vertrauenswürdige Metriken für die internationale Rechenschaftspflicht – ist komplex, zeitaufwendig und kostspielig. Mit der IOTA Streams-Technologie werden die Daten direkt an der Quelle oder in ihrer Nähe gesichert. Sie werden dann durch das energieeffiziente, gefühllose und skalierbare Distributed-Ledger-Technologie (DLT)-Protokoll, dem IOTA Tangle, in nahezu Echtzeit global verfügbar gemacht. Dies bietet eine sicherere, kosteneffizientere und praktikablere Möglichkeit, Projekte zur Kohlenstofferfassung wie Reciclo Orgánicos durchzuführen.

Die Erleichterung der Umsetzung dieser Prozesse in verschiedenen Umgebungen und Branchen ist der Schlüssel, um die ehrgeizigen Ziele des Pariser Abkommens zu erreichen, das von den Vereinten Nationen unterstützt wird und 2016 von 196 Vertragsstaaten unterzeichnet wurde. Als solche erkennen internationale Institutionen die Bedeutung digitaler Überwachungs-, Berichts- und Verifizierungsprozesse an (lesen Sie den Navigationsbericht der Climate Ledger Initiative, um mehr zu erfahren), und die IOTA Foundation ist bestrebt, einen Beitrag zu einer Reihe von Open-Source-Tools zu leisten, die den Zugang und die Möglichkeiten zur Teilnahme an der nachhaltigen Transformation von Branchen verbessern. Darüber hinaus demonstriert das Projekt die Konvergenz von Internet der Dinge und DLT, um Reibungen und externe Effekte in unserer Wirtschaft zu reduzieren.

Tom Baumann, Gründer und CEO von ClimateCHECK, kommentierte das Projekt:

„Dieses DigitalMRV-Projekt ist Teil einer mutigen Initiative, die vom ECCC und seinen internationalen Partnern geleitet wird, um MRV-Innovationen in Kombination mit der digitalen Infrastruktur der nächsten Generation voranzutreiben, um das Vertrauen, die Transparenz und den Nutzen von THG-Kennzahlen von Klimamaßnahmen als Teil der NDCs zu erhöhen, um eine effektive Klimafinanzierung zu unterstützen und zu skalieren.“

Für Dominik Schiener, Vorsitzender und Mitbegründer der IOTA Foundation, unterstreicht das Projekt die Bedeutung der Mission von IOTA, der Öffentlichkeit nicht nur ein gefühlloses und erlaubnisfreies Protokoll zur Verfügung zu stellen, sondern auch den gesellschaftlichen Wert hervorzuheben, den Blockchain- und Distributed-Ledger-Technologien zum Kampf gegen die globale Erwärmung beitragen können:

„Es wird oft gesagt, dass wir nicht managen können, was wir nicht messen können. Darüber hinaus ist das Vertrauen in Messungen und die Rolle des Internets der Dinge ein entscheidender Bestandteil der global koordinierten Bemühungen zur Vermeidung der globalen Erwärmung. Die IOTA Foundation hat es sich zur Aufgabe gemacht, dafür zu sorgen, dass diese wertvollen Informationen in Zukunft vertrauenswürdig sind und geteilt und genutzt werden können.“

Während wir diese bereits zwei Jahre andauernde Reise fortsetzen, um Anwendungsfälle und Funktionen zu IOTAs klimabezogenen Fähigkeiten hinzuzufügen, bauen wir auch ein offenes Ökosystem von gleichgesinnten Organisationen und Einzelpersonen auf, damit wir die Anforderungen verstehen und gemeinsam die Open-Source-Infrastruktur entwickeln können, die benötigt wird, um den Klimawandel global anzugehen.

Sobald unsere Lösungen den notwendigen Reifegrad erreicht haben, planen wir, Blaupausen zu veröffentlichen, die es einfacher machen, das IOTA-Protokoll und -Frameworks zu nutzen, um transformative, nachhaltige Lösungen zu entwickeln.

Original by Florian Döbler: https://blog.iota.org/climatecheck-and-the-iota-foundation-strengthen-their-collaboration-to-increase-trust-in-esg-data/

Zukunft der Verkehrsinfrastruktur: ORCHESTRA-Konsortium und IOTA

TL;DR:

Die IOTA Foundation arbeitet mit internationalen Partnern an dem von der EU geförderten Projekt ORCHESTRA, das die Zukunft des multimodalen Verkehrs innovativ gestalten soll.
Die IOTA Foundation erhält einen Anteil von 250.000 EUR des 4,9-Millionen-Euro-Budgets, um Expertise für die Integration ihrer Distributed-Ledger-Technologie bereitzustellen.

Ende Mai 2021 startete die IOTA Foundation zusammen mit 16 anderen Organisationen das Projekt ORCHESTRA (unter der EU-Fördervereinbarung Nr. 953618). Das Projekt ist eine Initiative, die von der Europäischen Kommission unter dem Rahmenprogramm Horizon 2020 für das Thema MG-2-11-2020 finanziert wird: Netzwerk- und Verkehrsmanagement für die Mobilität der Zukunft.

Das virtuelle Kick-off-Meeting erstreckte sich über zwei volle Tage, den 20. und 27. Mai. Unter normalen Umständen ist ein Kick-off-Meeting für ein großes gemeinschaftliches, öffentlich finanziertes europäisches Projekt wie ORCHESTRA eine Gelegenheit, Gleichgesinnte aus anderen Partnerorganisationen zu treffen und sich mit ihnen auszutauschen, die für die Dauer des Projekts – oft über mehrere Jahre – zusammenarbeiten werden. Angesichts der eingeschränkten Mobilität, die durch die Coronavirus-Pandemie entstanden ist, sind virtuelle Kick-off-Meetings jedoch zum neuen Standard geworden.

Nichtsdestotrotz hatte das ORCHESTRA-Projekt einen erfolgreichen Kickoff und machte sich auf den Weg, um endlich die Vision zu verwirklichen, die von den beteiligten Partnern bei der Erstellung des Projektkonzepts vor über einem Jahr entwickelt wurde. Wie bei europäischen Projekten üblich, müssen zu einem festgelegten Zeitpunkt Anträge auf einen Förderaufruf hin eingereicht werden, von denen eine Handvoll nach sorgfältiger Bewertung durch fachkundige Gutachter eine Förderung erhält. Im Fall von ORCHESTRA fand sich das Konsortium erstmals im Februar 2020 zusammen, und nach zwei Einreichungen (die Ausschreibung war in zwei Phasen unterteilt) erhielt das Projekt im Januar 2021 die Förderzusage.

Projekt-Faktenblatt

Das Projekt „Research and Innovation Action“ ORCHESTRA wurde mit einem Gesamtbudget von 4,9 Millionen Euro ausgestattet. Das Projekt hat eine Laufzeit von drei Jahren, von Mai 2021 bis April 2024. Die IOTA Foundation erhält einen Anteil von 250.000 EUR, um ihre Distributed-Ledger-Technologie zur Verfügung zu stellen und ihr Team aus verschiedenen Domänenexperten zu teilen. ORCHESTRA wird von ITS Norway koordiniert und umfasst Partner aus sechs verschiedenen Ländern: Norwegen (Norwegian Public Roads Administration; SINTEF; Applied Autonomy; Herøya Industripark), den Niederlanden (Delft University of Technology), der Schweiz (Westschweizer Fachhochschule; CertX), Deutschland (IKEM – Institut für Klimaschutz, Energie und Mobilität), Frankreich (CEREMA – Climate & Regions, The Future) und Italien (SEA Group; FSTechnolgy; The Deep Blue Project). Übersetzt mit www.DeepL.com/Translator (kostenlose Version)

IOTA Orchestra

Was ist die Vision des Projekts und woran werden die Partner arbeiten?

Wie der Name schon andeutet, befasst sich ORCHESTRA mit der Orchestrierung des Verkehrsmanagements im Zuge des Aufkommens von vernetzten und autonomen Fahrzeugen.

Insbesondere wird das Projekt einen multidisziplinären Ansatz verfolgen. Um die aktuellen Grenzen bestehender Verkehrsmanagementsysteme zu verstehen, wird es die Bedürfnisse einer Community of Practitioners (CoPs) und Organisationen untersuchen, die verschiedene Ebenen von Verkehrsdienstleistungen anbieten. ORCHESTRA zielt auch darauf ab, Verkehrssilos aufzubrechen. Aus diesem Grund werden bestehende technische Beschränkungen und Vorschriften nicht nur innerhalb einer einzelnen Transportdomäne – sei es Straße, Schiene, See oder Luft – untersucht, sondern auch an der Schnittstelle zwischen all diesen Domänen. Krisen wie die COVID-19-Pandemie haben verdeutlicht, dass konventionelle Transportsysteme nicht zuverlässig sind, wenn sie in Silos arbeiten.

Um soziale Distanz zu realisieren, reicht es beispielsweise nicht aus, die Anzahl der Pendler in einem U-Bahn-Zug zu reduzieren, wenn sich diese Pendler dann an einer Station zusammendrängen, um auf einen Bus zu warten. Multimodale Verkehrsbeziehungen müssen ganzheitlich betrachtet werden.
Zu diesem Zweck wird ORCHESTRA die Grenzen in Bezug auf die technischen, geschäftlichen und rechtlichen/regulatorischen Herausforderungen untersuchen. Es wird die in der ersten Phase des Projekts gesammelten Erkenntnisse nutzen, um CoPs auszubilden, um Innovationen im multimodalen Verkehrsmanagement-Ökosystem zu fördern und, aus betrieblicher Sicht, eine polymorphe multimodale Architektur (PMA) zu entwerfen. Die PMA wird als Referenzarchitektur dienen, um Innovationen im Verkehrsmanagement und in der Orchestrierung zu unterstützen. Als Teil der PMA wird das Projekt verschiedene Werkzeuge entwerfen und entwickeln und deren Auswirkungen in zwei Szenarien durch Simulationen und reale Piloten testen.

Die beiden Real-Life-Piloten werden auf bestehenden Living Labs in Norwegen und Italien basieren. Das norwegische Living Lab wird sich auf das Flottenmanagement und die Warenlieferung über verschiedene Verkehrsträger hinweg konzentrieren. Gleichzeitig wird sich das italienische Szenario auf Reisende und das Personenmanagement konzentrieren, insbesondere auf dem Weg von zu Hause zum Flughafen. Es wird die internationalen Flughäfen in Mailand und andere lokale Verkehrsbehörden einbeziehen.

Die Ergebnisse werden von den relevanten Partnern kommuniziert und verbreitet. Es werden Bildungswerkzeuge erstellt, um ein Bewusstsein dafür zu schaffen, wie man multimodale Transportorchestrierung und -innovation angeht.

Die Arbeit wird in sieben Arbeitspaketen und verschiedenen Aufgaben organisiert werden, jede mit festgelegten Fristen und Ergebnissen.

Was ist die Rolle der IOTA Foundation in ORCHESTRA?

Die IOTA Foundation ist der einzige Anbieter von Distributed-Ledger-Technologie im Konsortium. ORCHESTRA wird zwei besondere Stärken der IOTA-Technologie nutzen: den unveränderlichen und skalierbaren Ledger und die dezentralen Identitäten. Um ein multimodales Verkehrsmanagement und eine Orchestrierung zu erreichen, d.h. Daten müssen nahtlos geteilt werden. Derzeit werden die Daten von separaten Verkehrsinfrastrukturen gesammelt und nur innerhalb derselben Domäne geteilt. Ein verteiltes Ledger kann jedoch genutzt werden, um Daten über Domänen hinweg zu bewegen, vom Meer über die Straße, die Schiene bis hin zum Flug, wobei die Herkunft der Daten bestätigt, die Unveränderlichkeit sichergestellt und die Überprüfbarkeit garantiert wird.

Auf der anderen Seite erfordert die Verwaltung von Personenbewegungen, insbesondere in Zeiten von COVID-19 und anderen Notsituationen, eine effiziente Umleitung der Personen über verschiedene Transportmittel hinweg, ohne sich den Herausforderungen und Sicherheitsrisiken zu stellen, die mit dem Austausch ihrer persönlichen Daten über verschiedene Transportsysteme hinweg verbunden sind. Um dieses Problem zu lösen, stellen dezentrale Identitäten und Berechtigungsnachweise die beste Möglichkeit dar, Reisenden die Kontrolle über ihre Daten zu geben. Überprüfbare Berechtigungsnachweise ermöglichen es außerdem, Reisedokumente und Genehmigungen (Fahrkarten) schnell auf bestimmte Identitäten umzustellen und von verschiedenen Verkehrsbetrieben und sogar Maschinen zu verifizieren, ohne dass eine Ad-hoc-Integration mehrerer Ticketing-Systeme erforderlich ist.

Die gebührenfreien Transaktionsstruktur, die Skalierbarkeit und der grüne Konsens des IOTA-Protokolls bieten die beste Infrastruktur, um die Menge an Daten, Identitäten und Berechtigungsnachweisen zu unterstützen, die im multimodalen Verkehr benötigt werden.

Die IOTA Foundation wird mit der sektoralen Erfahrung ihres Market Adoption Teams dabei helfen, Möglichkeiten für Innovationen zu identifizieren, Anforderungen zu ermitteln, die Architektur zu entwerfen und die erforderlichen Tools zu implementieren bzw. die benötigte Infrastruktur bereitzustellen. Schließlich werden wir die Auswirkungen der vorgeschlagenen Lösungen in den beiden Living-Lab-Szenarien testen. Im Besonderen wird sich das italienische Living Lab auf den sicheren Transport von Passagieren vom Haus zum Flughafen nach definierten Kriterien, wie z.B. soziale Distanzierung, konzentrieren, während sichere Reisekorridore aufgebaut werden, die in Echtzeit angepasst und angeordnet werden können.

Die IOTA Foundation wird kommunizieren und an Standardisierungsaktivitäten arbeiten, um den IOTA-Ledger und das Protokoll zum De-facto-Standard für das multimodale Transportmanagementsystem und die Orchestrierung von Waren und Personen zu machen.

Dieses ehrgeizige Projekt hat gerade erst begonnen, also bleiben Sie dran für weitere Entwicklungen. Das erste Ergebnis wird ein Bericht über die Herausforderungen, denen das multimodale Verkehrsmanagement-Ökosystem gegenübersteht, und mögliche Lösungen, um diese zu bewältigen, sein.

Original by Michele Nati: https://blog.iota.org/orchestra-consortium-and-iota/

dRNG-Gremium durch das X-Team

Die IOTA Experience Teams (X-Teams) stärken die Zusammenarbeit mit unserer leidenschaftlichen Community. Sie ebnen den Weg für IOTA, um die beste Entwicklererfahrung im Bereich der Distributed-Ledger-Technologie (DLT) und des Internets der Dinge (IoT) zu haben. Aber bei den X-Teams geht es nicht nur um Softwareentwicklung. Wie jedes Team brauchen sie Leute, die andere Prozesse organisieren, schreiben, visualisieren und verwalten, die nicht direkt mit Code und Computerwissenschaften zu tun haben. Wenn Sie IOTA verbessern wollen, aber kein Software-Entwickler sind, ist dieser Artikel für Sie.

Wir möchten ein paar Einblicke in den Prozess des Aufbaus des Community Distributed Random Number Generator (dRNG) Komitees durch das GoShimmer X-Team geben. Dieser Prozess war etwas herausfordernd, aber entscheidend für unseren Lernprozess. Lassen Sie uns über die Aufgaben sprechen, die damit verbunden sind, ein internationales, gemeinschaftsgetriebenes Komitee von IOTA-Knotenbetreibern erfolgreich zu starten.

dRNG in Kürze

Der dRNG ist ein integraler Bestandteil zur Sicherung des Konsens-Mechanismus des zukünftigen IOTA-Netzwerks, um den Koordinator zu entfernen, der derzeit noch die Werttransaktionen sichert (auch bekannt als Coordicide). Wie der Name schon sagt, generiert der dRNG Zufallszahlen, um es einem Angreifer zu erschweren, den Konsens zu verzögern und die Bestätigung von Transaktionen zu verhindern.

Weitere Informationen über dRNG finden Sie in diesem Blog-Beitrag.

Unsere Version des vollständig dezentralen Netzwerks muss diese Zahlen auf verteilte Weise generieren. Nur ein dRNG-Komitee zu haben, auch wenn es auf cMana basiert, ist ein potentieller Single Point of Failure. Mitglieder der Community haben es sich zur Aufgabe gemacht, ihr eigenes dRNG-Komitee zu organisieren, das entweder zusammen mit dem cMana-basierten oder als Backup verwendet werden kann. Sie haben auch ihren Prozess dokumentiert, so dass andere das gleiche tun können. Dieser Aufwand wird die dRNG-Komponente des dezentralen IOTA-Netzwerks sicherer und zuverlässiger machen.

Ein Komitee gründen

Die Idee ist, dass in der Zukunft der dRNG direkt in der GoShimmer-Knoten-Software implementiert wird. In der Zwischenzeit wollte das Team evaluieren, wie einfach der Onboarding-Prozess ist. Der Prozess beinhaltet die Installation zusätzlicher Software auf einem IOTA-Knoten, das Einrichten von Komitees, zu sehen, wie die dRNG-Bibliotheken und GoShimmer zusammenarbeiten, und jeden Aspekt zu verbessern. Dies wird sicherstellen, dass wenn wir diesen Prozess an die Community ausrollen, er einwandfrei funktioniert.

Bei der Einrichtung des Community dRNG-Komitees stießen sie auf viele kleinere und größere Probleme, wie in der Zusammenfassung von Community dRNG festgehalten.

Aber diese Probleme traten nicht nur auf der Software-Ebene auf, wie zunächst erwartet. Der Versuch, eine Gruppe von Leuten zu organisieren, die in verschiedenen Zeitzonen leben, verursachte einige Verzögerungen bei ihrer Arbeit. Darüber hinaus ist die korrekte Erfassung aller Ergebnisse im Prozess zwar essentiell, aber nicht das erste, was einem bei der Durchführung der Tests in den Sinn kommt.

Neben wertvollen Inputs für die Straffung des Aufbaus von dRNG-Gremien hat uns dieser Prozess auch gezeigt, wie wertvoll die X-Teams im Allgemeinen sind. Dies gilt insbesondere für die Mitglieder in unterstützenden Rollen. Die IOTA Foundation ist allen Mitgliedern des Community dRNG Komitees, die während dieses Prozesses geholfen haben, sehr dankbar: niels12, Luca, wellwho, Critical, MyMonk089, Carpincho Dem, tomomi yamano, SteveK, hanspetzer, Edur, Daniel Stricker und ghadj.

Eine besondere Erwähnung geht an Dave [EF] und Dr. Electron. Sie übernahmen die Verantwortung, alles Notwendige zu arrangieren, um dRNG-Komitees auf Gemeinschaftsebene einzurichten, und betreuten die Mitglieder der Gemeinschaft in diesem Prozess.

Tritt dem X-Teams als Nicht-Entwickler bei

Wir haben die X-Teams im Mai 2020 ins Leben gerufen. Sie bestehen bereits aus sehr engagierten Mitgliedern, die zu mehreren Initiativen beitragen. Die meisten Mitglieder haben einen Hintergrund in der Softwareentwicklung, und wir suchen nach zusätzlicher Unterstützung durch Menschen mit anderen Fähigkeiten.

Etwas so Einfaches wie das Finden und Planen eines geeigneten Zeitpunkts für ein Treffen über verschiedene Zeitzonen hinweg oder das Finden einer geeigneten Videokonferenzplattform ist entscheidend, um überhaupt eine Zusammenarbeit zu beginnen, das Dokumentieren des Gelernten oder die Rechtschreibprüfung sind ganz andere Fähigkeiten. Die Visualisierung des Prozesses wird von den Anwendern immer sehr geschätzt, ist aber in der Regel nichts, worin die Leute, die die Tests durchführen, Erfahrung haben.

Wenn Sie also gerne:

  • Meetings organisieren
  • Anleitungen schreiben
  • Videos aufnehmen und bearbeiten
  • Infografiken oder Visualisierungen erstellen
  • oder andere Menschen begeistern und involvieren willst

Ihr Talent und Ihre Motivation werden in den X-Teams sehr geschätzt! Außerdem ist es eine hervorragende Möglichkeit, interessante, talentierte und lustige Menschen in der Community kennenzulernen. Sie werden dabei helfen, Probleme zu erkennen und zu lösen, bevor sie von der Öffentlichkeit bemerkt werden und IOTA helfen, zu wachsen und zu gedeihen. Ein Beitrag muss nicht übermäßig technisch sein, und Sie würden helfen, das IOTA-Ökosystem zu stärken. Außerdem werden Sie gleichzeitig viel über die IOTA-Vision lernen.

Original by Antonio Nardella: https://blog.iota.org/drng-commitee-x-team/

Dev Status Update – Juni 2021

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

Chrysalis

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

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

Nektar

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

Bee

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

Hornet

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

Smart Contracts

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

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

Stronghold

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

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

Wallet

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

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

IOTA-Identität

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

Chronik

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

IOTA-Erfahrungsteam

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

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

IOTA Wiki

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

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

IOTA Discord

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

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

IOTA Meeting

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

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

IOTA Discord Aufruf

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

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

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

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

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

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

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

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

Fetch.ai und die IOTA Foundation kooperieren, um autonome Wirtschaftsagenten auf dem Tangle anzubieten

Fetch.ai und die IOTA Foundation bündeln ihre Kräfte, um autonome Wirtschaftsagenten (AEAs) auf dem Tangle anzubieten.

Seit dem Start des Chrysalis-Upgrades und der Freigabe des IOTA 2.0 DevNet ist der Tangle als zuverlässige und produktionsreife Basisschicht für eine ganze Reihe von Industriepartnern verfügbar.

Einer dieser Partner ist Fetch.ai, ein in Cambridge ansässiges Labor für künstliche Intelligenz (KI), das autonome Wirtschaftsagenten nutzt, um verschiedene Informationen über KI-basierte Anwendungen für intelligente und innovative Datenlösungen zu verarbeiten.

Was sind AöAs

Autonome ökonomische Agenten sind ein Satz von Regeln, die ohne ständige Einmischung ihres Besitzers handeln können. Das Ziel eines AEAs ist es, einen wirtschaftlichen Wert für seinen Besitzer oder Initiator zu generieren.

Eine der unzähligen möglichen Umgebungen könnte ein traditioneller Finanzmarkt sein, in dem der Besitzer seinen AEA anweist, in seinem Namen zu handeln, z. B. Rohstoffe auf Basis einer bestimmten Preisschwelle zu handeln. Vereinfacht ausgedrückt: hoch verkaufen und niedrig kaufen. Weitere Anwendungen sind der Handel mit Daten, Mobilitäts-, Umwelt- oder Lieferkettenlösungen.

AEAs sind zwar keine allgemeine künstliche Intelligenz, APIs oder Smart Contracts, folgen aber autonom engen Regeln, ohne dass sie ständig Anweisungen benötigen. AEAs werden durch den FET-Token angetrieben und können über Open-Source-Tools, die von Fetch.ai zur Verfügung gestellt werden, gebaut und eingesetzt werden, so dass jeder einen autonomen Agenten auf seiner Blockchain und in Zukunft auch auf der Tangle erstellen kann.

Wie funktioniert es?

Durch die Verbindung von autonomen Agenten aus dem Fetch.ai-Ökosystem mit IOTA-Streams-Instanzen können Daten mit geringerer Auflösung geteilt und aus dem Tangle auf gebührenfreie, automatisierte Weise abgerufen werden, sodass Wirtschaftsagenten und Smart Contracts auf der Grundlage von sicheren Daten nahezu in Echtzeit handeln können.

BILD

Herausgeber und Leser werden in der Lage sein, die Quelle der Daten, mit denen interagiert wird, einfach zu verifizieren und die Zugriffsrichtlinien für diese Daten über die autonomen Agenten, die miteinander verbunden sind, zu verwalten. Auf diese Weise lassen sich komplexe Engines aus miteinander verbundenen Agenten generieren, die auf einer Grundlage verifizierbarer verteilter Daten arbeiten, die sicher im Tangle verankert sind.

Dieses Framework ist ein unterstützendes Toolset, das Vorteile bietet:

  • Datenwissenschaftler
  • Ökonomen
  • Forscher (Künstliche Intelligenz, Maschinelles Lernen, Multi-Agenten-Systeme)
  • Ingenieure
  • Experten für maschinelles Lernen
  • Unabhängige Entwickler
  • Studenten und Akademiker
  • Krypto-Kenner und Enthusiasten
  • Web-Entwickler
  • Trader

Datenproduzenten erhalten eine feinkörnige Kontrolle darüber, wer auf die von ihnen produzierten Daten zugreifen kann; sei es von einem mobilen Gerät, einem IoT-Umgebungssensor, einem vernetzten Fahrzeug oder einer industriellen IoT-Lösung. Darüber hinaus zielt diese Partnerschaft darauf ab, im Lichte von daten- und datenschutzorientierten Vorschriften wie GDPR eine datenschutzfreundliche Infrastruktur zu schaffen.

Proof of Concept

Das Fetch.ai-Entwicklungsteam arbeitet an einem Proof of Concept unter Verwendung der IOTA Streams C-Bindung und des AEA-Frameworks, um eine kanalbasierte Anwendung für den sicheren Datenaustausch zu erstellen.

Humayun Sheikh, CEO von Fetch.ai:

Die Partnerschaft mit IOTA ist ein wichtiger Schritt, um unser Agenten-Framework zu erweitern und ihnen die Bandbreite für die Datengenerierung zur Verfügung zu stellen. Bei den meisten DLTs ist das Senden und Verifizieren von Daten mit Kosten verbunden, die oft an den Nutzer weitergegeben werden, und traditionelle Blockchains haben inhärente Beschränkungen für die Menge an Daten, die in einem bestimmten Zeitraum verteilt und verifiziert werden können. IOTA ist skalierbarer und benötigt nicht die Gebühren als Eintrittsbarriere, so dass kleinere Nachrichten-Payloads häufiger gesendet werden können, anstatt die Daten in Massen zu laden. Das bedeutet, dass Agenten jederzeit Daten in beliebiger Größe bereitstellen, veröffentlichen und lesen können, ohne dass zusätzliche Kosten entstehen.

Holger Koether, Leiter des Partner-Managements bei der IOTA Foundation:

Wir ermöglichen es Datenproduzenten, die Kontrolle darüber zu übernehmen, wer auf die von ihnen produzierten Daten zugreifen kann, egal ob es sich um ein mobiles Gerät, einen IoT-Sensor in der Umgebung, ein vernetztes Fahrzeug, eine industrielle IoT-Lösung oder eine Vielzahl von IOT-fokussierten Anwendungsfällen handelt. Mit dieser Partnerschaft hoffen wir, dass sowohl die Fetch- als auch die IOTA-Community die Funktionalitäten dessen, was Geräte autonom in verteilten Netzwerken tun können, erweitern.

Original by IOTA Foundation: https://blog.iota.org/fetch-ai-and-the-iota-foundation-collaborate-to-offer-autonomous-economic-agents-on-the-tangle/