対象
海外フリーランサー、IT企業の調達・財務チーム、分散型work platform
← すべてのプロダクトLocal Mock · 実決済未検証
INFRASTRUCTURE · PRODUCT BRIEF
JayPay
フリーランサーと企業向けにBase USDCスマート請求書と非カストディ型精算splitを設計します。
JayPayは、フリーランサーが請求書を受け取るclientのdemo walletまたは連絡用email、USDC金額、業務内容を入力して固有の支払リンクを作るB2B invoice製品です。フリーランサーの支払先は、検証済みprofile walletにserverが別途固定します。目標決済は、支払者がBase Payまたは対応walletで確認する1回の承認により、99%をフリーランサーへ、1%を別の精算準備金宛先へ直接routeする非カストディ構造です。現在は決定論的ローカルMockで、router contract配備、wallet署名、onchain receipt、funded JGasスポンサーは未検証です。
BaseUSDCEIP-3009ERC-4337JGas adapterTypeScript
SAMPLE UI · NO LIVE TRANSACTION
LOCAL SMART INVOICE
99 / 11,000 USDCを正確に分ける請求書
INVOICE AMOUNT1,000.00 USDC
01Freelancer · 990 USDC
02精算準備金 · 10 USDC
03Base · official USDC
04Gas · JGas MOCK
ローカルMockで、invoice作成、99/1計算、完了stateのみをsimulationします。
B2B INFRASTRUCTURE · LOCAL MOCK
確認できる範囲とロック中の範囲を先に示します。
product flowとeconomicsはこのMacで確認できますが、実資産、wallet承認、onchain送信は実行しません。- 実行MODE
- LOCAL MOCK ONLY
- CUSTODY境界
- 顧客資産を保管しない
- LIVE ADAPTER
- LOCKED · NO BROADCAST
目指す結果
請求条件、ユーザー承認、99/1直接split、検証済みreceiptを1つの不変invoice intentへ接続
PRODUCT FLOW
ユーザーが理解できる4ステップ
01 · 請求書作成
請求書を受け取るclientのdemo walletまたは連絡用email、USDC金額、業務内容を入力します。
02 · 固有リンク
サーバーが金額、公式Base USDC、受取人、1%精算準備金policyを固定したリンクを発行します。
03 · 支払者確認
clientが自身のwalletで総額と2つの宛先を確認して承認します。
04 · Split・receipt
目標adapterが99%と1%をatomicにrouteし、サーバーは正確なfinal receiptのみ完了処理します。
INTERFACE TEMPLATE
サンプルプロダクト画面
実キー、取引、顧客情報を使わずに構造を確認できるコードベースのサンプルです。SAMPLE UI · NO LIVE TRANSACTION
LOCAL SMART INVOICE
99 / 11,000 USDCを正確に分ける請求書
INVOICE AMOUNT1,000.00 USDC
01Freelancer · 990 USDC
02精算準備金 · 10 USDC
03Base · official USDC
04Gas · JGas MOCK
ローカルMockで、invoice作成、99/1計算、完了stateのみをsimulationします。
CAPABILITIES
設計済みの機能
即時請求リンク
固定invoice intentから共有可能な支払経路を作ります。
99/1直接split
全額をoperator walletへ集約しないatomic routingを目標にします。
Base Pay・wallet選択
支払者が自身のwalletでtoken、総額、宛先を確認します。
JGas-ready境界
gasスポンサーは別のintent-bound adapterで、funded providerがなければMockで停止します。
正確なreceipt検証
chain、token、2受取人、2金額、invoice IDの一致が完了条件です。
INTEGRATION SEQUENCE
実装・連携の順序
- Invoice intent作成検証済みfreelancer wallet、金額、memo、expiryをサーバーで固定します。
- 受取人確定emailは連絡手段のみで、支払権限は検証済みwalletだけに結び付けます。
- Split call準備99%受取額と1%精算準備金をinteger unitで計算しintentへ結び付けます。
- ユーザー承認Mock外では支払者が自身のwalletで正確なcalldataを承認します。
- Receipt検証final receiptと全split項目が一致した場合のみinvoiceをpaidへ移行します。
SERVER-SIDE PSEUDOCODE · NO CREDENTIALS
サーバー連携例
秘密情報はブラウザーへ渡さず、外部応答をサーバーで検証してから状態を進めます。
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
セキュリティと責任範囲
支払資金を非カストディ
JunleeBuild serverやoperator walletがinvoice全額を中間保管しません。
Server権威の条件
browserからのamount、recipient、fee値は支払権限ではありません。
Operator wallet非公開設定
fee宛先はmanaged configurationから読み、user inputでは変更できません。
Mock実行guard
ローカルsimulationはwallet provider、署名、chain broadcastを呼び出しません。
READINESS
現在の制約
Local Mock
現在のlinkと完了receiptは決定論的fixtureで、資産移動はありません。
Router未配備
99/1 atomic split contractとauditは未実施です。
Funded JGas未接続
Paymaster資金、provider連携、実gasスポンサーは未検証です。
給与・送金serviceではない
税務、源泉徴収、FX、fiat payout、licensed remittanceを提供しません。
市場・運用の境界