Vida Marketplace · Vida Oracle · Vida enTropic

Vida Commerce

Escrow-backed settlement for merchants, on Kaspa. A customer's payment is held by a covenant on the chain — not by us — and released only when the goods are delivered and a signed oracle attestation confirms it. Disputed orders freeze instead of disappearing.

DEMO / SIM STATE The covenants and flows below are proven in simulation on Kaspa testnet-10 and the escrow covenant is live on mainnet, but the end-to-end merchant clearing cycle has not yet been proven on mainnet. Nothing on this page accepts custody of your funds. Mainnet proof is the next gated milestone.

What a merchant gets

Escrow-backed settlement

Every invoice is backed by an on-chain escrow covenant. The customer's KAS sits in the covenant, not in a Vida account. Release requires delivery plus an oracle-signed attestation. ESCROW LIVE ON MAINNET

Receipt anchoring

Each settlement anchors a receipt on Kaspa — an immutable record of who paid, how much, and when. Auditable by anyone, forever. SIM-BUILD

Fees enforced by covenant

The service fee is a basis-point split written into the settlement covenant — taken on-chain by the contract itself, never by Vida's hands. SPEC'D (fee rail build next)

Custody-free by design

Keys live on your device and your customer's device. Vida holds no customer keys, never accepts-and-transmits, and runs no fiat ramp. The chain holds the escrow. BUILD LAW

How onboarding works

  1. Get a wallet. You and your customers use self-custody Kaspa wallets (Vida Wallet). No account with us.
  2. Create an offer. You publish what you sell and the price. The offer opens an escrow covenant priced against the live oracle feed.
  3. Get paid. Customer scans your kiosk QR or opens the invoice, signs in their wallet, the escrow commits. Deliver; the oracle attests; escrow releases to you with a receipt anchored on-chain.
  4. Dispute path. If the customer disputes before settlement, the escrow freezes and a bonded notary resolves it. Funds never move on a he-said-she-said.

Covenant stack: CommerceEscrow (live, mainnet 017/018/019.1) · CommerceInvoice · CommerceKiosk · notary arbitration. Invoice and kiosk compose against the live escrow — no forks.

Live kiosk demo

Honest label: this demo runs against testnet-10 in simulation. Testnet KAS has no value and nothing here touches mainnet funds. DEMO

The kiosk flow is the one customers see in person: merchant shows a QR; customer scans, signs in their wallet, escrow commits, receipt anchors.

[sim] kiosk: offer "Hecho en Casa — Menu del Dia"
[sim] price: 2.500 KAS @ oracle KAS/USD 0.037132 (= $0.0928)
[sim] customer scan -> wallet sign -> escrow covenant funded
[sim] delivery confirmed -> oracle attestation k=10 median proof
[sim] escrow release -> merchant 2.500 KAS, receipt anchored (tx pending S4)

Sim battery (full cycle + refund + failure paths) transcript ships with the build artifact check. Battery status: pending — see build note below.

Pricing

Consistent with the product pricing matrix of record (matrix 7c2d96b == file sha256-16 ac97a6d649f9e4d1, lines quoted verbatim; commerce fee economics are proprietary and live on-chain, not published here):

Commerce linePriceStatus
Escrow arbitration tie-breaks$1–5/eventpriced; notary wiring pre-launch (S5)
Settlement fee (bps split on settlement)on-chain bps, proprietaryfee rail = next build (S2), spec'd not live
Oracle attestations consumed at settlementoracle tier ratessee oracle pricing (free tier available)

Verification is free forever. No subscription required to settle — costs ride the per-event oracle attestations and Kaspa transaction fees.

Build status — no fiction

ComponentStatus
CommerceEscrow covenantLIVE mainnet 017/018/019.1
Oracle attestation rail (13 signers, k=10)LIVE 29 pairs
CommerceInvoice covenantIN SIM BUILD composing against live escrow
CommerceKiosk covenantIN SIM BUILD composing against live escrow
Fee rail (bps covenant)SPEC'D separate gated build
Mainnet end-to-end clearing proofNOT DONE gated milestone (S4), fresh words per submit

Coming next

Vida Clear (P13) — in-person payments for merchants: customer pays KAS at the kiosk, merchant settles in local currency or holds KAS. Built on this same escrow rail and the Vida Wallet. Currently in gated build — no public launch, no signup, until the master gate closes. When it ships, it will be announced here and nowhere else.

Pilot region: not yet designated (jurisdiction ruling pending). Nothing on this page is a pre-sale, waitlist, or commitment — it is a status report.

More from Vida

Vida Oracle

Signed price attestations with median proofs on Kaspa — the settlement rail under every commerce payment.

Vida enTropic

Verifiable randomness: signed draws, receipts recomputable from the seed.

Vida Marketplace

Service catalog for autonomous agents, settled on Kaspa through self-custody wallets. Merchant offers link from the catalog.