El protocolo 28 de Pi Network llega el 16 de octubre y los nodos tienen plazo hasta el 13

Pi Network eleva su mainnet al protocolo 28. El equipo de Pi señala para ello el 16 de octubre de 2026, y los operadores de nodos deberían haber actualizado su software ya el 13 de octubre. Si tus Pi simplemente están en la aplicación de Pi, la respuesta a la pregunta de qué tienes que hacer es: nada. Un cambio de protocolo no toca los saldos, ni la cantidad en circulación, ni la minería en la aplicación. Quien opera su propio nodo, en cambio, tiene un plazo real en el calendario.

En español encontrarás hasta ahora casi exclusivamente predicciones de precio sobre estas dos fechas. Este texto se las arregla sin objetivo de precio y responde en su lugar a las preguntas de fondo: ¿qué contiene el protocolo 28, de dónde viene, dónde están realmente ahora las dos redes de Pi y cómo reconocerás tú mismo el 16 de octubre si el cambio se ha producido?

Protocolo 28 de Pi Network: las dos fechas y a quién afectan

Un protocolo es en este contexto el conjunto de reglas con el que todos los ordenadores de una red se ponen de acuerdo sobre un estado válido de la contabilidad. Una nueva versión de protocolo cambia esas reglas para todos los participantes en el mismo momento, y por eso un cambio así necesita una fecha límite y un plazo previo en el que los operadores sustituyan su software.

En Pi Network de ahí resultan dos fechas con dos destinatarios completamente distintos. El 13 de octubre va dirigido a los operadores de nodos: para entonces debería estar funcionando allí la nueva versión. El 16 de octubre va dirigido al mainnet mismo, es decir, a la red en la que se asientan los saldos reales de Pi. Medios sectoriales identificados por su nombre atribuyen ambas fechas al equipo de Pi, entre ellos Analytics Insight, que reproduce el anuncio en su literalidad.

Un nodo es aquí un ordenador que aplica él mismo las reglas de la red y participa en el consenso, en lugar de confiar en un servidor ajeno. Con la minería en la aplicación de Pi no tiene nada que ver: la aplicación acumula saldos, el nodo lleva las cuentas. La gran mayoría de los tenedores de Pi pertenece al primer grupo y, para ellos, el 13 de octubre no es una fecha para actuar.

Mainnet en el protocolo 27, testnet en el 28: la situación a 7 de octubre

Pi publica abiertamente el estado de sus dos redes, y ese estado es inequívoco. El mainnet funcionaba el martes con el protocolo 27, con stellar-core en la versión 27.1.0 como software, y el libro mayor estaba en unos buenos 29,09 millones de entradas. El testnet, en cambio, funciona ya con el protocolo 28, en la versión 28.0.1.

Una entrada del libro mayor es un bloque cerrado de la contabilidad, comparable a una página de un libro de caja que ya no se modifica. Que el testnet vaya dos escalones por delante del mainnet es lo normal en Pi y, a la vez, la prueba de que la actualización se desarrolla por etapas: primero la red de pruebas, después la red con los saldos reales. Quien quiera comprobarlo encuentra el estado actual del mainnet en todo momento en el estado público de la red de Pi Network; el valor que sigue a current_protocol_version es la cifra que importa.

Queda claro entonces: a 7 de octubre el cambio no se había consumado en el mainnet. Lo que debe ocurrir antes del 16 de octubre es el salto de esa cifra exacta de 27 a 28.

Qué contiene el protocolo 28: CAP-83, CAP-85 y CAP-86

El protocolo 28 no es un invento de Pi, procede de la tecnología sobre la que Pi se asienta. Un CAP, escrito por completo Core Advancement Proposal, es allí una propuesta de cambio numerada del reglamento; una versión de protocolo agrupa varias de ellas en un paquete. En el protocolo 28 son tres.

CAP-83 afecta al consenso, es decir, al acuerdo de los validadores sobre el siguiente estado válido. Hasta ahora tenían que esperar conjuntos completos de transacciones. En el futuro podrán recorrer partes del procedimiento sin que todo haya llegado, y descartar de forma selectiva los conjuntos tardíos o inválidos. Eso apunta a los retrasos en la transmisión, no a las comisiones.

CAP-85 trae actualizaciones atómicas de contratos. Quien hoy opera muchas instancias del mismo contrato inteligente tiene que sustituir cada una por separado. En el futuro, esos contratos podrán remitir a un archivo de programa gestionado externamente, y el cambio de esa única referencia elevará todos los contratos implicados al nuevo código en un solo paso indivisible.

CAP-86 facilita la migración de datos de contrato. Las nuevas funciones se arreglan con campos ausentes o adicionales en lugar de abortar la operación. Para los desarrolladores eso significa que la estructura de datos de una aplicación puede crecer con ella sin que se rompa lo existente.

Importante para situarlo: la adopción de estas novedades es voluntaria. Las aplicaciones existentes siguen funcionando como hasta ahora; solo ganan las nuevas posibilidades cuando sus desarrolladores las incorporan.

Stellar-core como base: por qué el mainnet de Pi va dos generaciones por detrás

Pi Network funciona sobre stellar-core, el software que hay detrás de Stellar. Eso explica tanto la numeración como el contenido del protocolo 28, porque Pi adopta el desarrollo de su modelo con cierto desfase temporal.

La magnitud de ese desfase se puede cifrar. La red pública de Stellar funciona ya con el protocolo 29, en la versión de software 29.0.0. El mainnet de Pi está en el 27. Pi va por tanto dos generaciones de protocolo por detrás del original, y ni siquiera el salto al 28 anunciado para el 16 de octubre cierra esa brecha más que a medias.

Stellar activó el protocolo 28 el 16 de septiembre. Lo que entonces llegó a los tenedores de XLM y qué puntos tuvieron allí un papel real lo desmenuzamos en nuestro artículo sobre Stellar tras la actualización al protocolo 28. Para los tenedores de Pi es el mejor anticipo disponible: esos mismos tres cambios están allí activos desde hace casi un mes.

Los operadores de nodos y el 13 de octubre: imagen Docker, consenso y pérdida de conexión

Para los operadores de nodos, la nueva versión está disponible desde el 6 de octubre como imagen Docker, es decir, como paquete de software ya empaquetado que se arranca sin instalación propia. Así, la semana hasta el 13 de octubre queda como ventana de cambio.

¿Qué ocurre si alguien deja pasar el plazo? Un nodo con software desfasado ya no habla el mismo idioma que el resto de la red tras el cambio. Pierde la conexión y deja de participar en el consenso hasta que se actualiza. Los saldos no se pierden por ello, porque están en el libro mayor de la red y no en el ordenador individual. Lo que se pierde es el papel que ese ordenador desempeñaba en la red.

Este patrón no se limita a Pi. En toda red que versiona sus reglas, una versión desfasada sale tarde o temprano del mantenimiento, y los operadores tienen que seguir el paso. Quien opera un nodo de Pi conoce de todos modos el procedimiento por los dos cambios anteriores.

Pi en la aplicación: minería, cantidad en circulación y tokenomics siguen igual

Para la gran mayoría de los tenedores de Pi, la noticia más importante es una no-noticia. La actualización no cambia ni la cantidad en circulación, ni la tokenomics, ni la minería en la aplicación. No se emiten tokens nuevos, nada se canjea, nada hay que migrar. Quien el 15 de octubre tiene una determinada cantidad de Pi tiene el 17 de octubre la misma cantidad.

Pese a todo, queda una limitación práctica. En torno a los cambios de protocolo, los exchanges suelen suspender temporalmente los ingresos y las retiradas de una cripto, para que durante el cambio ninguna transferencia quede en el aire. Es rutina y no una señal de alarma, pero puede caer en mal momento si justo entonces hay prevista una retirada. Esas pausas duran por experiencia algunas horas; las anuncia cada exchange por separado y a menudo con poca antelación. Si quieres mover algo en la semana del 16 de octubre, mejor hazlo antes o después.

La serie anterior: protocolo 26 el 11 de agosto, protocolo 27 el 15 de septiembre

El proceso está rodado en Pi, y eso se puede seguir en dos fechas de este año. Para el protocolo 26, el plazo de los operadores de nodos expiró el 11 de agosto. Nuestro análisis del 14 de agosto sobre el protocolo 26 y los nodos afectados mostraba entonces que había bastante menos ordenadores afectados de lo que sugería la cifra de 421.000 que circulaba.

El protocolo 27 siguió el 15 de septiembre. Cuando lo comprobamos el 2 de septiembre, el mainnet seguía en el 26 y el primer testnet ya en el 27; la situación y todos los saltos de protocolo de los meses anteriores están en nuestro artículo sobre el paso al protocolo 27. Que el mainnet funcione hoy efectivamente con el 27 demuestra que esa fecha se cumplió.

Quien pone la serie en paralelo reconoce el ritmo. Entre los cambios media un buen mes, y cada vez el cambio del mainnet fue precedido por un testnet que ya llevaba la nueva versión. En ese estado exacto se encuentra Pi también ahora.

Una fecha anunciada, no garantizada: en qué reconocerás el cambio del 16 de octubre

Con toda la rutina, corresponde una matización. Las dos fechas proceden del anuncio del equipo de Pi, tal como lo reproducen medios sectoriales identificados por su nombre. Lo documentado es, por tanto, el anuncio. La ejecución se documenta sola, y precisamente el día en que tiene lugar.

Eso no es motivo, sin embargo, para esperar un comunicado de prensa. El nivel de protocolo del mainnet está abiertamente en la red, y es el único dato que decide realmente el cambio. Si el valor salta allí de 27 a 28, el protocolo 28 está activo en el mainnet. Si el 17 de octubre sigue marcando 27, la fecha se ha movido, al margen de lo que se cuente en otros sitios. Para un tenedor, un retraso así no cambia nada; para un operador de nodo solo desplaza el momento en el que la nueva versión tiene que estar funcionando.

Dónde se puede negociar Pi: exchanges, autorización MiCA y custodia en la aplicación de Pi

Pi se negocia en varios exchanges internacionales. Para ti cuenta más una pregunta que la de las comisiones: si el proveedor está autorizado bajo el reglamento europeo de criptoactivos MiCA. Una autorización implica obligaciones firmes en custodia, vías de reclamación y recursos propios, y marca una diferencia si más adelante algo sale mal. Qué proveedores acreditan esa autorización está en nuestra comparativa de exchanges de cripto regulados.

El segundo punto afecta a la custodia. Los Pi en la aplicación de Pi dependen de una frase de contraseña de 24 palabras que solo tú posees. Si se pierde, el acceso desaparece, y ni el equipo de Pi ni una actualización de protocolo pueden cambiarlo. Un cambio de protocolo es una buena ocasión para revisar una vez esas palabras, su integridad y su conservación segura. Qué formas de conservación sirven para eso y dónde están las diferencias entre las soluciones lo muestra nuestra comparativa de wallets de software.

Impuestos con Pi: artículo 23 EStG, el plazo de un año y el cambio de protocolo

En Alemania, las ganancias por la venta de criptoactivos se encuadran en las operaciones de enajenación privadas del artículo 23 de la Ley del impuesto sobre la renta (EStG). Quien mantiene más de un año y vende después no paga impuesto sobre la renta por la ganancia; dentro del año la ganancia está sujeta, siempre que la suma de todas las operaciones de enajenación privadas de un año supere el límite exento vigente.

Para la actualización misma la respuesta es sencilla. En el paso al protocolo 28 no surgen tokens nuevos y nada cambia de dueño. No hay por tanto ninguna operación que debas tratar como una enajenación, y el plazo de un año de tus Pi existentes sigue corriendo sin cambios. Eso distingue una actualización de protocolo de una bifurcación, en la que se anotan monedas adicionales en la cartera.

Movimiento en el plazo de tenencia hay ahora mismo en otro sitio: la comisión de peticiones del Bundestag lo trata el 12 de octubre en sesión pública. Lo que allí se debate lo hemos recogido en nuestro artículo sobre la audiencia sobre el plazo de tenencia de criptos. Para los tenedores de Pi con posiciones antiguas vale la pena echar un ojo, porque un cambio de la regla afectaría a todas las monedas por igual.

Qué abre el protocolo 28 para un DEX de Pi y los contratos inteligentes en el mainnet

El equipo de Pi presenta el protocolo 28 como el requisito técnico para el siguiente nivel de expansión: contratos inteligentes, un exchange descentralizado en su propia red y aplicaciones financieras construidas encima. Es verosímil, porque dos de los tres cambios apuntan precisamente a los desarrolladores que quieren operar contratos y seguir desarrollándolos.

Entre el requisito y el producto media, sin embargo, trabajo. El protocolo 28 no entrega un exchange terminado, aparta obstáculos del camino. Cuándo se convierta eso en aplicaciones utilizables depende de los desarrolladores del ecosistema de Pi y no de la fecha límite de octubre. Quien ligue expectativas al 16 de octubre debería tener presente esa distinción: la red gana capacidades nuevas, la utilidad llega después.

Protocolo 28 de Pi Network: lo esencial para decidir

1. Aclara primero a qué grupo perteneces. Sin nodo propio, el 13 de octubre no es para ti una fecha de actuación. Con nodo propio, cambias para entonces a la nueva versión. Al margen de eso, un cambio de protocolo es el momento adecuado para revisar las 24 palabras de tu aplicación de Pi; qué conservación sirve lo muestra la comparativa de carteras hardware.
2. Planifica las transferencias alrededor del 16 de octubre. Los exchanges pausan con frecuencia ingresos y retiradas en cambios como este. Si de todos modos estás pensando en el exchange, una ojeada a la comparativa de exchanges de cripto ayuda antes de mover nada.
3. Documenta tu cartera antes de que algo cambie. La actualización no genera ninguna operación sujeta a impuestos, pero una cartera bien llevada te ahorra después reconstruirla a mano. Qué herramientas arrastran automáticamente la fecha de compra y el plazo de tenencia está en la comparativa de software fiscal y seguidores de cartera.

(7 de octubre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)