The updated roadmap is ambitious, and the Zano Execution Layer could eventually add substantial utility to the ecosystem. My concern is not its potential value, but the order of priorities.
The published roadmap does not yet appear to reflect the recent change in the post-quantum planning environment. Following Majorana 2, Microsoft now aims to achieve a scalable quantum computer by 2029. Separately, Executive Order 14412 has made post-quantum migration a current United States engineering programme, with a federal pilot due by the end of 2027 and migration deadlines for high-value and high-impact systems in 2030 and 2031.
None of those dates proves that Ed25519 will be broken in 2029, 2030 or 2031. They do, however, show that waiting for a demonstrated cryptographically relevant quantum computer before beginning architectural preparation would be an unsafe strategy.
Zano also has a specific custody exposure that should be distinguished from address privacy. Each unspent output publishes a one-time public key P = xG. The permanent wallet address may remain hidden, but if elliptic-curve discrete logarithms became tractable, the corresponding one-time spending secret x could be recovered directly from the output. Zenith's shorter block times and faster confirmations do not remove that exposure.
I therefore believe that post-quantum custody and migration should become a core roadmap priority, particularly while HF7 and Zenith are still being prepared. The first objective need not be a complete post-quantum reconstruction of Zarcanum and Zenith. It should be a protected custody destination, probably beginning with a hybrid output requiring both classical and post-quantum authorization, together with wallet migration, backup and recovery support.
This may require postponing lower-priority expansion work where it competes for the same core developers, wallet engineers, cryptographic reviewers, testing capacity or hard-fork coordination. The Execution Layer is the clearest example: it may be valuable later, but it does not protect existing Zano outputs or prepare the base layer for cryptographic migration.
Projects developed by genuinely independent teams would not necessarily need to stop. The point is that base-layer custody and migration should take precedence wherever resources overlap.
This is not an argument against Zenith. On the contrary, Zenith may be the best opportunity to introduce the versioning, migration paths and architectural separation required for an orderly post-quantum transition.