Se han activado tres nuevas enmiendas en el XRPL mainnet después de un exitoso temporizador de cuenta regresiva de 14 días en el que tuvieron un 80% de apoyo mayoritario.
En un tuit, el explorador de blockchain XRP Ledger XRPscan describe estas tres enmiendas que ahora se han habilitado en la red principal de XRP Ledger, incluyendo las enmiendas fixAMMv1_3, fixEnforceNFTokenTrustlineV2 y fixPayChanCancelAfter.
Con su activación, todos los nodos de Ripple que ejecutan v2.4.0 y versiones anteriores corren el riesgo de ser bloqueados por enmienda.
¿Qué hay de nuevo?
FixAMMv1_3 agrega varias correcciones al código del Creación de Mercado Automatizado, específicamente añadiendo varias comprobaciones de invariantes para asegurar que los AMMs funcionen como se diseñaron. También añade redondeo a los depósitos y retiros de AMM para asegurar que el saldo del AMM cumpla con la invariante.
Por otro lado, fixEnforceNFTokenTrustlineV2 corrige un error donde las tarifas de transferencia de NFT podrían eludir ciertas limitaciones sobre la recepción de tokens al prevenir que un emisor de NFT reciba tokens fungibles como tarifas de transferencia si el emisor utiliza líneas de confianza autorizadas y la línea de confianza del emisor de NFT no está autorizada. También impide que un emisor de NFT reciba tokens fungibles como tarifas de transferencia en una línea de confianza profundamente congelada. Sin esta enmienda, las tarifas de transferencia de NFT podrían pagarse a un emisor de NFT, eludiendo estas restricciones.
La enmienda FixPayChanCancelAfter impide que se creen nuevos canales de pago con un "tiempo de Cancelar Después" que esté antes del libro mayor actual. Sin esta enmienda, las transacciones pueden crear un canal de pago cuyo "tiempo de Cancelar Después" está en el pasado. Este canal de pago se elimina automáticamente como expirado por la siguiente transacción.
Ayer, la ingeniera de software de RippleX, Mayukha Vadari, insinuó una nueva caída de especificaciones que describe el ciclo de vida de un proceso de estándares del libro mayor de XRP (XLS), aclarando categorías de estándares y estableciendo responsabilidades editoriales.
Esta propuesta está inspirada en el EIP-1 de Ethereum y adapta procesos de estándares establecidos para satisfacer las necesidades únicas del ecosistema XRPL.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Tres grandes actualizaciones de XRP Ledger se lanzan: detalles - U.Today
Se han activado tres nuevas enmiendas en el XRPL mainnet después de un exitoso temporizador de cuenta regresiva de 14 días en el que tuvieron un 80% de apoyo mayoritario.
En un tuit, el explorador de blockchain XRP Ledger XRPscan describe estas tres enmiendas que ahora se han habilitado en la red principal de XRP Ledger, incluyendo las enmiendas fixAMMv1_3, fixEnforceNFTokenTrustlineV2 y fixPayChanCancelAfter.
Con su activación, todos los nodos de Ripple que ejecutan v2.4.0 y versiones anteriores corren el riesgo de ser bloqueados por enmienda.
¿Qué hay de nuevo?
FixAMMv1_3 agrega varias correcciones al código del Creación de Mercado Automatizado, específicamente añadiendo varias comprobaciones de invariantes para asegurar que los AMMs funcionen como se diseñaron. También añade redondeo a los depósitos y retiros de AMM para asegurar que el saldo del AMM cumpla con la invariante.
Por otro lado, fixEnforceNFTokenTrustlineV2 corrige un error donde las tarifas de transferencia de NFT podrían eludir ciertas limitaciones sobre la recepción de tokens al prevenir que un emisor de NFT reciba tokens fungibles como tarifas de transferencia si el emisor utiliza líneas de confianza autorizadas y la línea de confianza del emisor de NFT no está autorizada. También impide que un emisor de NFT reciba tokens fungibles como tarifas de transferencia en una línea de confianza profundamente congelada. Sin esta enmienda, las tarifas de transferencia de NFT podrían pagarse a un emisor de NFT, eludiendo estas restricciones.
La enmienda FixPayChanCancelAfter impide que se creen nuevos canales de pago con un "tiempo de Cancelar Después" que esté antes del libro mayor actual. Sin esta enmienda, las transacciones pueden crear un canal de pago cuyo "tiempo de Cancelar Después" está en el pasado. Este canal de pago se elimina automáticamente como expirado por la siguiente transacción.
Ayer, la ingeniera de software de RippleX, Mayukha Vadari, insinuó una nueva caída de especificaciones que describe el ciclo de vida de un proceso de estándares del libro mayor de XRP (XLS), aclarando categorías de estándares y estableciendo responsabilidades editoriales.
Esta propuesta está inspirada en el EIP-1 de Ethereum y adapta procesos de estándares establecidos para satisfacer las necesidades únicas del ecosistema XRPL.