hitesh.eth Proposes Escrow-Based Service Market for Ethereum

Ethereum contributor hitesh.eth published a proposal on Nov. 11 for a "human commitment market": an on-chain service marketplace that uses escrow and collateral to enforce agreements while delegating quality disputes to human reviewers.

The design targets everyday services such as repairs, instruction and shared equipment. Its defining choice is sequencing. Parties begin with the obligations they agree to before work starts; a token, if any, would follow those obligations rather than precede them.

"The starting point here is services people actually want. Tokens should follow the obligations they represent, not come first," hitesh.eth wrote in the English-language version of the proposal.

How would an agreement work?

Customers and providers would negotiate five elements before any work begins:

• the task and its deadline;
• the evidence required to demonstrate completion;
• the payment amount;
• the consequences for default.

The proposal's worked example involves a repair job. The customer places 100 payment units into escrow. The technician posts 20 units as collateral. The example deliberately does not name a currency or token.

If the two sides dispute the quality of the repair, an independent reviewer examines the submitted evidence. A smart contract then allocates the escrowed funds according to the pre-agreed terms. The code executes the payment rules; the person judges whether the physical work itself was done well.

Why separate code from judgment?

That division is the core of the architecture. Smart contracts can reliably enforce payment conditions the parties set in advance. They cannot, on their own, establish whether a technician performed a repair competently. The proposal extends the same logic to credentials: holding a credential would not prove that a provider possesses the skills for a particular job.

Reputation, under the design, would be tied to a relevant community or type of work. Standing in one domain would not automatically transfer to another. Participants would also be able to limit the personal information they disclose, a privacy posture that differs from identity-verified gig platforms.

What happens next?

The proposal describes a deliberately narrow first test: one community, one settlement asset, one type of work and one dispute process, with no speculative governance token. Before any live deployment, hitesh.eth proposes validating the escrow workflows on Sepolia, Ethereum's public testnet, followed by a small-scale live pilot only if that stage succeeds.

The document is a plan, not a product. It reports no completed deployment and no test results.

What does this change for practitioners?

For protocol developers and marketplace designers, the proposal offers a template that inverts the usual token-first launch pattern: legal-style obligations first, settlement mechanics second, tokenization last or never. For service providers, it sketches a dispute model where an independent human, not an oracle or an algorithm, decides contested outcomes — a structure closer to arbitration than to automated market operations.

The near-term checkpoint is concrete and observable: escrow workflow testing on Sepolia. A successful testnet run, followed by a single-community pilot with a lone settlement asset, would mark the difference between a design document and a functioning market.