You lost? Get COPE.
Your wallet. Your losses. Your COPE.
Robinhood only · No signature to check · Wallet checks appear in live activity.
Check a wallet.
Your realized P&L, verified.
Trade details & data sources
GMGN analytics Optional data source
Additional analytics will appear after a wallet check. Verified rewards use the onchain ledger.
Your routed activity.
Check your wallet once to load its routed swaps alongside P&L.
Routes can come from FOMO or other apps using Relay. Routed volume is not P&L and is not added to your eligible loss.
Your recent trades.
The route you took.
Actual amounts and quoted estimates are labelled separately. Routes span chains; wallet activity outside Relay is not included.
Swipe the table to see status and transaction IDs.
The COPE ladder.
Higher token-holding tiers raise the percentage and cap of your eligible loss reward.
Illustration at the selected funding rate, before any previous claims. All rewards are paid in COPE. Your quote confirms funding and token quantity.
Consolation, with limits.
COPE calculates a capped percentage of your verified realized loss for one trading day. A funded reward buys COPE. It is a consolation reward, with no promise to repay your losses.
Only completed sales count.
COPE verifies the original purchases and completed sales onchain. Each sale is matched to the oldest available purchases first: first in, first out (FIFO). Its realized result is the net sale proceeds minus the purchase cost of the quantity sold.
Realized gains offset losses within the same source wallet, chain and UTC day. If the total is a gain or zero, there is no eligible loss. Unsold positions, transfers alone and network gas do not count. A token received by transfer has unknown purchase cost until supported evidence establishes it.
Daily realized P&L = sale proceeds − matched purchase costs.
Eligible loss is the amount below zero, after combining all verified sales for that day.
Missing transactions, unverified sale proceeds or unsupported swaps make the day unavailable. If every sale is verified and only some purchase costs are missing, COPE can establish a conservative eligible loss: all sale proceeds count, but only verified FIFO purchase costs are subtracted. Unknown costs never create a reward, and the full P&L remains labelled incomplete.
For example, verified purchases cost $100 and their sales return $60. You also sell received tokens for $15 without a verifiable purchase cost. The conservative eligible loss is $25: $100 − $60 − $15. The received tokens cannot increase your reward. Verifying an additional nonnegative purchase cost could only increase the full loss; a confirmed claim still consumes that entire day once.
A fixed day. Time to come back.
Trading days run from 00:00 UTC up to the next 00:00 UTC. A sale exactly at midnight belongs to the new day. The wallet check focuses on the two latest settled UTC days: a 48-hour reward window, rather than a rolling 48 hours ending right now.
With the default settings, a day becomes available at 02:00 UTC the following morning, after a two-hour settlement delay. Either of the two most recent settled days can be claimed, in either order. The app’s trading-day selector shows the currently available dates; the administrator can change the delay and claim window.
For example, Monday’s trading day becomes available Tuesday at 02:00 UTC and remains available until Thursday at 02:00 UTC. Returning Wednesday lets you claim Monday or Tuesday, provided that day has not already been claimed.
Purchases can be older than the claim window. Their remaining quantity and cost carry forward until sold. COPE retrieves the history needed to establish those costs and retains verified purchases; it does not reset your purchase cost every day. An unknown older cost is excluded from a conservative reward calculation. Missing sale evidence still blocks the day.
One purchase, two trading days.
- Before Day 1: buy 100 tokens for 200 USDC.
- Day 1: sell 25 tokens for 25 USDC. Those tokens cost 50 USDC, so the realized loss is 25 USDC. The remaining 75 tokens keep their 150 USDC purchase cost.
- Day 2: sell the remaining 75 tokens for 225 USDC. The realized gain is 75 USDC, so this day creates no loss reward.
This example assumes no other sales or missing evidence. Day 1’s purchase cost is used once. Day 2’s gain belongs to Day 2 and does not change the already settled Day 1 result.
Your percentage, your caps, a funded pool.
Your COPE token balance determines your tier, with no token-price conversion. Paper starts at 10,000 COPE; wallets below that minimum cannot claim. Your balance is checked when quoting and again when claiming. Higher tiers raise the reward percentage and caps. First, cap eligible loss × tier percentage at your per-claim limit. Apply the current funding multiplier to that target, then enforce the per-claim limit and remaining rolling 24-hour cap again. A low funding rate reduces capped claims too. It is rounded down to cents. See the reward tiers and calculator ↗
The combined “Per claim / 24 hours” row shows two equal limits: the largest base reward in one claim, and in total over a rolling 24 hours. The rolling cap tracks the base reward used by your recipient wallet during the preceding 24 hours; any configured reward adjustment is shown in your quote. It does not reset at midnight. Changing tiers, trading chains does not erase that usage.
The protocol’s funded reward pool supplies WETH (wrapped ETH) to buy COPE. A calculated loss is not itself funding. Review the available purchase budget, minimum token quantity and quote expiry before confirming. You pay network gas in ETH.
Elastic rewards. A funded treasury.
The approved Pons fee is 3%: 0.3% for Pons and 2.7% for COPE. Collected COPE revenue splits 70% to rewards, 20% to operations and 10% to reserves. The keeper forwards settled ETH fees; after graduation, token-denominated fees depend on Pons’s conversion operator. Opening anti-sniping taxes are separate. Public launch is not enabled yet.
All rewards are paid in COPE. The vault buys existing tokens with collected WETH; claims do not mint tokens or rebase wallet balances. The dollar figure under “COPE received” is the cumulative reward purchase value at payout, not a live valuation of your current holdings.
By default, the reward budget uses a seven-day smoothed average of fees actually deposited into the rewards vault. Reported trading volume and one-off treasury funding do not count as fee income. The target uses 50% of smoothed reward-side fee income plus a gradual draw from spendable reserves over 180 days. Normal budget changes are limited to 10% per settled day.
Under the default policy, 20% of each reward-side deposit is kept as a protected buffer. Operations and reserve-beneficiary fees are accounted for separately. The daily budget cannot exceed one thirtieth of the spendable balance. A continuously refilling spending allowance is capped at one daily budget; unused allowance cannot grow without limit. This permits a burst up to that cap, not an additional promise of a fixed daily payout. A funding shortfall lowers the limit immediately.
The current budget scales the tier percentage relative to the initial funded budget, with a default range of 0.25×–1.5×. Base claim and rolling 24-hour caps still apply. Insufficient funds or allowance block a claim without consuming its trading day. Rewards remain variable; these controls do not guarantee an income or a fixed treasury lifetime. No holding-period boost is active.
The administrator can change the policy, pause claims and recover funds immediately. “Protected” describes the ordinary claim spending rule, not a restriction on administrator recovery. See the current tiers ↗
The same day cannot pay twice.
A successful claim records the source chain, source wallet and UTC trading day as used. It consumes the whole day, even when the reward is capped. Any loss above that cap cannot be claimed later. Refreshing, returning tomorrow, changing the reward recipient or returning with a different reward recipient cannot reclaim the same source day.
A reverted purchase consumes neither the day nor the reward cap, so it can be retried while that day remains available. Network gas spent on the revert is not refunded. If a submission’s result is unknown, check the original transaction before attempting another claim.
A public receipt, not a promise.
Checked Robinhood addresses appear in Live activity. A wallet check does not prove ownership or eligibility. Repeated checks are grouped for five minutes. Confirmed reward deliveries show the recipient, token amount and transaction link after two block confirmations; pending or reverted claims do not appear as rewards.
New confirmed rewards can appear as a small toast across the site. You can dismiss or mute toasts, filter the feed and pause its updates. Older activity stays in the feed without replaying notifications. Recent history is kept for up to seven days, limited to 200 events.
Where the numbers come from.
- The trading receipt shows COPE’s verified realized P&L across both settled UTC days. The trade list shows matching purchase costs and sale proceeds. A partial subtotal stays labelled incomplete. The daily section separately identifies whether an exact or conservative loss is verified for rewards.
- GMGN supplies optional analytics in a separate expandable section. If its data connection is unavailable, onchain verification can still finish and show your result. Provider summaries never replace the verified claim ledger.
- Relay helps identify routed and cross-chain swaps. Both executed legs must be verified; a route quote alone cannot establish a purchase cost or sale result.
- Onchain transaction evidence establishes finalized purchases, sales, token quantities and proceeds. USDC and USDG settlements are counted in stablecoin units. SOL settlements use attributed historical Relay prices; direct ETH settlements use historical Chainlink ETH/USD rounds. Missing or stale prices cannot establish a reward.
- FomoAPI was used to discover public wallets and compare data during development. A FOMO profile, leaderboard or reported P&L is not proof of an eligible loss or wallet ownership.
COPE is Robinhood-only for now. Enter the 0x wallet address you trade with on Robinhood Chain. Solana wallet scans and other trading chains are not available in the checker. Linked cross-chain settlement evidence may still be needed to verify a Robinhood trade. Missing execution history and unsupported valuations block rewards. Unknown purchase costs keep full P&L incomplete; a conservative reward result is labelled separately. NFT and perpetual trading are outside the current accounting coverage.
From verification to your COPE.
Use Check wallet to load your verified P&L, routed activity and optional analytics together. First-time verification can take several minutes while older purchases are checked; its progress appears in the receipt. Repeated checks reuse finalized transactions. Select an available UTC day to review its result. When claims are enabled and funded, connect your reward wallet, prove ownership, review your COPE quote. Confirm the claim transaction in your wallet to receive your reward tokens.
ETH, wrapped ETH and SOL are settlement currencies in this model. Wrapping, unwrapping or bridging them is not a realized token trade. COPE calculates the results of supported token positions bought and sold against those currencies; it does not reward changes in the value of your native-currency holdings.
Your Robinhood trading wallet must match the authenticated reward recipient. If a Robinhood trade uses a linked wallet on another chain for purchase or settlement, ownership of that evidence wallet must also be verified. A public lookup requires no signature.
Control and trust.
A protocol verifier attests to the verified daily ledger; the reward contract enforces the signed report, claim-day rules and reward limits. The project administrator can change rules, pause, upgrade and recover project-held funds immediately.
COPE liquidity and swap execution remain external dependencies. The app shows current claim availability; development calculations and simulations are not live payouts.