Application and workflow
- Proposed inclusion
- Scheduled basket, offer, merchant-acceptance and payment-handoff application components.
- Excluded or conditional
- Customer funds, wallets, merchant contracts and payment-provider accounts.
Connect a buyer’s shopping basket with a merchant-ready Bitcoin offer and payment handoff. A focused commerce opportunity for businesses with an existing merchant network or relevant buyer audience.
Connect buyer intent with a merchant's own payment route through an organised offer and acceptance journey.
Follow the key steps from the first input to the final outcome. Request a private demonstration focused on your requirements.
Bring the basket details and currency quote into a proposed Bitcoin purchase.
A sample basket is used to prepare a currency quote and proposed Bitcoin offer.
Continue with the next step below.
Let the buyer review the offer before sharing it with the merchant.
The sample buyer approves the offer before the merchant receives an acceptance link.
Continue with the next step below.
Connect an accepted offer to the merchant's chosen payment instructions or checkout route.
The accepted sample offer leads to merchant-controlled payment instructions; settlement is a separate step.
Agree the assets, rights and delivery milestones before commitment, with the detail set out in the signed schedule.
A defined application and service-configuration walkthrough, with fixed transition support and clear ongoing provider responsibilities.
Explore the transaction structure that fits your business. Speak directly with the founder about the commercial fit and next steps.
Request confidential details →Explore merchant software subscriptions, separately from Bitcoin prices or customer payment volumes.
Editable sample assumptions. Use your own figures. These examples are not forecasts, observed results or sale asking prices.
Formula: Merchant customers × monthly software fee × paid months.
Gross revenue before delivery, software, other costs and taxes; not net profit. This scenario does not model Bitcoin returns or funds handled.
Discuss this scenarioConnect buyer intent with a merchant's own payment route through an organised offer and acceptance journey.
A defined application and service-configuration walkthrough, with fixed transition support and clear ongoing provider responsibilities.
Agree a controlled basket-to-merchant-acceptance journey and the payment handoff. Any payment-status integration is separately specified and validated.
SatCart's scope is non-custodial. The merchant retains payment, fulfilment and refund responsibilities; a payment handoff is distinct from confirmed settlement.
Discussion terms, subject to the exact rights schedule, costed delivery scope and written agreement. These handover allowances begin after acceptance; implementation obligations and defect remedies are specified separately.
Proposed commercial scope. Final rights, price and delivery obligations are agreed in writing.
Discuss this package →Compare acquisition with a new build, understand licence scope and assess a website portfolio.