Payroll and EOR platforms
Funded in stablecoins by clients on chains you did not plan for, paying local currency on a fixed date. A wrong-chain arrival becomes a support incident across a whole company.
Issue every one of your users a persistent payment identity without building the detection, screening, matching, routing and settlement underneath it. One integration instead of an indexer, a hot wallet and a confirmation policy per network.
Every network you add the usual way is an indexer, a confirmation policy of its own, reorg handling, a hot wallet, gas management and a new way to lose money at three in the morning. That is the same work each time, and it is not the work your customers pay you for.
Reorgs, gas and confirmation policy stay your problem ours. Adding the seventh is a parameter, not a quarter.
Products where receiving international payments is a feature rather than the business — payroll and EOR platforms, marketplaces, fintechs, invoicing tools and B2B software serving businesses that get paid abroad.
Funded in stablecoins by clients on chains you did not plan for, paying local currency on a fixed date. A wrong-chain arrival becomes a support incident across a whole company.
Sellers and freelancers paid at high frequency, where a fixed transport cost per payout decides whether the unit economics work at all.
Adding chain coverage without adding an indexer, a compliance workstream and an on-call rotation for each one.
Products already serving businesses paid abroad, where “mark as paid” currently requires a human to check a block explorer.
Products whose customers are collecting foreign revenue and doing the chain-matching by hand in a spreadsheet today.
Operators who want wider inbound chain coverage without negotiating custody and transport relationships themselves.
Your users never see Nomapay. Your brand, your interface, your support relationship. Adding a network becomes a parameter change rather than a quarter of integration work, and the reorg handling is somebody else’s pager.
Pay a per-transaction fee, mark up our wholesale price to your users, or fold it into your own subscription. All three work.
Illustrative example, not a quote. Shown here in one settlement currency; the same record is produced in whichever one the business banks in.
You can. It is roughly: a custody relationship that can issue endpoints per customer per network, an indexer and confirmation policy for each network, reorg handling, hot wallet and gas management, wallet screening, payment-intent matching, route selection, an unknown-state machine that never blindly retries, a double-entry ledger, daily reconciliation across six systems, and someone who owns it when an execution goes quiet at 2am.
Then you maintain all of that while it is not the thing your customers pay you for.
Honest position: we are in private beta. The API is designed, not shipped, and the first payments are done by hand. If you would build against this, the most useful thing right now is telling us what is wrong with the shape.
Being straight about it, since embedded infrastructure is a serious dependency.
Do not move your whole inbound volume onto an unproven integration. Take the flow that hurts most and prove it.
Service expectations, incident handling, data protection, exit terms. If we cannot sign that, we are not ready to carry your payments.
Early platform partners shape what gets built. That is the trade for integrating with something this young.
Even two quarters out, the design is still being decided and your requirements can be in it.