Public beta on the Base Sepolia test network. Payments use test USDC with no real value: do not send real funds. The escrow contract has not had its external security audit yet, and the terms are drafts pending legal review. What the beta means
01 · Arbitration rules
When a delivery doesn't match what was promised, the buyer can open a dispute. An arbitrator reviews what is recorded on the platform and splits the escrowed USDC by percentage. The platform alone can never move the funds. This page states the rules exactly as the current version enforces them.
02 · Scope
All three conditions must hold at the moment the dispute is opened. The system checks each one and refuses the request otherwise.
R-01
The account that bought the order opens the dispute. Sellers can't open one; their protection is the automatic payout when the inspection window ends without a dispute.
Anyone else is refused (403).
R-02
The seller must have submitted the delivery. Unpaid, funded-but-undelivered, settling and finished orders can't be disputed.
Any other status is refused.
R-03
The window starts at delivery and lasts the number of days the listing sets (1 to 30, default 3). After it closes, new disputes are refused.
Late requests are refused (window closed).
Each order can have one dispute. A second one on the same order is refused.
03 · Process
Each step changes a recorded state. The labels in monospace are the order and dispute states you'll see in the app.
From the order page, with a written reason. The automatic payout at the end of the inspection window no longer applies; the funds wait in the contract. The seller is notified and asked for evidence.
Text, links and files can be added until the dispute is resolved. Everything submitted is visible to both parties and the arbitrator.
An arbitrator takes the case, or an admin assigns one. From then on only that arbitrator or an admin can rule. Every assignment is written to the audit log.
The ruling is the seller's share (0% to 100%) plus a written reason, both stored with the dispute. The three amounts are calculated and fixed on the order.
The platform signs the settlement (EIP-712) right after the ruling. It signs a settlement for an order only once. If signing fails, the ruling stands and the signature is retried.
Either the buyer or the seller signs exactly the same amounts with the verified wallet recorded on the order. Usually whoever receives money signs.
With two valid signatures the platform submits the transaction. The contract checks the signatures and the amounts, then pays the seller, the buyer and the fee in one transaction.
04 · Opening a dispute
Open the dispute from the order page while the order is DELIVERED. The reason must be 10 to 5,000 characters long and can't be edited afterwards, so write it once, clearly.
The license key delivered on 26 Sep failed to activate at 14:05 with "This key has already been used" (screenshot attached). The listing says "new, never activated". I told the seller in the order chat at 14:20 and had no reply or replacement by 16:00. Requesting a full refund.
Talk to the seller in the order chat first. The current version has no way to withdraw a dispute once it's open.
05 · Evidence
Arbitrators can only rely on what they can verify on the platform. Three kinds of evidence can be added while the dispute is OPEN or UNDER_REVIEW.
A timeline, steps to reproduce the problem, the exact error message, relevant excerpts of the order chat.
A public page that supports your case, such as the product's own documentation. Other link types are rejected.
Screenshots, screen recordings, error logs. The file's SHA-256 hash is recorded on upload.
Both parties and the arbitrator can see all evidence. The current version has no way to edit or remove evidence after it's submitted. File downloads use short-lived links and each access is logged.
06 · Arbitrators
Arbitrators are platform accounts with the arbitrator or admin role. The system enforces the rules below on every assignment and ruling.
The assignee must be an active arbitrator or admin account that isn't banned.
An arbitrator can assign a dispute to themselves. Only an admin can assign someone else or take over a case another arbitrator already holds.
Once a dispute is UNDER_REVIEW, only its arbitrator or an admin can rule. An unassigned (OPEN) dispute can be ruled by any arbitrator, who then becomes its arbitrator.
Every assignment, ruling and platform signature attempt is written to the audit log.
Neither the buyer nor the seller can be assigned to, rule on, or retry the platform signature for their own order's dispute, even if their account holds the arbitrator or admin role.
07 · Rulings and fees
A ruling isn't all-or-nothing. The arbitrator sets the seller's share and writes the reason; the amounts follow from the same code the contract checks.
0 to 10,000 basis points: 0% to 100% in steps of 0.01%. 0% is a full refund to the buyer; 100% pays the seller in full.
1 to 5,000 characters, stored with the dispute and visible to both parties.
The fee is charged only on the seller's share, pro rata. The buyer's refund carries no fee.
A 1,200 USDC order with the default 5% fee (60 USDC, fixed when the buyer paid). The arbitrator awards the seller 30%.
Check: 342 + 840 + 18 = 1,200 USDC, exactly the escrowed amount.
For the same order: a full refund returns 1,200 USDC to the buyer with no fee; a full payout sends 1,140 USDC to the seller and 60 USDC in fees.
The contract adds its own check: the three amounts must add up to the escrowed amount, and the fee share can't be lower than fee × to seller ÷ amount. A split that breaks either rule is rejected.
08 · Execution
A ruling on its own is a proposed split. Moving the money still needs two distinct signatures out of three: buyer, seller and the platform signer.
Right after the ruling. The platform signs a settlement for an order at most once, so the split can't be changed afterwards. A failed attempt is retried by an arbitrator or admin, or by a background check every 5 minutes.
The buyer or the seller signs the same three amounts with the order's verified wallet. The system rejects a signature over different amounts or from another wallet.
With two valid signatures the platform submits settle(). If the chain call fails, the relay is retried automatically. After confirmation the order is COMPLETED, or REFUNDED if the seller received nothing.
The platform signer is only one of the two required signatures. The contract owner can pause new funding and manage the signer, allowed tokens and fee recipient, but can't settle orders or withdraw escrowed funds.
09 · Timelines
These are the only time limits the system enforces around a dispute. Where there is none, the table says so.
We don't promise a resolution within a set number of days. How long a case takes depends on the case and on how quickly both sides provide evidence.
10 · Limits and conduct
Accounts that break these rules can be banned by an admin. A banned account can't act on its orders, including disputes and signatures.
11 · Read more
This page describes how the platform works today. It isn't legal, tax or investment advice.