Zenon Jobs - Getting Started

Hello,

The Zenon Network is looking to onboard new contributors.

As a first priority:

  • Developers
  • Delegators , they’re essentially ZNN token hodlers which delegate their ZNN to pillars via the Zenon syrius desktop wallet in exchange for protocol-emitted reward splits, shared between the pillar and delegator (the pillar decides the % split). The more delegation weight a pillar has, the more the pillar increases in rank which further increases his chance of producing momentum heights and earning more, (top 30 weighted pillars earn more than others). This network design invites pillars to create new value for the ecosystem in order to gain support from delegators.

As a second priority:

  • Pillars and Sentinels. They help secure the network. As of today there’s about 82 pillars and 153 sentinel nodes in the network. There’s a cost to deploy these, details are highlighted here.
  • Liquidity Providers to the wZNN/BNB pool on PancakeSwap. wZNN can later be converted to ZNN via the bridge (the bridge code is linked here, useful for any dev who wants to develop the wQSR bridge which we explain later in this email).
  • Stakers, they earn QSR tokens for time-locking their ZNN to staking.
  • Marketers, we’re working on distribution architecture and systems to unify a performance-focused marketing community. The idea is to guide the marketing community towards a proof-of-performance ethos.

Going back to the developer needs. The anonymous core developers of the Zenon protocol have been working for over 3 years, and written over 1.3M lines of code. They open-sourced quite a bit of the codeon Github due to their progressive objectives to decentralize the network (modelled around the values of and ethos of Bitcoin). They’re expecting the community to take lead on many of the much needed core developments.

They launched a program called Accelerator-Z (aka A-Z), which allows anyone to write a proposal and request funds to carry out the work, whether it be development, marketing etc. Proposals are submitted in the syrius desktop wallet, while pillars use the wallet to vote (on-chain) in-favour or against. Once a quorum is reached, the proposal either passes or gets rejected, and then the proposal leader is asked to submit a 2nd proposal for his work phase (which goes through the same round of on-chain voting). Most A-Z submissions have been dev-oriented due to the pressing development needs initiated by the Hyperspace program.

As a first priority, the Zenon network needs:

  • SDK’s for the following languages:
    — Python (in-progress)
    — Swift
    — Java/Kotlin
    — Javascript/Typescript (in-progress)
    — Rust (in-progress)
    — Go (in-progress)
    — C/C++ (in-progress)
    — C# (in-progress)
    — Common Lisp (in-progress)

Follow the progress of SDK’s here.

As a 2nd priority:

Interoperability solutions so that there’s more liquidity that can enter and exit. For that we need:

  • A wQSR BSC bridge (analog to the wZNN bridge) and an ETH bridge for ZNN and QSR. Bridges should be as trustless as possible hence we’d need someone with cryptographic know-how on multi-party-computation to design a solution how pillars can effectively manage and maintain bridge liquidity in a secure way. QSR (known as Quasar) is an asset that’s fused to z-addresses to generate Plasma. This locks the QSR to the address and forms a Proof of Stake, at the same time creating the energy to fuel transactions. So in a way you do have to pay for transactions by buying and fusing Quasar, but that Quasar can be unfused at any time after an initial short lock time and is not depleted through the action of creating Plasma. The Quasar/QSR you put in to fuse is what you get back when you un-fuse. The Plasma generated through fusing is algorithmically determined to ensure the network stays stable and cannot be spammed - there will never be enough plasma in the network to congest it. Everyone only gets a portion of the throughput depending on how much QSR is staked. The PoW is apparently very difficult so its effects are negligible.
  • Atomic swaps and related technologies (HTLCs). It’s an alternative which George is already working on but afaik it would also require pillars to hold custody of BTC.
  • Wrapped assets like zBTC to transact them feelessly via the Zenon Network of Momentum (NoM). This also requires asset pooling by pillars and secure transaction signing. I don’t know how this would be implemented but MPC might play a role here too to improve tx authorization security. On a side note, the syrius desktop wallet allows the easy minting of ZTS (Zenon Token Standard) tokens.
  • Cross-chain bridges (with other L1/L2 networks)
  • Merge mining so that BTC miners can also earn ZNN with the same mining algo.

This is basically the foundation - liquidity can flow in and out in a secure and efficient way and devs can use different programming languages to interact with Zenon NoM.

As a 3rd priority:

Now that that’s covered, we need to look at what is needed from a product / zApp perspective that allows product devs to build meaningful applications on top of Zenon NoM.

  • Smart Contract Runtime - Absolutely critical for any zApp. The core team developers suggested WASM. We don’t have anyone yet with the capability to implement WASM (Web Assembly). Based on this devs can now build end-user applications (like swapping services, NFT projects or whatever). Discussions regarding the topic can be found in these forum topics.

As a 4th priority:

In order for these zApps to support potentially millions of users, the Zenon NoM protocol has to advance from Alphanet to Betanet and implement sentinels so that higher scalability and transactions per second is achieved.

Note that not all interoperability solutions need to be realized in order for the network to move ahead to other priorities. It just facilitates the flow of capital and reduces entry barriers. A few trustless bridges + atomic swaps or wrapped assets are already more than enough.

Priority 4 will likely happen before priority 3 (as it’s theoretically scheduled for end of year), and a gant-style Phase 2 can be a very long phase that overlaps 3 and 4.

———

Any advancement in the priorities listed are welcomed.

You can read more about Hyperspace x Accelerator-Z in the forum topic, it includes a link to the template most applicants use to develop an A-Z proposal in the Accelerator-Z category. We welcome you to browse through previous submissions using Zenon.tools to see which were approved and funded.

Zenon is a network-governed decentralized entity. No single entity or brand can decide whether one will get funded (as a network of pillar validators vote on proposals on-chain), but looking at historical submissions and on-chain approvals, developers are highly prioritized and more-often-than-less funded for work. Developers just need to write good proposals and show commitment. Given the low market cap of the $ZNN token this is the time to earn some ZNN via the A-Z program. The $QSR token doesn’t have any markets yet other than an OTC channel due to the lack of a wQSR bridge as highlighted above.

Here are some important Telegram channels to join:

Ideally we believe the best space is on the ZenonOrg forums as it’s easier to track the progressions of conversations. We welcome you to join them and browse the Developers category.

If you have any questions, feel free to reply to this topic.


P.S. I’m using this thread as a temporary landing page for job listings on boards (until zenon.org rolls out). It will get updated over time as network needs change.

8 Likes

I am solidity and web3 developer and also javascript/typescript expert.
I’d like to work in the javascript/typescript job

2 Likes

As far as I know, the Typescript SDK has already been finished. In case you want to contribute, there’s a dedicated js/typescript group on Telegram!

Here is the link: https://t.me/znnjsdev

1 Like

I’d like to work in the blockchain area

I would like to implement Web assembly(WASM)

2 Likes

can you provide some references? feel free to consider applying for a grant via Accelerator-Z

I can do porting native C/C++ to WebAsesembly

1 Like

@Dumeril is running a research project now on WASM. I recommend you reach out to him and coordinate efforts. He has been researching this for some time.

1 Like