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.
NOTA: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.
Multisig
Creato
Aggiornato
dihavenprotocol
Il seguente articolo della Knowledge Base spiega come creare e utilizzare un file Portafoglio CLI multisig Haven. Queste istruzioni si basano su un multisig 2/3, il che significa che su un totale di tre firmatari autorizzati, due qualsiasi sono necessari per rendere valida una transazione.
In breve, questi sono i passaggi necessari per creare e inviare una transazione, a condizione che sia già stato creato un portafoglio multisig:
Sincronizza i portafogli A e B.
Esporta l'immagine della chiave multisig da A.
Importa l'immagine della chiave multisig in B.
Genera TX da B.
Importa TX in A, firmalo lì, quindi invialo.
Prerequisiti
Questo articolo presuppone che tu abbia già utilizzato la CLI. Se così non fosse, ti consigliamo di familiarizzare prima con l'uso della CLI. Per iniziare, cerca "cli" e "nodo locale" nelle nostre pagine KB.
Correre havend e assicurati che il demone sia completamente sincronizzato.
Ciascuna parte (3 in questo caso) deve creare un nuovo portafoglio utilizzando rifugio-portafoglio-cli (assicurati che il mining in background NON sia abilitato).
Esci dal portafoglio, esegui il backup del seed e crea una copia dei file del portafoglio (nel caso sia necessario ripetere i passaggi).
Accedi nuovamente al portafoglio ed esegui i seguenti comandi: imposta abilita-multisig-sperimentale 1 imposta l'aggiornamento automatico 0
Preparare i portafogli
Tutte le parti devono digitare il seguente comando: prepare_multisig .
Invia l'output a TUTTO altre parti (usa una piattaforma sicura come Element per la condivisione). L'output dovrebbe assomigliare a questo: MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5KQNLUEpsFNpePMk W8yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ .
Tutte le parti devono digitare il seguente comando: make_multisig 2 Dove E corrispondono a altro dati delle parti condivisi al punto 7.
Il comando dovrebbe assomigliare a questo: make_multisig 2 MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5K QNLUEpsFNpePMkW8yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ MultisigxV2R1MG7sQpykJTv4RMEuyQV6m1FBX9zVMPXva3dragVUh9F9FjTTmJ4DLvUNP57njearPRbHnFv1NvKMeL1yQTdbcy7nQ1r4r DvJQzHhNvUeCFzAm6TLhwwjAiqfUBtS6ajBFZ8XVsGwLhCc1S3jK7ffsAKaRF9cLyEzJgpaXNShnrsY4hEK .
Invia i dati generati nel passaggio 8 a TUTTO altri partiti. I dati dovrebbero assomigliare a questo: MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDaqQ9E1gsTRQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE1AS65NxkJG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF2DUKKckJoYZ cRbCUeNP4PBrExea3na2TUm7FEw995ZL5N9n7nVxysH6JdwLfDjXaWDotxZtyPn1ifXvgJHJctsFPP .
Tutte le parti devono eseguire il seguente comando (1° passaggio): scambio_multisig_keys Dove E corrisponde ai dati delle altre parti condivisi nel passaggio 9.
Il comando dovrebbe assomigliare a questo: exchange_multisig_keys MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDart7ZPUh6A328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNNpyt2fiGgAxt9woCBXsFtdhKm2dmqqY9qF 6ewuBXCDLdJ6rYv1Lm7RyuLN4TQBBccBUesMH6FhGB4FcCncaRh8sEEqcXgR1gbZnEzG6tk81TAthWRqFCZTStSNgD9WJKG7F5 MultisigxV2Rn1LV1jgtbFBZQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE1 5GGTSNN6328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNZ7Q48j4TRAauoTVenC5ZmsS8EViFdiee HtzgPFwrg9cgAX93F7g4UHyAd82BeTRZb3cxsLGQ3nTZb6ey2HN8dJa6Y8ssCniTd6Kchn4cWhS9Q qz38whxCDNYd7UJCpGCa3k1 .
Invia i dati generati nel passaggio 10 a TUTTO altri partiti. I dati dovrebbero assomigliare a questo: MultisigxV2Rn1WC6rFTBNJkY4qjHv8UYXGifkHemhyRJmXnNVtQY8dcx4T2fZBnnCy2iMAFVerhacP1UytUMaGyAN5N5XvnXqqY7fyYAaBX639tG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF3XF Vxmv3XjngbXYY47EXY1BgZk6UYxBAN12Ep2ETqR6rpTvUB8QJmQkrdUpiiu146zoiHieUj2He4KwCgkPj9vK7Y .
Tutte le parti devono eseguire il seguente comando (2° passaggio): scambio_multisig_keys Dove E corrisponde ai dati degli altri firmatari condivisi nel passaggio 11. Questo passaggio dovrebbe generare il portafoglio multisig e richiederti l'indirizzo del portafoglio. .
Confronta l'indirizzo del portafoglio con tutte le parti per assicurarti che siano gli stessi. Se non sono uguali, qualcosa è andato storto ed è necessario ricominciare a utilizzare i file del portafoglio di cui è stato eseguito il backup nel passaggio 4. .
genere seme ed esegui il backup della stringa del seme, che assomiglia a questa (il seme multisig è diverso dal solito seme): 020000000300000005cd2e5a01ef0830eb666b838d8402795ae8f24f6e3cf2068ff8e48899aed11f500473d4c3a9b9bb9451f19facfff91def79172ed466b808f9fa2173a25d149e4a1c1161be6c029b2c4d0ca5fc806ddc1d46edc7dc3d0727a68ad2f6d24bf6086d269cfd2255f73375939820a71802e25e12abd220271a16505059cb168ce90367c23b78dda9038037406aafa4e6d8ed363f998209ab2a6432c78e5597411a0fb43da66388574bda7edbe6122ee6e8ce987a5eb553ccf3cac170b8031448aa05436d4f88e749ea315b12c6c3b93e5905d63bd6f29df0ba3f4cc888318a1f49c45813af87c6d890797fd36bb2c61ec3f0cd009ec413d1e10d71b19e4f6b893381d6a58526d2f35a1726e847e4bed22ea71f7deb2dc7aff8c7c12505345af8611a .
Chiudi il portafoglio ed esegui il backup dei file del portafoglio.
Una delle parti deve inviare fondi all'indirizzo condiviso.
Accedi nuovamente e sincronizza il portafoglio per assicurarti che i fondi siano stati ricevuti e confermati da tutte le parti.
Preparazione per l'invio
Per prepararsi all'invio, la Persona 1 digita il comando: export_multisig_info <filename> è solo un nome per il file che vuoi esportare, dovrebbe essere qualcosa di semplice. Il file generato si chiama a Immagine chiave, ed è un'istantanea degli output del portafoglio. .
Invia il file esportato alla Persona 2. Anche la Persona 3 può farlo, ma non è obbligatorio. .
La persona 2 e/o la persona 3 scarica il file condiviso e lo inserisce nella stessa directory dell'app CLI. .
La persona 2 o la persona 3 digita il comando: import_multisig_info <filename> è lo stesso file creato al passaggio 18 e condiviso al passaggio 19. .
Chiunque abbia importato l'immagine della chiave nel passaggio 21, ora è in grado di creare una transazione.
Invio
La Persona 2 o la Persona 3 creano una transazione nel solito modo digitando: trasferimento Questo creerà un file chiamato multisig_haven_tx che viene rimandato alla Persona 1. .
La persona 1 scarica e inserisce il file precedente nella stessa directory dell'app CLI e digita il comando: sign_multisig multisig_haven_tx .
Una volta firmato con successo, la Persona 1 digita il seguente comando per inviare la TX: submission_multisig multisig_haven_tx
Appunti
Se la Persona 1 e la Persona 2 hanno condotto uno o più TX e la Persona 3 non era nei paraggi, quando la Persona 3 sincronizza il caveau, non verrà visualizzato l'importo corretto.
Per risolvere questo problema, la Persona 3 dovrà importare l'ultima immagine chiave condivisa nel Passaggio 19 da uno dei partecipanti utilizzando il comando nel Passaggio 20. Una volta importata, la Persona 3 può eseguire un "aggiornamento" e verrà visualizzato il saldo corretto del portafoglio.
Se è necessario troppo tempo tra la preparazione per l'invio (condivisione delle immagini chiave) e la creazione della TX, il processo potrebbe scadere ed è necessario ripetere questa fase.
VBS è stato implementato per la prima volta nel gennaio 2023 come parte della tokenomics Haven 3.0 aggiornamento.
Come di 29 agosto 2023, è stato aggiornato insieme al rebase a Monero v0.18, sotto Haven 3.2.
VBS sta per Puntellamento sostenuto da volta. La frase implica che devi sostenere il tuo puntellamento (offshore e onshore) con fondi nel tuo caveau. È un valore, un moltiplicatore, che determina la quantità di garanzia richiesta in un caveau per poter essere offshore (XHV -> xUSD) o onshore (xUSD -> XHV).
Garanzia è indicato come la quantità di XHV sbloccato nel caveau.
Qual è lo scopo di VBS?
In combinazione con un tempo di blocco della Garanzia di 14 giorni e un tempo di blocco di 24 ore per l'Importo Convertito, VBS è stato progettato per:
Impedire la manipolazione dei prezzi di XHV sulle borse al fine di aumentare XHV all'interno del caveau e trarne profitto a spese dei detentori di XHV.
Prevenire il gonfiaggio eccessivo e rapido di XHV rallentando il processo di puntellamento.
Prevenire una spirale mortale.
Nell'ultima versione, Haven 3.2, i requisiti VBS sono stati ridotti notevolmente al fine di:
accelerare le conversioni e far funzionare nuovamente il protocollo.
aiutare xUSD a ritrovare il suo ancoraggio.
Come viene calcolato il VBS?
VBS è una funzione di Rapporto di capitalizzazione di mercato.
Rapporto di capitalizzazione di mercato
Il market cap ratio è una misura dello stato di salute del protocollo. La formula per calcolare il market cap ratio è:
Capitalizzazione di mercato totale delle attività è il valore combinato (in dollari) di tutti gli xAsset (xUSD, xBTC, xAU, ecc.). Capitalizzazione di mercato XHV è l'attuale offerta circolante di XHV moltiplicata per il prezzo corrente di XHV.
Il rapporto tra queste due capitalizzazioni di mercato determina lo stato del protocollo. Quando la capitalizzazione di mercato di XHV è maggiore della capitalizzazione di mercato delle attività totali, il rapporto è piccolo e il protocollo è considerato in buono stato. Quando il rapporto è alto, il protocollo è considerato in cattivo stato.
Se accedi al vault Web o Desktop di Haven, vedrai questo rapporto visualizzato su un grafico colorato, come mostrato di seguito.
Uno stato sano è considerato avere un rapporto di 0,1 o inferiore, in cui la capitalizzazione di mercato XHV è almeno 10 volte la dimensione della capitalizzazione di mercato Total Assets. Ciò afferma che tutti gli xAssets sono supportati in modo sicuro dall'asset sottostante del nostro protocollo, XHV.
Calcolo del rapporto della capitalizzazione di mercato
Per calcolare il rapporto della capitalizzazione di mercato per te stesso, devi prima calcolare le capitalizzazioni di mercato di XHV e Total xAssets.
La capitalizzazione di mercato Total Assets è leggermente più complicata da calcolare, a meno che tu non sia in grado di automatizzarla. Innanzitutto, è necessario ottenere l'offerta circolante di tutti gli asset, a parte XHV: https://explorer.havenprotocol.org/supply
Successivamente, è necessario ottenere il prezzo corrente per ciascuna di queste risorse dall'oracolo: https://oracle.havenprotocol.org/
Poiché gli asset di Haven hanno un elevato numero di unità atomiche (12), il prezzo dell'oracolo è espresso in potenza di 12. Per calcolare il prezzo dell'asset, utilizzare la seguente formula:
Dopo aver calcolato la capitalizzazione di mercato di ciascun asset e averle sommate, arriverai alla capitalizzazione di mercato totale delle attività. Ora puoi calcolare il rapporto di capitalizzazione di mercato utilizzando la formula mostrata sopra nella sezione Rapporto di capitalizzazione di mercato.
Calcolo VBS
Il calcolo del VBS è stato semplificato a partire dal rilascio di Haven 3.2, che può essere espresso in un'unica formula. Offshore e Onshore hanno una formula diversa per il calcolo del VBS in modo da rendere XHV leggermente più deflazionistico rispetto a xUSD.
VBS offshore (XHV -> xUSD)
VBS onshore (xUSD -> XHV)
Quando accedi al vault Web o Desktop di Haven, i valori VBS Onshore e Offshore vengono visualizzati appena sotto il grafico del rapporto della capitalizzazione di mercato:
VBS e il Market Cap Ratio
Ci sono tre fattori principali che possono contribuire a un aumento della VBS:
Una diminuzione del prezzo di XHV.
Troppa delocalizzazione, abbassamento della capitalizzazione di mercato di XHV (se il prezzo non sale).
Troppo onshoring, che può portare a un aumento della pressione di vendita di XHV e quindi a un calo del suo prezzo.
La tabella seguente mostra i valori per il VBS offshore e onshore in una gamma di rapporti di capitalizzazione di mercato.
Alcuni punti da notare sulla tabella:
Il VBS minimo è 1.
Il VBS massimo è 10.
VBS è più protettivo nei confronti di Onshore per evitare di gonfiare troppo e troppo velocemente XHV.
Come si applica VBS?
VBS viene utilizzato nelle conversioni tra XHV e xUSD (Offshore e Onshore) e il suo valore determina l'importo della garanzia richiesta per il processo di puntellazione.
Esempio offshore
Se desideri offshore 100 XHV e l'attuale VBS è stato calcolato come 3, avrai bisogno di 100 x 3 = 300 XHV come garanzia.
Dopo la conferma della conversione, i 100 XHV convertiti in xUSD verranno sbloccati dopo 24 ore e la garanzia (300 XHV) verrà sbloccata dopo 14 giorni.
Esempio a terra
Se desideri trasferire onshore 100 xUSD e l'attuale VBS è stato calcolato come 10 e il prezzo di XHV è $0,20, avrai bisogno di (100 / 0,20) x 10 = 5.000 XHV come garanzia.
Dopo che la conversione è stata confermata, l'importo convertito (100 xUSD o 500 XHV) verrà sbloccato dopo 24 ore e la garanzia (5.000 XHV) verrà sbloccata dopo 14 giorni.
VBS verrà applicato a xAssets?
Al momento non prevediamo di aggiungere VBS alle conversioni xUSD <-> xAssets.
Questo argomento è stato ampiamente discusso nel nostro server discord, quindi se desideri esprimere la tua opinione in merito, unisciti al nostro server e commenta nel canale "havenomics".
Link utili
Di seguito è riportato un elenco di alcuni link utili in relazione a conversioni e VBS.
Analisi della catena Haven Questo sito è attualmente in costruzione e quando sarà pronto, mostrerà grafici, capitalizzazioni di mercato, statistiche di conversione, analisi VBS e altro ancora. https://havex.io/haven
Per sfruttare i vantaggi che i token incapsulati apportano alle criptovalute senza compromettere la tua privacy finanziaria all'interno di Haven, esiste una soluzione semplice:
Passaggio 1: crea un account Haven Vault dedicato per tutte le interazioni dei token incapsulati.
... e basta. Puoi quindi inviare le tue monete native dal tuo caveau principale al tuo "caveau di avvolgimento" come mostrato di seguito:
Volta principale >> << Volta avvolgente >> << Ecosistema DeFi
Tutte le transazioni all'interno di Haven sono private, quindi, utilizzando un account dedicato per tutte le interazioni con l'ecosistema DeFi più ampio, puoi facilmente mantenere i vantaggi della piena privacy dell'utente all'interno di Haven, accedendo al contempo alla liquidità e all'utilità cross-chain della DeFi.
Domande frequenti sui token avvolti
Creato
Aggiornato
dihavenprotocol
Che cos'è un token avvolto?
Un token avvolto è semplicemente un token di criptovaluta che esiste su una blockchain secondaria Ciò consente al valore di un asset nativo da una blockchain di trasferirsi a un'altra blockchain.
Nel caso di Haven si tratta di un token che viene utilizzato su BSC (Binance Smart Chain). Mantiene lo stesso valore di XHV ed è sempre garantito 1:1 con la moneta nativa.
Perché farlo su Haven?
La promessa principale di Haven è di fornire a chiunque un modo per accedere a una criptovaluta a valore stabile mantenendo la piena privacy dell'utente. Questa visione è stata realizzata con una gamma di xAsset disponibili sulla rete Haven, ma ha comunque raggiunto un paio di importanti compromessi.
L'utilizzo di un token avvolto mira a sbloccare il potenziale e riduce le barriere all'ingresso migliorando l'accessibilità, la liquidità e l'utilità per la rete.
I token avvolti come wXHV offrono interoperabilità tra blockchain in modo che le persone possano spostare facilmente le risorse e sfruttare funzionalità e applicazioni su altre blockchain. Tali vantaggi potrebbero essere tempi di transazione più rapidi, commissioni più basse o opportunità di produzione agricola.
Come funziona?
I token avvolti vengono creati e distrutti da un processo chiamato "minting" e "burning". Per coniare un token avvolto come wXHV, l'asset sottostante, in questo caso XHV, viene inviato a un custode (la cassaforte multi-sig) che archivia l'XHV in un deposito digitale. Una volta che l'XHV sottostante è stato bloccato, è possibile coniare una quantità equivalente di wXHV.
Questo processo può anche essere inteso come "avvolgimento". L'asset sottostante viene "impacchettato" in un deposito digitale utilizzando uno smart contract e un asset appena avvolto viene coniato per essere utilizzato su un'altra blockchain.
Per masterizzare wXHV, viene seguita la stessa procedura, ma al contrario. Il wXHV viene rimosso dalla circolazione e la quantità equivalente di XHV viene rilasciata dal caveau digitale e rimessa in Haven.
Cosa succede alle mie monete quando vengono avvolte?
Avvolgere le tue monete nella sua forma più semplice significa depositare le tue monete native in un portafoglio controllato da smart contract. Lo smart contract controlla quindi questo deposito e rilascia il numero equivalente di token al tuo indirizzo di ricezione.
Le monete che hai depositato vengono mantenute nel caveau fino a quando non decidi di "srotolare" i gettoni e di ricevere le tue monete al tuo indirizzo Haven.
Come vengono tenuti al sicuro?
Le monete che depositi sono conservate in una cassaforte Gnosis multi-sig. Ciò significa che per effettuare qualsiasi transazione è necessario un numero minimo di persone che firmino la transazione prima che eventuali monete o gettoni possano essere spostati.
Il Gnosi al sicuro è un open source e formalmente verificato portafoglio di auto-custodia da utilizzare sulla rete Ethereum ed è generalmente considerato una delle opzioni più sicure per l'archiviazione mutil-sig.
Posso scartarli quando voglio?
Sì, puoi rispedire i tuoi token all'indirizzo del contratto di confezionamento e "scartarli" in monete native in qualsiasi momento.
Dove posso usare i miei gettoni incartati?
I token impacchettati verranno collegati a BSC (Binance Smart Chain) dandogli accesso a tutte le DApp e ai protocolli disponibili su quella rete. È possibile visualizzare un elenco aggiornato di questi Qui. In futuro sarà possibile collegarsi ad altre catene di EVM per accedere alla loro utilità e liquidità.
Dove posso conservare i miei token incartati?
Esistono molti portafogli che possono essere utilizzati per archiviare i tuoi token mentre non vengono utilizzati. Alcuni dei più popolari sono elencati di seguito:
Ho ancora la stessa privacy quando utilizzo il token avvolto?
Non mantieni gli stessi livelli di privacy degli utenti durante l'utilizzo dei token impacchettati poiché la rete Ethereum ha una maggiore trasparenza per impostazione predefinita.
Tuttavia, la promessa principale della privacy dell'utente rimane completamente intatta una volta che hai "srotolato" i tuoi token sulle monete native e li hai trasferiti nel tuo Haven Vault.
Si consiglia di utilizzare sempre un indirizzo Haven dedicato per tutte le interazioni con integrazioni di terze parti, inclusi i token incapsulati e THORChain.
In esecuzione su Flusso
Creato
Aggiornato
dihavenprotocol
introduzione
Man mano che il progetto si sviluppa e cresce, è importante far evolvere l'infrastruttura del progetto con esso. Essendo un progetto guidato dalla comunità, è essenziale decentralizzare quanto più possibile il progetto e una delle parti più importanti è l'hosting dell'infrastruttura.
Cos'è Flusso?
Flux è un servizio di infrastruttura cloud decentralizzato che offre agli utenti la possibilità di ospitare le proprie applicazioni su più server. L'esecuzione di Flux su un'architettura basata su blockchain offre una maggiore resilienza rispetto a un server centrale tradizionalmente utilizzato per l'hosting. Puoi saperne di più su Flux qui: https://runonflux.io/
Perché questo è importante per Haven
L'infrastruttura di Haven include diversi elementi che sono fondamentali per la capacità degli utenti di effettuare transazioni e archiviare senza problemi la propria ricchezza in privato. Fino a poco tempo il web vault, i nodi del vault, l'Explorer e il paper wallet erano ospitati su Digital Ocean.
Spostare l'hosting su Flux assicurerà che non ci sia un singolo punto di errore in nessuno di questi. Flux ha attualmente oltre 11.000 nodi che mantengono la propria rete e questo aiuterà a rendere Haven più resistente alla censura e resiliente agli attacchi.
Blockchain Bootstrap
Creato
Aggiornato
dihavenprotocol
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!
Per utilizzarlo è sufficiente sostituire quello esistente mdb file con il file scaricato.
The last update was carried out on 24th August 2024 (~35GB); this will speed up the sync time.
NOTA: Poiché si tratta di una versione "istantanea" piuttosto che di importazione live della blockchain, non è possibile verificare l'autenticità dei record. Gli utenti lo scaricano e lo utilizzano a proprio rischio.
Beni in Circolazione
Creato
Aggiornato
dihavenprotocol
A proposito di fornitura XHV
Tutto l'XHV in circolazione proviene da una delle due fonti.
1. Mining, come qualsiasi altra criptovaluta proof-of-work.
2. Conio, tramite il meccanismo di conio e bruciatura che converte tra xUSD e XHV al valore corrente in USD.
Poiché chiunque può coniare tra asset in qualsiasi momento, l'offerta di XHV è elastica, fluttuando ad ogni conversione. Questo, a sua volta, significa che la fornitura massima è illimitata. Tuttavia, non è infinita, poiché la quantità estratta è limitata dal programma delle emissioni e la quantità coniata è limitata dalla disponibilità di attività negoziabili.
xUSD e xAsset fornitura
Tutti gli xAsset nell'ecosistema Haven sono derivati da XHV, utilizzando un meccanismo simile di menta e brucia.
Il totale di questo calcolo è visibile nella pagina della fornitura:
Italiano 
English (UK) 
简体中文 
Nederlands (Formeel) 
Français 
Deutsch (Sie) 
Português 
Español 
Bahasa Indonesia