sur Solana, il y a deux façons d'envoyer une transaction tu peux soit envoyer à i) TPU via un RPC ou ii) Jito pour i) le RPC envoie à l'unité de traitement des transactions (TPU) pour le leader de bloc actuel via QUIC où le % de connexions QUIC est plus élevé pour les nœuds ayant un plus grand stake pour ii), cela devient complexe mais essentiellement, la plupart des nœuds Jito ont un relayer de reverse-proxy devant le TPU, et ces relayers conservent la txn pendant un certain temps il y a plusieurs micro enchères qui se déroulent pendant ce temps, et tu augmentes ta priorité via ton ratio de CUs par rapport aux pourboires Jito ce qui compte pour le chemin RPC est i) la latence vers la file d'attente du leader, ii) la priorité, qui est déterminée par le montant de la priorité que tu paies divisé par les CUs, iii) le stake, iv) un tas d'autres trucs d'infrastructure nous avons apporté beaucoup d'améliorations à la logique d'envoi TPU au cours de la semaine dernière et nous trouvons constamment de bons résultats par rapport à d'autres RPC (la 1ère capture d'écran montre une latence moyenne plus basse, et la 2ème capture d'écran montre une bien meilleure performance lors d'événements de forte congestion) nous avons un nouveau produit appelé Sender (lol), qui envoie à la fois à i) et ii) ci-dessus, donc tu n'as pas à réfléchir trop et peux brancher ce point de terminaison tu peux aussi choisir d'envoyer uniquement à i) et pas à ii) si tu ne le souhaites pas beaucoup de traders ont signalé des résultats positifs, plus pour certaines régions que pour d'autres (surtout Tokyo), et nous faisons des améliorations chaque jour lien ci-dessous pour l'essayer, tu n'as même pas besoin d'une clé API helius