Start here
Architecture
How factory, token, v3 pool, permanent locker, indexer, and interface fit together.
One launch transaction
- Commit canonical metadata and bind hosted registration to a signed creator acceptance.
- Deterministically deploy an unrestricted fixed-supply token ending in …1111.
- Create and initialize the canonical 1% WETH v3 pool.
- Mint one-sided liquidity using the complete supply and transfer the NFT to the permanent locker.
- Optionally execute the creator’s initial buy with slippage protection and no wallet cap.
Trust boundaries
- Contracts
- Ownership, supply, pool, lock, and fee routing
- Chain logs
- Canonical event history and rebuild source
- PostgreSQL
- Rebuildable read model; never custody
- Redis
- Disposable cache and realtime fan-out
- Hosted media
- Moderated presentation content; not ERC-20 identity
- Wallet
- Signs acceptance and transactions; service never holds keys
Data flow
Robinhood Chain logs
-> append-only raw log store
-> reorg-aware projections
-> PostgreSQL read model
-> REST + Server-Sent Events
-> web discovery and token detailPending and confirmed state remain distinct. Robinhood L2 height and Ethereum L1 block.number are stored as different concepts.