La mise à niveau par lot (Batch) du registre XRP sera lancée le 29 septembre — Les serveurs non exécutant xrpld 3.3.0 seront coupés#CryptoNewss
$XRP
$TRX
$FF
#Market_Update Le registre XRP se prépare à activer sa très attendue mise à niveau d’amendement Batch le 29 septembre. Celle-ci introduit la possibilité de regrouper plusieurs transactions ensemble et de les exécuter selon un seul ensemble de conditions.
La mise à niveau exige des opérateurs de serveurs qu’ils exécutent rippled — également connu sous le nom d’xrpld — en version 3.3.0 ou ultérieure. Les serveurs restés sur des versions plus anciennes lorsque les amendements activés par la publication entreront en vigueur deviendront « bloqués par amendement » (amendment-blocked), les empêchant de déterminer l’état actuel du registre jusqu’à ce que leur logiciel soit mis à niveau.
#cryptouniverseofficial La version 3.3.0 a été publiée le 6 août et apporte la prise en charge de Batch ainsi que plusieurs autres amendements et changements de protocole. Le processus d’activation suit le système d’amendements du XRPL, selon lequel les changements de protocole nécessitent un soutien durable des validateurs avant de devenir automatiquement actifs.
Pour les échanges, les fournisseurs de portefeuilles, les validateurs et les autres opérateurs d’infrastructure, la date limite du 29 septembre est donc opérationnelle plutôt qu’optionnelle si leurs serveurs sont concernés par des amendements nouvellement activés.
#MarketAnalysis Batch apporte des transactions atomiques au XRPL
Le cœur du dispositif est l’amendement Batch, qui introduit une nouvelle transaction Batch capable de contenir jusqu’à huit transactions internes.
Ces transactions peuvent être exécutées selon différents modes. Dans une structure « Tout ou rien », chaque transaction incluse doit réussir, sinon aucune n’est appliquée. D’autres modes permettent aux transactions de s’exécuter indépendamment, de s’arrêter après la première transaction réussie ou de s’arrêter après la première transaction échouée.
#xrpapdet Cela permet de créer des applications qui vont au-delà du simple regroupement de transactions.
Un utilisateur pourrait, par exemple, construire des opérations impliquant plusieurs paiements ou actions de compte coordonnés, tout en s’assurant qu’elles s’exécutent selon des conditions prédéterminées. Les développeurs peuvent aussi réduire la complexité liée à l’orchestration de workflows multi-étapes..
$XRP
$TRX
$FF
#Market_Update Le registre XRP se prépare à activer sa très attendue mise à niveau d’amendement Batch le 29 septembre. Celle-ci introduit la possibilité de regrouper plusieurs transactions ensemble et de les exécuter selon un seul ensemble de conditions.
La mise à niveau exige des opérateurs de serveurs qu’ils exécutent rippled — également connu sous le nom d’xrpld — en version 3.3.0 ou ultérieure. Les serveurs restés sur des versions plus anciennes lorsque les amendements activés par la publication entreront en vigueur deviendront « bloqués par amendement » (amendment-blocked), les empêchant de déterminer l’état actuel du registre jusqu’à ce que leur logiciel soit mis à niveau.
#cryptouniverseofficial La version 3.3.0 a été publiée le 6 août et apporte la prise en charge de Batch ainsi que plusieurs autres amendements et changements de protocole. Le processus d’activation suit le système d’amendements du XRPL, selon lequel les changements de protocole nécessitent un soutien durable des validateurs avant de devenir automatiquement actifs.
Pour les échanges, les fournisseurs de portefeuilles, les validateurs et les autres opérateurs d’infrastructure, la date limite du 29 septembre est donc opérationnelle plutôt qu’optionnelle si leurs serveurs sont concernés par des amendements nouvellement activés.
#MarketAnalysis Batch apporte des transactions atomiques au XRPL
Le cœur du dispositif est l’amendement Batch, qui introduit une nouvelle transaction Batch capable de contenir jusqu’à huit transactions internes.
Ces transactions peuvent être exécutées selon différents modes. Dans une structure « Tout ou rien », chaque transaction incluse doit réussir, sinon aucune n’est appliquée. D’autres modes permettent aux transactions de s’exécuter indépendamment, de s’arrêter après la première transaction réussie ou de s’arrêter après la première transaction échouée.
#xrpapdet Cela permet de créer des applications qui vont au-delà du simple regroupement de transactions.
Un utilisateur pourrait, par exemple, construire des opérations impliquant plusieurs paiements ou actions de compte coordonnés, tout en s’assurant qu’elles s’exécutent selon des conditions prédéterminées. Les développeurs peuvent aussi réduire la complexité liée à l’orchestration de workflows multi-étapes..
