Haven 3.1 Testnet release notes – Haven Protocol XHV

Nel gennaio 2023 abbiamo visto l'uscita di Haven 3.0 e introduzione di VBS, un nuovo concetto nella nostra tokenomics, che ha permesso di riavviare le conversioni dopo che queste erano state interrotte nel giugno 2022 a causa di una spirale di morte emergente. Le pesanti restrizioni imposte tramite VBS significano che gli utenti hanno bisogno di molte garanzie per onshore anche una piccola quantità di xUSD. Senza la fine in vista del continuo mercato ribassista e della mancanza di domanda nel nostro protocollo, VBS è in costante aumento, rendendo sempre più difficile l'utilizzo del protocollo.

I lunghi tempi di blocco e gli elevati requisiti di garanzia hanno impedito a xUSD di mantenere il suo ancoraggio sugli scambi e questo ha portato al suo declino negli ultimi mesi, raggiungendo un minimo medio di circa $0.20 per xUSD al momento della scrittura (maggio 2023).

Come affermato in precedenza, VBS non è stato progettato per correggere il peg di xUSD, ma per abilitare in sicurezza le conversioni, il che consentirebbe all'Economics Working Group (EWG) di lavorare sul miglioramento della tokenomics con un focus specifico sul peg.

Questo ci porta all'ultima versione.
Haven 3.1 incorpora diversi aggiornamenti al protocollo e alla tokenomics.

Gli aggiornamenti tokenomics hanno lo scopo di facilitare le conversioni rilassando il VBS e riducendo i tempi di blocco per Onshore e Offshore.

Per compensare la semplificazione delle conversioni, verrà introdotto un nuovo concetto.

Slittamento

Questo è trattato più dettagliatamente di seguito. Lo slippage non deve essere confuso con lo "Slippage VBS" utilizzato in Haven 3.0 per calcolare il VBS.

Diamo un'occhiata ai principali aggiornamenti per questa versione.

Rebase a Monero v0.18

Haven è un fork di Monero ed è importante tenersi aggiornati con le ultime versioni di Monero per mantenere un alto grado di sicurezza e funzionalità.

Come parte dell'aggiornamento, gli sviluppatori hanno seguito un processo di semplificazione della base di codice Haven rimuovendo il codice superfluo che è stato creato nel tempo e non è più necessario, oltre a migliorare l'efficienza e la leggibilità del codice. Ciò renderà gli aggiornamenti successivi molto più facili da implementare.

Il rebase rende più accessibile lo sviluppo futuro della base di codice Haven e consente agli sviluppatori Monero esistenti di unirsi potenzialmente al team di sviluppo Haven con poca o nessuna formazione a causa della familiarità del codice.

Commissioni di conversione

Le commissioni tramite conversioni vengono attualmente pagate nella valuta di origine. Ad esempio, convertendo da xUSD a xBTC, le commissioni verranno pagate in xUSD.

Ciò presenta un problema perché la tesoreria non ha modo di utilizzare tali commissioni per pagare i costi di gestione e, a causa dell'attuale stato del mercato, nessuno sta effettuando operazioni di delocalizzazione, che normalmente genererebbero commissioni in XHV.

È stato concordato sia dall'EWG che dall'HOC (Haven Oversight Committee) che tutte le commissioni di conversione saranno pagate in XHV. Ciò garantirà che il progetto abbia liquidità sufficiente per pagare una moltitudine di passività (bollette) che maturano ogni mese. Questi includono, a titolo esemplificativo ma non esaustivo, servizi cloud e Oracle, hosting, sito Web, stipendi degli sviluppatori e fondi per marketing e progettazione futuri.

La comunità ha espresso preoccupazione per questo a causa di un aumento percepito nella fornitura di XHV. Tuttavia, l'offerta complessiva di tutti i beni rimarrebbe la stessa perché le commissioni verranno prelevate da un bene esistente, che è già in circolazione. La conversione delle commissioni in XHV renderà più semplice e veloce per il tesoro l'utilizzo dei fondi.

Ciò ha l'ulteriore vantaggio di incentivare i minatori a utilizzare il nostro protocollo in quanto riceverebbero anche commissioni di transazione e conversione in XHV.

Con l'introduzione di Slippage, qualsiasi commissione generata in XHV verrà compensata bruciando monete attraverso lo slippage.

Commissioni a terra

Le tariffe onshore saranno ridotte da 1.5% A 0.5%.

Stiamo abbassando le commissioni su Testnet per avere un'idea se il tesoro riceverà fondi sufficienti a questi livelli per sostenere il progetto.

Motivo:
La riduzione delle tariffe incoraggerà l'utilizzo del protocollo.

Tempi di blocco del collaterale offshore e onshore

I tempi di blocco Offshore e Onshore per il collaterale gli importi vengono ridotti da 21 giorni A 14 giorni.

Motivo:
L'abbassamento del tempo di blocco della garanzia dovrebbe aumentare la domanda e l'utilizzo del nostro protocollo.

Tempi di blocco dell'importo convertito offshore e onshore

I tempi di blocco Offshore e Onshore per il convertito gli importi vengono ridotti da 21 giorni A 24 ore.

Motivo:
Sbloccare l'importo convertito molto prima consentirà l'arbitraggio di xUSD sugli scambi.
Ciò a sua volta incoraggerà l'ancoraggio di xUSD a salire.

VBS offshore e onshore

Al momento della scrittura, il valore del VBS è 58, il che significa che gli utenti hanno bisogno di 58 volte l'importo di XHV come garanzia, rispetto all'importo che intendono onshore. Sebbene ciò arresti la spirale mortale per la quale era stato concepito, impedisce anche al protocollo di funzionare correttamente. Senza utilizzo, è difficile vedere come il VBS possa diminuire in modo significativo e consentire alle conversioni di funzionare di nuovo; è possibile che il protocollo possa essere bloccato in un ciclo perpetuo di sentimenti negativi.

In quest'ultima release, abbiamo deciso di abbassare il VBS ad un massimo di 5 con una diminuzione graduale fino ad un minimo di 1 in linea con un market cap ratio decrescente. Questo può essere modificato nel corso del testnet, a seconda dei risultati e del feedback.

Per il nuovo calcolo VBS, utilizzeremo una semplice formula sia per Onshore che per Offshore:

La tabella seguente mostra i valori VBS per una serie di rapporti di capitalizzazione di mercato:

Se lo slippage funziona come previsto, è del tutto possibile che alla fine rimuoveremo del tutto VBS, o almeno lo ridurremo a un massimo di 1. Dovremo aspettare e vedere come si evolverà il protocollo nel tempo una volta che i nuovi tokenomics saranno stati rilasciati su mainnet .

Rimuovere il tappo del blocco

Il block cap è specifico per Offshore e Onshore in Haven 3.0. Introducendo lo slippage, questa restrizione non è più necessaria poiché incoraggiamo conversioni di grandi dimensioni, che brucerebbero le monete attraverso lo slippage.

Slittamento

Lo slittamento non è un'idea nuova ed è stato discusso dal team e dalla comunità nel corso degli anni. Il Delta burn, che è un tipo di slittamento, è stato proposto in passato, ma votato contro dalla comunità.

Haven non è abbastanza grande per far fronte alla liquidità infinita all'interno del caveau, mentre la liquidità sugli scambi rimane qualcosa a desiderare. Ammorbidendo il VBS, abbiamo bisogno di qualcosa che contrasti questo, e bruciare monete attraverso lo slippage è una buona alternativa.

Il modello che stiamo cercando di implementare è correlato ai rapporti di pool, in cui l'offerta circolante di ogni asset rappresenta un pool. Stiamo cercando di imitare sinteticamente un Dex utilizzando (tra le altre cose) i rapporti delle risorse circolanti delle risorse che vengono convertite e la dimensione della conversione per creare un valore di slippage realistico, che verrebbe bruciato durante la conversione. Questo dovrebbe creare un sistema che sarà più vicino al comportamento naturale e, bruciando quella che in precedenza sarebbe stata una vincita falsa/facile, ora impedirebbe il gioco del sistema.

Utilizzando i rapporti tra i pool di asset e gli importi delle conversioni, lo slippage diventa molto dinamico a favore delle conversioni più piccole e alto per quelle più grandi.

Dipendenze di slittamento

I tassi di slippage sarebbero individuali per ogni transazione in base a:

Profondità relative di ciascuna vasca coinvolta.
Rapporto tra xAsset complessivi e XHV (uguale al rapporto mcap utilizzato per elaborare il VBS).
Dimensione di TX relativa alla profondità del pool di risorse di origine e destinazione.
Source Pool Multiplier – questo è un valore che determina la forza del Source Slippage.
Il moltiplicatore è una funzione del rapporto mcap. Vedere la formula di seguito.
Moltiplicatore del pool di destinazione: questo è un valore che determina la forza dello slittamento della destinazione.
Il moltiplicatore verrà impostato sul rapporto mcap, con un minimo di 1.
Quindi la formula diventerebbe: MAX(1;RapportoMcap)

Formula del moltiplicatore del pool di origine

Il moltiplicatore di origine utilizza una funzione esponenziale, simile a VBS, con un valore minimo di 5.

La tabella seguente mostra i valori del moltiplicatore per una serie di rapporti di capitalizzazione di mercato:

Calcolo dello slittamento

Diamo un'occhiata a un esempio Onshore per vedere come viene applicato il calcolo in base al prezzo corrente e alle forniture circolanti di tutti gli asset Haven acquisiti il 14 maggio 2023.

Valori iniziali

XHV prezzo onshore = $0.3079
Alimentazione circolante XHV = 29,445,005
Capitalizzazione di mercato XHV = 29.445.005 x $0.3079 = $9,066,117

xUSD offerta circolante = 14,786,792
Totale capitalizzazione di mercato xAssets = $16,306,188

Rapporto Mcap = 16.306.188 ÷ 9,066,117 = 1.8 (arrotondato)
Moltiplicatore del pool di origine = SQRT(1.8 ^ 1.2) * 20 = 28.48 (arrotondato)
Moltiplicatore pool di destinazione = MAX(1,McapRatio) = 1.8

Calcolo

Esempio 1
Importo onshore = 100.000 xUSD

ConvertiImporto è l'importo dell'asset da convertire.
SourceSupply è l'offerta circolante dell'asset da convertire, in questo caso xUSD.
Moltiplicatore di origine è il moltiplicatore del pool di origine calcolato nella sezione Valori iniziali.

ConvertiImporto è l'importo dell'asset da convertire.
AssetPrice è il prezzo dell'asset che viene convertito, quindi per xUSD è $1.
DestinazioneAssetMcap è la capitalizzazione di mercato dell'asset da convertire, capitalizzazione di mercato XHV = 9.066.117
Moltiplicatore di destinazione è il Destination Pool Multiplier calcolato nella sezione Initial Values.

TotalSlippage = SourceSlippage + DestinationSlippage = 21.09%

Quindi l'importo totale dello slippage in questo esempio è 21.09%, o 21.090 xUSD che verrebbero bruciati e 78.910 xUSD che verrebbero convertiti in XHV, meno le commissioni di conversione.

Ecco alcuni altri esempi onshore che utilizzano importi diversi:

Esempio 2
Importo onshore = 10.000 x USD
Slittamento totale = 2.11%

Esempio 3
Importo onshore = 50.000 xUSD
Slittamento totale = 10.55%

Esempio 4
Importo onshore = 500.000 x USD
Slittamento totale = 100%

Verifica

Il codice non verrà verificato esternamente, poiché le modifiche alla commissione di conversione sono banali e non espongono ulteriori vettori di attacco; i numeri sono già tutti in chiaro e anche il codice di slittamento è calcolabile e verificabile dai dati in chiaro.

In sintesi

Ricapitolando, la testnet Haven 3.1 incorporerà le seguenti modifiche:

Rebase a Monero v0.18.
Tutte le commissioni per i TX di conversione devono essere pagate in XHV.
Commissioni onshore ridotte da 1,5% a 0,5% (solo Testnet).
Tempo di blocco del collaterale ridotto da 21 giorni a 14 giorni.
Tempo di blocco dell'importo convertito onshore/offshore ridotto da 21 giorni a 24 ore.
Onshore/Offshore VBS unificato, con un range compreso tra 1 e 5, a seconda del Mcap Ratio.
Rimozione del Block Cap per le conversioni Onshore/Offshore.
Introduzione di Slippage, che brucerà monete relative ai rapporti pool, al rapporto mcap e alle dimensioni della transazione.

Tieni presente che tutti i valori, le formule e le funzioni per VBS, i tempi di blocco e lo Slippage sono soggetti a modifiche durante il testnet e prima del mainnet.
Ciò dipenderà dai risultati dei test raccolti e dal feedback della comunità.