Skip to main content
Cette fonctionnalité est optionnelle. MEV Protect est désactivé par défaut. Vous optez pour chaque requête en ajoutant le paramètre de requête mev-protect=true à votre URL de point de terminaison.

​
Qu’est-ce que MEV Protect ?

Les attaques sandwich sont une forme toxique de MEV où un bot devance et suit votre transaction, faisant bouger le prix contre vous et empochant la différence. Les actions de devancement et de suivi n’ont pas besoin de se trouver dans le même bloc — avec un grand sandwich, elles peuvent s’étendre sur plusieurs blocs sur une période plus longue. L’attaque dépend vraiment de l’accès à votre flux d’ordre via une source qui ne protège pas contre le sandwiching. Une fois qu’un bot peut voir votre transaction en attente, il peut placer son sandwich dans n’importe quel bloc de validateur. En pratique, la partie fournissant ce flux d’ordre est souvent un validateur, et ces validateurs incluent fréquemment les sandwiches dans leurs propres blocs pour augmenter leurs récompenses. Cela fait de leurs blocs une source disproportionnée de sandwiching. MEV Protect réduit ce risque au niveau de la routage. Lorsque vous optez pour, Helius évite de soumettre votre transaction aux validateurs statistiquement associés à l’activité sandwich, réduisant ainsi considérablement la probabilité d’être pris en sandwich.

Option par requête

Désactivé par défaut. Ajoutez mev-protect=true à l’URL de point de terminaison — sans modifications de votre logique de transaction ou de signature.

Fonctionne partout

Pris en charge sur sendTransaction basique, sendBundle basique, Sender Max, et Sender SWQOS uniquement.

Routage basé sur les données

Exclut les validateurs qui incluent des sandwiches dans leurs propres blocs ou dans des blocs adjacents — seulement lorsque le schéma est statistiquement significatif.

Impact minimal sur l'atterrissage

Seule une petite fraction du total des mises est exclue, donc l’effet sur le taux d’atterrissage et la latence est limité.

​
Comment ça fonctionne

Helius surveille de manière proactive les bots sandwich connus et analyse où leurs sandwiches atterrissent. Un validateur est signalé lorsque l’un ou l’autre schéma se maintient de manière cohérente :
  • Dans ses propres blocs — le validateur inclut directement les transactions sandwich.
  • Dans les blocs adjacents — les sandwiches atterrissent à plusieurs reprises dans les blocs immédiatement avant ou après ceux du validateur.
Pour éviter de pénaliser les validateurs pour une proximité fortuite, Helius n’exclut que ceux dont l’association avec l’activité sandwich est statistiquement significative. Cela permet de garder l’ensemble des exclus petit et ciblé plutôt que de bloquer largement les mises.
1

Opter pour

Ajoutez mev-protect=true à votre URL de point de terminaison. Cela s’applique uniquement à cette requête.
2

Routage protégé

Helius soumet votre transaction tout en évitant les leaders signalés pour association avec un sandwich, en utilisant l’ensemble d’exclusion statistiquement significatif actuel.
3

Exécution normale

Votre transaction atterrit comme d’habitude — juste avec une bien moindre chance d’être prise en sandwich.

​
Méthodes d’envoi prises en charge

MEV Protect est un paramètre de requête, il se superpose donc à chaque méthode d’envoi sans changer votre corps de requête.

​
Comment l’activer

Ajoutez mev-protect=true à l’URL de point de terminaison que vous utilisez déjà. Combinez-le avec d’autres paramètres de requête (api-key, swqos_only, rebate-address) en utilisant &.
MEV Protect ne modifie que l’endroit où votre transaction est routée. Conservez vos exigences existantes concernant les frais de pourboire et de priorité — pour Sender, un pourboire et des frais de priorité sont toujours obligatoires.

​
Compromis

Exclure des validateurs signifie que votre transaction a légèrement moins de leaders avec lesquels atterrir. En pratique, l’impact est minime : seule une quantité limitée de mise (environ 3 à 4 millions de SOL) est exclue à tout moment, une petite fraction de la mise totale du réseau. Pour la plupart des flux, la réduction du taux d’atterrissage et la latence ajoutée sont négligeables.
Pour les stratégies les plus sensibles à la latence où chaque leader compte, mesurez le taux d’atterrissage avec et sans mev-protect=true pour votre flux spécifique avant de l’activer en production.

​
MEV Protect vs. remboursements de transaction

Ce sont des fonctionnalités complémentaires qui couvrent différentes parties de MEV :
  • MEV Protect est un routage défensif — il réduit les chances qu’un attaquant sandwich puisse extraire de la valeur de votre transaction.
  • Remboursements de transaction sont offensifs — ils vous paient une part du MEV de backrun bénéfique, post-transaction, que votre transaction génère.
Vous pouvez opter pour les deux sur la même requête en ajoutant les deux paramètres de requête.

​
Connexes

Helius Sender

Soumission de transactions à ultra-basse latence et multi-chemins avec tarification basée sur le pourboire.

Remboursements de transaction

Gagner une part du MEV que vos transactions génèrent, payé en SOL.

Envoyer des transactions (basique)

Construisez, optimisez et confirmez un sendTransaction avec une boucle de réessai robuste.

Envoyer des bundles (basique)

Exécution atomique, tout ou rien, jusqu’à 5 transactions via sendBundle.