Los validadores de TON han votado a favor de una actualización de la red: a partir del 22 de octubre, la configuración de la blockchain incluye la versión global 16 y la segunda versión del protocolo de consenso. Los cambios afectan principalmente a cómo los nodos distribuyen los bloques y gestionan las colas de mensajes. La verificación del balance total de Gram, que se mencionó como el objetivo de la votación, solo se habilitará en el código con la próxima versión, la 17.

Qué ha cambiado en la configuración

Las reglas de la red TON están registradas en la configuración de la blockchain y se modifican mediante votación de los validadores. El 21 de octubre a las 06:00 UTC, los validadores votaron dos propuestas: elevar la versión global (parámetro 8) a 16 y cambiar el consenso (parámetro 30) a la segunda versión. El 22 de octubre, el parámetro 8 muestra la versión 16 —lo mismo que indica tonapi—, y el parámetro 30 muestra la segunda versión del protocolo de consenso. Ya no hay propuestas abiertas en la configuración.

La versión global es un número que permite a todos los nodos activar simultáneamente nuevas reglas para el procesamiento de bloques. El código de estas reglas se entrega con antelación, junto con la actualización del software del nodo, y se activa solo cuando la red vota a favor de ese número.

Qué incluye la versión 16

Según la documentación de las versiones globales:

  • La cola de mensajes salientes del shard está limitada. Un shard es una parte de la blockchain procesada por su propio grupo de validadores. Por defecto, el límite estricto es de 18 000 mensajes, y el límite suave es de 12 000; el parámetro 43 puede anularlos. Los mensajes adicionales esperan en la cola de entrega diferida (dispatch queue), y un shard con una cola que supera la mitad del límite estricto no solicita una fusión con uno adyacente.
  • Las cuentas con prefijo fijo pueden descongelarse. Una cuenta con una longitud de prefijo de dirección fija no nula, que antes no se descongelaba después de ser congelada por deudas de almacenamiento, ahora puede hacerlo. Esto ha sido corregido.
  • Se ha añadido la suma total de monedas en sus mensajes a los datos de la cola de entrega diferida, y las pruebas en los datos del recolector de bloques (collator) tienen un nuevo formato.

Verificación del balance — en la versión 17

El anuncio de la votación vinculaba la versión 16 con la verificación automática del balance total. Según el código, esta verificación se activa más tarde: en la verificación de bloques la condición es global_version_ >= 17, y el commit, fusionado el 7 de octubre, se llama precisamente «Enable global balance validation in version 17». La versión 16 solo prepara los datos para ello: comienza a almacenar la suma de los mensajes en la cola. En la documentación, la verificación también se atribuye a la versión 17.

Qué se verificará exactamente: en el estado de la masterchain —la cadena principal que consolida todos los shards— existe el campo global_balance.grams, el balance total de monedas en toda la red. En la versión 17, los validadores de la masterchain comenzarán a verificar este número. Grams es el nombre de la moneda en el protocolo desde el primer código de TON, y todavía se encuentra en la descripción de las estructuras de los bloques. La votación para la versión 17 aún no ha sido anunciada.

Segunda versión del protocolo de consenso

La segunda versión del consenso, según el anuncio, incluye la distribución de bloques mediante el esquema Plumtree en el overlay público. El overlay público es una red general a través de la cual los nodos que no participan en la validación reciben nuevos bloques. En el esquema Plumtree, los nodos forman un árbol: el bloque completo viaja por sus ramas, mientras que a los demás vecinos solo se envía una notificación corta de que el bloque existe. Esto reduce la cantidad de copias idénticas del bloque que circulan por la red.

El esquema en sí no es nuevo: se habilitó con el lanzamiento 2026.06, y en agosto se deshabilitó el método de distribución anterior. Ahora ha llegado también al overlay público debido a un fallo: desde el 23 de septiembre aparecieron allí muchos nodos que no reenvían el tráfico, y la entrega de bloques y mensajes externos a través del overlay se deterioró. Plumtree, según el equipo, entrega de forma más fiable, incluso cuando hay muchos nodos de este tipo.

Los grandes servicios —exchanges, billeteras, Telegram y Toncenter—, según el equipo de la red, no utilizan el overlay público. El cambio afecta principalmente a quienes mantienen su propio nodo.

Qué más incluye la actualización del nodo

La votación fue precedida por el lanzamiento del software del nodo v2026.10 el 19 de octubre. Además del código de las versiones 16 y 17, incluye:

  • Los validadores y recolectores de bloques han sido eliminados de los overlays públicos.
  • El pool de mensajes externos —aquellos que llegan a la red desde billeteras y servicios— ahora tiene límites configurables, y se ha corregido el envío de mensajes grandes.
  • Se ha optimizado el protocolo QUIC, y el transporte anterior RLDP2 ha sido declarado obsoleto y será eliminado del nodo.

La actualización es obligatoria: los validadores tuvieron 24 horas después del lanzamiento, y los propietarios de nodos completos tienen hasta el viernes 23 de octubre, y para esa fecha el nodo debe tener el puerto QUIC funcionando.