🚧 Roadmap & Beta Status

This section records the tasks that need to be implemented before Quantum Arb exits beta. After they are completed the system will become a full release — with full functionality, high stability, competitive performance and readiness for scaling.

---

About the current version

The system is already running, but some functionality is under development and there may be unstable elements. Once the current tasks are completed it will transition to a full release.

If you encounter bugs or unexpected behavior — please report it:

• #bugs — for bug reports

• #suggestions — for suggestions and ideas

Your feedback helps improve the system and stabilize all modules faster.

Over the next 3 months it is planned to gradually implement everything described in the Roadmap — optimization of Compute Units, addition of new DEXes and pools, support for multi-hop arbitrages and more. All tasks will be closed step by step, without rushing, but consistently.

Thanks to the "Safety Execution" module it is possible to guarantee that a transaction will not be loss-making under any circumstances.

---

Roadmap

1

Rust program (arbitrage core)

Main task: increase the efficiency and competitiveness of the arbitrage program by reducing the consumption of Compute Units and expanding support for pools and pairs.

1. Reduce CU consumption when calculating the optimal arbitrage volume by approximately 20%. Rewrite the program from Anchor to Pinocchio.

2. Adding new pools and DEXes: Integrate Meteora DAMM, Orca Whirlpools, PancakeSwap.

3. Implement support for pairs of the type USDC/token, USDT/token, USD1/token, not only SOL/token.

4. Add the capability for 2–3-hop arbitrages (A → B → C → A) in a single transaction.

2

Quantum Arb client (bot)

Main task: expand configurations and manageability of strategies, increase flexibility and ease of setup.

1. Add automatic strategies for calculating priority fee depending on market conditions.

2. Implement automatic calculation of the CU limit based on transaction characteristics. Remove manual limit configuration — the system sets optimal values itself.

3. Add setting of setAccountDataLoadedSize and other CU optimizations.

4. Integrate lending protocol Jupiter Lend.

5. Implement the ability to set multiple gRPC endpoints to receive events from different FCFS sources.

6. Implement a new type of monitoring: Shred Stream. With this strategy the system will monitor transactions from shreds broadcast by validators.

7. Implement an API server that starts with the bot — for configuring and managing strategies via HTTP / WebSocket.

3

Pools Loader (external API service)

Main task: increase the stability, scalability and informativeness of the pool selection system.

1. Add the ability to set custom pools in the Pools Loader.

2. Create a TG bot for convenient pool selection and filter testing

After this Quantum Arb can be considered fully ready for release.

---

Partnership and collaboration

If you want to propose an idea, discuss integration, participate in project development or potential partnership — I am open to dialogue. You can write directly in Telegram: @solluffy / Discord: @naturespower