/api/v1/p2p/merchant/balanceСтейджReturns the merchant's real wallets from the money service — one row
per actual wallet with its own currency and wallet_id (no synthetic
rows). frozen reflects active holds.
Authorization
MerchantToken MerchantSignature MerchantTimestamp The merchant's public token (64 hex characters), issued at onboarding.
In: header
HMAC-SHA256 signature (a single scheme for all endpoints).
Format: t=<unix_seconds>,v1=<hex_hmac_sha256>
where hex_hmac = HMAC-SHA256(webhook_secret, "<unix_seconds>.<raw_body>").
Replay window: 5 minutes (a 60-second drift into the future is allowed).
In: header
Unix time of the request in seconds. Signature window: 5 minutes back / 60 seconds forward.
In: header
Response Body
application/json
application/problem+json
curl -X GET "https://example.com/api/v1/p2p/merchant/balance" \ -H "X-Merchant-Token: <MERCHANT_TOKEN>" \ -H "X-Timestamp: <UNIX_TIMESTAMP>" \ -H "X-Signature: t=<UNIX_TIMESTAMP>,v1=<HEX_HMAC_SHA256>"{ "wallets": [ { "wallet_id": "f0e1d2c3-b4a5-6789-abcd-ef1234567890", "currency": "RUB", "available": "12500000", "frozen": "500000", "total": "13000000" }, { "wallet_id": "9b2fcbd6-b6f4-4f17-a94d-b7309f84bde5", "currency": "USDT", "available": "2500000", "frozen": "0", "total": "2500000" } ]}{ "type": "../dictionary", "title": "string", "status": 0, "detail": "string", "instance": "../dictionary", "errors": [ { "field": "amount", "message": "must be greater than 0", "code": "POSITIVE_REQUIRED" } ]}List merchant deals GET GET
Returns the merchant's deals filtered by type, status, and date. The listing is a UNION of PayIn (`p2p_orders`) and PayOut (`p2p_payouts`) records in a single chronological list. Keyset-based pagination via `page_token`. The scope is always derived from the signed merchant token (claims take priority); the `merchant_id` request field is informational and silently ignored.
Withdraw USDT to a TRC-20 address POST POST
Initiates a USDT withdrawal to the provided TRC-20 address. The synchronous `status` is COMPLETED (auto-approval: the on-chain transaction has been sent to broadcast) or PENDING_MANUAL (admin approval queue — MANUAL_ONLY policy or an amount above the current auto-limit). Insufficient balance — failed precondition → HTTP 400 (not 402). Idempotency is guaranteed server-side (a deterministic key of merchant + address + amount + current fee).