Berachain launched its mainnet in early 2025 with one of the most ambitious tokenomic designs in recent Layer 1 history. The Proof-of-Liquidity (PoL) consensus mechanism, the three-token system (BERA for gas and value capture, BGT for governance and emissions, HONEY as the native stablecoin), and the explicit positioning of liquidity provision as the foundation of network security represented a genuine attempt to solve the cold-start liquidity problem that has constrained most new Layer 1 launches.
The early evidence about how the Berachain experiment has actually performed is now available for analysis. The mainnet has been operational for over a year, the BERA and BGT tokens have established trading patterns, the DeFi ecosystem has built out around the Proof-of-Liquidity incentive structure, and the broader competitive position relative to other Layer 1 challengers can be assessed with empirical data rather than just whitepaper projections.
Understanding what Berachain has actually built, what the Proof-of-Liquidity mechanism does in practice, and where the structural sustainability questions sit requires looking at the specific mechanics, the early ecosystem data, and the broader competitive context that Berachain operates within. The honest assessment includes both the genuine innovations that the protocol has demonstrated and the legitimate questions about whether the tokenomic structure can sustain through changing market conditions.
How Proof-of-Liquidity Actually Works
The Proof-of-Liquidity consensus mechanism is the central architectural innovation of Berachain. The system separates the validator security function from the liquidity provision function in a way that aims to align both with the broader network security and the application ecosystem development.
The mechanism works roughly as follows: validators stake BERA to participate in consensus, but the rewards that validators earn are paid in BGT (the governance token) rather than in BERA itself. Validators can direct the BGT rewards they earn to specific reward gauges (associated with specific DeFi protocols and liquidity pools) where the BGT flows to the liquidity providers in those pools. This creates an incentive structure where validators are economically incentivised to direct rewards to the gauges that have the most BGT bribes (payments from protocols seeking BGT emissions to their pools), which produces market-driven liquidity allocation across the ecosystem.
The HONEY stablecoin operates as the native dollar-pegged unit within the ecosystem, with various backing arrangements that include other crypto assets and integrations with broader stablecoin liquidity. HONEY is used in many of the DeFi applications on Berachain and provides the dollar unit that liquidity providers and traders use for activities within the ecosystem.
The architectural logic is that Proof-of-Liquidity aligns three interests that other consensus mechanisms keep separate: validator economics (BERA staking rewards), liquidity provider economics (BGT emissions to liquidity pools), and protocol ecosystem development (the bribe market that determines which protocols receive emissions). The hope is that this alignment produces sustained ecosystem development because the rewards distribution naturally flows to the protocols and pools that generate the most economic activity rather than to passively-held validator stakes.
The Early Ecosystem Development
The Berachain ecosystem development since mainnet launch has produced meaningful activity. The DeFi protocols that have launched on Berachain include various lending platforms, decentralised exchanges, and stablecoin issuers that have integrated with the Proof-of-Liquidity mechanism through bribe markets and BGT emissions targeting. The total value locked has grown to multiple billion dollars across the various protocols, supported partly by the BGT emissions and partly by the organic activity that the ecosystem has generated.
The specific protocols that have established meaningful positions in the Berachain ecosystem include BeraSwap (the major DEX), various lending protocols, and the broader infrastructure that supports DeFi activity on the chain. The ecosystem has been particularly active in stablecoin-related applications, with HONEY adoption supported by both the native protocol integration and by the broader ecosystem’s adoption of HONEY as a payment and trading unit.
The user activity metrics for Berachain have been reasonable for a Layer 1 in its first year of mainnet operation. Daily active addresses, transaction volumes, and the various engagement metrics have shown growth that is consistent with the kind of activity that BGT emissions would incentivise. The challenge is distinguishing between activity that is genuine economic activity and activity that is primarily about capturing BGT emissions — a distinction that affects how the ecosystem development should be interpreted.
The Tokenomic Sustainability Question
The honest critical evaluation of Berachain’s tokenomic structure has to confront the central question: whether the BGT emissions that drive much of the early ecosystem activity can be sustained at levels that support continued ecosystem development without producing the token economic dynamics that have undermined other emission-heavy protocols.
The pattern that emission-heavy protocols have historically followed is that the initial activity supported by emissions creates ecosystem development and user engagement, but the emissions themselves create selling pressure on the token as recipients of emissions sell to realise their economic gains. If the underlying ecosystem activity does not produce sufficient organic demand for the token to offset the emission-driven supply, the token price declines, which reduces the economic value of future emissions, which then reduces the incentive for liquidity providers to participate, which can create the negative feedback loop that has affected various other emission-driven protocols.
The Berachain team has designed mechanisms to address these concerns. The bribe market structure creates ongoing demand for BGT from protocols seeking emissions, the validator economics create demand for BERA from staking activity, and the HONEY stablecoin demand creates broader ecosystem token demand independent of the emission mechanics. The combination is designed to produce sustainable token economic dynamics even as the emissions continue.
The empirical evidence about whether this works will only be available over a longer time horizon than the protocol has yet operated. The first year of mainnet has supported substantial activity, but the structural sustainability question is whether the model continues to produce attractive economics for participants after the initial enthusiasm and emissions-driven activity matures.
The Comparison to Other Liquidity-First L1 Approaches
Berachain’s Proof-of-Liquidity approach can be compared to other Layer 1 attempts to address the cold-start liquidity problem through specific tokenomic mechanisms. The ve(3,3) approach that Aerodrome and similar DEXes have used shares some conceptual similarities to Proof-of-Liquidity in directing emissions through a vote-escrow mechanism that creates structural participation incentives.
The differences are important. Aerodrome operates as a DEX application within a broader Layer 2 ecosystem (Base), while Berachain attempts to apply similar incentive concepts at the Layer 1 consensus level. The integration of liquidity provision with consensus security is a more ambitious architectural choice than applying liquidity incentive mechanisms to a single application. The success or failure of Berachain’s specific approach therefore tests a different hypothesis than the success of vote-escrow DEX approaches has tested.
Other Layer 1 approaches that have prioritised liquidity bootstrapping include the various incentive programmes that Solana, Avalanche, and other major chains have run at different points to attract DeFi activity. These have generally been time-limited incentive programmes rather than structural protocol features, which means the activity they generated was often temporary rather than sustained. Berachain’s bet is that structural integration of liquidity incentives with consensus security produces more durable activity than time-limited incentive programmes.
The Competitive Positioning
The competitive landscape that Berachain operates within includes the established Layer 1s (Ethereum, Solana), the leading Ethereum L2s (Arbitrum, Base, Optimism), and the other newer Layer 1 challengers (Sui, Aptos, Monad). The specific niche that Berachain has positioned for — being the DeFi-first Layer 1 with strong liquidity incentive mechanisms — overlaps with several of these competitors in different ways.
Against Ethereum and the Ethereum L2 ecosystem, Berachain competes for the DeFi developer attention and for the liquidity that DeFi applications require. The Ethereum ecosystem has substantially more developer talent, more mature applications, and more established institutional integration than Berachain has been able to build in its first year of operation. The Berachain proposition is that the specific liquidity incentive mechanisms produce competitive advantages that the Ethereum ecosystem cannot match.
Against Solana, Berachain faces a competitor that has substantial DeFi activity, strong developer ecosystem, and the post-ETF institutional credibility that Solana has built. Solana’s established DEX volume and DeFi ecosystem represent direct competitive overlap with the categories that Berachain has positioned for.
Against the other Layer 1 challengers, Berachain has competed reasonably for the share of DeFi-focused activity that is open to newer Layer 1 options. The relative success across the Layer 1 challenger cohort has been variable, with different protocols winning in different specific niches. Berachain’s specific position in the DeFi-first category has been one of the more visible niches that newer Layer 1s have established.
The Honest Assessment for Investors and Participants
For investors evaluating Berachain exposure (BERA token, BGT token, or specific ecosystem application exposure): the protocol represents a genuine innovation in Layer 1 tokenomic design, the early ecosystem development has been substantial, and the structural sustainability questions remain open in ways that affect the appropriate risk sizing of any specific exposure.
The bull case for Berachain rests on the Proof-of-Liquidity mechanism producing sustained ecosystem development that other protocols cannot replicate, the BGT emissions creating ongoing demand from protocols seeking emissions that supports the token economics, and the broader ecosystem developing the kind of organic activity that justifies the structural design choices. The bear case is that the emission-driven activity that has supported the early ecosystem development is not sustainable as emissions normalise, that the complex three-token structure produces operational friction that limits ecosystem growth, and that the broader Layer 1 competition leaves Berachain in a niche that cannot scale to the level that the current valuations imply.
The probable outcome is somewhere between these scenarios. The protocol has produced enough innovation and ecosystem development to establish a meaningful position in the broader Layer 1 landscape, but the eventual scale of that position depends on how the tokenomic sustainability questions resolve over the next several years. The next 12-24 months will provide important empirical evidence about whether the Proof-of-Liquidity model produces sustained activity at scale or whether the initial enthusiasm proves difficult to sustain.
For DeFi participants evaluating ecosystem participation on Berachain: the bribe market dynamics provide opportunities for yield generation that may not be available on other chains, the specific incentive mechanisms can be lucrative for participants who understand the system, and the broader ecosystem development provides opportunities for early positioning in applications that may grow over time. The risks include the structural questions about the underlying tokenomic sustainability and the specific risks of participating in DeFi protocols that depend on continued BGT emissions for their economic attractiveness.
The honest position is that Berachain represents one of the more interesting Layer 1 experiments of the current cycle, that the initial results have validated the basic feasibility of the Proof-of-Liquidity approach, and that the long-term sustainability is still being tested in ways that require continued observation. The protocol has earned the attention that it has received through genuine innovation; whether that innovation translates into sustained competitive position will be determined by execution and by the broader market dynamics that affect all Layer 1 protocols.
The Product Question Underneath the Protocol: What Berachain’s PoL Is Actually Asking Users to Do
Julie Zhuo’s framework for evaluating products starts with a simple question: what is the user actually being asked to do, and is that ask proportionate to the value they receive in return? Applied to Berachain’s Proof-of-Liquidity mechanism, the question produces a useful clarification. PoL is not just a consensus mechanism. It is a user experience design choice that determines who participates, why they participate, and whether the participation produces the network effects that the design depends on.
What PoL asks users to do is more involved than standard staking. A validator on Berachain does not simply lock tokens and earn yield. The validator directs block rewards to liquidity pools of their choosing, and those pools earn BGT — the non-transferable governance token that is the actual scarce resource in the system. Users who want BGT must provide liquidity to the pools that validators favour. Validators who want delegation must earn the trust of the BGT holders who will boost their weight. The mechanism creates a multi-step engagement loop that is significantly more complex than depositing into a yield vault.
The Maker Sky Endgame transformation provides one reference point for what happens when DeFi protocol design requires multi-step user engagement. Maker’s governance system — DAI stability fees, collateral onboarding votes, Endgame restructuring — has historically suffered from low participation relative to total token supply. The users who understand the mechanism well enough to participate actively are a small fraction of those holding the token. PoL’s engagement requirement is more integral to the protocol than Maker governance, but the participation ceiling imposed by complexity is a real constraint on how widely the mechanism can distribute rewards.
MEV dynamics interact with PoL in ways that have not yet been fully stress-tested at scale. The validator’s ability to direct block rewards creates an information advantage about which liquidity pools will receive BGT emissions. A sophisticated validator — or a block builder with an information relationship with validators — can position in those pools before the emissions are announced and extract the price impact of the incoming liquidity. This is a form of MEV that is native to PoL’s design rather than being an artefact of the execution environment. How the Berachain team addresses this will be a significant determinant of whether large-scale liquidity provision by sophisticated participants is net-positive or net-extractive for retail participants.
stablecoin B2B payment infrastructure is central to Berachain’s liquidity bootstrapping. The pools that validators direct rewards to are predominantly stablecoin pairs and BERA/stablecoin pairs. The depth of stablecoin B2B infrastructure — the rails that allow institutional participants to move large USDC or USDT positions into DeFi efficiently — directly determines how quickly Berachain’s liquidity pools can reach the depth required for meaningful trading volume. A protocol whose liquidity mechanism depends on stablecoin depth is implicitly dependent on the maturity of stablecoin infrastructure more broadly.
the crypto privacy renaissance is relevant to Berachain’s long-term positioning in a specific way. If ZK-enabled privacy for DeFi transactions becomes available on Berachain or as a composable layer above it, the validator incentive structure changes. Private liquidity provision — where the validator cannot observe which pools are attracting sophisticated capital — reduces the information advantage that the current PoL design creates. Whether that is a feature or a bug depends on your view of what the mechanism is optimising for.
ECB-Fed policy divergence matters for Berachain’s growth trajectory in the same way it matters for all new DeFi protocols: global risk appetite determines how much speculative capital is available for new mechanism experiments. A rate environment that pushes capital toward yield generates interest in PoL’s emissions structure. A risk-off environment reduces the marginal buyer for BERA and BGT regardless of the protocol’s technical merits.
Berachain has designed something genuinely novel. Whether it is genuinely useful at scale depends on whether the engagement requirement can be made proportionate to a wide enough user base to generate the network effects the design requires.
The PM’s Read on Proof-of-Liquidity: What the Protocol Is Asking Users to Do and Whether They Will Do It
Julie Zhuo’s product management framework begins with the user’s perspective rather than the builder’s perspective: what is the user being asked to do, what problem does that action solve for them, and what would make them more likely to do it consistently? Applied to Berachain’s proof-of-liquidity mechanism, the product management question is not whether the mechanism is technically elegant or economically novel — it is whether the validator, the liquidity provider, and the end user are each being asked to do something that aligns with their existing motivations rather than something they have to be incentivized away from their natural behavior to do.
The validator’s job-to-be-done in the proof-of-liquidity system is to decide where to direct BGT emissions across the incentivized liquidity pools. The PM’s lens asks: is this a decision that validators are equipped to make well, and what happens when they make it poorly? The validator is being asked to evaluate the productive value of competing liquidity pools and direct emissions accordingly — a task that requires the same analytical capability as a VC making capital allocation decisions, applied to on-chain liquidity pools rather than companies. The validator who makes this decision well (directing emissions to pools where the liquidity actually creates network value) produces better outcomes for the ecosystem than the validator who makes it poorly (directing emissions to pools where they have financial relationships that may not align with ecosystem productivity). The system’s health depends on whether the validator incentive to capture BGT value aligns with the validator’s incentive to direct emissions productively — which is the product design question that distinguishes PoL from simpler validator reward mechanisms.
The liquidity provider’s job-to-be-done is to deposit assets into the pools where the BGT reward is sufficient to justify the impermanent loss and counterparty risk exposure. The PM’s lens asks: is the information available to the LP sufficient to make this decision well? The LP needs to understand not just the current BGT emission rate to a pool but the expected future emission rate (which depends on validator decisions that are not predictable with certainty), the impermanent loss risk given the pool’s asset composition and historical volatility, and the borrow/lending risk if the pool is connected to lending infrastructure. This is a more complex decision than a simple yield optimization, and the LP’s ability to make it well depends on the quality of the interface and analytics that the ecosystem provides. Enterprise AI adoption faces the same PM challenge: the feature set is sophisticated and the potential value is real, but the interface complexity for the non-technical enterprise user makes the gap between “could use” and “does use regularly” very wide. The 3.3% penetration is the LP-equivalent problem at the enterprise software layer — the decision to engage is complex enough that most users who could benefit do not.
The end user’s job-to-be-done — the DApp user who interacts with the Berachain ecosystem through the liquidity that PoL enables — is the simplest test of whether the mechanism produces real-world value. The end user should experience better liquidity, lower slippage, and more reliable execution than they would on an alternative chain, as a direct result of the BGT incentive mechanism directing capital productively into the pools they use. If the end user experience is not better than the alternative, the mechanism’s theoretical elegance is irrelevant — the product has failed the basic PM test. VC investment in Berachain ecosystem applications is the signal that the VC layer believes the end user experience test will be passed — but VC belief is a stated preference, not a behavioral signal. Independent evaluation of protocol user experience — editorial coverage that assesses what the protocol actually delivers rather than what it promises — is the Zhuo-standard behavioral evidence that distinguishes genuine product-market fit from VC-funded promotional adoption. Friction in the PoL participation path is the mechanism that will determine whether Berachain’s theoretical alignment between validator incentives and ecosystem productivity translates into actual behavioral alignment: every step in the process where the required action is complex, opaque, or requires active management is a friction point where the intended behavior diverges from the actual behavior. Prediction markets on Berachain’s active daily addresses at six months post-mainnet are pricing a wider range of outcomes than the VC-backed promotional narrative implies — which is the PM framework’s honest acknowledgment that the gap between mechanism elegance and user adoption is determined by the friction reduction work that happens after launch, not by the mechanism design that preceded it.
