Midnight Explorer aggiunge il tracciamento per le proposte di miglioramento della rete

Midnight Explorer ha introdotto una sezione dedicata alle Midnight Improvement Proposals, portando nel suo blockchain explorer i documenti sui cambiamenti di rete proposti e sugli standard tecnici.

Annunciata il 30 ottobre, la funzione consente agli utenti di cercare per titolo, autore o numero di MIP. Le pagine individuali mostrano i dettagli della proposta e rimandano al repository ufficiale e alle discussioni.

Midnight Explorer elenca 31 proposte

Le Midnight Improvement Proposals, note come MIPs, sono documenti formali che descrivono idee e potenziali cambiamenti per l'ecosistema Midnight. Possono riguardare lo sviluppo del protocollo, gli standard tecnici, i processi di governance e altre aree in cui un progetto documentato può supportare la discussione.

La nuova sezione si affianca agli strumenti esistenti dell'Explorer per visualizzare blocchi, transazioni, contratti e pool. Gli utenti possono filtrare le proposte per categoria o stato e vedere informazioni come autore e data di creazione.

Al 1 novembre, l'Explorer elencava 31 MIPs: cinque contrassegnate come Draft, 23 Proposed e tre Accepted. I documenti accettati includevano MIP-0001, che descrive il processo di proposta, insieme a proposte relative all'emissione dei log dei contratti pubblici e al supporto delle firme ECDSA.

Per i lettori che non seguono regolarmente i repository software, l'elenco offre un punto di partenza per trovare una proposta e verificarne l'avanzamento. Chi è interessato allo staking, per esempio, può cercare la MIP pertinente, identificarne autore e stato e leggere che cosa propone.

Le pagine individuali includono sezioni come abstract, motivazione e specifica. Collegano anche al documento e alle discussioni corrispondenti su GitHub.

Le proposte riguardano lo staking di NIGHT e l'archiviazione dei nodi

Un esempio è MIP-0016, una bozza di Karmel E che delinea un possibile meccanismo di staking per NIGHT. La proposta descrive la possibilità per i possessori di NIGHT nativa di Midnight, ovvero mNIGHT, di delegare a un pool gestito da un produttore di blocchi e ricevere una quota delle ricompense di produzione blocchi di quel pool.

Nel design proposto, i token resterebbero nel wallet del titolare senza essere bloccati. La bozza afferma anche che lo stake delegato non avrebbe peso di consenso nella versione iniziale e che la generazione di DUST rimarrebbe invariata. MIP-0016 è contrassegnata come Draft e non descrive un servizio di staking attivo.

Un documento separato, MIP-0026, affronta il modo in cui i nodi Midnight gestiscono gli stati temporanei del ledger creati mentre le transazioni vengono elaborate all'interno di un blocco. L'autore Dominik Zajkowski propone di rilasciare gli stati intermedi invece di conservarli indefinitamente in un'area di archiviazione separata dal database della catena.

La proposta si concentra sulla riduzione della crescita futura dell'archiviazione man mano che i nodi elaborano le transazioni. In un esperimento controllato di performance di rete descritto nel documento, l'archivio del ledger è cresciuto di 2,9 GB sui nodi che eseguivano la modifica testata, contro 4,9 GB sui nodi senza di essa, nell'arco di 20 ore e 11.750 blocchi.

Il documento riporta una riduzione di circa il 42% nella crescita dell'archiviazione durante quell'esperimento; non afferma una riduzione equivalente dei dati già memorizzati. MIP-0026 è elencata come Proposed.

[NEWSBREAK]

Come le proposte Midnight passano attraverso la revisione

Il processo MIP è descritto in MIP-0001, che spiega come le proposte vengono preparate, discusse e revisionate. Gli autori possono sviluppare una bozza nel repository pubblico, dove i contributori possono fornire feedback e suggerire modifiche.

Quando gli autori ritengono che una bozza sia pronta, possono chiedere formalmente agli editor delle MIP di prenderla in considerazione. Il documento entra quindi nella fase Proposed. Il processo prevede una revisione da parte della community e un periodo di commento che di solito dura almeno due settimane prima che gli editor discutano la proposta e votino se accettarla.

L'accettazione non mette automaticamente in operazione una modifica. A seconda della proposta, i contributori potrebbero doverla ancora implementare e i cambiamenti di rete possono richiedere la distribuzione in un upgrade. Gli stati successivi distinguono implementazione e attivazione dall'accettazione.

L'elenco dell'Explorer offre ai lettori un modo per seguire queste fasi insieme ai documenti stessi, dalla bozza sullo staking di NIGHT alle modifiche proposte all'archiviazione dei nodi.