La vitesse brute n'est pas la percée, l'inclusion prévisible lorsque le réseau est encombré l'est. La plupart des gens le manquent parce qu'ils mesurent les chaînes en moyennes, pas dans les pires cinq minutes. Pour les constructeurs et les utilisateurs, cela transforme "est-ce rapide ?" en "quelles sont mes chances d'atterrir en ce moment ?"
J'ai suffisamment d'expérience avec des sessions volatiles pour remarquer un schéma : le système technique peut être "opérationnel" tandis que l'utilisateur a toujours l'impression que le sol bouge sous ses pieds. Pendant les périodes calmes, tout le monde croit que les frais ne sont qu'une ligne de coût. Pendant une ruée, les frais se transforment en outil de timing, et le timing est là où les gains et les pertes se séparent. Une petite observation en regardant des amis trader : la frustration augmente quand quelqu'un paie et se sent encore aléatoire, pas quand il paie simplement.
Imaginez une situation très normale. Un trader de détail gère une petite position à effet de levier et utilise une règle simple : si le prix casse un niveau, fermez immédiatement et réinitialisez. Un mouvement soudain se produit, le trader appuie sur fermer, et l'application affiche « soumis ». Mais en même temps, des milliers d'autres personnes échangent, ajustent des garanties, annulent des ordres et font le même clic de « sauvez-moi ». L'espace de bloc devient rare. À ce moment-là, si Fogo prend en charge les pourboires prioritaires, le trader ne demande pas un frais moins cher. Il demande : « Quel pourboire rend probable que cette fermeture soit incluse dans le prochain bloc ou deux, au lieu de dériver derrière la foule ? » Le problème produit devient la probabilité, pas le prix.
Un pourboire prioritaire est le péage de la voie express : vous payez pour couper la file, pas pour changer la destination.
En période de stress, la chaîne a besoin d'un moyen clair de classer l'urgence. Pensez à l'état du réseau comme deux parties. Premièrement, l'état actuel du grand livre : qui possède quoi, et quelles positions ou ordres existent selon les applications utilisant la chaîne. Deuxièmement, une salle d'attente publique de transactions signées (un « pool en attente », signifiant des demandes qui sont valablement signées mais pas encore exécutées). Chaque bloc prend un nombre limité de ces demandes en attente, les exécute et publie un état mis à jour. C'est toute la machine : choisir, exécuter, mettre à jour.
Le flux de transactions est là où les pourboires prioritaires comptent. Vous signez une transaction qui inclut (1) votre intention (« fermer cette position », « annuler cet ordre », « échanger ce montant »), et (2) les conditions de frais que vous êtes prêt à payer. Les validateurs vérifient votre signature et la validité de base (vous pouvez payer les frais ; le format de la transaction est correct), puis un producteur de blocs sélectionne quelles transactions en attente inclure. En cas de congestion, la sélection est un choix économique : si deux transactions valides se disputent le même espace rare, celle offrant plus de valeur totale (frais de base plus pourboire) est généralement plus attrayante. Donc, le pourboire ne garantit pas le succès, mais il peut mesurer votre probabilité d'inclusion à la hausse par rapport aux autres.
Le point subtil est que l'inclusion n'est pas la même chose que le résultat. Même si votre transaction est un « pourboire élevé », elle doit rester valide au moment où elle s'exécute. Si le marché bouge, l'état bouge avec lui. Une fermeture peut échouer si la position est déjà liquidée, ou si les vérifications de risque ne passent plus, ou si les instructions de l'application supposent un prix qui n'existe plus. C'est pourquoi le timing a des conséquences : une exécution plus précoce signifie que vous interagissez avec un état antérieur, et les états antérieurs peuvent être significativement différents lors de mouvements rapides. Les pourboires prioritaires, en pratique, vous achètent une meilleure place dans la file pour toucher l'état que vous souhaitez, avant qu'il ne change.
Les incitations expliquent à la fois le pouvoir et le danger. Un producteur de blocs est payé par des frais, donc il est rationnel de préférer les transactions qui paient plus par unité d'espace de bloc, tant qu'elles sont valides et respectent les règles du protocole. Cela s'aligne avec les utilisateurs urgents : vous payez pour être choisi. Mais cela crée aussi des modes d'échec prévisibles. L'un d'eux est des pics de frais qui rendent les actions de routine inaccessibles pendant les pics. Un autre est la « devinette de frais », où les portefeuilles et les utilisateurs paient trop car ils ne peuvent pas voir le vrai paysage concurrentiel. Un troisième est une dynamique de guerre d'enchères : des bots peuvent constamment surenchérir pour protéger leurs stratégies, transformant la priorité en une course aux armements que les utilisateurs normaux vivent comme du chaos. Et il y a aussi un mode d'échec humain : si un utilisateur paie une prime et rate tout de même le prochain bloc, il l'interprète comme un échec, même si le système a fonctionné exactement comme prévu.
Ce qui est et ce qui n'est pas garanti doit être explicite. Un pourboire peut améliorer votre classement relatif, mais il ne peut pas promettre "prochain bloc" si la demande dépasse la capacité, si la propagation est inégale (certains validateurs voient certaines transactions plus tôt que d'autres), ou si votre transaction devient invalide au moment où elle atteint l'exécution. Si le protocole impose des contraintes d'ordre strictes, les pourboires peuvent avoir une influence limitée ; si l'ordre est plus flexible, les pourboires peuvent dominer l'ordre et sembler sévères en période de stress. Chaque choix de conception a des compromis, mais aucun ne transforme l'urgence en certitude.
L'utilité de FOGO repose précisément sur ce mécanisme. Les frais sont ce que vous payez pour l'exécution et pour rivaliser pour un espace de bloc rare lorsque cela compte. Le staking est la garantie de sécurité qui aligne les validateurs à suivre les règles, car un mauvais comportement risque de perdre la valeur mise en jeu et les récompenses futures. La gouvernance est la soupape de sécurité : les paramètres concernant les limites de bloc, les règles de frais et toutes les contraintes sur l'influence des pourboires peuvent être réglés au fil du temps en fonction de la congestion réelle et de la douleur réelle des utilisateurs, pas seulement de la théorie.
Si des bots sophistiqués capturent le flux de commandes ou si des validateurs utilisent des biais de routage et de sélection privés, le même pourboire affiché peut se traduire par des résultats d'inclusion différents à travers différents pics.
Si vous conceviez l'expérience utilisateur du portefeuille sur Fogo, présenteriez-vous le pourboire comme un « coût supplémentaire », ou comme une « chance supplémentaire d'exécution à court terme » ?
