Islamic Finance Principles Assessment
Riba — Does Brevis involve interest?
Brevis does not lend, borrow, or extract interest at the protocol level; it sells compute and verification services priced through auction, and staking rewards are explicitly variable rather than fixed. This structure resembles a fee-for-service and agency (wakalah-type) arrangement rather than riba. For Muslim investors, the protocol's own revenue mechanics present no clear interest-based red flag.
Assessment: Moderate Riba
Score: 68.4/100
Our methodology examines 10 criteria to evaluate how well Brevis avoids interest-based mechanisms.
Brevis's revenue comes from BREV-denominated fees that dApps pay for proof generation, verification, and settlement, priced through a dynamic auction between requesters and provers. Provers earn this as compute revenue for work performed, not as interest on deposited capital. The base protocol itself does not lend or borrow; third parties like Aave, Euler, Mendi/Malda, and TermMax use Brevis's outputs to calculate rewards on their own interest-bearing positions, but that interest activity belongs to those separate protocols, not to Brevis's own treasury or fee model.
Provers must stake BREV, or receive delegated stake, to qualify for proof jobs, with rewards to both provers and delegators explicitly described as variable and tied to prover performance rather than fixed or guaranteed. Slashing penalizes malicious behavior or failure to deliver, aligning risk and reward. This structure functions more like a performance-based service or Ju'alah arrangement than an interest-bearing deposit. Sources, however, do not disclose lock-up duration or custody arrangements for delegated stake, leaving some open questions.
Gharar — How much uncertainty does Brevis involve?
Brevis carries a mixed uncertainty profile: strong founder transparency and credible funding reduce gharar, while an unresolved audit gap and minor tokenomics inconsistencies increase it. Overall, informational uncertainty here is real but not extreme, and largely fixable with better disclosure. Investors should weigh the missing audit seriously before treating this as a settled, low-risk holding.
Assessment: Moderate Gharar (Material Uncertainty)
Score: 60.9/100
Our methodology examines 15 criteria including team transparency, audit quality, and governance.
Brevis's leadership is fully named and credentialed: CEO Michael holds a computer science PhD from UIUC with prior Silicon Valley exits, co-founder Dr. Mo Dong (also a Celer Network co-founder) holds a cryptography/CS PhD, and Chief Scientist Alan Li holds an MIT PhD in AI and mathematics. The $7.5M seed round was led by Polychain Capital and Binance Labs/YZiLabs, with IOSG Ventures, Nomad Capital, Bankless Ventures, HashKey Capital, and GeekCartel participating. The Pico zkVM is described as open-source. This level of named accountability and reputable backing meaningfully lowers gharar relative to anonymous projects.
No security audit of Brevis's own smart contracts or ProverNet could be established in available sources; the Halborn audit reports retrieved all pertain to unrelated projects (Substance Exchange, SSP Wallet, Ern, ZetaChain, Jito, Solana). This absence should be named plainly as a genuine gharar concern for a live protocol handling fee flows and staked collateral. Token distribution figures also show minor numeric inconsistencies across sources (community incentives cited as 28.7-32.2%), and full risk disclosures around delegated-stake custody were not found, though vesting terms (12-month lock, then 24-month linear vesting for team/investors) are clearly documented.
Maysir — Does Brevis involve gambling or speculation?
Brevis is categorized here alongside meme-coin market dynamics, and its low initial circulating supply (~25% at launch) against a fixed 1 billion token cap can amplify speculative price swings independent of underlying compute demand. This is a factual feature of early-stage token float, not evidence of gambling design, and third-party speculative trading does not by itself determine the coin's own ruling. The final consideration is that genuine utility exists, but near-term price action may be dominated by speculation rather than fundamentals.
Assessment: Moderate Maysir (High Risk)
Score: 69.5/100
Our methodology examines 11 criteria to determine whether Brevis is a gambling instrument or a genuine economic tool.
As a newly-listed token with a fixed 1-billion supply and only roughly a quarter circulating at launch, BREV is exposed to the volatile trading patterns typical of low-float listings, where secondary-market price action can decouple sharply from underlying proof-demand fundamentals in the near term. This speculative trading behavior is a real risk factor for retail participants. However, per the applicable judgment principle, such third-party trading conduct in secondary markets is not attributable to the coin's own design and should not alone push the asset toward an impermissible maysir classification.
Weighed against that volatility is substantive underlying utility: 20+ live integrations with major DeFi protocols, tens of millions of ZK proofs generated daily, roughly $4 billion in supported TVL, over 190,000 users, and $300 million-plus in verifiable rewards distributed through the network. These figures point to a functioning infrastructure layer with productive economic function, not a token engineered purely for speculative churn. Still, given the low float and early-stage price discovery, caution is warranted for most investors until trading behavior stabilizes around fundamental usage rather than hype-driven flows.
The Full 27-Point Screening
1. Legitimacy (4 criteria)
| Criterion | Score | Analysis |
|---|
| Team Transparency | 82/100 | Founders and chief scientist are named with verifiable credentials (PhDs, prior startup Celer Network) and public-facing presence across interviews and conferences. |
| Fraud & Scam Risk | 75/100 | No fraud, hack, or rug-pull indicators were found for Brevis specifically, and it is backed by well-known venture funds with visible production usage. |
| Use Case Legitimacy | 82/100 | Multiple sources document real integrations (PancakeSwap, Uniswap, MetaMask, Euler, Aave) using Brevis for concrete data-verification use cases, not pure hype. |
| Ethical Practices | 62/100 | The protocol's own design is neutral compute/verification infrastructure, but a notable share of its documented integrations compute rewards for interest-bearing lending positions, which is a factual observation rather than third-party misuse of an unrelated tool. |
Summary: Brevis is led by a publicly named, credentialed team backed by reputable venture investors, with no fraud or scam indicators found and clear evidence of genuine production adoption.
2. Project Operations (9 criteria)
| Criterion | Score | Analysis |
|---|
| Core Protocol Business | 65/100 | The base protocol is a ZK data/compute verification layer, not itself a lender, though a substantial portion of its named use cases directly serve interest-based lending/borrowing protocols. |
| Transaction Fees | 78/100 | Fees are paid in BREV for proof-generation services via an auction pricing mechanism, resembling a service fee rather than a riba-like charge. |
| Treasury Assets | 50/100 (low evidence) | No source describes the composition of any Brevis treasury or whether it holds interest-bearing instruments. |
| Revenue Model | 78/100 | Revenue comes from usage-based compute fees paid in BREV rather than from interest or lending spreads. |
| Transparency | 78/100 | Extensive public documentation (developer docs, SDK references, whitepapers) and an open-source zkVM component are cited across multiple sources. |
| Governance | 55/100 | Holders are said to have governance rights over incentive structures, but no detail on voting mechanics or actual decentralisation of decision-making was found. |
| Launch Fairness | 70/100 | Team and investor allocations were fully locked for 12 months with no TGE unlock before a 24-month linear vest, while community pools received the majority allocation and TGE liquidity. |
| Token Distribution | 68/100 | Roughly two-thirds of supply is earmarked for community/ecosystem pools versus about 31% for team and investors, indicating a reasonably broad distribution. |
| Speculation/Utility Ratio | 78/100 | Sources consistently frame BREV around real infrastructure usage (proof fees, staking, governance) rather than speculative narrative-driven trading. |
Summary: The protocol is a ZK compute/data-verification layer with fee-for-service economics and a reasonably vested, community-weighted token distribution, though governance mechanics and treasury composition are only partially disclosed.
3. Financial Health (4 criteria)
| Criterion | Score | Analysis |
|---|
| Protocol Revenue | 78/100 | Protocol-level revenue is fee-based from compute services, with no interest component described. |
| Financial Status | 55/100 | Usage metrics (TVL supported, proof volume, users) suggest active adoption, but no independent financial statements or treasury health data for Brevis itself were found. |
| Interest Assessment | 78/100 | The base protocol does not itself extend loans or charge interest; it verifies computations for third-party applications, some of which are lending protocols. |
| Audit Quality | 15/100 | Retrieved Halborn audit reports pertain to unrelated projects, and no audit of Brevis's own smart contracts or ProverNet could be located in these sources. |
Summary: Revenue comes from usage-based fees paid in BREV rather than interest, the base protocol does not itself lend or borrow, but no independent audit of Brevis's own contracts could be found in these sources.
4. Token Economics (5 criteria)
| Criterion | Score | Analysis |
|---|
| Token Purpose | 78/100 | BREV serves defined utility functions (fee payment, staking collateral, governance) rather than functioning as a meme token. |
| Governance Rights | 55/100 | Governance rights are mentioned but the scope and enforceability of holder votes are not detailed. |
| Rewards Distribution | 72/100 | Rewards to provers/delegators are explicitly described as variable and tied to actual proving-fee revenue and performance, not fixed payouts. |
| Speculation Controls | 50/100 | Multi-year vesting schedules provide some anti-dump structure, but no dedicated anti-speculation mechanism (burns, buybacks) specific to BREV was found. |
| Asset Backing | 65/100 | The token's value proposition is tied to genuine compute-service demand rather than a passive interest-bearing reserve. |
Summary: BREV functions as a genuine utility and governance token with performance-based, variable reward mechanics, though dedicated anti-speculation controls are not clearly documented.
5. Staking Mechanism (5 criteria)
| Criterion | Score | Analysis |
|---|
| Mechanism Type | 55/100 | Delegation-based staking to provers is described, but custody arrangements and lock-up terms for delegators are not detailed in the sources. |
| Islamic Contract Classification | 48/100 | The staking arrangement resembles an agency/performance-based structure (stake-for-service, slashing for non-performance) but no source offers an explicit Islamic contract classification, leaving it inferred rather than confirmed. |
| Rewards Structure | 72/100 | Rewards are sourced from real proving-fee revenue and vary with prover performance rather than being fixed or guaranteed. |
| Documentation | 52/100 | General staking mechanics are documented, but detailed lock-up periods, slashing conditions, and risk disclosures are not fully covered in the retrieved sources. |
| Shariah Alignment | 52/100 | The staking design shows relatively low gharar via performance-linked rewards, but the absence of explicit Islamic contract classification leaves a core question unresolved. |
Summary: Brevis has a native delegated staking and slashing mechanism where rewards derive from real proving-fee activity, but its precise Islamic contract classification and full risk/lock-up documentation remain unclear from available sources.
Overall Assessment: Brevis presents as a legitimate, utility-driven ZK infrastructure project with fee-based (non-interest) economics and fair-ish tokenomics, but the lack of a confirmed independent audit and incomplete governance/staking documentation leave some open questions for a full Shariah determination.
Scoring note: Meme cap applied: overall limited to 65 (C13=78, adoption -> Mashbooh max); maysir governs and is independently disqualifying.
Written by ThanvirFounder, Ex Director S&P Global Energy
Reviewed by Imam Omar SiddiqiShariah Scholar