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. That includes both the genuine innovations 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
Evaluating Berachain’s tokenomic structure critically means confronting 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.
What This Means for Berachain 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.
Berachain represents one of the more interesting Layer 1 experiments of the current cycle. The initial results have validated the basic feasibility of the Proof-of-Liquidity approach, and 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 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.
MEV dynamics interact with that validator decision in ways that have not yet been fully stress-tested at scale. Directing 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 it will be a significant determinant of whether large-scale liquidity provision by sophisticated participants is net-positive or net-extractive for retail participants.
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.
Most of an LP’s deposit sits in stablecoin B2B payment infrastructure, since the pools that validators direct rewards to are predominantly stablecoin pairs and BERA/stablecoin pairs. The depth of that 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 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 on an alternative chain, as a direct result of BGT incentives directing capital productively into the pools they use. If that is not true, the mechanism’s theoretical elegance is irrelevant — the product has failed the basic test.
VC investment in Berachain ecosystem applications signals that the venture layer believes this test will be passed, but VC belief is a stated preference, not evidence of behavior. Independent evaluation of protocol user experience — editorial coverage assessing what the protocol actually delivers rather than what it promises — is the more reliable evidence of genuine product-market fit versus VC-funded promotional adoption. Whether Berachain passes ultimately comes down to friction: every step in the participation path that is complex, opaque, or requires active management is a point where the theoretical alignment between validator incentives and ecosystem productivity diverges from what users actually do.
The Commons Design Test: Does Proof-of-Liquidity Solve Berachain’s Coordination Problem or Just Relocate It?
Elinor Ostrom’s research identified specific design principles that determine whether a shared resource pool — a commons — can be sustainably managed by its participants without either privatization or centralized state control: clearly defined boundaries around who benefits, rules that match local conditions, incentive structures that align individual and collective interest, and graduated consequences for defection. Proof-of-liquidity, examined through Ostrom’s design-principle framework, is an explicit attempt to engineer exactly this kind of incentive-compatible commons for blockchain liquidity — the shared resource that every application on the chain depends on but that no individual application has a strong independent incentive to provide at socially optimal levels.
The tokenomic sustainability question this article raises is, in Ostrom’s terms, the central design-principle test: does the reward structure genuinely align individual liquidity-provider incentive with the chain’s collective liquidity-depth need, or does it merely relocate the classic commons free-rider problem into a new technical wrapper without solving the underlying incentive-alignment challenge? Institutional DeFi credit’s own capital-allocation incentive structures provides a useful comparison: incentive design that works well during a reward-subsidized bootstrap phase frequently reveals whether it was solving the genuine underlying coordination problem, or merely purchasing temporary compliance, once the subsidy phase ends and participants’ revealed preferences under unsubsidized conditions become visible.
The comparison to other liquidity-first L1 approaches this article examines is directly relevant to Ostrom’s finding that commons-governance design principles are not universally transferable — rules that work for one resource pool’s specific boundary conditions and participant composition frequently fail when transplanted to a differently structured pool, even when the surface-level mechanism (liquidity incentives) appears similar. Ethereum’s restaking approach to shared security represents a structurally distinct commons-design attempt — pooling security rather than liquidity directly — which is a useful contrast case for testing whether Berachain’s specific incentive architecture is solving a genuinely distinct coordination problem or converging toward the same underlying design-principle requirements Ostrom’s research identified as necessary across different commons resource types.
The early ecosystem development this article documents is where Ostrom’s graduated-sanctions principle becomes empirically testable: a sustainable commons requires that defection from the cooperative liquidity-provision behavior carries a real cost proportional to the defection, not merely a forfeited reward that a sophisticated participant can model and route around. Ethereum’s account abstraction upgrade illustrates a different kind of coordination-design challenge in the same broad category: reducing friction for genuine participants without simultaneously reducing the cost of extractive, non-cooperative behavior — a tension every well-designed commons mechanism has to resolve explicitly rather than assume away.
The PM’s read on what the protocol is asking users to do and whether they will do it, the framing this article’s own analysis closes on, is precisely Ostrom’s empirical research question applied to a specific protocol: design principles that look sound on paper have historically shown highly variable real-world success depending on details of implementation and participant composition that are difficult to fully specify in advance. DePIN’s own incentive-versus-genuine-demand distinction is the closest available comparison case, because it tests an analogous question in a different resource-pooling context: whether token-incentivized participation converts into genuine, self-sustaining commons behavior once the explicit incentive layer is no longer the primary reason participants show up — which is the same underlying test Berachain’s proof-of-liquidity mechanism will eventually have to pass on its own terms.
