Midnight Explorer adiciona acompanhamento para Propostas de Melhoria da rede
Os usuários podem pesquisar propostas técnicas, acompanhar seu status e ler sobre mudanças potenciais no ecossistema Midnight.
By SongMarketCap
Midnight Explorer introduziu uma seção dedicada para Midnight Improvement Proposals, trazendo documentos sobre mudanças propostas na rede e padrões técnicos para seu explorador de blockchain.
Anunciado em 30 de outubro, o recurso permite que os usuários pesquisem por título, autor ou número do MIP. Páginas individuais exibem detalhes da proposta e links para o repositório oficial e discussões.
Midnight Explorer lista 31 propostas
Midnight Improvement Proposals, conhecidas como MIPs, são documentos formais que descrevem ideias e mudanças potenciais para o ecossistema Midnight. Elas podem abranger desenvolvimento de protocolo, padrões técnicos, processos de governança e outras áreas nas quais um design documentado pode apoiar a discussão.
A nova seção fica ao lado das ferramentas existentes do Explorer para visualizar blocos, transações, contratos e pools. Os usuários podem filtrar propostas por categoria ou status e ver informações incluindo o autor e a data de criação.
Em 1 de novembro, o Explorer listava 31 MIPs: cinco marcadas como Draft, 23 Proposed e três Accepted. Os documentos aceitos incluíam MIP-0001, que descreve o processo de proposta, juntamente com propostas que tratam de emissão de logs de contratos públicos e suporte a assinaturas ECDSA.
Para leitores que não acompanham repositórios de software regularmente, a listagem oferece um ponto de partida para encontrar uma proposta e verificar seu progresso. Alguém interessado em staking, por exemplo, pode pesquisar a MIP relevante, identificar seu autor e status e ler o que ela propõe.
Páginas individuais incluem seções como o resumo, motivação e especificação. Elas também contêm links para o documento e as discussões correspondentes no GitHub.
Propostas abordam staking de NIGHT e armazenamento de nós
Um exemplo é a MIP-0016, um rascunho de Karmel E que descreve um possível mecanismo de staking de NIGHT. A proposta descreve permitir que detentores de NIGHT nativo de Midnight, ou mNIGHT, deleguem a um pool operado por um produtor de blocos e recebam uma parcela das recompensas de produção de blocos desse pool.
No projeto proposto, os tokens permaneceriam na carteira do detentor sem ficarem bloqueados. O rascunho também afirma que o stake delegado não teria peso de consenso em sua versão inicial e que a geração de DUST permaneceria inalterada. A MIP-0016 está marcada como Draft e não descreve um serviço de staking ativo.
Um documento separado, a MIP-0026, aborda como os nós de Midnight lidam com estados temporários do ledger criados enquanto as transações são processadas dentro de um bloco. O autor Dominik Zajkowski propõe liberar estados intermediários em vez de retê-los indefinidamente em uma área de armazenamento separada do banco de dados da cadeia.
A proposta se concentra em reduzir o crescimento futuro do armazenamento à medida que os nós processam transações. Em um experimento controlado de desempenho de rede descrito no documento, o armazenamento do ledger cresceu 2,9 GB em nós executando a alteração testada, em comparação com 4,9 GB em nós sem ela, ao longo de 20 horas e 11.750 blocos.
O documento relata uma redução de cerca de 42% no crescimento do armazenamento durante esse experimento; ele não afirma uma redução equivalente nos dados já armazenados. A MIP-0026 está listada como Proposed.
[NEWSBREAK]
Como as propostas de Midnight passam pela revisão
O processo de MIP é descrito na MIP-0001, que explica como as propostas são preparadas, discutidas e revisadas. Os autores podem desenvolver um rascunho no repositório público, onde colaboradores podem fornecer feedback e sugerir mudanças.
Quando os autores consideram um rascunho pronto, eles podem solicitar formalmente que os editores de MIP o considerem. O documento então entra no estágio Proposed. O processo prevê uma revisão da comunidade e um período de comentários que geralmente dura pelo menos duas semanas antes de os editores discutirem a proposta e votarem se devem aceitá-la.
A aceitação não coloca automaticamente uma mudança em operação. Dependendo da proposta, os contribuidores ainda podem precisar implementá-la, e mudanças na rede podem exigir implantação em uma atualização. Status posteriores distinguem implementação e ativação da aceitação.
A listagem do Explorer dá aos leitores uma maneira de acompanhar essas etapas juntamente com os próprios documentos, do rascunho de staking de NIGHT às mudanças propostas no armazenamento de nós.