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.
multifirma
Creado en
Actualizado
porhavenprotocol
El siguiente artículo de KB explica cómo crear y utilizar un Cartera CLI multifirma Haven. Estas instrucciones se basan en una firma múltiple 2/3, lo que significa que de un total de tres firmantes autorizados, se necesitan dos para que una transacción sea válida.
En resumen, estos son los pasos necesarios para crear y enviar una transacción, siempre que ya se haya creado una billetera multifirma:
Sincroniza las carteras A y B.
Exportar imagen de clave multifirma desde A.
Importe la imagen de la clave multifirma a B.
Generar TX desde B.
Importe TX a A, fírmelo allí y luego envíelo.
Requisitos previos
Este artículo supone que ha utilizado la CLI anteriormente. Si este no es el caso, se recomienda familiarizarse primero con el uso de la CLI. Busque "cli" y "nodo local" en nuestras páginas de KB para comenzar.
Correr tener y asegúrese de que el demonio esté completamente sincronizado.
Cada parte (3 en este caso) debe crear una nueva billetera usando Haven-wallet-cli (asegúrese de que la minería en segundo plano NO esté habilitada).
Salga de la billetera, haga una copia de seguridad de la semilla y haga una copia de los archivos de la billetera (en caso de que necesite repetir los pasos).
Vuelva a iniciar sesión en la billetera y ejecute los siguientes comandos: establecer habilitar-multisig-experimental 1 establecer actualización automática 0
preparar carteras
Todas las partes deben escribir el siguiente comando: preparar_multisig .
Enviar la salida a TODO otras partes (use una plataforma segura como Element para compartir). La salida debería verse así: MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5KQNLUEpsFNpePMk W8yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ .
Todas las partes deben escribir el siguiente comando: hacer_multifirma 2 dónde y corresponden a la otro los datos de las partes compartidos en el paso 7.
Envíe los datos generados en el Paso 8 a TODO otros partidos. Los datos deberían verse así: MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDaqQ9E1gsTRQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE1AS65NxkJG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF2DUKKckJoYZcR bCUeNP4PBrExea3na2TUm7FEw995ZL5N9n7nVxysH6JdwLfDjXaWDotxZtyPn1ifXvgJHJctsFPP .
Todas las partes deben ejecutar el siguiente comando (primer paso): claves_multifirma_intercambio dónde y corresponde a los datos de otras partes compartidos en el paso 9.
Envíe los datos generados en el Paso 10 a TODO otros partidos. Los datos deberían verse así: MultisigxV2Rn1WC6rFTBNJkY4qjHv8UYXGifkHemhyRJmXnNVtQY8dcx4T2fZBnnCy2iMAFVerhacP1UytUMaGyAN5N5XvnXqqY7fyYAaBX639tG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF3 XFVxmv3XjngbXYY47EXY1BgZk6UYxBAN12Ep2ETqR6rpTvUB8QJmQkrdUpiiu146zoiHieUj2He4KwCgkPj9vK7Y .
Todas las partes deben ejecutar el siguiente comando (segundo paso): claves_multifirma_intercambio dónde y Corresponde a los datos de los demás firmantes compartidos en el paso 11. Este paso debería generar la billetera multifirma y solicitarle la dirección de la billetera. .
Compare la dirección de la billetera con todas las partes para asegurarse de que sean las mismas. Si no son iguales, algo salió mal y necesita comenzar de nuevo usando los archivos de billetera respaldados en el Paso 4. .
Tipo semilla y haga una copia de seguridad de la cadena de semillas, que se ve así (la semilla multifirma es diferente de la semilla habitual): 020000000300000005cd2e5a01ef0830eb666b838d8402795ae8f24f6e3cf2068ff8e48899aed11f500473d4c3a9b9bb9451f19facfff91def79172ed466b808f9fa2173a25d149e4a1c1161be6c029b2c4d0ca5fc806ddc1d46edc7dc3d0727a68ad2f6d24bf6086d269cfd2255f73375939820a71802e25e12abd220271a16505059cb168ce90367c23b78dda9038037406aafa4e6d8ed363f998209ab2a6432c78e5597411a0fb43da66388574bda7edbe6122ee6e8ce987a5eb553ccf3cac170b8031448aa05436d4f88e749ea315b12c6c3b93e5905d63bd6f29df0ba3f4cc888318a1f49c45813af87c6d890797fd36bb2c61ec3f0cd009ec413d1e10d71b19e4f6b893381d6a58526d2f35a1726e847e4bed22ea71f7deb2dc7aff8c7c12505345af8611a .
Cierre la billetera y haga una copia de seguridad de los archivos de la billetera.
Una de las partes debe enviar fondos a la dirección compartida.
Vuelva a iniciar sesión y sincronice la billetera para asegurarse de que todas las partes hayan recibido y confirmado los fondos.
Preparación para el envío
Para prepararse para el envío, la Persona 1 escribe el comando: export_multisig_info <filename> es solo un nombre para el archivo que deseas exportar, debería ser algo simple. El archivo generado se llama Imagen clave, y es una instantánea de las salidas de la billetera. .
Envíe el archivo exportado a la Persona 2. La Persona 3 también puede hacer esto, pero no es obligatorio. .
La Persona 2 y/o la Persona 3 descargan el archivo compartido y lo colocan en el mismo directorio que la aplicación CLI. .
La Persona 2 o la Persona 3 escribe el comando: import_multisig_info <filename> es el mismo archivo creado en el Paso 18 y compartido en el Paso 19. .
Quien importó la imagen clave en el Paso 21 ahora puede crear una Transacción.
Enviando
La Persona 2 o la Persona 3 crea una transacción de la manera habitual escribiendo: transferir Esto creará un archivo llamado multifirma_haven_tx que se envía de vuelta a la Persona 1. .
La persona 1 descarga y coloca el archivo anterior en el mismo directorio que la aplicación CLI y escribe el comando: sign_multisig multisig_haven_tx .
Una vez firmado con éxito, la Persona 1 escribe el siguiente comando para enviar el TX: enviar_multisig multisig_haven_tx
Notas
Si la Persona 1 y la Persona 2 realizaron una o más transmisiones y la Persona 3 no estaba presente, cuando la Persona 3 sincronice la bóveda, no mostrará la cantidad correcta.
Para resolver esto, la Persona 3 tendrá que importar la última imagen clave compartida en el Paso 19 de cualquiera de los participantes usando el comando en el Paso 20. Una vez importada, la Persona 3 puede hacer una "actualización" y se mostrará el saldo correcto de la billetera.
Si pasa demasiado tiempo entre la preparación para el envío (compartir imágenes clave) y la creación de la TX, es posible que el proceso se agote y tengas que volver a realizar esta etapa.
VBS se implementó por primera vez en enero 2023 como parte de la tokenómica Haven 3.0 actualizar.
A partir de 29 de agosto de 2023, se actualizó junto con el rebase a Monero v0.18, bajo Haven 3.2.
VBS significa Apuntalamiento respaldado por bóveda. La frase implica que debe respaldar su apuntalamiento (en alta mar y en tierra) con fondos en su bóveda. Es un valor, un multiplicador, que determina la cantidad de Garantía necesaria en una bóveda para poder realizar operaciones offshore (XHV -> xUSD) o onshore (xUSD -> XHV).
Colateral se conoce como la cantidad de XHV desbloqueado en la bóveda.
¿Cuál es el propósito de la EBV?
En combinación con un tiempo de bloqueo de 14 días para la Garantía y un tiempo de bloqueo de 24 horas para el Monto Convertido, VBS fue diseñado para:
Evite la manipulación de precios de XHV en las bolsas para aumentar XHV dentro de la bóveda y beneficiarse a expensas de los titulares de XHV.
Evite el inflado excesivo y rápido de XHV al ralentizar el proceso de apuntalamiento.
Prevenir una espiral de muerte.
En la última versión, Haven 3.2, los requisitos de VBS se han reducido significativamente para:
acelerar las conversiones y hacer que el protocolo vuelva a funcionar.
ayudar a xUSD a recuperar su vinculación.
¿Cómo se calcula VBS?
VBS es una función de la Relación de capitalización de mercado.
Relación de capitalización de mercado
La relación de capitalización de mercado es una medida del estado de salud del protocolo. La fórmula para calcular el índice de capitalización de mercado es:
Capitalización de mercado de activos totales es el valor combinado (en dólares) de todos los xAssets (xUSD, xBTC, xAU, etc.). Capitalización de mercado XHV es la oferta circulante actual de XHV multiplicada por el precio actual de XHV.
La relación entre estas dos capitalizaciones de mercado determina el estado del protocolo. Cuando la capitalización de mercado de XHV es mayor que la capitalización de mercado de Total Assets, la relación es pequeña y se considera que el protocolo está en buen estado. Cuando el ratio es alto, se considera que el protocolo está en mal estado.
Si inicia sesión en la bóveda web o de escritorio de Haven, verá esta proporción en un gráfico de colores, como se muestra a continuación.
Se considera que un estado saludable tiene una proporción de 0,1 o menos, donde la capitalización de mercado de XHV es al menos 10 veces el tamaño de la capitalización de mercado de Activos totales. Esto afirma que todos los xAssets están respaldados de forma segura por el activo subyacente de nuestro protocolo, XHV.
Cálculo de la relación de capitalización de mercado
Para calcular el índice de capitalización de mercado por sí mismo, primero debe calcular las capitalizaciones de mercado de XHV y el Total xAssets.
La capitalización de mercado de Total Assets es un poco más complicada de calcular, a menos que pueda automatizarla. Primero, debe obtener el suministro circulante de todos los activos, excepto XHV: https://explorer.havenprotocol.org/supply
Dado que los activos de Haven tienen un alto grado de unidades atómicas (12), el precio del oráculo se muestra elevado a 12. Para calcular el precio del activo, utilice la siguiente fórmula:
Una vez que calculó la capitalización de mercado de cada activo y los sumó, llegará a la capitalización de mercado de Activos totales. Ahora puede calcular la relación de capitalización de mercado utilizando la fórmula que se muestra arriba en la sección Relación de capitalización de mercado.
Cálculo de EBV
El cálculo del VBS se ha simplificado desde el lanzamiento de Haven 3.2, que se puede expresar en una única fórmula. Las empresas offshore y onshore tienen una fórmula diferente para calcular el VBS con el fin de hacer que XHV sea ligeramente más deflacionario en comparación con xUSD.
VBS offshore (XHV -> xUSD)
VBS terrestre (xUSD -> XHV)
Cuando inicia sesión en la bóveda web o de escritorio de Haven, los valores de VBS en tierra y en alta mar se muestran justo debajo del gráfico de relación de capitalización de mercado:
VBS y el índice de capitalización de mercado
Hay tres factores principales que pueden contribuir a un aumento de VBS:
Una disminución en el precio de XHV.
Demasiada deslocalización, lo que reduce la capitalización de mercado de XHV (si el precio no sube).
Demasiado onshoring, lo que puede conducir a un aumento de la presión de venta de XHV y, por tanto, a una caída de su precio.
La siguiente tabla muestra los valores de VBS offshore y onshore en una variedad de índices de capitalización de mercado.
Algunos puntos a tener en cuenta sobre la tabla:
El VBS mínimo es 1.
El VBS máximo es 10.
VBS es más protector hacia las costas para evitar que el XHV se infle demasiado y demasiado rápido.
¿Cómo se aplica VBS?
VBS se utiliza en conversiones entre XHV y xUSD (Offshores y Onshores), y su valor determina la cantidad de garantía requerida para el proceso de apuntalamiento.
ejemplo en alta mar
Si desea deslocalizar 100 XHV y se ha calculado que el VBS actual es 3, necesitará 100 x 3 = 300 XHV como garantía.
Una vez confirmada la conversión, los 100 XHV convertidos a xUSD se desbloquearán después de 24 horas y la garantía (300 XHV) se desbloqueará después de 14 días.
ejemplo en tierra
Si desea adquirir 100 xUSD y se ha calculado que el VBS actual es 10, y el precio de XHV es $0,20, necesitará (100 / 0,20) x 10 = 5000 XHV como garantía.
Una vez confirmada la conversión, el monto convertido (100 xUSD o 500 XHV) se desbloqueará después de 24 horas y la garantía (5000 XHV) se desbloqueará después de 14 días.
¿Se aplicará VBS a xAssets?
Actualmente no planeamos agregar VBS a xUSD <-> conversiones de xAssets.
Este tema se ha discutido ampliamente en nuestro servidor de discordia, por lo que si desea expresar su opinión al respecto, únase a nuestro servidor y comente en el canal "havenomics".
Enlaces útiles
A continuación se muestra una lista de algunos enlaces útiles en relación con las conversiones y VBS.
Análisis de la cadena Haven Este sitio está actualmente en construcción y cuando esté listo, mostrará gráficos, capitalizaciones de mercado, estadísticas de conversión, análisis VBS y más. https://havex.io/haven
Para aprovechar los beneficios que los tokens envueltos aportan a las criptomonedas sin comprometer su privacidad financiera dentro de Haven, existe una solución simple:
Paso 1: cree una cuenta de bóveda Haven dedicada para todas las interacciones de tokens envueltos.
…y eso es. Luego puede enviar sus monedas nativas desde su bóveda principal a su 'bóveda de envoltura' como se muestra a continuación:
Bóveda principal >> << Bóveda de envoltura >> << ecosistema DeFi
Todas las transacciones dentro de Haven son privadas, por lo que, al usar una cuenta dedicada para todas las interacciones con el ecosistema DeFi más amplio, puede mantener fácilmente los beneficios de la privacidad total del usuario dentro de Haven, mientras accede a la utilidad de liquidez y cadena cruzada de DeFi.
Preguntas frecuentes sobre el token envuelto
Creado en
Actualizado
porhavenprotocol
¿Qué es un token envuelto?
Un token envuelto es simplemente un token de criptomoneda que existe en una cadena de bloques secundaria. Esto permite que el valor de un activo nativo de una cadena de bloques se transfiera a otra cadena de bloques.
En el caso de Haven es un token que se usa en BSC (Binance Smart Chain). Mantiene el mismo valor que XHV y está garantizado 1:1 con la moneda nativa en todo momento.
¿Por qué hacerlo en Haven?
La promesa central de Haven es proporcionar una forma para que cualquier persona acceda a una criptomoneda de valor estable mientras conserva la privacidad total del usuario. Esta visión se ha realizado con una gama de xAssets disponibles en la red Haven, pero sin embargo, ha venido con un par de compromisos importantes.
El uso de un token envuelto tiene como objetivo desbloquear el potencial y reduce las barreras de entrada al mejorar la accesibilidad, la liquidez y la utilidad de la red.
Los tokens envueltos como wXHV ofrecen interoperabilidad entre cadenas de bloques para que las personas puedan mover activos fácilmente y aprovechar las funciones y aplicaciones de otras cadenas de bloques. Esas ventajas pueden ser tiempos de transacción más rápidos, tarifas más bajas u oportunidades de agricultura de rendimiento.
¿Como funciona?
Los tokens envueltos se crean y destruyen mediante un proceso llamado "acuñación" y "quema". Para acuñar un token envuelto como wXHV, el activo subyacente, en este caso XHV, se envía a un custodio (la caja fuerte multisig) que almacena el XHV en una bóveda digital. Una vez que se ha bloqueado el XHV subyacente, se puede acuñar una cantidad equivalente de wXHV.
Este proceso también puede entenderse como “envoltura”. El activo subyacente se "envuelve" en una bóveda digital mediante un contrato inteligente, y se acuña un activo recién envuelto para su uso en otra cadena de bloques.
Para quemar wXHV, se sigue el mismo proceso, pero a la inversa. El wXHV se retira de la circulación, y la cantidad equivalente de XHV se libera de la bóveda digital y se permite que regrese a Haven.
¿Qué sucede con mis monedas cuando se envuelven?
Envolver sus monedas en su forma más simple significa que deposita sus monedas nativas en una billetera controlada por contrato inteligente. Luego, el contrato inteligente verifica este depósito y libera la cantidad equivalente de tokens a su dirección de recepción.
Las monedas que depositó se mantienen en la bóveda hasta que decida "desenvolver" las fichas y recibir sus monedas en su dirección Haven.
¿Cómo se mantienen a salvo?
Las monedas que depositas se guardan en una caja fuerte Gnosis de múltiples firmas. Esto significa que para realizar cualquier transacción se requiere un número mínimo de personas para firmar la transacción antes de que se puedan mover monedas o fichas.
los Gnosis segura es una fuente abierta y formalmente verificado billetera de autocustodia para usar en la red Ethereum y generalmente se considera una de las opciones más seguras para el almacenamiento multi-sig.
¿Puedo desenvolverlos cuando quiera?
Sí, puede enviar sus tokens a la dirección del contrato de envoltorio y "desenvolverlos" en monedas nativas en cualquier momento.
¿Dónde puedo usar mis tokens envueltos?
Los tokens envueltos se conectarán a BSC (Binance Smart Chain), lo que le dará acceso a todas las DApps y protocolos disponibles en esa red. Se puede ver una lista actualizada de ellos aquí. En el futuro será posible hacer un puente a otras cadenas de EVM para acceder a su utilidad y liquidez.
¿Dónde puedo guardar mis tokens envueltos?
Hay muchas billeteras que se pueden usar para almacenar sus tokens mientras no se usan. Algunos de los más populares se enumeran a continuación:
¿Sigo teniendo la misma privacidad cuando uso el token envuelto?
No mantienes los mismos niveles de privacidad del usuario mientras usas los tokens envueltos ya que la red Ethereum tiene una mayor transparencia por defecto.
Sin embargo, la promesa central de la privacidad del usuario permanece completamente intacta una vez que "desenvuelve" sus tokens en las monedas nativas y las transfiere nuevamente a su Bóveda Haven.
Se recomienda usar siempre una dirección Haven dedicada para todas las interacciones con integraciones de terceros, incluidos los tokens envueltos y THORChain.
Corriendo en flujo
Creado en
Actualizado
porhavenprotocol
Introducción
A medida que el proyecto se desarrolla y crece, es importante evolucionar la infraestructura del proyecto con él. Al ser un proyecto dirigido por la comunidad, es esencial que descentralicemos la mayor parte posible del proyecto y una de las partes más importantes es el alojamiento de la infraestructura.
¿Qué es el flujo?
Flux es un servicio de infraestructura en la nube descentralizado que brinda a los usuarios la capacidad de alojar sus aplicaciones en múltiples servidores. Ejecutar Flux en una arquitectura basada en blockchain le otorga mayor resiliencia que un servidor central utilizado tradicionalmente para el alojamiento. Puede encontrar más información sobre Flux aquí: https://runonflux.io/
Por qué esto es importante para Haven
La infraestructura de Haven incluye varias piezas que son clave para la capacidad de los usuarios de realizar transacciones sin problemas y almacenar su riqueza en privado. Hasta hace poco, la bóveda web, los nodos de la bóveda, el explorador y la billetera de papel estaban alojados en Digital Ocean.
Mover el alojamiento a Flux garantizará que no haya un punto único de falla en ninguno de estos. Flux actualmente tiene más de 11k nodos que mantienen su red y esto ayudará a que Haven sea más resistente a la censura y resistente a los ataques.
Arranque de cadena de bloques
Creado en
Actualizado
porhavenprotocol
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!
Para usarlo solo necesitas reemplazar tu existente. mdb archivo con el archivo descargado.
The last update was carried out on 24th August 2024 (~35GB); this will speed up the sync time.
NOTA: Debido a que se trata de una "instantánea" en lugar de una versión de importación en vivo de la cadena de bloques, no es posible verificar la autenticidad de los registros. Los usuarios lo descargan y lo usan bajo su propio riesgo.
Activos en Circulación
Creado en
Actualizado
porhavenprotocol
Acerca del suministro de XHV
Todo el XHV en circulación proviene de una de dos fuentes.
1. Minería, como cualquier otra criptomoneda de prueba de trabajo.
2. Minting, a través del mecanismo mint and burn que convierte entre xUSD y XHV al valor actual de USD.
Debido a que cualquiera puede acuñar entre activos en cualquier momento, el suministro de XHV es elástico y fluctúa con cada conversión. Esto, a su vez, significa que el suministro máximo no tiene límite. Sin embargo, no es infinito, ya que la cantidad extraída está restringida por el calendario de emisiones y la cantidad extraída está limitada por la disponibilidad de activos negociables.
xUSD y xOferta de activos
Todos los xAssets en el ecosistema Haven se derivan de XHV, utilizando un mecanismo similar de menta y quema.
El total de este cálculo es visible en la página de suministro:
Español 
English (UK) 
简体中文 
Nederlands (Formeel) 
Français 
Deutsch (Sie) 
Português 
Italiano 
Bahasa Indonesia