La actualización por lotes del Ledger XRP se ha retrasado por al menos 10 días. El soporte de los validadores bajó brevemente por debajo del umbral del 80% de la red, reiniciando el conteo de dos semanas y retrasando la fecha de activación más temprana al 9 de octubre si el soporte se mantiene.
La función estaba programada para activarse el 29 de septiembre. La repentina pérdida de soporte retrasó la fecha de lanzamiento, a pesar de que los votos se recuperaron rápidamente.
El Reinicio y el Nuevo Reloj
El 25 de septiembre, el panel de enmiendas XRPL confirmó que BatchV1_1 recuperó el apoyo de 30 de los 35 validadores confiables, lo que reinició un conteo de dos semanas.
Si los validadores confiables de la red continúan respaldándolo, la fecha de activación posible más temprana se mueve al 9 de octubre alrededor de las 14:46 UTC. La red opera bajo reglas estrictas: las actualizaciones necesitan más del 80% de los validadores confiables para mantener el soporte durante dos semanas consecutivas. Perder ese soporte borra el tiempo acumulado, incluso si los votos vuelven a manifestarse poco después.
El conteo regresivo hacia Batch comenzó el 15 de septiembre. Esto marca el segundo intento de poner la función en uso. La primera versión se retiró antes de que pudiera activarse, debido a un problema grave con la forma en que se verificaban las firmas. La versión corregida de la función se lanzó en agosto como parte de la versión 3.3.0 del software que ejecuta el ledger.
El Jefe de Ingeniería de Ripple sobre la Función
El jefe de ingeniería de RippleX, Ayo Akinyele, le dijo a CoinDesk el año pasado que se estaban construyendo más proyectos alrededor de Batch, y agregó que Ripple compartiría más sobre su trabajo con los administradores de activos una vez que la función se activara.
No mencionó a los socios ni proporcionó fechas de lanzamiento, pero dijo: «Algunos proyectos ya se están construyendo teniendo en cuenta Batch, por lo que la activación permitiría que ese trabajo se acercara a la producción».
El momento de los comentarios de Akinyele hace que el retraso sea más incómodo de lo que sería de otra manera. Había proyectos que estaban esperando la actualización, y ahora tendrán que esperar más.
La Actualización de Delegación de Permisos También se Retrasa
Una actualización distinta también se pospuso. PermissionDelegationV1_1 fue la función, que permitiría a los propietarios de cuentas dar a otros ciertas tareas sin entregar claves de firma.
Otra cuenta podría recibir permiso para llevar a cabo acciones permitidas en nombre de una empresa sin que la empresa revele las claves que controlan sus fondos. Un emisor de tokens podría delegar responsabilidades de pago y funciones de cumplimiento a cuentas operativas distintas.
Esta actualización fue despojada de su estado de calificación el 23 de septiembre, para ser restaurada un solo día después. El punto más temprano en el que podría haber entrado en vigor se cambió del 5 de octubre al 8 de octubre, un cambio que ocurrió alrededor de las 21:25 UTC.
Lo que Sigue
Para que Batch se active el 9 de octubre, el apoyo debe mantenerse en un 80% o superior durante dos semanas seguidas. Si cae en cambio, la cuenta regresiva comienza de nuevo.
El resultado está vinculado a si los validadores confiables de la red continúan apoyando la actualización:
- Si siguen votando a favor de ella, el 9 de octubre se convierte en la fecha posible más temprana para la actualización.
- Si dejan de hacerlo, la actualización podría retrasarse aún más.
La Verdadera Causa del Retraso
El retraso no es un fallo de la tecnología. La actualización en sí es una versión corregida de una función que los desarrolladores retiraron antes de que se activara. Se envió en agosto con la versión 3.3.0 del software.
El problema es el sistema de votación. El respaldo de los validadores cayó por debajo del umbral, y las reglas están configuradas para penalizar cualquier caída de este tipo, incluso una temporal. Una única disminución borra semanas de tiempo acumulado.
Las estrictas pautas de la red provocaron que el tiempo de cuenta regresiva acumulado desapareciera una vez que se superó el umbral, lo que fue lo que hizo necesario el reinicio de dos semanas.
La Conclusión
El 9 de octubre es la fecha más temprana en la que ahora puede ocurrir la actualización. Para los proyectos que aún esperan la finalización de Batch, la demora ahora se sitúa en al menos dos semanas más, a menos que el apoyo se retrase nuevamente.
“Algunos proyectos ya están siendo desarrollados pensando en Batch, por lo que la activación permitiría que ese trabajo se acercara más a la producción.”
Lo dicho por Akinyele explica por qué la demora es más incómoda de lo que sería de otra manera. La actualización se envió en agosto y la versión corregida ha estado contando hacia atrás desde el 15 de septiembre. Ahora necesita el apoyo del 80% durante dos semanas consecutivas para superar el umbral de activación.
Fuente: “La actualización Batch del XRP Ledger se retrasa hasta el 9 de octubre tras la reanudación del apoyo de los validadores”, CoinDesk.
Recibe El Cuaderno.
Las mejores historias del día y cada veredicto nuevo, en español claro, en tu correo a las siete. Un correo al día, nada más.