Skip to main content
Échange & Pont
En bref
L’API Swap de Blockradar vous permet d’échanger des actifs sur la même chaîne (swap) ou de déplacer des actifs entre différentes chaînes (bridge) en utilisant un seul endpoint unifié.

Prérequis

Avant d’utiliser l’API Swap, assurez-vous d’avoir :
1

Clé API

Obtenez votre clé API depuis le Tableau de bord Blockradar. Naviguez vers Paramètres → Clés API pour en générer une.
2

Wallet Créé

Créez un wallet via l’API Créer Wallet ou le tableau de bord. Vous aurez besoin du walletId pour les opérations de swap.
3

IDs d'Actifs

Obtenez l’assetId pour vos actifs source et destination depuis Actifs dans le tableau de bord ou via l’API Obtenir Actifs.
4

Solde Suffisant

Assurez-vous que votre wallet a un solde suffisant de l’actif source pour couvrir le montant du swap plus les frais de réseau.

Comment Ça Marche

Blockradar détermine automatiquement si votre transaction est un swap ou un bridge en fonction de votre sélection d’actifs :

Swap

Échangez différents actifs sur la même blockchain.Exemple : USDC → USDT sur Base

Bridge

Déplacez des actifs entre différentes blockchains.Exemple : USDC sur BSC → USDC sur Optimism
Vous n’avez pas besoin de spécifier s’il s’agit d’un swap ou d’un bridge—l’API gère cela automatiquement en fonction du fromAssetId et du toAssetId que vous fournissez.

Actifs et Chaînes Supportés

L’API Swap supporte les principales stablecoins sur les chaînes supportées par Blockradar :
La disponibilité des actifs varie selon la chaîne. Utilisez toujours l’API Obtenir Actifs pour récupérer la liste actuelle des actifs supportés et leurs valeurs assetId pour vos chaînes cibles.
Voir Intégrations pour la liste complète des réseaux et stablecoins supportés.

Master Wallet vs Adresse Enfant

L’API Swap est disponible à deux niveaux :

Master Wallet

Exécutez des swaps directement depuis votre master wallet. Idéal pour les opérations de trésorerie.

Adresse Enfant

Exécutez des swaps depuis des adresses enfants individuelles. Parfait pour les opérations spécifiques aux utilisateurs.

Endpoints

Étape 1 : Obtenir un Devis

Obtenez toujours un devis avant d’exécuter un swap pour montrer aux utilisateurs le résultat attendu.

Paramètres de Requête

Exemple de Devis

Réponse de Devis

Comprendre les Champs du Devis

Affichez toujours au minimum : montant à recevoir, temps d’arrivée estimé et frais avant que l’utilisateur confirme le swap.

Étape 2 : Exécuter le Swap

Une fois que l’utilisateur confirme le devis, exécutez le swap.

Paramètres de Requête

Exemple d’Exécution

Réponse d’Exécution

Les opérations de swap sont asynchrones. La réponse initiale affiche le statut PENDING. Écoutez le webhook swap.success ou swap.failed pour confirmer la finalisation.

Types d’Ordre

Choisissez le bon type d’ordre selon votre cas d’utilisation :

Événements Webhook

Surveillez la finalisation du swap via les webhooks :

Payload du Webhook

Exemple de Flux Complet

Voici une implémentation complète montrant le flux devis → confirmer → exécuter :

Réponses d’Erreur

Meilleures Pratiques

Expérience Utilisateur

  • Toujours afficher les devis : Montrez le montant, les frais et le temps estimé avant l’exécution
  • Gérer le glissement : Informez les utilisateurs des variations de prix potentielles
  • Afficher la progression : Utilisez les webhooks pour mettre à jour les utilisateurs sur le statut du swap

Sécurité

  • Valider les montants : Assurez-vous que les montants de swap sont dans des plages acceptables
  • Utiliser des références : Suivez les swaps avec des IDs de référence uniques
  • Surveiller les webhooks : Vérifiez toujours la finalisation du swap via les webhooks

Performance

  • Mettre en cache les IDs d’actifs : Stockez les IDs d’actifs localement pour éviter les recherches répétées
  • Utiliser les types d’ordre appropriés : Choisissez FASTEST pour le temps sensible, CHEAPEST pour le coût sensible
  • Implémenter les réessais : Gérez les échecs transitoires avec un backoff exponentiel

Référence API

Support

L’API Swap fournit une interface unifiée pour les swaps sur la même chaîne et les bridges entre chaînes. Commencez avec de petits montants de test sur les testnets avant de passer en production.