IN ACCORDANCE WITH
TITLE II OF REGULATION (EU) 2023/1114
| Name | Business Address | Function |
|---|---|---|
|
|
|
|
Brevis Network Ltd. is the issuer of the BREV token, the builder of Brevis protocols and responsible for the promotion and adoption of the Brevis ecosystem.
Brevis Network Ltd. is newly established and the current financial conditions are as follows:
2025 November Financial Statement:
Total Asset: 200,000 USD
Liabilities due to Brevis Network Ltd: 0 USD
Total Liability and Equity: 200,000 USD
Brevis is a smart verifiable computing platform that provides the foundational infrastructure for scalable, trustless computation across blockchain, data, and AI systems. Its mission is to build the Infinite Compute Layer: an open, decentralized compute network where any program or data query that is impossible to run on-chain can be executed off-chain and verified on-chain through ZK proofs with lower costs and latency.
| Type | Name | Business Address | Domicile |
|---|---|---|---|
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
The BREV token is the core utility and governance asset of the Brevis ecosystem, powering payment, staking, governance, and gas functions within Brevis ProverNet. It enables decentralized, market-priced, verifiable compute by aligning economic incentives among provers, delegators, developers, and network participants.
Q2 2024
Release of ZK Coprocessor V1
Q3 2024
Release of ZK Coprocessor V2
Q4 2024
Announcement of seed fundraising
Q1 2025
Release of Pico ZKVM V1
Q2 2025
Release of Pico ZKVM GPU acceleration
Q3 2025
Integration with top DeFi protocols like
Q4 2025
Release of Pico Prism, achieving under 12 proving time for Ethereum block execution for >99% blocks
Integration with a highly diverse set of applications across Intelligent DeFi (Uniswap, PancakeSwap, ListaDAO,MetaMask, Euler, QuickSwap, THENA, Beefy, Aave, Kwenta, Bedrock, Algebra Labs| JOJO Exchange | Mellow ); RWA & Stablecoins (Usual, OpenEden, MetaMask USD); Cross-chain (Kernel, Celer); Blockchain Bootstrap (Linea, TAC); L1 Scaling (Ethereum); Verifiable AI (Kaito, Trusta, KiteAI).
Q4 2025
Launch Brevis ProverNet mainnet beta, onboarding third-party provers.
H1 2026
Achieve real-time Ethereum block proving on 16 consumer-grade GPUs.
Integrate ZK-TLS Coprocessors for verifiable web data and AI inference.
Launch Brevis ProverNet mainnet.
H2 2026
Explore custom hardware acceleration (FPGA / ASIC) for Pico zkVM.
Scale Brevis Prover Network into a decentralized marketplace
Launch Brevis Ecosystem Grants to support builders integrating verifiable computing into DeFi, AI, and cross-chain systems.
N/A
N/A
• Bootstrapping Decentralized Prover Security and Reliability
BREV is the core work token of Brevis ProverNet. Provers stake BREV to receive jobs and are subject to slashing for incorrect or delayed proofs. Broad public distribution increases the diversity and scale of independent provers, improving reliability, liveness, and censorship resistance of the global proving network.
• Ensuring Market-Based Pricing for Verifiable Compute
Public trading enables fair and transparent price discovery for BREV. This is essential because proving fees, prover staking requirements, and settlement costs are all denominated in BREV. A liquid market ensures that developers, provers, and applications can obtain the token at fair value, aligning compute pricing with real demand for verifiable computation.
• Expanding Participation in Governance and Long-Term Protocol Stewardship
Brevis is built as a modular and permissionless infrastructure layer. Listing the token allows a global community of developers, users, and provers to participate in governance such as adjusting proving parameters, auction rules, security thresholds, and ecosystem grant policies. This strengthens decentralization and supports the long-term evolution of Brevis as public infrastructure.
• Supporting Utility Across the Brevis Product Stack
BREV is used for paying proving fees, staking in ProverNet, facilitating job auctions. Admission to trading ensures that all ecosystem participants can easily access and use BREV to interact with Brevis products, build applications powered by verifiable compute, or run provers.
BREV may be held and transferred freely except where restricted by applicable laws, sanctions regimes, or trading venue requirements. Access to specific protocol roles such as staking and prover operation may require meeting technical or compliance criteria.
Fiat, BTC, ETH, and other ARTs and EMTs compliantly issued under MiCA can be used to purchase BREV on the MiCA compliant trading platforms.
N/A
Tokens are transferred to their CEX account or their crypto wallet.
Users must be able to understand and use a crypto wallet and also centralized exchanges that BREV is listed in.
Users may access the trading platforms via their official websites or mobile applications, subject to account registration, identity verification ,AML/KYC procedures, and acceptance of platform terms.
There are no specific fees to access the trading platforms. However, trading/exchange fees, gas/network fees (if applicable), and withdrawal fees may apply, depending on the specific exchanges and product features used.
To the best of the knowledge and belief of the BREV team, no conflicts of interest exist at the time of writing this MiCAR whitepaper.
The public offer of BREV and its admission to trading are governed by Regulation (EU) 2023/1114 on Markets in Crypto-Assets (MiCAR). The offering also falls under the applicable national implementing rules and supervisory practices of the EU member state in which the offer is conducted or where the trading venue operates, provided that such national rules do not conflict with MiCAR.
The courts of the Netherlands are competent for all disputes arising in connection with the public offer or admission to trading of BREV, in accordance with MiCAR and applicable national law.
BREV is a utility token used for paying proving fees, staking by provers, and participating in protocol governance. It carries no ownership or profit rights.
BREV functions as a utility token granting access to the services provided by the Brevis ProverNet. It is required to pay for verifiable compute jobs, including execution, aggregation, and data-access proofs. Participants operating provers must stake and received delegated staked BREV to obtain work assignments and provide performance commitments, with slashing applied in case of protocol violations. BREV also confers the right to participate in governance related to the system parameters of the network. The token does not grant ownership, profit rights, or claims on the issuer.
The functionalities attached to BREV will be available upon the deployment of the Brevis ProverNet. This includes the use of BREV to pay for verifiable compute, the ability to stake BREV for participation as a prover, and the right to participate in protocol parameter governance. These functionalities will be activated at or immediately following the launch of the network, and no material functionality is contingent on speculative or indefinite future developments.
BREV is a ERC-20 token deployed on Ethereum network. The token does not grant ownership, profit rights, or claims on the issuer.
N/A
Purchasers and holders of the BREV token acquire rights and obligations solely related to its utility within the Brevis ecosystem. The BREV token is a utility and governance asset and does not grant any contractual claims, ownership interests, equity, or profit-sharing rights against Brevis Network Ltd or any other affiliated entity. The rights of a BREV token holder are payments, staking and governance. Purchasers are responsible for complying with the platform’s terms of use, the smart contracts' rules and ensuring that they are not located in jurisdictions where access is restricted or prohibited to the frontend and web services that help.
The BREV token grants holders several rights within the Brevis ecosystem, which are exercised through direct interaction with the network's protocols and smart contracts for staking and payments for fees. Users need to
The BREV token functions as a governance token, empowering its holders to participate in decisions regarding the evolution of the Brevis network. Modifications to some parameters of the protocol are subject to a governance process and applicable laws. No changes may introduce ownership, profit, or redemption rights. Changes may also be introduced by update of protocol and smart contracts.
There are no planned future public offerings of BREV tokens by the Issuer.
Medium of payment for verifiable compute
BREV is used to pay all fees associated with Brevis ProverNet, including zkVM proof generation, ZK Data Coprocessor queries, ZK-TLS proofs, recursive aggregation, verification, settlement, and auxiliary services such as result availability and receipt publication. All job prices are determined through an auction mechanism.
Staking to guarantee prover performance
BREV acts as collateral for provers in the network. Provers must stake BREV to receive work. The stake aligns incentives by guaranteeing service-level commitments for correctness, performance, and liveness.
Slashing for incorrect or malicious activity
If a prover submits incorrect proofs, fails to meet deadlines, or behaves maliciously, its staked BREV may be slashed. This ensures economic security and reliability of the proving layer.
Governance of protocol parameters
BREV is used for governance decisions that shape global system parameters, including staking levels, slashing rules, auction configurations, verification economics, and protocol upgrades.
No redemption rights
BREV does not provide any redemption rights. Holders cannot redeem BREV for fiat currency, other assets, services beyond its defined utility functions, or any claim against the issuer.
No obligation to repurchase or return value
The issuer is not obligated to buy back, exchange, or otherwise return value for BREV. The token cannot be redeemed for financial consideration, refunds, or guarantees of value.
Utility only within the Brevis ecosystem
BREV’s sole function is to enable access to services within the Brevis ProverNet. These utilities do not create a right to redemption or repayment.
No link to issuer assets or revenues
BREV does not represent ownership, profit sharing, or any claim to the assets, revenues, or reserves of the issuer. Its value is determined solely by market demand for its utility.
The crypto-assets may not be transferred to or from jurisdictions subject to sanctions or regulatory restrictions. Transfers may also be restricted to ensure compliance with applicable anti-money laundering (AML) and know-your-customer (KYC) obligations. Additional smart contract-based restrictions may be implemented if required by law or exchange policy. Finally, tokens may be subject to transfer restrictions in the form of vesting and unlock schedules specified in the latest tokenomics schedule.
Regulation (EU) 2023/1114 on Markets in Crypto-Assets (MiCA) Regulation (EU) 2016/679 (General Data Protection Regulation – GDPR), where applicable Directive (EU) 2015/849 (Anti-Money Laundering Directive), where applicable Applicable national laws of the home Member State.
Court of British Virgin Islands
ERC-20 token on Ethereum chain. The BREV token may also be bridged to other EVM-compatible chains with ERC-20 compatible token standard.
The BREV token is an ERC-20 compliant token developed using the Solidity programming language. Brevis is built on well-studied cryptographic assumptions and industry-standard proving constructions. Core components rely on established primitives such as SHA-based hashing, Keccak, elliptic curve cryptography, and secure randomness standards widely accepted in the blockchain ecosystem.
Brevis ProverNet relies on a combination of blockchain infrastructure, zero-knowledge proof systems, smart contracts, and decentralized compute coordination mechanisms to provide verifiable compute services for blockchain and non-blockchain applications.
Brevis is not a L1 blockchain. Brevis ProverNet operates on the Ethereum L2 network which relies on the Proof of Stake consensus protocol of Ethereum.
BREV is used to pay for proving and verification services within the Brevis ProverNet. Users pay fees in BREV for zkVM execution, aggregation, and other verifiable compute tasks. Provers earn BREV by completing these jobs and must stake BREV to receive work assignments and provide service guarantees. Staked tokens may be subject to slashing in cases of incorrect or delayed proofs.
Job allocation and fee levels are determined through a market-based auction mechanism, which aligns incentives for efficient and reliable computation. BREV holders may also participate in governance decisions affecting protocol parameters. The token does not provide rights to profits, revenue, or redemption.
A security audit of the Brevis Token (BREV) was conducted by the SlowMist security team from 2025.11.06 to 2025.11.06. The audit identified one medium-risk vulnerability related to excessive privileges and one suggestion regarding ignored return values. Both findings have been acknowledged by the Brevis Network team.
Link: https://github.com/brevis-network/brevis-token/blob/main/audit/Brevis%20Token%20(BREV)%20-%20SlowMist%20Audit%20Report.pdf
The offer and admission to trading of BREV involve significant risks. Prospective holders should carefully consider these risks before acquiring or using the token. The following list is not exhaustive and may not capture all risks that could arise.
Regulatory and legal risks
Crypto-assets are subject to evolving laws and regulations that may change materially over time. Future legal developments in the EU or in other jurisdictions may restrict, limit, or otherwise affect the holding, transfer, or use of BREV. Compliance requirements, licensing obligations, or new supervisory actions may be introduced.
Market and liquidity risks
The value of BREV may fluctuate significantly due to market dynamics, change in supply and demand, changes in demand for verifiable compute, broader economic conditions, or market sentiment. Secondary market liquidity is not guaranteed, and holders may be unable to buy or sell BREV at desired times or prices.
Technology and cybersecurity risks
Blockchain systems, smart contracts, cryptographic proofs, and distributed networks inherently carry risks relating to software bugs, vulnerabilities, cyberattacks, and operational failures. Exploits, network outages, or security breaches may impair the functioning of the Brevis ProverNet or the utility of BREV.
Protocol and network risks
The operation of the Brevis ProverNet depends on decentralized prover participation, accurate computation, and reliable job processing. Failures or underperformance by provers, governance disputes, or unexpected technical issues may affect network performance or service availability.
Governance and upgrade risks
Changes to protocol parameters, governance processes, or smart contract upgrades may modify how BREV is used or how the network operates. These changes may introduce uncertainties or affect the rights and obligations associated with the token.
Operational risks
Interruptions, delays, or failures in the systems supporting the network, including third-party infrastructure, cloud services, or hardware environments, may disrupt access to services or the execution of proofs.
No guarantee of value or performance
BREV provides no ownership, revenue, or redemption rights. Its value depends solely on market demand and the use of services within the Brevis ecosystem. There is no guarantee that network usage, demand for verifiable compute, or market valuations will develop as expected.
The issuer is a BVI Company Limited by Guarantee, a structure commonly used for non-profit, foundation-style entities. This legal form carries certain risks that may affect the issuer’s ability to support the Brevis ecosystem or meet its obligations. The following risks are non-exhaustive.
Regulatory and cross-border compliance risks
As a BVI entity conducting activities relevant to markets outside its jurisdiction, the issuer is exposed to regulatory changes and supervisory expectations in multiple regions. Amendments to BVI law, EU law, or other applicable regulations may impose additional requirements, restrict certain activities, or require modifications to governance or operational processes.
Governance structure risks
A BVI CLG does not have shareholders but members who act as guarantors. This structure may introduce governance risks such as limited member engagement, turnover of members, or potential misalignment between members, contributors, and network participants. Changes in the membership base or governance procedures may impact the issuer’s ability to function effectively.
Technology management risks
Although the Brevis protocol is decentralized, the issuer may oversee certain components, processes, or upgrade mechanisms. Deficiencies in software development, smart contract maintenance, security management, or quality assurance could introduce vulnerabilities or disrupt protocol functionality.
Operational and resource risks
The issuer’s operations depend on its ability to maintain adequate staffing, financial resources, and administrative capacity within the BVI CLG framework. Constraints in funding, loss of key personnel, ineffective decision-making processes, or operational disruptions may adversely affect its ability to support the Brevis protocol or meet its obligations.
Reliance on third-party service providers
The issuer relies on external firms for legal, accounting, administrative, technical, and compliance services. The performance, availability, or reliability of these providers may materially impact the issuer’s ability to fulfil its responsibilities. Failures or underperformance by third parties could lead to operational delays, compliance issues, or increased risk exposure.
Legal enforceability and jurisdictional risks
The BVI legal system is well-established, but certain obligations, agreements, or governance arrangements may require recognition or enforcement in other jurisdictions. Differences in legal frameworks or cross-border enforcement limitations may affect the issuer’s ability to execute responsibilities or resolve disputes effectively.
Financial sustainability risks
A BVI CLG must secure ongoing funding to support its activities. Insufficient financial resources, unexpected expenses, or changes in funding availability may impair the issuer’s ability to maintain operations, contribute to protocol development, or support governance and administrative processes.
No guarantee of continued support or involvement
The issuer’s long-term role is not guaranteed. The continued growth and operation of the Brevis ecosystem depend on decentralized participation, independent provers, community governance, and adoption by external contributors. The issuer may reduce or cease involvement without creating any entitlement or claim for token holders.
The acquisition, holding, and use of BREV involves risks that may result in partial or total loss of value. These risks arise from technical, market, regulatory, operational, and governance factors. Prospective holders should carefully consider the following non-exhaustive list of risks before acquiring or using BREV.
Market and price volatility
The market value of BREV may fluctuate significantly due to speculative activity, changing demand for verifiable compute, macroeconomic conditions, or overall market sentiment. Liquidity cannot be guaranteed, and holders may be unable to sell BREV at desired times or prices.
Dependence on Brevis ProverNet utility
BREV’s usefulness depends on the successful development, deployment, and adoption of the Brevis ProverNet. Technical delays, lower-than-expected prover participation, or limited demand for verifiable compute may diminish the token’s utility and perceived value.
Technical and smart contract vulnerabilities
BREV relies on blockchain networks and smart contracts that may be subject to bugs, vulnerabilities, exploits, or unintended behaviors. Attacks, network failures, or consensus issues could result in loss of tokens or disruption of intended functions.
Staking and slashing risks
Holders who stake BREV to operate as provers must meet performance, liveness, and correctness requirements enforced through automated slashing. Failure to meet these requirements may result in loss of staked tokens. Operating a prover requires technical expertise and operational reliability.
Regulatory and compliance uncertainty
Regulation of crypto-assets is evolving. Changes in laws or regulatory approaches may affect the ability to hold, transfer, or use BREV. Certain jurisdictions may impose restrictions, impose licensing requirements, or prohibit crypto-asset activities.
Dependence on third-party infrastructure
The use, storage, and transfer of BREV depend on third-party wallet software, node operators, blockchain infrastructure, and possibly trading venues. Outages, failures, or security incidents affecting these third parties may impair access to BREV.
Governance risks
BREV enables participation in protocol governance. Governance outcomes may be influenced by holders with large stakes, low participation levels, or coordinated actions by specific groups. Decisions made through governance may not align with the interests of all holders.
Cybersecurity risks
Holders are responsible for safeguarding their private keys and wallet credentials. Loss, theft, or compromise of private keys may result in irreversible loss of BREV. Holders may also be exposed to phishing attacks, malware, or social engineering.
Operational and development risks
Unanticipated technical challenges, software defects, resource constraints, or development delays may affect the operation or evolution of the Brevis ProverNet. Such issues may reduce the utility or reliability of services that depend on BREV.
No rights to financial returns or ownership
BREV does not grant equity, ownership, dividends, redemption rights, revenue sharing, or claims on the issuer. The token’s utility should not be interpreted as providing any financial return, and no economic performance of the issuer or protocol is guaranteed.
Network performance and transaction cost risks
High network congestion or degraded performance on underlying blockchain networks may lead to increased transaction costs, delays, or failed transactions when transferring BREV or interacting with the protocol.
The development, deployment, and long-term operation of the Brevis ProverNet involve technical, operational, organizational, and market risks that may affect the availability, performance, or evolution of the services supported by BREV. Prospective holders should consider the following non-exhaustive project implementation risks.
Technical development risks
The Brevis ProverNet requires complex cryptographic systems, zkVM technology, coprocessor circuits, and decentralized proving infrastructure. Unexpected bugs, design flaws, performance limitations, or integration challenges may delay or impair full functionality.
Dependency on advanced cryptography
Brevis relies on cutting-edge zero-knowledge proof technologies. Advances in cryptanalysis, changes in security assumptions, or the discovery of vulnerabilities in proving systems could require substantial redesign, patching, or replacement of core components.
Scalability and performance risks
Achieving reliable and scalable decentralized proving requires sustained prover participation, efficient auction mechanisms, and optimized proof generation. Insufficient throughput, inaccurate performance assumptions, or bottlenecks may slow adoption or reduce the effectiveness of network operations.
Operational resource constraints
Successful implementation depends on ongoing availability of engineering talent, funding, infrastructure, and community participation. Shortages in key resources or shifts in priorities may delay roadmap milestones or limit future development.
Third-party integration risks
Brevis interacts with multiple blockchain networks, rollups, developer tools, exchange venues, and external applications. Changes to these systems, failures of third-party services, or incompatibilities introduced by upgrades may disrupt expected functionality.
Governance and coordination risks
Protocol upgrades and parameter changes rely on governance participation. Low voter turnout, concentrated voting power, or conflicting stakeholder interests may hinder timely decision-making or result in outcomes that negatively impact the protocol.
Adoption and ecosystem risks
The utility of Brevis depends on developer adoption, prover participation, and integration by applications. Limited interest, competition from alternative technologies, or market shifts toward different architectures may reduce demand for the network’s services.
Security and implementation risks
Even with audits and testing, smart contracts, proving circuits, and on-chain components may contain vulnerabilities. Security incidents, exploits, or incorrect implementations may require emergency upgrades, result in system downtime, or impact user confidence.
Regulatory or compliance-related obstacles
Regulatory developments may impose operational constraints, require changes to system design, or delay deployment of certain features. Compliance burdens may increase operating costs or slow down project execution.
Long-term maintenance and upgrade risks
Continuous operation requires regular updates to cryptographic libraries, proof systems, security tooling, and infrastructure. Failure to keep the system current with technological progress may reduce security or market competitiveness.
The Brevis ProverNet relies on advanced cryptographic systems, zero-knowledge proof technology, and decentralized infrastructure. These technologies, while powerful, introduce risks that may affect security, performance, and long-term reliability. Prospective holders should consider the following non-exhaustive technology-related risks.
Zero-knowledge proof system risks
Brevis depends on zkVMs, recursive proofs, ZK-TLS circuits, and related proving systems. Vulnerabilities or theoretical breakthroughs in cryptanalysis may undermine security guarantees, requiring emergency updates, redesigns, or migration to new proving systems.
Complexity of cryptographic implementations
Implementing modern cryptography is inherently error-prone. Mistakes in circuit design, hashing logic, elliptic curve arithmetic, or verification code may create exploitable weaknesses, even if audits have been performed.
Smart contract and on-chain logic risks
The protocol relies on smart contracts for staking, slashing, job auctions, fee settlement, and governance. Bugs, incorrect assumptions, or unanticipated interactions between contracts may result in loss of funds, frozen functionality, or protocol disruption.
Blockchain network dependency
Transfers and interactions involving BREV rely on underlying blockchain networks. Congestion, outages, hard forks, consensus failures, or attacks on these networks may impair the ability to use or transfer BREV or operate prover-related functions.
Decentralized prover infrastructure risks
Brevis depends on a distributed set of provers running heterogeneous hardware configurations. Differences in hardware performance, GPU availability, network latency, or system reliability may impact proving speed, liveness, or consistency across the network.
Hardware and hardware-acceleration risks
High-performance proving may rely on specialized hardware such as multi-GPU clusters, FPGAs, or ASICs. Hardware failures, supply shortages, driver incompatibilities, or changes in vendor support may reduce network capacity or increase operational risk for provers.
Data availability and storage risks
Elements of the proving and verification process may depend on external data sources, historical blockchain state, or storage layers. Failures, incorrect data retrieval, or inconsistencies in these systems may produce invalid proofs or network disruptions.
Interoperability and integration risks
Brevis interacts with multiple blockchains, rollups, smart contract platforms, and application environments. Upgrades or changes on these external systems may introduce incompatibilities that require modifications, upgrades, or temporary suspension of certain features.
Emerging-technology risks
Zero-knowledge compute systems and decentralized coprocessors are relatively new technologies. Their long-term security, performance characteristics, and ecosystem support are still evolving. Assumptions that hold today may not remain valid over time.
Brevis employs a range of technical, operational, and security measures to reduce the risks associated with the use of advanced cryptographic systems and decentralized infrastructure. These measures are designed to enhance safety and reliability but cannot eliminate all risks. No technology, audit, or verification process can guarantee a risk-free system.
Independent security audits
Smart contracts, proving circuits, core protocol components, and critical infrastructure undergo independent third-party security audits. Audits help identify vulnerabilities, design flaws, or incorrect assumptions before deployment and during upgrades. However, audits cannot detect every potential issue and should not be interpreted as a guarantee of security.
Formal verification and rigorous testing
Where feasible, Brevis applies formal verification, property-based testing, fuzzing, and differential testing to critical components such as zkVM logic, cryptographic primitives, and on-chain settlement systems. These methods improve correctness and reduce implementation risk, but their effectiveness is limited by the accuracy of the specifications and the scope of what can be formally proven.
Community and third-party scrutiny
Open-source repositories enable external researchers, developers, and the broader security community to review, test, and provide feedback on protocol code, improving transparency and widening the scope of security oversight.
Limitations of mitigation measures
Despite the use of audits, formal verification, testing, and other mitigation methods, no cryptographic system, blockchain protocol, or smart contract environment can be made entirely free of risk. Unknown vulnerabilities, emerging attack vectors, or limitations of current technology may still lead to failures or losses. Users should understand that these mitigation measures reduce but do not eliminate technology-related risks.
Brevis is not a L1 blockchain. Brevis ProverNet operates on the Ethereum L2 network which relies on the Proof of Stake consensus protocol of Ethereum.
BREV is used to pay for proving and verification services within the Brevis ProverNet. Users pay fees in BREV for zkVM execution, aggregation, and other verifiable compute tasks. Provers earn BREV by completing these jobs and must stake BREV to receive work assignments and provide service guarantees. Staked tokens may be subject to slashing in cases of incorrect or delayed proofs.
Job allocation and fee levels are determined through a market-based auction mechanism, which aligns incentives for efficient and reliable computation. BREV holders may also participate in governance decisions affecting protocol parameters. The token does not provide rights to profits, revenue, or redemption.
Data provided by the MiCA Crypto Alliance as a third party, with no deviations from the calculation guidance of Commission Delegated Regulation (EU) 2025/422, Article 6(5). As the base layer is a decentralised network, estimates on individual node power draw are used. Full methodology available at: www.micacryptoalliance.com/methodologies
"Data provided by the MiCA Crypto Alliance as a third party, with no deviations from the calculation guidance of Commission Delegated Regulation (EU) 2025/422, Article 6(5).
As the token studied does not have activity at the time of the study, its energy intensity is approximated through the calculation of a market cap-weighted average of the peer crypto asset activities, compared to the Brevis' market capitalisation estimated through the product of its issue price and total supply. The peer group is defined as other ERC-20 tokens whose market capitalization falls within ±25% of Brevis' market cap at issue are included, to ensure only similar peers are used for estimations.
Full methodology available at: www.micacryptoalliance.com/methodologies"
Data provided by the MiCA Crypto Alliance as a third party, with no deviations from the calculation guidance of Commission Delegated Regulation (EU) 2025/422, Article 6(5). Full methodology available at: www.micacryptoalliance.com/methodologies
| Energy Source | Percentage |
|---|---|
| Bioenergy | 2,4821264884% |
| Coal | 18,4676996374% |
| Flared Methane | 0,0000000000% |
| Gas | 29,8857665960% |
| Hydro | 9,2497692467% |
| Nuclear | 14,2307186152% |
| Other Fossil | 1,6502753370% |
| Other Renewables | 0,3952553004% |
| Solar | 8,9108520869% |
| Vented Methane | 0,00% |
| Wind | 14,7275366919% |
Land use: 2633.53100 m^2
Data provided by the MiCA Crypto Alliance as a third party, with no deviations from the calculation guidance of Commission Delegated Regulation (EU) 2025/422, Article 6(5). Full methodology available at: www.micacryptoalliance.com/methodologies
Data provided by the MiCA Crypto Alliance as a third party, with no deviations from the calculation guidance of Commission Delegated Regulation (EU) 2025/422, Article 6(5).
As the token studied does not have activity at the time of the study, its carbon intensity per transaction is approximated through the calculation of a market cap-weighted average of the peer crypto asset activities, compared to the Brevis' market capitalisation estimated through the product of its issue price and total supply. The peer group is defined as other ERC-20 tokens whose market capitalization falls within ±25% of Brevis' market cap at issue are included, to ensure only similar peers are used for estimations.
Full methodology available at: www.micacryptoalliance.com/methodologies
Data provided by the MiCA Crypto Alliance as a third party, with no deviations from the calculation guidance of Commission Delegated Regulation (EU) 2025/422, Article 6(5). As the base layer is a decentralised network, estimates on individual node weight, hazardous components and deprecation rate are used.
As the token studied does not have activity at the time of the study, its waste intensity is approximated through the calculation of a market cap-weighted average of the peer crypto asset activities, compared to the Brevis' market capitalisation estimated through the product of its issue price and total supply. The peer group is defined as other ERC-20 tokens whose market capitalization falls within ±25% of Brevis' market cap at issue are included, to ensure only similar peers are used for estimations.
Full methodology available at: www.micacryptoalliance.com/methodologies
Data provided by the MiCA Crypto Alliance as a third party, with no deviations from the calculation guidance of Commission Delegated Regulation (EU) 2025/422, Article 6(5). Usage of natural resources is approximated through land use metrics. Land use, water use and water recycling are calculated based on energy mix-specific estimates of purchased electricity land intensity, purchased electricity water intensity, and water recycling rates.
As the token studied does not have activity at the time of the study, its land intensity and waste intensity are approximated through the calculation of a market cap-weighted average of the peer crypto asset activities, compared to the Brevis' market capitalisation estimated through the product of its issue price and total supply. The peer group is defined as other ERC-20 tokens whose market capitalization falls within ±25% of Brevis' market cap at issue are included, to ensure only similar peers are used for estimations.
Full methodology available at: www.micacryptoalliance.com/methodologies