Comment gérer les frais prioritaires Solana dans Phantom ? (Vitesse des transactions)

Comprendre les mécanismes de frais prioritaires dans Phantom Wallet

1. Phantom Wallet affiche les frais de transaction basés sur le modèle à double frais de Solana : des frais de base fixes et des frais de priorisation facultatifs.

2. Les frais de base restent constants à 10 000 Lamports par signature , ce qui équivaut à 0,00001 SOL, quelle que soit la congestion du réseau.

3. Phantom calcule automatiquement les frais de priorité uniquement lorsque les utilisateurs ajustent manuellement les limites des unités de calcul ou les prix via des paramètres avancés.

4. Par défaut, Phantom définit le prix unitaire de calcul sur zéro , ce qui signifie qu'aucun frais de priorité n'est ajouté, sauf configuration explicite par l'utilisateur.

5. Les utilisateurs doivent basculer sur « Paramètres avancés » dans le modal de confirmation de transaction pour exposer les champs de limite CU et de prix CU avant de modifier les paramètres de priorité.

Flux de travail d’ajustement des frais étape par étape

1. Initiez tout transfert de jeton SPL ou interaction avec un programme dans Phantom Wallet.

2. Avant de signer, cliquez sur le bouton « Paramètres avancés » situé sous le champ du destinataire.

3. Entrez une valeur personnalisée pour Compute Unit Limit , telle que 300 000 pour les échanges de jetons complexes impliquant plusieurs instructions.

4. Saisissez un prix unitaire de calcul non nul, mesuré en microLamports ; les valeurs typiques vont de 1 000 à 50 000 en fonction de la pression du planificateur en temps réel.

5. Phantom recalcule instantanément le montant total des frais, en affichant séparément les composants de base et prioritaires avant la soumission finale de la signature.

Comportement du planificateur en temps réel et son impact

1. Le planificateur de Solana distribue les transactions sur des threads d'exécution parallèles, introduisant un non-déterminisme inhérent dans l'ordre, même avec des frais de priorité identiques.

2. Un prix unitaire de calcul plus élevé ne garantit pas le placement en haut du bloc si des transactions concurrentes ciblent des verrous en écriture de compte qui se chevauchent.

3. Pendant les périodes de liquidation ou les fenêtres d'arbitrage, les validateurs peuvent plafonner en interne les seuils effectifs d'acceptation du prix de l'UC pour éviter l'épuisement des ressources.

4. Phantom n'implémente pas la logique du marché des frais locaux ; il s'appuie entièrement sur les estimations de frais fournies par le RPC, qui peuvent être en retard par rapport aux ajustements en direct côté validateur.

5. Les échecs de transaction dus à « AccountInUse » ou « WouldExceedMaxBlockCostLimit » indiquent souvent une allocation de CU insuffisante plutôt que des frais de priorité faible.

Outils de vérification et de débogage

1. Après la diffusion, inspectez la transaction à l'aide de Solscan ou SolanaFM pour vérifier si la limite CU soumise et le prix CU correspondent aux attentes.

2. Vérifiez le champ «priorityFee» dans la transaction JSON avec l'estimation affichée par Phantom - les écarts suggèrent des points de terminaison RPC mal configurés.

3. Utilisez la méthode getRecentPrioritizationFees RPC via des outils de ligne de commande pour comparer les frais de priorité médians actuels à l'échelle du cluster avec la suggestion d'interface utilisateur de Phantom.

4. Si des délais d'attente répétés se produisent malgré une tarification élevée des CU, vérifiez si le programme cible applique des plafonds de CU stricts au niveau des instructions qui remplacent les paramètres au niveau du portefeuille.

5. L'onglet « Historique des transactions » intégré de Phantom enregistre les paramètres bruts du CU par transaction, mais omet les raisons de rejet du planificateur interne.

Foire aux questions

Q : Phantom prend-il en charge la mise à l'échelle automatique des frais de priorité dynamique, comme certains portefeuilles compatibles MEV ? Phantom n'implémente pas d'algorithmes de mise à l'échelle automatique des frais. Il manque d’intégration avec les modèles de prévision des frais en temps réel ou les services d’analyse du pool de mémoire.

Q : Puis-je définir des frais de priorité différents pour différents jetons au sein du même portefeuille Phantom ? La configuration des frais prioritaires s’applique par transaction et non par jeton. Chaque transfert ou interaction permet des entrées indépendantes de limite CU et de prix, quel que soit le type d'actif SPL.

Q : Pourquoi ma transaction affiche-t-elle des frais de « 0,00001 SOL » même après avoir activé les paramètres avancés ? Cela se produit lorsque le prix unitaire de calcul reste à zéro après avoir basculé les paramètres avancés. Phantom n'ajoute des frais prioritaires que lorsque la limite CU et le prix CU sont différents de zéro et explicitement saisis.

Q : Y a-t-il des frais de priorité maximum que Phantom me permettra de définir ? Phantom n’impose aucun plafond dur. Cependant, des prix de CU extrêmement élevés (supérieurs à 100 000 microLamports) peuvent déclencher des rejets de nœuds RPC ou échouer à la vérification de la signature en raison du dépassement des limites supérieures configurées par le validateur.