A Visual Guide to Brevis Token Economics The Brevis team can celebrate Christmas! Let's have Bee help @brevis_zk team create a diagram of token allocation and release. ┈┈➤$BREV Use Cases The token $BREV has three use cases: payment, staking, and holding. ╰┈✦Payment: Purchasing Services The payment model includes two roles: proof requester and proofr. The proof requester pays $BREV to purchase ZK verification and computation services. ZK proofrs earn $BREV as income by executing zkVM, ZK co-computation, and generating ZK proofs. Brevis mentioned the service pricing mechanism—dynamic bidding. That is, the price of the proof service is determined by an auction mechanism. ╰┈✦Staking: Guaranteeing Proofs The supporting model includes two roles: provers and delegating stakers. The DPOS mechanism requires provers to stake $BREV to ensure their conduct is ethical and to prevent Sybil attacks on provers. If a prover makes a mistake or commits malicious acts, their staked $BREV will be deducted. This ensures the security and reliability of the Brevis network. Delegating stakers can delegate $BREV to provers and receive a share of the prover's rewards. This also serves as a guarantee for the prover. ╰┈✦Holding: Participating in Governance Holding $BREV allows participation in Brevis network governance. This includes voting on key Brevis network parameters. For example: ▪ The maximum acceptable ZK proof size (default is 1M). ▪ The minimum cryptographic security level (default is higher than 100 times). ▪ The penalty percentage for prover violations, deducting their staked $BREV (default is 1%). ▪ The percentage of fees charged by the Brevis protocol during the auction of proof services, defaulting to 3%. ╰┈✦Consumption: Gas Payment (Future Launch) When Brevis launches its independent network in the future, $BREV will be used for gas payments. ┈┈➤ProverNet Proof requesters purchase proof services, provers sell proof services, and the pricing mechanism for proof services; provers stake $BREV, and delegators delegate staking, enabling decentralized governance. All these economic activities are executed within Brevis ProverNet. ProverNet initially runs on the Base chain, and a Rollup chain will be launched later. In other words, all participants will participate in the Brevis ecosystem within their familiar EVM wallets, performing the aforementioned actions. However, prover verification, computation, and ZK proofs are performed in a non-EVM environment, freeing them from EVM constraints and enabling extremely flexible and high-speed ZK computation and proof generation. ┈┈➤$BREV Token Allocation and Release Total Token Supply: 1 billion (1B) ╰┈✦Token Allocation ▪Ecosystem Development: 37% ▪Community Incentives: 32.2% ▪Team: 20% ▪Investors: 10.8% ╰┈✦Token Release ▪Ecosystem Development Portion: 14.5% will be directly circulated at launch, with the remainder released linearly over 24 months. ▪Community Incentive Portion: 10.5% will be directly circulated at launch, with the remainder released linearly over 24 months. ▪Team and Investor Portion: Locked for one year, then released linearly over 24 months. That is, the initial circulating supply is 25%. Merry Christmas!

You are part of the 3%.

It's unlikely; I can never get this on the charts.

I fell out.

Yeah, maybe it's because Brevis is too curly?

666

The pictures are so soothing to look at! Bee Sister Xmas

Thank you, Alvin, for the encouragement! I worked on this drawing from 2 PM last night, and I'm so happy to receive your praise! Merry Christmas!!

Let's get TGE soon! Hehe