Home › Features › API Signing
Features · automation inside guardrails

Hands-off signing for the flows you predefine

Machine-speed approvals, human-set rules

High-volume operations cannot wait for a tap per transfer. Your automated co-signer authenticates with HMAC-signed requests, joins signing sessions automatically, and signs exactly what your policies allow — everything above threshold still waits for a human.

Share the Trust, Guard the Keys

Create accountLive on testnet in an afternoon
Compare PlansIncluded in a plan, not an add-on
The problem

Machine-speed operations still need a human-set boundary

High-volume flows cannot wait for a tap, and giving a service unlimited signing authority is how a compromised key becomes a company-ending incident. API signing runs the flows you predefine, authenticated per request and bounded by the same policy engine your people answer to.

  • Signed, timestamped requestsEvery call carries an HMAC signature over its payload and a timestamp, so a replayed or tampered request is rejected before it reaches business logic.
  • Automation inside the rulesAutomated operations clear the same governance evaluation as manual ones. Below your threshold they flow; above it they wait for people.
  • Keys that are governedCreating or changing an API key is an approval-gated action, recorded like any other sensitive change.

How it works

Authenticated, bounded, logged

Every request is HMAC-SHA256 signed and timestamped against replay. The signer holds one share of three — compromising the machine yields a share that cannot sign alone, and policies bound what it could ever have signed.

  • Withdrawal queues drain themselves within limits
  • Deposit sweeps sign without a human tap
  • Every automated signature lands in the same audit trail
request auth
x-api-timestamp: 1755691200 x-api-sign: hmac-sha256(secret, ts + path + body) # replay-protected, per-request → joined signing session (party 3) → policy check: within rule <$10k → signed
Specification

Integration specification

Everything your integration engineer will ask in the first hour.

AuthenticationHMAC-SHA256 request signing per API key, with the signature computed over the request body.
Replay windowA request timestamp is valid for 30 seconds, with a 10-second clock-drift allowance.
Rate limitsDerived from one per-plan daily quota: the same number per second, thirty times it per minute, nine hundred times it per hour.
VersioningAn explicit API version header pins your integration; your account can stay on a version while defaults move on.
IdempotencyIdempotency keys on transaction creation so a retry cannot double-spend a payout.
ScopeKeys carry the permissions of their role — a developer key that cannot move funds is a normal, useful shape.
ObservabilitySigned webhook events cover the full transaction lifecycle; API request statistics are retained around 90 days.
BoundaryAutomation never bypasses policy. If a rule requires people, the request waits for people.

Frequently asked questions

Get answers to commonly asked questions.

Is it a hot wallet?

No — one MPC share of three, policy-bound. There is no key on the server to steal.

Who controls the rules?

You do, and rule changes are approval-gated — automation cannot widen its own mandate.

Which plans?

Standard, Business and Enterprise.

Share the Trust Guard the Keys

Automation inside the guardrails.