Built for
Businesses operating Japan-facing wallets, creator support, membership or community products
INFRASTRUCTURE · PRODUCT BRIEF
Policy-controlled Base gas sponsorship after a third-party JPY on-ramp.
JGas Japan is not a JPY on-ramp. An approved third-party provider would handle fiat payment and KYC and deliver USDC to a user-owned wallet. The shared JGas core would then evaluate the target, selector, account implementation and budget of a separately approved Base UserOperation. The shared control plane is operational, but provider approval, JPY purchasing, Paymaster funding and funded sponsorship are not active.
Illustrative UI only; it shows no live JPY quote, purchase or gas spend.
Businesses operating Japan-facing wallets, creator support, membership or community products
A clear separation where users retain wallets and assets while the business controls only eligible actions and gas budgets
PRODUCT FLOW
The approved provider API would return JPY, asset, payment-method and country eligibility.
The provider handles fiat payment, fee disclosure and KYC, then delivers USDC to the user's wallet.
Completing the purchase never triggers a support payment automatically; the user confirms the product action separately.
JGas evaluates the v0.7 SimpleAccount call and budget, uses a Paymaster only when activated, and reconciles an independent receipt.
INTERFACE TEMPLATE
Illustrative UI only; it shows no live JPY quote, purchase or gas spend.
CAPABILITIES
Keys, policies, usage and audit records are isolated by product and deployment environment.
SimpleAccount calldata is decoded directly and calls outside the allow-list are rejected.
Per-operation, daily and monthly limits plus aggregate native value are checked during PostgreSQL reservation.
Control and Project Key plaintext is shown once; only an HMAC digest is stored.
An intent is bound to its UserOperation hash and cost is finalized only after independent RPC finality.
INTEGRATION SEQUENCE
Secrets never enter the browser. Every external response is verified by the server before product state advances.
const coverage = await server.onramp.getCoverage({ market, asset });
const checkout = await server.onramp.createSession({
wallet: verifiedUserWallet, coverageId: coverage.id
});
const prepared = await server.jgas.prepare({ unsignedUserOp });
const signed = await userWallet.sign(prepared.userOperation);
await server.jgas.send({ intentId: prepared.intentId, signed });SECURITY
No private key, seed, private passkey material or user asset is accepted or stored.
The JGas Project Key and any future provider secret never enter the browser.
No upstream call occurs when policy, account implementation, chain, EntryPoint or Paymaster response is invalid.
An on-ramp completion never authorizes an automatic support payment or product transaction.
READINESS
There is no live on-ramp contract, API key, quote, KYC or webhook integration.
The current production control plane rejects every spend route with HTTP 503.
The current core supports only Base 8453/84532 and ERC-4337 v0.7 SimpleAccount.
JPY display, Japan-specific support, legal/tax review, load/recovery proof and independent security audit are incomplete.
Market and operating boundary
External product surface