Solana Escrow Test Shows How to Reject a Repriced Offer
Developer Abdullah’s local Solana test shows how an escrow can reject a trade when the seller changes the price after the buyer signs.
Solana developer Abdullah (@rustacean_sol) shared a test on November 8 for a problem with editable token offers. A buyer can sign at one price while the seller updates the offer before the transaction executes. Abdullah’s escrow program makes the buyer sign for the amount they expect to pay and rejects the trade if that amount differs from the current offer.
“Take carries the price the taker saw, and fails if it changed.”
— Abdullah (@rustacean_sol) November 8, 2026
What the buyer signs
In the example, the seller locks one token in escrow and names an amount of another token they want in return. The seller can edit the amount or the deadline while the offer is open. The buyer’s acceptance instruction carries an expected_receive value. The escrow code compares that value with the amount stored on-chain before it moves either token.
Suppose the buyer signs to pay 100 units and a seller’s update to 120 lands first. The two values differ when the program reads them, so the swap stops. The repository’s published LiteSVM output records a passing test for that stale-price rejection. A separate test records a successful trade at the updated price. Both are local tests from a builders’ cohort project.
Why the check matters
A screen can show the offer at the moment a buyer opens it. The program has to enforce the buyer’s terms later, when the transaction executes. The amount check binds the price to what the buyer signed. The deadline has its own check against the current on-chain time.
Under Solana’s transaction rules, a failed execution reverts the transaction’s state changes. A processed failure can still cost a network fee. For an escrow interface, that distinction gives buyers a clear reason to refresh the offer and review the new price before signing again.
