THE NERD
STUFF.
Everything the homepage summarizes, in full: contract addresses with their verification status, the fee flow per token, every GME drop with every transaction, the public exclusion list, the activity feed derived from chain events, and how every number is computed. The website is read-only and holds no keys.
EVERY ADDRESS.
Compare each address with the explorer before you trade. This website is read-only: it holds no keys and never asks you to connect a wallet.
Fee flow
Populated from chain events after launch: WETH and BUTTON received as creator fees, WETH used to acquire GME, GME moved to the reward wallet, GME dropped to holders, and BUTTON removed from circulation. Policy: BUTTON FEES → 100% REMOVED · WETH FEES → 100% GME → HOLDER DROPS.
EVERY DROP.
Each drop publishes its period, allocation, plan checksum and every recipient. The website re-verifies each transfer against its receipt before counting it.
- Derived from the launch once BUTTON is live; the committed registry is public in the repository.
EVERY MOVE.
ONCHAIN.
Token transfers touching the creator fee wallet and the reward wallet, classified by the receipt they appear in. Operator notes only annotate rows the chain already shows. Drop transfers to holders are listed per drop.
Methodology and operations
Each drop rewards AMOUNT HELD × TIME HELD over its reward period, counted in blocks: integratedBalance = Σ balance × blocks held at that balance; walletWeight = integratedBalance ÷ total eligible integratedBalance; walletGME = GME allocated to the period × walletWeight, rounded down. Balances are rebuilt from BUTTON Transfer events starting at the deployment block. No point-in-time snapshot, no holder API.
Reward periods are configurable (24 hours by default) and are closed by an operator when enough creator fees have been converted to GME. Amounts and timing vary with actual fees and trading activity. Nothing is promised.
integratedBalance = Σ balance × blocks held
walletWeight = integratedBalance
÷ totalEligibleIntegratedBalance
walletGME = GME_FOR_EPOCH × walletWeightProtocol and non-user balances are excluded by an explicit public registry (config/reward-exclusions.json) plus addresses derived from the launch: the liquidity pool, the zero and removal addresses, the BUTTON contract, the launch factory and liquidity locker, the fee and reward wallets. Contracts are never excluded automatically; smart wallets count as holders.
Calculated rewards below the minimum distribution are not sent. The amount stays in the reward wallet and rolls into the next period. Allocated, distributed, failed and rolled-forward GME are accounted separately, never silently absorbed.
Every transfer is simulated with eth_call before it is sent. A recipient that cannot receive GME is recorded as SIMULATION_FAILED with the reason, its amount stays undistributed, and the rest of the drop proceeds. A transfer is only reported as distributed once its receipt is confirmed onchain.
- Decide when a reward period closes and how much of the acquired GME is allocated to it
- Rebuild holder balances from BUTTON Transfer events and publish the resulting plan with its checksum
- Simulate every transfer, then send GME from the reward wallet to eligible holders
- Maintain the public exclusion registry (every entry carries a name and a reason)
- Remove BUTTON received as fees by sending it to the irrecoverable address
- Move, freeze or lock anyone's BUTTON: it never leaves your wallet
- Distribute more GME than the amount allocated to a period (rounded down, never up)
- Count a transfer as distributed without an onchain receipt that shows it
- Change a published plan without changing its published checksum
- Exclude an address silently: the registry and the derived list are public
BUTTON is launched through the active public launch factory: the whole fixed supply is seeded into a one-sided Uniswap V3 position custodied by the liquidity locker, and the creator share of the pool's LP fees (WETH and BUTTON) is routed to the fee wallet. The launch record, pool and locked position are read onchain before the site treats BUTTON as live. The launch token has no burn function; removal transfers to an irrecoverable address and is reported as removed from circulation.
GME is accepted only when it matches the canonical Robinhood GME Stock Token in Robinhood's official registry (symbol, active status, chain 4663 deployment, exact address). The check runs at deployment, at runtime, and again right before any drop is sent; while it is pending, drops are shown as pending final asset verification and nothing is marked verified.
- WETH CREATOR FEES
- WETH creator fees received = WETH transferred to the creator fee wallet in transactions that contain a Uniswap V3 Collect event (LP fee collection from the locked launch position). Derived from chain logs and receipts, not from any database.
- BUTTON RECEIVED AS FEES
- BUTTON received as creator fees = BUTTON transferred to the creator fee wallet in the same Collect transactions. Policy: 100% of it is removed from circulation; it is never sold.
- WETH → GME
- WETH allocated to GME = WETH that left the fee wallet in transactions where the fee wallet received GME through a Uniswap V3 Swap. Policy: 100% of WETH creator fees.
- GME ACQUIRED
- GME acquired = GME received by the fee wallet in Swap transactions (bought with WETH). Moving it to the reward wallet and dropping it to holders are separate, verifiable steps.
- GME DROPPED TO HOLDERS
- GME distributed = the sum of GME transfers from the reward wallet to eligible holders whose receipts are confirmed onchain. Planned, pending or failed transfers are never counted.
- HOLDERS PAID
- Holders paid = distinct wallets that received at least one confirmed GME transfer from the reward wallet.
- BUTTON REMOVED
- Total BUTTON removed from circulation = balance of the irrecoverable removal address + any supply reduction actually observed onchain (original launch supply − current totalSupply). The launch token has no burn(), so removal normally leaves totalSupply unchanged and this metric is never called 'burned'.
- BUTTON PURCHASED
- BUTTON purchased with WETH is not part of the V1 policy. It is shown only if it ever happens and is removed like BUTTON received as fees.
Staking architecture was developed but intentionally not activated. BUTTON V1 uses holder distributions instead. The contract and its tests remain in the public repository as unused legacy code; it is not deployed and nothing on this website depends on it.
Every date above, in the publisher's own words.
- Robinhood · JAN 28, 2021An Update on Market Volatility ↗
- U.S. House Committee on Financial Services · FEB 18, 2021Game Stopped? Who Wins and Loses When Short Sellers, Social Media, and Retail Investors Collide ↗TRANSCRIPT ↗
- Robinhood · MAR 23, 2021When and why we restrict trading ↗
- U.S. Securities and Exchange Commission · OCT 18, 2021Staff Report on Equity and Options Market Structure Conditions in Early 2021 ↗PRESS RELEASE ↗