Berachain und der Aufstieg von Proof-of-Liquidity

Zusammenfassung

Dieser Artikel enthält drei Zusammenfassungen für unterschiedliche Leserprofile:

🟦 Für Neugierige: Neu in Krypto oder einfach am Erkunden? Starte hier.
🟨 Für Enthusiasten: Du kennst den Unterschied zwischen Staking und Slashing? Dann bist du hier richtig.
🟥 Für Builder / Gründer: Tiefer Einblick in Systemdesign, Trade-offs und strategischen Kontext.

Wähle die Zusammenfassung, die am besten zu deinem Hintergrund passt – oder lies alle drei für ein mehrschichtiges Verständnis.

🟦 Für Neugierige (Beginner)

Was ist Berachain – und warum ist es wichtig?

Stell dir vor, in einer Stadt verdienen nur die Vermieter Geld, während die Betreiber von Geschäften und Restaurants zwar Miete zahlen, aber kaum etwas zurückbekommen. Genau so funktionieren viele Blockchains heute: Die sogenannten Validatoren, die das Netzwerk absichern, werden allein dafür bezahlt, dass sie Tokens „einsperren“, während die Anwendungen, die für Aktivität sorgen, oft ums Überleben kämpfen.

Berachain will dieses Modell auf den Kopf stellen. Es ist eine neue Art von Blockchain, die nicht das bloße Halten von Tokens belohnt, sondern die Akteure, die tatsächlich Wert und Aktivität schaffen – z. B. durch Bereitstellung von Liquidität oder die Nutzung von DeFi-Anwendungen.

Kern ist ein System namens Proof-of-Liquidity (PoL): Blockbelohnungen werden in einen Marktplatz umgeleitet, in dem dApps um Aufmerksamkeit konkurrieren und Nutzer für ihre Teilnahme vergütet werden.

Man kann es sich wie eine Stadt vorstellen, in der Ladenbesitzer umso mehr Steuererleichterungen bekommen, je mehr Kunden sie anziehen – und Vermieter nur dann verdienen, wenn ihre Mieter erfolgreich sind.

Das Modell ist komplex und noch jung. Wenn es funktioniert, könnte es die Art und Weise verändern, wie neue Blockchains wachsen: indem Builder, Nutzer und Infrastrukturbetreiber gemeinsam am Erfolg partizipieren.

🟨 Für Enthusiasten (Intermediate)

EVM-kompatible L1 mit neuem Konsensansatz

Berachain ist eine EVM-kompatible Layer-1-Blockchain mit einem neuartigen Konsensmechanismus: Proof-of-Liquidity (PoL).

Anstatt Staking-Rewards an passive Tokenhalter auszuzahlen, leitet Berachain Belohnungen über Reward Vaults an aktive Protokolle weiter. Validatoren müssen ihre Emissionen in diese Vaults lenken, die produktives Verhalten wie Liquidity Providing oder Lending anreizen. Protokolle können Validatoren „bestechen“ (Bribes), um mehr Emissionen anzuziehen. Nutzer verdienen den Governance-Token $BGT, wenn sie teilnehmen. $BGT kann delegiert werden, um Validatoren zu „boosten“, oder** 1:1 gegen $BERA verbrannt werden**.

Das schafft einen Feedback-Loop:

• Validatoren konkurrieren um Boosts
• Protokolle konkurrieren um Emissionen
• Nutzer werden dafür belohnt, Blockrewards effektiv zuzuteilen

Die drei Token im System:

• $BERA – Gas & Staking (slashbar)
• $BGT – Governance & Boosting (nicht übertragbar)
• $HONEY – native Stablecoin für DeFi

Technisch basiert Berachain auf BeaconKit, einem modularen Konsens-Framework, das CometBFT mit Ethereums Engine API verbindet. Das Ergebnis: schnelle Finalität, optimistische Ausführung und vollständige EVM-Identität (nicht nur -Kompatibilität). Bestehende Ethereum-Tools funktionieren ohne Anpassung.

Im Vergleich zu klassischem PoS belohnt Berachain Nutzung statt Stilllegung – mit der Kehrseite, dass die ökonomische und technische Komplexität steigt und die Validatoreinnahmen stärker von aktiven dApps abhängen.

🟥 Für Builder / Gründer (Advanced)

Wirtschaftliche Neuausrichtung auf Konsens-Ebene

Berachain ist ein Konsens-Layer-Experiment, das ökonomische Anreize in PoS-Systemen neu ausrichten soll. Das PoL-Modell erzwingt einen strukturierten Marktplatz zwischen Validatoren, Protokollen und Nutzern.

Validatoren erhalten Emissionen in $BGT und müssen diese auf whitelisted Vaults verteilen, die mit produktiver Aktivität verknüpft sind. Protokolle bieten mit nativen Tokens (Bribes) auf diese Emissionen. Nutzer verdienen $BGT durch Teilnahme und können diesen delegieren oder 1:1 gegen $BERA verbrennen.

Kernverschiebung: Die Profitabilität von Validatoren hängt direkt von Nutzung ab. Das ist eine bewusste Antwort auf die Fat Protocol Thesis: Mehr Wert soll in der Applikationsschicht bleiben, Validatoren werden für die Gesundheit des Ökosystems verantwortlich gemacht. Anders als bei EigenLayer oder Restaking wird dieser Mechanismus im** Konsens selbst** durchgesetzt.

Technische Basis: BeaconKit erlaubt den Betrieb unmodifizierter Ethereum-Execution-Clients (z. B. Geth, Reth) auf CometBFT. Ergebnis: schnelle Finalität, modulare Erweiterbarkeit, volle EVM-Identität. Mit BRIP-0004 wurden minimale Forks (bera-geth, bera-reth) eingeführt, um Reward-Distribution direkt im Execution Layer zu verankern.

Trade-offs:

• Höhere wirtschaftliche und architektonische Komplexität
• Abhängigkeit von Governance-Entscheidungen
• Risiko von Validator-Kartellen
• Bedarf an dauerhaftem dApp-Nachfragevolumen für Emissionen

Geeignet ist Berachain besonders für aktive DeFi-Ökosysteme, die Vault-Integration nutzen können. Builder profitieren von Ethereum-Tooling und Liquiditätsanreizen – müssen jedoch die Kosten für den Start der Emissionen mit einkalkulieren. Langfristige Tragfähigkeit hängt von Protokollvielfalt und Governance-Resilienz ab.

Einführung

Die Anreize für Validatoren in **Proof-of-Stake-**Blockchains sind seit Langem nicht im Einklang mit dem Wachstum des Netzwerks. Validatoren werden dafür belohnt, Tokens zu sperren, nicht aber dafür, echte On-Chain-Aktivitäten wie Liquiditätsbereitstellung oder Kreditvergabe zu unterstützen. Dieses Ungleichgewicht kann Ökosysteme austrocknen und fördert Passivität statt Beteiligung.

Die Fat Protocol Thesis, erstmals 2016 von Joel Monegro formuliert, wurde schnell zu einem zentralen Denkmodell in der Krypto-Welt. Sie beschreibt den Unterschied zwischen „fetten Protokollen und schlanken Apps“ – eine Umkehrung der Web2-Dynamik. In Web2 fingen Anwendungen wie Facebook, Snapchat oder Spotify den Großteil des Werts ab, während die darunterliegenden Internetprotokolle (wie HTTP oder TCP/IP) standardisiert und wertneutral blieben. Monegro beobachtete in Krypto jedoch eine Verschiebung: Blockchain-Protokolle (wie Ethereum) sammelten mehr Gesamtwert als die Anwendungen, die darauf aufbauten.

Diese These erwies sich als vorausschauend. Seitdem konzentrieren sich Marktkapitalisierung und Aufmerksamkeit in Web3 stark auf die Protokollebene (L1s und L2s), während viele dApps Schwierigkeiten haben, Wert zu halten oder nachhaltige Geschäftsmodelle aufzubauen.

Genau hier liegt die Herausforderung: Web3 braucht nicht einfach ein weiteres L1 oder L2 – es braucht starke Anwendungen. Doch diese arbeiten zunehmend in einem Umfeld, in dem sie „Miete“ an das zugrunde liegende Protokoll zahlen – sei es über Gasgebühren oder durch MEV-Extraktion –, während Validatoren und Blockproduzenten den Löwenanteil des Werts abschöpfen. Ohne eine Neuausrichtung droht das Ökosystem, die Zentralisierungsmuster von Web2 zu wiederholen – nur mit anderen „Mietnehmern“.

Berachain, eine neue EVM-kompatible Layer 1 auf Basis des Cosmos SDK, schlägt eine Alternative vor: Proof of Liquidity (PoL). Indem inflationsgetriebene Belohnungen an Liquiditätsanbieter statt an passive Tokenhalter gehen, will Berachain erreichen, dass Validatorensicherheit und Ökosystemnutzung sich gegenseitig verstärken.

Dieser Artikel erklärt, wie die Architektur von Berachain funktioniert, wie das Zwei-Token-Modell die Anreize verschiebt und welche Trade-offs sich im Vergleich zu klassischen PoS-Designs ergeben.

Wie funktioniert es?

Proof of Liquidity: Anreize, die der Nutzung folgen

Berachain ersetzt klassische Staking-Belohnungen durch einen marktbasierten Reward-Zyklus namens Proof of Liquidity (PoL). Anstatt Blockrewards direkt an Validatoren oder Delegatoren auszugeben, prägt Berachain einen Governance-Token namens $BGT, den Validatoren an Reward Vaults verteilen müssen. Diese Vaults belohnen Nutzer dafür, Liquidität bereitzustellen oder andere produktive Aktionen auszuführen.

So läuft der Zyklus ab:

1. Validatoren staken** $BERA**, um in das aktive Set aufgenommen zu werden (Top 69 nach Stake).
2. Wenn ein Validator ausgewählt wird, um einen Block zu produzieren, erhält er:
3. Protokolle können zugelassene Incentive-Tokens in diese Vaults einzahlen (Bribes).
4. Validatoren entscheiden, welche Vaults sie finanzieren, und erhalten im Gegenzug Bribes.
5. Nutzer staken PoL-fähige Tokens (z. B. LP- oder Lending-Receipts) in diesen Vaults, um $BGT zu verdienen.
6. $BGT-Inhaber „boosten“ Validatoren und erhöhen so deren künftige $BGT-Zuteilung.
7. Validatoren geben einen Teil ihrer Bribes an die $BGT-Booster weiter.
8. Jeder $BGT-Inhaber kann $BGT im Verhältnis 1:1 gegen $BERA verbrennen, um das System zu verlassen.

Ergebnis: Es entsteht eine geschlossene Ökonomie, in der die Profitabilität der Validatoren von drei Faktoren abhängt:

• Höhe des Boosts (von Nutzern)
• Bribe-Renditen der Protokolle
• Provisionssatz auf geteilte Anreize

Quelle: https://docs.berachain.com/learn/what-is-proof-of-liquidity

Rollen der Token und Wertflüsse

Berachain nutzt für den Proof-of-Liquidity-Konsens ein Zwei-Token-Modell:

• $BERA: Gas- und Staking-Token. Sichert das Netzwerk durch Bonding bei Validatoren und wird für Transaktionsgebühren genutzt. $BERA ist der einzige Token im Protokoll, der slashable ist.
• $BGT: Governance- und Belohnungs-Token. Nicht übertragbar, kann nur durch Blockrewards (Validatoren) oder Vault-Teilnahme (Nutzer) verdient werden. Wird genutzt, um Validatoren zu boosten oder in der On-Chain-Governance abzustimmen.

Zusätzlich gibt es eine native Stablecoin für DeFi:

• $HONEY: Überbesicherte, an den USD gekoppelte Stablecoin. Wird über Vaults geprägt und in Berachain-nativen DeFi-Protokollen verwendet.

$BGT ist zentral für die Koordination von Validator-Auswahl und Reward-Verteilung. Er kann:

• an Validatoren delegiert werden (Boost der Emissionen),
• in Governance-Abstimmungen eingesetzt werden,
• 1:1 gegen $BERA getauscht (durch Verbrennen) werden.

Einmal in $BERA getauscht, kann er nicht zurückgetauscht werden – Nutzer müssen neuen $BGT verdienen, indem sie Liquidität bereitstellen oder an whitelisted Aktivitäten teilnehmen.

$HONEY dient als interne Recheneinheit für Handel und Kreditvergabe. Es ist nicht direkt in die PoL-Mechanik eingebunden, zirkuliert aber in Vaults und nativen dApps und unterstützt die wirtschaftliche Aktivität im gesamten Netzwerk.

Boost-Mechanik und Emissionsformel

Der **Boost-Faktor **x eines Validators bestimmt seinen Anteil an den gesamten $BGT-Emissionen. Je höher der Boost, desto mehr Emissionen werden zugeteilt – allerdings mit abnehmendem Grenznutzen, um Dezentralisierung zu fördern.

Graph showcasing the relation of BGT Emissions per block based on the % of total boost

Quelle: https://honeypaper.berachain.com/

Validatoren ohne Boost erhalten nur die Basis-Belohnung B. Mit zunehmender Delegation von $BGT steigen die Vault-gerichteten Emissionen schnell an, flachen dann aber ab. Dies verhindert, dass einzelne „Wale“ den Boost dominieren.

Rücktausch und Marktgleichgewicht

$BGT kann jederzeit im Verhältnis **1:1 gegen $BERA verbrannt **werden. Das sorgt für einen Ausstiegsmechanismus und einen garantierten Mindestwert.

Gleichgewichtsdynamik:

• Sind Protokoll-Bribes hoch, farmen Nutzer $BGT, um Validatoren zu boosten und an geteilten Anreizen zu partizipieren.
• Sinken die Bribes oder übersteigt die $BGT-Emission die Nachfrage, verbrennen Nutzer $BGT gegen $BERA.
• Das reduziert das zirkulierende Angebot, konzentriert die Rewards auf weniger Inhaber und stellt so das Gleichgewicht wieder her.

Vaults und Marktplatz für Anreize

Jeder Reward Vault ist an einen PoL-fähigen Vermögenswert (z. B. LP-Token) und einen zugelassenen Incentive-Token gekoppelt. Validatoren gewichten ihre Emissionszuteilungen nach Vault. Protokolle können den Tauschsatz festlegen, z. B. „10 Protokoll-Tokens pro 1 erhaltenem $BGT“.

Wenn ein Validator x $BGT an einen Vault sendet und der aktuelle Satz p ist, erhält er *p⋅x *an Protokoll-Tokens. Diese Anreize werden in der Regel zwischen Validator und seinen $BGT-Boostern aufgeteilt.

Vaults und Incentive-Tokens müssen per On-Chain-Governance whitelisted werden.

Architektur: Wie es aufgebaut ist

Berachain auf Basis von BeaconKit

Berachain basiert auf BeaconKit, einem modularen Framework zum Aufbau von EVM-Consensus-Clients unter Verwendung der CometBFT-Konsens-Engine. Diese Architektur ermöglicht es Berachain, vollständig EVM-identisch zu sein und gleichzeitig von schneller Finalität, verkürzten Blockzeiten und modularer Erweiterbarkeit zu profitieren.

BeaconKit

BeaconKit ist ein von Berachain entwickeltes, modulares Konsens-Framework, das auf hochperformante, EVM-identische Blockchains ausgelegt ist.

Im Gegensatz zu klassischen Cosmos-basierten Chains oder reinen EVM-kompatiblen Lösungen erlaubt BeaconKit, standardisierte, unveränderte Ethereum-Execution-Clients (wie Geth, Reth, Nethermind, Erigon) direkt auf der CometBFT-Konsens-Engine zu betreiben – ohne Brüche im Ethereum-Tooling oder der Developer Experience.

Dies geschieht, indem CometBFT mit einer Middleware-Schicht umhüllt wird, die Ethereums Engine API implementiert. Damit wird die Trennung von Konsens- und Ausführungsschicht aus Ethereum exakt nachgebildet. Das Ergebnis ist 100 % EVM-Identität (nicht nur -Kompatibilität): Entwickler können dieselben Bibliotheken, Programmiersprachen und Testframeworks wie auf Ethereum Mainnet nutzen.

Zu den wichtigsten technischen Vorteilen gehören:

• Single Slot Finality (SSF): Blöcke finalisieren in nur einer Runde – im Gegensatz zu den ~13 Minuten auf Ethereum.
• Optimistic Payload Building: Blockausführung läuft parallel zur Konsensabstimmung – reduziert Blockzeiten um bis zu 40 %.
• Sofortige Ausführung: Validatoren können den State Root signieren, bevor ein Block akzeptiert wird – ermöglicht sehr schnelle Bestätigungen.
• EIP-Kompatibilität: Integration von Upgrades wie EIP-4788 für vertrauenslose Konsensdaten in der Execution Layer.
• Modularität: Unterstützung für benutzerdefinierte Block Builder, Rollups und anwendungsspezifische State-Logik.
• Nachhaltigkeit: Keine tiefen Client-Forks – Execution-Logik bleibt in den Upstream-Ethereum-Clients, was die langfristige Wartung vereinfacht.

Dank BeaconKit kann Berachain minimale Forks von Ethereum-Clients (z. B. bera-geth und bera-reth) nutzen und dennoch schnelle, deterministische Finalität und nahtlose EVM-Unterstützung erreichen. Das positioniert Berachain nicht nur als L1, sondern auch als Framework für EVM-native L2s und App-Chains mit Ethereum-Tooling und -Performance.

EVM-Identität & Execution Clients

Ursprünglich nutzte Berachain vollständig unveränderte EVM-Clients. Mit BRIP-0004 wurde jedoch eine minimale, aber entscheidende Änderung eingeführt: Die Funktion distributeFor wurde direkt in der Execution Layer verankert. Damit können Rewards** automatisch zu Beginn jedes Blocks** verteilt werden – ganz ohne Bots oder zusätzliche Transaktionen.

Diese Änderung erforderte nur minimale Anpassungen an Geth und Reth (nun** bera-geth** und bera-reth). Dank der sauberen Trennung zwischen Konsens- und Ausführungsschicht in BeaconKit bleiben diese Änderungen isoliert und langfristig wartbar.

Protokollausführung und Reward-Lebenszyklus

PoL ist nicht nur ein ökonomisches Modell – es ersetzt den gesamten Anreizmechanismus in der Blockproduktion. Dafür ist eine enge Kopplung zwischen Konsens- und Ausführungsschicht erforderlich.

Diese Verbindung wird durch EIP-4788 hergestellt, das die Beacon-Block-Roots in der Execution-Umgebung verfügbar macht. In jedem Block postet die Konsensschicht den Public Key des Validators und Block-Metadaten, sodass das PoL-System deterministisch Validatoren gutschreiben und die Reward-Verteilung starten kann.

Quelle: https://honeypaper.berachain.com/

Ablauf zur Blocklaufzeit:

1. Proof: Nachweis, dass der Validator in Frage den Block vorgeschlagen hat (über Beacon Block Root).
2. Reward-Berechnung: Der Block-Rewards-Controller steuert die Inflation pro Block und berechnet anhand des $BGT-Boosts die zu prägenden $BGT für den aktuellen Validator.
3. Vault-Zuteilung: Der Validator wählt aus dem Set zugelassener Reward Vaults und legt Gewichtungen fest.
4. Emission: Zugewiesene $BGT-Emissionen werden an Vault-Verträge gesendet.
5. Kompensation: Protokoll-Anreize fließen an Validatoren und deren $BGT-Booster.

Dieser Ausführungspfad sorgt dafür, dass Rewards vertrauenslos, automatisch und in Echtzeit verteilt werden – ohne externe Bots oder separate Distributionstransaktionen.

Designentscheidungen und Trade-offs

Ökonomisches Design und Neuausrichtung der Anreize

Berachain optimiert für eine dynamische, nutzungsgetriebene Ökonomie, indem es die Belohnungen der Validatoren eng an reale wirtschaftliche Aktivität koppelt. Im Gegensatz zu typischen PoS-Systemen, in denen Inflation blind an Staker ausgeschüttet wird, leitet Berachain die Rewards durch einen Marktplatzmechanismus: Validatoren müssen ihre Vergütung verdienen, indem sie Inflation gezielt an Vaults weiterleiten, die** tatsächlich Wert für das Ökosystem schaffen**.

Dieses Modell entmutigt unproduktives Kapital und fördert das Wachstum des Ökosystems. Es bedeutet aber auch, dass das Einkommen der Validatoren volatil ist und stark von externen Protokollanreizen abhängt. Wenn keine dApps um Emissionen bieten, sinken die Validator-Renditen erheblich.

Komplexität vs. Benutzerfreundlichkeit

Das Protokoll führt beträchtliche Komplexität auf technischer und ökonomischer Ebene ein. Das Zwei-Token-System, Reward Vaults, Emissionsgewichte, Boost-Mechanismen und Burn-Funktionalität sind für viele Nutzer und Entwickler ungewohnte Konzepte.

Diese Architektur ist mächtig, aber nicht intuitiv. Nutzer müssen mehrere Rollen verstehen ($BGT-Booster, $BERA-Staker, Vault-LP), um ihre Rendite zu optimieren. Falsche Konfigurationen oder Missverständnisse bei den Vault-Parametern können zu falsch ausgerichteten Anreizen oder Kapitalverlust führen.

Sicherheits- und Governance-Annahmen

Nur $BERA ist slashable, was bedeutet, dass die Netzwerksicherheit ausschließlich durch $BERA-Stake gedeckt wird. Boostrs tragen kein wirtschaftliches Risiko bei Fehlverhalten. Diese Trennung verbessert die Nutzererfahrung, kann jedoch den insgesamt hinterlegten Wert zur Netzwerksicherung verringern.

Governance spielt eine zentrale Rolle: Vaults, Incentive-Tokens und Emissionsparameter werden alle über $BGT-Abstimmungen genehmigt.

Zentralisierungsrisiken

PoL führt einen ökonomischen Wettbewerb zwischen Validatoren ein, basierend auf Boost- und Bribe-Effizienz. Validatoren, die bei Bribes und LP-Targeting dominieren, könnten über die Zeit überproportional viel $BGT-Boost ansammeln. Obwohl die Emissionen mit steigendem Boost nur unterproportional wachsen (konkave Kurve), sollte diese Dynamik eng überwacht werden, um Zentralisierung zu verhindern.

Das Ende von PoL

PoL hängt von einer aktiven Teilnahme aller drei Gruppen – Validatoren, Protokolle und Nutzer – ab. Es gibt jedoch Szenarien, in denen dieses Gleichgewicht zusammenbrechen kann.

Validator-Kartelle mit hohen Provisionen

Ein mögliches Fehlerszenario ist, wenn sich Validatoren absprechen und extrem hohe Kommissionssätze (z. B. 100 %) auf Protokollanreize festlegen.

Dadurch würde der Ertrag für $BGT-Booster komplett entfallen, was sie wahrscheinlich dazu veranlassen würde, ihre Tokens 1:1 gegen $BERA zu verbrennen und das System zu verlassen.

Sinkt die Zahl der Booster, könnten Protokolle aufhören, um Emissionen zu konkurrieren – der Anreizkreislauf bricht zusammen und das System fällt in ein** Fallback-PoS-Modell** zurück.

Externe Renditeschocks

Ein weiteres Risiko sind externe Ertragsschocks.

Beispiel: Steigen die $BERA-Lending-Raten stark an – etwa durch Spekulation oder eine Airdrop-Kampagne – könnten sowohl Validatoren als auch $BGT-Inhaber es vorziehen, $BERA zu verleihen, statt zu staken oder zu boosten. Das würde die Menge an gestaktem $BERA verringern und die Kapazität des aktiven Validator-Sets schrumpfen lassen.

Eingebaute Gegenanreize

In beiden Fällen enthält Berachain** ausgleichende Mechanismen**:

• Die PoL-Emissionskurve bestraft Validatoren mit niedrigem Boost und begrenzt ihre Möglichkeit, Emissionen zu lenken.
• Ein Validator, der aus einem Kartell ausbricht und seine Kommission senkt, könnte rasch den Großteil des Boosts auf sich ziehen.
• Wenn $BGT verbrannt wird und die Booster-Basis schrumpft, steigt der Anreizsatz für die verbleibenden $BGT-Inhaber – was das Gleichgewicht schrittweise wiederherstellt.

Diese Dynamiken machen PoL in bestimmten Situationen fragil, aber theoretisch selbstkorrigierend – vorausgesetzt, die Teilnehmer handeln rational und es besteht genügend Protokollvielfalt.

Ökosystem und Go-to-Market

Native Apps und Protokoll-Stack

Berachain startete mit einer Suite integrierter DeFi-Primitives, die entwickelt wurden, um das Proof-of-Liquidity-Modell zu demonstrieren und zu bootstrappen:

• BEX: Ein nativer DEX, inspiriert von Balancer, mit Unterstützung für Multi-Token-Pools, MetaPools und dynamische Vault-Integration.
• Bend: Ein Lending-Protokoll zum Verleihen und Leihen gegen $HONEY und andere Assets, vollständig in die Vault-Emissionen integriert.
• Berps: Eine Perpetuals-Börse für gehebeltes Trading, bei der Liquidität und Aktivität über Vault-Belohnungen incentiviert werden.
• Honey: Die native, überbesicherte Stablecoin von Berachain, die für Swaps, Kredite und Abrechnungen im gesamten Ökosystem verwendet wird.

Diese Anwendungen sind eng mit PoL verzahnt und fungieren sowohl als Hauptabnehmer der Vault-Rewards als auch als wichtigste Quelle für Anreiz-Bribes.

Bootstrapping der Adoption

Berachain entstand aus der Bong Bears NFT-Community und nutzte Meme-Kultur und Community-Koordination, um früh Aufmerksamkeit zu erzeugen. 2024 startete das Protokoll ein öffentliches Testnet, um die PoL-Mechanik zu verfeinern und Nutzerverhalten zu beobachten.

Maßnahmen zum Bootstrapping:

• Airdrops von $BERA und Reward-Vault-Berechtigungen, um erste Teilnehmer zu gewinnen
• Vault-basierte Rewards für Testnet-Beiträge und Liquidity Mining
• Frühe Governance-Votes zur Festlegung von Vault-Whitelists und Incentive-Raten

Validatoren und Staking-Infrastruktur-Anbieter wie** Chorus One** und Figment waren von Anfang an dabei und halfen, Validator-Optimierungsstrategien unter PoL-Bedingungen zu testen.

Developer Experience und Tooling

Berachain ist EVM-identisch – Entwickler können Solidity-Smart-Contracts mit Standard-Tools wie Hardhat, Foundry, Metamask und** Ethers.js** deployen.

Mögliche Entwicklungspfade für Builder:

• Eigene dApps, die in PoL-Vaults integriert sind
• Neue Vaults für bestehende oder neue Tokens (nach Governance-Genehmigung)
• Protokolle, die $HONEY nutzen oder $BGT-Boost-Mechaniken einbinden

Dokumentation und SDKs werden aktiv gepflegt. Onboarding für Entwickler ist einfacher als bei den meisten Cosmos-basierten Chains – dank voller EVM-Kompatibilität.

Finanzierung und Positionierung

Berachain hat in 2023 eine Series A in Höhe von 42 Mio. USD unter der Leitung von Polychain Capital abgeschlossen (mit Beteiligung von Tribe Capital, Shima Capital und Hack VC) und 2024 eine Series B über 100 Mio. USD, angeführt von Brevan Howard Digital und Crypto Fund.

Strategisch liegt der Fokus weniger auf roher TPS-Leistung und mehr auf ökonomischer Ausrichtung – Berachain positioniert sich als „Fat Protocol“, das Block-Rewards gezielt an dApps leitet, anstatt an passiv stakende Teilnehmer.

Anders als viele Chains bietet Berachain nicht nur schnelle Ausführung, sondern verankert wirtschaftlichen Nutzen direkt in den Reward-Mechanismus. Das macht es zu einer Basisplattform, die speziell für liquiditätsorientierte Protokolle optimiert ist – und zu einer Alternative zu Yield-Split-PoS-Modellen, in denen Validatoren und Anwendungen wirtschaftlich voneinander getrennt sind.

Risiken und offene Fragen

Unbewiesene wirtschaftliche Annahmen

PoL setzt voraus, dass es kontinuierliche Nachfrage nach von Validatoren gesteuerten Emissionen gibt – dass Protokolle um $BGT-Allokationen konkurrieren und Nutzer Validatoren im Gegenzug boosten. In Bärenmärkten oder bei geringer dApp-Aktivität könnte diese Nachfrage jedoch versiegen. Ohne relevante Bribes könnten die Einnahmen der Validatoren zusammenbrechen und der Belohnungskreislauf ins Stocken geraten.

Governance-Kontrolle

Die Governance von Berachain hängt davon ab, dass $BGT-Inhaber Vaults und Incentive-Tokens whitelisten. Sollten frühe Booster, einzelne Protokolle oder Wale die Governance dominieren, könnten sie Emissionen zugunsten bevorzugter Projekte lenken oder die Integrität der Rewards angreifen. Da $BGT nicht übertragbar ist, wird Governance-Macht zwar verdient, nicht gekauft, dennoch besteht ein Zentralisierungsrisiko bei der Verteilung.

Parameter-Sensibilität

PoL stützt sich auf** konkave Emissionskurven** und Protokoll-Logik auf Konsensebene. Schon kleine Fehlkonfigurationen – z. B. eine zu geringe Strafe für niedrigen Boost oder übermäßig großzügige Vault-Anreize – könnten das Verhalten der Teilnehmer verzerren oder Fehlanreize schaffen. Die Anpassung solcher Parameter erfordert Governance-Koordination und solide Analytics.

Validator-Kartelle und das „Ende von PoL“

Wenn Validatoren sich zusammentun, um 100 % Kommissionen zu setzen, könnten sie alle Rewards abgreifen und $BGT-Booster dazu bringen, ihre Tokens gegen $BERA zu verbrennen. Dies würde die Vault-Aktivität zum Erliegen bringen und das System faktisch wieder in ein klassisches Proof-of-Stake-Modell zurückfallen lassen. Zwar legt die Spieltheorie nahe, dass ein rationaler Validator aus einem Kartell ausbrechen würde, um Boost zu gewinnen – die Resilienz des Systems hängt jedoch von realem Verhalten ab, nicht von Theorie.

Externe Schocks und Ausstiegsdruck

Starke Anstiege der $BERA-Lending-Raten oder spekulative Marktbewegungen könnten sowohl Validatoren als auch Nutzer motivieren, PoL zu verlassen – sei es durch Unstaking oder das Verbrennen von $BGT. Passiert dies in großem Umfang, könnte die Chain vorübergehend einen Zusammenbruch der Boost-Abdeckung und der Emissionsströme erleben. Das Design enthält zwar selbstkorrigierende Mechanismen (Burn reduziert Angebot, erhöht Rendite pro $BGT), doch diese setzen voraus, dass die Akteure reaktionsfähig und langfristig orientiert sind.

Schlussfolgerung / TL;DR

Berachain ist eine Layer-1-Blockchain, die ein oft übersehenes Problem lösen will: Validator-Belohnungen spiegeln bislang nicht die tatsächliche Nutzung wider. Anstatt passives Staking zu belohnen, leitet das Proof-of-Liquidity-Modell Emissionen an Nutzer und dApps, die echten Wert schaffen – mit dem Effekt, dass Validatoren um die effizienteste Allokation der Inflation konkurrieren.

Unterstützt wird dies durch ein Zwei-Token-System und einen modularen, EVM-identischen Stack (BeaconKit + CometBFT), der schnelle Finalität und eine vertraute Entwicklererfahrung bietet – kombiniert mit neuartigen wirtschaftlichen Mechanismen.

Die Kernidee: Rewards fließen in Liquidität, nicht in Lockup. Doch das bringt auch Risiken: PoL ist komplexer, weniger vorhersehbar und stark von der Teilnahme des Ökosystems abhängig. Ob es zum neuen Standard für L1-Ökonomie wird oder unter Koordinationsproblemen zusammenbricht, hängt davon ab, wie gut seine Anreizstrukturen im großen Maßstab funktionieren.

Für den Moment ist Berachain eines der technisch ambitioniertesten Experimente, um Validator-Anreize mit On-Chain-Aktivität neu auszurichten.

Quellen

• Joel Monegro – Fat Protocols
• David Phelps – The Fat App Thesis
• Berachain – The Fat Bera Thesis
• Berachain – Honeypaper: Proof-of-Liquidity Overview
• Berachain - Berachain docs
• Berachain - BRIP-0004: Enshrined Proof of Liquidity Reward Distribution
• Ethereum - EIP-4788: Beacon block root in the EVM
• Codebyankita - Deep Dive into Proof of Liquidity: Berachain’s Game-Changing Consensus Mechanism