Back to Library

Escrow

Holds and manages the conditional release of assets between transacting parties based on predefined criteria or mutual agreement.

An escrow acts as an intermediary between buyer and seller to protect both parties from potential fraudulent actions of the other. Assets held in an escrow are released only when specific conditions are met or when both parties signal their agreement. This creates a safety net that protects both the sender and receiver: the sender is assured their assets won't be released until obligations are met, while the receiver knows the assets are secured and available. The mechanism can incorporate various condition types, from simple time locks to multi-signature requirements or external oracle validations.

The practice of escrow has ancient roots, emerging from the need to secure property transactions through trusted intermediaries who would safeguard both property deeds and payment until sales were finalized. Before the digital age, this role was typically filled by lawyers, banks, and notaries who served as neutral custodians.

The concept of onchain escrow likely started with Bitcoin around 2013, when services like Bitrated and BTC Asia began offering multi-signature wallet-based escrow. These allowed funds to be held securely until transaction conditions were met, reducing fraud risks in peer-to-peer trades. In 2015, Bitcoin's introduction of BIP-65 enabled timelocks, leading to hash time locked contracts (HTLCs) by 2017. These facilitated atomic swaps, a form of onchain escrow for cross-chain trading, enhancing security and functionality. With Ethereum's launch in 2015, smart contracts opened new possibilities for escrow services. By 2017, platforms like LocalEthereum (now LocalCryptos) implemented escrow using smart contracts, offering more flexible and automated solutions compared to Bitcoin's earlier methods.

Advantages

  • Risk Mitigation: Protects both buyers and sellers from counterparty risk by ensuring neither party can default on their obligations once assets are committed.

Limitations & Risks

  • Higher Initial Friction: Requires more upfront coordination between parties to define and agree on release conditions compared to direct transfers or simple payment systems.
  • Release Coordination Overhead: In multi-condition scenarios, coordinating condition verification and release timing can be more complex than simpler payment mechanism.
  • Oracle Dependency: Reliance on external data sources introduces potential points of failure or manipulation when determining condition fulfillment.
  • Capital Inefficiency: Locked assets cannot be used productively during the escrow period, creating opportunity costs proportional to escrow size and duration.

Design Considerations

  • Asset Recovery: Design clear pathways for asset recovery in case of condition failure or timeout. Solutions include automatic refunds (if conditions remain unmet beyond a timeout period), and stake-based forfeiture (where a party loses part of their deposit if they fail to fulfill obligations).
  • Condition Verification Method: Choose between automated verification (oracles, onchain data) versus manual confirmation (multi-sig, participant sign-off). Each approach affects the mechanism's speed, cost, and reliability differently.
  • Arbitration Fee Structure: Include a predetermined fee for arbitration services that can be distributed in various ways: paid entirely by the initiating party, split between parties, or paid by the losing party in disputes. These fees can be held in reserve from the initial deposit or charged only when arbitration is invoked.

Resources

Examples

Smart Invoice

Originally developed by Raid Guild as an internal tool, Smart Invoice was later funded by MolochDAO to serve as a public good for the Web3 ecosystem. It implements a milestone-based cryptocurrency escrow system that securely manages payments between clients and service providers. Funds are locked in a smart contract and released progressively as predefined project milestones are completed, ensuring payment security throughout the project lifecycle. The system also includes anti-fraud measures to prevent chargebacks and wallet errors, while disputes are resolved through an integrated arbitration mechanism with a capped fee structure.

Kleros Escrow

Built on Ethereum, Kleros’ Escrow is a decentralized application enabling secure transactions between parties with a unique dispute resolution process. Buyers’ funds (ERC20 tokens) are locked in a smart contract via the createTransaction() function, requiring the sender’s approval. The contract offers three resolution paths: the sender can pay() to release funds, the receiver can reimburse() the sender, or disputes can be initiated by paying arbitration fees. Arbitration fees can also be paid via crowdfunding. If a dispute arises, the case is resolved by jurors from Kleros’ dispute resolution system.

LeXscroW

Offers multiple specialized escrow contract types including DoubleTokenLexscroW for bilateral token exchanges, TokenLexscroW for unilateral transactions, and EthLexscroW for native token transactions. Deployed without an owner and featuring immutable execution conditions, it supports both predetermined counterparties and open offers with post-hoc rejection capabilities. The system is designed for complex transactions between DAOs and BORGs (cyBernetic ORGanizations), with applications ranging from trustless token swaps to milestone-based project funding and oracle-driven betting settlements.