Aktualisierung der Wirtschaftsarbeitsgruppe

​

Seit seiner Gründung ist Haven auf viele Herausforderungen und Hindernisse gestoßen, die beim ersten Besuch vielleicht unüberwindbar erschienen. Durch den kollektiven Willen der Projektmitarbeiter und einer hoch engagierten Community haben wir sie jedoch überwunden und bauen viele Aspekte des Projekts weiter aus. 

Eine der wichtigeren dieser Herausforderungen ist die fortlaufende Entwicklung der Tokenomik. Es war notwendig, die laufende Weiterentwicklung des Modells einem Stresstest zu unterziehen, indem es eine Reihe von Marktzyklen sowie Marktmanipulationen durchlief. 

Die Entwicklung der Tokenomik war immer als iterativer Prozess gedacht und mit dem jüngsten Absturz des Luna-Modells (zum großen Teil aufgrund von Faktoren, die Haven nicht beeinflussen) hat es der Wirtschaftsgruppe die Möglichkeit gegeben, sich diese Episode anzusehen und daraus zu lernen und ihr kollektives Wissen zu nutzen, um das Modell von Haven für die Zukunft zu stärken.

Die Arbeitsgruppe hat sich eine Reihe möglicher Verbesserungen angesehen, um das Risiko einer übermäßigen Inflation innerhalb des Systems zu verringern, und arbeitet derzeit daran, diese zu verfeinern, bevor sie ein detaillierteres Dokument zur Diskussion in der Community vorlegt.

In der Zwischenzeit wollten wir einige der Gedanken und Diskussionsthemen teilen, die von der Arbeitsgruppe untersucht wurden.

Um das Potenzial einer übermäßigen Inflation von XHV (der Stützwährung des Netzwerks) zu reduzieren, besteht eine diskutierte Lösung darin, „dynamische Gebühren“ zu implementieren, die direkt mit dem Verhältnis der Marktkapitalisierung von xUSD und XHV zusammenhängen. Der Großteil dieser Gebühren würde dann verbrannt, wobei 0,51 TP1T für die Projektkasse beibehalten würden.

Wenn das Verhältnis von xUSD im Verhältnis zu XHV steigt, würden die Umtauschgebühren proportional zur Änderung des Verhältnisses steigen. Der Großteil dieser Gebühren würde dann dauerhaft verbrannt (zerstört) und die inflationäre Wirkung einer Umstellung auf XHV (Onshore) verringert.

Dies lässt sich am besten anhand einer einfachen Tabelle erklären, die den Netzwerkzustand und die Gebühren und den Burn anzeigt, die bei der Konvertierung von xUSD zu XHV anfallen würden. Die Gebührenniveaus werden automatisch in Abhängigkeit von einem Verhältnis von xUSD zu XHV angepasst und mit einer definierten Funktion multipliziert, um die Wirkung je nach Zustand des Wirtschaftssystems zu erhöhen.

Dies würde dazu beitragen, das Netzwerk dazu anzuregen, in einen gesunden Zustand zurückzukehren (dh ein definiertes Unterstützungsniveau des MCAP-Verhältnisses).

Marktkapitalisierungsverhältnis von xUSD zu XHV	Gebühren für die Onshore-Konvertierung	% Gebühren verbrannt
NIEDRIG ⬇︎ ⬇︎ HOCH	NIEDRIG ⬇︎ ⬇︎ HOCH	99,51 TP1T an Gebühren werden unabhängig vom Netzwerkstatus verbrannt

Dies kann am Beispiel auch grafisch dargestellt werden Verhältnis^2

Die Min/Max-Gebühren für xUSD > XHV-Konvertierungen würden innerhalb vereinbarter Parameter festgelegt. Dies wird zwei Funktionen erfüllen:

• Die Mindestgebühr gibt dem Projekt ein Finanzierungsniveau aus Umwandlungen sowie Bergbauanreizen.
• Die maximale Gebühr macht das Protokoll auf höheren Ratio-Ebenen nutzbar, jedoch mit einer Strafe dafür.

Während die ursprüngliche Idee der unbegrenzten Liquidität für die In-Vault-Konvertierungen als USP für Haven angesehen wurde, hat sie sich als mit zusätzlichen Risiken verbunden, die es größeren Inhabern ermöglichen, unverhältnismäßig zu profitieren und Systemungleichgewichte zu verursachen.

Um dem entgegenzuwirken, besteht die Möglichkeit, eine Slippage-basierte Gebühr für Konvertierungen einzuführen. Die Arbeitsgruppe diskutiert Optionen, die auf der Änderung des MCAP-Verhältnisses durch eine einzelne Transaktion basieren. Die Slippage-Gebühr würde dann einen Durchschnitt der Änderung, ausgedrückt als %, nehmen und diese wie oben beschrieben zu der MCAP-Verhältnisgebühr addieren. Dies würde einen Aufzinsungseffekt für diejenigen schaffen, die große Beträge auf einmal an Land nehmen möchten, und somit einen weiteren Anreiz für die Neuausrichtung des Systems zurück auf ein Unterstützungsverhältnis schaffen. 

Die Entscheidung, ob Slippage-basierte Gebühren für beide Richtungen (on- und offshore) eingeführt werden sollen, muss noch entschieden werden, da dies unbeabsichtigte Folgen haben kann. Dies wird nach weiteren Diskussionen und Beiträgen der Community festgelegt.

Im Anschluss an dieses Update möchten wir weitere Beiträge und Rückmeldungen aus der Community annehmen, während die Gruppe die Ideen weiter verfeinert und einen detaillierten Vorschlag für potenzielle Tokenomics-Updates vorlegt. 

Wir werden auch mit den Kernentwicklern zusammenarbeiten, um Implementierungszeiträume und Probleme zu untersuchen, die sich aus der Codierungsperspektive ergeben können. 

Dies wird als Projektpriorität angesehen, die jedoch nicht überstürzt werden kann. Beteiligen Sie sich daher bitte an den Community-Diskussionen, wenn Sie Ideen zum Teilen haben. Es wird die Arbeitsgruppe in die Lage versetzen, bessere Entscheidungen für den zukünftigen Nutzen des Projekts zu treffen.​