XRPL podría actualizarse mañana por la noche: ¿por qué esperar dos semanas para cerrar una brecha que convierte el permiso de «quemar» en «acuñar»?
Si la mayoría se mantiene, el registro de XRP activará mañana por la noche, alrededor de las 22:46 (hora de Pekín), una enmienda llamada fixCleanup3_4_0. ¿Por qué justo a esa hora?
No me basé en capturas de noticias de última hora; consulté directamente los datos de enmiendas de xrpscan y la documentación oficial de XRPL. Hasta antes de publicar esta noche: hay 35 validadores de confianza, 33 apoyan la enmienda, el umbral es 28 y todavía no se ha activado. La mayoría de más del 80 % empezó a contabilizarse el 21 de octubre a las 22:46, hora de Pekín.
Las reglas de XRPL (según la documentación oficial):
1. Las funciones nuevas y las correcciones se implementan como «enmiendas» y se someten a votación de los validadores.
2. Solo entran en vigor cuando reciben más del 80 % de apoyo durante dos semanas seguidas; después se aplican de forma permanente.
3. Si la mayoría cae durante esas dos semanas, el contador se reinicia.
4. Una vez que entran en vigor, los nodos que no hayan actualizado el software quedan «bloqueados por la enmienda» y no pueden validar el registro ni procesar transacciones.
Así que «mañana por la noche como muy pronto» no es una fecha de lanzamiento fijada por alguien: es simplemente el momento en que termina la cuenta atrás de dos semanas.
¿Qué corrige esta enmienda? La descripción oficial habla de un conjunto de correcciones relacionadas con bóvedas, protocolos de préstamo, AMM, DEX con permisos, líneas de confianza, NFT, MPT, custodia, firmas y delegación de permisos. La última es la que más vale la pena entender:
Si a una cuenta delegada solo se le concede permiso para «pagar para quemar», en determinadas circunstancias un pago podía hacer que el saldo superara el cero y se convirtiera en una «emisión de tokens». Tras la corrección, se rechazará ese tipo de pago, a menos que la cuenta también tenga permiso para «pagar para acuñar».
Dicho sin rodeos: si un permiso solo permite «quemar», pero acaba permitiendo «imprimir», cuanto antes se cierre esa brecha, mejor. Pero la corrección depende de un proceso de votación de dos semanas, y ese es también el precio de las actualizaciones descentralizadas.
Un par de recordatorios:
· Es una corrección de las reglas del protocolo, no un airdrop, y no tienes que hacer nada. Si alguien te dice que «migres tu monedero para la actualización» o que «reclames nuevas monedas», considéralo directamente una estafa.
· Si ejecutas tu propio nodo, comprueba que la versión del software sea compatible con esta enmienda.
· Solo los datos en cadena dirán si la mayoría se mantiene hasta mañana por la noche; no puedo garantizarlo.
¿Sueles seguir las votaciones sobre actualizaciones en cadena?
$XRP #XRPL #ActualizaciónEnCadena
Si la mayoría se mantiene, el registro de XRP activará mañana por la noche, alrededor de las 22:46 (hora de Pekín), una enmienda llamada fixCleanup3_4_0. ¿Por qué justo a esa hora?
No me basé en capturas de noticias de última hora; consulté directamente los datos de enmiendas de xrpscan y la documentación oficial de XRPL. Hasta antes de publicar esta noche: hay 35 validadores de confianza, 33 apoyan la enmienda, el umbral es 28 y todavía no se ha activado. La mayoría de más del 80 % empezó a contabilizarse el 21 de octubre a las 22:46, hora de Pekín.
Las reglas de XRPL (según la documentación oficial):
1. Las funciones nuevas y las correcciones se implementan como «enmiendas» y se someten a votación de los validadores.
2. Solo entran en vigor cuando reciben más del 80 % de apoyo durante dos semanas seguidas; después se aplican de forma permanente.
3. Si la mayoría cae durante esas dos semanas, el contador se reinicia.
4. Una vez que entran en vigor, los nodos que no hayan actualizado el software quedan «bloqueados por la enmienda» y no pueden validar el registro ni procesar transacciones.
Así que «mañana por la noche como muy pronto» no es una fecha de lanzamiento fijada por alguien: es simplemente el momento en que termina la cuenta atrás de dos semanas.
¿Qué corrige esta enmienda? La descripción oficial habla de un conjunto de correcciones relacionadas con bóvedas, protocolos de préstamo, AMM, DEX con permisos, líneas de confianza, NFT, MPT, custodia, firmas y delegación de permisos. La última es la que más vale la pena entender:
Si a una cuenta delegada solo se le concede permiso para «pagar para quemar», en determinadas circunstancias un pago podía hacer que el saldo superara el cero y se convirtiera en una «emisión de tokens». Tras la corrección, se rechazará ese tipo de pago, a menos que la cuenta también tenga permiso para «pagar para acuñar».
Dicho sin rodeos: si un permiso solo permite «quemar», pero acaba permitiendo «imprimir», cuanto antes se cierre esa brecha, mejor. Pero la corrección depende de un proceso de votación de dos semanas, y ese es también el precio de las actualizaciones descentralizadas.
Un par de recordatorios:
· Es una corrección de las reglas del protocolo, no un airdrop, y no tienes que hacer nada. Si alguien te dice que «migres tu monedero para la actualización» o que «reclames nuevas monedas», considéralo directamente una estafa.
· Si ejecutas tu propio nodo, comprueba que la versión del software sea compatible con esta enmienda.
· Solo los datos en cadena dirán si la mayoría se mantiene hasta mañana por la noche; no puedo garantizarlo.
¿Sueles seguir las votaciones sobre actualizaciones en cadena?
$XRP #XRPL #ActualizaciónEnCadena
