#8648
8648
404 vues
3 mentions
Populaire
Récents
·
--
Vérifié
XRPL propose de durcir les règles de réception des tokens : attention au mot « propose »
Le 30/10, l’examen du dépôt de code de rippled a montré que deux propositions, #8648 et #8650 , étaient toujours ouvertes et n’avaient pas encore été fusionnées.
L’enjeu principal concerne les tokens dont l’émetteur impose l’approbation des détenteurs :
• Pour recevoir des tokens représentant une participation dans un pool AMM, le compte doit être autorisé pour les deux actifs du pool.
• Une ligne de confiance ayant déjà un solde doit également être vérifiée pour toute réception de tokens supplémentaires, au lieu d’être dispensée de vérification au seul motif que son solde est différent de zéro.
On peut comprendre une ligne de confiance comme une relation établie par un compte afin de détenir sur XRPL les tokens d’un émetteur.
Les deux modifications utilisent l’amendement fixCleanup3_5_0. La description actuelle du code indique également que deux autres catégories de vérifications ont été clôturées après examen ; je n’interprète donc pas le résumé comme signifiant que « quatre correctifs ont été déployés ».
À noter : la documentation XRPL précise que ce mécanisme d’autorisation des détenteurs ne s’applique pas au XRP natif.
À mon avis, il s’agit ici de préserver le respect des règles propres aux actifs émis sur la chaîne. Si un token exige l’approbation de son destinataire, les transferts passant par un pool doivent également respecter cette condition.
Il faut suivre le processus d’examen, la publication et l’activation effective. Le code proposé ne constitue pas encore une règle en vigueur sur le mainnet.
Selon vous, pour les actifs institutionnels mis sur la chaîne, faut-il privilégier la libre transférabilité ou le contrôle des personnes autorisées à les détenir ?
Sources : XRPLF/rippled PR #8648, #8650 ; documentation XRPL « Authorized Trust Lines », vérification du 30/10/2026
$XRP
XRPL propose de durcir les règles de réception des tokens : attention au mot « propose »
Le 30/10, l’examen du dépôt de code de rippled a montré que deux propositions, #8648 et #8650 , étaient toujours ouvertes et n’avaient pas encore été fusionnées.
L’enjeu principal concerne les tokens dont l’émetteur impose l’approbation des détenteurs :
• Pour recevoir des tokens représentant une participation dans un pool AMM, le compte doit être autorisé pour les deux actifs du pool.
• Une ligne de confiance ayant déjà un solde doit également être vérifiée pour toute réception de tokens supplémentaires, au lieu d’être dispensée de vérification au seul motif que son solde est différent de zéro.
On peut comprendre une ligne de confiance comme une relation établie par un compte afin de détenir sur XRPL les tokens d’un émetteur.
Les deux modifications utilisent l’amendement fixCleanup3_5_0. La description actuelle du code indique également que deux autres catégories de vérifications ont été clôturées après examen ; je n’interprète donc pas le résumé comme signifiant que « quatre correctifs ont été déployés ».
À noter : la documentation XRPL précise que ce mécanisme d’autorisation des détenteurs ne s’applique pas au XRP natif.
À mon avis, il s’agit ici de préserver le respect des règles propres aux actifs émis sur la chaîne. Si un token exige l’approbation de son destinataire, les transferts passant par un pool doivent également respecter cette condition.
Il faut suivre le processus d’examen, la publication et l’activation effective. Le code proposé ne constitue pas encore une règle en vigueur sur le mainnet.
Selon vous, pour les actifs institutionnels mis sur la chaîne, faut-il privilégier la libre transférabilité ou le contrôle des personnes autorisées à les détenir ?
Sources : XRPLF/rippled PR #8648, #8650 ; documentation XRPL « Authorized Trust Lines », vérification du 30/10/2026
$XRP
Le 30/10, l’examen du dépôt de code de rippled a montré que deux propositions, #8648 et #8650 , étaient toujours ouvertes et n’avaient pas encore été fusionnées.
L’enjeu principal concerne les tokens dont l’émetteur impose l’approbation des détenteurs :
• Pour recevoir des tokens représentant une participation dans un pool AMM, le compte doit être autorisé pour les deux actifs du pool.
• Une ligne de confiance ayant déjà un solde doit également être vérifiée pour toute réception de tokens supplémentaires, au lieu d’être dispensée de vérification au seul motif que son solde est différent de zéro.
On peut comprendre une ligne de confiance comme une relation établie par un compte afin de détenir sur XRPL les tokens d’un émetteur.
Les deux modifications utilisent l’amendement fixCleanup3_5_0. La description actuelle du code indique également que deux autres catégories de vérifications ont été clôturées après examen ; je n’interprète donc pas le résumé comme signifiant que « quatre correctifs ont été déployés ».
À noter : la documentation XRPL précise que ce mécanisme d’autorisation des détenteurs ne s’applique pas au XRP natif.
À mon avis, il s’agit ici de préserver le respect des règles propres aux actifs émis sur la chaîne. Si un token exige l’approbation de son destinataire, les transferts passant par un pool doivent également respecter cette condition.
Il faut suivre le processus d’examen, la publication et l’activation effective. Le code proposé ne constitue pas encore une règle en vigueur sur le mainnet.
Selon vous, pour les actifs institutionnels mis sur la chaîne, faut-il privilégier la libre transférabilité ou le contrôle des personnes autorisées à les détenir ?
Sources : XRPLF/rippled PR #8648, #8650 ; documentation XRPL « Authorized Trust Lines », vérification du 30/10/2026
$XRP
1
838
·
--
Les développeurs de XRP Ledger proposent fixCleanup3_5_0 pour empêcher les jetons soumis à des restrictions d’atteindre des comptes non autorisésINTRODUCTION
Deux demandes de fusion ouvertes dans le dépôt rippled de XRPL, publiées le 27 octobre 2026, combleraient des lacunes qui permettent à des jetons soumis à des règles d’approbation de l’émetteur (RequireAuth) d’atteindre des comptes que l’émetteur n’a jamais autorisés ; les deux changements sont conditionnés à un nouvel amendement, fixCleanup3_5_0. Avec le premier changement, un compte devrait être autorisé pour les deux actifs d’un pool AMM avant de pouvoir acquérir le jeton LP de ce pool, quelle que soit la voie utilisée : paiements, offres sur le DEX, offres de NFT ou enchères pour le créneau réservé aux enchères de l’AMM.
DÉTAILS CLÉS
- Deux demandes de fusion ouvertes dans le dépôt rippled de XRPL, publiées le 27 octobre 2026, combleraient des lacunes qui permettent à des jetons soumis à des règles d’approbation de l’émetteur (RequireAuth) d’atteindre des comptes que l’émetteur n’a jamais autorisés ; les deux changements sont conditionnés à un nouvel amendement, fixCleanup3_5_0.
Les développeurs de XRP Ledger proposent fixCleanup3_5_0 pour empêcher les jetons soumis à des restrictions d’atteindre des comptes non autorisés
INTRODUCTION
Deux demandes de fusion ouvertes dans le dépôt rippled de XRPL, publiées le 27 octobre 2026, combleraient des lacunes qui permettent à des jetons soumis à des règles d’approbation de l’émetteur (RequireAuth) d’atteindre des comptes que l’émetteur n’a jamais autorisés ; les deux changements sont conditionnés à un nouvel amendement, fixCleanup3_5_0. Avec le premier changement, un compte devrait être autorisé pour les deux actifs d’un pool AMM avant de pouvoir acquérir le jeton LP de ce pool, quelle que soit la voie utilisée : paiements, offres sur le DEX, offres de NFT ou enchères pour le créneau réservé aux enchères de l’AMM.
DÉTAILS CLÉS
- Deux demandes de fusion ouvertes dans le dépôt rippled de XRPL, publiées le 27 octobre 2026, combleraient des lacunes qui permettent à des jetons soumis à des règles d’approbation de l’émetteur (RequireAuth) d’atteindre des comptes que l’émetteur n’a jamais autorisés ; les deux changements sont conditionnés à un nouvel amendement, fixCleanup3_5_0.
Deux demandes de fusion ouvertes dans le dépôt rippled de XRPL, publiées le 27 octobre 2026, combleraient des lacunes qui permettent à des jetons soumis à des règles d’approbation de l’émetteur (RequireAuth) d’atteindre des comptes que l’émetteur n’a jamais autorisés ; les deux changements sont conditionnés à un nouvel amendement, fixCleanup3_5_0. Avec le premier changement, un compte devrait être autorisé pour les deux actifs d’un pool AMM avant de pouvoir acquérir le jeton LP de ce pool, quelle que soit la voie utilisée : paiements, offres sur le DEX, offres de NFT ou enchères pour le créneau réservé aux enchères de l’AMM.
DÉTAILS CLÉS
- Deux demandes de fusion ouvertes dans le dépôt rippled de XRPL, publiées le 27 octobre 2026, combleraient des lacunes qui permettent à des jetons soumis à des règles d’approbation de l’émetteur (RequireAuth) d’atteindre des comptes que l’émetteur n’a jamais autorisés ; les deux changements sont conditionnés à un nouvel amendement, fixCleanup3_5_0.
39
Connectez-vous pour découvrir plus de contenu
Rejoignez la communauté mondiale des adeptes de cryptomonnaies sur Binance Square
⚡️ Suviez les dernières informations importantes sur les cryptomonnaies.
💬 Jugé digne de confiance par la plus grande plateforme d’échange de cryptomonnaies au monde.
👍 Découvrez les connaissances que partagent les créateurs vérifiés.
Adresse e-mail/Nº de téléphone
Sujets d’actualité
1
#BinanceReports80%Recoveryof$6.3BillioninLossesfromHackIncident
17,559 vues
159 mentions
2
#HeYiSaysWithdrawalsExpectedtoResumeWithin42Hours
31,654 vues
605 mentions
3
#CZSaysCompensationIsinPlaceUsersAreProtected
35,170 vues
483 mentions
4
#RichardTengSaysBinanceWillCoverAllHackedLosseswithCompanyFunds
6,046 vues
36 mentions
5
#IntelHasItsWorstDaySince1974
4,807 vues
157 mentions
6
#TRMCambodianCasinosReceived$1.07BInCrypto
1,363 vues
46 mentions
7
#USDCCirculationFallsAbout800MInSevenDays
21,740 vues
333 mentions
8
#SuspectedNorthKoreaAttacksAccountForNearly89%OfCryptoHackLosses
8,287 vues
73 mentions
9
#OpenAICutsFundraisingTargetBy$10B
1,705 vues
57 mentions
10
#ASICHasReceivedNoPredictionMarketApplications
33,332 vues
757 mentions