Debit & Credit Users
Server to Server Callbacks
To receive messages on when to deduct and credit user balances based on the outcomes of matches, you should implement the following endpoints.
Pay Entry Fee
Method: POST /thndr/pay
Description: When you receive this post request from us:
Deduct the bet amount from the user's balance.
Associate the
depositId
with theamount
in your database to allow for potential refunds.Use
depositId
as the idempotency key to ensure the same payment is not processed twice.
Body:

Handle Match Results
Method: POST /thndr/results
Description: Upon receiving this POST request from us, take the appropriate action based on the match outcome:
WIN or DRAW: Credit the user's balance by
amount
.LOSE: No action required.
REFUND: Retrieve the
amount
from your database and refund the user.
NOTE: Use depositId
as the idempotency key to ensure the same result is not processed twice.
Body (WIN or DRAW):
Body (LOSE):
Body (REFUND):

Request Signing
To ensure the integrity and authenticity of API requests, our system signs each request payload using an HMAC (Hash-based Message Authentication Code) with the SHA-256 algorithm. Integrators must verify the signature to authenticate requests and prevent tampering.
Verification Process
To verify the request's authenticity, the integrator should:
Recompute the signature using the shared secret and the received payload.
Compare the computed signature with the
x-server-authorization
header value.Reject the request if the signatures do not match.
Example Verification in Node.js:
The SERVER_SECRET
is a pre-shared secret key known only to Clinch server and the integrator.
Example Signed Payload
Last updated