Midnight Explorer añade seguimiento para propuestas de mejora de la red

Midnight Explorer ha incorporado una sección dedicada a las Midnight Improvement Proposals, llevando documentos sobre cambios propuestos en la red y estándares técnicos a su explorador de blockchain.

Anunciada el 30 de octubre, la función permite a los usuarios buscar por título, autor o número de MIP. Las páginas individuales muestran detalles de la propuesta y enlazan al repositorio oficial y a los debates.

Midnight Explorer enumera 31 propuestas

Las Midnight Improvement Proposals, conocidas como MIPs, son documentos formales que describen ideas y posibles cambios para el ecosistema de Midnight. Pueden abarcar desarrollo de protocolo, estándares técnicos, procesos de gobernanza y otras áreas en las que un diseño documentado puede apoyar la discusión.

La nueva sección se ubica junto a las herramientas existentes del Explorer para ver bloques, transacciones, contratos y pools. Los usuarios pueden filtrar las propuestas por categoría o estado y ver información como el autor y la fecha de creación.

Al 1 de noviembre, el Explorer listaba 31 MIPs: cinco marcadas como Draft, 23 Proposed y tres Accepted. Los documentos aceptados incluían MIP-0001, que describe el proceso de propuesta, junto con propuestas sobre emisión de registros de contratos públicos y soporte de firmas ECDSA.

Para lectores que no siguen con regularidad los repositorios de software, el listado ofrece un punto de partida para encontrar una propuesta y comprobar su progreso. Alguien interesado en el staking, por ejemplo, puede buscar la MIP correspondiente, identificar a su autor y estado, y leer lo que propone.

Las páginas individuales incluyen secciones como el resumen, la motivación y la especificación. También enlazan al documento correspondiente en GitHub y a las discusiones.

Las propuestas abordan el staking de NIGHT y el almacenamiento de nodos

Un ejemplo es MIP-0016, un borrador de Karmel E que describe un posible mecanismo de staking de NIGHT. La propuesta describe permitir que los tenedores de NIGHT nativa de Midnight, o mNIGHT, deleguen en un pool operado por un productor de bloques y reciban una parte de las recompensas de producción de bloques de ese pool.

Según el diseño propuesto, los tokens permanecerían en la billetera del titular sin quedar bloqueados. El borrador también indica que la participación delegada no tendría peso de consenso en su versión inicial y que la generación de DUST permanecería sin cambios. MIP-0016 está marcada como Draft y no describe un servicio de staking activo.

Un documento aparte, MIP-0026, aborda cómo los nodos de Midnight manejan estados temporales del libro mayor creados mientras se procesan transacciones dentro de un bloque. El autor Dominik Zajkowski propone liberar estados intermedios en lugar de retenerlos indefinidamente en un área de almacenamiento separada de la base de datos de la cadena.

La propuesta se centra en reducir el crecimiento futuro del almacenamiento a medida que los nodos procesan transacciones. En un experimento controlado de rendimiento en red descrito en el documento, el almacén del libro mayor aumentó en 2.9 GB en nodos que ejecutaban el cambio probado, frente a 4.9 GB en nodos sin él, durante 20 horas y 11,750 bloques.

El documento informa una reducción de alrededor del 42% en el crecimiento de almacenamiento durante ese experimento; no afirma una reducción equivalente de los datos ya almacenados. MIP-0026 figura como Proposed.

[NEWSBREAK]

Cómo avanzan las propuestas de Midnight en la revisión

El proceso de MIP se describe en MIP-0001, que explica cómo se preparan, discuten y revisan las propuestas. Los autores pueden desarrollar un borrador en el repositorio público, donde los colaboradores pueden aportar comentarios y sugerir cambios.

Cuando los autores consideran que un borrador está listo, pueden solicitar formalmente a los editores de MIP que lo consideren. El documento entra entonces en la etapa Proposed. El proceso contempla una revisión de la comunidad y un periodo de comentarios que por lo general dura al menos dos semanas antes de que los editores discutan la propuesta y voten si la aceptan.

La aceptación no pone automáticamente un cambio en operación. Según la propuesta, los colaboradores aún pueden necesitar implementarla, y los cambios de red pueden requerir su despliegue en una actualización. Estados posteriores distinguen la implementación y la activación de la aceptación.

El listado del Explorer ofrece a los lectores una manera de seguir esas etapas junto con los propios documentos, desde el borrador de staking de NIGHT hasta los cambios propuestos en el almacenamiento de los nodos.