XRP Ledger: la delegación de permisos no puede activarse antes del 8 de octubre

En el XRP Ledger hay una extensión de protocolo a punto de activarse que permitirá a las cuentas ceder derechos aislados a otras cuentas sin entregar su propia clave principal. La enmienda se llama PermissionDelegationV1_1 y lleva el número de especificación XLS-75. Numerosos medios especializados han señalado estos días el 5 de octubre de 2026 como fecha, algunos al minuto, a las 11:18 UTC.

El propio registro dice otra cosa. La mayoría en la que se apoya el plazo de dos semanas consta allí solo desde el 24 de septiembre de 2026, a las 21:25 UTC. La enmienda, por tanto, no puede surtir efecto antes del 8 de octubre de 2026 en torno a las 21:25 UTC, es decir, tres días buenos más tarde de lo anunciado. Cryptoticker.io levantó este análisis por sí mismo el 1 de octubre de 2026. Se basa en los datos de enmiendas del XRP Ledger, comprobados en dos fuentes independientes entre sí. Se revisaron las 113 enmiendas que la red mantiene en este momento, cuatro de ellas con votación en curso o todavía abierta.

Para ti como poseedor de XRP esto es más que una cuestión de calendario. En torno a las actualizaciones de protocolo, los mercados y los custodios suspenden con regularidad los ingresos y las retiradas durante un rato, y quien tiene en la cabeza el día equivocado planifica una transferencia justo dentro de la ventana en la que se queda parada. XRP cotiza a 1,48 dólares, es decir, 1,32 euros, con una caída de casi el 2 % en un día, y una capitalización de unos 93,5 miles de millones de dólares.

PermissionDelegationV1_1: la enmienda reúne 29 de 35 validadores

Los cambios en el XRP Ledger los votan los validadores de la red; ninguna empresa los habilita. Una enmienda es un cambio de protocolo que votan esos validadores y que solo surte efecto cuando ha tenido detrás una mayoría cualificada durante suficiente tiempo.

PermissionDelegationV1_1 alcanza actualmente 29 de los 35 validadores de confianza, es decir, el 82,9 %. El umbral que la propia red aplica a esta enmienda está en 28 votos. La distancia al umbral es por tanto de un solo voto: si un validador cae o cambia de postura, la extensión queda al filo.

La extensión se introdujo con la versión 3.3.0 del software servidor de referencia; en la red, los nodos de cabeza funcionan ya con la 3.4.1. El antecesor merece mención: una enmienda anterior con el mismo nombre y el mismo número de especificación XLS-75 sigue en el registro, pero reúne un solo voto y está marcada como superada. El primer intento de esta función fracasó, por tanto, y lo que ahora espera la activación es la segunda versión, revisada.

Por qué un voto marca la diferencia

El umbral de algo más del 80 % está puesto alto a propósito y debe impedir que una mayoría estrecha cambie las reglas de una cadena en la que se liquidan pagos. El efecto secundario: una enmienda también puede perder su mayoría justo antes de la meta, y eso es manifiestamente lo que ha ocurrido aquí.

Dos fechas en circulación: el 8 de octubre está en el registro, el 5 en las noticias

El cómputo que aparece en muchas noticias arranca el 21 de septiembre, cuando la enmienda alcanzó la fase de dos semanas. Catorce días después resulta el 5 de octubre. La anotación en el registro, sin embargo, lleva el 24 de septiembre a las 21:25 UTC, y ese es el momento desde el que el plazo se cuenta realmente.

La regla de la red explica cómo pueden surgir ambas fechas. Si una enmienda pierde el apoyo necesario durante la espera, queda provisionalmente rechazada y el plazo de dos semanas vuelve a empezar. Varios servicios especializados habían informado esa misma semana de que el intento se había reiniciado; la fecha, en cambio, no se corrigió en muchos casos. Quien se fía del 5 de octubre cuenta con un reloj que se atrasó por el camino.

La contraprueba forma parte del cuadro: el 8 de octubre es la fecha más temprana posible, no un compromiso. Si el apoyo se mantiene por encima del umbral hasta entonces, la red activa la extensión. Si baja antes, el plazo vuelve a empezar y la fecha se desplaza otras dos semanas.

Registro de recuento y plazo de dos semanas: el camino de una enmienda hasta la activación

El XRP Ledger cuenta los votos a intervalos fijos. Cada bloque 256 es un registro de recuento, es decir, un bloque en el que la red escruta los votos de las enmiendas. Esto ocurre cada pocos minutos, y la operación se reparte entre cuatro bloques consecutivos: en el bloque anterior los validadores emiten sus votos, en el registro de recuento se cuentan, en el bloque siguiente se inscribe la habilitación y en el bloque posterior el cambio surte efecto.

En la práctica, para el 8 de octubre eso significa: la extensión surtirá efecto en el primer registro de recuento escrutado después de las 21:25 UTC, es decir, puede que unos minutos más tarde. Para planificar basta con la indicación de la tarde del 8 de octubre, que en hora central europea es la noche del mismo día.

La descripción oficial de este procedimiento está en la documentación del XRP Ledger sobre enmiendas. Allí consta también la regla de que el plazo vuelve a empezar si se cae por debajo del umbral.

DelegateSet: diez derechos por delegado, la clave principal se queda en la cuenta

Técnicamente la novedad funciona mediante un tipo de transacción propio llamado DelegateSet. Con él, una cuenta otorga facultades aisladas a otra cuenta, las modifica después o las retira. La delegación de permisos designa exactamente ese principio: una cuenta autoriza a otra a presentar determinadas transacciones en su nombre sin entregar su propia clave de firma.

El tope está en diez facultades por entrada de delegación. A quien necesite más, la documentación lo remite a la firma múltiple, que ya existe. Suena a nota al margen, pero es el verdadero caso de uso: una empresa puede permitir a su departamento de pagos lanzar transferencias y al de cumplimiento aprobarlas, sin que ninguno de los dos reciba la clave de la cuenta global.

La clave misma se queda en la cuenta que delega. Justo por eso la función interesa a custodios, proveedores de servicios de pago y mercados, que hoy trabajan o con cuentas ómnibus o con firmas múltiples trabajosas. Cómo custodias tus propias claves no se ve afectado por ello; quien quiera comparar los aparatos encontrará el panorama en la comparativa de carteras de hardware.

Qué cambia para una cuenta privada

Para una cuenta de XRP normal, de entrada no cambia nada. Mientras tú no configures ninguna delegación, tu cuenta sigue manejándose como antes. La extensión crea una posibilidad, no una obligación. Se vuelve relevante para ti en dos puntos: en el software con el que accedes a la cuenta y en el servicio que custodia tus XRP.

Derechos no delegables: el cambio de claves y la cesión de permisos siguen bloqueados

La especificación traza un límite decisivo para la valoración de la seguridad. Determinadas facultades no pueden cederse expresamente, entre ellas las que permitirían a un delegado cambiar las claves de la cuenta u otorgarse a sí mismo más derechos. Si una transacción lo intenta de todos modos, la red la rechaza con un aviso de transacción mal formada.

Este límite impide el ataque más evidente. Sin él, un derecho parcial concedido una vez podría ampliarse hasta la toma completa de una cuenta, porque el delegado se convertiría a sí mismo en titular de la clave. Con él, una delegación sigue siendo revocable, y solo por la cuenta que la concedió.

La lista completa de las facultades excluidas la recoge la especificación XLS-75 sobre la delegación de permisos. Quien opere un software de cartera o prepare una integración no puede saltarse este documento.

PaymentBurn: la reserva de la documentación de XRPL sobre tokens recién emitidos

En la descripción técnica de la transacción DelegateSet hay una indicación que se pasa por alto con facilidad en una lectura rápida. Mientras no esté activada otra enmienda determinada, un delegado con la facultad estrictamente definida PaymentBurn puede, en ciertas circunstancias, crear también nuevos tokens negociables. La documentación lo presenta como una reserva, no como un fallo.

El punto tiene relevancia práctica para los emisores de tokens propios en el XRP Ledger, no para ti como poseedor de XRP. Quien en cambio tenga tokens de un emisor que trabaje con delegaciones a partir del día de la activación tiene aquí una pregunta para ese emisor: qué facultades se conceden, a quién, y cómo se revocan.

La reserva muestra además por qué tales extensiones llegan por fases. Un solo cambio de protocolo interviene en un cuerpo de reglas formado por decenas de cambios anteriores, y las interacciones no siempre están claras desde el principio.

BatchV1_1 y LendingProtocolV1_1: las demás enmiendas en la ventana

La delegación de permisos no es el único cambio en la cola. En octubre corren tres plazos en paralelo, y una cuarta votación está todavía en su inicio. El cuadro refleja la situación a 1 de octubre de 2026.

BatchV1_1 agrupa varias transacciones en un paquete que se procesa en conjunto, y reúne 30 votos. La corrección de fallo que lo acompaña lleva el apoyo más amplio de las cuatro, con 34 de 35 votos. Ambas surtirían efecto un día después de la delegación de permisos, el 9 de octubre.

Muy distinto es el caso del protocolo de préstamo LendingProtocolV1_1, del que mucho se ha escrito últimamente: está en 5 de 35 votos y no ha alcanzado la mayoría. Allí no se ve ninguna activación en las próximas semanas, y no hay fecha para ella. Quien lea noticias sobre un préstamo inminente en el XRP Ledger puede contraponerles esta cifra.

Custodia y cuenta de exchange: el día de la activación para los poseedores en Alemania

El día en sí transcurre sin sobresaltos para la mayoría de los poseedores, con una excepción: los mercados y los custodios suspenden en ocasiones durante unas horas los ingresos y las retiradas de XRP en torno a las actualizaciones de protocolo, para esperar a que pase la transición. Es rutina y no una avería, pero afecta a todo el que tenga una transferencia prevista esa tarde.

Quien tenga sus XRP en un proveedor verá normalmente un aviso en el área de estado o por notificación, en general de uno a tres días antes. Quien custodia por su cuenta necesita un software de cartera capaz de manejar el nuevo tipo de transacción; las versiones antiguas pueden no mostrar en absoluto un tipo desconocido, o mostrarlo mal. Qué proveedores están autorizados en Alemania bajo el reglamento europeo sobre los mercados de criptoactivos y en qué se diferencian en comisiones y custodia lo muestra la comparativa de exchanges de criptomonedas.

En lo fiscal, una actualización de protocolo no cambia nada

La activación de una enmienda no es un ingreso, ni una transmisión, ni un token nuevo. Tu plazo de tenencia sigue corriendo sin cambios y no surge ningún hecho con relevancia fiscal. Otra cosa sería solo si una cadena se escindiera; aquí no hay indicio de ello, porque la extensión avanza con una mayoría amplia y sin contrapropuesta.

Phishing con derechos de delegación: un patrón nuevo de autorizaciones falsificadas

Cada nueva función de permisos en una cadena trae consigo un nuevo fraude. En Ethereum corrió el mismo patrón tras la introducción de las cuentas delegadas: una supuesta página de autorización pide una firma, y la firma no concede un pago sino derechos duraderos sobre una cuenta.

Para el XRP Ledger eso significa, desde el día de la activación: una invitación a firmar una transacción DelegateSet está entre las operaciones en las que merece la pena mirar dos veces. Una cuenta a la que concedes derechos puede actuar en el marco de esos derechos hasta que los revoques. Como el cambio de claves queda excluido de la delegación, el daño está acotado; agradable no es de todos modos.

Una invitación así no te llega nunca de una red en sí. Ni el XRP Ledger ni una cartera te envía un mensaje diciendo que debas confirmar derechos para que un cambio de protocolo surta efecto. Ese mensaje es falso, sin excepción.

Delegación de permisos: tus tres próximos pasos

1. Actualiza el software de cartera antes de que llegue el 8 de octubre. Una versión que conozca DelegateSet te muestra una transacción de delegación como tal, en vez de registrarla como tipo desconocido. Qué programas se mantienen y cuáles llevan meses parados lo indica la comparativa de carteras de software.
2. Consulta la ventana con tu custodio. Si tienes previsto un ingreso o una retirada de XRP para el 8 o el 9 de octubre, pásalo a otro día, o consulta antes el aviso de estado de tu proveedor. Quien de todas formas piense en cambiar encontrará los proveedores autorizados en la comparativa de exchanges.
3. Mantén las posiciones grandes fuera del alcance de la función de autorización. Una cuenta que nunca delega tampoco puede ser atacada por esta vía. Para los importes que no mueves, la custodia en un aparato propio sigue siendo la solución más tranquila; los aparatos y sus diferencias están en la comparativa de carteras de hardware.

La fecha sigue siendo móvil hasta el final. Mientras el apoyo esté por encima del umbral de 28 votos, vale la tarde del 8 de octubre; si cae por debajo, el plazo de dos semanas vuelve a empezar. Esto puede seguirse en el recuento de votos de los validadores, que cambia de continuo en la red.

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