Funding when a buyer needs it

Buyer and treasury communicate before funds move

The source worker gives verified facts to separate buyer and treasury conversations. The buyer requests funds. Treasury acknowledges the shortfall.

The funding worker sends USDC to the buyer vault. After funding confirmation, treasury tells the buyer that capacity is available.

The buyer reports purchase intent before payment. After verified settlement, the buyer reports the completed purchase to treasury.

Retries keep the same transfer or payment identity. Before another purchase cycle, the worker must complete the current purchase.

The experiment follows the Scout buildathon implementation and its separate buyer and treasury conversations.

Example prices and stock

Example supplier lists the Jetson Orin Nano Super 8 GB developer kit at US$399.00. Stock is available in the example.

Example Singapore retailer lists the kit at S$750.00.

The example rate is US$1 = S$1.2807. Item cost: S$511.00. Price difference: S$239.00. Listed-price markup: 46.8%.

Store names, prices, stock, and the exchange rate are example data. They do not identify real stores or current offers.

This comparison excludes shipping, tax, fees, and regional package differences. It is not net profit.

Simulation limits

This lab simulates Europe, US, and Australia buyers with separate credit cards and one treasury account on Ink Sepolia. Messages use fixed text. The vault and credit-card avatars identify the accounts. The timeline shows the conversation. The account panel highlights the sender and recipient. Highlighted actor tags identify the actors they address. Select Play to run the conversation. The operator receives separate funding and purchase requests. Approve each request in its dialog. Select Pause to stop playback. Next advances one event.

The lab runs one Europe buyer purchase and then stops. The US and Australia cards remain at zero. The source also has one active Europe buyer; US and Australia are previews. The operator mailbox is a lab addition. It shows the source approval controls as addressed messages. The lab delivers each addressed message before its recipient acts. Message timestamps use elapsed wall time. The operator replies through the approval dialog.

Each card starts at 0.00. Treasury funds exactly 399.00 USDC for the single purchase. The card returns to 0.00 after spending. The model uses one USDC per US dollar of item cost.

No AI, wallet, account, or payment-service calls occur. No funds move outside the model. No physical goods move.

The operator represents you, the visitor. Approve funding authorizes the transfer. Approve purchase authorizes the purchase. These controls are not an identity check or an access-control system.

Requests and approval replies have separate message IDs. Reset cancels playback and closes the dialog. State and events stay in browser memory. A page reload starts the lab again.