Pay global teams in stablecoins, account for every cent
Run batch payouts across chains and currencies with exactly-once guarantees, attributed float, and books that close themselves.
A payroll run is a thousand payments that must all be right
Batch payouts across providers were not designed for retries.
Employer funds arrive in one currency, sit as float across providers, and leave as hundreds of payouts across chains and rails. One failed retry double-pays someone; one missed payout is a support escalation, and the float is earning yield nobody can attribute.
Batch payouts fail partially, and retries risk paying someone twice.
Employer float is scattered across providers with no unified cash position.
Yield earned on float cannot be attributed back to the employers who funded it.
Every payout rail (chains, banks, local partners) has its own integration and its own failure modes.
_PROOF/ Payroll platforms run stablecoin compensation on Formance, every payout exactly-once.
One funding, a thousand exact payouts
Employer money in, attributed float, per-employee payouts out.
The employer funds the run, the float holds attributed balances per employer, and the batch fans out to per-employee payouts across rails: each one idempotent, each one traceable back to its funding.
The primitives payroll platforms need
Built on the open-source Formance ledger.
Idempotent batch execution, attributed float, and multi-rail payout connectivity, composed for global compensation.
Fan a payroll run out to hundreds of payouts, each an idempotent transaction: retries can never double-pay.
exactly-once
Track each employer's share of pooled float in real time, including the yield it earns while it waits.
yield attribution
Pay out over chains, banks, and local partners through one schema: a new corridor is a connector, not a build.
one schema, every rail
Reconstruct any run (who was paid what, when, from which funding) at any timestamp, straight from the log.
full run traceability
Read the Numscript docsPayroll-grade, by design
A payout that cannot double-pay
Idempotent by construction, not by best effort.
Each payout in the run is its own Numscript transaction with a deterministic reference: replaying the batch skips what already executed instead of paying it again.
Trusted by builders
“Formance enabled us to ship new lending products faster by providing a customizable foundation that let us reliably express the complexities of our flow of funds.”
Embedded finance · reconciliation across 14 countries
See customer story“Formance is the foundation of our Financial OS, the open-source approach lets us retain control over this key component.”
Healthcare · Financial OS
“Formance helped us kick off our move into fintech, with robust infrastructure and intuitive developer tooling.”
Benefits · fintech infrastructure
Built for regulated money.
Enterprise controls, the certifications auditors ask for, and an immutable record, out of the box.
09:41:07Z AUDIT gateway POST /api/ledger/v2/main/transactions 200 sub:ops@acme.io
09:41:09Z LOG id:4093 NEW_TRANSACTION ledger:main
09:41:12Z LOG id:4094 SET_METADATA ledger:main
09:41:15Z LOG id:4095 REVERTED_TRANSACTION ledger:main
09:41:18Z AUDIT gateway GET /api/ledger/v2/main/logs 200 sub:audit@acme.io
Keep going
Everything you need to evaluate and build on Formance.
Crypto payroll, answered
01 / WHAT HAPPENS IF A BATCH FAILS HALFWAY?
Each payout is an idempotent transaction. Re-running the batch executes only what has not settled: no double pays, no manual diffing of who got paid.
02 / CAN EMPLOYERS SEE THEIR FLOAT?
Yes. Pooled float is sub-ledgered per employer, so every employer's cash position, including the yield it earns, is exact and queryable in real time.
03 / HOW DO CONTRACTOR AND EMPLOYEE FLOWS DIFFER?
Both are transaction patterns on the same ledger: different account trees, withholding logic, and reporting, with the same guarantees underneath.
04 / WHICH PAYOUT RAILS ARE SUPPORTED?
Stablecoin transfers, bank rails, and local payout partners normalize into one schema through Connectivity; adding one is configuration, not code.
Run payroll you can replay safely
See how Formance fits your payout flows: book a demo or start building.





