Protocol Overview
Robinhood Chain collectibles, referrals, and asynchronous distributions
FOS Protocol Overview
FOS offers Fos Digital Collectibles as NFT consumer products, with protocol-defined promotional distributions, an independent referral program, and authenticity certificates on Robinhood Chain. Base remains the randomness-service chain in the supplied architecture: Chainlink VRF produces the random result there, and Chainlink CCIP carries requests and responses between Base and Robinhood.
Independent components
| Component | Responsibility |
|---|---|
| FOSNFT | Mint the collectible, receive payment, retain admin fees, and fund free positions |
| Processor | Register collectibles, manage collection cycles, select recipients, and process allocations |
| Referral | Register one account per wallet, maintain direct referrals, sell plans, and handle upgrades |
| Verify | Issue a separate ERC-721 authenticity certificate and expose its current status |
Referral registration is independent of NFT minting and selection processes. Verify integrations are optional and require explicit authorization.
Collection economics
| Collection | Type ID | Nominal price | Admin fee | Admin per paid mint | Pool contribution per collectible | Full 500-collectible pool |
|---|---|---|---|---|---|---|
| Buddy | 3 | $3 | 5% | $0.15 | $2.85 | $1,425 |
| Samurai | 13 | $13 | 3% | $0.39 | $12.61 | $6,305 |
| Noble | 25 | $25 | 2% | $0.50 | $24.50 | $12,250 |
Dollar amounts describe the product model, not a dollar-denominated contract balance or guaranteed allocation. Payments and allocations use native ETH. Read the configured on-chain price before sending a transaction; the production USD-to-ETH conversion policy is not supplied in the contract specification.
Each collection has independent 500-collectible cycles. Positions 10, 100, 200, 300, and 400 are gas-only for the buyer, with their pool contributions funded from FOSNFT. Collectibles 1–100 carry double selection weight; collectibles 101–500 carry ordinary weight.
Allocation rules
Seventeen distinct collectible mint records, not necessarily seventeen wallets, are selected without replacement. The primary record's recipient receives 50% of the cycle allocation pool; six records' recipients split 30%; ten records' recipients split 20%. A wallet with several recorded mints can receive more than one allocation. Integer-rounding residue goes to the first recipient. Transfers are attempted directly; unsuccessful transfers become claimable through pendingWithdrawals and claim().
Referral plans
| Referrer's active plan | Share of a direct referral's payment | Admin share |
|---|---|---|
| $2 plan | 50% | 50% |
| $5 plan | 60% | 40% |
| $10 plan | 82% | 18% |
The referrer's own active plan at payment time determines the split, for both registration and upgrades. The buyer's plan determines the payment amount, not the commission percentage. Without a referrer, 100% goes to the admin. Dollar labels are nominal plan names; exact payment is the configured ETH price.
Allowed upgrades are 2→5, 2→10, and 5→10. The payment is the difference between configured prices at upgrade time, and the original direct referrer stays fixed.
Read more
- Platform and networks
- Collection mechanics
- Referral program
- Contract reference
- Community and planned campaigns
- Roadmap
- Legal and risk disclosures
Documentation status
This revision follows the supplied project contract specification. Product rules and reported deployments are distinct from independently verified on-chain behavior. Older claims about globally immutable parameters, same-transaction selection processes, a fixed 18× gas charge, and an implemented 365-day liquidation function are not established by the new specification. See security and validation.