Zenon Network Roadmap

DRAFT Zenon Network Roadmap

Type Description Developer(s) Status ETA
Core Dynamic Plasma @vilkris In Development Q3 '24
Core PTLC @georgezgeorgez In Development Q2 '24
Core BTC Merge Mining @MoonBaze In Development Q3 '24
Core Unknown @georgezgeorgez In Development
Core libp2p TBD Not Started Q4 '24
Core Sentry TBD Not Started Q2 '25
Core Sentinels TBD Not Started Q4 '25
Core Narwhal & Tusk TBD Not Started Q1 '26
Interoperability syrius v0.2.0 @cryptofish In Development Q2 '24
Interoperability Orchestrator @sumamu In Development Q1 '24
Interoperability Bridge @dexter In Development Q2 '24
Interoperability Extension Chain @aliencoder In Development Q2 '24
Interoperability Ledger Support @CryptoFish In Development Q3 '24
Interoperability Syrius Mobile Wallet @DrBlaze In Development Q4 '24
Interoperability Gravity Wallet @Nostromo In Development Q4 '24

Note: All ETAs are the Author’s estimate with no input from the developers.


Core Upgrades

Dynamic Plasma

  • Plasma design concept
  • Formulas
  • Pseudo code
  • “Benchmarking and the new dynamic plasma components aren’t really a bottle neck. There are other performance issues in the node software that I’ve come across and I was sidetracked by those for a bit. But those issues don’t have to be in the scope of dynamic plasma”
  • “Ideally I want there to be some kind of consensus amongst us [developers] for dynamic plasma. I’d like other devs to also have a deep understanding of how dynamic plasma works so that’s its not just all on me”


  • A PTLC, or Point Time-Locked Contract, is an advanced cryptographic protocol used in the blockchain and cryptocurrency space, building upon the concept of Hash Time-Locked Contracts (HTLCs). Unlike HTLCs, which rely on the revelation of a preimage of a hash to unlock a transaction, PTLCs use a different mechanism based on points on an elliptic curve, offering several advantages.
  • Code is submitted and ready for review. @MoonBaze and @sumamu are likely reviewers.
  • Supporting information for PTLCs

BTC Merge Mining


  • Following the post of Alien Coder about merge mining, I [@MoonBaze] started to think about it and I have found a way to implement it on our network by having 3 components:
    – An embedded that validates the partial shares
    – The miners that use the Stratum protocol
    – a proxy that connects the 2, is also connected to a bitcoin node and handles jobs and posting the blocks and proofs
  • I have also started to implement the proxy so far with the specification of Stratum v2, but it’s in incipial phase.
  • https://stratumprotocol.org/


By integrating the first decentralized, peer-to-peer (merge)-mining pool for Bitcoin & RandomX and several other algorithms, we aim to enhance the following properties that are at the core of our shared ethos:


There is no centralized server to steal hashrate, impose a certain block template for example mining empty blocks in Bitcoin or even worse blacklisting certain transactions. We already see that centralized mining pools in certain jurisdictions can be targeted and forced to comply.


By communicating exclusively through the peer-to-peer network, miners coordinate by working on a share-chain. If properly implemented, it can be as efficient as a centralized pool.

There is no pool admin: attacks by rogue pool operators on Bitcoin are no longer possible.

Moreover, miners with older ASICs can turn them on even if they have a lower hashrate and contribute on a lower difficulty share-chain and still be profitable.

Merge-mining BTC & ZNN

By directing hashpower to NoM, miners will earn ZNN rewards from Pillars. We need to divert ZNN away from delegators in order to be able to properly incentivize miners and lay out the foundation for Phase 1.

Bitcoins will be generated. TSS will be leveraged for a decentralized custody of the freshly mined BTC. ZNN will be backed by physical BTC. This positive feedback loop aims to encourages participation and further decentralizes the distribution of the hashpower.


Unknown Improvements

@georgezgeorgez is working on unknown protocol upgrades. The scope of work and timing are unknown.


libp2p is a modular network stack that enables the development of peer-to-peer (P2P) applications. It is designed to provide a set of protocols and components for developers to build decentralized, secure, and scalable applications. libp2p is part of the broader IPFS (InterPlanetary File System) ecosystem, but it can be used independently for a wide range of P2P applications beyond just file sharing.

Mr. Kaine thinks NoM should implement this network stack and it should be part of Phase I.


  • Trusted node that syncs rapidly with zk-proof
  • Helios: A fast, secure, and portable light client for Ethereum
  • Zerosync BTC Initial Block Download (IBD) example

Source (Whitepaper):


  • Sentinels are full nodes that contribute to network security by relaying messages with PoW links.
  • Recent research A Simple Proof of Sybil-proof prove the existence of a mechanism that achieves sybil-proofness in a three-hop path.

Narwhal & Tusk

  • Narwhal and Tusk introduce a new approach to improve the performance of Byzantine fault-tolerant quorum-based consensus. The authors propose separating the tasks of reliable transaction dissemination from transaction ordering.
  • Narwhal and Tusk on Zenon Network

Interoperability Solutions



  • Stability improvements (in development)
  • Upgrade bridge embedded to accommodate the extension chain


  • Add USDT & USDC

Extension Chain

Status notes

  • Add current Pillars to exchain genesis
  • Issue maxSupply xZNN ( and add it to bridge contract
  • Comment out MsgWithdraw , MsgDeposit from the x/staking module
  • Comment out blacklisting code
  • Add custom logic for the Feesplit in evm_hooks.go
  • We will use the bridge embedded to hook it up with NoM

Ledger Support

Syrius Mobile Wallet

Gravity Wallet

Roadmap Graphics

Roadmap Notes:

  • To keep this post clean, replies are auto-deleted after 7 days.