Stellar vota el 23 de noviembre sobre el protocolo 30: el próximo paso para tenedores y carteras

Esto está acreditado: Stellar recibe nuevas reglas de red. El 20 de octubre de 2026, la Stellar Development Foundation presentó Bell, el protocolo 30 de la red. Contiene tres propuestas de cambio: direcciones de contrato multiplexadas con un prefijo hasta ahora sin usar, la verificación de firmas resistentes a la computación cuántica en los smart contracts y un libro mayor que a partir de ahora llevará el tiempo en milisegundos. Nada de eso se activa por sí solo. Los validadores votan el 3 de noviembre sobre la testnet y el 23 de noviembre sobre la mainnet, en ambos casos a las 17:00 UTC. Nuestra valoración llega más abajo, en un apartado propio.

El saldo de un tenedor no cambia por ello. No hay migración, las direcciones antiguas siguen siendo válidas y nadie tiene que mover XLM. Bell se notará allí donde un servicio se duerma en el cambio: en carteras que no conozcan el nuevo formato de dirección y en exploradores de bloques o canalizaciones de datos cuyos decodificadores estén fijados a las definiciones antiguas del libro mayor.

Stellar (XLM) cotizaba la mañana del 21 de octubre en 0,1841 dólares, en torno a un cinco por ciento por encima del día anterior (CoinGecko). El máximo del día fue de 0,1842 dólares y el mínimo de 0,1753 dólares. Un valor de mercado de 6.480 millones de dólares alcanza para el puesto 21.

Bell agrupa tres propuestas de cambio: CAP-84, CAP-87 y CAP-88

En Stellar, un CAP es una Core Advancement Proposal, es decir, una solicitud formal de modificación de las reglas de la red. El protocolo 30 lleva tres. CAP-84 amplía las direcciones de contrato con un identificador, CAP-87 introduce una verificación de firma resistente al cuántico en los smart contracts y CAP-88 cambia el cómputo del tiempo del libro mayor.

Esa agrupación es habitual en Stellar. La versión anterior, el protocolo 28 llamado Adapter, redujo el tiempo entre dos libros mayores en la mainnet de unos 5,7 a 5 segundos. Desde aquel cambio, el precio ha vuelto de unos buenos 0,19 dólares a los 0,1841 dólares de hoy. En octubre se sumó un segundo frente: el arranque de los feeds de datos de Chainlink en Stellar, del 14 de octubre, lo analizamos en su momento.

CAP-84 y el nuevo prefijo Strkey W: una dirección de contrato para muchos clientes

Hasta ahora Stellar solo conocía direcciones multiplexadas para cuentas clásicas. Empiezan por una M y permiten a un exchange gestionar miles de clientes detrás de una única dirección de ingreso, porque cada pago lleva su propio identificador. Los smart contracts no podían hacerlo.

CAP-84 cierra ese hueco. Una dirección de contrato podrá llevar en adelante un identificador de multiplexación de 64 bits, técnicamente como la nueva variante SC_ADDRESS_TYPE_MUXED_CONTRACT. El prefijo Strkey correspondiente es W, descrito por la Foundation como una M puesta del revés. El identificador aparece en el evento de transferencia del pago, de modo que el receptor lee la asignación sin tener que desplegar un contrato propio para cada cliente.

En concreto: un proveedor de pagos que liquide en Stellar ya no necesitará una dirección por cliente. Quien desarrolle software que acepte direcciones, en cambio, tendrá que incorporar la W a la validación, a la visualización y al almacenamiento. Los contratos que esperen en su interfaz una Address simple rechazarán las direcciones W.

CAP-87 lleva ML-DSA al smart contract, no a la firma de la transacción

ML-DSA es uno de los procedimientos de firma que el instituto estadounidense de normalización NIST aprobó en 2024 como estándar resistente al cuántico. CAP-87 incorpora la verificación de esas firmas directamente en Stellar Core, en lugar de reproducirla en el código del contrato. Un smart contract puede así verificar una firma ML-DSA sin que la carga de cálculo encarezca el contrato hasta lo impagable.

El límite de ese cambio importa, y la propia Foundation lo traza. Las firmas de las transacciones de la red se quedan en Ed25519, el procedimiento actual. Un firmante nativo resistente al cuántico para las cuentas clásicas aparece en el anuncio como proyecto para una versión posterior del protocolo, no como parte de Bell.

CAP-88 pasa el libro mayor a milisegundos, el tiempo de bloque se queda en cinco segundos

Hasta ahora el libro mayor llevaba sus marcas de tiempo en segundos enteros. CAP-88 cambia a un reloj de milisegundos. Los intervalos entre dos libros mayores no se acortan de momento por eso; el objetivo de los cinco segundos se mantiene. Lo que desaparece es el suelo de un libro mayor por segundo, que hasta ahora bloqueaba cualquier acortamiento posterior.

Para quien analiza datos, el cambio tiene un efecto secundario incómodo. El protocolo 30 modifica el formato de la cabecera del libro mayor. Quien decodifique datos brutos del libro mayor, por ejemplo con un indexador propio, un explorador o una canalización de análisis, tiene que elevar las definiciones XDR al protocolo 30. De lo contrario, la decodificación falla ante campos desconocidos. El campo closeTime en sí queda sin cambios y sigue informando en segundos enteros.

La hoja de ruta hacia el protocolo 30: Stellar Core v30.0.0 está fuera desde el 16 de octubre

La Foundation publicó el calendario en su guía de actualización a Bell. Stellar Core v30.0.0 apareció como versión estable el 16 de octubre de 2026, y entre el 16 y el 23 de octubre siguen más versiones estables para infraestructura y bibliotecas de desarrollo. Los validadores votan el 3 de noviembre en la testnet y el 23 de noviembre en la mainnet, en ambas fechas a las 17:00 UTC. La Foundation añade que las fechas pueden cambiar.

La guía no indica números de versión concretos para cada SDK; remite a las páginas de publicación de los proyectos correspondientes. Es inequívoca, en cambio, sobre su carácter obligatorio: la actualización del SDK no es opcional en este ciclo. Para las aplicaciones que procesan direcciones es además solo el primero de dos pasos, porque su propio código tiene que aceptar después las direcciones W.

Para los usuarios finales y los tenedores, la guía no contiene instrucciones. No es un descuido, sino consecuencia del diseño: el trabajo recae en los operadores, no en los titulares de los saldos.

Sobre Bell deciden los validadores, no la Stellar Development Foundation

En Stellar, una versión de protocolo no la activa la Foundation. Los operadores de nodos anotan en su configuración una versión de protocolo y un momento, y la red solo eleva la versión cuando se reúne suficiente peso de voto. Por eso el calendario marca una votación el 3 y el 23 de noviembre, y no una activación.

Hasta ese punto, Bell es una propuesta con código y una fecha, nada más. Quien lo tenga presente lee de otra manera los titulares sobre la protección cuántica supuestamente resuelta de Stellar.

bitFlyer no abona los XLM entrantes desde el 19 de octubre

Lo mucho que los pagos dependen de la infraestructura que rodea a la red se vio dos días antes del anuncio de Bell. El exchange japonés bitFlyer comunicó el 20 de octubre en X que los Stellar Lumens que llegan desde fuera ya no se abonan como de costumbre en las cuentas de los clientes desde en torno a las 23:49, hora japonesa, del 19 de octubre. Como causa, el exchange señala restricciones de acceso en la interfaz oficial de Stellar de la Stellar Development Foundation, que bitFlyer utiliza.

El envío de XLM no está afectado, ni tampoco la entrada y salida de todos los demás criptoactivos. bitFlyer dice estar trabajando en reanudar el abono por otra vía y anunciará esa reanudación; el exchange no dio un calendario. El aviso afecta a un exchange sin clientela alemana. El patrón es instructivo de todos modos: un ingreso puede estar confirmado hace tiempo en la blockchain y faltar aun así en la cuenta, porque entre ambas cosas está la contabilidad del proveedor.

XLM en 0,1841 dólares: el precio está un 41,6 % por debajo del nivel de hace un año

El cuadro del precio sigue siendo débil, incluso con la subida de alrededor del cinco por ciento del martes. En una semana hay una caída del 2,9 %, en un mes del 10,7 % y en un año del 41,6 % (CoinGecko, 21 de octubre de 2026). Del máximo histórico de 0,8756 dólares de enero de 2018 al precio le separan 79 puntos porcentuales.

Desde el 7 de octubre, cuando XLM probó la marca de los 20 céntimos con una pérdida diaria del 6,3 %, el precio no ha recuperado ese nivel. Los 0,1842 dólares del máximo del martes están un buen ocho por ciento por debajo. En circulación hay 35.200 millones de XLM de un total de 50.000 millones, y el volumen de negociación de las últimas 24 horas fue de 127,6 millones de dólares. Medido frente al valor de mercado, eso equivale a una rotación de algo menos del dos por ciento, un mercado fino para un valor del top 25.

Vía de compra en Alemania: autorización MiCA, custodia y el nuevo formato de dirección

Quien compra XLM en Alemania lo hace, desde la plena vigencia del reglamento europeo MiCA, a través de proveedores con una autorización como prestador de servicios de criptoactivos. La BaFin lleva un registro público de las entidades autorizadas, y todo proveedor serio indica su autorización en sus condiciones. Qué plataformas tienen esa autorización y qué cobran en comisiones y spread lo hemos puesto una al lado de la otra en nuestra comparativa de exchanges cripto.

En materia de custodia, Bell toca el día a día de la forma más directa. Cuando a partir de finales de noviembre circulen direcciones W, el software que uses para enviar tendrá que reconocerlas como válidas. Las carteras hardware lo obtendrán mediante una actualización de firmware y los exchanges mediante su SDK. En la práctica, para las próximas semanas: instalar las actualizaciones de firmware cuando el fabricante las ofrezca y, ante una dirección poco habitual, enviar primero un importe pequeño. Con qué fiabilidad se abastece de firmware cada dispositivo es aquí el verdadero criterio de elección.

Una advertencia va con ello: las actualizaciones de red son un gancho muy usado para el fraude. Para Bell no hay canje de tokens, ni registro, ni cartera que tenga que migrar un saldo. Cualquier invitación a introducir tus palabras de recuperación en algún sitio por el protocolo 30 es un ataque.

Impuestos sobre XLM: el plazo de tenencia de un año y el cambio a otras criptomonedas

En lo fiscal, los XLM cuentan en Alemania como otro bien económico en el sentido del parágrafo 23 de la ley del impuesto sobre la renta. Entre la compra y la venta deben pasar más de doce meses para que la ganancia quede exenta. Dentro de ese plazo se aplica un límite de 1.000 euros al año para todas las operaciones privadas de enajenación en conjunto; si se supera, tributa la ganancia íntegra.

Una actualización de protocolo no genera por sí sola un hecho imponible, porque no constituye ni un canje ni un cobro. Un cambio de XLM a otra criptomoneda sí lo hace, incluso sin pasar por el euro. Quien compra a través de varias plataformas necesita una contabilidad que arrastre las fechas de adquisición según el principio de primero en entrar, primero en salir.

Nuestra valoración: Bell no vuelve a Stellar resistente al cuántico

Desde la óptica de la redacción, el aspecto cuántico se estira demasiado en la cobertura. Las pruebas están en el propio anuncio: CAP-87 lleva la verificación ML-DSA al smart contract, las firmas de transacción de la red se quedan en Ed25519 y la Foundation aplaza a una versión posterior del protocolo un firmante nativo resistente al cuántico para las cuentas clásicas. Un saldo en una cuenta Stellar corriente depende tras Bell de la misma curva que antes.

En contra está que el trabajo previo tiene valor. Una red cuyos contratos pueden verificar ML-DSA podrá dar el paso más adelante sin abrir un segundo frente, y el paso llega antes que en la mayoría de las grandes blockchains. El efecto más cercano de Bell es, sin embargo, otro: CAP-84 reduce los costes de los proveedores de pagos, y ahí es exactamente donde Stellar gana su dinero. Junto con los 4.000 millones de dólares en activos tokenizados que la Foundation declara para su ecosistema, esa es la parte del anuncio con más probabilidades de sostener el precio a medio plazo, más que la criptografía.

Protocolo 30: hasta el 23 de noviembre decide la mayoría de validadores

1. Comprueba en las próximas semanas si el fabricante de tu cartera publica una actualización de firmware o de la aplicación para el protocolo 30, e instálala antes de que se celebre la votación de la mainnet el 23 de noviembre. Con qué fiabilidad se mantiene cada dispositivo lo muestra la comparativa de carteras hardware.
2. Si tus XLM están en un exchange, basta un vistazo a sus avisos de estado: el caso de bitFlyer muestra que los ingresos y las retiradas dependen de la conexión del proveedor y no de la red. Una alternativa autorizada la encuentras en la comparativa de exchanges cripto.
3. Anota la fecha y el precio de adquisición de cada posición antes de reorganizar la cartera ante la actualización. El plazo de un año decide el impuesto, no el protocolo; los programas adecuados están en la comparativa de programas fiscales.

(21 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.)