Los desarrolladores de XRP Ledger han realizado una limpieza en la última versión de xrpld, pero los usuarios no deben panificar. La versión 3.3.0 "retiró" oficialmente cinco enmiendas del protocolo de larga data, eliminando el código heredado previo a la enmienda de la base de código, mientras mantiene intactos los comportamientos reales. Qué significa "retirar" - Retirar una enmienda solo elimina la ruta de código antigua que existía para emular el comportamiento previo a la enmienda. No deshace ni desactiva la función en sí. - Una vez retirada, el comportamiento de la enmienda se convierte en una parte incondicional del protocolo principal, según la documentación de XRPL. - Los desarrolladores normalmente esperan dos años después de que una enmienda se active antes de retirarla. Este retraso preserva la implementación antigua para depuración y reproducción histórica precisa de transacciones. ¿Cuáles enmiendas se retiraron? xrpld 3.3.0 retira cinco enmiendas que han estado activas durante algún tiempo: - Clawback — permite a emisores calificados recuperar tokens emitidos de los titulares si el emisor activó la configuración de clawback (no se aplica a XRP nativo). Activa en Mainnet desde el 8 de febrero de 2024; la retirada elimina la ruta de código anterior, no la función. - fixDisallowIncomingV1 — corrigió un problema de autorización de línea de confianza. - fixInnerObjTemplate — abordó errores relacionados con objetos AMM internos. - fixNFTokenReserve — añadió verificaciones de reserva cuando se aceptan ofertas de NFT. - fixUniversalNumber — unificó partes de los cálculos de punto flotante decimal de XRPL. Por qué importa (y por qué en su mayoría no importa) - Para titulares ordinarios de XRP y usuarios de tokens: no hay nada que hacer. No se requieren migraciones, actualizaciones de monederos ni transacciones. Las reglas de la red permanecen tal como estaban después de que se activaran esas enmiendas. - Para desarrolladores e historiadores: si necesitas reproducir exactamente los ledger antiguos tal como se comportaron hace años, podrías necesitar la versión de xrpld que estaba vigente en ese momento — porque la retirada elimina la rama heredada que reproducía el comportamiento previo a la enmienda. - Para operadores de servidores: actualiza a xrpld 3.3.0 lo antes posible para mantener la continuidad del servicio. Ejecutar una versión más antigua de xrpld puede dejar un nodo "bloqueado por enmienda" si carece del código para enmiendas que más adelante se activen. Una situación similar ocurrió en julio, cuando nodos que ejecutaban versiones antiguas quedaron bloqueados por enmienda tras la activación de fixCleanup3_2_0. Cómo funciona el proceso de enmienda de XRPL (breve) - Las nuevas propuestas del protocolo se incluyen en xrpld, pero no se activan inmediatamente. Los validadores votan sobre las enmiendas; una propuesta debe mantener más del 80% de apoyo de validadores confiables durante dos semanas continuas para activarse. - Una vez activa, el nuevo comportamiento es permanente a menos que una enmienda posterior lo modifique. Después de dos años de estar activa, una enmienda puede retirarse — convirtiendo su nuevo comportamiento en lógica incondicional del protocolo y eliminando la ruta de código antigua. ¿Qué hay de nuevo en 3.3.0? xrpld 3.3.0 también introduce seis nuevas propuestas de enmienda en el software, pero estas aún no están activas en Mainnet: - BatchV1_1 — envía hasta ocho transacciones internas juntas. - ConfidentialTransfer — transferencias que preservan la privacidad para tokens de múltiples propósitos. - DynamicMPT — añade flexibilidad a ciertas propiedades de tokens. - PermissionDelegationV1_1 — actualiza la lógica de delegación de permisos. - Sponsor — permite que terceros cubran las tarifas de transacción y los requisitos de reserva. - fixCleanup3_3_0 — limpieza y correcciones de la base de código. Cada una aún debe superar el umbral del >80% de validadores durante dos semanas continuas para activarse. Su inclusión en xrpld simplemente hace que el código esté disponible para que los validadores voten sobre él. Conclusión Las retiradas recientes son un mantenimiento estándar del ciclo de vida del protocolo: XRPL está eliminando código obsoleto ahora que varias enmiendas han estado firmemente establecidas durante años. Funciones como Clawback y las otras enmiendas retiradas siguen siendo parte del comportamiento permanente del ledger; los usuarios ordinarios no se ven afectados. La toma operativa inmediata es que los operadores de nodos actualicen a xrpld 3.3.0 para evitar posibles bloqueos por enmienda y asegurar su preparación para futuras activaciones.
XRPL retira cinco enmiendas heredadas en xrpld 3.3.0
ChainGPTCompartir
Resumen
El XRP Ledger (XRPL) ha completado una actualización del protocolo en xrpld 3.3.0, retirando cinco enmiendas heredadas. La actualización de la cadena de bloques elimina código obsoleto mientras conserva los comportamientos existentes. Las enmiendas afectadas incluyen Clawback, fixDisallowIncomingV1, fixInnerObjTemplate, fixNFTokenReserve y fixUniversalNumber. Los usuarios no necesitan tomar ninguna acción, pero los operadores de nodos deben actualizar para evitar el bloqueo de enmiendas. Se incluyen seis nuevas propuestas, pero aún no están activas en Mainnet.
Fuente:Mostrar original
Descargo de responsabilidad: La información contenida en esta página puede proceder de terceros y no refleja necesariamente los puntos de vista u opiniones de KuCoin. Este contenido se proporciona solo con fines informativos generales, sin ninguna representación o garantía de ningún tipo, y tampoco debe interpretarse como asesoramiento financiero o de inversión. KuCoin no es responsable de ningún error u omisión, ni de ningún resultado derivado del uso de esta información.
Las inversiones en activos digitales pueden ser arriesgadas. Evalúa con cuidado los riesgos de un producto y tu tolerancia al riesgo en función de tus propias circunstancias financieras. Para más información, consulta nuestras Condiciones de uso y la Declaración de riesgos.