Pratiques de confidentialité pour les transactions XRP
Ripple (XRP) a été lancé en 2012 comme une cryptomonnaie axée sur les paiements. XRPL utilise le consensus Federated Byzantine Agreement (FBA) — les validateurs sur une Unique Node List (UNL) s'accordent sur l'ordre des transactions. L'UNL par défaut est publiée par la XRP Ledger Foundation (à but non lucratif), Ripple Labs Inc. (à but lucratif) ayant historiquement influencé la sélection des validateurs. Le XRP natif ne peut être gelé par aucune autorité centrale — le drapeau freeze sur XRPL ne s'applique qu'aux tokens émis (IOU), pas au XRP natif. La chaîne est transparente à la couche de base — expéditeur, destinataire, montant et destination tag (s'il est présent) sont tous visibles on-chain comme dans Bitcoin. XRPL n'a pas de mixing natif au niveau du protocole. Les utilisateurs qui veulent une confidentialité au niveau transaction s'appuient sur la rotation d'adresses côté portefeuille (en dérivant une adresse fraîche par échange depuis leur seed HD) et la coordination off-chain — les pratiques ci-dessous couvrent ce que vous pouvez contrôler.
Utilisez une adresse fraîche pour chaque transaction
Cette chaîne utilise des adresses transparentes sans furtivité native. Pratique standard : utilisez un portefeuille déterministe hiérarchique (BIP-32) qui dérive une nouvelle adresse de réception par demande. La plupart des portefeuilles modernes le font automatiquement. Le coût de la réutilisation d'adresse est sévère — chaque transaction acceptée à la même adresse construit un enregistrement public de votre activité.
Pratiques universelles
**Utilisez une adresse de réception fraîche pour chaque transaction.** Votre portefeuille devrait prendre en charge cela ; si ce n'est pas le cas, cherchez-en un qui le fait. La réutilisation d'adresse est la plus grande fuite, sans contestation.
**Pratiquez le contrôle des pièces lors des dépenses.** Lors de l'envoi ultérieur de pièces, évitez de combiner la sortie de la transaction avec des pièces d'une autre source — cela combine définitivement leurs historiques d'adresse.
**Diffusez via Tor ou le mode privé de votre portefeuille.** Votre IP domestique voit la transaction en premier ; les nœuds proches de votre IP peuvent la corréler à vous. Un portefeuille compatible Tor diffuse via Tor par défaut.
**Évitez d'envoyer des pièces de transaction vers ou depuis des exchanges KYC.** Une fois que les pièces de transaction touchent un exchange KYC, la transaction devient légalement identifiable en combinant les registres de l'exchange avec les données de la chaîne. Si vous avez besoin de faire un pont vers le fiat, passez par une étape intermédiaire en auto-garde.
À éviter
- Ne collez pas votre même adresse de réception dans plusieurs transactions.
- N'envoyez pas le montant exact listé sur l'ordre — la bascule de randomiseur de montant de Vigilante Trading (la case « 🔐 Randomiser le montant » dans le modal de partage d'adresse) brise cela ; laissez-la ACTIVÉE.
- Ne combinez pas la sortie de la transaction avec des pièces d'une source différente lorsque vous la dépensez plus tard.
- Ne diffusez pas depuis votre IP domestique via un portefeuille non privé — utilisez Tor.
⚠ Mises en garde spécifiques à cet actif
XRPL est transparent à la couche de base sans protocole de mixing natif. - **Partagez des adresses fraîches par échange.** Utiliser la même adresse XRPL sur plusieurs annonces Vigilante Trading permet aux observateurs de corréler vos ordres sur une chaîne entièrement transparente. Générez une adresse de réception fraîche par échange — les portefeuilles XRPL modernes (Xaman, Crossmark, Bifrost) les dérivent de votre seed HD et vous permettent de créer de nouveaux comptes en quelques secondes. - **Les destination tags ne sont pas une fonction de confidentialité — ce sont des identifiants, et Vigilante Trading ne peut pas en transmettre.** Un tag est visible sur la chaîne et corrèle les transactions. Le partage d'adresse de Vigilante Trading n'a pas de champ de tag et son lien de paiement n'en fixe aucun : ne partagez donc jamais une adresse de dépôt d'exchange qui exige un tag (les fonds se perdraient dans le pot commun de l'exchange) ; partagez une adresse en auto-garde qui n'en a pas besoin. - **L'exigence de réserve crée une visibilité de création de compte.** Votre premier XRP entrant doit être ≥1 XRP (la réserve de base). La transaction on-chain `Payment` qui finance un nouveau compte est publiquement visible comme activation de compte, ce qui est un signal de corrélation plus fort qu'un paiement régulier à un compte déjà existant. Si réduire ce signal importe, financez vous-même d'abord l'adresse réceptrice (depuis un compte déjà mixé/séparé) et ne la partagez qu'ensuite. - **La confidentialité au niveau du réseau compte toujours.** Diffuser via Tor ou le mode de confidentialité de votre portefeuille tient votre IP personnelle hors de la vue de la chaîne. - **Les fournisseurs RPC XRPL peuvent corréler.** Votre portefeuille parle à un endpoint RPC XRPL (xrplcluster.com, celui de Ripple, ou un nœud rippled auto-hébergé) — ce fournisseur voit chaque transaction que vous signez. L'auto-hébergement d'un nœud rippled, ou la rotation entre fournisseurs, réduit la surface d'attaque. - **La concentration du set de consensus est une propriété connue.** L'UNL par défaut est publiée par la XRP Ledger Foundation ; exécuter son propre validateur avec une UNL personnalisée est pris en charge mais peu courant. Pour les besoins de Morphit, cela affecte les considérations de résistance à la censure (une UNL coordonnée pourrait refuser d'inclure des transactions) plus que la confidentialité des transactions. Documentez et décidez selon votre modèle de menace. - **Seules les adresses classiques sont acceptées.** XRPL a un format plus récent « X-address » (XLS-5d) qui inclut un destination tag dans l'adresse. Vigilante Trading n'accepte que les adresses classiques préfixées `r` et ne transmet aucun tag : partagez une adresse classique en auto-garde qui n'en a pas besoin.
Vigilante Trading ne recommande PAS de logiciel de portefeuille spécifique. Même les portefeuilles réputés ont été compromis ou avaient des failles cachées. Les techniques de confidentialité ici sont des standards de protocole, pas des recommandations — votre portefeuille, votre responsabilité.