# Découper un gros ordre ne sert généralement à rien

> Fractionner un ordre n’aide que si le marché se reconstitue entre les morceaux. À la suite, ils arrivent au même endroit.

- Source: https://defiloops.com/fr/blog/splitting-a-big-trade-usually-does-nothing
- Published: 2026-06-30
- Category: Strategy
- Tags: trading, slippage, execution, swaps
- Author: DeFiLoops

---
« Découpe-le en cinq et fais-le rentrer progressivement » est un conseil standard, et pour un
gros ordre il a parfois raison. L’ennui, c’est qu’il a raison pour une raison précise, que
presque personne n’énonce — si bien que le conseil s’applique là où il ne fait rien d’autre
que coûter plus de gas.

La raison est : **le marché doit se reconstituer entre vos morceaux.** C’est tout. S’il ne se
reconstitue pas, trois opérations coûtent exactement ce qu’une seule aurait coûté.

## Deux choses différentes partagent le mot

<Compare left="Entre pools" right="Dans le temps">
  <Fragment slot="left">
    Une opération, plusieurs pools à la fois. Les pools sont indépendants, donc leurs capacités
    s’additionnent.

    Vous ne faites rien : c’est automatique.
  </Fragment>
  <Fragment slot="right">
    Plusieurs opérations dans un pool, à quelques minutes d’intervalle. N’aide que parce que le
    marché se reconstitue entre elles.

    C’est une décision, et c’est celle dont les gens parlent.
  </Fragment>
</Compare>

La première, vous l’avez gratuitement : tout ordre avec une limite de prix se répartit déjà
sur tous les pools qui l’acceptent à votre prix, avec **94 % de plus exécuté** que le meilleur
pool isolé. Rien de ce qui suit ne parle de cela.

## À la suite, découper ne change absolument rien

La marche des prix d’un teneur de marché automatisé est indépendante du chemin. Acheter X puis
Y depuis un état donné du pool aboutit au même prix, et vous remet le même total, qu’acheter
X+Y d’un coup.

En plafonnant une offre de 450 000 USDC à cinq points de base pour produire un premier morceau :

<Spec rows={[
  ['450 000 en une seule opération', '186,745035 WETH — 6,08 pb d’impact'],
  ['Premier morceau, 370 343', '153,704969 WETH — 5,00 pb'],
  ['Les 79 657 restants, cotés à neuf', '33,075579 WETH — 1,51 pb'],
]} />

Cette dernière ligne n’obtient 33,075579 que si le pool n’a pas bougé. Envoyée juste après le
premier morceau, elle obtient 33,040066, et les deux morceaux se somment exactement à
l’opération unique.

Vous avez payé pareil et consommé plus de gas.

## Les chiffres par morceau vous flattent

C’est le piège, et il est convaincant.

Regardez ce que ces morceaux annoncent : 5,00 et 1,51 point de base. Aucun ne ressemble à
6,08. Découpez en trois et chaque morceau peut revenir autour de 2, ce qui rend très tentant
de conclure que l’opération a coûté 2.

Ce n’est pas le cas. L’impact se mesure contre le pool **tel qu’il est maintenant**, et votre
morceau précédent l’a déjà déplacé. Chaque morceau après le premier cote depuis un prix que
votre propre activité a créé.

<Callout type="danger" title="L’impact ne s’additionne pas">
  Trois morceaux à 2 pb chacun ne font pas une opération à 2 pb, ni une opération à 6 pb : c’est
  ce que le pool vous a réellement donné, et cela ne se voit qu’en comparant le total reçu à la
  cotation de l’opération unique. L’impact par morceau flatte toujours un découpage, et c’est
  précisément pour cela que la technique semble marcher.
</Callout>

## Quand cela aide vraiment

Découper dans le temps gagne quand de la liquidité réelle arrive entre vos morceaux. C’est une
affirmation sur le marché, pas sur l’arithmétique :

<Steps>
  <Step title="Le pool est activement arbitré">
    Le flux des autres repousse le prix vers le marché général entre vos opérations. Alors le
    deuxième morceau cote vraiment depuis un carnet reconstitué.
  </Step>
  <Step title="Vous êtes gros par rapport au pool">
    Au-delà d’environ un dixième de la profondeur, vous n’êtes plus preneur de prix. Attendre,
    c’est ainsi que vous cessez d’opérer contre vous-même.
  </Step>
  <Step title="Vous pouvez réellement attendre">
    Des minutes, pas des secondes. Si la stratégie a besoin de la position maintenant,
    l’argument de la reconstitution ne s’applique pas, et le découpage non plus.
  </Step>
</Steps>

Si rien de cela n’est vrai, vous payez plus de gas pour regarder un nombre paraître plus petit.

## Un chiffre cité pour la mauvaise question

Vous verrez que « découper vaut 3 à 10 points de base, et seulement au-dessus d’un million ».
C’est une vraie mesure, et elle répond à une question de **taille fixe** : même quantité,
meilleur prix moyen.

Un ordre borné pose une autre question. Vous avez fixé le prix que vous ne franchirez pas : il
ne reste donc pas de points de base à gagner — le gain, c’est la *quantité*, combien vous
arrivez à exécuter à votre prix. Ce ne sont pas la même optimisation, et le chiffre en pb ne
dit rien de la seconde.

<Callout type="note" title="Quelle question posez-vous ?">
  « Déplace ceci au moins cher possible » et « obtiens-en le plus possible sans payer plus que
  X » ont des bonnes réponses différentes. Décidez laquelle vous faites avant de décider
  comment trancher.
</Callout>

## Que faire à la place, la plupart du temps

Posez une limite de prix et laissez l’ordre trouver tous les pools qui l’acceptent. C’est le
découpage gratuit, automatique et mesuré.

Ensuite, si l’ordre est vraiment gros par rapport au lieu d’exécution et que vous pouvez vous
permettre d’attendre, découpez dans le temps — et jugez-le au total reçu, jamais à l’impact
annoncé par chaque morceau.