Financial communities are fragmented
Discussion about a single stock or token is scattered across social platforms, chat apps, newsletters, data terminals and trading applications — none of which share context.
Robinhood Chain · Chain ID 4663 · Gas ETH
ConceptWallet-native social · Robinhood Chain
Room — the social layer for onchain markets
Room combines the open social identity of Farcaster, the community structure and voting mechanics of Reddit, and financial communities built around tokenized stocks and crypto assets.
“Room is not a trading platform disguised as social media. Its primary product is conversation, identity, discovery, and community coordination.”Room Principle
StockNVDA CommunityETFSPY InvestorsTokenProject Token RoomProjectProtocol BuildersCreatorAnalyst ResearchThemeAI StocksPrivateInvestment ClubPremiumPro ResearchToken-gatedHolder LoungeGeneralRunning Club
01
Why Room exists
Six places, one conversation
A person discovers a stock on one platform, searches for serious discussion on another, joins a chat for updates, opens a fourth app for market data, and uses a fifth to act. Context is lost at every step, and the community owns none of it.
Wallets have assets but no social context
A wallet can hold stock tokens, crypto, access passes and collectibles, yet gives no readable identity, trusted reputation, membership or meaningful social graph.
Official communities are hard to verify
Scammers copy project names, logos and moderator identities. Users often cannot tell an official issuer room from a fan group or a malicious imitation.
Valuable contributors are poorly rewarded
Analysts, educators, moderators and organisers create value, but subscription tools, payment platforms and social profiles are separate products.
Feeds reward attention over contribution
Follower counts, engagement farming and paid promotion can outweigh accuracy. Financial discussion needs sources, disclosure, reputation and transparent moderation.
Projects lose communities after launch
Many projects concentrate on launch-day activity and never build a long-term place for updates, governance, support, education and community-built apps.
When a platform changes its policies, closes an account or limits reach, the community has little control over its distribution. A community’s members, content, moderation history and reputation cannot move together — because nothing binds them to the community rather than to the platform.
02
What Room is
Three layers, one product
Room's long-term ambition is to become the social infrastructure through which people understand, discuss, organize around and build applications for onchain markets. It gets there in three stacked pieces.
01Consumer
Room App
The consumer social application — feeds, rooms, posts, replies, votes, research, and the interfaces around them.
02Ownership
Room Protocol
Identity, community ownership, permissions, payments and portable social primitives, anchored on Robinhood Chain.
03Platform
Room SDK
Tools that let third-party developers integrate Room identities, profiles, communities and actions into their own products.
Six principles that constrain all three
Simple before decentralized
Users should not need to understand blockchains to post, reply, follow or join. Decentralized components must improve ownership, verifiability, interoperability or payments — not add friction.
Free social participation
Basic profiles, public posts, replies, votes, follows and public rooms remain free. A project token is never required for basic participation.
Privacy by default
Connecting a wallet must not automatically publish balances, holdings, transaction history or real-world identity. Users explicitly choose what to display.
Communities do not require tokens
Stock, token, creator, gaming, sports, education and general-interest communities are all first class. Tokenization is optional.
Financial context, not promises
Room can show market information and community analysis, but must distinguish issuer information, third-party data, advertising, opinion and user research. It never promises returns.
Open integration
Room integrates with wallets, data providers, launchpads, marketplaces and applications without letting any single integration define the brand.
03
Who it is for
Three people in the same room
Room's phase-one audience is narrow on purpose: Robinhood Chain builders, tokenized-stock communities, crypto project communities, market educators and analysts, and developers building mini applications.
The holder
Verified asset context, next to the discussion
A stock room shows verified asset identifiers, market context, corporate events, community sentiment and educational posts in one place. Trading stays optional and only through clearly disclosed integrations.
- Verified contract identity before any asset action
- Official vs Community Created vs Unverified labels
- Financial disclosures on research posts
- Selective disclosure — a wallet never auto-publishes holdings
04
The application
A room you can actually walk into
Room's daily loop is small: open the feed, find a discussion, enter the room, read the context, contribute, follow or join. The interface below is that loop — a working prototype, not a screenshot.
Identity
Vlad.room
Vlad
Joined August 2026
- Creator
- Developer
Stats
Activation
Reputation842/1000
Rooms joined18/24
Following96/120
Streak12/20
Reputation
Topic-scoped
- Onchain842
- Equities214
NVDA Community
✓ Official612 online
NVDAx
Tokenized stock
$184.22
▲ 1.84%
Achievements
4/7
- Profile claimedUsername + display namecompleted
- Three rooms joinedActivation metriccompleted
- Five followsActivation metriccompleted
- First substantive replyFirst meaningful interactioncompleted
- First research postLong-form with sourcesnot completed
- First USDG tip sentPhase 3not completed
- Mini app publishedPhase 4 · requires reviewnot completed
Room rules
4
- — Disclose holdings on any research post
- — No price targets without a stated method
- — Sponsored content must carry the sponsored label
- — No direct messages requesting keys or seed phrases
05
The product
Communities as first-class objects
A room is not a hashtag or a chat group. Each one has ownership, roles, rules, feeds, permissions, treasury settings, economic features, integrations and moderation history.
What a room can contain
01Overview
02Main feed
03Announcements
04Research tab
05Live discussions
06Events
07Polls and proposals
08Asset information
09Member directory
10Rules
11Moderation log
12Applications
13Treasury and membership
Eight roles, one of them a bot
Role changes for high-trust rooms should be recorded in an auditable registry. Routine moderation can stay offchain for speed.
Owner
Controls ownership and critical settings.
Administrator
Manages configuration and integrations.
Moderator
Enforces rules and handles reports.
Official Representative
Speaks for a verified issuer or project.
Analyst
Publishes labeled research.
Developer
Publishes or manages mini apps.
Member
Participates in the community.
Bot
Automated account with limited, visible permissions.
Ten room types
| Room type | Purpose | Example |
|---|---|---|
| Stock | Discussion around a stock or tokenized stock | NVDA Community |
| ETF | Discussion around an index or tokenized ETF | SPY Investors |
| Token | Community for a crypto asset | Project Token Room |
| Project | Product support and project updates | Protocol Builders |
| Creator | Creator-owned audience and content | Analyst Research |
| Theme | Cross-asset discussion | AI Stocks |
| Private | Invite-only coordination | Investment Club |
| Premium | Paid membership or content | Pro Research |
| Token-gated | Access based on an asset or credential | Holder Lounge |
| General | Non-financial community | Running Club |
Room must not treat every familiar name as official
Impersonation is one of the most common attack patterns in financial communities. Four labels, applied at the room level, are the front line.
✓ Official
Controlled or authorized by a verified issuer, deployer, project, or organization
Community Created
Independent community with no official issuer claim
Unverified
Ownership or asset relationship has not been verified
! High Risk
Strong risk signals or unresolved impersonation concerns
Verification may use
- — Deployer wallet signature
- — Project multisig signature
- — Official domain proof
- — Issuer or organization review
- — Application key verification
- — Signed statement from a verified identity
06
How Room makes money
Revenue without a token
Creators and communities earn from real services — subscriptions, tips, premium content, events, applications and memberships — rather than depending on token emissions. Room takes a share of those services, and nothing else.
Example fee model
Illustrative · axis 0–12%
| Product | Platform model | |
|---|---|---|
| Tips | 0–2% fee | |
| Creator subscriptions | 5–10% fee | |
| Premium rooms | 5–10% fee | |
| Event tickets | Fixed or percentage fee | not a percentage |
| Mini-app marketplace | Revenue share | not a percentage |
| Developer API | Monthly subscription | not a percentage |
| Sponsored discovery | Fixed campaign pricing | not a percentage |
All final fees should be clearly displayed before payment. These percentages are an illustrative model, not a fixed commitment.
Settled in USDG
USDG gives predictable pricing for social payments on Robinhood Chain. Membership is a non-transferable, onchain-verifiable state rather than a database flag, so access can be checked independently of the Room application.
- — Tips
- — Creator subscriptions
- — Premium rooms
- — Paid research
- — Event tickets
- — Mini-app purchases
- — Developer services
- — Community crowdfunding where legally permitted
10 revenue sources
- — Creator subscription fees
- — Premium-room platform fees
- — Transaction fees on tips where appropriate
- — Mini-app marketplace revenue share
- — Professional community tools
- — Premium usernames
- — Developer API plans
- — Verified organization services
- — Transparently labeled sponsored discovery
- — Enterprise community infrastructure
Where the money would go
An illustrative allocation framework — not a fixed promise.
| Use | Share |
|---|---|
| Product, infrastructure, and operations | 55% |
| Creator and community programs | 20% |
| Safety, moderation, and grants | 15% |
| Protocol treasury | 10% |
07
How it is built
Hybrid by necessity
Putting every post, reply, vote and notification onchain would create unnecessary cost, latency, privacy exposure and indexing complexity. Room records high-frequency social data offchain and anchors high-value ownership and economic actions onchain.
Onchain
ownership, proof, settlement- — Profile ownership root
- — Username ownership or registration
- — Room ownership
- — Critical administrator roles
- — Official verification claims
- — Payment settlement
- — Subscriptions and access status
- — Token-gated membership proofs
- — Treasury actions
- — Optional moderation bonds
- — Application publisher registry
Offchain
speed, volume, privacy- — Posts and replies
- — Votes and reactions
- — Media
- — Feed ranking
- — Search indexes
- — Notifications
- — Routine moderation queues
- — Analytics
- — Recommendation models
- — Drafts and private messages
Content can be signed by user-controlled keys or authorized session keys, so the platform can verify authorship without an onchain transaction for every action.
Ten contract modules
IdentityRegistryProfile ownership root and wallet links.
UsernameRegistryUnique human-readable name ownership.
RoomRegistryCommunity ownership and critical settings.
RoleRegistryAuditable high-trust role assignment.
VerificationRegistryOfficial verification claims and proofs.
SubscriptionManagerRecurring creator and premium-room access.
TipRouterUSDG tip settlement and share splitting.
MembershipPassNon-transferable access status.
CommunityTreasuryRoom treasury actions.
AppRegistryMini-app publisher registry.
Tip flow
- 1Select tip amount
- 2Approve or sign
- 3Pay USDG
- 4Transfer creator share
- 5Emit payment event
- 6Show receipt
Subscription flow
- 1Choose premium membership
- 2Approve USDG
- 3Pay subscription contract
- 4Split creator and platform shares
- 5Issue non-transferable access
- 6Unlock until expiry
Twelve services
| Service | Responsibility |
|---|---|
| Authentication | Nonces, signatures, sessions, passkeys |
| Profile Service | Profiles, wallet links, privacy controls |
| Social Graph | Follows, blocks, memberships |
| Content Service | Posts, replies, media references |
| Feed Service | Ranking and personalized feeds |
| Room Service | Community settings, roles, rules |
| Moderation Service | Reports, actions, appeals, audit logs |
| Reputation Service | Topic scores and abuse signals |
| Asset Service | Verified contracts and market metadata |
| Payment Indexer | USDG payment and membership events |
| Notification Service | In-app, push, and email notifications |
| Search Service | Users, rooms, posts, and assets |
Four moderation layers
- 01User controlsMute, block, report, and filter.
- 02Community moderationRules enforced by room moderators.
- 03Platform safetyPhishing, impersonation, malware, illegal content, coordinated abuse.
- 04Protocol-level actionsRare actions affecting verified identities, registries or bonds.
Financial disclosures
- — Author holds the asset
- — Author is paid by the project
- — Sponsored content
- — Official issuer communication
- — Community opinion
- — Automated or AI-generated analysis
08
ROOM token
There is no token yet
Room does not need a token for its MVP. Launching one before real usage exists distorts product incentives and attracts speculation before the network has proven its value.
Status: Concept
No token exists, and none is planned before the gates below are met.
If ROOM is introduced later it should support product functions rather than gate basic social access. Basic profiles, public posts, replies, votes, follows and public rooms stay free either way.
Eight gates before any token
Meaningful daily and monthly active users
Recurring community activity
Creator revenue
Developer demand
Tested governance needs
Legal review
Audited contracts
Clear supply, treasury, and unlock policies
None of the eight is met today — the documentation describes Phase 0 planning.
Potential utility
- — Protocol governance
- — Premium username staking
- — Moderator bonds
- — Anti-spam bonds for high-impact actions
- — Official community application stakes
- — Developer publishing deposits
- — API credits
- — Dispute participation
- — Community treasury coordination
- — Advanced creator tools
What ROOM must never do
- — Require payment to create a basic account
- — Require users to hold it before posting or following
- — Promise dividends or guaranteed returns
- — Reward meaningless engagement through uncontrolled emissions
- — Allow wealthy accounts to purchase official verification
- — Make moderation purely pay-to-win
09
Roadmap
Six phases, none shipped
A phased path from prototype to protocol expansion. The project is at Phase 0.
Swipe to move through the phases →
What the MVP is, and what it refuses to be
MVP must include
- 01Wallet authentication
- 02Unique username and editable profile
- 03Follow and block
- 04Home and room feeds
- 05Posts, replies, votes, reposts, bookmarks
- 06Public rooms
- 07Stock and token room templates
- 08Search
- 09Notifications
- 10Reporting and moderator tools
- 11Official vs community-created labels
- 12Mobile-responsive interface
MVP must not include
- — A ROOM token
- — Fully onchain posts
- — Complex governance
- — Open mini-app execution
- — Leveraged trading
- — Anonymous unlimited messaging
- — Unreviewed financial products
- — Dozens of room types before core retention is proven
10
Go to market
Do not launch an empty network
Room should begin with focused communities where identity, market context and wallet payments produce immediate value — and with a small group of founding creators and moderators recruited before public launch.
AI StocksDividend InvestingTokenized AssetsRobinhood Chain BuildersCrypto ResearchNew Project Discovery
Phase-one audience
- — Robinhood Chain builders
- — Tokenized-stock communities
- — Crypto project communities
- — Market educators and analysts
- — Developers building mini applications
Distribution channels
- — Creator partnerships
- — Community migration tools
- — Shareable post cards
- — Referral links based on successful activation, not raw clicks
- — Embedded Room discussions on partner sites
- — Developer hackathons
- — Verified project communities
- — Research and educational campaigns
Three loops that compound
Community loop
- More useful communities
- More valuable content
- More users discover Room
- More contributors join
- Better discussion and applicationsand back to the first step
Creator economy loop
- Creators publish useful content
- Users follow and subscribe
- Creators earn sustainable revenue
- Creators invest in better content
- More users join Roomand back to the first step
Developer loop
- Developers build mini apps
- Rooms gain new functions
- Users spend more time in Room
- Developers gain users and revenue
- More developers integrateand back to the first step
From nothing to a populated feed in under two minutes
01
Open Room
No traditional account required.
02
Connect or create wallet
An EVM wallet, or an embedded smart wallet.
03
Sign authentication message
Sign-In with Ethereum: nonce, signature, session. No key is shared.
04
Claim unique username
A human-readable name such as Vlad.room.
05
Create profile
Display name, avatar, optional bio.
06
Select interests
AI stocks, dividend investing, crypto, gaming, development.
07
Join recommended rooms
Room recommends people and communities.
08
Enter personalized feed
A populated home feed in under two minutes.
Gas sponsorship and account abstraction may be used so new users do not need ETH before completing normal social actions.
11
Diligence
Measured, and what could break
Five metric groups and ten named risks, each with the mitigation the design commits to. No live numbers are reported anywhere on this site.
What gets measured
01
Activation
- — Connected wallets completing a profile
- — Joining at least three rooms
- — Following at least five people
- — First meaningful interaction within the first session
02
Engagement
- — Daily and monthly active users
- — Weekly returning users
- — Posts and replies per active user
- — Meaningful conversations per room
- — Time to first response
- — Content receiving saves or substantive replies
03
Community health
- — Active rooms with recurring contributors
- — Moderator response times
- — Upheld report rate
- — Spam and impersonation prevalence
- — Retention by room cohort
04
Economy
- — Active paid creators
- — Subscription revenue
- — Creator retention
- — Tip volume
- — Premium membership renewal
- — Application revenue
05
Developer ecosystem
- — Active API keys
- — Published mini apps
- — Monthly mini-app users
- — Third-party integrations
- — Developer revenue
What could break it
| Risk | Mitigation |
|---|---|
| Empty-network problem | Launch with curated communities and founding creators |
| Spam and Sybil accounts | Rate limits, graph analysis, reputation, staged permissions |
| Impersonation | Clear labels, signed verification, domain and deployer proofs |
| Market manipulation | Disclosures, detection, transparent promotion, moderation |
| Wallet onboarding friction | Embedded wallets, account abstraction, gas sponsorship |
| Privacy concerns | Selective disclosure and private-by-default wallet metadata |
| Excessive onchain cost | Hybrid architecture and signed offchain content |
| Smart-contract exploits | Minimal contracts, audits, caps, timelocked controls |
| Regulatory exposure | Legal review, regional restrictions, careful product language |
| Token speculation distorting product | Delay ROOM until real utility and usage exist |
12
For developers
An EVM L2, nothing exotic
Robinhood Chain is an EVM-compatible Arbitrum Layer-2 with ETH as its native gas token, which is why standard Solidity contracts and Ethereum wallet libraries apply directly to Room's onchain components.
Network parameters
Mainnet
- Chain ID
4663- Gas token
ETH- RPC
https://rpc.mainnet.chain.robinhood.com- Explorer
https://robinhoodchain.blockscout.com
Testnet
- Chain ID
46630- Gas token
ETH- RPC
https://rpc.testnet.chain.robinhood.com- Explorer
https://explorer.testnet.chain.robinhood.com
Contract addresses, asset registries and network settings must always be verified against the current official Robinhood Chain documentation before deployment.
Suggested stack
An implementation recommendation, not a protocol requirement.
- — Next.js and TypeScript for the web application
- — Tailwind CSS or an equivalent design system
- — Wagmi and Viem for EVM interactions
- — WalletConnect-compatible wallet support
- — PostgreSQL for core social data
- — Redis for caching, queues, and rate limits
- — Object storage plus CDN for media
- — OpenSearch or Elasticsearch for search
- — Solidity with Foundry or Hardhat for contracts
- — Event indexer for contract synchronization
- — Managed production RPC rather than a public endpoint
13
Questions
The six things people ask first
Is there a ROOM token today?
No. The documentation states Room does not need a token for its MVP, and that launching one before real usage exists can distort product incentives. If ROOM is introduced later it must clear eight gates first — including audited contracts, legal review, and clear supply, treasury and unlock policies.
Do communities need to launch a token to use Room?
No. Communities do not need a token to exist. Stock, creator, gaming, sports, educational and general-interest rooms are all supported. Tokenization is optional.
How does Room make money without a token?
Creator subscription fees, premium-room platform fees, tip fees where appropriate, mini-app marketplace revenue share, professional community tools, premium usernames, developer API plans, verified organization services, labeled sponsored discovery, and enterprise community infrastructure.
What does verification actually confirm?
Control or association — not investment quality or safety. It may use a deployer wallet signature, project multisig signature, official domain proof, issuer review, application key verification, or a signed statement from a previously verified identity.
Does connecting a wallet expose my portfolio?
No. Connecting a wallet must not automatically publish balances, holdings, transaction history or real-world identity. But Room must never imply a connected wallet's full history is private — public blockchain activity remains observable.
Is any of this live?
No. The documentation describes Phase 0 planning. No phase has shipped and no live or historical metrics are reported. This site is an interface concept built on that documentation.