Haven 3.1 Testnet release notes – Haven Protocol XHV

En janvier 2023, nous avons vu la sortie de Haven 3.0 et présentation de VBS, un nouveau concept dans notre tokenomics, qui a permis de redémarrer les conversions après leur arrêt en juin 2022 en raison de l'émergence d'une spirale de la mort. Les lourdes restrictions imposées par VBS signifient que les utilisateurs ont besoin de beaucoup de garanties pour débarquer même une petite quantité de xUSD. Sans fin en vue du marché baissier continu et du manque de demande dans notre protocole, VBS n'a cessé d'augmenter, ce qui rend de plus en plus difficile l'utilisation du protocole.

Les longs délais de verrouillage et les exigences de garantie élevées ont empêché le xUSD de maintenir son ancrage sur les bourses, ce qui a conduit à son déclin au cours des derniers mois, atteignant un minimum moyen d'environ $0,20 par xUSD au moment de la rédaction (mai 2023).

Comme indiqué précédemment, VBS n'a pas été conçu pour fixer le rattachement de xUSD, mais pour permettre des conversions en toute sécurité, ce qui permettrait au groupe de travail sur l'économie (EWG) de travailler à l'amélioration de la tokenomics avec un accent particulier sur le rattachement.

Cela nous amène à la dernière version.
Haven 3.1 intègre plusieurs mises à jour du protocole et des tokenomics.

Les mises à jour de Tokenomics sont destinées à faciliter les conversions en assouplissant le VBS et en réduisant les temps de verrouillage pour Onshores et Offshores.

Pour compenser la facilité des conversions, un nouveau concept sera introduit.

Glissement

Ceci est couvert plus en détail ci-dessous. Le glissement ne doit pas être confondu avec le "Slippage VBS" utilisé dans Haven 3.0 pour calculer le VBS.

Regardons les principales mises à jour de cette version.

Rebase vers Monero v0.18

Haven est un fork de Monero et il est important de se tenir au courant des dernières versions de Monero afin de maintenir un haut degré de sécurité et de fonctionnalité.

Dans le cadre de la mise à jour, les développeurs ont suivi un processus de simplification de la base de code Haven en supprimant le code superflu qui s'est accumulé au fil du temps et n'est plus nécessaire, ainsi qu'en améliorant l'efficacité et la lisibilité du code. Cela rendra les mises à jour ultérieures beaucoup plus faciles à mettre en œuvre.

La rebase configure le développement futur de la base de code Haven pour qu'elle soit plus accessible et permette aux développeurs Monero existants de rejoindre potentiellement l'équipe de développement Haven avec peu ou pas de formation en raison de la familiarité du code.

Frais de conversion

Les frais liés aux conversions sont actuellement payés dans la devise source. Par exemple, lors de la conversion de xUSD en xBTC, les frais seront payés en xUSD.

Cela pose un problème car le Trésor n'a aucun moyen d'utiliser ces frais pour payer les frais de fonctionnement, et en raison de l'état actuel du marché, personne ne délocalise, ce qui générerait normalement des frais en XHV.

Il a été convenu à la fois par l'EWG et le HOC (Haven Oversight Committee) que tous les frais de conversion seront payés en XHV. Cela garantira que le projet dispose de suffisamment de liquidités pour payer une multitude de dettes (factures) qui s'accumulent chaque mois. Ceux-ci incluent, mais sans s'y limiter, les services cloud et oracle, l'hébergement, le site Web, les salaires des développeurs et les fonds pour le marketing et la conception futurs.

La communauté a exprimé une certaine inquiétude à ce sujet en raison d'une augmentation perçue de l'offre de XHV. Cependant, l'offre globale de tous les actifs resterait la même car les frais seraient prélevés sur un actif existant, qui est déjà en circulation. La conversion des frais en XHV permettra simplement au Trésor d'utiliser les fonds plus facilement et plus rapidement.

Cela a l'avantage supplémentaire d'inciter les mineurs à utiliser notre protocole car ils recevraient également des frais de transaction et de conversion en XHV.

Avec l'introduction de Slippage, tous les frais générés dans XHV seront compensés en brûlant des pièces grâce au slippage.

Frais à terre

Les frais à terre seront réduits de 1.5% pour 0.5%.

Nous réduisons les frais sur Testnet pour avoir une idée si le Trésor recevra suffisamment de fonds à ces niveaux pour soutenir le projet.

Raison:
La réduction des frais encouragera l'utilisation du protocole.

Horaires de verrouillage des garanties offshore et onshore

Les horaires d'écluse Offshore et Onshore pour le collatéral les montants sont réduits de 21 jours pour 14 jours.

Raison:
La réduction du temps de verrouillage des garanties devrait augmenter la demande et l'utilisation de notre protocole.

Heures de verrouillage du montant converti offshore et onshore

Les horaires d'écluse Offshore et Onshore pour le converti les montants sont réduits de 21 jours pour 24 heures.

Raison:
Déverrouiller le montant converti beaucoup plus tôt permettra l'arbitrage de xUSD sur les échanges.
Cela encouragera à son tour l'ancrage du xUSD à augmenter.

VBS offshore et onshore

Au moment de la rédaction, la valeur du VBS est de 58, ce qui signifie que les utilisateurs ont besoin de 58 fois le montant de XHV en garantie, par rapport au montant qu'ils ont l'intention de mettre à terre. Bien que cela arrête la spirale de la mort à laquelle il était destiné, cela empêche également le protocole de fonctionner correctement. Sans utilisation, il est difficile de voir comment le VBS peut chuter de manière significative et permettre aux conversions de fonctionner à nouveau ; il est possible que le protocole soit coincé dans un cycle perpétuel de sentiments négatifs.

Dans cette dernière version, nous avons décidé d'abaisser le VBS à un maximum de 5 avec une diminution progressive jusqu'à un minimum de 1 en ligne avec un ratio de capitalisation boursière décroissant. Cela peut être modifié tout au long du testnet, en fonction des résultats et des commentaires.

Pour le nouveau calcul VBS, nous allons utiliser une formule simple pour Onshores et Offshore :

Le tableau ci-dessous montre les valeurs VBS pour une gamme de ratios de capitalisation boursière :

Si le glissement fonctionne comme prévu, il est tout à fait possible que nous supprimions complètement VBS, ou du moins le réduisions à un maximum de 1. Nous devrons attendre et voir comment le protocole évolue dans le temps une fois que les nouvelles tokenomics auront été publiées sur le réseau principal. .

Retirer le capuchon du bloc

Le block cap est spécifique à l'Offshore et à l'Onshore dans Haven 3.0. En introduisant le glissement, cette restriction n'est plus nécessaire puisque nous encourageons les conversions importantes, qui brûleraient des pièces par glissement.

Glissement

Le glissement n'est pas une idée nouvelle et a été discuté par l'équipe et la communauté au fil des ans. Le brûlage Delta, qui est un type de dérapage, a été proposé dans le passé, mais voté contre par la communauté.

Haven n'est pas assez grand pour faire face à une liquidité infinie à l'intérieur du coffre-fort, tandis que la liquidité sur les bourses reste à désirer. En adoucissant le VBS, nous avons besoin de quelque chose qui contrera cela, et brûler des pièces par glissement est une bonne alternative.

Le modèle que nous cherchons à mettre en œuvre est lié aux ratios de pool, où l'offre en circulation de chaque actif représente un pool. Nous essayons d'imiter synthétiquement un Dex en utilisant (entre autres) les ratios des fournitures en circulation des actifs qui sont convertis et la taille de la conversion pour créer une valeur de glissement réaliste, qui serait brûlée lors de la conversion. Cela devrait créer un système qui sera plus proche du comportement naturel, et en brûlant ce qui aurait été auparavant une victoire fausse/facile, empêcherait désormais de jouer avec le système.

En utilisant des ratios de pools d'actifs et de montants de conversion, le glissement devient très dynamique en faveur des petites conversions et élevé pour les grandes.

Dépendances de glissement

Les taux de glissement seraient individuels pour chaque transaction en fonction de :

Profondeurs relatives de chaque bassin impliqué.
Ratio des xAssets globaux sur XHV (identique au ratio mcap utilisé dans l'élaboration du VBS).
Taille de TX par rapport à la profondeur du pool d'actifs source et de destination.
Source Pool Multiplier - il s'agit d'une valeur qui détermine la force du Source Slippage.
Le multiplicateur est une fonction du ratio mcap. Voir formule ci-dessous.
Multiplicateur de pool de destination - il s'agit d'une valeur qui détermine la force du glissement de destination.
Le multiplicateur sera réglé sur le ratio mcap, avec un minimum de 1.
La formule deviendrait donc : MAX(1,McapRatio)

Formule du multiplicateur du pool source

Le multiplicateur de source utilise une fonction exponentielle, similaire à VBS, avec une valeur minimale de 5.

Le tableau ci-dessous montre les valeurs du multiplicateur pour une gamme de ratios de capitalisation boursière :

Calcul du glissement

Regardons un exemple Onshore pour voir comment le calcul est appliqué sur la base du prix actuel et des approvisionnements en circulation de tous les actifs Haven pris le 14 mai 2023.

Valeurs initiales

Prix onshore XHV = $0.3079
Alimentation en circulation XHV = 29,445,005
Capitalisation boursière XHV = 29 445 005 x $0,3079 = $9,066,117

xUSD approvisionnement en circulation = 14,786,792
Capitalisation boursière totale xActifs = $16,306,188

Ratio Mcap = 16 306 188 ÷ 9,066,117 = 1.8 (arrondi)
Multiplicateur du pool source = SQRT(1,8 ^ 1,2) * 20 = 28.48 (arrondi)
Multiplicateur du pool de destination = MAX(1,McapRatio) = 1.8

Calcul

Exemple 1
Montant onshore = 100 000 xUSD

ConvertirMontant est le montant de l'actif à convertir.
SourceApprovisionnement est l'offre en circulation de l'actif converti, dans ce cas xUSD.
SourceMultiplicateur est le multiplicateur de pool source calculé dans la section Valeurs initiales.

ConvertirMontant est le montant de l'actif à convertir.
Prix de l'actif est le prix de l'actif converti, donc pour xUSD c'est $1.
DestinationAssetMcap est la capitalisation boursière de l'actif en cours de conversion, capitalisation boursière XHV = 9 066 117
DestinationMultiplicateur est le multiplicateur de pool de destination calculé dans la section Valeurs initiales.

TotalSlippage = SourceSlippage + DestinationSlippage = 21.09%

Ainsi, le montant total du glissement dans cet exemple est de 21,09%, soit 21 090 xUSD qui seraient brûlés, et 78 910 xUSD qui seraient convertis en XHV, moins les frais de conversion.

Voici quelques autres exemples onshore utilisant différents montants :

Exemple 2
Montant onshore = 10 000 xUSD
Glissement total = 2.11%

Exemple 3
Montant onshore = 50 000 xUSD
Glissement total = 10.55%

Exemple 4
Montant onshore = 500 000 xUSD
Glissement total = 100%

Audit

Le code ne sera pas audité en externe, car les modifications des frais de conversion sont insignifiantes et n'exposent aucun vecteur d'attaque supplémentaire ; les chiffres sont déjà tous en clair, et le code de glissement est également calculable et vérifiable à partir des données en clair.

En résumé

Pour rappel, le testnet Haven 3.1 intégrera les changements suivants :

Rebase vers Monero v0.18.
Tous les frais de conversion des TX doivent être payés en XHV.
Frais onshore réduits de 1,5% à 0,5% (Testnet uniquement).
Temps de blocage des garanties réduit de 21 jours à 14 jours.
Temps de verrouillage du montant converti Onshore/Offshore réduit de 21 jours à 24 heures.
VBS Onshore/Offshore unifié, avec une fourchette entre 1 et 5, en fonction du Mcap Ratio.
Suppression du Block Cap pour les conversions Onshore/Offshore.
Introduction de Slippage, qui brûlera des pièces par rapport aux ratios de pool, au ratio mcap et à la taille de la transaction.

Veuillez noter que toutes les valeurs, formules et fonctions pour VBS, les temps de verrouillage et le glissement sont susceptibles de changer pendant le Testnet et avant le réseau principal.
Cela dépendra des résultats des tests recueillis et des commentaires de la communauté.