The transfer-burn command is a new feature in the CLI, which has been introduced in Haven 4.1 (Hard Fork 24).
This command allows you to burn any available coins in the wallet being used. Coins burnt through this process will automatically update Haven’s circulating supply for the asset being burnt.
NOTITIE:Please use these commands with care, as you will not be able to retrieve any coins you have burnt.
When you first open the wallet, you must issue the following command in order to enable the burn feature: set enable-burn-experimental 1
This “set” command will not be saved as part of your wallet’s settings. This is done to protect users from accidentally burning coins.
Burn XHV
To burn XHV use: transfer_burn <address> <transfer amount> <burn amount>
<address> is any valid Haven address. <transfer amount> is the amount of XHV you send to the specified address. It can be any amount, but should be small if you only intend to burn coins. <burn amount> is the amount of XHV you intend to burn.
The above example sends 0.1 XHV to the specified address and burns 50 XHV.
Burn xUSD
To burn xUSD use: offshore_transfer_burn <address> <transfer amount> <burn amount>
<address> is any valid Haven address. <transfer amount> is the amount of xUSD you send to the specified address. It can be any amount, but should be small if you only intend to burn coins. <burn amount> is the amount of XHV you intend to burn.
The above example sends 0.1 xUSD to the specified address and burns 100 xUSD.
Burn xAsset
To burn any of the xAssets in your wallet (xBTC, xAU, xAG, etc.) use: xasset_transfer_burn <address> <transfer amount> <burn amount> <xAsset Type>
<address> is any valid Haven address. <transfer amount> is the amount of specified xAsset you send to the given address. It can be any amount, but should be small if you only intend to burn coins. <burn amount> is the amount of the specified xAsset you intend to burn. <xAsset Type> is the xAsset you are intending to burn.
The above example sends 0.0001 xBTC to the specified address and burns 0.01 xBTC.
Multisign
Gemaakt op
Bijgewerkt
doorhavenprotocol
In het volgende KB-artikel wordt uitgelegd hoe u een Haven Multisig CLI-portemonnee. Deze instructies zijn gebaseerd op een 2/3 multisig, wat betekent dat van de in totaal drie geautoriseerde ondertekenaars er twee nodig zijn om een transactie geldig te maken.
In het kort zijn dit de stappen die nodig zijn om een transactie aan te maken en te verzenden, op voorwaarde dat er al een multisig-portemonnee is aangemaakt:
Synchroniseer portefeuilles A en B.
Multisig-sleutelafbeelding exporteren uit A.
Importeer een multisig-sleutelafbeelding in B.
Genereer TX van B.
Importeer TX in A, onderteken het daar en dien het vervolgens in.
Vereisten
In dit artikel wordt ervan uitgegaan dat u de CLI eerder hebt gebruikt. Als dit niet het geval is, is het raadzaam om eerst vertrouwd te raken met het gebruik van de CLI. Zoek naar "cli" en "local node" op onze KB-pagina's om aan de slag te gaan.
Loop havend en zorg ervoor dat de daemon volledig gesynchroniseerd is.
Elke partij (in dit geval 3) moet een nieuwe portemonnee aanmaken met behulp van haven-wallet-cli (zorg ervoor dat mijnbouw op de achtergrond NIET is ingeschakeld).
Sluit de portemonnee af, maak een back-up van het zaad en maak een kopie van de portemonneebestanden (voor het geval u de stappen moet herhalen).
Log opnieuw in op de portemonnee en voer de volgende opdrachten uit: set enable-multisig-experimenteel 1 stel automatisch vernieuwen in op 0
Portefeuilles klaarmaken
Alle partijen moeten het volgende commando typen: prepare_multisig .
Stuur de uitvoer naar ALLE andere partijen (gebruik een beveiligd platform zoals Element voor het delen). De uitvoer zou er als volgt uit moeten zien: MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5KQNLUEpsFNpePMk W8yomYrCFLpCkJ72fkjKOOP1qx6TH8L3wQ .
Alle partijen moeten het volgende commando typen: make_multisig 2 waar En overeenkomen met de ander gegevens van partijen gedeeld in stap 7.
Het commando zou er als volgt uit moeten zien: make_multisig 2 MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5K QNLUEpsFNpePMkW8yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ MultisigxV2R1MG7sQpykJTv4RMEuyQV6m1FBX9zVMPXva3dragVUh9F9FjTTmJ4DLvUNP57njearPRbHnFv1NvKMeL1yQTdbcy7nQ1r4rD vJQzHhNvUeCFzAm6TLhwwjAiqfUBtS6ajBFZ8XVsGwLhCc1S3jK7ffsAKaRF9cLyEzJgpaXNShnrsY4hEK .
Stuur de in stap 8 gegenereerde gegevens naar ALLE andere partijen. De gegevens zouden er als volgt uit moeten zien: MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDaqQ9E1gsTRQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE1AS65NxkJG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF2DUKKckJoYZcRb CUeNP4PBrExea3na2TUm7FEw995ZL5N9n7nVxysH6JdwLfDjXaWDotxZtyPn1ifXvgJHJctsFPP .
Alle partijen moeten het volgende commando uitvoeren (1e keer): exchange_multisig_keys waar En komt overeen met de gegevens van andere partijen die in stap 9 zijn gedeeld.
Het commando zou er als volgt uit moeten zien: exchange_multisig_keys MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDart7ZPUh6A328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNNpyt2fiGgAxt9woCBXsFtdhKm2dmqqY9qF6ewuBXCDLdJ6rYv1Lm7RyuLN4TQBBccBUesMH6FhGB4FcCncaRh8sEEqcXgR1gbZnEzG6tk81TAthWRqFCZTStSNgD9WJKG7F5 MultisigxV2Rn1LV1jgtbFBZQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE15GGTSNN6328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNZ7Q48j4TRAauoTVenC5ZmsS8EViFdieeHtzgPFwrg9cgAX93F7g4UHyAd82BeTRZb3cxsLGQ3nTZb6ey2HN8dJa6Y8ssCniTd6Kchn4cWhS9Qqz38whxCDNYd7UJCpGCa3k1 .
Stuur de in stap 10 gegenereerde gegevens naar ALLE andere partijen. De gegevens zouden er als volgt uit moeten zien: MultisigxV2Rn1WC6rFTBNJkY4qjHv8UYXGifkHemhyRJmXnNVtQY8dcx4T2fZBnnCy2iMAFVerhacP1UytUMaGyAN5N5XvnXqqY7fyYAaBX639tG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF3XFV xmv3XjngbXYY47EXY1BgZk6UYxBAN12Ep2ETqR6rpTvUB8QJmQkrdUpiiu146zoiHieUj2He4KwCgkPj9vK7Y .
Alle partijen moeten het volgende commando uitvoeren (2e keer): exchange_multisig_keys waar En komt overeen met de gegevens van de andere ondertekenaars die in stap 11 zijn gedeeld. Deze stap zou de multisig-portemonnee moeten genereren en u om het portemonnee-adres moeten vragen. .
Vergelijk het portemonnee-adres met alle partijen om er zeker van te zijn dat ze hetzelfde zijn. Als ze niet hetzelfde zijn, is er iets misgegaan en moet u opnieuw beginnen met het gebruiken van de portefeuillebestanden waarvan u een back-up hebt gemaakt in stap 4. .
Type zaad en maak een back-up van de zaadreeks, die er als volgt uitziet (het multisig-zaad is anders dan het gebruikelijke zaad): 020000000300000005cd2e5a01ef0830eb666b838d8402795ae8f24f6e3cf2068ff8e48899aed11f500473d4c3a9b9bb9451f19facfff91def79172ed466b808f9fa2173a25d149e4a1c1161be6c029b2c4d0ca5fc806ddc1d46edc7dc3d0727a68ad2f6d24bf6086d269cfd2255f73375939820a71802e25e12abd220271a16505059cb168ce90367c23b78dda9038037406aafa4e6d8ed363f998209ab2a6432c78e5597411a0fb43da66388574bda7edbe6122ee6e8ce987a5eb553ccf3cac170b8031448aa05436d4f88e749ea315b12c6c3b93e5905d63bd6f29df0ba3f4cc888318a1f49c45813af87c6d890797fd36bb2c61ec3f0cd009ec413d1e10d71b19e4f6b893381d6a58526d2f35a1726e847e4bed22ea71f7deb2dc7aff8c7c12505345af8611a .
Sluit de portemonnee en maak een back-up van de portemonneebestanden.
Een van de partijen moet geld naar het gedeelde adres sturen.
Log opnieuw in en synchroniseer de portemonnee om er zeker van te zijn dat het geld door alle partijen is ontvangen en bevestigd.
Voorbereiding voor verzending
Ter voorbereiding op het verzenden typt Persoon 1 het commando: export_multisig_info <filename> is slechts een naam voor het bestand dat u wilt exporteren, het zou iets eenvoudigs moeten zijn. Het gegenereerde bestand heet a Sleutelafbeelding, en is een momentopname van de uitvoer van de portemonnee. .
Stuur het geëxporteerde bestand naar Persoon 2. Persoon 3 kan dit ook doen, maar is niet verplicht. .
Persoon 2 en/of Persoon 3 downloadt het gedeelde bestand en plaatst het in dezelfde map als de CLI-app. .
Persoon 2 of Persoon 3 typt het commando: import_multisig_info <filename> is hetzelfde bestand als dat gemaakt in stap 18 en gedeeld in stap 19. .
Degene die in stap 21 de sleutelafbeelding heeft geïmporteerd, kan nu een Transactie aanmaken.
Bezig met verzenden
Persoon 2 of Persoon 3 maakt op de gebruikelijke manier een transactie aan door het volgende te typen: overdracht Hierdoor wordt een bestand gemaakt met de naam multisig_haven_tx die wordt teruggestuurd naar persoon 1. .
Persoon 1 downloadt en plaatst het bovenstaande bestand in dezelfde map als de CLI-app en typt de opdracht: sign_multisig multisig_haven_tx .
Eenmaal succesvol ondertekend, typt Persoon 1 de volgende opdracht om de TX in te dienen: indien_multisig multisig_haven_tx
Opmerkingen
Als Persoon 1 en Persoon 2 een of meer TX's hebben uitgevoerd en Persoon 3 niet in de buurt was, wordt bij het synchroniseren van de kluis door Persoon 3 niet het juiste bedrag weergegeven.
Om dit op te lossen, zal Persoon 3 de laatste Sleutelafbeelding moeten importeren die in Stap 19 is gedeeld van een van de deelnemers met behulp van de opdracht in Stap 20. Eenmaal geïmporteerd, kan Persoon 3 een “vernieuwing” uitvoeren en wordt het juiste portemonneesaldo weergegeven.
Als het te lang duurt tussen het voorbereiden van het verzenden (het delen van sleutelafbeeldingen) en het maken van de TX, kan er een time-out optreden in het proces en moet u deze fase opnieuw uitvoeren.
VBS werd voor het eerst geïmplementeerd in januari 2023 als onderdeel van de Haven 3.0-tokenomics update.
Vanaf 29 augustus 2023, werd het samen met de rebase bijgewerkt naar Monero v0.18, onder Haven 3.2.
VBS staat voor Gewelfde ondersteuning. De uitdrukking houdt in dat u uw ondersteuning (offshores en onshores) moet ondersteunen met geld in uw kluis. Het is een waarde, een vermenigvuldiger, die de hoeveelheid onderpand bepaalt die in een kluis nodig is om offshore (XHV -> xUSD) of onshore (xUSD -> XHV) te kunnen gebruiken.
Zekerheid wordt de hoeveelheid ontgrendelde XHV in de kluis genoemd.
Wat is het doel van VBS?
In combinatie met een blokkeertijd van 14 dagen voor het Onderpand en een blokkeertijd van 24 uur voor het Omgezette Bedrag, is VBS ontworpen om:
Voorkom prijsmanipulatie van XHV op beurzen om XHV in de kluis te verhogen en hiervan te profiteren ten koste van XHV-houders.
Voorkom overmatig en snel opblazen van XHV door het ondersteuningsproces te vertragen.
Voorkom een doodsspiraal.
In de nieuwste release, Haven 3.2, zijn de VBS-vereisten aanzienlijk verlaagd om:
versnel de conversies en zorg ervoor dat het protocol weer werkt.
help xUSD zijn vaste stek te herwinnen.
Hoe wordt VBS berekend?
VBS is een functie van de Marktkapitalisatieratio.
Marktkapitalisatieratio
De marktkapitalisatieratio is een maatstaf voor de gezondheidstoestand van het protocol. De formule voor het berekenen van de marktkapitalisatieratio is:
Totale activa Marktkapitalisatie is de gecombineerde waarde (in dollars) van alle xAssets (xUSD, xBTC, xAU, enz.). XHV Marktkapitalisatie is het huidige circulerende aanbod van XHV vermenigvuldigd met de huidige prijs van XHV.
De verhouding tussen deze twee marktkapitalisaties bepaalt de status van het protocol. Wanneer de marktkapitalisatie van XHV groter is dan de totale activamarktkapitalisatie, is de verhouding klein en wordt het protocol als in goede staat beschouwd. Wanneer de verhouding hoog is, wordt het protocol als in slechte staat beschouwd.
Als u zich aanmeldt bij de web- of desktopkluis van Haven, ziet u deze verhouding weergegeven op een gekleurde kaart, zoals hieronder weergegeven.
Een gezonde staat wordt geacht een ratio van 0,1 of minder te hebben, waarbij de XHV-marktkapitalisatie ten minste 10 keer zo groot is als de Total Assets-marktkapitalisatie. Dit bevestigt dat alle xAssets veilig worden ondersteund door de onderliggende waarde van ons protocol, XHV.
Berekening van de marktkapitalisatieratio
Om de marktkapitalisatieratio voor uzelf te berekenen, moet u eerst de marktkapitalisaties van XHV en de Total xAssets berekenen.
De marktkapitalisatie van Total Assets is iets lastiger te berekenen, tenzij u deze kunt automatiseren. Eerst moet u de circulerende voorraad van alle activa krijgen, behalve XHV: https://explorer.havenprotocol.org/supply
Aangezien de activa van Haven een grote mate van atomaire eenheden (12) hebben, wordt de orakelprijs weergegeven tot de macht van 12. Gebruik de volgende formule om de activaprijs te berekenen:
Nadat u de marktkapitalisatie van elk activum hebt berekend en bij elkaar hebt opgeteld, komt u bij de marktkapitalisatie Total Assets. Nu kunt u de marktkapitalisatieratio berekenen met behulp van de bovenstaande formule in het gedeelte Marktkapitalisatieratio.
VBS-berekening
De berekening van de VBS is sinds de release van Haven 3.2 vereenvoudigd, wat in één formule kan worden uitgedrukt. Offshores en Onshores hebben een andere formule voor het berekenen van de VBS om XHV iets deflatiever te maken in vergelijking met xUSD.
Offshore-VBS (XHV -> xUSD)
Onshore VBS (xUSD -> XHV)
Wanneer u zich aanmeldt bij de web- of desktopkluis van Haven, worden de Onshore- en Offshore VBS-waarden weergegeven net onder de Market Cap-ratio-grafiek:
VBS en de marktkapitalisatieratio
Er zijn drie belangrijke factoren die kunnen bijdragen aan een stijging van VBS:
Een daling van de prijs van XHV.
Te veel offshoring, verlaging van de marktkapitalisatie van XHV (als de prijs niet stijgt).
Te veel onshoring, wat kan leiden tot een toename van de verkoopdruk van XHV en daarmee een daling van de prijs.
De onderstaande tabel toont de waarden voor de Offshore & Onshore VBS over een reeks marktkapitalisatieverhoudingen.
Een paar opmerkingen over de tabel:
De minimale VBS is 1.
De maximale VBS is 10.
VBS is meer beschermend tegenover Onshores om te voorkomen dat XHV te snel te veel wordt opgeblazen.
Hoe wordt VBS toegepast?
VBS wordt gebruikt bij conversies tussen XHV en xUSD (Offshores en Onshores), en de waarde ervan bepaalt de hoeveelheid onderpand die nodig is voor het ondersteuningsproces.
Offshore voorbeeld
Als u 100 XHV wilt offshoren en de huidige VBS is berekend op 3, heeft u 100 x 3 = 300 XHV als onderpand nodig.
Nadat de conversie is bevestigd, wordt de 100 XHV die is omgezet naar xUSD na 24 uur ontgrendeld en het onderpand (300 XHV) na 14 dagen.
Voorbeeld aan land
Als u 100 xUSD wilt onshore en de huidige VBS is berekend op 10, en de prijs van XHV is $0,20, dan heeft u (100 / 0,20) x 10 = 5.000 XHV als onderpand nodig.
Nadat de conversie is bevestigd, wordt zowel het geconverteerde bedrag (100 xUSD of 500 XHV) na 24 uur ontgrendeld als het onderpand (5.000 XHV) na 14 dagen.
Wordt VBS toegepast op xAssets?
We zijn momenteel niet van plan om conversies van VBS naar xUSD <-> xAssets toe te voegen.
Dit onderwerp is uitgebreid besproken op onze discord-server, dus als je je mening hierover wilt geven, word dan lid van onze server en reageer in het "havenomics" -kanaal.
Handige links
Hieronder vindt u een lijst met enkele nuttige links met betrekking tot conversies en VBS.
Haven Ketenanalyse Deze site is momenteel in aanbouw en wanneer deze klaar is, worden grafieken, marktkapitalisaties, conversiestatistieken, VBS-analyse en meer weergegeven. https://havex.io/haven
Om te profiteren van de voordelen die verpakte tokens aan crypto bieden zonder uw financiële privacy binnen Haven in gevaar te brengen, is er een eenvoudige oplossing:
Stap 1: Maak een speciaal Haven Vault-account aan voor alle ingepakte token-interacties.
…en dat is het. U kunt vervolgens uw oorspronkelijke munten van uw hoofdkluis naar uw 'inpakkluis' sturen, zoals hieronder wordt weergegeven:
Alle transacties binnen Haven zijn privé, dus door een speciaal account te gebruiken voor alle interacties met het bredere DeFi-ecosysteem, kunt u gemakkelijk de voordelen van volledige gebruikersprivacy binnen Haven behouden, terwijl u toegang hebt tot de liquiditeit en het cross-chain-hulpprogramma van DeFi.
Veelgestelde vragen over verpakte tokens
Gemaakt op
Bijgewerkt
doorhavenprotocol
Wat is een ingepakte token?
Een ingepakte token is gewoon een cryptocurrency-token die op een secundaire blockchain bestaat. Hierdoor kan de waarde van een native asset van de ene blockchain worden overgedragen naar een andere blockchain.
In het geval van Haven is het een token dat wordt gebruikt op BSC (Binance Smart Chain). Het behoudt dezelfde waarde als XHV en is te allen tijde 1:1 verzekerd met de oorspronkelijke munt.
Waarom doe je het op Haven?
De kernbelofte van Haven is om voor iedereen een manier te bieden om toegang te krijgen tot cryptovaluta met een stabiele waarde met behoud van volledige gebruikersprivacy. Deze visie is gerealiseerd met een reeks xAssets die beschikbaar zijn op het Haven-netwerk, maar heeft echter een aantal belangrijke compromissen opgeleverd.
Het gebruik van een ingepakt token heeft tot doel het potentieel te ontsluiten en de toegangsdrempels te verminderen door de toegankelijkheid, liquiditeit en bruikbaarheid voor het netwerk te verbeteren.
Ingepakte tokens zoals wXHV bieden interoperabiliteit tussen blockchains, zodat mensen activa gemakkelijk kunnen verplaatsen en kunnen profiteren van functies en toepassingen op andere blockchains. Die voordelen kunnen snellere transactietijden, lagere vergoedingen of opbrengstmogelijkheden zijn.
Hoe werkt het?
Verpakte tokens worden gemaakt en vernietigd door een proces dat 'munten' en 'branden' wordt genoemd. Om een ingepakte token zoals wXHV te slaan, wordt de onderliggende waarde, in dit geval XHV, verzonden naar een bewaarder (de multi-sig-kluis) die de XHV opslaat in een digitale kluis. Zodra de onderliggende XHV is opgesloten, kan een equivalente hoeveelheid wXHV worden geslagen.
Dit proces kan ook worden opgevat als 'inpakken'. Het onderliggende activum wordt "ingepakt" in een digitale kluis met behulp van een slim contract, en een nieuw verpakt activum wordt geslagen voor gebruik op een andere blockchain.
Om wXHV te branden, wordt hetzelfde proces gevolgd, maar in omgekeerde volgorde. De wXHV wordt uit de circulatie verwijderd en de equivalente hoeveelheid XHV wordt vrijgegeven uit de digitale kluis en weer toegelaten in Haven.
Wat gebeurt er met mijn munten als ze worden ingepakt?
Als u uw munten in de eenvoudigste vorm inpakt, betekent dit dat u uw oorspronkelijke munten deponeert in een slimme, contractgestuurde portemonnee. Het slimme contract controleert vervolgens deze storting en geeft het equivalente aantal tokens vrij op uw ontvangstadres.
De munten die je hebt gestort, worden bewaard in de kluis totdat je besluit de tokens uit te pakken en je munten terug te ontvangen naar je Haven-adres.
Hoe worden ze veilig bewaard?
De munten die u deponeert, worden bewaard in een Gnosis Safe met meerdere tekens. Dit betekent dat er voor het uitvoeren van transacties een minimum aantal mensen nodig is om de transactie te ondertekenen voordat munten of tokens kunnen worden verplaatst.
De Gnosis Safe is een open source en formeel geverifieerd self-custody wallet voor gebruik op het Ethereum-netwerk en wordt over het algemeen beschouwd als een van de veiligste opties voor mutil-sig-opslag.
Kan ik ze uitpakken wanneer ik wil?
Ja, u kunt uw tokens op elk moment terugsturen naar het adres van het inpakcontract en ze terug 'uitpakken' naar oorspronkelijke munten.
Waar kan ik mijn ingepakte tokens gebruiken?
De verpakte tokens worden gebridged naar BSC (Binance Smart Chain) waardoor het toegang krijgt tot alle DApps en protocollen die beschikbaar zijn op dat netwerk. Een up-to-date lijst hiervan kan worden bekeken hier. In de toekomst zal het mogelijk zijn om over te stappen naar andere EVM-ketens om toegang te krijgen tot hun nut en liquiditeit.
Waar kan ik mijn ingepakte jetons bewaren?
Er zijn veel portefeuilles die kunnen worden gebruikt om uw tokens op te slaan terwijl ze niet worden gebruikt. Enkele van de meest populaire worden hieronder vermeld:
Heb ik nog steeds dezelfde privacy als ik de ingepakte token gebruik?
U handhaaft niet dezelfde niveaus van gebruikersprivacy tijdens het gebruik van de verpakte tokens, omdat het Ethereum-netwerk standaard meer transparantie heeft.
De kernbelofte van gebruikersprivacy blijft echter volledig intact zodra u uw tokens terug 'uitpakt' naar de oorspronkelijke munten en ze terugzet naar uw Haven-kluis.
Het wordt aanbevolen om altijd een speciaal Haven-adres te gebruiken voor alle interacties met integraties van derden, inclusief de ingepakte tokens en THORChain.
Draaien op Flux
Gemaakt op
Bijgewerkt
doorhavenprotocol
Invoering
Naarmate het project zich ontwikkelt en groeit, is het belangrijk om de projectinfrastructuur mee te ontwikkelen. Omdat het een door de gemeenschap geleid project is, is het essentieel dat we zoveel mogelijk van het project decentraliseren en een van de belangrijkste onderdelen is de hosting van de infrastructuur.
Wat is Flux?
Flux is een gedecentraliseerde cloudinfrastructuurservice die gebruikers de mogelijkheid biedt om hun applicaties op meerdere servers te hosten. Flux draaien op een blockchain-gebaseerde architectuur geeft het meer veerkracht dan een centrale server die traditioneel wordt gebruikt voor hosting. Meer informatie over Flux vind je hier: https://runonflux.io/
Waarom dit belangrijk is voor Haven
De infrastructuur van Haven omvat verschillende onderdelen die essentieel zijn voor het vermogen van gebruikers om naadloos transacties uit te voeren en hun vermogen privé op te slaan. Tot voor kort werden de webkluis, kluisknooppunten, verkenner en papieren portemonnee gehost op Digital Ocean.
Het verplaatsen van de hosting naar Flux zorgt ervoor dat er in geen van deze gevallen een single point of failure is. Flux heeft momenteel meer dan 11k-knooppunten die hun netwerk onderhouden en dit zal helpen om Haven censuurbestendiger en veerkrachtiger te maken tegen aanvallen.
Blockchain-bootstrap
Gemaakt op
Bijgewerkt
doorhavenprotocol
When you run your own node there are a couple of options to download the blockchain. You can run your daemon and sync the chain ‘manually’. This can take some time to do, and the chain will take up a lot of storage (~35GB).
It is also possible to speed up this process by downloading the blockchain bootstrap file.
The file can be downloaded from here: No longer available!
Om het te gebruiken hoeft u alleen maar uw bestaande te vervangen mdb bestand met het gedownloade bestand.
The last update was carried out on 24th August 2024 (~35GB); this will speed up the sync time.
NOTITIE: Omdat dit een 'snapshot' is in plaats van een live importversie van de blockchain, is het niet mogelijk om de authenticiteit van de records te verifiëren. Gebruikers downloaden en gebruiken het op eigen risico.
Activa in omloop
Gemaakt op
Bijgewerkt
doorhavenprotocol
Over XHV Supply
Alle XHV die in omloop is, is afkomstig uit een van de twee bronnen.
1. Mijnbouw, net als elke andere proof-of-work cryptocurrency.
2. Munten, via het munt- en brandmechanisme dat converteert tussen xUSD en XHV tegen de huidige USD-waarde.
Omdat iedereen op elk moment tussen activa kan minten, is het aanbod van XHV elastisch en fluctueert het bij elke conversie. Dit betekent op zijn beurt dat het maximale aanbod niet is afgetopt. Het is echter niet oneindig, aangezien de gedolven hoeveelheid wordt beperkt door het emissieschema en de hoeveelheid die wordt geslagen wordt beperkt door de beschikbaarheid van verhandelbare activa.
xUSD en xAsset aanbod
Alle xAssets in het Haven-ecosysteem zijn afgeleid van XHV, met een vergelijkbaar munt- en brandmechanisme.
Het totaal van deze berekening is zichtbaar op de aanbodpagina:
Nederlands (Formeel) 
English (UK) 
简体中文 
Français 
Deutsch (Sie) 
Português 
Español 
Italiano 
Bahasa Indonesia