Midnight Explorer fügt Nachverfolgung für Netzwerkverbesserungsvorschläge hinzu

Midnight Explorer hat einen eigenen Bereich für Midnight Improvement Proposals eingeführt und bringt damit Dokumente zu vorgeschlagenen Netzwerkanpassungen und technischen Standards in seinen Blockchain Explorer.

Angekündigt am 30. Oktober erlaubt die Funktion die Suche nach Titel, Autor oder MIP Nummer. Einzelne Seiten zeigen Details zum Vorschlag und verlinken auf das offizielle Repository und die Diskussionen.

Midnight Explorer listet 31 Vorschläge

Midnight Improvement Proposals, bekannt als MIPs, sind formale Dokumente, die Ideen und mögliche Änderungen für das Midnight Ökosystem beschreiben. Sie können Protokollentwicklung, technische Standards, Governance Prozesse und andere Bereiche abdecken, in denen ein dokumentiertes Design die Diskussion unterstützen kann.

Der neue Bereich steht neben den vorhandenen Werkzeugen des Explorers zum Anzeigen von Blöcken, Transaktionen, Verträgen und Pools. Nutzer können Vorschläge nach Kategorie oder Status filtern und Informationen wie Autor und Erstellungsdatum sehen.

Mit Stand 1. November listete der Explorer 31 MIPs: fünf als Draft markiert, 23 Proposed und drei Accepted. Zu den angenommenen Dokumenten gehörte MIP-0001, das den Vorschlagsprozess beschreibt, sowie Vorschläge zur öffentlichen Emission von Vertragslogs und zur ECDSA Signaturunterstützung.

Für Leser, die Software Repositories nicht regelmäßig verfolgen, bietet die Auflistung einen Ausgangspunkt, um einen Vorschlag zu finden und seinen Fortschritt zu prüfen. Jemand, der sich für Staking interessiert, kann zum Beispiel nach dem entsprechenden MIP suchen, seinen Autor und Status erkennen und lesen, was es vorschlägt.

Einzelseiten enthalten Abschnitte wie Abstract, Motivation und Spezifikation. Sie verlinken außerdem auf das entsprechende GitHub Dokument und die Diskussionen.

Vorschläge betreffen NIGHT Staking und Node Speicher

Ein Beispiel ist MIP-0016, ein Draft von Karmel E, der einen möglichen NIGHT Staking Mechanismus skizziert. Der Vorschlag beschreibt, dass Inhaber von Midnight nativem NIGHT, oder mNIGHT, an einen von einem Blockproduzenten betriebenen Pool delegieren können und einen Anteil an den Blockproduktionsbelohnungen dieses Pools erhalten.

Nach dem vorgeschlagenen Design würden Token ohne Sperre in der Wallet des Inhabers verbleiben. Der Draft stellt außerdem fest, dass delegierter Stake in der ersten Version kein Konsensgewicht trägt und dass die Generierung von DUST unverändert bleibt. MIP-0016 ist als Draft markiert und beschreibt keinen aktiven Staking Dienst.

Ein separates Dokument, MIP-0026, behandelt, wie Midnight Nodes temporäre Ledger Zustände handhaben, die entstehen, während Transaktionen innerhalb eines Blocks verarbeitet werden. Autor Dominik Zajkowski schlägt vor, Zwischenzustände freizugeben, statt sie unbegrenzt in einem vom Chain Datenbankbereich getrennten Speicherbereich aufzubewahren.

Der Vorschlag konzentriert sich darauf, zukünftiges Speicherwachstum zu verringern, während Nodes Transaktionen verarbeiten. In einem kontrollierten Performance Netzwerk Experiment, das im Dokument beschrieben wird, wuchs der Ledger Speicher auf Nodes mit der getesteten Änderung über 20 Stunden und 11,750 Blöcke um 2.9 GB, verglichen mit 4.9 GB auf Nodes ohne sie.

Das Dokument berichtet während dieses Experiments von einer Reduktion des Speicherwachstums um etwa 42%. Es erhebt keinen Anspruch auf eine entsprechende Reduktion bereits gespeicherter Daten. MIP-0026 ist als Proposed gelistet.

[NEWSBREAK]

Wie Midnight Vorschläge den Review Prozess durchlaufen

Der MIP Prozess ist in MIP-0001 beschrieben, das erklärt, wie Vorschläge vorbereitet, diskutiert und geprüft werden. Autoren können einen Draft im öffentlichen Repository entwickeln, wo Mitwirkende Feedback geben und Änderungen vorschlagen können.

Wenn Autoren einen Draft als bereit ansehen, können sie die MIP Editoren formell um Prüfung bitten. Das Dokument wechselt dann in die Phase Proposed. Der Prozess sieht ein Community Review und eine Kommentierungsphase vor, die in der Regel mindestens zwei Wochen dauert, bevor die Editoren den Vorschlag besprechen und darüber abstimmen, ob sie ihn annehmen.

Die Annahme setzt eine Änderung nicht automatisch in Betrieb. Je nach Vorschlag müssen Mitwirkende sie möglicherweise noch implementieren, und Netzänderungen können eine Bereitstellung in einem Upgrade erfordern. Spätere Status unterscheiden Implementierung und Aktivierung von der Annahme.

Die Auflistung im Explorer gibt Lesern eine Möglichkeit, diese Phasen parallel zu den Dokumenten selbst zu verfolgen, vom NIGHT Staking Draft bis zu den vorgeschlagenen Änderungen am Node Speicher.