Panther Protocol Documentation
WebsiteBlogTwitterGovernance ForumVoting
  • 📘Start Here
    • Get Started
    • What is Panther?
    • Who is Panther for?
    • Realized vision and use cases
  • 🔩Panther Core
    • Testnet dApp
    • Mainnet Beta (Canary)
    • Panther Transactions
      • Shielded Pool
      • zAssets
      • zAccount
      • zTrade (OTC Trading)
    • Panther Compliance
      • User Reveals
        • History CSV Export
      • Forensic Reveals
  • 🌌Ecosystem
    • Ecosystem roles
      • Compliance Providers
      • Relayer
      • zMiner
        • Get Started
      • Zone Manager
        • Get Started
    • Fees & Rewards
  • ⚙️Interoperability
    • DeFi Adaptors
      • zSwap
        • Economic optimization of swaps
    • Multi-chain
  • 📚LEARN
    • Glossary
    • UTXOs
      • UTXO Model
      • UTXO Cryptography
      • Merkle Trees
    • ⚗️Cryptographic Primitives
      • ZK proofs
      • ZK SNARKs
        • Groth16
      • Homomorphic encryption
      • Hash functions
      • Poseidon
      • Other Privacy Enhancing Technologies (PETs) used by Panther
      • Elliptic curves
      • Pairings
    • 🔓Security Audits
    • 🤝Community
    • 📚Resources
  • Panther DAO
    • DAO and Decentralization
      • Governance Framework
    • Road to decentralization
      • Decentralization Tool
  • Changelog
    • Product versions
    • Oshiya
    • Panther Testnet
      • Stage 0
      • Stage 1
      • Stage 2
      • Stage 3
      • Stage 4
      • Stage 5
      • Stage 6
      • Stage 7
      • Stage 8
      • Mainnet Beta (Canary)
Powered by GitBook
On this page
Export as PDF
  1. Panther DAO

Road to decentralization

PreviousGovernance FrameworkNextDecentralization Tool

Last updated 1 month ago

As outlined in the Panther , Panther is on a continuous path toward decentralization. This approach is by design, as the Protocol focuses on building a solid foundation to support further development, adoption, and decentralization of the Protocol.

Panther has been decentralized since day one, launching through a decentralized token and smart contract generation event called 'LaunchDAO.' Members of the Panther community directly participated in this launch. In addition to receiving a $PreZKP non-transferable token, which serves as a badge of honor, voting members also received tokens after the token launch.

Through , the Panther community can vote on. PIPs cover various topics, from democratic procedures to code releases. Once a proposal is published on Panther's Snapshot page, it can be voted upon by the community. If the vote does not pass, no action is taken, preserving the community's power to decide the Protocol's direction.

Before a proposal moves to Snapshot, it should be discussed on Panther's community-managed forum, . On the Panther forum, the community can make new topics or contribute to the existing discussions to let their voice be heard.

Building up to the launch and deployment of Panther Protocol , Panther achieved a significantly higher level of decentralization through Panther Improvement Proposals , , , , and . Through these proposals, various Protocol components were governed, deployed, and configured by the Panther community.

set the stage by putting more responsibilities in the hands of the Panther community by onboarding new Snapshot Authors and Admins. Authors are community members who can publish a PIP draft from Discourse onto Snapshot. At the same time, Admins are responsible for maintaining the integrity of the platform's governance structure by enforcing DAO governance rules and values. The Panther DAO Council introduced by decides if a proposal draft from Discourse is suitable to be voted on and serves Panther's interests.

also defined the process of electing future Snapshot Authors and Admins. PIP-8 sought to enhance decentralization by augmenting the number of Authors and Admins within the Panther Protocol ecosystem. The proposal successfully onboarded two Panther contributors and six community members as Snapshot Authors empowered to propose changes on Snapshot.org. Furthermore, two new community-elected Admin accounts were added as signatories on the Gnosis Safe multisig wallet, which serves as the sole admin account for Panther's Snapshot.org space. The multisig wallet operates under a "2-out-of-3" signing policy, ensuring that changes to the Snapshot.org space's settings are approved by at least two of the three allowlisted Admins.

increased community participation in the Protocol's governance and eliminated potential points of failure. Introducing new Snapshot Authors, Admins, and a multisig for Admin actions improved the Protocol's resilience and decision-making process. These permissions are valid for six months, after which the community proposes and votes on a fresh set of nominees to continue in the role. The second election of Admins and Authors occurred through , which put these functions solely in the hands of community members.

and also formalized the terms for the staking program, giving the community a direct route to decide how a significant amount of funds would be distributed among stakers. The community has since also expanded the program, executed CEX listings for , and formalized its procedures, among other things.

whitepaper
$ZKP
Snapshot
Panther Improvement Proposals (PIPs)
Discourse
v0.5
6
7
8
9
10
PIP-8
PIP-14
PIP-8
PIP-8
PIP-15
PIP-9
PIP-10
Advanced Staking
$ZKP