Pratiques de confidentialité pour les transactions SOL
Solana (SOL) a été lancé en 2020 comme une cryptomonnaie Proof-of-Stake à haut débit. Les validateurs stakent du SOL et traitent les blocs en rotation sous un consensus PoS délégué, avec Proof-of-History fournissant un oracle de séquencement vérifiable qui permet aux validateurs d'atteindre le consensus sur l'ordre des transactions sans surcharge de coordination. La combinaison atteint un débit de transactions plusieurs ordres de grandeur supérieur à celui des chaînes UTXO traditionnelles tout en restant décentralisée — aucune autorité centrale de gel ne contrôle la chaîne. La chaîne est transparente à la couche de base — expéditeur, destinataire et montant sont visibles on-chain comme dans Bitcoin. Solana n'a pas de protocole 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
Solana est transparent à la couche de base sans protocole de mixing natif. - **Partagez des adresses fraîches par échange.** Utiliser la même adresse Solana 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 Solana modernes (Phantom, Solflare) les dérivent de votre seed HD et vous permettent de créer de nouveaux comptes en quelques secondes. - **Envoyez du SOL natif, pas du SOL wrapped.** Le wSOL utilise la forme SPL-token pour l'interopérabilité avec les DEX ; l'adresse de mint `So11111111111111111111111111111111111111112` est le célèbre identifiant de wSOL. Les échanges Vigilante Trading utilisent des transferts de SOL NATIF — envoyer du wSOL à une adresse réceptrice SOL oblige le destinataire à le « unwrap », ce qui peut ne pas se produire. - **Attention aux Program-Derived Addresses (PDAs).** Les PDAs sont des adresses off-curve contrôlées par des programmes on-chain, pas par des clés privées. Si vous envoyez du SOL à une PDA, le destinataire ne peut pas en déplacer les fonds à moins que le programme propriétaire n'ait une instruction de retrait. La plupart des portefeuilles affichent un avertissement avant un envoi vers une PDA ; soyez attentif. - **Même format d'adresse que USDT-Solana et USDC-Solana.** Une adresse base58 Solana peut être un compte SOL natif, un compte-token USDT-Solana ou un compte-token USDC-Solana — le format est identique. Le champ d'actif de l'ordre Vigilante Trading vous dit lequel envoyer ; vérifiez deux fois avant de signer la transaction dans votre portefeuille. - **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 de Solana peuvent corréler.** Votre portefeuille parle à un endpoint RPC (Helius, QuickNode, Triton, mainnet-beta public) — ce fournisseur voit chaque transaction que vous signez. L'auto-hébergement d'un nœud RPC Solana, ou la rotation entre fournisseurs, réduit la surface d'attaque.
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é.