Midnight Explorer Add Tracking for Network Improvement Proposals

Midnight Explorer don introduce one dedicated section for Midnight Improvement Proposals, wey bring documents about proposed network changes and technical standards enter im blockchain explorer.

Dem announce am on October 30, and the feature go let users search by title, author or MIP number. Individual pages go display proposal details and link to the official repository and discussions.

Midnight Explorer Lists 31 Proposals

Midnight Improvement Proposals, we dem dey call MIPs, na formal documents wey dey describe ideas and potential changes for the Midnight ecosystem. Dem fit cover protocol development, technical standards, governance processes and other areas wey documented design fit support discussion.

The new section dey beside the Explorer existing tools for viewing blocks, transactions, contracts and pools. Users fit filter proposals by category or status and see information including the author and creation date.

As of November 1, the Explorer list 31 MIPs: five mark Draft, 23 Proposed and three Accepted. The accepted documents include MIP-0001, wey describe the proposal process, plus proposals wey cover public contract log emission and ECDSA signature support.

For readers wey no dey regularly follow software repositories, the listing dey provide starting point to find proposal and check im progress. Person wey get interest for staking, for example, fit search the relevant MIP, identify im author and status, and read wetin e propose.

Individual pages get sections like the abstract, motivation and specification. Dem also link to the corresponding GitHub document and discussions.

Proposals Address NIGHT Staking and Node Storage

One example na MIP-0016, one draft by Karmel E wey outline possible NIGHT staking mechanism. The proposal describe say holders of Midnight-native NIGHT, or mNIGHT, fit delegate to pool wey block producer dey operate and receive share of that pool block production rewards.

Under the proposed design, tokens go remain inside the holder wallet without lock. The draft still talk say delegated stake no go carry consensus weight for the initial version and say DUST generation go remain unchanged. MIP-0016 dey marked Draft and e no describe any active staking service.

Another document, MIP-0026, address how Midnight nodes dey handle temporary ledger states wey transactions create while dem dey process inside block. Author Dominik Zajkowski propose make dem release interim states instead of to keep dem indefinitely for storage area wey separate from the chain database.

The proposal focus on reducing future storage growth as nodes dey process transactions. For one controlled performance-network experiment wey the document describe, the ledger store grow by 2.9 GB for nodes wey run the tested change, compared with 4.9 GB for nodes wey no get am, over 20 hours and 11,750 blocks.

The document report reduction of about 42% for storage growth during that experiment; e no claim equivalent reduction for existing stored data. MIP-0026 dey listed as Proposed.

[NEWSBREAK]

How Midnight Proposals Move Through Review

The MIP process dey described for MIP-0001, wey explain how proposals dey prepared, discussed and reviewed. Authors fit develop draft for the public repository, where contributors fit provide feedback and suggest changes.

When authors believe say draft don ready, dem fit formally ask the MIP editors to consider am. The document go then enter the Proposed stage. The process call for community review and commentary period wey usually last at least two weeks before editors go discuss the proposal and vote whether to accept am.

Acceptance no automatically put change into operation. Depending on the proposal, contributors still fit need implement am, and network changes fit require deployment inside upgrade. Later statuses dey distinguish implementation and activation from acceptance.

The Explorer listing give readers way to follow those stages alongside the documents themselves, from the NIGHT staking draft to the proposed changes to node storage.