|BTC Merge Mining
|Narwhal & Tusk
|Syrius Mobile Wallet
Note: All ETAs are the Author’s estimate with no input from the developers.
- Plasma design concept
- 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
- 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.
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.
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.
@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
- 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 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
- Deploy Syrius 0.2.0
- Stability improvements (in development)
- Upgrade bridge embedded to accommodate the extension chain
- Add USDT & USDC
- Add current Pillars to exchain genesis
maxSupplyxZNN ( and add it to
- Comment out
- Comment out blacklisting code
- Add custom logic for the
- We will use the
bridgeembedded to hook it up with NoM
- Ledger is under extensive development.
- Check out the project status page
- Zenon Network Embedded App Source Code
- Zenon Ledger Demo
- Zenon Ledger Command Line Demo
- Testing Ledger - How to Sideload the Embedded App
- Track progress of the Ledger Code Review
- Mobile wallet in testing and development
- Mobile wallet security considerations
- Key sharding under development
- Possible Yubikey integration
- To keep this post clean, replies are auto-deleted after 7 days.