Analisi del modello Proof of Liquidity e del tri-token system di Berachain

1. Introduzione

La Proof of Stake (PoS), adottata di recente come meccanismo di consenso di rete più diffuso, presenta una caratteristica per cui maggiore è la quantità di token stakati nella rete, maggiore è la sicurezza.

Tuttavia, i token nativi delle reti PoS non vengono utilizzati solo per lo staking, ma anche per pagare le fee di gas e come valuta base all'interno dell'ecosistema. Questo porta a una struttura paradossale in cui, più il volume di staking aumenta, minore diventano la liquidità e l'attività di rete dell'ecosistema DeFi (Decentralized Finance) della rete.

Questa mancanza di liquidità provoca un elevato slippage negli scambi decentralizzati (DEX) e ostacola la crescita di vari protocolli che operano basandosi sui depositi di token, influenzando negativamente l'intero ecosistema. Di conseguenza, i protocolli dell'ecosistema di oggi sono costretti a condurre eccessivi airdrop per garantire la liquidità o a costruire le proprie Layer 2 o appchain, portando alla frammentazione della liquidità e al degrado dell'esperienza utente in tutto il settore delle blockchain.

Anche sulla mainnet di Ethereum, i protocolli di restaking hanno recentemente attirato l'attenzione e il rapporto di staking di ETH ha continuato ad aumentare, raggiungendo un massimo storico di circa il 28%. Tuttavia, il costo medio giornaliero del gas si attesta intorno a 5 Gwei, indicando una tendenza alla diminuzione del traffico di rete.

Nella struttura PoS, agli utenti viene offerta una scelta binaria: effettuare lo staking della liquidità limitata sulla rete o depositarla nei protocolli, e si verifica un fenomeno in cui gli incentivi tra validatori e protocolli non sono allineati.

Sebbene molte fondazioni abbiano recentemente riconosciuto la serietà di questo problema e stiano tentando di coordinare gli interessi attraverso pagamenti di sovvenzioni, supporto tecnico e marketing per i protocolli che contribuiscono all'ecosistema, questo approccio presenta dei limiti. È difficile riflettere le opinioni dei partecipanti all'ecosistema come gli utenti della rete o i validatori e, alla fine, può portare a una centralizzazione verso la fondazione.

Se uno degli ideali centrali della blockchain è creare un ambiente che sia "Can't be evil" (Non può essere malvagio) piuttosto che "Don't be evil" (Non essere malvagio), è necessario un nuovo tentativo per migliorare sistematicamente il dilemma della liquidità dell'ecosistema e della sicurezza di rete intrinseco nella PoS. Berachain mira a risolvere questi problemi cronici delle reti basate su PoS stabilendo una struttura che può integrare contemporaneamente sia la liquidità che la sicurezza di rete nell'ecosistema attraverso una tokenomics basata sulla teoria dei giochi.

In questo articolo, esamineremo il meccanismo di consenso e il modello di tokenomics di Berachain, concentrandoci sulla struttura unica degli incentivi e sull'ecosistema formato attraverso di essi.

2. Berachain: Catturare sia la Sicurezza di Rete che la Liquidità dell'Ecosistema

Berachain è una rete Layer 1 compatibile con EVM costruita tramite BeaconKit, un framework che consente la costruzione di ambienti di esecuzione EVM personalizzabili utilizzando il Cosmos SDK.

Generalmente, i progetti blockchain annunciano un whitepaper contenente la visione tecnica del team di sviluppo, costruiscono una comunità attraverso varie campagne e reclutano potenziali utenti. Al contrario, Berachain ha avuto origine da un progetto NFT chiamato 'Bong Bears' e dalla comunità formata attorno ad esso.

Bong Bears è stato lanciato nel 2021, quando il mercato NFT stava ricevendo un'attenzione significativa, e ha ricevuto una grande risposta dalla comunità del popolare progetto DeFi dell'epoca, Olympus DAO. Successivamente, hanno effettuato airdrop di collezioni NFT derivate come The Bond Bears, The Boo Bears e The Baby Bears ai detentori di Bong Bears, fornendo vantaggi ai detentori esistenti e espandendo continuamente la comunità.

A quel tempo, il termine Berachain veniva menzionato come un meme all'interno della comunità di Bong Bears. Tuttavia, lo sviluppatore Dev Bear ha avviato lo sviluppo effettivo di Berachain e attualmente la testnet è in corso, con il lancio della mainnet che si avvicina.

Questo caso contrasta con i progetti blockchain recenti che investono enormi quantità di tempo e capitale per costruire comunità fedeli, ma sperimentano un significativo abbandono degli utenti dopo il lancio del proprio token. Potrebbe attirare molta attenzione dagli utenti crypto.

Tuttavia, un altro motivo decisivo per cui Berachain potrebbe essere posizionata come una Layer 1 promettente per molti utenti è che tenta un nuovo meccanismo di consenso chiamato Proof of Liquidity (PoL). Questo meccanismo mira a superare il problema di allineamento degli incentivi delle entità partecipanti che le reti basate su PoS hanno affrontato, utilizzando una tokenomics basata sulla teoria dei giochi.

2.1. PoL (Proof of Liquidity)

Il meccanismo di consenso PoL di Berachain coinvolge le seguenti parti interessate:

• Validatori: Entità che eseguono i nodi Berachain e partecipano alla convalida della rete
• Fornitori di Liquidità: Entità che forniscono liquidità ai protocolli all'interno dell'ecosistema
• Protocolli: Entità che desiderano fornire servizi specifici sulla rete Berachain e richiedono liquidità di rete

Nel PoL di Berachain, i fornitori di liquidità che forniscono liquidità al pool di liquidità di un protocollo specifico ricevono i token di rete Berachain che vengono emessi come ricompensa per ogni blocco. I fornitori di liquidità possono partecipare indirettamente al processo di convalida della rete delegando i token ricevuti ai validatori. In questo processo, i fornitori di liquidità possono ricevere sia gli interessi per la fornitura di liquidità che i profitti generati dai validatori di rete.

Questa struttura potrebbe sembrare a prima vista avere un effetto simile al deposito di asset in un protocollo di liquid staking su una catena PoS, ricevere token liquidi e depositarli in un altro protocollo per ottenere profitti, solo in un ordine diverso.

Tuttavia, nel metodo PoS, poiché vari protocolli di liquid staking competono, i tipi di token tokenizzati si diversificano, con conseguente frammentazione della liquidità. D'altra parte, Berachain ha questa funzione integrata nella catena, il che presenta il vantaggio di prevenire la frammentazione della liquidità.

Inoltre, i validatori in Berachain hanno l'autorità per determinare il pool di liquidità in cui vengono distribuite le ricompense dei blocchi tramite il voto. Questo significa che i validatori di rete hanno l'autorità per aumentare direttamente gli incentivi per un particolare pool di liquidità. A causa di questa caratteristica, nel metodo PoL, a differenza del metodo PoS, i fornitori di liquidità e i protocolli possono essere più strettamente coinvolti nel meccanismo di consenso.

2.1.1. Volano dell'Ecosistema

I protocolli che si lanciano sulla rete Berachain forniranno incentivi ai validatori utilizzando il capitale investito, i token emessi e le fee del protocollo per ricevere molti voti dai validatori e avviare la liquidità per i loro pool di liquidità.

Questo incentiva anche i validatori a distribuire gli asset ricevuti come incentivi dai protocolli ai delegatori di token di rete, al fine di ottenere maggiori diritti di voto. L'atto dei validatori di distribuire gli incentivi ricevuti dai protocolli incoraggia i fornitori di liquidità a delegare i token di rete che ricevono tramite la provvista di liquidità ai validatori piuttosto che venderli sul mercato, rafforzando ulteriormente la sicurezza della rete.

In questo modo, attraverso il meccanismo PoL, Berachain ha costruito una struttura che attira progetti e fornitori di liquidità, che non erano in grado di partecipare direttamente al meccanismo di consenso di rete nella struttura PoS esistente, come partecipanti chiave. Le tre entità sono strettamente collegate scambiando liquidità e incentivi, e viene implementato un volano dell'ecosistema in cui il valore circola dai fornitori di liquidità ai progetti, dai progetti ai validatori e di nuovo dai validatori ai fornitori di liquidità.

2.2. Modello a Tri-Token

Per sfruttare meglio le caratteristiche del volano del PoL, Berachain adotta un modello a tri-token che utilizza i seguenti tre tipi di token di rete:

• **$BERA**: Il token utilizzato come tariffa di utilizzo della rete di Berachain, e le commissioni gas vengono bruciate. I validatori devono stakingare 69.420$BERA per attivare il loro nodo.
• **$BGT**: La ricompensa di inflazione distribuita ai pool di liquidità votati dai validatori e un token che non può essere trasferito o scambiato in quanto attribuito agli account. I fornitori di liquidità possono intraprendere le seguenti azioni con il$BGT ricevuto dopo aver fornito liquidità:
• Bruciare $BGT e ricevere$BERA con un rapporto 1:1
• Delegare ai validatori
• **$HONEY**: Una stablecoin ancorata al valore di$1 che funge da valuta base all'interno dell'ecosistema Berachain. Sulla testnet, è implementata tramite wrapping di USDC, e c'è la potenzialità che venga convertita in una forma sovracollateralizzata in futuro. È applicata una commissione dello 0,5% all'emissione, che viene distribuita ai detentori di $BGT.

Se applichiamo il modello a tri-token descritto sopra al diagramma delle relazioni dei partecipanti di Berachain, può essere rappresentato come segue:

In Berachain, il $BGT, che determina la distribuzione delle ricompense di inflazione, non è negoziabile e può essere ricevuto solo attraverso la provvista di liquidità. Pertanto, presenta una struttura in cui specifiche balene non possono garantire rapidamente una grande quantità di$BGT ed esercitare influenza sulla governance. Questa struttura incoraggia i protocolli che desiderano l'allocazione della distribuzione $BGT per la liquidità dell'ecosistema ad allocare incentivi ai validatori con molti diritti di voto e a passare attraverso un processo di persuasione.

L'atto dei partecipanti alla rete di Berachain di raggiungere un consenso sociale per i propri interessi porta al miglioramento della sicurezza e della liquidità della rete di Berachain. La sicurezza e la liquidità assicurate contribuiscono ad attirare più utenti nell'ecosistema Berachain.

Man mano che più utenti fluiscono nell'ecosistema di rete e l'utilizzo della rete aumenta, la quantità di $BERA bruciato come commissioni gas aumenterà, e la domanda di$HONEY, ampiamente adottato come collaterale e asset di scambio nei protocolli dell'ecosistema, aumenterà anche. Questo si traduce direttamente in profitti per i detentori di $BGT.

3. Testnet bArtio

Con la sua comunità fedele e l'unico meccanismo PoL, Berachain ha attirato molta attenzione. Ha raggiunto buoni risultati, come raggiungere un milione di wallet attivi entro otto giorni dall'avvio della sua prima testnet, 'Artio Testnet', a gennaio 2024.

Tuttavia, a causa delle limitazioni dell'ambiente infrastrutturale in cui Berachain utilizza il meccanismo di consenso basato su Cosmos CometBFT per eseguire la EVM, sono emersi problemi nella compatibilità EVM e nella scalabilità durante il funzionamento della testnet. A giugno 2024, Berachain ha lanciato una nuova seconda testnet chiamata 'bArtio Testnet' per affrontare questi problemi e le carenze emerse durante il processo di test del funzionamento del meccanismo PoL.

3.1. Compatibilità EVM Perfetta

Nel processo di sviluppo della catena, il team di Berachain ha creato e utilizzato un framework compatibile con la EVM chiamato Polaris per collegare il meccanismo di consenso basato su Cosmos CometBFT con l'ambiente di esecuzione EVM.

Polaris è un framework che abilita la compatibilità tra CometBFT ed EVM attraverso una tecnologia chiamata precompile, che converte e memorizza le stesse operazioni comunemente utilizzate in due diversi ambienti di esecuzione dei programmi. Il team di Berachain ha costruito e testato la Artio Testnet utilizzando questo framework Polaris.

Tuttavia, durante il processo di test, sono state identificate le seguenti limitazioni di Polaris:

• Il motore di consenso del Cosmos SDK attende il completamento dell'elaborazione delle transazioni da parte della EVM prima di generare i blocchi, causando colli di bottiglia quando viene ricevuto un gran numero di transazioni contemporaneamente.
• Le operazioni non implementate come precompilazioni non funzionano correttamente in Polaris, portando a problemi di compatibilità EVM.

Per affrontare queste limitazioni di Polaris, la testnet bArtio ha introdotto nuovamente un nuovo framework compatibile con la EVM chiamato BeaconKit, progettato prendendo ispirazione dalla Beacon Chain di Ethereum 2.0.

3.1.1. BeaconKit

A differenza di Polaris, BeaconKit opera con una chiara separazione tra il layer di esecuzione (EVM) e il layer di consenso (CometBFT), e i due layer sono collegati e compatibili tramite l'EngineAPI. Grazie a questa architettura, BeaconKit può utilizzare i client di esecuzione Ethereum standard (Geth, Erigon, Nethermind, ecc.) così come sono.

Nella testnet bArtio, poiché i client di esecuzione Ethereum vengono utilizzati così come sono, può fornire un ambiente di esecuzione EVM identico al 100% a Ethereum. Anche quando l'ambiente di esecuzione Ethereum viene aggiornato, Berachain può applicare lo stesso effetto dell'aggiornamento dell'ambiente di esecuzione EVM sulla mainnet Ethereum senza misure speciali, semplicemente facendo sì che i validatori installino ed eseguano i client forniti da Ethereum.

Inoltre, a differenza di Polaris, BeaconKit opera il layer di esecuzione e il layer di consenso in modo indipendente, creando un ambiente in cui un collo di bottiglia in un layer non influisce sull'altro layer. Inoltre, introducendo la funzione 'Esecuzione Immediata', in cui i validatori propagano i valori di stato post-esecuzione di tutte le transazioni incluse in un blocco agli altri validatori durante la generazione dei blocchi, la velocità di elaborazione delle transazioni è stata significativamente migliorata, risolvendo i problemi di scalabilità che Polaris aveva in precedenza.

3.2. Rafforzamento del Meccanismo PoL

Oltre alla modifica del framework compatibile EVM in BeaconKit, sono state applicate le seguenti modifiche alla Testnet bArtio per rafforzare il meccanismo PoL:

• Modifica delle condizioni di partecipazione dei validatori : In precedenza, era richiesto lo staking di una piccola quantità di $BGT per attivare un nodo, ma nella Testnet bArtio è stato modificato nello staking di 69.420$BERA, aumentando lo stake depositato nella rete e migliorando la sicurezza della rete.
• Modifica delle condizioni di slashing : In precedenza, quando si verificava un comportamento di convalida errato da parte di un validatore, veniva effettuato lo slashing anche del $BGT dei fornitori di liquidità che avevano delegato$BGT a quel validatore. Ora, lo slashing avviene solo sul $BERA staked dal validatore, separando completamente i ruoli di$BGT e $BERA nell'ecosistema PoL e attribuendo maggiore responsabilità ai validatori.
• Modifica dei criteri di autorità di creazione dei blocchi : In precedenza, l'autorità a creare nuovi blocchi aumentava in base alla quantità di $BGT delegata a un validatore. Questo è stato modificato per dare ai validatori opportunità uguali di creare nuovi blocchi indipendentemente dalla quantità delegata. Tuttavia, le ricompense dei blocchi aumentano ancora in base alla quantità di$BGT delegata.
• Aumento del limite di validatori : Per migliorare la decentralizzazione e la sicurezza della rete, il limite dei validatori, precedentemente fissato a 100, è stato rimosso. Alla data di scrittura, 16 luglio, un totale di 150 entità stanno partecipando alla convalida della rete Berachain.

Le modifiche apportate nella transizione dalla Testnet Artio alla Testnet bArtio possono essere riassunte nella seguente tabella (si noti che queste modifiche possono essere modificate in qualsiasi momento prima del lancio della mainnet dal team o tramite governance):

Mentre la Testnet Artio ha testato se il meccanismo PoL funzionasse correttamente, l'attuale Testnet bArtio in corso sta regolando i dettagli ei parametri del PoL e preparando il lancio effettivo della mainnet.

Il conteggio giornaliero delle transazioni della Testnet bArtio è aumentato gradualmente dal suo lancio a circa 3,2 milioni, con circa 860.000 portafogli attivi, e più di 150 progetti si stanno preparando per utilizzare l'alta compatibilità EVM, la scalabilità e il meccanismo PoL che Berachain ha costruito.

4. Esplorazione dell'Ecosistema Berachain

Nelle reti Layer 1 tipiche, la fondazione emette token, alloca una parte dei token emessi all'ecosistema, gestisce programmi di sovvenzioni e hackathon e costruisce l'ecosistema, il che è una pratica comune.

Sebbene il team di Berachain gestisca un programma di incubazione chiamato Build-a-Bera, Build-a-Bera conduce investimenti seed in progetti in fase di incubazione utilizzando il capitale del team di Berachain e fornisce supporto come il mentoring. Tuttavia, non ci sono piani per distribuire direttamente i token di Berachain all'ecosistema tramite sovvenzioni o hackathon.

Uno dei fondatori di Berachain, Smokey The Bera, ha persino espresso una visione critica sui sistemi di sovvenzione gestiti da altre reti. Il motivo per cui il team di Berachain può assumere questa posizione è che il meccanismo di consenso di Berachain, PoL, supporta fundamentalmente i progetti dell'ecosistema allocando $BGT agli utenti che forniscono liquidità ai pool di liquidità.

Piuttosto, in termini del fatto che il "consenso" viene raggiunto tra i partecipanti alla rete e che avvia la liquidità del protocollo pertinente piuttosto che fornire direttamente asset al team di sviluppo del protocollo, può essere visto come una forma molto più sana rispetto ai programmi di avvio dell'ecosistema condotti da altre reti.

A causa della struttura del PoL, in cui i partecipanti alla rete sono coinvolti l'uno nell'incentivo dell'altro, la comunicazione e il consenso tra validatori, protocolli e fornitori di liquidità sono ancora più importanti nell'ecosistema Berachain. Di conseguenza, nonostante essere ancora nella fase di testnet, stanno avvenendo molte partnership e collaborazioni, e alcuni protocolli stanno tentando di svolgere contemporaneamente più ruoli, come l'esecuzione diretta di nodi.

Successivamente, diamo un'occhiata ai protocolli rappresentativi nell'ecosistema Berachain.

4.1. dApp Native

Berachain ha dApp native che servono come infrastruttura per le funzioni di base dell'ecosistema, che il team ha costruito direttamente. Attualmente, tre tipi di dApp native sono operative sulla testnet: BEX, Bend e Berps.

• BEX: Uno scambio decentralizzato dove gli utenti possono scambiare senza intermediari o creare direttamente pool di scambio.
• Bend: Un protocollo di prestito decentralizzato dove gli utenti possono prendere in prestito $HONEY utilizzando varie attività come garanzia o fornire liquidità$HONEY e ricevere interessi.
• Berps: Uno scambio decentralizzato di futures perpetui dove gli utenti possono creare posizioni con leva utilizzando $HONEY come garanzia o depositare$HONEY per fornire liquidità per i profitti di trading dei detentori di posizioni e ricevere commissioni di trading.

Queste dApp native non solo forniscono funzioni DeFi di base agli utenti nel primo ecosistema Berachain prima del lancio di altri protocolli, ma servono anche come pool in cui il $BGT viene distribuito ai fornitori di liquidità, che è il punto di partenza del meccanismo PoL. Nell'attuale Testnet bArtio in corso, i pool di liquidità (gauges) che possono ricevere distribuzioni$BGT sono anche composti da pool di liquidità di dApp native.

Le dApp native espandono l'utilizzo di $HONEY utilizzandolo come attività di garanzia principale e rafforzano ulteriormente il tri-token model di Berachain attraverso una struttura che distribuisce i profitti generati dai protocolli agli holders di$BGT.

Inoltre, fungono da catalizzatore per la diversificazione dell'ecosistema incoraggiando gli sviluppatori che desiderano lanciare protocolli su Berachain a sviluppare protocolli creativi che utilizzano il meccanismo PoL in vari modi, invece di protocolli infrastrutturali di base.

4.2. Come i Protocolli DeFi Utilizzano il PoL

I protocolli DeFi su altre reti in genere attraggono liquidità fornendo incentivi aggiuntivi ai fornitori di liquidità, e poi utilizzano la liquidità assicurata per attrarre traffico di utenti e generare entrate del protocollo dalle commissioni.

Tuttavia, i protocolli DeFi di Berachain non forniscono incentivi aggiuntivi ai fornitori di liquidità. Invece, forniscono incentivi aggiuntivi ai validatori e si sforzano di costruire la seguente volante (flywheel):

1. Fornire incentivi ai validatori che hanno votato per la distribuzione di $BGT al proprio protocollo, incoraggiando la delega di ulteriore$BGT a tali validatori.
2. Man mano che più $BGT viene delegato a questi validatori per ricevere incentivi, si verificano più emissioni di$BGT nel pool di liquidità del protocollo.
3. Liquidità aggiuntiva affluisce dall'esterno per ricevere le emissioni di $BGT distribuite in misura maggiore al pool di liquidità, aumentando il traffico del protocollo e i ricavi.
4. Ripetere i passaggi da 1 a 3.

Inoltre, nel processo di costruzione di questa volano, stanno emergendo protocolli che mirano a fornire comodità agli utenti e creare valore aggiunto per l'ambiente in cui si tengono costantemente negoziazioni per scambiare i ricavi del protocollo e il valore aggiunto futuro, oppure per riunire la liquidità frammentata degli utenti per esercitare più autorità nel processo di negoziazione e generare profitti.

**4.2.1.**Kodiak

Kodiak è un DEX in grado di fornire la provisione di liquidità concentrata (CLAMM, Concentrated Liquidity AMM) ai pool di scambio, simile a Uniswap v3. Aiuta gli utenti a fornire liquidità in modo intensivo a intervalli specifici, offrendo un farming di $BGT ad alta efficienza rispetto a BEX.

Kodiak V3 Pool, Fonte: Kodiak

Kodiak possiede due tipi di token, $KDK e$xKDK, e gli utenti possono scambiare i due token all'interno del protocollo.

• $KDK : Un token di incentivo pagato ai provider di liquidità e ai trader.
• $xKDK : Il token di governance di Kodiak e un token non negoziabile. Ai detentori viene fornita una parte dei ricavi generati all'interno di Kodiak, come le fee sostenute durante gli scambi e gli incentivi inviati da altri protocolli.

Con la provisione di liquidità concentrata, gli utenti possono fare farming di $BGT con un'alta efficienza del capitale. Tuttavia, se la liquidità fornita dal provider di liquidità esce dall'intervallo a causa di fluttuazioni di prezzo, la liquidità depositata dal provider non viene affatto utilizzata per il trading. Di conseguenza, i provider di liquidità non possono ricevere il farming di$BGT e le fee di trading, richiedendo una continua gestione dell'intervallo da parte dei provider.

In risposta, Kodiak fornisce aggiuntivamente una funzione di vault chiamata Kodiak Islands, che regola automaticamente l'intervallo di provisione della liquidità in base alle condizioni di mercato. Questo risolve il problema oneroso per i provider di dover gestire l'intervallo di provisione della liquidità, risolvendo simultaneamente il problema della liquidità inattiva che deriva dal superamento dell'intervallo di liquidità concentrata, garantendo che sia mantenuta una liquidità di trading abbondante su Berachain. Inoltre, utilizzando la dApp nativa BEX nel processo di regolazione automatica dell'intervallo di provisione della liquidità, stabilisce una relazione di complementarietà reciproca con le dApp native.

Attualmente, Kodiak gestisce un nodo validatore sulla bArtio Testnet, ed esiste la possibilità che le attività di validazione vengano sincronizzate con il meccanismo del protocollo in futuro, quindi è necessario prestare attenzione allo sviluppo futuro del protocollo.

**4.2.2.**Infrared

Infrared è un protocollo di liquid staking nell'ecosistema Berachain. Gestisce vault che forniscono liquidità ai pool di liquidità dove si verificano emissioni di $BGT per conto degli utenti, e delega il$BGT generato utilizzando la liquidità depositata dagli utenti in quei vault ai propri nodi validatori. Fornisce poi agli utenti $iBGT, un token di liquidità per$BGT, e $IRED, un token di governance.

• **$iBGT** : Un token che liquida$BGT. Gli utenti possono utilizzare $iBGT in altri protocolli DeFi per generare ricavi aggiuntivi.
• **$IRED** : Il token di governance di Infrared. Ha l'autorità di determinare i diritti di voto$BGT dei validatori Infrared e può ricevere le fee generate in Infrared.

In questo modo, fornendo agli utenti il beneficio di garantire simultaneamente le due funzioni di $BGT, lo scambio in$BERA e i diritti di voto, può acquisire una grande quantità di $BGT. Inoltre, poiché Infrared raccoglie più$BGT all'interno dell'ecosistema Berachain, il ruolo di $IRED, il token che può esercitare i diritti di voto di tale quantità di$BGT, diventa anche più importante. Pertanto, ci si aspetta che appaiano molti protocolli che progettano una struttura che utilizza $IRED come ruolo sostitutivo di$BGT.

Un protocollo rappresentativo che progetta una tale struttura è Kodiak, introdotto sopra. Kodiak prevede di collaborare con Infrared per aprire un vault Kodiak all'interno di Infrared, fornendo ai provider di liquidità di Kodiak l'opportunità di fare farming di $IRED invece di$BGT.

Inoltre, protocolli DeFi derivati come Gummi e BeraBorrow stanno emergendo continuamente, affermando che abiliteranno l'uso di $iBGT come collaterale, formando un ecosistema centrato su Infrared.

Inoltre, Infrared ha recentemente svelato una funzione di liquid staking per $BERA in aggiunta al liquid staking per$BGT, mirando a stabilirsi come protocollo che fornisce soluzioni complete di liquid staking all'interno dell'ecosistema Berachain.

4.3. Come le Comunità Utilizzano la PoL

I protocolli DeFi di Berachain stanno tentando di risolvere la guerra della liquidità che si svolgerà all'interno della PoL basandosi su incentivi quantitativi espressi in numeri e si sforzano ulteriormente di fornire agli utenti comodità ed efficienza del capitale.

Oltre a questo approccio, ci sono anche movimenti nell'ecosistema PoL per formare comunità attraverso NFT e meme, stabilire una presenza attraverso varie attività comunitarie e successivamente generare e distribuire profitti attraverso quella presenza.

Questo metodo coinvolge inevitabilmente aspetti più qualitativi, che possono portare a inefficienze nella distribuzione degli incentivi rispetto all'approccio dei protocolli DeFi. Tuttavia, poiché la complessità che sorge quando i protocolli derivati emergono e si combinano nell'ecosistema DeFi può ostacolare l'ingresso di nuovi utenti in Berachain, potrebbe esserci una domanda crescente per approcci intuitivi e qualitativi alla guerra della liquidità.

Inoltre, considerando che Berachain ha avuto origine da un progetto NFT e ha la comunità più simile a un culto, questo approccio potrebbe essere una strategia molto più "stile Berachain" rispetto a quella adottata dai protocolli DeFi.

**4.3.1.**The Honey Jar

The Honey Jar è una comunità riunita attorno alla filosofia centrale di costruire un volano guidato dalla comunità che colleghi ogni entità e costruisca liquidità adesiva che non si disperde facilmente. È evoluta attorno a un NFT chiamato 'Honeycomb' nel 2022.

In modo analogo a quanto accaduto con Berachain, la comunità di Honey Jar si è espansa emettendo e distribuendo serie di NFT derivati di Honeycomb ai detentori. Sfruttando la base di utenti allargata, è stato possibile consolidare ulteriormente la propria posizione formando partnership con vari progetti in sviluppo su Berachain e fornendo ai detentori di NFT i benefici derivanti da tali progetti.

Di recente, ha messo a disposizione vari servizi utili per gli utenti che sono entrati per la prima volta nell'ecosistema Berachain, come la creazione di materiali educativi riguardanti Berachain e un rubinetto (faucet) per la testnet. Inoltre, sta incubando progetti come S&P (Standard & Paws), un servizio di valutazione basato sulla comunità che valuta l'affidabilità dei progetti all'interno dell'ecosistema Berachain, e Bera Infinity, una piattaforma che calcola e ricompensa i contributi all'ecosistema Berachain, operando come un venture studio per l'ecosistema Berachain e limitandosi a essere una semplice comunità.

Honey Jar gestisce anche un nodo di validatore all'interno dell'ecosistema Berachain. In seguito alla costruzione di una forte presenza all'interno della comunità Berachain attraverso le varie attività e i servizi sopramenzionati, a luglio 2023, Honey Jar si è posizionato come il validatore con la maggior quantità di $BGT delegata.

Di recente, ha istituito una DAO per negoziare gli incentivi e formare partnership di liquidità con i protocolli in programma di lancio su Berachain e distribuire gli incentivi ottenuti tramite questa attività ai detentori di NFT Honeycomb, preparandosi alla guerra della liquidità che avrà inizio con il lancio della mainnet di Berachain.

5. Conclusione

Partendo da un progetto NFT, Berachain ha costruito una struttura che connette e allinea strettamente gli interessi di tre entità: validatori, fornitori di liquidità e protocolli, introducendo il meccanismo di consenso PoL basato su una comunità leale.

Inoltre, vari protocolli DeFi stanno costruendo nuovi modelli e preparando il lancio per sfruttare attivamente il meccanismo di consenso di Berachain, e i progetti basati sulla comunità si stanno anche impegnando per consolidare la loro presenza all'interno dell'ecosistema a proprio modo.

In questo modo, sta venendo costruito un volano per l'ecosistema basato sul meccanismo di consenso PoL di Berachain. Tuttavia, questo volano può anche agire come una struttura viziosa. Pertanto, per la sostenibilità, Berachain deve affrontare le seguenti sfide:

• **Inflazione del $BGT** : In una situazione in cui il$BGT viene continuamente inflazionato, esiste alla fine un limite alla creazione di domanda di $BGT unicamente attraverso gli afflussi di liquidità da ecosistemi esterni. Nel lungo periodo, è necessario aumentare la quantità di$BERA bruciata, ma dato che la struttura PoL si concentra sulla sicurezza della liquidità, potrebbe essere difficile aumentare l'effettivo utilizzo della rete.
• Possibilità di centralizzazione : Man mano che l'ecosistema matura, esiste la possibilità che si formi un forte cartello incentrato su validatori specifici, protocolli e balene della liquidità. Se l'ecosistema si sviluppa esclusivamente attorno a questo cartello, può rendere difficile per i nuovi protocolli entrare nell'ecosistema Berachain e alla fine ostacolare l'ingresso di nuovi utenti.

Per risolvere questo problema, sarà essenziale l'emergere di protocolli facili da usare che possano attrarre nuovi utenti e incoraggiare transazioni attive. Inoltre, sarà necessario il consenso tra i partecipanti all'ecosistema con la sostenibilità in mente, per garantire che i protocolli che hanno un impatto positivo sull'ecosistema possano ricevere un adeguato supporto di liquidità.

Il successo o il fallimento del tentativo di Berachain di integrare la liquidità e la sicurezza attraverso un meccanismo di incentivi dovrebbe avere un impatto significativo sull'industria delle blockchain in generale. Considerando che si trova attualmente nella fase di testnet, è necessario osservare come Berachain risolverà queste sfide in futuro.

---

Riferimenti

• Berachain
• Berachain Docs
• BGT Station
• Berachain Blog
• Infrared Blog
• Kodiak Blog
• Berachain — The Convergence of a Strong Community and Experimental Endeavors
• 베라체인으로의 초대
• Berachain: Memetic Playground or DeFi Utopia?
• Bullish on Berachain Part I: The Future of MemeFi
• THE HONEY JAR 101 GUIDE