> For the complete documentation index, see [llms.txt](https://docs.reallayer.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.reallayer.com/businesses/token-listing.md). # Token Listing ### Overview Real provides a structured and regulated framework for listing digital assets across spot, derivatives, and select yield-based products, subject to jurisdictional approval. The listing program is designed to support high-quality tokens that meet strict standards around compliance, security, market integrity, and operational readiness. Each proposed asset is evaluated holistically, from issuer accountability and token fundamentals to technical compatibility and liquidity preparedness, to ensure a safe, orderly, and transparent trading environment. Listing requirements and timelines may vary by asset type, regulatory scope, and risk profile, with final approval determined through internal review and governance processes *** ### Eligibility Requirements #### Applicant and Legal Readiness You must provide: * Legal entity details (registration, ownership structure, jurisdiction) * Authorized signatory + contact info (legal + technical) * Applicable licenses/registrations (if the issuer or operator is regulated) * Proof of authority to list (issuer authorization or verified representation)
Preferred: * Clear token issuer/operator accountability (who can patch, pause, migrate, communicate) * Transparent governance decision-making process (if decentralized) *** #### Compliance and Risk Controls Real evaluates assets against: * Sanctions and AML risk * Market manipulation risk * Consumer protection considerations * Jurisdictional restrictions (who can trade it, where it can be marketed)
You must provide: * Token distribution details (treasury, insider allocations, vesting schedules) * Known high-risk jurisdictions or restricted regions (if any) * Screening info for major counterparties (market makers, foundations, key vendors) *** #### Token Fundamentals Real Exchange expects a token to have: * A clear purpose and utility * Transparent supply mechanics * A credible development roadmap
You must provide: * Whitepaper / docs + official links * Total supply, circulating supply, emissions schedule * Token contract addresses (all chains) and chain selection rationale * Tokenomics summary (allocations + unlock schedule) * Governance model (if applicable) *** #### Security Standards Security is non-negotiable for listing. You must provide: * Recent third-party audit report(s) (preferred within the last 12 months) * Verification of contract ownership and admin privileges (multi-sig preferred) * Incident history (exploits, pauses, migrations) + remediation summary * Bug bounty details (if available)
Strongly preferred: * Immutable contracts, or clearly documented upgrade paths * Time-locks on admin changes * Multi-sig with reputable signers * Formal verification (where applicable) *** #### Market Readiness and Liquidity Listings must be tradable, not merely “available.”
You must provide: * Market-making plan (named counterparties preferred) * Target liquidity commitments (depth, spreads, uptime goals) * Exchange references (current listings, markets, volumes) if already live * Community and comms channels (X, Telegram/Discord, website) *** #### Technical Integration Requirements Your token must be technically compatible with Real Exchange custody, deposit/withdrawal, and monitoring systems.
You must provide: * Chain + token standard (e.g., ERC-20) and any special transfer logic * Required confirmations, memo/tag usage (if relevant) * Known edge cases (fee-on-transfer, rebasing, blacklists, pausable tokens, etc.) * On-chain metadata (decimals, symbol, name) and block explorer links
Note: Tokens with transfer restrictions, non-standard mechanics, or admin controls may require additional review and can be declined. *** ### Listing Process #### Step 1: Application Submission Submit a listing request with: * Legal entity + authorized contacts * Token details + contract addresses * Audit reports + security disclosures * Liquidity/market-making plan * Marketing/launch preferences (target date, regions) *** #### Step 2: Initial Screening (Fast Reject / Fast Track) Real Exchange reviews: * Obvious compliance red flags * Security posture * Operational readiness *** #### Step 3: Due Diligence Review Deep review across: * Compliance + risk * Tokenomics + distribution * Security + admin controls * Market integrity + manipulation risk * Reputation and incident history *** #### Step 4: Technical Integration and Testing Real Exchange will: * Add asset to custody systems (where applicable) * Configure deposits/withdrawals * Set confirmations, limits, and monitoring rules * Run test deposits/withdrawals and wallet health checks
You will: * Confirm addresses and chain details * Support any required contract/metadata verification * Coordinate launch parameters (min deposit, withdrawal fees, etc.) *** #### Step 5: Listing Committee Decision Final go/no-go based on: * Completed diligence * Integration results * Liquidity readiness * Launch risk assessment *** #### Step 6: Launch Preparation (Go-Live Plan) Real Exchange coordinates: * Market configuration (pairs, tick size, lot size) * MM readiness checks * Announcement timing * Deposit window opening (optional pre-launch) *** #### Step 7: Listing and Post-Listing Monitoring After launch, Real Exchange monitors: * Deposit/withdrawal stability * Spread, liquidity, and volatility * Manipulation signals * News and incident alerts
Real Exchange may: * Adjust risk limits * Enable/disable leverage products (if any) * Pause deposits/withdrawals or trading if required for safety/compliance *** ### Listing Timeline | Phase | Typical Duration | | ------------------------------- | ----------------- | | Application + Initial Screening | 2–5 business days | | Due Diligence | 1–3 weeks | | Technical Integration | 1–2 weeks | | Launch Prep | 2–5 business days | Timelines vary based on responsiveness, chain complexity, and risk profile. *** ### Submission Checklist #### Required Documents * Entity registration documents + ownership structure * Authorized representative details * Token overview + official links * Contract addresses + chain details * Audit report(s) + security disclosures * Tokenomics + vesting/unlock schedule * Liquidity plan / market maker details * Incident history + remediation (if applicable) #### Required Technical Details * Token standard and decimals * Any transfer hooks or restrictions * Deposit/withdrawal requirements (memos, tags) * Explorer links + verification status * Upgrade/admin model (who controls what) *** ### Reasons for Decline * Inadequate security posture (no audits, unclear admin controls) * High compliance risk or unclear issuer/operator accountability * Material manipulation risk or lack of a credible liquidity plan * Non-standard token behavior that introduces custody/withdrawal risk * Misrepresentation or incomplete disclosures *** ### Post-Listing Expectations Projects are expected to: * Notify Real Exchange promptly about upgrades, migrations, or incidents * Maintain reliable comms channels for urgent coordination * Avoid supply or contract changes that materially affect holders without advance notice * Support investigations related to market integrity when requested *** ### How to Apply Send a listing request to the Real listings team at with the subject: “Token Listing Request — \[TOKEN NAME]” Include: * One-pager (project + token summary) * Docs + audit links * Contract addresses (all chains) * Proposed markets (spot pairs / derivatives interest) * Liquidity plan + MM contacts *** ### FAQs **Can we list without an audit?** Rarely. In most cases, a reputable third-party audit (and clear admin controls) is required. *** **Do you support multi-chain tokens?** Sometimes. Each chain is reviewed independently for security, operational stability, and demand. *** **Will Real Exchange provide market making?** Typically no. The project should supply or arrange liquidity, though we can coordinate standards and launch requirements. *** **Can you support a token migration after listing?** Yes, but it requires advance planning, technical validation, and coordinated communications. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.reallayer.com/businesses/token-listing.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.