DestinationTag réglé sur l’indice de l’issue et le SourceTag réglé sur le tag d’attribution de counsel. counsel construit le Payment non signé et vous montre les cotes projetées. Vous le signez dans votre propre portefeuille et le soumettez. Il n’y a pas d’étape de dépôt et aucune clé côté counsel dans le chemin. Le flux est non custodial de bout en bout.
Cette page parcourt le chemin développeur canonique : GET /markets pour trouver un marché et une issue, puis GET /markets/:id/bet-intent pour obtenir un Payment non signé ainsi que les cotes projetées après votre mise, puis signer et soumettre.
Trouver un marché et une issue
Listez les marchés ouverts et choisissez-en un. Chaque marché porte ses issues ; l’indice de l’issue est ce qui va dans le Vous pouvez aussi récupérer un marché unique par son id avec
DestinationTag.GET /markets/:id.Récupérer une intention de pari
Appelez Le Payment non signé est adressé au compte pool du marché, avec le
GET /markets/:id/bet-intent avec votre account, l’indice outcome et le montant amount en XRP. La réponse vous fournit un Payment XRPL non signé prêt à être signé, ainsi que les cotes projetées pour cette issue une fois votre mise ajoutée au pool.L’adresse XRPL qui signera et enverra le pari. Utilisée pour adresser le Payment non signé.
L’indice de l’issue. Il devient le
DestinationTag du Payment.Votre mise en XRP.
DestinationTag réglé sur l’indice de votre issue et le SourceTag réglé sur le tag d’attribution de counsel.Les cotes projetées sont indicatives. counsel est parimutuel, donc chaque pari ultérieur de n’importe quel participant déplace la ligne jusqu’au
bet_cutoff. La répartition est calculée à partir de l’état réel du pool à la clôture, et non à partir du chiffre affiché au moment où vous avez signé. Voir Cotes et payouts.Signer dans votre propre portefeuille
Signez le Payment non signé avec votre propre clé. counsel ne voit jamais votre secret. Dans l’application, c’est Xaman, GemWallet ou Crossmark ; pour un bot, c’est votre client qui signe avec sa propre seed.
Tout le flux avec counsel-js
placeBet condense les quatre étapes en un seul appel : il récupère l’intention non signée, la signe avec la seed que vous passez, et la soumet. La seed reste sur votre machine.
Signature non custodiale
counsel construit le Payment mais ne le détient jamais. L’étape de signature se déroule entièrement dans votre portefeuille ou votre client, avec votre clé.counsel construit, vous signez
Le endpoint bet-intent renvoie un Payment non signé. La signature et la soumission vous appartiennent. counsel ne relaie ni ne proxie votre transaction signée.
Les pools sont en multisig
Les mises atterrissent dans des comptes propres à chaque marché, sécurisés par une SignerList multisig avec la clé maître désactivée. Aucune clé unique ne peut déplacer les fonds.
Tout est on-chain
Votre pari est un Payment taggé dans l’historique des transactions du compte pool. N’importe qui peut l’indexer et recalculer l’état du pool.
Les bots sont de premier ordre
Un bot est un client XRPL ordinaire : lire un marché, récupérer une intention non signée, signer avec sa propre clé, soumettre. Le même chemin que l’application.