STOCKCOM DOES NOT PREDICT MARKETS.
StockCom reads available market and on-chain data from supported providers. It reports what can be verified. When information cannot be verified, it says so. There is no model guessing at the future in this computer, and no number on any screen was invented to fill a gap.
- DEXSCREENER
- Primary indexToken pairs, price, 24h change, volume, liquidity, trade counts
- GECKOTERMINAL
- Backup index + directoryPools by volume, token info, recent trades
- ROBINHOOD API
- Identity + reference quoteOfficial stock-token registry (194 assets), bid/ask with generation time
- JSON-RPC
- Chain truthChain id, head block, bytecode, ERC-20 views, factory pair fallback
- BLOCKSCOUT
- IndexerHolder counts on the market page
Order of trust: registry → RPC → DexScreener → GeckoTerminal → on-chain factory pair. When every market source fails the computer prints DATA NOT AVAILABLE. There is no demo mode, no fixture and no placeholder anywhere in the build.
- CHAIN
- Robinhood Chain (4663)
- RPC
- rpc.mainnet.chain.robinhood.complus any RPC_URL / RPC_FALLBACK_URLS / Alchemy endpoint configured server-side
- EXPLORER
- robinhoodchain.blockscout.com
- FALLBACK FACTORY
- 0x8bceaa40…Canonical UniswapV2 factory used only when no index answers
- QUOTE ASSETS
- USDG (6 dp) · WETH (18 dp)
Other EVM chains can be configured with NEXT_PUBLIC_CHAIN_ID and RPC_URL; the tokenized-stock registry and the index network slug are specific to Robinhood Chain.
- The query is validated: a ticker (letters, digits, dots) or a 40-hex address. Nothing else reaches a provider.
- Identity: tickers are looked up in the official stock-token registry first, then by exact symbol across the indexes (deepest pool wins, collisions are reported).
- Chain: the RPC must answer chain 4663; the address must have bytecode and answer ERC-20 views.
- Market: pools come from DexScreener, else GeckoTerminal, else a direct factory-pair read at the current block.
- Reference: official stock tokens also print the Robinhood bid/ask with its generation time.
- Health is scored with the fixed rules below. Every screen shows the data age and the provider trace.
- THIN
- liquidity < $25,000
- DUST
- liquidity < $500price shown, not trusted
- DEEP
- liquidity ≥ $1,000,000
- LOW DEPTH WARNING
- liquidity < $100,000
- LOW ACTIVITY
- < 10 trades / 24h
- STALE
- data older than 15 min
- QUOTE DIVERGENCE
- ≥ 5% vs official mid
- SCORE
- liquidity 50 · activity 25 · freshness 15 · identity 10
Memory is local to this browser (localStorage). Wallet connection is optional and read-only: it shows the connected address, chain and native balance, and never asks for a signature. There is no backend, so nothing is synchronised to a wallet — the computer says LOCAL MEMORY, because that is what it is.
- GET /api/read?q=NVDA · ?q=0x…&detail=1
- GET /api/markets
- GET /api/activity?pool=0x…&token=0x…
- GET /api/status
- GET /api/token — the $STCOM plate (CA: SOON until STCOM_TOKEN_ADDRESS is set)
All routes are rate-limited per client and cached briefly server-side so the public providers are not hammered.