What is escrow — and why Telegram deals need it
Escrow is an arrangement in which a buyer places money under agreed conditions before the seller delivers. The money can go to the seller when those conditions are met or back to the buyer when the refund conditions are met. The useful questions are: who holds the money, who decides which condition was met, and who can move it?
The pattern exists outside crypto. In a US home purchase, an earnest-money deposit may be held by a third party until the sale closes or the contract ends for a permitted reason, as the Consumer Financial Protection Bureau explains (accessed 31 July 2026). In one current freelance example, an Upwork client pre-funds a fixed-price milestone and payment is released after approval or the review deadline, as described in Upwork's payment documentation (accessed 31 July 2026). The holder and decision process differ, but the common shape is money set aside before delivery and released under known conditions.
Escrow is one of several ways Telegram ads are bought. The broader comparison is in how Telegram advertising works.
The problem: someone has to go first
Without escrow, one side takes unsecured counterparty risk. If the advertiser pays the owner directly first, a fake admin can disappear or the post may never run. If the owner publishes first, the advertiser can disappear or send a fake payment receipt. The practical checks are covered in the advertiser safety guide and the owner monetization guide.
Escrow does not make both actions simultaneous. The advertiser locks money before publication, and the owner delivers before receiving the payout. What changes is the risk: the owner can see funds are already locked, while the advertiser has not paid those funds directly to the owner.
Three escrow models — and what each asks you to trust
A human guarantor
A person receives the money, waits for both sides or reviews their evidence, then pays or refunds. This can work when the person is reputable and responsive, but it concentrates custody and judgment in one individual: they can misuse the funds or apply the rules inconsistently. A service calling itself escrow is not proof that it is independent; in a 2003 enforcement case, the FTC alleged that scammers operated a bogus online escrow service.
A custodial platform
A marketplace can hold the payment on a company-controlled balance and release it through its own workflow. That may provide familiar payment methods, account recovery and support when facts are messy. The tradeoff is custody: the platform controls the balance and its terms determine when it may hold a payment, restrict an account or resolve a dispute. The exact process and fee vary by platform; they should be checked rather than assumed.
A smart-contract escrow
A smart contract holds the money at an on-chain address and executes its deployed code. Public code and state make the rules inspectable, but do not make every contract safe or immutable: TON supports a code-update action when a contract was built with an upgrade path, as its official SETCODE documentation explains (accessed 31 July 2026). Users still need to understand the particular contract, its upgrade design, any external authority it trusts and the consequences of a code defect.
Adpact's per-deal escrow has no upgrade action, and its payment configuration is immutable after deployment. It fixes the permitted wallets, amount, fee, timing and hashes of the agreed deal terms. But the contract cannot inspect Telegram. Adpact's off-chain verifier decides whether to authorize release or refund from the bot's evidence; the contract checks the signature and exact immutable parameters. This narrows the platform's authority — it cannot redirect the escrow to an arbitrary wallet — but it does not remove trust in the verifier's choice of outcome.
How a smart-contract escrow deal actually runs
Using Adpact's Telegram ad escrow as the concrete example:
- Terms freeze first. The ad, channel, posting window, price and fee are saved as the deal snapshot. The contract stores the payment configuration and hashes that bind signed settlement actions to that snapshot; it does not read the ad or Telegram itself.
- The advertiser funds one escrow. GRAM is locked in a contract created for this deal. The owner can verify the address, configuration and funded state on-chain before publication.
- Delivery is checked off-chain. The bot publishes the agreed post. Adpact's backend checks the channel, tag, text, actual link destinations and publication window, then rechecks the live post during the 24-hour protection period. These are objective product rules, but they are applied outside the contract.
- The verifier authorizes one claim. If the checks pass, it signs a release authorization and the owner submits
Collect, paying the claim transaction fee. Release pays the owner, sends the platform fee to Adpact and, when applicable, sends a referral cut from that fee to the referrer. The platform fee is 10% by default or 6% for a channel with an active Adpact-promo discount. If an objective refund condition is established, the verifier signs a refund authorization; the advertiser submitsClaim refundand pays its transaction fee. No platform fee is charged on a refund. - A verifier-independent timeout is the final backstop. If a funded escrow remains unsettled, the advertiser eventually gains an on-chain timeout-refund action that does not need the verifier's signature. Its time is calculated from the posting-window end, the 24-hour protection period and a default seven-day safety buffer. The advertiser must still submit the claim and pay its network fee; funds do not return automatically.
What “non-custodial” means here
Adpact does not hold the escrowed amount or the parties' wallet keys, and it has no funded settlement wallet that can take or redistribute the balance. It does operate the bot and verifier, and the verifier chooses which predefined settlement action to sign. A wrong or compromised signer could authorize release instead of refund, or the reverse, but it cannot change the amount, fee or recipient wallets bound to that escrow. On release, funds can move to the owner, Adpact's fee wallet and an optional referrer; on refund, the advertiser can claim the escrowed amount. The claimant always submits the transaction.
What escrow protects — and what it can't
Escrow protects against an unsecured promise: funds are visible before publication, while release or refund follows a defined claim path. It does not make every valid payout happen by itself. An owner who delivers must submit Collect; if they never collect before the timeout-refund window, the advertiser may win the on-chain timeout race. The protection period, safety buffer and reminders reduce that risk but cannot take the owner's wallet action for them.
Escrow also does not guarantee that the audience is real or that the ad performs well. A verified post in a channel with a botted audience remains a delivered post. “The ad ran as agreed but performed worse than I hoped” is rating feedback, not a refund condition.
Does the buying model change the escrow?
The core on-chain model does not change: all new funded deals use a per-deal V2 escrow and the same claim mechanics. The surrounding product rules do differ. Booking uses a listed price, optional owner approval, a queue, automatic publication and booking-specific pre-publication refund reasons. A negotiated campaign lets owners respond with terms, and the selected owner starts the bot's publication flow. See the booking guide for that route and the advertising comparison for when a campaign is the better fit.
Quick answers
Escrow vs guarantor — the real difference?
The trust is distributed differently. A human guarantor holds the money and decides the outcome. Adpact's contract holds the money and limits settlement to fixed recipients and amounts, while the off-chain verifier still chooses release or refund. The platform cannot substitute a new recipient or redirect the balance arbitrarily, but the verifier's outcome decision remains a trust point.
Can the platform freeze or take escrowed money?
A custodial platform controls its internal balance, subject to its terms and applicable law. Adpact does not control the escrow wallet or the parties' keys and cannot redirect the balance to a new recipient. It can affect whether the normal release or refund authorization is issued because it operates the verifier. If normal settlement never happens, the advertiser's timeout-refund path eventually prevents an indefinite verifier hold without needing a verifier signature.
What if the other side just disappears?
If no payment reached escrow, there are no escrowed funds to recover. A negotiated deal may expire; a booking checkout can close while its issued escrow address remains monitored for a possible late payment, which makes the late-funding refund path available. If a funded deal remains unsettled, the timeout refund eventually becomes available, but the advertiser must claim it and pay the transaction fee.
Is escrow more expensive than a guarantor?
There is no universal cheaper option. Compare the full cost and the trust model. Adpact charges a platform fee only on release — 10% by default or 6% with an active Adpact-promo discount — and no platform fee on refunds. The advertiser also pays the escrow deployment, storage and funding costs; the owner pays the release-claim fee, or the advertiser pays the refund-claim fee. A guarantor or custodial platform has its own fee and custody terms.
Do I need crypto to use on-chain escrow?
Yes. Adpact deals use GRAM from the advertiser's own wallet. Owners collect payouts to their own wallets, and whichever party submits a settlement claim needs enough GRAM for its network fee.
Ready to use escrow with clear trust boundaries? Open Adpact in Telegram — browsing is free. The platform fee is taken only from a successful payout; wallet transactions still carry network costs.