# Welcome
Welcome to your team’s developer platform
Welcome to Opal Exchange
Privacy-First Perpetual Futures Trading
Opal DEX is a next-generation derivatives exchange that protects trader intent until settlement while maintaining complete on-chain verifiability. We combine sealed order flow, frequent batch matching, and post-trade proofs to deliver fair execution for all traders.
# Why Opal?
The current on-chain derivatives landscape suffers from critical fairness issues. Public order flow enables front-running, stop-loss hunting, and predatory liquidations. Opal solves this through privacy-preserving technology and innovative market mechanisms.
**True Fair Launch**
* 100% of protocol profit distributed to $OPAL holders in ETH
* No KOL allocations, no OTC deals, no insider advantages
* Operations funded solely through transparent 5% buy/sell tax
# Executive Summary
Opal DEX is a privacy-first perpetual futures exchange that hides trader intent until settlement while preserving on-chain verifiability post-trade.
### The Problem
Leading derivatives DEXs have matured designs around matching, oracles, and liquidations, but continue to suffer from:
* Order-flow leakage in public mempools
* MEV-based exploitation
* Stop-loss hunting and predatory liquidations
* Unfair token launches with insider allocations
### Our Solution
By combining **sealed order flow**, **frequent batch matching**, **post-trade proofs**, and a **conservative risk engine**, Opal neutralizes these exploits and delivers fair execution for retail, professional, and institutional traders alike.
# Key Innovations
**Market Structure Fairness**
* Orders remain encrypted until batch settlement
* Uniform-price auctions eliminate latency races
* MEV-resistant order routing
* Verifiable post-trade integrity proofs
**Token-Level Fairness**
* 100% of protocol profit → ETH distributions to $OPAL holders
* Fixed supply: 1B total (93% burned at launch)
* No KOL allocations, no OTC deals
* Operations funded by transparent 5% buy/sell tax only
### Target Users
* **Retail traders** seeking protection from predatory practices
* **Professional traders** requiring execution certainty
* **Institutional desks** demanding privacy and verifiability
* **Market makers** benefiting from fair batch auctions
### Why Now?
The infrastructure for privacy-preserving exchange mechanisms has matured.
# Problem & Vision
### The Problem with Current DEXs
Public order flow in L1/L2 mempools reveals trader intent before execution, enabling:
**Front-Running & Sandwiching** Sophisticated actors see your order in the mempool and place their own orders around yours to extract value.
**Stop-Loss Hunting** Large players can see clusters of stop orders and manipulate prices to trigger cascading liquidations for profit.
**Predatory Liquidations** Traders face aggressive liquidation dynamics that erode PnL and confidence, especially during volatile conditions.
**MEV Extraction** Miners and validators can reorder, insert, or censor transactions to extract maximum value at traders' expense.
### Why Existing Solutions Fall Short
Traditional approaches like private RPCs or order obfuscation provide limited protection:
* Single points of trust
* Incomplete privacy (timing/size leaks)
* No post-trade verifiability
* Still vulnerable to sophisticated MEV
# Opal's vision
**Privacy when it matters, proof when it counts.**
An on-chain derivatives venue that keeps you private before settlement and proves integrity after settlement - without custodial risk.
#### Our Approach
**Sealed Order Flow** Secure AWS servers run with no one being able to view.
**Post-Trade Proofs** After settlement, compact cryptographic proofs allow anyone to verify execution integrity without revealing pre-trade order details.
**MEV-Aware Architecture** Integration with MEV-resistant execution layers and privacy-preserving relayers ensures comprehensive protection.
***
The result: A derivatives exchange where fair execution is not a promise, but a guarantee.
# Understanding Opal
## What is Opal DEX?
Opal DEX is a **non-custodial perpetual futures exchange** built on principles of privacy, fairness, and verifiability.
### Core Principles
#### 1. Privacy-First Design
Your trading strategy stays yours. Orders are sealed until settlement, preventing:
* Front-running
* Stop-loss hunting
* Intent-based MEV extraction
* Predatory market making
#### 2. Fair Execution
Frequent batch auctions create level playing fields:
* Uniform clearing prices per market
* No latency advantages
* Reduced sandwich attacks
* Protection against manipulation
#### 3. Verifiable Integrity
Trust, but verify. Post-trade proofs ensure:
* Correct order matching
* Accurate risk calculations
* Transparent liquidation triggers
* Auditable state transitions
#### 4. Non-Custodial
Your keys, your funds:
* Standardized deposits/withdrawals
* No central custody risk
* Permissionless access
* Self-sovereign trading
# How it works
**Step 1: Submit Order** You create an order (limit, market, stop-loss, etc.) which is immediately encrypted.
**Step 2: Order matching** Orders are instantly matched inside the enclave
**Step 3: Matching** The system determines optimal clearing prices without revealing individual orders.
**Step 4: Settlement** Positions update on-chain or via verifiable commitments. You receive a cryptographic receipt.
**Step 5: Verification** Anyone can verify the batch was executed correctly using published proofs.
# What Makes Us Different?
| Feature | Traditional DEX | Opal DEX |
| ---------------- | --------------- | ----------------------- |
| Order visibility | Public mempool | Sealed until settlement |
| Execution | Continuous | Batch auctions |
| MEV protection | Partial | Comprehensive |
| Verifiability | Limited | Cryptographic proofs |
| Stop orders | Visible | Encrypted |
# Key Features
### 1. Sealed Order Flow
**The Problem** Public mempools expose your trading intent, enabling sophisticated exploitation.
**Our Solution** Orders are encrypted or cryptographically committed upon submission. They remain opaque until batch closure.
**How It Works**
* Privacy-preserving commitments hide order details
* Encrypted matching prevents single-party reconstruction
* No timing or size leakage
* Includes stop-loss and take-profit orders
**Result**: Your strategy is invisible to front-runners, MEV bots, and other market participants.
# Post-Trade Proofs
**The Problem** How do you trust a privacy-preserving exchange?
**Our Solution** After each batch settlement, we publish compact cryptographic proofs.
**What's Verified**
* Order matching was correct
* Prices were fairly determined
* Position changes are accurate
* Risk calculations are sound
**Who Can Verify**
* Traders (your fill receipts)
* Auditors (full batch proofs)
* Third parties (public state commitments)
**Result**: Privacy before trade, transparency after trade.
# Robust Risk Engine
**Mark Price Oracle**
* Multi-provider aggregation (Chainlink/Pyth blend)
* Staleness and deviation bounds
* Failover mechanisms
**Margin System**
* Dynamic initial/maintenance requirements
* Cross and isolated margin modes (roadmap)
* Real-time risk monitoring
**Partial Liquidations**
* Positions reduced proportionally to restore health
* Avoids unnecessary full liquidations
* Protects trader capital
**Insurance & Backstop**
* Protocol-owned reserves
* Auction-based backstop mechanisms
* Protection against systemic events
# MEV-Aware Routing
**Order Submission**
* Privacy-preserving relayers
* Secure RPC layers
* MEV-resistant execution builders
**Architecture Support**
* Governance-approved integrations
* Future compatibility with additional privacy layers
* Continuous monitoring and upgrades
# Non-Custodial by Design
**Trustless Flows**
* Standardized deposits and withdrawals
* No intermediary custody
* Smart contract settlement
**User Control**
* Self-sovereign key management
* Permissionless access
* Transparent smart contracts
# Protocol Overview
### Design Goals
Opal DEX is built to achieve five core objectives:
#### 1. Fair Execution
Sealed orders eliminate front-running and intent leakage.
#### 2. Verifiable Integrity
Succinct post-trade proofs and auditable state commitments ensure system correctness.
#### 3. Robust Risk Controls
Mark-price liquidations, partial de-risking, and protocol backstops protect the system.
#### 4. Privacy Without Compromise
Orders remain opaque until settlement while maintaining full post-trade verifiability.
#### 5. Non-Custodial Architecture
Trustless deposits, withdrawals, and settlement - no custodial risk.
# Key Concepts
#### Sealed Order Flow
Orders (including stops and limits) are submitted in encrypted or committed form and remain opaque until batch closure.
**Privacy Enforcement** A distributed matching process ensures no single party can reconstruct individual orders prematurely.
**Scope**
* Market orders
* Limit orders
* Stop-loss orders
* Take-profit orders
* Advanced conditional orders (roadmap)
# Post-Trade Proofs
After each settlement, compact proofs and receipts are published.
**What's Proven**
* Fills are correct
* Risk changes are accurate
* No unauthorized modifications occurred
**Privacy Preservation**
Proofs verify correctness without revealing pre-trade intent or individual order details.
# MEV-Aware Routing
All order submissions leverage:
* Privacy-preserving relayers
* Secure RPC layers
* Governance-approved integrations with MEV-resistant execution builders
# Technical Architecture Layers
**Layer 1: Order Ingestion**
* Privacy-preserving submission
* Commitment generation
* Encrypted order storage
**Layer 2: Batch Management**
* Time-based batch windows
* Order aggregation
* Sealed order accumulation
**Layer 3: Matching Engine**
* Distributed matching process
* Uniform price calculation
* Surplus maximization
**Layer 4: Settlement**
* On-chain state updates or verifiable commitments
* Position adjustments
* Funding payment accrual
* PnL realization
**Layer 5: Verification**
* Proof generation
* Receipt publishing
* Public auditability
# System Architecture
Opal's architecture is designed for privacy, scalability, and verifiability.
# Core Components
#### Order Ingestion System
**Privacy-Preserving Submission**
* Users connect through MEV-protected RPCs
* Orders are encrypted client-side before transmission
* Metadata minimization prevents timing analysis
**Commitment Generation**
* Cryptographic commitments hide order details
* Tamper-proof order recording
* Timestamped for batch assignment
# Matching Engine
**Privacy-Preserving Computation**
* No single party sees all orders
* Encrypted order submission prevents reconstruction
* Multi-party computation techniques (future enhancement)
**Uniform Price Calculation**
* Maximize total trader surplus
* Respect price constraints (limits, stops)
* Determine optimal clearing price per market
**Constraint Handling**
* Margin requirements
* Position limits
* Risk parameters
# Settlement Layer & Scaling
**Settlement Approach** The protocol deploys critical integrity commitments to guarantee trustless settlement, while offloading execution and matching to a distributed privacy-preserving L2 EVM settlement layer.
**Base**
The base network will be integrated, because of the efficient and improving network.
**Benefits**
* High throughput
* Confidentiality of order flow
* On-chain verifiability
* Reduced gas costs
**Future Scaling** Alternative scaling layers under evaluation while retaining integrity model.
**State Management**
* Verifiable state roots
* Efficient state transitions
* Checkpointing for recovery
# Oracle system
**Multi-Provider Aggregation** Primary feeds from Chainlink and Pyth (blend to be finalized pre-launch).
**Safeguards**
* Deviation limits per block
* Heartbeat limits (staleness checks)
* Failover for oracle outages
* Circuit breakers on extreme deviations
**Mark Price Calculation** Medianized feed with freshness constraints to prevent manipulation.
# Risk Engine
**Real-Time Monitoring**
* Continuous position tracking
* Margin requirement calculations
* Liquidation trigger detection
**Liquidation Process**
1. Mark price breach detection
2. Partial liquidation attempt
3. Full liquidation if necessary
4. Insurance fund utilization
5. Backstop auction (if needed)
**Funding Payments**
* Continuous accrual based on mark-to-index premium
* Settled in batch intervals
* Fair rate calculations
# Proof & Verification Layer
**Post-Trade Proofs**
* Compact cryptographic commitments
* Batch-level correctness proofs
* Individual fill receipts
**Auditability**
* Public verification tools
* Historical batch data
* Transparent state transitions
# Security Layers
**Network Level**
* MEV-resistant RPC endpoints
* Privacy-preserving relayers
* DDoS protection
**Smart Contract Level**
* Multi-signature treasury
* Time-locked upgrades
* Emergency pause mechanisms
**Oracle Level**
* Multi-provider redundancy
* Deviation monitoring
* Failover systems
**Application Level**
* Input validation
* Rate limiting
* Anomaly detection
# Order Lifecycle
Follow an order from submission through settlement and verification.
# Phase 1: Intent Capture
### Phase 1: Intent Capture
**User Action** Trader signs an order specifying:
* Market (e.g., ETH-PERP)
* Side (long/short)
* Size (position size)
* Price bounds (limit, market, or conditional)
* Time-in-force (GTC, IOC, FOK)
* Optional: stop-loss and take-profit levels
**Client-Side Processing**
* Order is validated locally
* Cryptographic signature generated
* Nonce/timestamp added
# Phase 2: Order Sealing
### Phase 2: Order Sealing
**Encryption/Commitment** The order is encrypted or cryptographically committed before leaving the user's device.
**Privacy Preservation**
* Order details are hidden
* Metadata leakage minimized
* No timing information revealed
* Commitment sent to batch manager
**Security**
* User retains proof of submission
* Tamper-proof recording
* Non-repudiation guaranteed
# Phase 3: Matching
### Phase 3: Matching
1. All sealed orders are collected
2. A distributed matching process begins
3. Orders remain opaque during matching
4. No participant can reconstruct individual orders
**Matching Algorithm**
* Determines uniform clearing price per market
* Maximizes total trader surplus
* Respects price constraints (limits, stops)
* Calculates per-account net changes
**Surplus Distribution** Any surplus from the batch (difference between buyer willingness-to-pay and seller willingness-to-accept) is distributed fairly among participants.
# Phase 4: Settlement
**Position Updates**
* New position states calculated
* Funding payments accrued
* Realized PnL computed
* Margin requirements updated
**On-Chain or Commitment** Position state updates are either:
* Written directly to chain (lower throughput, maximum transparency)
* Recorded as verifiable commitment to state root (higher throughput, still verifiable)
**Funding Settlement** Premium between mark price and index price is settled based on time-weighted average.
# Phase 5: Proofs & Receipts
**Individual Fill Receipts** Each trader receives:
* Fill price
* Fill size
* Batch timestamp
* Cryptographic receipt proving the fill
**Batch-Level Proofs** Compact proofs published for each batch showing:
* Matching was correct
* Prices were fairly determined
* No unauthorized modifications
* State transitions are valid
**Public Auditability** Anyone can verify:
* Batch integrity without seeing individual orders
* Correct risk engine calculations
* Proper liquidation triggers
* Accurate funding payments
# Risk Engine
Opal's risk engine is designed to prevent system insolvency while protecting traders from predatory practices.
### Mark Price System
**Oracle Architecture** Multi-provider aggregation for robust, manipulation-resistant pricing.
**Primary Feeds**
* Chainlink (high reliability, wide coverage)
* Pyth (low latency, high frequency)
* Blend methodology (finalized pre-launch)
**Mark Price Calculation**
* Medianized across providers
* Freshness constraints (maximum staleness)
* Deviation bounds per block
* Outlier rejection
**Safeguards**
* Heartbeat limits ensure continuous updates
* Circuit breakers on extreme deviations
* Failover to backup feeds during outages
* Manual intervention capability for edge cases
***
### Margin System
**Margin Types**
* **Initial Margin**: Required to open a position
* **Maintenance Margin**: Threshold below which liquidation triggers
**Dynamic Margin Requirements** Margin levels adjust based on:
* Market volatility
* Position size
* Open interest concentration
* Systemic risk indicators
**Margin Modes (Roadmap)**
* **Cross Margin**: Share margin across positions
* **Isolated Margin**: Risk isolated per position
# Liquidation Mechanism
#### Partial Liquidation First
When a position breaches maintenance margin:
**Step 1: Partial Reduction**
* Position is reduced proportionally
* Goal: Restore account to safe margin levels
* Minimizes capital loss for trader
* Prevents unnecessary full liquidations
**Step 2: Full Liquidation (If Needed)** Only if partial liquidation insufficient:
* Entire position closed
* Liquidation penalty applied
* Insurance fund covers any shortfall
**Liquidation Penalty** Calibrated to:
* Prevent predatory liquidations
* Discourage excessive leverage
* Ensure liquidators have incentive
* Maintain system health
***
### Insurance & Backstop Mechanisms
**Insurance Fund**
* Protocol-owned reserve funded by liquidation penalties
* Covers losses when liquidations occur below maintenance margin
* Transparent balance published on-chain
**Backstop Auction** In extreme scenarios where insurance is insufficient:
1. Position auctioned to liquidators
2. Dutch auction format (price decreases over time)
3. Ensures orderly liquidation even in illiquid conditions
4. Protects against cascading failures
**Social Loss Distribution** Last resort if all backstops exhausted:
* Losses distributed proportionally across profitable traders
* Transparent and verifiable process
* Historical precedent from successful exchanges
***
### Liquidation Example
**Scenario**: Trader has 10 ETH-PERP long at $3,000 (30,000 USD position)
* Initial margin: 10% ($3,000)
* Maintenance margin: 5% ($1,500)
* Current collateral: $2,000
**ETH drops to $2,900**:
* Position value: $29,000
* Margin requirement: $1,450 (still safe ✅)
**ETH drops to $2,800**:
* Position value: $28,000
* Margin requirement: $1,400
* **Liquidation triggered** ⚠️
**Partial Liquidation**:
* 5 ETH-PERP closed at $2,800 = $14,000 reduction
* Remaining position: 5 ETH-PERP long
* New position value: $14,000
* Margin requirement: $700
* Current collateral: $2,000 - loss
* **Account restored to health** ✅
# Position Limits
**Purpose** Prevent concentration risk and manipulation.
**Limits Apply To**
* Single trader max position per market
* Open interest caps per market
* Adjustable by governance based on liquidity
# Funding Payments
**Mechanism** Continuous funding to keep perp prices aligned with spot.
**Calculation** Funding Rate = (Mark Price - Index Price) / Index Price
**Settlement**
* Accrued continuously
* Settled at each batch interval
* Long positions pay shorts (and vice versa)
* Fair time-weighted calculations
**Caps** Maximum funding rates to prevent extreme scenarios.
# Risk Monitoring
**Real-Time Tracking**
* All positions monitored every block
* Margin health calculated continuously
* Liquidation queue maintained
* System risk metrics published
**Circuit Breakers** Automatic pauses triggered by:
* Extreme oracle deviation
* Rapid mark price movements
* System anomalies
* Emergency situations
# Tokenomics
#### Token Summary
* Ticker: $OPAL
* Total supply: 1,000,000,000
* Burn at launch: 930,000,000 (93%) → circulating 70,000,000 (7%)
* Distribution of circulating:
* LP \~50,000,000;
* CEX reserve 20,000,000 (multisig, locked)
LP pairing: $500k USDC. 10M market cap
# Fair Launch & No Insider Deals
* No KOL supply, no OTC allocations, no pre-mine favors.
* 5% buy/5% sell
* Tax ceiling hard-coded for holder safety (can only be decreased).
# Revenue Model & Holder Rewards
* 100% of protocol profit (e.g., trading fees, borrow/funding spreads, withdrawal fees if any) is paid out as ETH to token holders pro-rata by balance.
* Operations financed by the 5% buy/sell tax.\
# Distribution mechanics:
* Epochs: Revenue accrues in weekly epochs.
* Snapshot set: balances snapshotted at fixed block intervals to minimize wash-trading games around distribution.
* Direct ETH airdrop: At epoch end, a distributor sends ETH to eligible wallets.
* Exclusions: Protocol contracts, burned addresses, and CEX wallets (unless the exchange opts in to per-user passthrough) are excluded or handled via formal whitelisting agreements.
* Distributions are pro-rata, meaning your $ETH rewards scale with your $OPAL balance.
* Stake $OPAL to access protocol rewards. no lockups, un-stake anytime. Staking is designed to align with regulatory best practices.\
# Treasury, Tax & Budgeting
5% buy/sell tax funds: Development, marketing, audits, salaries, bounties, infra, liquidity support, research, and grants.
# Token Audit
Our token is audited by AssureDefi, results are visible here:
# Security & Trust
* Audits: external audits prior to MVP and major upgrades, as well as an audit of the smart contracts of the $OPAL token.
* Bug bounties: public program at MVP.
* Key management: multisig for treasuries
* MEV mitigation: Protect RPC and builders for order ingestion; batch auctions reduce sandwich and latency games.\
Resilience: circuit breakers on oracle deviation; auction backstops for disorderly liquidations.
# Go-To-Market & Ecosystem
* Target users: retail, funds/prop desks, market makers.
* Distribution channels: Aggregator listings (e.g., routers, dashboards), analytics (Dune), research write-ups, and transparent performance reporting.
* Partnerships: oracle providers, RPC/MEV-protect relays, custody and tax/reporting vendors (for funds).
# Roadmap Step 1
#### Step 1. Laying the Foundation
This quarter is all about getting the basics right.
* We’re running a private test version of the exchange, just with ETH and BTC, to make sure the hidden-order system (privacy feature) and batch trade matching works smoothly.\
* We’re putting in place the first version of our safety system that ensures traders can’t take on more risk than they should.\
* We’re also setting up a price feed system so the exchange always knows the real market price of assets.\
In short: we’re building the “engine room” of Opal and testing it behind the scenes.
# Step 2 Closed Beta → Open Beta
#### Closed Beta → Open Beta
We’ll start letting real users try Opal.
* First, a closed beta (invite-only) so we can work closely with testers. Then we’ll open it up for a public beta on testnet.
* Traders will get access to more advanced features like margin trading, partial liquidations (so you don’t lose everything at once), and early funding mechanics.
* We’ll also run the first real ETH revenue airdrops to OPAL holders so people can experience the reward system in action.
* Partner integrations with popular wallets and trading dashboards will start to roll out.
In short: users get their first hands-on experience with Opal, and holders start seeing ETH flow to their wallets.
# Step 3 Mainnet Launch
#### Mainnet Launch
This is the official start of live trading.
* We’ll launch on mainnet with ETH, BTC, and one more altcoin perpetual market.\
* Traders will see privacy features expanded to cover stop-loss and take-profit orders as well.\
* Market makers (the traders who provide liquidity) will get special incentives, improving trading conditions for everyone.\
* ETH airdrops continue weekly, and we’ll start offering more flexible options for how holders receive them.\
In short: Opal goes live for everyone, with real money trading, real rewards, and a system built for stability and fairness.
# Step 4. Project X
#### Project X There is an additional (for now) secret “project x” in the works, which we think is going to alter the future of onchain trading forever. It is not a private perp DEX. More will be revealed in the coming months.
***
Clear timelines will be given once we are confident that we can meet them. We aim to underpromise and overdeliver and thus are taking a careful approach to giving clear dates/deadlines.
# Token Utility & Holder Rights
* Economic right: pro-rata share of all protocol revenue as ETH (distribution policy adjustable by governance within guardrails).
* Governance right: vote on key decisions (coming soon).
* No claim to equity or ownership of any legal entity; the token conveys protocol-level rights only.
# Risks & Mitigations
#### General Disclaimer
Opal DEX is an experimental protocol in decentralized finance. The development of a privacy-preserving perpetual futures exchange has never been attempted at this scale before, and there are inherent uncertainties in both the technical design and the broader market environment. Nothing in this document constitutes investment advice, legal advice, or a guarantee of performance.
#### Key Risks
1. Technical Risk
2. Smart contracts, cryptographic systems, and blockchain infrastructure may contain unknown bugs or vulnerabilities. Even with audits and bounties, exploits can occur and may lead to partial or total loss of funds.
3. Market Risk
4. Trading in cryptocurrency derivatives is inherently volatile. Users may lose part or all of their funds due to leverage, rapid price movements, or unforeseen liquidity events.
5. Governance & Treasury Risk
6. Treasury management relies on multisig signers. Malicious activity could affect treasury stability or protocol development.
7. Regulatory Risk
8. Laws governing cryptocurrencies and decentralized exchanges vary across jurisdictions and may evolve rapidly. Access to Opal may be restricted in certain regions, and regulatory changes could impact protocol operations or user eligibility.
#### Mitigations
* Audits & Bounties: All major contracts will undergo third-party audits, and a live bug bounty program will incentivize responsible disclosure of vulnerabilities.
* Gradual Rollout: Features will be released in stages (alpha → closed beta → open beta → mainnet MVP → full release) to limit exposure while we test and refine.
* Resilient Design: Redundant oracles, circuit breakers, and insurance funds will be implemented to reduce systemic risk.
* Transparency: All treasury wallets, burns, and revenue distributions will be published on-chain and openly auditable by the community.
* Compliance Awareness: We will consult legal experts while making clear that users are responsible for understanding and complying with their local regulations.
* Clear Communication: Users will be consistently reminded that trading is high-risk and that participation is voluntary, with no guarantees of profitability.\
#### Final Statement
We cannot and do not guarantee the success of Opal DEX or the preservation of user capital. What we can promise is our utmost diligence, transparency, and commitment to building the platform as securely and responsibly as possible. Participation in Opal - whether as a trader or token holder - carries inherent risk.
# Community & Socials
Opal is more than just a dex - it's an ecosystem built for and by its holders & community
These are the only official social and community platforms for Opal. Please be cautious of impersonators and scams. The team will never DM you first or ask for your private keys.
* **X (Twitter)**
* Follow us for to stay up to date on announcements, updates, spaeces, and overall news.
* [**Follow @opal\_dex**](https://x.com/opal_dex)
* **Telegram**
* Join our Telegram channel for real-time announcements, AMA's and community discussion.
* [**Join the Opal Telegram**](https://t.me/officialopalexchange)
# Brand Assets
[Google drive](https://drive.google.com/drive/folders/1p4o49ruIKYzVNP6TNsitb7dXdd0r18hs?usp=drive_link)