Haven 3.1 Testnet release notes – Haven Protocol XHV

Im Januar 2023 sahen wir die Veröffentlichung von Haven 3.0 und Einführung von VBS, ein neues Konzept in unserer Tokenomics, das die Wiederaufnahme von Konvertierungen ermöglichte, nachdem diese im Juni 2022 aufgrund einer aufkommenden Todesspirale gestoppt wurden. Die durch VBS auferlegten starken Beschränkungen bedeuten, dass Benutzer viele Sicherheiten benötigen, um auch nur einen kleinen Betrag an xUSD an Land zu bringen. Da kein Ende des anhaltenden Bärenmarktes und der mangelnden Nachfrage nach unserem Protokoll in Sicht ist, ist VBS stetig gewachsen, was die Nutzung des Protokolls immer schwieriger macht.

Lange Sperrzeiten und hohe Sicherheitenanforderungen hinderten xUSD daran, seine Bindung an Börsen aufrechtzuerhalten, was zu seinem Rückgang in den letzten Monaten führte und zum Zeitpunkt des Schreibens (Mai 2023) einen durchschnittlichen Tiefststand von etwa $0,20 pro xUSD erreichte.

Wie bereits erwähnt, wurde VBS nicht dazu entwickelt, die Bindung von xUSD zu fixieren, sondern sichere Konvertierungen zu ermöglichen, die es der Economics Working Group (EWG) ermöglichen würden, an der Verbesserung der Tokenomics mit besonderem Fokus auf die Bindung zu arbeiten.

Dies bringt uns zur neuesten Version.
Haven 3.1 enthält mehrere Aktualisierungen des Protokolls und der Tokenomics.

Die Tokenomics-Updates sollen die Konvertierung erleichtern, indem sie das VBS lockern und die Sperrzeiten für Onshores und Offshores verkürzen.

Als Ausgleich für die einfacheren Umstellungen wird ein neues Konzept eingeführt.

Schlupf

Dies wird weiter unten ausführlicher behandelt. Slippage ist nicht mit dem „Slippage VBS“ zu verwechseln, der in Haven 3.0 zur Berechnung des VBS verwendet wird.

Schauen wir uns die wichtigsten Updates für diese Version an.

Rebase auf Monero v0.18

Haven ist ein Fork von Monero und es ist wichtig, über die neuesten Versionen von Monero auf dem Laufenden zu bleiben, um ein hohes Maß an Sicherheit und Funktionalität aufrechtzuerhalten.

Im Rahmen des Updates haben die Entwickler einen Prozess zur Vereinfachung der Haven-Codebasis durchgeführt, indem sie überflüssigen Code entfernt haben, der im Laufe der Zeit aufgebaut wurde und nicht mehr benötigt wird, und außerdem die Effizienz und Lesbarkeit des Codes verbessert haben. Dadurch lassen sich spätere Updates wesentlich einfacher umsetzen.

Durch das Rebase wird die zukünftige Entwicklung der Haven-Codebasis leichter zugänglich gemacht und es bestehenden Monero-Entwicklern ermöglicht, möglicherweise dem Haven-Entwicklerteam beizutreten, ohne dass eine Schulung erforderlich ist, da sie mit dem Code vertraut sind.

Umrechnungsgebühren

Gebühren durch Umrechnungen werden derzeit in der Quellwährung bezahlt. Wenn Sie beispielsweise von xUSD in xBTC umrechnen, werden die Gebühren in xUSD gezahlt.

Dies stellt ein Problem dar, da das Finanzministerium keine Möglichkeit hat, diese Gebühren zur Begleichung der laufenden Kosten zu verwenden, und aufgrund der aktuellen Marktlage niemand Offshoring durchführt, was normalerweise Gebühren in XHV verursachen würde.

Sowohl die EWG als auch das HOC (Haven Oversight Committee) haben vereinbart, dass alle Umtauschgebühren in XHV gezahlt werden. Dadurch wird sichergestellt, dass das Projekt über genügend Liquidität verfügt, um eine Vielzahl von Verbindlichkeiten (Rechnungen) zu begleichen, die jeden Monat anfallen. Dazu gehören unter anderem Cloud- und Oracle-Dienste, Hosting, Website, Entwicklerlöhne und Mittel für zukünftiges Marketing und Design.

Die Community hat diesbezüglich Bedenken geäußert, da das XHV-Angebot angeblich zunimmt. Das Gesamtangebot aller Vermögenswerte bleibt jedoch gleich, da die Gebühren von einem vorhandenen Vermögenswert abgezogen werden, der bereits im Umlauf ist. Durch die Umstellung der Gebühren auf XHV wird es für das Finanzministerium lediglich einfacher und schneller, die Mittel zu verwenden.

Dies hat den zusätzlichen Vorteil, dass Miner einen Anreiz haben, unser Protokoll zu nutzen, da sie auch Transaktions- und Konvertierungsgebühren in XHV erhalten würden.

Mit der Einführung von Slippage werden alle in XHV generierten Gebühren durch das Verbrennen von Münzen durch Slippage ausgeglichen.

Onshore-Gebühren

Die Onshore-Gebühren werden reduziert 1.5% Zu 0.5%.

Wir senken die Gebühren auf Testnet, um eine Vorstellung davon zu bekommen, ob das Finanzministerium auf diesem Niveau genügend Mittel erhält, um das Projekt aufrechtzuerhalten.

Grund:
Durch die Senkung der Gebühren wird die Protokollnutzung gefördert.

Sperrzeiten für Offshore- und Onshore-Sicherheiten

Die Offshore- und Onshore-Sperrzeiten für die Sicherheit Beträge werden gekürzt 21 Tage Zu 14 Tage.

Grund:
Die Verkürzung der Sicherheitensperrzeit sollte die Nachfrage und Nutzung unseres Protokolls erhöhen.

Offshore- und Onshore-Sperrzeiten für umgerechnete Beträge

Die Offshore- und Onshore-Sperrzeiten für die umgewandelt Beträge werden gekürzt 21 Tage Zu 24 Stunden.

Grund:
Wenn der umgerechnete Betrag viel früher freigeschaltet wird, kann xUSD an den Börsen gehandelt werden.
Dies wird wiederum dazu führen, dass die Bindung von xUSD steigt.

Offshore- und Onshore-VBS

Zum Zeitpunkt des Schreibens beträgt der Wert des VBS 58, was bedeutet, dass Benutzer das 58-fache des Betrags an XHV als Sicherheit benötigen, verglichen mit dem Betrag, den sie an Land übertragen möchten. Dies stoppt zwar die beabsichtigte Todesspirale, verhindert aber auch, dass das Protokoll ordnungsgemäß funktioniert. Ohne Nutzung ist es schwer vorstellbar, wie der VBS erheblich sinken kann und Konvertierungen wieder funktionieren können; Es ist möglich, dass das Protokoll in einem ständigen Kreislauf negativer Stimmungen stecken bleibt.

In dieser neuesten Version haben wir beschlossen, den VBS auf maximal 5 zu senken, mit einem schrittweisen Rückgang bis zu einem Minimum von 1 im Einklang mit einem sinkenden Marktkapitalisierungsverhältnis. Abhängig von den Ergebnissen und dem Feedback kann sich dies im Laufe des Testnetzes ändern.

Für die neue VBS-Berechnung verwenden wir eine einfache Formel sowohl für Onshores als auch für Offshores:

Die folgende Tabelle zeigt die VBS-Werte für eine Reihe von Marktkapitalisierungsverhältnissen:

Wenn Slippage wie beabsichtigt funktioniert, ist es gut möglich, dass wir VBS irgendwann ganz entfernen oder es zumindest auf maximal 1 reduzieren. Wir müssen abwarten und sehen, wie sich das Protokoll im Laufe der Zeit entwickelt, sobald die neuen Tokenomics im Mainnet veröffentlicht wurden .

Entfernen Sie die Blockkappe

Die Blockobergrenze ist in Haven 3.0 spezifisch für Offshores und Onshores. Durch die Einführung von Slippage ist diese Einschränkung nicht mehr erforderlich, da wir große Konvertierungen fördern, die durch Slippage Münzen verbrennen würden.

Schlupf

Slippage ist keine neue Idee und wurde im Laufe der Jahre vom Team und der Community diskutiert. Der Delta-Burn, eine Art Slippage, wurde in der Vergangenheit vorgeschlagen, aber von der Community abgelehnt.

Haven ist nicht groß genug, um die unendliche Liquidität im Tresor zu bewältigen, während die Liquidität an den Börsen weiterhin zu wünschen übrig lässt. Durch die Abschwächung des VBS brauchen wir etwas, das dem entgegenwirkt, und das Verbrennen von Münzen durch Slippage ist eine gute Alternative.

Das Modell, das wir implementieren möchten, bezieht sich auf Pool-Verhältnisse, bei denen das zirkulierende Angebot jedes Vermögenswerts einen Pool darstellt. Wir versuchen, einen Dex synthetisch nachzuahmen, indem wir (unter anderem) die Verhältnisse der umzuwandelnden Umlaufbestände der Vermögenswerte und die Größe der Umwandlung verwenden, um einen realistischen Slippage-Wert zu schaffen, der bei der Umwandlung verbrannt würde. Dadurch sollte ein System geschaffen werden, das dem natürlichen Verhalten näher kommt und durch die Zerstörung dessen, was zuvor ein falscher/einfacher Gewinn gewesen wäre, nun verhindert wird, dass das System ausgenutzt wird.

Durch die Verwendung von Verhältnissen zwischen Asset-Pools und Umwandlungsbeträgen wird die Slippage zugunsten kleinerer Umwandlungen sehr dynamisch und bei großen Umwandlungen hoch.

Slippage-Abhängigkeiten

Slippage-Raten würden für jede Transaktion individuell sein, basierend auf:

Relative Tiefen jedes beteiligten Pools.
Verhältnis der gesamten xAssets zu XHV (dasselbe wie das mcap-Verhältnis, das bei der Berechnung des VBS verwendet wurde).
Größe von TX im Verhältnis zur Pooltiefe der Quell- und Ziel-Assets.
Source Pool Multiplier – Dies ist ein Wert, der die Stärke des Source Slippage bestimmt.
Der Multiplikator ist eine Funktion des mcap-Verhältnisses. Siehe Formel unten.
Destination Pool Multiplier – Dies ist ein Wert, der die Stärke des Destination Slippage bestimmt.
Der Multiplikator wird auf das mcap-Verhältnis eingestellt, mit einem Minimum von 1.
Die Formel würde also lauten: MAX(1,McapRatio)

Quellpool-Multiplikatorformel

Der Quellmultiplikator verwendet eine Exponentialfunktion, ähnlich der VBS, mit einem Mindestwert von 5.

Die folgende Tabelle zeigt die Multiplikatorwerte für eine Reihe von Marktkapitalisierungsverhältnissen:

Slippage-Berechnung

Schauen wir uns ein Onshore-Beispiel an, um zu sehen, wie die Berechnung basierend auf dem aktuellen Preis und den Umlaufbeständen aller Haven-Assets vom 14. Mai 2023 angewendet wird.

Anfangswerte

XHV-Onshore-Preis = $0.3079
XHV-Umlaufversorgung = 29,445,005
XHV-Marktkapitalisierung = 29.445.005 x $0,3079 = $9,066,117

xUSD Umlaufangebot = 14,786,792
Gesamtmarktkapitalisierung von xAssets = $16,306,188

Mcap-Verhältnis = 16.306.188 ÷ 9,066,117 = 1.8 (gerundet)
Quellpool-Multiplikator = SQRT(1,8 ^ 1,2) * 20 = 28.48 (gerundet)
Zielpool-Multiplikator = MAX(1,McapRatio) = 1.8

Berechnung

Beispiel 1
Onshore-Betrag = 100.000 xUSD

ConvertAmount ist der umzurechnende Vermögenswert.
SourceSupply ist das zirkulierende Angebot des umzuwandelnden Vermögenswerts, in diesem Fall xUSD.
SourceMultiplier ist der Quellpool-Multiplikator, der im Abschnitt „Anfangswerte“ ermittelt wurde.

ConvertAmount ist der umzurechnende Vermögenswert.
AssetPrice ist der Preis des umgewandelten Vermögenswerts, also für xUSD $1.
DestinationAssetMcap ist die Marktkapitalisierung des Vermögenswerts, in den umgewandelt wird, XHV-Marktkapitalisierung = 9.066.117
Zielmultiplikator ist der im Abschnitt „Anfangswerte“ ermittelte Zielpool-Multiplikator.

TotalSlippage = SourceSlippage + DestinationSlippage = 21.09%

Der Gesamtbetrag der Slippage in diesem Beispiel beträgt also 21,09% oder 21.090 xUSD, die verbrannt würden, und 78.910 xUSD, die in XHV umgewandelt würden, abzüglich der Umrechnungsgebühren.

Hier sind einige weitere Onshore-Beispiele mit unterschiedlichen Beträgen:

Beispiel 2
Onshore-Betrag = 10.000 xUSD
Gesamtschlupf = 2,11%

Beispiel 3
Onshore-Betrag = 50.000 xUSD
Gesamtschlupf = 10,55%

Beispiel 4
Onshore-Betrag = 500.000 xUSD
Gesamtschlupf = 100%

Prüfung

Der Code wird nicht extern geprüft, da Änderungen der Konvertierungsgebühren trivial sind und keine zusätzlichen Angriffsvektoren aufdecken; die Zahlen sind bereits alle im Klartext, und der Slippage-Code ist auch aus den Klartextdaten berechenbar und überprüfbar.

Zusammenfassend

Um es noch einmal zusammenzufassen: Das Haven 3.1-Testnetz wird die folgenden Änderungen beinhalten:

Rebase auf Monero v0.18.
Alle Gebühren für Konvertierungs-TXs sind in XHV zu zahlen.
Die Onshore-Gebühren wurden von 1,51 TP1T auf 0,51 TP1T reduziert (nur Testnet).
Die Sperrzeit für Sicherheiten wurde von 21 Tagen auf 14 Tage verkürzt.
Die Onshore-/Offshore-Umrechnungszeit für die Mengensperre wurde von 21 Tagen auf 24 Stunden reduziert.
Onshore/Offshore-VBS vereinheitlicht, mit einem Bereich zwischen 1 und 5, abhängig vom Mcap-Verhältnis.
Aufhebung der Blockkappe für Onshore-/Offshore-Konvertierungen.
Einführung von Slippage, das Münzen im Verhältnis zu Pool-Verhältnissen, Mcap-Verhältnis und Transaktionsgröße verbrennt.

Bitte beachten Sie, dass alle Werte, Formeln und Funktionen für VBS, Sperrzeiten und Slippage während des Testnets und vor dem Mainnet geändert werden können.
Dies hängt von den gesammelten Testergebnissen und dem Feedback der Community ab.