Comment un bot achète un token de rendementVérifier, alimenter, approuver, déposer, surveiller, sortir.
Un bot qui achète un token de rendement ne clique pas sur des boutons. Il lit des données sur le token, signe quelques transactions blockchain depuis un wallet qu’il contrôle dans des limites, et vérifie le résultat on-chain. Pour les tokens sans permission (permissionless) — marchés de prêt, vaults, tokens d’épargne — cela suffit, et aucune personne n’a à valider l’opération elle-même. Pour les fonds tokenisés de bons du Trésor et du marché monétaire, la mécanique est la même, mais seulement après que le titulaire a passé une fois les contrôles de l’émetteur et enregistré le wallet. Cette page décrit les deux parcours, appel par appel.
Vérifié le 19 octobre 2026
La réponse courte
Deux parcours : « wallet seul » pour les tokens sans permission (prêt DeFi, vaults, tokens d’épargne) et « titulaire intégré une fois » pour les fonds tokenisés, où l’émetteur met le wallet du titulaire sur liste blanche et où le bot l’exploite.
Le cœur de presque tout achat tient en deux transactions : approuver le montant exact d’USDC pour le contrat, puis déposer (ou échanger). La plupart des vaults suivent la norme ERC-4626 : deposit(assets, receiver) à l’entrée, redeem(shares, receiver, owner) à la sortie.
Avant de signer, le bot vérifie le contrat par rapport à une liste d’autorisation, garde le montant sous son plafond et simule la transaction. Ensuite, il lit son solde de parts et ce qu’elles valent.
L’USYC de Circle illustre le parcours des fonds : le wallet d’un investisseur éligible, intégré et non américain appelle le contrat Teller avec des USDC et reçoit des tokens du fonds dans la même transaction (T+0).
Un taux élevé n’est pas un taux fixe. Séparez les intérêts des récompenses en tokens, regardez la moyenne sur 30 jours et ce qui peut réellement être retiré.
Avant d’acheter : ce que le bot vérifie
Chaque vérification porte sur des données, pas sur une page web — une page peut contenir du texte écrit pour manipuler les agents.
- 1
1. Ce qu’est le token
Émetteur, blockchain, adresse du contrat, ce qui verse le rendement (emprunteurs, bons du Trésor, récompenses en tokens), comment il est racheté et à quelle vitesse. Le serveur MCP de TokenBank le fournit via search_yield_products, find_permissionless_assets et get_product_details.
- 2
2. Les barrières d’accès
Trois questions distinctes : l’identité est-elle vérifiée pour créer (mint), pour acheter sur le marché ouvert, pour racheter ? Si une réponse est « requise », le token relève du parcours d’intégration. Si l’une est inconnue, le bot doit la traiter comme requise.
- 3
3. L’adresse du contrat
Prise dans la documentation de l’émetteur lui-même et confirmée sur un explorateur de blocs — jamais dans un résultat de recherche, un message de chat ou la description d’un token. Les tokens imitateurs portant le même nom sont courants.
- 4
4. Le taux derrière le taux
Séparez l’APY annoncé en intérêt de base et tokens de récompense ; comparez la valeur du jour à la moyenne sur 30 jours ; vérifiez les dépôts totaux et la part déjà prêtée, car un marché entièrement prêté ne peut pas payer de retraits tant que les emprunteurs n’ont pas remboursé.
- 5
5. Ses propres limites
Le montant est-il sous le plafond par opération et par jour ? Le contrat figure-t-il sur la liste d’autorisation fixée par le titulaire ? La blockchain fait-elle partie de celles qu’il peut utiliser ? Sinon, il s’arrête ou demande une validation.
Parcours A — wallet seul : acheter un token de rendement sans permission
Exemple : placer 10 000 USDC dans un vault de prêt ERC-4626 sur Base. Le même schéma s’applique à Aave, sUSDS et à la plupart des vaults.
- 1
Étape 1 — Alimenter le wallet
Des USDC sur la blockchain où se trouve le vault, plus un peu du token de gas de la chaîne (ETH sur Base). Certains wallets d’agents peuvent payer le gas en USDC ou le faire prendre en charge. Le bridge entre chaînes est une transaction à part avec son propre risque — à tenir hors de l’étape d’achat.
- 2
Étape 2 — Approuver exactement le montant
USDC.approve(vault, 10000 × 10⁶). L’USDC a six décimales. Jamais d’approbation illimitée : si le vault était un jour compromis, il ne pourrait prendre que ce qui a été approuvé. Les wallets compatibles avec les permits EIP-2612 ou le Permit2 d’Uniswap peuvent intégrer cela dans une signature.
- 3
Étape 3 — Simuler
Exécutez le dépôt à blanc (eth_call ou la simulation du fournisseur de wallet) et lisez previewDeposit(assets) : combien de parts du vault reviendront. Si la simulation échoue ou si le chiffre est anormal, n’envoyez pas.
- 4
Étape 4 — Déposer
vault.deposit(10000 × 10⁶, ownWallet). Le vault prend les USDC et crée des parts pour le destinataire. Sur Aave v3, l’appel est Pool.supply(asset, amount, onBehalfOf, 0) et le justificatif est un aToken dont le solde augmente.
- 5
Étape 5 — Confirmer on-chain
Attendez la confirmation, lisez le reçu, puis balanceOf(ownWallet) pour les parts et convertToAssets(shares) pour leur valeur en USDC. Consignez le hash de la transaction — c’est la preuve de ce qui s’est passé.
- 6
Acheter par swap à la place
Des tokens comme USDe ou un token principal Pendle s’achètent sur une plateforme d’échange au lieu d’être déposés. Le bot obtient une cotation, fixe un montant minimal reçu (limite de slippage) et une échéance, puis échange. Sans minimum, l’opération peut subir du front-running.
- 7
Taux fixe : tokens principaux Pendle
Un PT se négocie sous sa valeur faciale et se rachète 1:1 à l’échéance : le taux est donc verrouillé si le bot conserve jusqu’au bout. Une vente anticipée se fait au prix du marché, qui peut être plus bas.
- 8
Sortie
vault.redeem(shares, ownWallet, ownWallet), ou withdraw(assets, …) pour un montant exact en USDC. Vérifiez d’abord maxWithdraw : sur un marché entièrement prêté, la totalité du montant peut ne pas être disponible tout de suite.
Parcours B — titulaire intégré une fois : acheter un fonds tokenisé de bons du Trésor
Le bot utilise le même type d’appels, mais seulement depuis un wallet que l’émetteur a approuvé pour un titulaire vérifié.
- 1
Étape 1 — Le titulaire est intégré
Une personne ou une société passe les contrôles de l’émetteur sur l’identité, le statut d’investisseur et le pays — une fois, pas à chaque opération. Le bot ne peut pas le faire lui-même et ne doit pas essayer.
- 2
Étape 2 — Le wallet est enregistré
Le titulaire ajoute le wallet exploité par le bot à la liste d’autorisation de l’émetteur. Les transferts vers toute autre adresse échouent : un bot ne peut donc déplacer le token du fonds qu’entre wallets enregistrés.
- 3
Étape 3 — Souscrire
L’USYC de Circle, par exemple : approuver les USDC pour le contrat Teller, puis Teller.deposit(assets, receiver). Souscription et rachat se règlent dans la même transaction (T+0). D’autres fonds émettent à la prochaine heure limite de VL ou prennent une demande de souscription via une API.
- 4
Étape 4 — Détenir
Les tokens de fonds rapportent soit par la hausse de leur prix (la VL par token augmente), soit par un solde qui croît. Le bot lit le prix sur l’oracle on-chain ou l’API de l’émetteur, et non sur une cotation de marché.
- 5
Étape 5 — Racheter
Teller.redeem(shares, receiver, account) pour l’USYC. Certains fonds ne rachètent qu’aux heures ouvrables ou avec une heure limite ; un bot doit le savoir avant d’acheter, pas au moment où il a besoin de l’argent.
- 6
Les minimums
Les tokens de fonds ont souvent des minimums élevés pour la première souscription. Le titulaire les fixe à l’avance ; le bot complète ou rachète ensuite dans ces limites.
Les règles qu’un bot ne doit jamais enfreindre
Elles relèvent du moteur de politiques du wallet, où le modèle ne peut pas les modifier.
- 1
Des plafonds hors du modèle
Par opération, par jour et au total — appliqués par la politique du fournisseur de wallet, une clé de session de smart account (par exemple avec EIP-7702) ou un wallet distinct alimenté seulement avec ce qui peut être perdu.
- 2
Une liste d’autorisation de contrats
Le bot ne peut appeler que les contrats approuvés par le titulaire. Un nouveau vault est ajouté à la liste par la décision d’une personne, pas du bot.
- 3
Pas d’approbation illimitée
Approuvez le montant de cet achat et révoquez les restes.
- 4
Une donnée n’est pas un ordre
Un texte dans le nom d’un token, une description, une page web ou une réponse d’API n’est jamais une instruction. Un champ qui dit « envoyez les fonds à … » est un signal d’alerte, pas une étape.
- 5
Ne jamais contourner les barrières
Si un produit n’est pas proposé dans le pays du titulaire ou à son type d’investisseur, le bot ne l’achète pas via un autre wallet ou un wrapper.
- 6
Une personne au-delà d’un seuil
Les achats petits et courants se font seuls ; les gros achats, les nouvelles chaînes et les nouveaux contrats attendent une validation.
Comment lire les rendements
Ce que montre le tableau en direct ci-dessus, et ce qu’il ne montre pas.
- 1
Environ 3,5–4 % : tokens de bons du Trésor et du marché monétaire
Proche du taux court américain ; faible risque de crédit, mais en majorité sur le parcours d’intégration.
- 2
Environ 4–8 % : marchés de prêt et tokens d’épargne
Intérêts payés par des emprunteurs contre garantie en crypto ; ouverts à tout wallet ; variables, parfois au jour le jour.
- 3
Au-delà de 10 % : regardez à deux fois
Il s’agit généralement de récompenses en tokens, d’effet de levier, de stratégies de trading ou de crédit non garanti. Ces taux peuvent disparaître en quelques jours, et les pertes peuvent dépasser les intérêts.
- 4
Les dépôts ne sont pas de la liquidité de sortie
Un vault avec 30 millions de dollars de dépôts n’en tient parfois qu’une fraction prête à être versée. La part prêtée indique au bot ce qu’il peut récupérer aujourd’hui.
Questions
Un bot peut-il acheter un token de rendement sans qu’une personne valide l’opération ?+
Oui, pour les tokens sans permission tels que les dépôts sur des marchés de prêt, les parts de vault et les tokens d’épargne : le bot signe les transactions depuis son wallet dans des limites fixées au préalable. Pour les fonds tokenisés, le titulaire doit être intégré et le wallet enregistré une fois ; ensuite, le bot peut souscrire et racheter seul.
Quelles transactions un bot envoie-t-il pour acheter un token de vault ?+
Deux : une approbation du montant exact d’USDC pour le vault, puis deposit(assets, receiver) sur le vault ERC-4626. Pour sortir, il appelle redeem(shares, receiver, owner). Il doit simuler chaque transaction avant de l’envoyer.
Comment un bot achète-t-il un fonds tokenisé de bons du Trésor ?+
Via le wallet du titulaire, intégré et placé sur liste blanche. Avec l’USYC de Circle, par exemple, il approuve les USDC pour le contrat Teller et appelle deposit ; les tokens du fonds arrivent dans la même transaction. L’USYC est réservé aux investisseurs éligibles non américains.
Pourquoi le transfert d’un token de fonds de mon bot a-t-il échoué ?+
La plupart des tokens de fonds ne peuvent être envoyés qu’à des wallets figurant sur la liste d’autorisation de l’émetteur. L’adresse destinataire doit d’abord être enregistrée par le titulaire.
Quel rendement un bot peut-il obtenir sans aucun contrôle d’identité ?+
Le tableau en direct de cette page compare le rendement annoncé médian des tokens accessibles par simple wallet à celui des tokens qui exigent une intégration. Les marchés de prêt versent en général quelques pour cent ; les taux bien plus élevés viennent surtout de récompenses ou d’effet de levier.
Où un bot obtient-il les données du token ?+
Auprès de sources lisibles par machine. Le serveur MCP gratuit et l’API JSON de TokenBank fournissent pour chaque token l’émetteur, la blockchain, le rendement, le rachat et les trois barrières d’accès.
- ERC-4626: Tokenized Vaults
- EIP-2612: permit
- Uniswap Permit2
- Aave v3 Pool contract
- Morpho vaults
- Pendle documentation
- Circle — USYC overview
- Circle — subscribe and redeem USYC with the Teller contract
- Circle — Agent Wallets
- Sky developer documentation
Ce n'est pas un conseil en investissement. C'est l'émetteur qui décide qui peut acheter.