Built for
International freelancers, procurement and finance teams, and distributed-work platforms
← All productsLocal Mock · no live settlement
INFRASTRUCTURE · PRODUCT BRIEF
JayPay
Design Base USDC smart invoices and non-custodial settlement splitting for freelancers and companies.
JayPay is a B2B invoicing product where a freelancer enters the client's demo wallet or contact email, a USDC amount and work description to create a unique payment link. The server separately binds the freelancer payout destination to a verified profile wallet. The target settlement uses one payer-confirmed Base Pay or supported-wallet approval to route 99% directly to the freelancer and 1% directly to a separate settlement-reserve destination without intermediary custody. The current implementation is a deterministic local Mock; no router contract deployment, wallet signature, onchain receipt or funded JGas sponsorship is verified.
BaseUSDCEIP-3009ERC-4337JGas adapterTypeScript
SAMPLE UI · NO LIVE TRANSACTION
LOCAL SMART INVOICE
99 / 1An invoice that splits 1,000 USDC exactly
INVOICE AMOUNT1,000.00 USDC
01Freelancer · 990 USDC
02Settlement reserve · 10 USDC
03Base · official USDC
04Gas · JGas MOCK
Local Mock; only invoice creation, 99/1 calculation and completion state are simulated.
B2B INFRASTRUCTURE · LOCAL MOCK
See what can be reviewed—and what stays locked—first.
The product flow and economics can be reviewed on this Mac. Real assets, wallet approval and onchain transfer are never executed.- EXECUTION MODE
- LOCAL MOCK ONLY
- CUSTODY BOUNDARY
- NO CUSTOMER ASSET CUSTODY
- LIVE ADAPTER
- LOCKED · NO BROADCAST
Intended outcome
Connect invoice terms, user approval, a direct 99/1 split and a verified receipt through one immutable invoice intent
PRODUCT FLOW
Four steps users can understand
01 · Draft invoice
Enter the client's demo wallet or contact email, USDC amount and work description.
02 · Unique link
The server issues a link binding amount, official Base USDC, recipient and the 1% settlement-reserve policy.
03 · Payer review
The client verifies the total and both destinations in their own wallet before approval.
04 · Split and receipt
The target adapter atomically routes 99% and 1%; the server completes only an exact final receipt.
INTERFACE TEMPLATE
Sample product interface
A code-native sample for reviewing the product structure without real keys, transactions or customer data.SAMPLE UI · NO LIVE TRANSACTION
LOCAL SMART INVOICE
99 / 1An invoice that splits 1,000 USDC exactly
INVOICE AMOUNT1,000.00 USDC
01Freelancer · 990 USDC
02Settlement reserve · 10 USDC
03Base · official USDC
04Gas · JGas MOCK
Local Mock; only invoice creation, 99/1 calculation and completion state are simulated.
CAPABILITIES
Designed capabilities
Instant invoice links
Create a shareable payment path from a fixed invoice intent.
Direct 99/1 split
Target atomic routing without pooling the full payment in an operator wallet.
Base Pay or wallet
The payer must verify token, total and destinations in their own wallet.
JGas-ready boundary
Gas sponsorship is a separate intent-bound adapter and stops at Mock without a funded provider.
Exact receipt verification
Completion requires matching chain, token, both recipients, both amounts and invoice ID.
INTEGRATION SEQUENCE
Implementation sequence
- Create invoice intentBind the verified freelancer wallet, amount, memo and expiry on the server.
- Resolve recipientEmail is contact data only; payment authority binds only to a verified wallet.
- Prepare split callsCalculate the 99% receipt and 1% settlement reserve in integer units and bind them to the intent.
- User approvalOutside Mock, the payer must approve exact calldata in their own wallet.
- Verify receiptMark the invoice paid only when the final receipt and every split item match.
SERVER-SIDE PSEUDOCODE · NO CREDENTIALS
Server integration sketch
Secrets never enter the browser. Every external response is verified by the server before product state advances.
const invoice = await server.invoices.createBoundIntent(input);
const split = server.invoices.calculateSplit(invoice, { recipientBps: 9900 });
const preview = await server.jgas.prepareMock({ invoice, split });
const mockReceipt = await browser.simulateApproval(preview); // NO WALLET
await server.invoices.verifyMock({ invoiceId: invoice.id, mockReceipt });SECURITY
Security and responsibility
No payment custody
Neither the JunleeBuild server nor operator wallet holds the full invoice payment in transit.
Server-authoritative terms
Browser-supplied amount, recipient or fee values are not payment authority.
Private operator-wallet config
The fee destination comes from managed configuration and cannot be changed by user input.
Mock execution guard
The local simulation calls no wallet provider, signature or chain broadcast.
READINESS
Current limitations
Local Mock
Current links and completion receipts are deterministic fixtures with no asset movement.
Router not deployed
The 99/1 atomic split contract and audit do not yet exist.
No funded JGas
Paymaster funding, provider integration and real gas sponsorship are unverified.
Not payroll or remittance
No tax withholding, FX, fiat payout or licensed remittance is provided.
Market and operating boundary