Le CTO de Ripple, David Schwartz, préfère utiliser XRP sur XRPL plutôt que RLUSD pour les processus de paiement

Schwartz a révélé ce point de vue dans un article récent sur X tout en répondant aux demandes de la communauté concernant les pivots commerciaux de Ripple. Green Sam, passionné de crypto, a déclenché la conversation.

Le CTO de Ripple, David Schwartz, préfère le XRP sur XRPL au RLUSD pour les paiements

Schwartz a révélé sa préférence dans un article récent sur X, où il répondait aux demandes de la communauté concernant les pivots commerciaux de Ripple, qui ont été déclenchées par le passionné de crypto Green Sam.

Sam a déploré l'orientation de Ripple, en particulier son dernier virage vers les contrats intelligents, le pivotement vers Ethereum et le rachat d'actions avant l'introduction en bourse. Il a remis en question la justification de ces mesures, y compris la décision de Ripple de soutenir le RLUSD sur la chaîne Ethereum et a soulevé des doutes quant à l'efficacité des efforts de création de liquidités sur XRPL.

Il a également remis en question les implications d'un rachat de 1,4 milliard de dollars avant l'introduction en bourse prévue de Ripple, suggérant qu'il pourrait s'agir d'une tentative de consolider le contrôle ou d'atténuer les risques avant de devenir public.

Ripple CTO préfère XRP sur XRPL pour les paiements

En réponse à ces préoccupations, Schwartz a précisé que la seule connexion à Ethereum est le support du RLUSD sur sa chaîne.

Pendant ce temps, Jungle, une figure de la communauté XRP, a demandé des éclaircissements supplémentaires à Schwartz. Il a demandé s'il était probable qu'au moins la moitié des paiements RLUSD de Ripple seraient traités sur XRPL, faisant allusion à des inquiétudes quant au rôle futur de XRPL dans le flux de paiement plus large de Ripple.

En réponse, Schwartz a souligné qu'il préférerait voir Ripple utiliser XRP sur XRPL plutôt que de s'appuyer sur RLUSD. Il a noté que la plupart des membres de la communauté seraient probablement d'accord pour dire qu'il est plus souhaitable d'utiliser XRPL pour les transactions.

Schwartz a également souligné les avantages de l'utilisation de XRPL, tels que les économies de coûts associées aux échanges centralisés.

Je préférerais que nous utilisions XRP sur XRPL plutôt que RLUSD. Mais je pense que nous préférerions tous n’importe quoi sur XRPL à toute autre chose. Économiser le coût de l'échange centralisé est important.

— David « JoelKatz » Schwartz (@JoelKatz) 4 septembre 2024

Cependant, les réponses de Schwartz n’ont pas pleinement répondu aux préoccupations de certains membres de la communauté. Par exemple, Franco Cappello a proposé une approche alternative, demandant : « Pourquoi ne pas simplement adopter le RLUSD pour les paiements et utiliser le XRP comme jeton de gaz ? »

Cappello a fait valoir qu'avec l'introduction des contrats intelligents, Ripple pourrait développer un stablecoin surdimensionné, similaire au DAI, qui éliminerait le risque de contrepartie et la volatilité tout en tirant parti des atouts du XRP.

Autres inquiétudes concernant le pivot des contrats intelligents de Ripple

En parallèle, un autre commentateur a exprimé sa profonde inquiétude quant à l'introduction de contrats intelligents sur XRPL, le décrivant comme une « fausse piste ». Le commentateur a souligné que l'incapacité précédente à mettre en œuvre des contrats intelligents était attribuée à des préoccupations concernant le ralentissement des paiements, mais ce problème n'est désormais plus pertinent avec RLUSD sur Ethereum.

Il craignait que ce changement puisse miner la valeur du XRP et trahir ceux qui ont soutenu Ripple lors de ses contestations judiciaires. Il suggère que Ripple pourrait donner la priorité à ses intérêts par rapport à ceux de la communauté XRP.

Notamment, dans une tendance distincte, le CTO de Ripple a clarifié l'essence de la décision stratégique visant à apporter des contrats intelligents à XRPL.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!