Zora is used to buy, track and exit a post-coin position

Opening one post-coin position

A $0.20 minimum Quick Buy preset gives a Zora position its simplest entry path: select a coin, inspect the estimate and confirm the purchase.

The coin page identifies the post, creator, ticker and contract address. Match those fields before choosing a payment asset. Quick Buy accepts ETH on Base, USDC on Base or $ZORA, while the full trade sheet offers the broader routes exposed in the product. A market order moves through the coin's Uniswap v4 pool, so the quoted output changes with pool reserves and trade size. The standard pool fee for Creator Coins and Content Coins is 1%; legacy pools retain their earlier fee rules. Base gas adds a separate network cost. Read both the estimated coin amount and blockchain fee before signing.

A Content Coin has a fixed 1 billion supply: 10 million tokens go to its creator at launch and 990 million enter the market allocation. Those figures describe supply, not a promise of depth at every price. Enter a custom spend when position size matters. Double-tap Quick Buy is designed for speed and a saved preset repeats the same spend.

Reading the balance after settlement

One confirmed purchase adds an ERC-20 coin balance to Zora's Holdings view, where estimated value and coin quantity describe the open position separately.

After settlement, open the Wallet view and select Holdings. The coin quantity proves the ERC-20 balance, while the displayed value estimates what that quantity is worth from onchain liquidity data. Those are different measurements. Quantity changes only after another buy, sale, transfer or Autosell fill. Estimated value moves whenever the pool price moves, even while quantity stays fixed. Compare the coin page address with the holding, then read recent Activity. A successful Base transaction and the updated balance should agree before another adjustment.

Creator Coins use a different allocation: 1 billion total, 500 million for market liquidity and 500 million vesting to the creator over 5 years. A holder's purchased balance remains a normal market position.

Zora, Uniswap v4 and wallet records

Three position views serve different jobs: Zora supplies the social coin page, Uniswap v4 exposes the pool and a Base wallet holds the ERC-20 balance. The Zora interface adds context, Quick Buy, Activity, FIFO P&L and Autosell. A direct Uniswap route focuses on swaps and pool quotes; MetaMask or Coinbase Wallet emphasizes custody and transaction history. Trades made outside Zora still change the onchain balance, yet Zora excludes outside-platform trades from its realized P&L. Use one record system when performance reporting matters.

How does Zora calculate realized P&L?

One FIFO rule determines Zora's realized P&L: each sale consumes the cost basis of the earliest eligible Zora buy before newer purchase lots.

FIFO separates an open balance from a completed trade result. Suppose a wallet bought the same coin several times. The next sale draws cost basis from the earliest eligible Zora purchase until that lot is exhausted, then moves to the next. Realized P&L equals sale proceeds minus matched cost basis for the quantity sold. Remaining coins keep their unconsumed purchase lots. Their changing displayed value stays unrealized, so it does not enter the Activity total.

Zora includes manual buys, manual sells and Autosell fills for Content Coins, Creator Coins and Tags. It excludes open holdings, transfers, ETH, USDC and trades executed elsewhere. A received coin therefore creates an onchain balance without a Zora purchase lot. If the service cannot determine that coin's cost basis after a later sale, it omits the coin from the wallet-level total. That omission explains why Activity can differ from a block explorer, tax ledger or portfolio tracker.

Check the total at the top of Activity, then open the per-coin line. The coin page supplies another view of the same realized record. A partial sale realizes only its matched quantity; the untouched balance stays open.

Keep separate records when a position crosses interfaces. Zora's figure describes supported Zora trading activity, not every economic event connected to the address. That boundary matters before comparing totals with Ethereum accounting software.

Reducing exposure with a partial sale

Five Autosell targets at 2x, 4x, 8x, 16x and 32x provide one structured route for reducing a newly purchased Zora position automatically over time.

Each Autosell fill sells 20% of the remaining balance, not 20% of the original purchase. Across all five fills, the ladder sells 67.232% of the starting position and leaves 32.768%, before token rounding. Autosell applies only to new buys made while the setting is enabled. Earlier holdings remain manual. An individual scheduled order can be cancelled without cancelling the other targets, and an Autosell fill enters FIFO P&L like a manual sale.

Use this decision checklist before submitting a partial sale:

• Choose a custom amount when the post-sale token count must remain exact.
• Choose a preset percentage when exposure, not unit count, defines the adjustment.
• Leave Autosell enabled only for new buys meant to follow all five targets.
• Cancel one scheduled order when a single target no longer matches the plan.
• Review minimum received whenever the position is large relative to pool depth.

Manual partial sales give direct control over quantity and settlement asset. Select Sell, enter less than the full balance, choose $ZORA, USDC, SOL or ETH as proceeds and review the preview. Minimum received is the floor enforced by the submitted quote; estimated value is only the interface's valuation. Price impact rises as the order consumes a larger share of available pool liquidity. After confirmation, Holdings should show the residual coin count and Activity should show the realized portion.

Closing the holding and checking proceeds

A 100% sale closes the selected Zora coin balance, while the preview states minimum received and the Base network fee before confirmation.

Select the full-balance preset only after deciding where proceeds should land. A sale into USDC leaves a Base USDC balance; a sale into ETH leaves Base ETH. Choosing SOL uses Zora's supported Solana route, while $ZORA keeps value in the protocol's ecosystem token. The swap and a later cash-out are separate operations. Cash-out sends supported value toward the configured external address, and all withdrawals originate on Base. That receiving address must support Base for Base assets. Count the position closed only when the coin quantity reaches zero and the sale appears in Activity.

Compare three fields after settlement: the transaction status, received-asset balance and former coin balance. The realized P&L line should also update for the sold quantity, provided Zora has eligible cost basis. Pool movement between quote and execution cannot deliver less than the transaction's minimum-received constraint; otherwise the swap reverts. A reverted swap leaves the position intact, although the network still charges gas for executed computation. If residual units remain because of rounding, submit the displayed remainder as a separate sale after obtaining a fresh quote.

Base records behind the position

Base chain ID 8453 anchors the Zora coin position, while ERC-20 balances and Uniswap v4 events preserve its lifecycle from entry through exit. Ethereum-style addresses contain 20 bytes and display 40 hexadecimal digits after the 0x prefix, so the contract address distinguishes coins that share a ticker. A buy emits token and pool state changes; a partial sale reduces the balance; a full sale reduces it to zero. Activity derives FIFO P&L, while Base remains the settlement record.