D'un Pool à de Nombreux Utilisateurs : Comment les Agrégateurs Apportent des Flux à Stabull

Par Jamie McCormick, Co-CMO, Stabull Labs

Le neuvième article de la série en 15 parties « Déconstruire la DeFi ».

Les agrégateurs sont l'une des raisons discrètes pour lesquelles la liquidité DeFi peut soudainement devenir active sans augmentation correspondante de l'activité utilisateur visible d'un protocole. Ils se situent entre les utilisateurs et la liquidité, en abstrayant la complexité et en acheminant les transactions là où l'exécution est optimale.

Dans les transactions que nous avons tracées sur Stabull, l'implication des agrégateurs était l'un des signaux les plus clairs que le protocole avait dépassé l'utilisation dépendante de l'interface utilisateur.

Ce que font réellement les agrégateurs

À un niveau élevé, les agrégateurs existent pour répondre à une question simple :

« Où cette transaction doit-elle être exécutée pour obtenir le meilleur résultat immédiatement ? »

Pour ce faire, ils :

• interrogent simultanément de nombreuses sources de liquidité
• comparent les prix, les frais et le slippage
• divisent ou acheminent les transactions sur plusieurs plateformes
• construisent automatiquement un chemin d'exécution

Du point de vue de l'utilisateur, tout cela se passe en coulisses. Il soumet un swap une fois et reçoit un montant de sortie. Tout ce qui se passe entre les deux est géré de manière programmatique.

Pourquoi les agrégateurs sont importants dans la DeFi moderne

La liquidité dans la DeFi est fragmentée par conception.

Différents protocoles se spécialisent dans :

• la découverte des prix des actifs volatils
• l'efficacité des stablecoins
• les conversions de type FX
• les actifs de longue traîne

Aucun DEX unique n'est optimal pour chaque transaction. Les agrégateurs existent pour relier ce paysage de liquidité fragmenté.

En conséquence, une grande partie de l'activité DeFi « retail » d'aujourd'hui est en réalité médiée par des agrégateurs, même si les utilisateurs pensent trader sur une seule plateforme.

Comment Stabull apparaît dans les flux d'agrégateurs

Lorsqu'un agrégateur évalue une transaction, il ne pense pas en termes de marques ou d'interfaces. Il pense en termes d'étapes d'exécution.

Pour les transactions impliquant des stablecoins ou des actifs ancrés dans le monde réel, Stabull apparaît de plus en plus comme :

• une étape d'un parcours multi-sauts
• une référence de prix pour les conversions de type FX
• une plateforme à faible slippage pour l'exécution d'actifs stables

Dans ces cas, l'agrégateur peut acheminer une portion — ou parfois la totalité — d'une transaction via Stabull sans que l'utilisateur ne voie jamais son nom.

L'exemple d'OpenOcean

Un exemple concret de cette dynamique est OpenOcean.

À travers des conversations au sein de la communauté des développeurs Base, les équipes Stabull et OpenOcean ont travaillé sur une intégration personnalisée qui a permis à OpenOcean d'acheminer des transactions via les pools Stabull sur Base.

Cette intégration est maintenant active.

En conséquence, les swaps initiés via OpenOcean peuvent transiter automatiquement par Stabull lorsque les conditions d'exécution sont favorables. Cela a déjà commencé à contribuer à la croissance des transactions hors interface utilisateur.

Fait important, ce flux ne nécessite pas que les utilisateurs découvrent Stabull directement. La distribution se fait en vertu du fait d'être partie intégrante de la logique de routage de l'agrégateur.

Pourquoi le flux d'agrégateur se cumule

Le volume acheminé par agrégateur se comporte différemment du volume d'interface utilisateur.

Il est :

• reproductible
• guidé par les prix plutôt que par l'attention
• largement insensible aux cycles marketing

Une fois qu'un pool est intégré et sélectionné par un agrégateur, il continue de recevoir des flux chaque fois que les conditions sont remplies.

Cela crée un effet de cumul : à mesure que l'activité globale DeFi augmente, l'utilisation du pool augmente avec elle.

Des frais sans conscience de l'utilisateur

Du point de vue du fournisseur de liquidité et du protocole, le flux d'agrégateur est indiscernable de toute autre transaction.

Les frais de swap sont payés dans la devise de sortie. Les frais de protocole sont acheminés comme prévu. Tout est transparent et on-chain.

La différence est simplement que l'utilisateur n'a jamais consciemment choisi Stabull.

En ce sens, le flux d'agrégateur représente la forme la plus pure de volume « gagné » : la liquidité est utilisée parce qu'elle est utile, non parce qu'elle a été commercialisée.

Pourquoi cela compte pour la trajectoire de Stabull

Les intégrations d'agrégateurs marquent un point de transition pour tout protocole DeFi.

Elles signalent que la liquidité a atteint un niveau de fiabilité et de compétitivité où elle peut être abstraite en toute sécurité des utilisateurs finaux et intégrée dans des systèmes plus vastes.

Le fait que Stabull connaisse déjà ce comportement suggère qu'il commence à fonctionner comme une infrastructure plutôt qu'une destination.

Dans le prochain article, nous explorerons l'une des découvertes les plus surprenantes de notre analyse : comment les pools Stabull sont utilisés dans les transactions crypto — même si le protocole ne liste que des stablecoins et des RWA.

À propos de l'auteur

Jamie McCormick est Co-Chief Marketing Officer chez Stabull Finance, où il travaille depuis plus de deux ans sur le positionnement du protocole au sein de l'écosystème DeFi en évolution.

Il est également le fondateur de Bitcoin Marketing Team, créée en 2014 et reconnue comme la plus ancienne agence de marketing crypto spécialisée d'Europe. Au cours de la dernière décennie, l'agence a travaillé avec un large éventail de projets dans le paysage des actifs numériques et du Web3.

Jamie s'est impliqué pour la première fois dans la crypto en 2013 et a un intérêt de longue date pour Bitcoin et Ethereum. Au cours des deux dernières années, son attention s'est de plus en plus portée sur la compréhension des mécanismes de la finance décentralisée, en particulier sur la façon dont l'infrastructure on-chain est utilisée en pratique plutôt qu'en théorie.