¿Se activó la enmienda fixCleanup3_4_0 de XRPL? Terminó la cuenta regresiva de dos semanas y el resultado es: activada
A esta misma hora anoche dije que el Ledger de XRP activaría fixCleanup3_4_0 esta noche, como muy pronto, alrededor de las 22:46 (hora de Pekín). Dije que volvería para comprobarlo, así que aquí está el resultado.
Esta noche, alrededor de las 23:14 (hora de Pekín), consulté dos fuentes: los datos de enmiendas de xrpscan y la interfaz de funciones de un nodo público de XRPL. Ambas indicaban «enabled» (habilitada). La mayoría de más del 80 % empezó a contar desde las 22:46 del 21 de octubre, hora de Pekín. Se cumplieron las dos semanas sin interrupciones y, según las reglas, la enmienda entró en vigor. No revisé uno por uno qué ledger la activó, así que no me inventaré una hora exacta al segundo.
¿Qué se corrigió esta vez? La documentación oficial dice que se trata de un conjunto de correcciones que afecta a las bóvedas de un solo activo, los protocolos de préstamos, AMM, DEX con permisos, líneas de confianza, NFT, MPT, custodia, firmas y delegación de permisos.
La parte que más conviene entender es la de la delegación de permisos. La documentación oficial incluía originalmente una advertencia: antes de que se activara esta enmienda, recomendaba no delegar a otros el permiso «PaymentBurn», porque antes de la corrección, en ciertas circunstancias, un delegado que solo tuviera ese permiso aún podía acuñar nuevos tokens (tokens de líneas de confianza o MPT).
Dicho sin rodeos: entregabas una llave que «solo sirve para quemar», pero resultaba que abría la puerta de la «imprenta de dinero». Esta noche, esa puerta se cerró según las reglas.
¿Qué deben hacer los titulares comunes?
· Básicamente, nada. Es una corrección de las reglas del protocolo, no un airdrop. No hace falta migrar la cartera ni «reclamar nuevas monedas». Si alguien te pide que hagas clic en un enlace o introduzcas tu frase semilla con el pretexto de una «actualización de XRPL», considéralo un estafador.
· Los proyectos que hayan emitido tokens o utilizado la delegación de permisos deben comprobar por su cuenta la configuración de las delegaciones; no se fíen solo de lo que digo.
· Quienes operen sus propios nodos: una vez que la enmienda entre en vigor, si no han actualizado a una versión del software que la admita, el nodo quedará «bloqueado por la enmienda» y no podrá validar ledgers con normalidad.
En cuanto a cumplir la palabra, la cadena es más fiable que las personas: 80 %, dos semanas y activación al llegar la hora. Nadie tiene que darse golpes de pecho.
¿Te fijarías en una votación de actualización como esta?
$XRP #XRPL #ActualizaciónEnCadena
A esta misma hora anoche dije que el Ledger de XRP activaría fixCleanup3_4_0 esta noche, como muy pronto, alrededor de las 22:46 (hora de Pekín). Dije que volvería para comprobarlo, así que aquí está el resultado.
Esta noche, alrededor de las 23:14 (hora de Pekín), consulté dos fuentes: los datos de enmiendas de xrpscan y la interfaz de funciones de un nodo público de XRPL. Ambas indicaban «enabled» (habilitada). La mayoría de más del 80 % empezó a contar desde las 22:46 del 21 de octubre, hora de Pekín. Se cumplieron las dos semanas sin interrupciones y, según las reglas, la enmienda entró en vigor. No revisé uno por uno qué ledger la activó, así que no me inventaré una hora exacta al segundo.
¿Qué se corrigió esta vez? La documentación oficial dice que se trata de un conjunto de correcciones que afecta a las bóvedas de un solo activo, los protocolos de préstamos, AMM, DEX con permisos, líneas de confianza, NFT, MPT, custodia, firmas y delegación de permisos.
La parte que más conviene entender es la de la delegación de permisos. La documentación oficial incluía originalmente una advertencia: antes de que se activara esta enmienda, recomendaba no delegar a otros el permiso «PaymentBurn», porque antes de la corrección, en ciertas circunstancias, un delegado que solo tuviera ese permiso aún podía acuñar nuevos tokens (tokens de líneas de confianza o MPT).
Dicho sin rodeos: entregabas una llave que «solo sirve para quemar», pero resultaba que abría la puerta de la «imprenta de dinero». Esta noche, esa puerta se cerró según las reglas.
¿Qué deben hacer los titulares comunes?
· Básicamente, nada. Es una corrección de las reglas del protocolo, no un airdrop. No hace falta migrar la cartera ni «reclamar nuevas monedas». Si alguien te pide que hagas clic en un enlace o introduzcas tu frase semilla con el pretexto de una «actualización de XRPL», considéralo un estafador.
· Los proyectos que hayan emitido tokens o utilizado la delegación de permisos deben comprobar por su cuenta la configuración de las delegaciones; no se fíen solo de lo que digo.
· Quienes operen sus propios nodos: una vez que la enmienda entre en vigor, si no han actualizado a una versión del software que la admita, el nodo quedará «bloqueado por la enmienda» y no podrá validar ledgers con normalidad.
En cuanto a cumplir la palabra, la cadena es más fiable que las personas: 80 %, dos semanas y activación al llegar la hora. Nadie tiene que darse golpes de pecho.
¿Te fijarías en una votación de actualización como esta?
$XRP #XRPL #ActualizaciónEnCadena
