Recourse
Arc TestnetLaunch App
Live on Arc Testnet

Buyer protection for USDC payments.

Escrow USDC under immutable refund rules. Buyers get verifiable recourse, merchants get paid immediately, and disputes resolve from evidence instead of opinion.

Live contract 8 seeded payments Hash-verified verdicts
Live prototype stack
Arc Testnet
USDC
USYC adapter
Deterministic engine
Why Recourse

A new standard for trustworthy payments

Clear protection

Refund policies are locked in before payment and cannot be changed later.

Learn more

Deterministic outcomes

Disputes resolve based on rules and verified evidence, not human opinion.

See how it works

Instant settlement

Merchants get paid immediately. We handle the protection behind the scenes.

For merchants

Yield while protected

Escrowed funds earn yield through USYC during the dispute window.

Explore the vault
How it works

Protection without chargeback guesswork

Recourse separates objective evidence from the final outcome. Humans and services can attest to facts, while immutable policy code decides what those facts mean.

01

Policy pinned before payment

The merchant publishes clear refund rules onchain. Every payment stores the exact policy hash, so the terms cannot change later.

02

USDC stays productive

Protected funds move into a yield adapter during the dispute window instead of sitting idle in a basic escrow contract.

03

Evidence determines the outcome

The policy engine evaluates claim type, evidence, timing, and objective attestations. The first matching rule sets the refund.

04

Settlement stays fast

Merchants can receive a T+0 advance from the vault while buyers retain the full protection window attached to their payment.

Public by design

Don’t trust the verdict. Recompute it.

The public verifier reads live Arc state and runs the same deterministic policy rules in two independent environments.

  • Solidity computes the canonical onchain result
  • TypeScript recomputes the result in your browser
  • Matching hashes prove the outcome is reproducible
Open the live verifier
Payment #5Refunded 100%
Solidity eth_call0x683e3c325e6e...bc650fOnchain
Browser recompute0x683e3c325e6e...bc650fTypeScript
Hashes match exactlyNo backend chose this verdict.
One payment, aligned incentives

Built for every side of protected commerce

Buyers keep recourse, merchants keep velocity, and liquidity providers can see the exact risk they are underwriting.

For buyers

Know your protection before paying

Read the refund policy in plain language, submit evidence when something goes wrong, and verify the result independently.

  • Policy locked at checkout
  • Refund sent to the original buyer
  • Public verdict verification
View a protected payment
For merchants

Offer recourse without freezing cash flow

Accept protected USDC payments, publish reusable policies, and use the settlement vault to receive funds immediately.

  • Reusable policy templates
  • T+0 merchant advances
  • Evidence-based disputes
Open merchant dashboard
For liquidity providers

Underwrite bounded payment risk

Vault liquidity advances merchants against escrow claims and earns fees plus float yield while refund exposure stays policy-bounded.

  • Transparent outstanding exposure
  • Fee and yield decomposition
  • Losses reflected in share value
Explore the vault
The DeFi engine

Protection that does not force merchants to wait

The settlement vault advances enrolled merchants against protected escrow claims. Liquidity providers earn the advance fee and float yield, then absorb any policy-defined refund loss.

See vault mechanics
LP net return
Advance fees+Float yieldRefund losses
Every component is visible in the vault dashboard.
Questions, answered

What protected USDC payments actually mean

Recourse is intentionally narrow: immutable policies, deterministic outcomes, productive escrow, and transparent settlement risk.

Who decides whether a buyer receives a refund?+

The onchain policy engine computes the outcome from the policy and submitted inputs. An attestor may confirm objective facts such as delivery status, but it cannot choose the refund percentage.

Can a merchant change the policy after payment?+

No. Policies are immutable. A merchant can publish a new version for future payments, but an existing payment remains pinned to the original policy hash.

Where do protected funds sit?+

The escrow deposits USDC into a yield adapter during the protection window. The current Arc testnet deployment uses the project’s mock USYC-compatible adapter until production access is available.

How can anyone verify a verdict?+

The public verifier reads the payment and policy from Arc, computes the verdict in the browser, calls the Solidity preview function, and confirms that both verdict hashes match exactly.

Is Recourse ready for mainnet funds?+

No. This is a testnet prototype for the hackathon. The contracts, attestation model, yield integration, and operational controls require production audits and hardening before mainnet use.

Live on Arc Testnet

See protected payments resolve in public.

Explore the dashboard, inspect a seeded payment, and change the evidence inputs yourself.

Launch the app Verify payment #5