La actualización por lotes (Batch) del XRP Ledger entra en vivo el 29 de septiembre: los servidores que no estén en xrpld 3.3.0 quedarán fuera de servicio#CryptoNewss
$XRP
$TRX
$FF
#Market_Update El XRP Ledger se prepara para activar su esperada enmienda de Batch el 29 de septiembre, introduciendo la posibilidad de agrupar múltiples transacciones juntas y ejecutarlas bajo un único conjunto de condiciones.
La actualización requiere que los operadores de servidores ejecuten rippled —también conocido como xrpld— versión 3.3.0 o superior. Los servidores que permanezcan en versiones anteriores cuando se habiliten las enmiendas activadas por el lanzamiento quedarán bloqueados por enmienda (amendment-blocked), impidiéndoles determinar el estado actual del ledger hasta que su software sea actualizado.
#cryptouniverseofficial La versión 3.3.0 se lanzó el 6 de agosto e incorpora soporte para Batch junto con varias otras enmiendas y cambios de protocolo. El proceso de activación sigue el sistema de enmiendas de XRPL, según el cual los cambios de protocolo requieren un apoyo sostenido de validadores antes de volverse activos automáticamente.
Para las casas de cambio, proveedores de wallets, validadores y otros operadores de infraestructura, la fecha límite del 29 de septiembre es operativa y no opcional si sus servidores se ven afectados por enmiendas recién habilitadas.
#MarketAnalysis Batch trae transacciones atómicas a XRPL
El eje central es la enmienda Batch, que introduce una nueva transacción Batch capaz de contener hasta ocho transacciones internas.
Esas transacciones pueden ejecutarse usando diferentes modos. Bajo una estructura de “Todo o Nada”, cada transacción incluida debe tener éxito o no se aplica ninguna. Otros modos permiten que las transacciones se ejecuten de forma independiente, se detengan después de la primera transacción exitosa o se detengan después de la primera transacción fallida.
#xrpapdet Eso crea aplicaciones que van más allá del simple agrupamiento de transacciones.
Por ejemplo, un usuario podría construir operaciones que involucren varios pagos o acciones de cuenta coordinados, asegurando que se ejecuten de acuerdo con condiciones predeterminadas. Los desarrolladores también pueden reducir la complejidad implicada al orquestar flujos de trabajo de varios pasos..
$XRP
$TRX
$FF
#Market_Update El XRP Ledger se prepara para activar su esperada enmienda de Batch el 29 de septiembre, introduciendo la posibilidad de agrupar múltiples transacciones juntas y ejecutarlas bajo un único conjunto de condiciones.
La actualización requiere que los operadores de servidores ejecuten rippled —también conocido como xrpld— versión 3.3.0 o superior. Los servidores que permanezcan en versiones anteriores cuando se habiliten las enmiendas activadas por el lanzamiento quedarán bloqueados por enmienda (amendment-blocked), impidiéndoles determinar el estado actual del ledger hasta que su software sea actualizado.
#cryptouniverseofficial La versión 3.3.0 se lanzó el 6 de agosto e incorpora soporte para Batch junto con varias otras enmiendas y cambios de protocolo. El proceso de activación sigue el sistema de enmiendas de XRPL, según el cual los cambios de protocolo requieren un apoyo sostenido de validadores antes de volverse activos automáticamente.
Para las casas de cambio, proveedores de wallets, validadores y otros operadores de infraestructura, la fecha límite del 29 de septiembre es operativa y no opcional si sus servidores se ven afectados por enmiendas recién habilitadas.
#MarketAnalysis Batch trae transacciones atómicas a XRPL
El eje central es la enmienda Batch, que introduce una nueva transacción Batch capaz de contener hasta ocho transacciones internas.
Esas transacciones pueden ejecutarse usando diferentes modos. Bajo una estructura de “Todo o Nada”, cada transacción incluida debe tener éxito o no se aplica ninguna. Otros modos permiten que las transacciones se ejecuten de forma independiente, se detengan después de la primera transacción exitosa o se detengan después de la primera transacción fallida.
#xrpapdet Eso crea aplicaciones que van más allá del simple agrupamiento de transacciones.
Por ejemplo, un usuario podría construir operaciones que involucren varios pagos o acciones de cuenta coordinados, asegurando que se ejecuten de acuerdo con condiciones predeterminadas. Los desarrolladores también pueden reducir la complejidad implicada al orquestar flujos de trabajo de varios pasos..
