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.
REMARQUE: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.
Multisignature
Créé sur
Mis à jour
parprotocole havre
L'article suivant de la base de connaissances explique comment créer et utiliser un Portefeuille CLI multisig Haven. Ces instructions sont basées sur un multisig 2/3, ce qui signifie que sur un total de trois signataires autorisés, deux sont nécessaires pour qu'une transaction soit valide.
En bref, voici les étapes nécessaires pour créer et soumettre une transaction, à condition qu'un portefeuille multisig ait déjà été créé :
Synchronisez les portefeuilles A et B.
Exportez l’image de clé multisig depuis A.
Importez l’image clé multisig dans B.
Générer TX à partir de B.
Importez TX dans A, signez-le là, puis soumettez-le.
Conditions préalables
Cet article suppose que vous avez déjà utilisé la CLI. Si ce n'est pas le cas, il est conseillé de vous familiariser d'abord avec l'utilisation de la CLI. Veuillez rechercher « cli » et « nœud local » dans nos pages de la base de connaissances pour commencer.
Courir havend et assurez-vous que le démon est entièrement synchronisé.
Chaque partie (3 dans ce cas) doit créer un nouveau portefeuille en utilisant Haven-Wallet-cli (assurez-vous que l'exploration en arrière-plan n'est PAS activée).
Quittez le portefeuille, sauvegardez la graine et faites une copie des fichiers du portefeuille (au cas où vous auriez besoin de répéter les étapes).
Reconnectez-vous au portefeuille et exécutez les commandes suivantes : définir activer-multisig-experimental 1 définir l'actualisation automatique 0
Préparez les portefeuilles
Toutes les parties doivent taper la commande suivante : préparer_multisig .
Envoyer la sortie à TOUS d'autres parties (utilisez une plateforme sécurisée comme Element pour le partage). Le résultat devrait ressembler à ceci : MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5KQNLUEpsFNpePMkW8 yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ .
Toutes les parties doivent taper la commande suivante : make_multisig 2 où et correspondent à la autre données des parties partagées à l'étape 7.
La commande devrait ressembler à ceci : make_multisig 2 MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5KQNL UEpsFNpePMkW8yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ MultisigxV2R1MG7sQpykJTv4RMEuyQV6m1FBX9zVMPXva3dragVUh9F9FjTTmJ4DLvUNP57njearPRbHnFv1NvKMeL1yQTdbcy7nQ1r4rDvJQ zHhNvUeCFzAm6TLhwwjAiqfUBtS6ajBFZ8XVsGwLhCc1S3jK7ffsAKARF9cLyEzJgpaXNShnrsY4hEK .
Envoyez les données générées à l'étape 8 à TOUS autres parties. Les données devraient ressembler à ceci : MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDaqQ9E1gsTRQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE1AS65NxkJG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF2DUKKckJoYZc RbCUeNP4PBrExea3na2TUm7FEw995ZL5N9n7nVxysH6JdwLfDjXaWDotxZtyPn1ifXvgJHJctsFPP .
Toutes les parties doivent exécuter la commande suivante (1ère passe) : change_multisig_keys où et correspond aux données des autres parties partagées à l'étape 9.
La commande devrait ressembler à ceci : change_multisig_keys MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDart7ZPUh6A328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNNpyt2fiGgAxt9woCBXsFtdhKm2dmqqY9qF6e wuBXCDLdJ6rYv1Lm7RyuLN4TQBBccBUesMH6FhGB4FcCncaRh8sEEqcXgR1gbZnEzG6tk81TAthWRqFCZTStSNgD9WJKG7F5 MultisigxV2Rn1LV1jgtbFBZQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE15GGTS NN6328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNZ7Q48j4TRAauoTVenC5ZmsS8EViFdieeHtzgPF wrg9cgAX93F7g4UHyAd82BeTRZb3cxsLGQ3nTZb6ey2HN8dJa6Y8ssCniTd6Kchn4cWhS9Qqz38wh xCDNYd7UJCpGCa3k1 .
Envoyez les données générées à l'étape 10 à TOUS autres parties. Les données devraient ressembler à ceci : MultisigxV2Rn1WC6rFTBNJkY4qjHv8UYXGifkHemhyRJmXnNVtQY8dcx4T2fZBnnCy2iMAFVerhacP1UytUMaGyAN5N5XvnXqqY7fyYAaBX639tG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF3X FVxmv3XjngbXYY47EXY1BgZk6UYxBAN12Ep2ETqR6rpTvUB8QJmQkrdUpiiu146zoiHieUj2He4KwCgkPj9vK7Y .
Toutes les parties doivent exécuter la commande suivante (2ème passe) : change_multisig_keys où et correspond aux données des autres signataires partagées à l’étape 11. Cette étape devrait générer le portefeuille multisig et vous demander l'adresse du portefeuille. .
Comparez l'adresse du portefeuille avec toutes les parties pour vous assurer qu'elles sont identiques. S'ils ne sont pas identiques, quelque chose s'est mal passé et vous devez recommencer en utilisant les fichiers du portefeuille sauvegardés à l'étape 4. .
Taper la graine et sauvegardez la chaîne de départ, qui ressemble à ceci (la graine multisig est différente de la graine habituelle) : 020000000300000005cd2e5a01ef0830eb666b838d8402795ae8f24f6e3cf2068ff8e48899aed11f500473d4c3a9b9bb9451f19facfff91def79172ed466b808f9fa2173a25d149e4a1c1161be6c029b2c4d0ca5fc806ddc1d46edc7dc3d0727a68ad2f6d24bf6086d269cfd2255f73375939820a71802e25e12abd220271a16505059cb168ce90367c23b78dda9038037406aafa4e6d8ed363f998209ab2a6432c78e5597411a0fb43da66388574bda7edbe6122ee6e8ce987a5eb553ccf3cac170b8031448aa05436d4f88e749ea315b12c6c3b93e5905d63bd6f29df0ba3f4cc888318a1f49c45813af87c6d890797fd36bb2c61ec3f0cd009ec413d1e10d71b19e4f6b893381d6a58526d2f35a1726e847e4bed22ea71f7deb2dc7aff8c7c12505345af8611a .
Fermez le portefeuille et sauvegardez les fichiers du portefeuille.
L'une des parties doit envoyer des fonds à l'adresse partagée.
Reconnectez-vous et synchronisez le portefeuille pour vous assurer que les fonds ont été reçus et confirmés par toutes les parties.
Préparation à l'envoi
Pour préparer l'envoi, la Personne 1 tape la commande : export_multisig_info <filename> est juste le nom du fichier que vous souhaitez exporter, cela devrait être quelque chose de simple. Le fichier généré est appelé un Image clé, et est un instantané des sorties du portefeuille. .
Envoyez le fichier exporté à la Personne 2. La Personne 3 peut également le faire, mais ce n'est pas obligatoire. .
La personne 2 et/ou la personne 3 télécharge le fichier partagé et le place dans le même répertoire que l'application CLI. .
La personne 2 ou la personne 3 tape la commande : import_multisig_info <filename> est le même fichier que celui créé à l’étape 18 et partagé à l’étape 19. .
Celui qui a importé l'image clé à l'étape 21 peut désormais créer une transaction.
Envoi en cours
La Personne 2 ou la Personne 3 crée une transaction de la manière habituelle en tapant : transfert Cela créera un fichier appelé multisig_haven_tx qui est renvoyé à la personne 1. .
La personne 1 télécharge et place le fichier ci-dessus dans le même répertoire que l'application CLI et tape la commande : sign_multisig multisig_haven_tx .
Une fois la signature réussie, la personne 1 tape la commande suivante pour soumettre le TX : submit_multisig multisig_haven_tx
Remarques
Si la Personne 1 et la Personne 2 ont effectué une ou plusieurs émissions et que la Personne 3 n'était pas là, lorsque la Personne 3 synchronise le coffre-fort, celui-ci n'affichera pas le montant correct.
Pour résoudre ce problème, la personne 3 devra importer la dernière image clé partagée à l'étape 19 par l'un des participants à l'aide de la commande de l'étape 20. Une fois importée, la personne 3 pourra effectuer une « actualisation » et le solde correct du portefeuille sera affiché.
Si le délai entre la préparation de l'envoi (partage des images clés) et la création de l'envoi est trop long, le processus peut expirer et vous devrez refaire cette étape.
VBS a été implémenté pour la première fois dans janvier 2023 dans le cadre de la tokenomics Haven 3.0 mise à jour.
Dès 29 août 2023, il a été mis à jour avec le rebase vers Monero v0.18, sous Haven 3.2.
VBS signifie Étaiement soutenu par la voûte. L'expression implique que vous devez sauvegarder votre étayage (offshore et onshore) avec des fonds dans votre coffre-fort. C'est une valeur, un multiplicateur, qui détermine le montant de Collatéral requis dans un coffre-fort pour pouvoir effectuer du offshore (XHV -> xUSD) ou onshore (xUSD -> XHV).
Collatéral est appelé la quantité de XHV déverrouillé dans le coffre-fort.
Quel est le but de VBS ?
En combinaison avec un délai de blocage de 14 jours pour la Garantie et un délai de blocage de 24 heures pour le Montant Converti, VBS a été conçu pour :
Empêcher la manipulation des prix du XHV sur les échanges afin d'augmenter le XHV à l'intérieur du coffre-fort et d'en tirer profit aux dépens des détenteurs de XHV.
Empêcher le gonflage excessif et rapide du XHV en ralentissant le processus d'étaiement.
Empêcher une spirale de la mort.
Dans la dernière version, Haven 3.2, les exigences VBS ont été considérablement réduites afin de :
accélérez les conversions et faites fonctionner à nouveau le protocole.
aidez xUSD à retrouver son ancrage.
Comment le VBS est-il calculé ?
VBS est une fonction de Ratio de capitalisation boursière.
Ratio de capitalisation boursière
Le ratio de capitalisation boursière est une mesure de l'état de santé du protocole. La formule de calcul du ratio de capitalisation boursière est la suivante :
Capitalisation boursière totale des actifs est la valeur combinée (en dollars) de tous les xAssets (xUSD, xBTC, xAU, etc.). Capitalisation boursière XHV est l'offre actuelle de XHV en circulation multipliée par le prix actuel de XHV.
Le rapport entre ces deux capitalisations boursières détermine l'état du protocole. Lorsque la capitalisation boursière de XHV est supérieure à la capitalisation boursière de l'actif total, le ratio est faible et le protocole est considéré comme sain. Lorsque le ratio est élevé, le protocole est considéré comme étant en mauvais état.
Si vous vous connectez au coffre-fort Web ou de bureau de Haven, vous verrez ce ratio affiché sur un graphique en couleur, comme indiqué ci-dessous.
Un état sain est considéré comme ayant un ratio de 0,1 ou moins, où la capitalisation boursière du XHV est au moins 10 fois supérieure à la capitalisation boursière de l'actif total. Cela confirme que tous les xAssets sont soutenus en toute sécurité par l'actif sous-jacent de notre protocole, XHV.
Calcul du ratio de capitalisation boursière
Pour calculer le ratio de capitalisation boursière pour vous-même, vous devez d'abord calculer les capitalisations boursières de XHV et le Total xAssets.
La capitalisation boursière de l'actif total est légèrement plus délicate à calculer, à moins que vous ne puissiez l'automatiser. Tout d'abord, vous devez obtenir l'approvisionnement en circulation de tous les actifs, à l'exception de XHV : https://explorer.havenprotocol.org/supply
Étant donné que les actifs de Haven ont un grand nombre d'unités atomiques (12), le prix de l'oracle est affiché à la puissance 12. Pour calculer le prix de l'actif, utilisez la formule suivante :
Une fois que vous avez calculé la capitalisation boursière de chaque actif et que vous les avez additionnés, vous arriverez à la capitalisation boursière totale des actifs. Vous pouvez maintenant calculer le ratio de capitalisation boursière à l'aide de la formule indiquée ci-dessus dans la section Ratio de capitalisation boursière.
Calcul VBS
Le calcul du VBS a été simplifié depuis la sortie de Haven 3.2, qui peut être exprimé en une seule formule. Les offshores et les onshores ont une formule différente pour calculer le VBS afin de rendre le XHV légèrement plus déflationniste que le xUSD.
VBS offshore (XHV -> xUSD)
VBS terrestre (xUSD -> XHV)
Lorsque vous vous connectez au coffre-fort Web ou de bureau de Haven, les valeurs VBS Onshore et Offshore s'affichent juste en dessous du graphique du ratio de capitalisation boursière :
VBS et le ratio de capitalisation boursière
Trois facteurs principaux peuvent contribuer à une augmentation du VBS :
Une baisse du prix du XHV.
Trop de délocalisation, abaissant la capitalisation boursière du XHV (si le prix n'augmente pas).
Trop de délocalisation, ce qui peut entraîner une augmentation de la pression vendeuse du XHV et donc une baisse de son prix.
Le tableau ci-dessous présente les valeurs des VBS Offshore et Onshore sur une gamme de ratios de capitalisation boursière.
Quelques points à noter concernant le tableau :
Le VBS minimum est de 1.
Le VBS maximum est de 10.
Le VBS est plus protecteur vis-à-vis des Onshores afin d'éviter de trop gonfler le XHV, trop vite.
Comment VBS est-il appliqué ?
VBS est utilisé dans les conversions entre XHV et xUSD (Offshores et Onshores), et sa valeur détermine le montant de garantie requis pour le processus de shoring.
Exemple offshore
Si vous souhaitez délocaliser 100 XHV et que le VBS actuel a été calculé à 3, vous aurez besoin de 100 x 3 = 300 XHV comme garantie.
Une fois la conversion confirmée, les 100 XHV convertis en xUSD seront débloqués après 24 heures et la garantie (300 XHV) sera débloquée après 14 jours.
Exemple à terre
Si vous souhaitez délocaliser 100 xUSD et que le VBS actuel a été calculé à 10 et que le prix du XHV est de $0,20, vous aurez besoin de (100 / 0,20) x 10 = 5 000 XHV comme garantie.
Une fois la conversion confirmée, le montant converti (100 xUSD ou 500 XHV) sera débloqué après 24 heures et la garantie (5 000 XHV) sera débloquée après 14 jours.
VBS sera-t-il appliqué à xAssets ?
Nous ne prévoyons pas actuellement d'ajouter VBS aux conversions xUSD <-> xAssets.
Ce sujet a été longuement discuté sur notre serveur Discord, donc si vous souhaitez exprimer votre opinion à ce sujet, veuillez rejoindre notre serveur et commenter dans le canal "havenomics".
Liens utiles
Vous trouverez ci-dessous une liste de quelques liens utiles concernant les conversions et VBS.
Analyse de la chaîne Haven Ce site est actuellement en construction et lorsqu'il sera prêt, il affichera des graphiques, des capitalisations boursières, des statistiques de conversion, une analyse VBS et plus encore. https://havex.io/haven
Pour profiter des avantages que les jetons enveloppés apportent à la cryptographie sans compromettre votre confidentialité financière au sein de Haven, il existe une solution simple :
Étape 1 : Créez un compte Haven Vault dédié pour toutes les interactions de jeton encapsulé.
…et c'est tout. Vous pouvez ensuite envoyer vos pièces natives de votre coffre principal vers votre "coffre d'emballage", comme indiqué ci-dessous :
Voûte principale >> << Voûte d'emballage >> << Écosystème DeFi
Toutes les transactions au sein de Haven sont privées. Ainsi, en utilisant un compte dédié pour toutes les interactions avec l'écosystème DeFi plus large, vous pouvez facilement conserver les avantages de la confidentialité totale des utilisateurs au sein de Haven, tout en accédant à la liquidité et à l'utilité inter-chaînes de DeFi.
FAQ sur les jetons enveloppés
Créé sur
Mis à jour
parprotocole havre
Qu'est-ce qu'un jeton enveloppé ?
Un jeton enveloppé est simplement un jeton de crypto-monnaie qui existe sur une blockchain secondaire. Cela permet à la valeur d'un actif natif d'une blockchain d'être transférée vers une autre blockchain.
Dans le cas de Haven c'est un token qui est utilisé sur BSC (Binance Smart Chain). Il conserve la même valeur que XHV et est garanti 1: 1 avec la pièce native à tout moment.
Pourquoi le faire sur Haven ?
La promesse principale de Haven est de fournir à quiconque un moyen d'accéder à une crypto-monnaie à valeur stable tout en préservant la confidentialité totale de l'utilisateur. Cette vision a été réalisée avec une gamme de xAssets disponibles sur le réseau Haven, mais s'est toutefois accompagnée de quelques compromis importants.
L'utilisation d'un jeton enveloppé vise à libérer le potentiel et à réduire les barrières à l'entrée en améliorant l'accessibilité, la liquidité et l'utilité du réseau.
Les jetons enveloppés tels que wXHV offrent une interopérabilité entre les chaînes de blocs afin que les utilisateurs puissent déplacer facilement des actifs et tirer parti des fonctionnalités et des applications sur d'autres chaînes de blocs. Ces avantages peuvent être des délais de transaction plus rapides, des frais moins élevés ou des opportunités d'agriculture de rendement.
Comment ça marche?
Les jetons emballés sont créés et détruits par un processus appelé « frappe » et « gravure ». Pour frapper un jeton enveloppé tel que wXHV, l'actif sous-jacent, dans ce cas XHV, est envoyé à un dépositaire (le coffre-fort multi-sig) qui stocke le XHV dans un coffre-fort numérique. Une fois que le XHV sous-jacent a été verrouillé, une quantité équivalente de wXHV peut être frappée.
Ce processus peut également être compris comme un « emballage ». L'actif sous-jacent est "enveloppé" dans un coffre-fort numérique à l'aide d'un contrat intelligent, et un actif nouvellement enveloppé est créé pour être utilisé sur une autre blockchain.
Pour graver wXHV, le même processus est suivi, mais en sens inverse. Le wXHV est retiré de la circulation et la quantité équivalente de XHV est libérée du coffre-fort numérique et autorisée à revenir dans Haven.
Qu'arrive-t-il à mes pièces lorsqu'elles sont emballées ?
Envelopper vos pièces dans sa forme la plus simple signifie que vous déposez vos pièces natives dans un portefeuille contrôlé par contrat intelligent. Le contrat intelligent vérifie ensuite ce dépôt et libère le nombre équivalent de jetons à votre adresse de réception.
Les pièces que vous avez déposées sont conservées dans le coffre jusqu'à ce que vous décidiez de "déballer" les jetons et de recevoir vos pièces à votre adresse Haven.
Comment sont-ils conservés en toute sécurité ?
Les pièces que vous déposez sont conservées dans un coffre-fort multi-signatures Gnosis. Cela signifie que pour effectuer des transactions, il faut qu'un nombre minimum de personnes signent la transaction avant que des pièces ou des jetons puissent être déplacés.
le Coffre-fort de Gnose est une source ouverte et formellement vérifié portefeuille en libre-service à utiliser sur le réseau Ethereum et est généralement considéré comme l'une des options les plus sûres pour le stockage mutil-sig.
Puis-je les déballer quand je veux ?
Oui, vous pouvez renvoyer vos jetons à l'adresse du contrat d'emballage et les "déballer" dans des pièces natives à tout moment.
Où puis-je utiliser mes jetons enveloppés ?
Les jetons enveloppés seront reliés à BSC (Binance Smart Chain) lui donnant accès à tous les DApps et protocoles disponibles sur ce réseau. Une liste à jour de ceux-ci peut être consultée ici. À l'avenir, il sera possible de se connecter à d'autres chaînes EVM afin d'accéder à leur utilité et à leur liquidité.
Où puis-je stocker mes jetons emballés ?
Il existe de nombreux portefeuilles qui peuvent être utilisés pour stocker vos jetons lorsqu'ils ne sont pas utilisés. Certains des plus populaires sont énumérés ci-dessous :
Ai-je toujours la même confidentialité lorsque j'utilise le jeton enveloppé ?
Vous ne maintenez pas les mêmes niveaux de confidentialité des utilisateurs lorsque vous utilisez les jetons enveloppés, car le réseau Ethereum a une plus grande transparence par défaut.
Cependant, la promesse fondamentale de la confidentialité des utilisateurs reste pleinement intacte une fois que vous "déballez" vos jetons dans les pièces natives et que vous les transférez dans votre coffre-fort Haven.
Il est recommandé de toujours utiliser une adresse Haven dédiée pour toutes les interactions avec les intégrations tierces, y compris les jetons enveloppés et THORChain.
Fonctionnant sur Flux
Créé sur
Mis à jour
parprotocole havre
introduction
Au fur et à mesure que le projet se développe et grandit, il est important de faire évoluer l'infrastructure du projet avec lui. Étant un projet dirigé par la communauté, il est essentiel que nous décentralisions autant que possible le projet et l'une des parties les plus importantes est l'hébergement de l'infrastructure.
Qu'est-ce que Flux ?
Flux est un service d'infrastructure cloud décentralisé qui offre aux utilisateurs la possibilité d'héberger leurs applications sur plusieurs serveurs. L'exécution de Flux sur une architecture basée sur la blockchain lui confère une plus grande résilience qu'un serveur central traditionnellement utilisé pour l'hébergement. Vous pouvez en savoir plus sur Flux ici : https://runonflux.io/
Pourquoi c'est important pour Haven
L'infrastructure de Haven comprend plusieurs éléments qui sont essentiels à la capacité des utilisateurs à effectuer des transactions et à stocker de manière transparente leur patrimoine en privé. Jusqu'à récemment, le coffre-fort Web, les nœuds de coffre-fort, l'explorateur et le portefeuille papier étaient hébergés sur Digital Ocean.
Le déplacement de l'hébergement vers Flux garantira qu'il n'y a aucun point de défaillance unique dans aucun de ces éléments. Flux compte actuellement plus de 11 000 nœuds qui maintiennent leur réseau, ce qui contribuera à rendre Haven plus résistant à la censure et plus résistant aux attaques.
Amorçage de la blockchain
Créé sur
Mis à jour
parprotocole havre
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!
Pour l'utiliser, il vous suffit de remplacer votre existant mdb fichier avec le fichier téléchargé.
The last update was carried out on 24th August 2024 (~35GB); this will speed up the sync time.
REMARQUE: Parce qu'il s'agit d'un «instantané» plutôt que d'une version d'importation en direct de la blockchain, il n'est pas possible de vérifier l'authenticité des enregistrements. Les utilisateurs le téléchargent et l'utilisent à leurs risques et périls.
Actifs en circulation
Créé sur
Mis à jour
parprotocole havre
À propos de l'approvisionnement XHV
Tous les XHV en circulation proviennent de l'une des deux sources.
1. L'exploitation minière, comme toute autre crypto-monnaie de preuve de travail.
2. Frappe, via le mécanisme de frappe et de gravure qui convertit entre xUSD et XHV à la valeur actuelle en USD.
Parce que n'importe qui peut frapper entre les actifs à tout moment, l'offre de XHV est élastique, fluctuant à chaque conversion. Ceci, à son tour, signifie que l'offre maximale n'est pas plafonnée. Cependant, il n'est pas infini, car la quantité extraite est limitée par le calendrier des émissions et la quantité extraite est plafonnée par la disponibilité des actifs négociables.
Offre xUSD et xAsset
Tous les xAssets de l'écosystème Haven sont dérivés de XHV, en utilisant un mécanisme de mint and burn similaire.
Le total de ce calcul est visible sur la page fourniture :
Français 
English (UK) 
简体中文 
Nederlands (Formeel) 
Deutsch (Sie) 
Português 
Español 
Italiano 
Bahasa Indonesia