Foundation
What is Hood Index?
Hood Index ($HI) is a distribution flywheel native to Robinhood Chain. Trading creates Tax, and all of it is reserved to acquire ecosystem tokens for holders.
The basket changes each epoch. This spreads recurring buy activity across approved memecoins and protocols while holders keep a single $HI position.
Core rule
100% of collected Tax funds the holder flywheel. Automation gas is budgeted conservatively from those fees before reward buys; no portion is reserved for team spending or marketing.
Curation
The whitelist.
Projects submit through the application form. Approval requires real Robinhood Chain liquidity, transparent ownership, transferable tokens, and an active project or community.
Whitelisting is operational eligibility, not an endorsement. Projects can be paused immediately if liquidity disappears, transfer behavior changes, or the project becomes unsafe.
Liquidity
A usable pool with bounded price impact
Contract
No honeypot or unexpected transfer controls
Market
Reliable price path against ETH or USDG
Project
Active product, community, or ecosystem relevance
Selection
Epochs and the draw.
Every 30 minutes, $HI is included automatically and 2 unique projects are selected from the active whitelist. A recent public block value seeds the draw and is stored with the epoch.
At the boundary, the worker freezes the exact confirmed fee amount. It reserves a holder- and batch-aware execution gas budget, then uses the remainder to buy only the selected basket. A fresh, independently seeded epoch starts without waiting for those purchases and payouts to finish.
The worker monitors Flap's curve-to-Uniswap V2 migration on-chain. After graduation, pricing switches to the verified HI/WETH pair, the pool is excluded from holder rewards, and buys continue through the Flap Portal. Purchases are re-quoted before signing and stop safely if identity, route, or liquidity checks fail.
Epoch clock
30:00
Starts only after the live $HI contract and backend are activated.
Holders
Hold for one complete epoch.
A wallet becomes eligible after continuously holding more than zero $HI for a full 30 minutes epoch. Reward weight is the lowest balance held at any point during that full epoch—not merely the closing balance. Partial sales reduce the weight, additions do not increase it until the next epoch, and selling the full balance resets the waiting period. There is no staking, registration, or claim transaction.
Wallet balance
Minimum $HI held for the full epoch
Pro-rata share
effective weight ÷ total effective weight
Allocation policy
Burned team allocation and virtual reward weight.
The team allocation was transferred from the disclosed team wallet to the canonical dead address. Those HI tokens are permanently inaccessible and cannot be sold, transferred, or recovered. Because the HI contract does not expose a native supply-burning function, its reported total supply is unchanged; the dead-address balance is the on-chain evidence of the burn.
To preserve the allocation's previously disclosed share of epoch rewards, the protocol assigns an equal virtual reward weightto a fixed team beneficiary. Virtual weight is an accounting entry, not an ERC-20 balance. It cannot be transferred, traded, withdrawn, or redeemed for the burned HI. Its only function is to determine the beneficiary's pro-rata share of tokens distributed in each eligible epoch.
Team source wallet
0x21eeac51991193994d6c08794d09f0bd3fdd7a18 ↗The wallet from which qualifying HI burns originate.
Canonical dead address
0x000000000000000000000000000000000000dead ↗The inaccessible address holding the permanently burned HI.
Team weight beneficiary
0xab2808b6e10267a60de3596c48f696fa60e5c496 ↗The wallet receiving accounting-only virtual reward weight.
Epoch calculation
effective weight = eligible HI balance + verified burn creditwallet share = effective weight ÷ total effective weightVerification controls
Each qualifying source-to-dead-address transfer is indexed by transaction hash, log index, block, and exact raw amount. At epoch close, the applicable burn credit and evidence hash are frozen with every wallet's actual balance and effective reward weight.
Infrastructure
Database-first telemetry.
The website never fans out live RPC requests from the browser. Server-side workers observe on-chain state, validate it, and write normalized records to the database.
Every minute
Tax income
Confirmed TaxProcessor distribution events
Every 5 minutes
Project prices
Flap and Uniswap V2, V3, and V4
Every minute
Holder index
Confirmed balances, epoch minima, and payout shares
Developers
Public API.
The same database-backed data used by the site is available as JSON without authentication.
/api/statsProtocol totals and launch state/api/epochActive epoch, seed, and selected projects/api/projectsWhitelist, prices, and price history/api/distributionsDistribution and basket history/api/epochs/[epochNumber]/weightsFrozen wallet weights and reward shares/api/team-allocationTeam burn policy, ledger, and virtual weight/api/portfolio/[address]Wallet eligibility and earningsDisclosure
Risk notice.
Hood Index data is informational, not financial, legal, tax, or investment advice. Distributed assets can be extremely volatile and can lose all value. Whitelisting does not guarantee safety, liquidity, or future performance.
Epoch duration, selection size, and the whitelist can change as the protocol develops. Material changes should be published before they take effect.