Roadmap
Current Production Status
The Ixian Platform is live and production-ready, sustaining 2,340 TPS on the DLT consensus layer with architectural capacity to scale significantly higher. The roadmap below outlines initiatives to remove bottlenecks and enable scaling beyond this current soft limit.
This document organizes planned initiatives across four key areas: DLT optimization (removing consensus bottlenecks), S2 enhancements (scaling P2P relay), native client capabilities (offline/mesh support), and integration toolkit (legacy app compatibility).
Core and DLT
The core layer responsible for consensus, transactions, and security.
| Priority | Status | Feature | Description | Goal/Value Proposition | Timeline (Est.) |
|---|---|---|---|---|---|
| High | 🧪 Researching | Direct P2P Transaction Delivery | Replace DLT-based bloom filter transaction routing with direct peer-to-peer transaction delivery via S2 network. Sender and recipient negotiate directly before sender submits transaction to DLT, then both parties independently query DLT for status confirmation. | Eliminates bloom filter bottleneck, enables horizontal scalability of transaction delivery, reduces DLT node overhead, increases transaction delivery reliability through pre-negotiation. | TBD |
| High | 🧪 Researching | Merkle/Merklix State Commitment | Apply Merkle tree or Merklix trie structures to WalletState and RegNameState for cryptographic state commitment and compact proof generation. | Enable efficient state proofs for light clients, reduce synchronization data requirements, improve verification performance. | TBD |
| Low | ⏳ Backlog | UTXO Model Transition | Migrate from account-based model to Unspent Transaction Output (UTXO) model for improved parallelization and advanced transaction patterns. | Enable transaction parallelization, support competitive relay fee mechanisms (multiple conflicting transactions to incentivize fastest delivery), provide foundation for script capabilities and advanced payment schemes. | TBD |
| Low | ⏳ Backlog | RPC API v2 | Redesign and version the DLT/S2 RPC API with improved RESTful semantics, standardized error handling, and enhanced documentation. | Improve developer experience, enable better client library generation, provide backward compatibility guarantees. | TBD |
| Low | ⏳ Backlog | Transaction Script Language | Implement basic scripting capabilities within transactions for conditional spending, multisig coordination, and simple smart contracts. | Enable programmable transactions, support advanced wallet configurations. | TBD |
| Low | ⏳ Backlog | Protocol Stabilization v1.0 | Freeze core data structures and protocol specifications, establish formal versioning and deprecation policies. | Provide stability guarantees for third-party implementations, enable long-term protocol compliance, reduce breaking changes. | TBD |
| Low | ⏳ Backlog | Master/History Node Separation | Implement functional distinction between Master nodes (recent state + signing) and History nodes (full archival + signing) as currently documented but not enforced. | Reduce storage requirements for Master nodes, enable specialized node roles, improve network efficiency. | TBD |
| Low | ⏳ Backlog | Dynamic Fee Market | Implement adaptive transaction fees and dust limits based on network congestion, block space demand, and economic conditions. | Optimize fee economics during high/low activity periods, prevent spam, ensure fair market-based pricing. | TBD |
| Low | ⏳ Backlog | Hello Protocol v7 | Upgrade node handshake protocol with enhanced mutual authentication, forward secrecy, and encrypted channels for inter-node communication. | Harden network against MITM attacks, prevent node impersonation, ensure confidential node-to-node data exchange. | TBD |
| Low | ⏳ Backlog | QUIC Transport Layer | Integrate QUIC protocol as alternative transport layer for DLT and S2 node communication, replacing or augmenting TCP. | Reduce connection establishment latency, improve performance on mobile/lossy networks, enable connection migration. | TBD |
| Low | ⏳ Backlog | FN-DSA / Falcon Signature Scheme | Research and integrate NIST FIPS 206 standardized post-quantum signature algorithm FN-DSA/Falcon as alternative to RSA for transaction signing and authentication. | Provide NIST-approved post-quantum security against quantum computing threats, improve verification speed despite larger signature and key sizes. | TBD |
| Low | ⏳ Backlog | Argon2 Mining Deprecation | Phase out Argon2-based PoW mining rewards, retaining only signer-based PoW for eligibility and block signing rewards. | Simplify reward model, reduce energy expenditure on pure mining, focus incentives on network participation. | TBD |
| Low | ⏳ Backlog | Decentralized Mining Pools | Enable DLT Master nodes and S2 relay nodes to function as mini mining pools, allowing smaller miners to contribute PoW computation and receive proportional rewards in a fully decentralized manner. | Democratize mining participation, lower hardware barriers for network security contribution, maintain decentralization without reliance on centralized pools. | TBD |
| Lowest | ⏳ Backlog | Distributed DLT Node Architecture | Enable a single logical DLT Master node to be implemented as a microservices cluster across multiple computers, with internal service coordination handling transaction validation, state management, and block signing. Nodes advertise multiple public IP addresses with load-balanced ingestion across distinct internet connections. | Achieve unbounded horizontal scaling by adding more machines to a node cluster. Scale transaction throughput linearly with hardware additions while maintaining single-node consensus identity and responsibilities. | TBD |
S2
The overlay network for peer-to-peer streaming and secure data relay.
| Priority | Status | Feature | Description | Goal/Value Proposition | Timeline (Est.) |
|---|---|---|---|---|---|
| High | 🧪 Researching | Direct P2P Transaction Delivery | Implement S2-based direct transaction delivery from sender to recipient, eliminating DLT bloom filter dependency for transaction routing. Sender and recipient communicate/negotiate before transaction submission to DLT. | Enable massive transaction throughput scaling, reduce DLT load, provide instant recipient notification, increase delivery reliability through pre-negotiation. | TBD |
| High | 🧪 Researching | Temporary Offline Message Storage | Implement time-limited message queue on S2 relay nodes to temporarily store encrypted messages for offline clients with automatic expiration. | Enable reliable asynchronous communication, support offline-first applications, improve mobile user experience, remove IPN server dependency. | TBD |
| Low | ⏳ Backlog | Decentralized Mining Pools | Enable S2 relay nodes to function as mini mining pools, accepting PoW contributions from smaller miners and distributing proportional rewards. | Lower mining barriers, increase S2 node revenue streams, strengthen network security through broader participation. | TBD |
| Low | ⏳ Backlog | Tagged Transaction Routing | Add protocol support for tagged transaction subscriptions, allowing S2 relays to forward transactions only to clients subscribed to specific tags/channels. | Reduce unnecessary transaction broadcasts, optimize S2 bandwidth usage, enable more selective transaction monitoring. | TBD |
Clients
Native client applications and peer-to-peer capabilities.
| Priority | Status | Feature | Description | Goal/Value Proposition | Timeline (Est.) |
|---|---|---|---|---|---|
| Low | ⏳ Backlog | Local Network Discovery | Enable client discovery on local networks without internet connectivity using mDNS/Bonjour or similar protocols. | Support offline operation, enable local P2P communication, reduce reliance on internet infrastructure for local interactions. | TBD |
| Low | ⏳ Backlog | Mesh Networking | Implement mesh routing capabilities allowing clients to relay data for peers without direct internet or S2 connectivity. | Enable network resilience in disconnected scenarios, support ad-hoc network formation, extend network reach through peer cooperation. | TBD |
| Low | ⏳ Backlog | Multi-Protocol Transport Support | Add support for alternative transport protocols including Bluetooth, BLE, WiFi Direct, and other proximity-based communication standards. | Enable IoT device integration, support mobile peer-to-peer scenarios, extend connectivity options beyond TCP/IP. | TBD |
QuIXI
Quick Integration toolkit for bridging legacy applications to the Ixian Platform.
| Priority | Status | Feature | Description | Goal/Value Proposition | Timeline (Est.) |
|---|---|---|---|---|---|
| Low | ⏳ Backlog | TCP Proxy Bridge | Implement bidirectional TCP proxy functionality to complement existing MQ bridge, enabling legacy TCP-based applications to communicate over S2 network. | Support broader protocol compatibility beyond message queues, enable integration of existing TCP applications without code changes. | TBD |
| Low | ⏳ Backlog | HTTP Proxy & PAC Support | Implement HTTP proxy with Proxy Auto-Configuration (PAC) to enable seamless web browser and standard web server (nginx, Apache, etc.) access to Ixian addresses and .ixi domains using standard URLs like someIxiName.ixi or http://ixiaddress. | Enable out-of-the-box web browsing and server hosting experience without TLS certificates, certificate authorities, or browser plugins. Standard web servers work without custom code. | TBD |