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.
HINWEIS: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
Erstellt am
Aktualisiert
durchPortprotokoll
Der folgende KB-Artikel erläutert die Erstellung und Verwendung eines Haven Multisig CLI-Wallet. Diese Anweisungen basieren auf einer 2/3-Multisig. Dies bedeutet, dass von insgesamt drei autorisierten Unterzeichnern zwei beliebige erforderlich sind, um eine Transaktion gültig zu machen.
Kurz gesagt sind dies die Schritte, die zum Erstellen und Senden einer Transaktion erforderlich sind, sofern bereits eine Multisig-Wallet erstellt wurde:
Synchronisieren Sie die Geldbörsen A und B.
Multisig-Schlüsselbild aus A exportieren.
Importieren Sie das Multisig-Schlüsselbild in B.
TX aus B generieren.
Importieren Sie TX in A, signieren Sie es dort und senden Sie es dann ab.
Voraussetzungen
Dieser Artikel setzt voraus, dass Sie die CLI schon einmal verwendet haben. Wenn dies nicht der Fall ist, sollten Sie sich zunächst mit der Verwendung der CLI vertraut machen. Suchen Sie zunächst auf unseren KB-Seiten nach „CLI“ und „Local Node“.
Laufen havend und stellen Sie sicher, dass der Daemon vollständig synchronisiert ist.
Jede Partei (in diesem Fall 3) muss eine neue Brieftasche erstellen mit Hafen-Wallet-CLI (Stellen Sie sicher, dass das Hintergrund-Mining NICHT aktiviert ist).
Beenden Sie die Wallet, sichern Sie den Seed und erstellen Sie eine Kopie der Wallet-Dateien (falls Sie die Schritte wiederholen müssen).
Melden Sie sich erneut beim Wallet an und führen Sie die folgenden Befehle aus: setze enable-multisig-experimental 1 setze automatische Aktualisierung auf 0
Geldbörsen vorbereiten
Alle Parteien geben den folgenden Befehl ein: bereiten_multisig vor .
Senden Sie die Ausgabe an ALLE andere Parteien (verwenden Sie zum Teilen eine sichere Plattform wie Element). Die Ausgabe sollte folgendermaßen aussehen: MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5KQNLUEpsFNpePMkW8yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ .
Alle Parteien geben den folgenden Befehl ein: make_multisig 2 Wo Und entsprechen dem andere Daten der Parteien, die in Schritt 7 weitergegeben wurden.
Der Befehl sollte folgendermaßen aussehen: make_multisig 2 MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5KQNLUEpsFNpePMkW8yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ MultisigxV2R1MG7sQpykJTv4RMEuyQV6m1FBX9zVMPXva3dragVUh9F9FjTTmJ4DLvUNP57njearPRbHnFv1NvKMeL1yQTdbcy7nQ1r4rDvJQzHhNvUeCFzAm6TLhwwjAiqfUBtS6ajBFZ8XVsGwLhCc1S3jK7ffsAKaRF9cLyEzJgpaXNShnrsY4hEK .
Senden Sie die in Schritt 8 generierten Daten an ALLE andere Parteien. Die Daten sollten wie folgt aussehen: MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDaqQ9E1gsTRQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE1AS65NxkJG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF2DUKKckJoYZcRbCUeNP4PBrExea3na2TUm7FEw995ZL5N9n7nVxysH6JdwLfDjXaWDotxZtyPn1ifXvgJHJctsFPP .
Alle Parteien führen den folgenden Befehl aus (1. Durchgang): Austausch_Multisig_Schlüssel Wo Und entspricht den in Schritt 9 freigegebenen Daten der anderen Parteien.
Der Befehl sollte folgendermaßen aussehen: Austausch_Multisig_Schlüssel MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDart7ZPUh6A328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNNpyt2fiGgAxt9woCBXsFtdhKm2dmqqY9qF6ewuBXCDLdJ6rYv1Lm7RyuLN4TQBBccBUesMH6FhGB4FcCncaRh8sEEqcXgR1gbZnEzG6tk81TAthWRqFCZTStSNgD9WJKG7F5 MultisigxV2Rn1LV1jgtbFBZQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE15GGTSNN6328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNZ7Q48j4TRAauoTVenC5ZmsS8EViFdieeHtzgPFwrg9cgAX93F7g4UHyAd82BeTRZb3cxsLGQ3nTZb6ey2HN8dJa6Y8ssCniTd6Kchn4cWhS9Qqz38whxCDNYd7UJCpGCa3k1 .
Senden Sie die in Schritt 10 generierten Daten an ALLE andere Parteien. Die Daten sollten wie folgt aussehen: MultisigxV2Rn1WC6rFTBNJkY4qjHv8UYXGifkHemhyRJmXnNVtQY8dcx4T2fZBnnCy2iMAFVerhacP1UytUMaGyAN5N5XvnXqqY7fyYAaBX639tG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF3XFVxmv3XjngbXYY47EXY1BgZk6UYxBAN12Ep2ETqR6rpTvUB8QJmQkrdUpiiu146zoiHieUj2He4KwCgkPj9vK7Y .
Alle Parteien führen den folgenden Befehl aus (2. Durchgang): Austausch_Multisig_Schlüssel Wo Und entspricht den anderen in Schritt 11 freigegebenen Daten der Unterzeichner. Dieser Schritt sollte die Multisig-Wallet generieren und Sie zur Eingabe der Wallet-Adresse auffordern. .
Vergleichen Sie die Wallet-Adresse aller Parteien, um sicherzustellen, dass sie identisch sind. Wenn sie nicht identisch sind, ist ein Fehler aufgetreten und Sie müssen mit den in Schritt 4 gesicherten Wallet-Dateien erneut beginnen. .
Art Samen und sichern Sie den Seed-String, der folgendermaßen aussieht (der Multisig-Seed unterscheidet sich vom normalen Seed): 020000000300000005cd2e5a01ef0830eb666b838d8402795ae8f24f6e3cf2068ff8e48899aed11f500473d4c3a9b9bb9451f19facfff91def79172ed466b808f9fa2173a25d149e4a1c1161be6c029b2c4d0ca5fc806ddc1d46edc7dc3d0727a68ad2f6d24bf6086d269cfd2255f73375939820a71802e25e12abd220271a16505059cb168ce90367c23b78dda9038037406aafa4e6d8ed363f998209ab2a6432c78e5597411a0fb43da66388574bda7edbe6122ee6e8ce987a5eb553ccf3cac170b8031448aa05436d4f88e749ea315b12c6c3b93e5905d63bd6f29df0ba3f4cc888318a1f49c45813af87c6d890797fd36bb2c61ec3f0cd009ec413d1e10d71b19e4f6b893381d6a58526d2f35a1726e847e4bed22ea71f7deb2dc7aff8c7c12505345af8611a .
Schließen Sie die Brieftasche und sichern Sie die Brieftaschendateien.
Eine der Parteien muss Geld an die gemeinsame Adresse senden.
Melden Sie sich erneut an und synchronisieren Sie die Brieftasche, um sicherzustellen, dass die Gelder von allen Parteien empfangen und bestätigt wurden.
Versandvorbereitung
Zur Vorbereitung des Sendens gibt Person 1 den Befehl ein: export_multisig_info <filename> ist nur ein Name für die Datei, die Sie exportieren möchten. Es sollte etwas Einfaches sein. Die erzeugte Datei heißt Schlüsselbild, und ist eine Momentaufnahme der Ausgaben der Brieftasche. .
Senden Sie die exportierte Datei an Person 2. Person 3 kann dies ebenfalls tun, muss es aber nicht. .
Person 2 und/oder Person 3 laden die freigegebene Datei herunter und legen sie im selben Verzeichnis wie die CLI-App ab. .
Person 2 oder Person 3 gibt den Befehl ein: importiere_multisig_info <filename> ist dieselbe Datei wie die, die in Schritt 18 erstellt und in Schritt 19 freigegeben wurde. .
Wer in Schritt 21 das Schlüsselbild importiert hat, kann nun eine Transaktion erstellen.
Senden
Person 2 oder Person 3 erstellt auf die übliche Weise eine Transaktion, indem sie Folgendes eingibt: überweisen Dadurch wird eine Datei mit dem Namen erstellt multisig_haven_tx welches an Person 1 zurückgesendet wird. .
Person 1 lädt die obige Datei herunter, platziert sie im selben Verzeichnis wie die CLI-App und gibt den Befehl ein: sign_multisig multisig_haven_tx .
Nach der erfolgreichen Unterzeichnung gibt Person 1 den folgenden Befehl ein, um die TX zu übermitteln: Submit_Multisig Multisig_Hafen_TX
Anmerkungen
Wenn Person 1 und Person 2 eine oder mehrere Übertragungen durchgeführt haben und Person 3 nicht anwesend war, wird beim Synchronisieren des Tresors durch Person 3 nicht der richtige Betrag angezeigt.
Um dies zu lösen, muss Person 3 das neueste Schlüsselbild, das in Schritt 19 freigegeben wurde, von einem der Teilnehmer importieren, indem sie den Befehl aus Schritt 20 verwendet. Nach dem Import kann Person 3 eine „Aktualisierung“ durchführen und der korrekte Wallet-Saldo wird angezeigt.
Wenn zwischen der Sendevorbereitung (Freigabe der Schlüsselbilder) und der TX-Erstellung zu viel Zeit vergeht, kann es zu einer Zeitüberschreitung des Vorgangs kommen und Sie müssen diesen Schritt erneut ausführen.
VBS wurde erstmals in implementiert Januar 2023 als Teil der Haven 3.0 Tokenomics aktualisieren.
Ab 29. August 2023, es wurde zusammen mit dem Rebase auf Monero v0.18 unter Haven 3.2 aktualisiert.
VBS steht für Gewölbegestützte Verbauung. Der Ausdruck impliziert, dass Sie Ihre Verbauung (offshore und onshore) mit Geldern in Ihrem Tresor absichern müssen. Es handelt sich um einen Wert, einen Multiplikator, der die Höhe der Sicherheiten bestimmt, die in einem Tresor erforderlich sind, um Offshore (XHV -> xUSD) oder Onshore (xUSD -> XHV) betreiben zu können.
Sicherheit wird als die Menge an freigeschaltetem XHV im Tresor bezeichnet.
Was ist der Zweck von VBS?
In Kombination mit einer 14-tägigen Sperrzeit der Sicherheiten und einer 24-stündigen Sperrzeit für den umgewandelten Betrag wurde VBS entwickelt, um:
Verhindern Sie Preismanipulationen von XHV an Börsen, um XHV innerhalb des Tresors zu erhöhen und auf Kosten der XHV-Inhaber davon zu profitieren.
Verhindern Sie ein übermäßiges und schnelles Aufblasen des XHV, indem Sie den Verbauvorgang verlangsamen.
Verhindern Sie eine Todesspirale.
In der neuesten Version, Haven 3.2, wurden die VBS-Anforderungen erheblich reduziert, um:
Beschleunigen Sie Konvertierungen und bringen Sie das Protokoll wieder zum Laufen.
Helfen Sie xUSD, seine Bindung wiederzugewinnen.
Wie wird VBS berechnet?
VBS ist eine Funktion des Marktkapitalisierungsverhältnis.
Marktkapitalisierungsverhältnis
Das Marktkapitalisierungsverhältnis ist ein Maß für den Gesundheitszustand des Protokolls. Die Formel zur Berechnung des Marktkapitalisierungsverhältnisses lautet:
Marktkapitalisierung des Gesamtvermögens ist der kombinierte Wert (in Dollar) aller xAssets (xUSD, xBTC, xAU usw.). XHV-Marktkapitalisierung ist das aktuelle zirkulierende Angebot von XHV multipliziert mit dem aktuellen Preis von XHV.
Das Verhältnis zwischen diesen beiden Marktkapitalisierungen bestimmt den Status des Protokolls. Wenn die Marktkapitalisierung von XHV größer als die Marktkapitalisierung des Gesamtvermögens ist, ist das Verhältnis klein und das Protokoll gilt als in einem gesunden Zustand. Wenn das Verhältnis hoch ist, wird das Protokoll als in einem schlechten Zustand betrachtet.
Wenn Sie sich beim Web- oder Desktop-Tresor von Haven anmelden, sehen Sie dieses Verhältnis in einem farbigen Diagramm, wie unten gezeigt.
Als gesund gilt ein Verhältnis von 0,1 oder weniger, wenn die XHV-Marktkapitalisierung mindestens das 10-fache der Marktkapitalisierung des Gesamtvermögens beträgt. Dies bestätigt, dass alle xAssets sicher durch den zugrunde liegenden Vermögenswert unseres Protokolls, XHV, abgesichert sind.
Berechnung des Marktkapitalisierungsverhältnisses
Um das Marktkapitalisierungsverhältnis für sich selbst zu berechnen, müssen Sie zuerst die Marktkapitalisierung von XHV und die gesamten xAssets berechnen.
Die Marktkapitalisierung des Gesamtvermögens ist etwas schwieriger zu berechnen, es sei denn, Sie können sie automatisieren. Zuerst müssen Sie die zirkulierende Versorgung aller Vermögenswerte außer XHV erhalten: https://explorer.havenprotocol.org/supply
Da die Vermögenswerte von Haven einen hohen Grad an atomaren Einheiten (12) haben, wird der Orakelpreis hoch 12 angezeigt. Verwenden Sie zur Berechnung des Vermögenspreises die folgende Formel:
Sobald Sie die Marktkapitalisierung jedes Vermögenswerts ermittelt und addiert haben, erhalten Sie die Marktkapitalisierung des Gesamtvermögens. Jetzt können Sie das Marktkapitalisierungsverhältnis mithilfe der oben im Abschnitt „Marktkapitalisierungsverhältnis“ gezeigten Formel berechnen.
VBS-Berechnung
Die Berechnung des VBS wurde seit der Veröffentlichung von Haven 3.2 vereinfacht, was in einer einzigen Formel ausgedrückt werden kann. Offshore- und Onshore-Unternehmen haben eine unterschiedliche Formel zur Berechnung des VBS, um XHV im Vergleich zu xUSD etwas deflationärer zu machen.
Offshore-VBS (XHV -> xUSD)
Onshore-VBS (xUSD -> XHV)
Wenn Sie sich beim Web- oder Desktop-Tresor von Haven anmelden, werden die Onshore- und Offshore-VBS-Werte direkt unter dem Marktkapitalisierungsverhältnis-Diagramm angezeigt:
VBS und das Marktkapitalisierungsverhältnis
Es gibt drei Hauptfaktoren, die zu einem Anstieg der VBS beitragen können:
Ein Rückgang des Preises von XHV.
Zu viel Offshoring, wodurch die Marktkapitalisierung von XHV gesenkt wird (wenn der Preis nicht steigt).
Zu viel Onshoring, was zu einer Erhöhung des Verkaufsdrucks von XHV und damit zu einem Preisverfall führen kann.
Die folgende Tabelle zeigt die Werte für Offshore- und Onshore-VBS für eine Reihe von Marktkapitalisierungsverhältnissen.
Einige Punkte, die Sie zur Tabelle beachten sollten:
Der minimale VBS beträgt 1.
Der maximale VBS beträgt 10.
VBS ist gegenüber Onshores schützender, um zu verhindern, dass XHV zu stark und zu schnell aufgepumpt wird.
Wie wird VBS angewendet?
VBS wird bei Umrechnungen zwischen XHV und xUSD (Offshore und Onshore) verwendet, und sein Wert bestimmt die Höhe der für den Shoring-Prozess erforderlichen Sicherheiten.
Offshore-Beispiel
Wenn Sie 100 XHV ins Ausland verlagern möchten und der aktuelle VBS mit 3 berechnet wurde, benötigen Sie 100 x 3 = 300 XHV als Sicherheit.
Nachdem die Umwandlung bestätigt wurde, werden die 100 XHV, die in xUSD umgewandelt wurden, nach 24 Stunden freigeschaltet und die Sicherheiten (300 XHV) werden nach 14 Tagen freigeschaltet.
Onshore-Beispiel
Wenn Sie 100 xUSD an Land bringen möchten und der aktuelle VBS mit 10 berechnet wurde und der Preis von XHV $0,20 beträgt, benötigen Sie (100 / 0,20) x 10 = 5.000 XHV als Sicherheit.
Nachdem die Umwandlung bestätigt wurde, wird der umgewandelte Betrag (100 xUSD oder 500 XHV) nach 24 Stunden und die Sicherheit (5.000 XHV) nach 14 Tagen freigeschaltet.
Wird VBS auf xAssets angewendet?
Wir planen derzeit nicht, VBS zu Konvertierungen von xUSD <-> xAssets hinzuzufügen.
Dieses Thema wurde auf unserem Discord-Server ausführlich diskutiert. Wenn Sie also Ihre Meinung dazu äußern möchten, treten Sie unserem Server bei und kommentieren Sie im „havenomics“-Kanal.
Nützliche Links
Nachfolgend finden Sie eine Liste mit einigen nützlichen Links in Bezug auf Konvertierungen und VBS.
Haven-Kettenanalyse Diese Seite befindet sich derzeit im Aufbau und wenn sie fertig ist, wird sie Diagramme, Marktkapitalisierungen, Konversionsstatistiken, VBS-Analysen und mehr anzeigen. https://havex.io/haven
Um die Vorteile zu nutzen, die verpackte Token für Krypto bringen, ohne Ihre finanzielle Privatsphäre innerhalb von Haven zu gefährden, gibt es eine einfache Lösung:
Schritt 1: Erstellen Sie ein dediziertes Haven Vault-Konto für alle umschlossenen Token-Interaktionen.
…und das ist es. Sie können dann Ihre nativen Münzen von Ihrem Haupttresor zu Ihrem „Verpackungstresor“ senden, wie unten gezeigt:
Alle Transaktionen innerhalb von Haven sind privat, sodass Sie durch die Verwendung eines dedizierten Kontos für alle Interaktionen mit dem breiteren DeFi-Ökosystem die Vorteile der vollständigen Privatsphäre der Benutzer innerhalb von Haven problemlos aufrechterhalten können, während Sie auf die Liquidität und den kettenübergreifenden Nutzen von DeFi zugreifen.
Häufig gestellte Fragen zu verpackten Token
Erstellt am
Aktualisiert
durchPortprotokoll
Was ist ein verpacktes Token?
Ein verpacktes Token ist einfach ein Kryptowährungstoken, das auf einer sekundären Blockchain existiert. Dadurch kann der Wert eines nativen Assets von einer Blockchain auf eine andere Blockchain übertragen werden.
Im Fall von Haven handelt es sich um einen Token, der auf BSC (Binance Smart Chain) verwendet wird. Es behält den gleichen Wert wie XHV und ist jederzeit 1:1 mit dem einheimischen Coin besichert.
Warum auf Haven?
Das Kernversprechen von Haven besteht darin, jedem eine Möglichkeit zu bieten, auf eine Kryptowährung mit stabilem Wert zuzugreifen und gleichzeitig die vollständige Privatsphäre der Benutzer zu wahren. Diese Vision wurde mit einer Reihe von xAssets verwirklicht, die im Haven-Netzwerk verfügbar sind, ist jedoch mit einigen wichtigen Kompromissen verbunden.
Die Verwendung eines verpackten Tokens zielt darauf ab, das Potenzial freizusetzen und die Eintrittsbarrieren zu verringern, indem die Zugänglichkeit, Liquidität und der Nutzen für das Netzwerk verbessert werden.
Verpackte Token wie wXHV bieten Interoperabilität zwischen Blockchains, sodass Benutzer Assets einfach verschieben und Funktionen und Anwendungen auf anderen Blockchains nutzen können. Diese Vorteile können schnellere Transaktionszeiten, niedrigere Gebühren oder Ertragsanbaumöglichkeiten sein.
Wie funktioniert es?
Verpackte Token werden durch einen Prozess namens „Prägen“ und „Brennen“ erstellt und zerstört. Um einen verpackten Token wie wXHV zu prägen, wird der zugrunde liegende Vermögenswert, in diesem Fall XHV, an einen Verwahrer (den Multi-Sig-Safe) gesendet, der den XHV in einem digitalen Tresor speichert. Sobald der zugrunde liegende XHV gesperrt wurde, kann eine äquivalente Menge an wXHV geprägt werden.
Dieser Vorgang kann auch als „Wrapping“ verstanden werden. Der zugrunde liegende Vermögenswert wird mithilfe eines intelligenten Vertrags in einem digitalen Tresor „verpackt“, und ein neu verpackter Vermögenswert wird zur Verwendung in einer anderen Blockchain geprägt.
Um wXHV zu brennen, wird derselbe Vorgang befolgt, jedoch in umgekehrter Reihenfolge. Das wXHV wird aus dem Verkehr gezogen, und die entsprechende Menge an XHV wird aus dem digitalen Tresor freigegeben und wieder in Haven zugelassen.
Was passiert mit meinen Münzen, wenn sie verpackt werden?
Das Verpacken Ihrer Coins in seiner einfachsten Form bedeutet, dass Sie Ihre nativen Coins in einer intelligenten, vertragsgesteuerten Brieftasche deponieren. Der Smart Contract prüft dann diese Einzahlung und gibt die entsprechende Anzahl an Token an Ihre Empfangsadresse frei.
Die von Ihnen eingezahlten Coins werden im Tresor aufbewahrt, bis Sie sich entscheiden, die Token „auszupacken“ und Ihre Coins an Ihre Haven-Adresse zurückzusenden.
Wie werden sie sicher aufbewahrt?
Die Münzen, die Sie einzahlen, werden in einem Multi-Sig-Gnosis-Safe aufbewahrt. Dies bedeutet, dass zur Durchführung von Transaktionen eine Mindestanzahl von Personen erforderlich ist, um die Transaktion zu unterzeichnen, bevor Coins oder Token bewegt werden können.
Das Gnosis Safe ist eine Open Source und formal verifiziert Selbstverwahrungs-Wallet zur Verwendung im Ethereum-Netzwerk und gilt allgemein als eine der sichersten Optionen für die Aufbewahrung von Mutil-Sig.
Kann ich sie auspacken, wann immer ich will?
Ja, Sie können Ihre Token jederzeit an die Adresse des Wrapping-Vertrags zurücksenden und sie wieder in native Coins „auspacken“.
Wo kann ich meine verpackten Token verwenden?
Die verpackten Token werden zu BSC (Binance Smart Chain) überbrückt, wodurch sie Zugriff auf alle in diesem Netzwerk verfügbaren DApps und Protokolle erhalten. Eine aktuelle Liste dieser kann eingesehen werden Hier. Zukünftig wird es möglich sein, Brücken zu anderen EVM-Ketten zu schlagen, um auf deren Nutzen und Liquidität zuzugreifen.
Wo kann ich meine verpackten Token aufbewahren?
Es gibt viele Brieftaschen, die zum Aufbewahren Ihrer Token verwendet werden können, während sie nicht verwendet werden. Einige der beliebtesten sind unten aufgeführt:
Habe ich immer noch die gleiche Privatsphäre, wenn ich das umschlossene Token verwende?
Sie behalten nicht das gleiche Maß an Privatsphäre der Benutzer, während Sie die verpackten Token verwenden, da das Ethereum-Netzwerk standardmäßig eine größere Transparenz hat.
Das Kernversprechen der Privatsphäre der Benutzer bleibt jedoch vollständig intakt, sobald Sie Ihre Token wieder in die nativen Coins „auspacken“ und sie zurück in Ihren Haven-Tresor übertragen.
Es wird empfohlen, für alle Interaktionen mit Integrationen von Drittanbietern, einschließlich der verpackten Token und THORChain, immer eine dedizierte Haven-Adresse zu verwenden.
Laufen auf Flux
Erstellt am
Aktualisiert
durchPortprotokoll
Einführung
Während sich das Projekt entwickelt und wächst, ist es wichtig, die Projektinfrastruktur mitzuentwickeln. Da es sich um ein von der Community geführtes Projekt handelt, ist es wichtig, dass wir so viel wie möglich vom Projekt dezentralisieren, und einer der wichtigeren Teile ist das Hosten der Infrastruktur.
Was ist Fluss?
Flux ist ein dezentraler Cloud-Infrastrukturdienst, der Benutzern die Möglichkeit bietet, ihre Anwendungen auf mehreren Servern zu hosten. Das Ausführen von Flux auf einer Blockchain-basierten Architektur verleiht ihm eine größere Ausfallsicherheit als ein traditionell für das Hosting verwendeter zentraler Server. Mehr über Flux erfahren Sie hier: https://runonflux.io/
Warum dies für Haven wichtig ist
Die Infrastruktur von Haven umfasst mehrere Teile, die der Schlüssel für die Fähigkeit der Benutzer sind, nahtlos Transaktionen durchzuführen und ihr Vermögen privat zu speichern. Bis vor kurzem wurden Web-Vault, Vault-Knoten, Explorer und Paper Wallet auf Digital Ocean gehostet.
Durch die Umstellung des Hostings auf Flux wird sichergestellt, dass es in keinem dieser Bereiche einen Single Point of Failure gibt. Flux hat derzeit über 11.000 Knoten, die ihr Netzwerk warten, und dies wird dazu beitragen, Haven zensurresistenter und widerstandsfähiger gegen Angriffe zu machen.
Blockchain-Bootstrap
Erstellt am
Aktualisiert
durchPortprotokoll
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!
Um es zu verwenden, müssen Sie lediglich Ihr vorhandenes ersetzen mdb Datei mit der heruntergeladenen Datei.
The last update was carried out on 24th August 2024 (~35GB); this will speed up the sync time.
HINWEIS: Da dies eher ein „Schnappschuss“ als eine Live-Importversion der Blockchain ist, ist es nicht möglich, die Echtheit der Aufzeichnungen zu überprüfen. Benutzer laden es herunter und verwenden es auf eigenes Risiko.
Vermögenswerte im Umlauf
Erstellt am
Aktualisiert
durchPortprotokoll
Über XHV Supply
Alle im Umlauf befindlichen XHV stammen aus einer von zwei Quellen.
1. Mining, wie jede andere Proof-of-Work-Kryptowährung.
2. Minting über den Mint-and-Burn-Mechanismus, der zwischen xUSD und XHV zum aktuellen USD-Wert umrechnet.
Da jeder jederzeit zwischen Vermögenswerten prägen kann, ist das Angebot an XHV elastisch und schwankt mit jeder Konvertierung. Dies wiederum bedeutet, dass das maximale Angebot nicht begrenzt ist. Sie ist jedoch nicht unendlich, da die geförderte Menge durch den Emissionsplan begrenzt ist und die geförderte Menge durch die Verfügbarkeit handelbarer Vermögenswerte begrenzt ist.
Angebot von xUSD und xAsset
Alle xAssets im Haven-Ökosystem werden von XHV abgeleitet und verwenden einen ähnlichen Mint-and-Burn-Mechanismus.
Die Summe dieser Berechnung ist auf der Angebotsseite sichtbar: