Acheter et vendre
Le dapp propose un échange ETH/CUBIT via le routeur du déploiement sélectionné. Les taxes sont appliquées dans le hook ; le montant estimé à recevoir doit déjà être net des taxes incluses dans la cotation.
Le dapp raccordé à Sepolia utilise actuellement la version historique à 0,30 % de frais LP. La version demandée à 0,01 % avec plusieurs murs fixes n’est pas encore redéployée. Une démonstration ou un mode simulation n’est pas un état on-chain.
Avant de préparer un swap
Vérifiez le réseau du wallet, le déploiement affiché et le bloc des données. Prévoyez des ETH pour le gas en plus du montant à échanger. Le dapp doit signaler un RPC indisponible ou des données périmées et empêcher une signature fondée sur un état non vérifié.
Un changement de compte, de réseau, de montant ou d’adresse de routeur exige une nouvelle cotation. Les adresses périphériques peuvent changer via le registre V2.
Acheter des CUBIT
- Choisissez un montant d’ETH. En exact-input, la taxe d’achat de 3 % est comprise dans ce montant.
- Lisez le nombre net de CUBIT estimé, les frais et le minimum reçu fixé par la tolérance de slippage.
- Vérifiez la simulation et les détails présentés par le wallet, puis signez.
- Attendez un reçu réussi et le rafraîchissement des balances on-chain.
L’achat utilise des ETH natifs via msg.value. Le routeur CUBIT n’utilise pas Permit2 pour ce parcours.
Vendre des CUBIT
La vente peut nécessiter une approval ERC-20 permettant au routeur de transférer la quantité de CUBIT choisie. Le frontend prépare une autorisation du montant demandé.
Après confirmation de l’approval, le dapp revérifie le compte, le réseau, la révision du registre et la fraîcheur de la cotation avant le swap. L’approval et la vente sont deux transactions distinctes lorsque l’autorisation était insuffisante.
La vente retourne des ETH nets de la taxe de 15 % : 12 % des ETH bruts financent les murs et 3 % reviennent à l’équipe. Sur le chemin du routeur CUBIT, les tokens absorbés par les murs sont détruits à la fin de la vente lorsque le burn est requis.
Le minimum reçu et la date limite
Le slippage borne l’écart accepté par rapport à la cotation. Une taxe déjà incluse dans la cotation n’est pas une raison d’ajouter arbitrairement 15 points de slippage.
Dans les sources du frontend lues, une cotation est fraîche pendant 30 secondes. La date limite de transaction est calculée à partir du timestamp de la chaîne. Ces contrôles peuvent empêcher la signature après une longue attente d’approval ; il faut alors revoir une cotation fraîche.
Une transaction refusée par les limites protège le montant minimum ou maximum convenu. Son échec ne signifie pas qu’il faut supprimer cette limite.
Si la transaction ne passe pas
| Situation | Action utile |
|---|---|
| Mauvais réseau ou compte modifié | Revenir au contexte voulu et demander une nouvelle cotation |
| Cotation expirée | Recalculer le montant net et le minimum reçu |
| Routeur ou révision modifiés | Revoir l’adresse courante et la nouvelle action ; l’ancienne approval reste attachée à l’ancien spender |
| Liquidité insuffisante | Vérifier une cotation pour un montant plus faible et les positions présentes |
| RPC indisponible | Attendre une lecture on-chain valide avant de signer |
| Transaction déjà envoyée | Vérifier le hash et le reçu avant d’en préparer une autre |
Le routeur rejette une entrée non entièrement consommée et une sortie exacte non entièrement servie. Les fonds dépensés pour une transaction qui revient en arrière sont annulés par l’EVM, hors gas.
Contrôler le résultat
Un hash signifie que la transaction a été soumise ; seul le reçu renseigne sa réussite. Vérifiez le réseau de l’explorateur, le statut, le destinataire et les événements BuyTaxed ou SellTaxed.
Les prix de référence des murs ne remplacent pas la cotation d’un ordre donné. Lire les données du dapp.
Sources : dapp/src/chain/swap.ts, executeSwap.ts, deployment.ts et contracts/src/periphery/CubitRouter.sol. La recette wallet navigateur/mobile reste distincte des tests automatisés.