El tiempo de bloqueo de tres segundos de Neo N3 se activa en MainNet
Neo N3 ahora produce bloques cada tres segundos después de que la transacción de gobernanza del Consejo se ejecutara en la cadena, reduciendo los intervalos de bloques en un 80% desde su ritmo anterior de 15 segundos. El cambio, rastreado en el portal de gobernanza de Neo3Scan, fue firmado por 13 de los 21 miembros del Consejo, superando el umbral de 11 firmas requerido para su validez. Jimmy Liao, fundador de R3E Network, confirmó la activación y dio crédito a quienes hicieron realidad el cambio.
que cambio
La transacción ejecutada (0x50f6…36f1) invocó el contrato de política nativa para ajustar dos parámetros de red simultáneamente. Los milisegundos por bloque se redujeron de 15 000 a 3000, reduciendo los intervalos de bloque de 15 segundos a tres segundos. GasPerBlock se redujo proporcionalmente de 5 a 1, lo que garantiza que la tasa de emisión general de $GAS de la red se mantenga sin cambios: se genera la misma cantidad de $GAS por unidad de tiempo, solo que se distribuye en cinco veces más bloques.
Antes de este cambio, Neo N3 había operado con bloques de 15 segundos desde su lanzamiento en MainNet. La base técnica para el ajuste se sentó en mayo de 2025 con el hard fork Echidna y el lanzamiento de NeoCLI v3.8.0, que introdujo los métodos SetMillisegundosPerBlock y GetMillisegundosPerBlock al contrato de Política. Esto migró la gestión del tiempo de bloque a la capa de gobernanza, lo que permitió al Consejo ajustar el parámetro a través de una votación multifirma en lugar de requerir otra bifurcación dura.
R3E Network probó la presión del nodo C# con 512 transacciones por bloque en intervalos de tres segundos, y Neo SPCC confirmó pruebas extendidas en TestNet, donde los bloques de tres segundos (y luego los bloques de un segundo) se han estado ejecutando durante casi un año.
Proceso de gobernanza de dos pasos
La activación siguió un proceso de dos pasos. El 13 de abril, el Neo Consejo votó unánimemente a favor del cambio durante una reunión de gobierno a la que asistieron 14 de 21 escaños. Esa aprobación verbal marcó la dirección, pero ejecutar el cambio en la cadena requirió un paso separado: cada miembro del Consejo tuvo que proporcionar individualmente su firma criptográfica a la propuesta para que se comprometiera con la red.
Liao y Shargon, fundador de Red4Sec, coordinaron la recogida secuencial de firmas de los miembros del Consejo. Liao desarrolló una aplicación web integrada con el portal de gobernanza neo3scan.com para agilizar el proceso. Se superó el umbral de 11 firmas y la transacción se transmitió y ejecutó en la red.
quien firmo
Trece miembros del Consejo proporcionaron sus firmas criptográficas a la transacción en cadena:
– Neo SPCC – Neo News Today – Flamingo – AxLabs – R3E Network – COZ – NGD4 – NEXT / NeoLine – NGD8 – Switcheo Labs – HashKey Cloud – Everstake – Red4Sec
Ajuste de red relacionado
Por separado, el Consejo votó 12 a 3 para reducir MaxTransactionsPerBlock de 512 a 200. A diferencia del cambio de tiempo de bloque, este es un ajuste de configuración de nodo en lugar de una transacción de votación, lo que requiere coordinación entre los nodos de consenso y comité. Anna Shaleva, desarrolladora de Neo SPCC, coordina el momento de las actualizaciones entre los nodos.
Un largo camino hacia la activación
La propuesta para reducir el tiempo de bloqueo de Neo N3 se hizo originalmente en 2023. La implementación técnica siguió en mayo de 2025 con el hard fork Echidna, que agregó los métodos de contrato de políticas necesarios para permitir el cambio a través de la gobernanza en lugar de otro hard fork. El tema se debatió más a fondo en Centre Point #2 en Singapur en septiembre de 2025, donde los miembros del Consejo acordaron que era una prioridad. A finales de enero de 2026, Tyler Adams, director ejecutivo de COZ, publicó una propuesta formal en el portal de gobernanza de la comunidad Neo buscando alinearse con el tiempo de bloque de tres segundos y otros cambios de parámetros. Sólo dos grupos además de COZ se comprometieron con la propuesta. La falta de respuesta llevó a una reunión específica del Consejo el 13 de abril para forzar una decisión, donde finalmente se llevó a cabo la votación.
La reducción del 80% en el tiempo de bloqueo acerca significativamente la velocidad de confirmación de Neo a las redes de capa 1 de la competencia, mejorando la capacidad de respuesta para las dApps y los usuarios finales en todo el ecosistema.
La propuesta de gobernanza se puede ver en el siguiente enlace: https://www.neo3scan.com/tools/governance/12