Haven 3.1 Testnet-releaseopmerkingen

​In januari 2023 zagen we de release van Haven 3.0 en introductie van VBS, een nieuw concept in onze tokenomics, waardoor conversies opnieuw konden worden gestart nadat deze in juni 2022 waren stopgezet vanwege een opkomende doodsspiraal. De zware beperkingen die door VBS worden opgelegd, betekenen dat gebruikers veel onderpand nodig hebben om zelfs maar een kleine hoeveelheid xUSD te onshore. Nu het einde nog niet in zicht is van de aanhoudende bearmarkt en het gebrek aan vraag naar ons protocol, neemt VBS gestaag toe, waardoor het steeds moeilijker wordt om het protocol te gebruiken.

Lange vergrendelingstijden en hoge onderpandvereisten verhinderden dat xUSD zijn koppeling aan beurzen handhaafde en dit leidde tot een daling in de afgelopen paar maanden, tot een gemiddeld dieptepunt van ongeveer $0,20 per xUSD op het moment van schrijven (mei 2023).

Zoals eerder vermeld, is VBS niet ontworpen om de koppeling van xUSD te repareren, maar om conversies veilig mogelijk te maken, waardoor de Economics Working Group (EWG) kan werken aan het verbeteren van de tokenomics met een specifieke focus op de koppeling.

Dit brengt ons bij de laatste release.
Haven 3.1 bevat verschillende updates voor het protocol en tokenomics.

De tokenomics-updates zijn bedoeld om conversies te vergemakkelijken door de VBS te versoepelen en de vergrendelingstijden voor Onshores en Offshores te verkorten.

Ter compensatie van het makkelijker maken van conversies zal een nieuw concept worden geïntroduceerd.

slippen

Dit wordt hieronder in meer detail behandeld. Slippage moet niet worden verward met de "Slippage VBS" die in Haven 3.0 wordt gebruikt om de VBS te berekenen.

Laten we eens kijken naar de belangrijkste updates voor deze release.

Rebase naar Monero v0.18

Haven is een fork van Monero en het is belangrijk om up-to-date te blijven met de nieuwste releases van Monero om een hoge mate van beveiliging en functionaliteit te behouden.

Als onderdeel van de update hebben ontwikkelaars een proces doorlopen om de Haven-codebase te vereenvoudigen door overbodige code te verwijderen die in de loop van de tijd is opgebouwd en niet langer nodig is, en door de efficiëntie en leesbaarheid van de code te verbeteren. Dit maakt latere updates veel gemakkelijker te implementeren.

De rebase zorgt ervoor dat de toekomstige ontwikkeling van de Haven-codebase toegankelijker wordt en stelt bestaande Monero-ontwikkelaars in staat om zich mogelijk bij het Haven-ontwikkelaarsteam aan te sluiten met weinig tot geen training vanwege de bekendheid van de code.

Conversiekosten

Vergoedingen via conversies worden momenteel betaald in de bronvaluta. Als u bijvoorbeeld van xUSD naar xBTC converteert, worden de kosten betaald in xUSD.

Dit vormt een probleem omdat de schatkist deze vergoedingen niet kan gebruiken om lopende kosten te betalen, en vanwege de huidige marktsituatie doet niemand aan offshoring, wat normaal gesproken vergoedingen zou genereren in XHV.

Zowel de EWG als de HOC (Haven Oversight Committee) hebben afgesproken dat alle conversievergoedingen in XHV worden betaald. Dit zorgt ervoor dat het project voldoende liquiditeit heeft om een groot aantal verplichtingen (rekeningen) te betalen die elke maand ontstaan. Deze omvatten, maar zijn niet beperkt tot, cloud- en orakelservices, hosting, website, ontwikkelaarslonen en fondsen voor toekomstige marketing en ontwerp.

De gemeenschap heeft hier enige bezorgdheid over geuit vanwege een waargenomen toename van het aanbod van XHV. Het totale aanbod van alle activa zou echter hetzelfde blijven, omdat vergoedingen worden afgetrokken van een bestaand activum dat al in omloop is. Het omzetten van vergoedingen naar XHV maakt het voor de schatkist alleen maar gemakkelijker en sneller om de fondsen te gebruiken.

Dit heeft als bijkomend voordeel dat mijnwerkers worden gestimuleerd om ons protocol te gebruiken, aangezien ze ook transactie- en conversiekosten in XHV zouden ontvangen.

Met de introductie van Slippage worden eventuele vergoedingen die in XHV worden gegenereerd, gecompenseerd door munten te verbranden door slippage.

Kosten aan land

Onshore-kosten worden verlaagd van 1.5% naar 0.5%.

We verlagen de tarieven op Testnet om een idee te krijgen of de schatkist op deze niveaus voldoende geld zal ontvangen om het project te ondersteunen.

Reden:
Het verlagen van de kosten zal het gebruik van protocollen stimuleren.

Offshore & Onshore Onderpand sluistijden

De Offshore en Onshore sluistijden voor de zekerheid bedragen worden verlaagd 21 dagen naar 14 dagen.

Reden:
Het verlagen van de onderpandvergrendelingstijd zou de vraag naar en het gebruik van ons protocol moeten vergroten.

Offshore en onshore geconverteerd aantal vergrendelingstijden

De Offshore en Onshore sluistijden voor de omgezet bedragen worden verlaagd 21 dagen naar 24 uur.

Reden:
Als u het geconverteerde bedrag veel eerder ontgrendelt, kunt u xUSD op beurzen inwisselen.
Dit zal op zijn beurt de koppeling van xUSD stimuleren om te stijgen.

Offshore & Onshore VBS

Op het moment van schrijven is de waarde van de VBS 58, wat betekent dat gebruikers 58 keer zoveel XHV als onderpand nodig hebben, in vergelijking met het bedrag dat ze van plan zijn aan land te brengen. Hoewel dit de doodsspiraal stopt waarvoor het bedoeld was, stopt het ook het functioneren van het protocol. Zonder gebruik is het moeilijk in te zien hoe de VBS aanzienlijk kan dalen en conversies weer kunnen laten werken; het is mogelijk dat het protocol vast komt te zitten in een eeuwigdurende cyclus van negatief sentiment.

In deze laatste release hebben we besloten om de VBS te verlagen tot maximaal 5 met een geleidelijke afname tot minimaal 1 in lijn met een afnemende marktkapitalisatieratio. Dit kan in de loop van het testnet worden gewijzigd, afhankelijk van de resultaten en feedback.

Voor de nieuwe VBS-berekening gaan we een eenvoudige formule gebruiken voor zowel onshore als offshore:

De onderstaande tabel toont de VBS-waarden voor een reeks marktkapitalisatieratio's:

Als slippage werkt zoals bedoeld, is het heel goed mogelijk dat we VBS uiteindelijk helemaal verwijderen, of in ieder geval terugbrengen tot maximaal 1. We zullen moeten afwachten hoe het protocol zich in de loop van de tijd ontwikkelt zodra de nieuwe tokenomics op mainnet zijn vrijgegeven .

Verwijder de blokkap

De block cap is specifiek voor offshores en onshores in Haven 3.0. Door slippage te introduceren, is deze beperking niet langer nodig, omdat we grote conversies aanmoedigen, die munten zouden verbranden door slippage.

slippen

Slippage is geen nieuw idee en is door het team en de gemeenschap door de jaren heen besproken. De Delta-brandwond, een soort ontsporing, is in het verleden voorgesteld, maar door de gemeenschap is tegengestemd.

Haven is niet groot genoeg om de oneindige liquiditeit in de kluis aan te kunnen, terwijl liquiditeit op beurzen te wensen overlaat. Door de VBS te verzachten, hebben we iets nodig dat dit tegengaat, en munten verbranden door slippen is een goed alternatief.

Het model dat we willen implementeren, houdt verband met poolratio's, waarbij het circulerende aanbod van elk activum een pool vertegenwoordigt. We proberen een Dex synthetisch na te bootsen door (onder andere) de verhoudingen van de circulerende voorraden van de activa die worden geconverteerd en de omvang van de conversie te gebruiken om een realistische slipwaarde te creëren, die tijdens de conversie zou worden verbrand. Dit zou een systeem moeten creëren dat dichter bij natuurlijk gedrag ligt, en door het verbranden van wat voorheen een valse/gemakkelijke overwinning zou zijn geweest, zou nu voorkomen worden dat het systeem wordt misbruikt.

Door ratio's van activapools en conversiebedragen te gebruiken, wordt de ontsporing zeer dynamisch ten gunste van kleinere conversies en hoog voor grote.

Slippen afhankelijkheden

Slippage-percentages zijn individueel voor elke transactie op basis van:

• Relatieve diepten van elke betrokken poel.
• Verhouding van totale xAssets tot XHV (hetzelfde als de mcap-ratio die is gebruikt bij het uitwerken van de VBS).
• Grootte van TX ten opzichte van pooldiepten van bron- en bestemmingsactiva.
• Source Pool Multiplier – dit is een waarde die de sterkte van de Source Slippage bepaalt.
  De vermenigvuldiger is een functie van de mcap-ratio. Zie onderstaande formule.
• Destination Pool Multiplier – dit is een waarde die de sterkte van de Destination Slippage bepaalt.
  De vermenigvuldiger wordt ingesteld op de mcap-ratio, met een minimum van 1.
  De formule zou dus worden: MAX(1,McapRatio)

Source Pool Multiplier-formule

De bronvermenigvuldiger gebruikt een exponentiële functie, vergelijkbaar met VBS, met een minimumwaarde van 5.

De onderstaande tabel toont de multiplierwaarden voor een reeks marktkapitalisatieratio's:

Slippen berekening

Laten we eens kijken naar een Onshore-voorbeeld om te zien hoe de berekening wordt toegepast op basis van de huidige prijs en circulerende voorraden van alle Haven-activa genomen op 14 mei 2023.

Beginwaarden

XHV onshore prijs = $0.3079
XHV circulerende toevoer = 29,445,005
XHV marktkapitalisatie = 29.445.005 x $0.3079 = $9,066,117

xUSD circulerend aanbod = 14,786,792
Totale xAssets marktkapitalisatie = $16,306,188

Mcap-verhouding = 16.306.188 ÷ 9,066,117 = 1.8 (afgerond)
Bronpoolvermenigvuldiger = SQRT(1,8 ^ 1,2) * 20 = 28.48 (afgerond)
Vermenigvuldiger bestemmingsgroep = MAX(1,McapRatio) = 1.8

Berekening

voorbeeld 1
Onshore bedrag = 100.000 x USD

ConverterenBedrag is het activumbedrag dat wordt geconverteerd.
BronBevoorrading is de circulerende voorraad van het activum dat wordt geconverteerd, in dit geval xUSD.
Bronvermenigvuldiger is de bronpoolvermenigvuldiger die is uitgewerkt in de sectie Beginwaarden.

ConverterenBedrag is het activumbedrag dat wordt geconverteerd.
ActivaPrijs is de prijs van het activum dat wordt geconverteerd, dus voor xUSD is het $1.
DestinationAssetMcap is de marktkapitalisatie van het activum waarnaar wordt geconverteerd, XHV marktkapitalisatie = 9.066.117
Bestemmingsvermenigvuldiger is de Destination Pool Multiplier die is uitgewerkt in de sectie Beginwaarden.

TotalSlippage = SourceSlippage + DestinationSlippage = 21.09%

Dus de totale hoeveelheid slippen in dit voorbeeld is 21.09%, of 21.090 xUSD die zou worden verbrand, en 78.910 xUSD die zou worden omgezet in XHV, minus conversiekosten.

Hier zijn nog een paar onshore-voorbeelden met verschillende bedragen:

Voorbeeld 2
Onshore-bedrag = 10.000 x USD
Totale slip = 2.11%

Voorbeeld 3
Onshore-bedrag = 50.000 x USD
Totale slip = 10.55%

Voorbeeld 4
Onshore bedrag = 500.000 x USD
Totale slip = 100%

Audit

De code wordt niet extern gecontroleerd, omdat wijzigingen in de conversiekosten triviaal zijn en geen extra aanvalsvectoren blootleggen; de cijfers zijn al allemaal in platte tekst en de ontsporingscode is ook berekenbaar en verifieerbaar aan de hand van de platte tekstgegevens.​

Samengevat

Om samen te vatten, het Haven 3.1-testnet zal de volgende wijzigingen bevatten:​

• Rebase naar Monero v0.18.
• Alle kosten voor conversie TX's moeten worden betaald in XHV.
• Onshore-kosten verlaagd van 1,5% naar 0,5% (alleen Testnet).
• Vergrendelingstijd van onderpand teruggebracht van 21 dagen naar 14 dagen.
• Onshore/Offshore omgerekende hoeveelheid sluistijd teruggebracht van 21 dagen naar 24 uur.
• Onshore/Offshore VBS verenigd, met een bereik tussen 1 en 5, afhankelijk van de Mcap Ratio.
• Verwijdering van de Block Cap voor onshore/offshore conversies.
• Introductie van Slippage, die munten zal verbranden in verhouding tot poolratio's, mcap-ratio en transactiegrootte.

Houd er rekening mee dat alle waarden, formules en functies voor VBS, vergrendelingstijden en Slippage kunnen worden gewijzigd tijdens het Testnet en vóór het mainnet.
Dit hangt af van de verzamelde testresultaten en feedback van de gemeenschap.