TaxHarvest

TaxHarvest is the HARVEST token on Robinhood Chain, and its one unusual property is not in the token. HARVEST is a deliberately plain ERC-20 — fixed supply, standard transfers, no taxes, no admin functions. Every rule lives in EscrowHookV3, the Uniswap v4 hook attached to its pool: when you buy, the hook escrows half of what you spend at your entry price; when you sell, the hook prices that escrow — above your entry it goes to the pool's depth, and on a dip below your entry 96% of it comes back to you in ETH. This page is the documentation: the contracts, one buy and one sell walked through the hook step by step, and every term defined.

Trade HARVEST The agent skill

What the contract is

Four contracts matter. The token, HARVEST (0x6a3d…4392), is a standard ERC-20: a supply of 1,000,000,000 minted once, no mint function, no transfer tax, no pause, no blacklist. Read only the token's source and TaxHarvest looks like any other token — because the token itself does nothing on a trade.

The rules live in EscrowHookV3 (0xb698…dc0c8), the hook on the HARVEST / native ETH Uniswap v4 pool (0.3% swap fee). In Uniswap v4, a pool can name a hook contract, and the PoolManager then calls that hook in the middle of every swap — beforeSwap before the trade executes, afterSwap after it. EscrowHookV3 uses those two calls to split buys, record entries, hold escrow, price sells, and settle refunds. No API, keeper, or admin key sits between a swap and the hook: the hook's code is the whole rulebook, executed on every trade.

EscrowRouter (0xb915…c545) is a small reference swap contract that stamps the caller's address into each swap, so the hook knows exactly whose position a trade belongs to. It is a convenience, not a requirement — the hook has a fallback (step 0 below), which is why trades from any wallet register. MigrationClaim (0x95b1…4caa) is a separate one-way bridge for holders of an earlier HARVEST token; it plays no role in trading (see the migration note near the end of this page).

The token and the hook are both source-verified — Sourcify full match and Etherscan — so the code that runs is the code you can read at the explorer links below.

The contracts

Another token carries the HARVEST name. The contract address is the identity — check it before you trade.

How the hook works, step by step

Every swap in the pool passes through the hook twice. One preliminary step applies to all of them; then here is one buy and one sell, in order.

Step 0 — the hook identifies the trader

Before anything else, the hook works out whose position a swap belongs to. If the swap carries a stamp — an address a cooperating router (EscrowRouter, the agent CLI) attaches to the call — the stamp wins. Otherwise the hook uses the transaction's origin: the wallet that signed the transaction. Custodial bot wallets such as BasedBot sign their own transactions, and so do Bankr and this site's trade page, so buys and sells from all of them register under the signing wallet with no cooperation from the door. The identity cannot be forged: the stamp only counts when it arrives through the pool's own call path, and the origin is set by the protocol from the transaction's signature.

A buy, step by step

1. You buy with ETH — say 1.0 ETH — through any door: the trade page, the CLI, Bankr, a bot wallet. The swap enters the PoolManager, which calls the hook's beforeSwap first.
2. The hook splits the input 50/50. Half — 0.5 ETH — continues into the pool and buys HARVEST at the curve price; the tokens land in your wallet. The other 0.5 ETH is diverted into escrow before the curve ever sees it.
3. The escrow is held inside the PoolManager as the hook's ETH claim (an ERC-6909 balance), recorded against your wallet. It is segregated per wallet — your escrow can only ever be released by your own sells — and it is never lent, staked, or used as liquidity while it backs your position.
4. The hook records your basis: the entry price of the tokens you just bought. If you already hold a position, the buy blends in — your basis becomes the quantity-weighted average of your entries, and your recorded quantity and escrow balance grow.
5. In afterSwap, the hook updates its trailing price average (the EMA, defined below) with this trade, and the swap completes. Your position — tokens in your wallet, basis and escrow in the hook — is set.

A sell, step by step

1. You sell some or all of your HARVEST, through the same door or any other. The hook identifies you the same way (step 0) and loads your position: basis, recorded quantity, escrow balance, latch flag.
2. The sale itself always executes at the pool price. The hook never refuses a sell and never blocks one. What it decides is the fate of the proportional slice of your escrow: sell half of your recorded position and half of your escrow is in play; sell all of it and all of it is.
3. The hook compares its EMA to your basis:
   • EMA at or above your basis (no dip): the escrow slice forfeits — it moves into the pool's depth fund. You receive exactly what the token sale itself pays, nothing more.
   • EMA below your basis (a dip): your wallet's latch sets — permanently — and the slice resolves 96% refunded to you in ETH, 2% to the depth fund, 2% to treasury, on top of the sale proceeds.
   • Already latched: every sell resolves its slice at the same 96 / 2 / 2 refund split, at any price — including sells above your entry.
4. In afterSwap, the hook settles the ETH (the refund to you, or the forfeit to the depth fund), reduces your recorded quantity and escrow by the slice, updates the EMA, and the swap completes.

When you can sell, drawn

The honest edges of the identity rule: swaps bundled through account-abstraction bundlers or multi-user batchers attribute to the bundle's origin, so those users should trade through a stamping door (the router or the CLI) for exact attribution. And no hook can govern pools it is not attached to — a third party could list HARVEST in a hookless pool, where trades simply create and resolve no positions. The canonical pool above is where the depth and the rules are.

The moving parts, defined

How liquidity grows

The pool launched with HARVEST seeded across a launch curve and a wide graduation range. From there, its depth grows through four flows:

• Trading itself. The pool is a standard Uniswap v4 pool: every buy moves ETH into its ranges and every sell takes ETH out against tokens, so depth rises and falls with flow like any AMM — and the escrowed half of each buy is ETH committed to the pool's economy from the moment of the trade.
• Swap fees. The pool's 0.3% fee accrues to the liquidity positions in range, so trading volume compounds the depth that is already there.
• Forfeits and haircuts. Every green exit pays its full escrow slice into the depth fund, and every dip exit contributes 2% of its slice. Exits — the moment a normal pool only loses depth — are this pool's funding events.
• Deployment. deployDepth() converts the accumulated depth fund into a standing liquidity position in the graduation range — the wide range of stocked price road above the launch curve. Anyone can call it; forfeits become quoteable depth.

And nothing gates providing liquidity directly: anyone can add their own position to the pool, at any range, at any time. The hook governs swaps, not who may supply depth.

Tested live — the proof trades

Holding the earlier HARVEST? Migrate 1:1

For agents — the skill

Agents trade this pool natively: install the Harvest skill (harvest.mjs), point it at your own key file, and buy, sell, and watch your exit state from the CLI. It defaults to the contracts above — status shows your basis, escrow, and whether you're in the dip zone before you commit to anything.

Worked examples

TaxHarvest — designed by rayblanco, built with fren. Live on Robinhood Chain.