Transfer Burn

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.

Exemplo:
transfer_burn hvx000000000000000000000000 0.1 50

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.

Exemplo:
offshore_transfer_burn hvx000000000000000000000000 0.1 100

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.

Exemplo:
xasset_transfer_burn hvx000000000000000000000000 0.0001 0.01 XBTC

The above example sends 0.0001 xBTC to the specified address and burns 0.01 xBTC.

Anterior Multisig

Multisig

O artigo da base de conhecimento a seguir explica como criar e usar um Carteira Haven Multisig CLI.
Essas instruções são baseadas em multisig 2/3, o que significa que de um total de três assinantes autorizados, dois são necessários para tornar uma transação válida.

Resumindo, estes são os passos necessários para criar e enviar uma transação, desde que uma carteira multisig já tenha sido criada:

  • Sincronize as carteiras A e B.
  • Exporte a imagem da chave multisig de A.
  • Importe a imagem da chave multisig para B.
  • Gere TX de B.
  • Importe TX para A, assine lá e envie.
Pré-requisitos

Este artigo pressupõe que você já usou a CLI antes.
Se este não for o caso, é aconselhável primeiro familiarizar-se com o uso da CLI. Pesquise “cli” e “nó local” em nossas páginas da base de conhecimento para começar.

Criar nova carteira
  1. Faça o download do mais recente Aplicativo CLI.
  2. Correr ter e certifique-se de que o daemon esteja totalmente sincronizado.
  3. Cada parte (3 neste caso) deve criar uma nova carteira usando paraíso-carteira-cli (certifique-se de que a mineração em segundo plano NÃO esteja habilitada).
  4. Saia da carteira e faça backup do seed e faça uma cópia dos arquivos da carteira (caso precise repetir os passos).
  5. Faça login novamente na carteira e execute os seguintes comandos:
    definir enable-multisig-experimental 1
    definir atualização automática 0
Prepare carteiras
  1. Todas as partes devem digitar o seguinte comando:
    prepare_multisig
    .
  2. Envie a saída para TODOS outras partes (use uma plataforma segura como Element para compartilhamento). A saída deve ficar assim:
    MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5KQNLUEpsFNpePMk W8yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ
    .
  3. Todas as partes devem digitar o seguinte comando:
    make_multisig 2
    onde e corresponder ao outro dados das partes compartilhados na etapa 7.

    O comando deve ficar assim:
    make_multisig 2 MultisigxV2R1TYQNzErUgssPfURuXVvEq1M4QfUgpBLrz2HXGKkyaonPCH8Kv6jQLqEGEXUtuJNjELcqLUNHKfEopDqtsyzz4sEbCWhtRanxGm8amKYDHmfFjRCVsR3Xmot8RGLp6WN5K QNLUEpsFNpePMkW8yomYrCFLpCkJ72fkjBUy1qx6TH8L3wQ MultisigxV2R1MG7sQpykJTv4RMEuyQV6m1FBX9zVMPXva3dragVUh9F9FjTTmJ4DLvUNP57njearPRbHnFv1NvKMeL1yQTdbcy7nQ1r4rDvJ QzHhNvUeCFzAm6TLhwwjAiqfUBtS6ajBFZ8XVsGwLhCc1S3jK7ffsAKaRF9cLyEzJgpaXNShnrsY4hEK
    .
  4. Envie os dados gerados na Etapa 8 para TODOS outras partes. Os dados devem ficar assim:
    MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDaqQ9E1gsTRQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE1AS65NxkJG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF2DUKKckJoYZ cRbCUeNP4PBrExea3na2TUm7FEw995ZL5N9n7nVxysH6JdwLfDjXaWDotxZtyPn1ifXvgJHJctsFPP
    .
  5. Todas as partes devem executar o seguinte comando (1ª passagem):
    exchange_multisig_keys
    onde e corresponde aos dados das outras partes compartilhados na etapa 9.

    O comando deve ficar assim:
    exchange_multisig_keys MultisigxV2Rn1LWRyU32PL2D4MnPtp4w5YFS6KTkanCW18adkxUTdMVJDart7ZPUh6A328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNNpyt2fiGgAxt9woCBXsFtdhKm2dmqqY9q F6ewuBXCDLdJ6rYv1Lm7RyuLN4TQBBccBUesMH6FhGB4FcCncaRh8sEEqcXgR1gbZnEzG6tk81TAthWRqFCZTStSNgD9WJKG7F5 MultisigxV2Rn1LV1jgtbFBZQJTZFADurxZb6w2amhCpHtWHPcykirrk3AE1 5GGTSNN6328nPGtUi3hDQdFr8rNk2aSpMNquYHSbxNhNZ7Q48j4TRAauoTVenC5ZmsS8EViFdie eHtzgPFwrg9cgAX93F7g4UHyAd82BeTRZb3cxsLGQ3nTZb6ey2HN8dJa6Y8ssCniTd6Kchn4cWh S9Qqz38whxCDNYd7UJCpGCa3k1
    .
  6. Envie os dados gerados na Etapa 10 para TODOS outras partes. Os dados devem ficar assim:
    MultisigxV2Rn1WC6rFTBNJkY4qjHv8UYXGifkHemhyRJmXnNVtQY8dcx4T2fZBnnCy2iMAFVerhacP1UytUMaGyAN5N5XvnXqqY7fyYAaBX639tG4zRgQJF26m8obGa39AVDYicUsFrL3LRMHF3X FVxmv3XjngbXYY47EXY1BgZk6UYxBAN12Ep2ETqR6rpTvUB8QJmQkrdUpiiu146zoiHieUj2He4KwCgkPj9vK7Y
    .
  7. Todas as partes devem executar o seguinte comando (2ª passagem):
    exchange_multisig_keys
    onde e corresponde aos dados dos demais signatários compartilhados na etapa 11.
    Esta etapa deve gerar a carteira multisig e solicitar o endereço da carteira.
    .
  8. Compare o endereço da carteira com todas as partes para garantir que sejam iguais.
    Se eles não forem iguais, algo deu errado e você precisará começar novamente a usar os arquivos da carteira cujo backup foi feito na Etapa 4.
    .
  9. Modelo semente e faça backup da sequência de sementes, que se parece com isto (a semente multisig é diferente da semente normal):
    020000000300000005cd2e5a01ef0830eb666b838d8402795ae8f24f6e3cf2068ff8e48899aed11f500473d4c3a9b9bb9451f19facfff91def79172ed466b808f9fa2173a25d149e4a1c1161be6c029b2c4d0ca5fc806ddc1d46edc7dc3d0727a68ad2f6d24bf6086d269cfd2255f73375939820a71802e25e12abd220271a16505059cb168ce90367c23b78dda9038037406aafa4e6d8ed363f998209ab2a6432c78e5597411a0fb43da66388574bda7edbe6122ee6e8ce987a5eb553ccf3cac170b8031448aa05436d4f88e749ea315b12c6c3b93e5905d63bd6f29df0ba3f4cc888318a1f49c45813af87c6d890797fd36bb2c61ec3f0cd009ec413d1e10d71b19e4f6b893381d6a58526d2f35a1726e847e4bed22ea71f7deb2dc7aff8c7c12505345af8611a
    .
  10. Feche a carteira e faça backup dos arquivos da carteira.
  11. Uma das partes precisa enviar fundos para o endereço compartilhado.
  12. Faça login novamente e sincronize a carteira para garantir que os fundos foram recebidos e confirmados por todas as partes.
Preparação para envio
  1. Para se preparar para o envio, a Pessoa 1 digita o comando:
    export_multisig_info
    <filename>
    é apenas um nome para o arquivo que você deseja exportar, deve ser algo simples.
    O arquivo gerado é chamado de Imagem principal, e é um instantâneo das saídas da carteira.
    .
  2. Envie o arquivo exportado para a Pessoa 2. A Pessoa 3 também pode fazer isso, mas não é obrigatório.
    .
  3. A Pessoa 2 e/ou Pessoa 3 baixa o arquivo compartilhado e o coloca no mesmo diretório do aplicativo CLI.
    .
  4. Pessoa 2 ou Pessoa 3 digita o comando:
    import_multisig_info
    <filename>
    é o mesmo arquivo criado na Etapa 18 e compartilhado na Etapa 19.
    .
  5. Quem importou a imagem chave na Etapa 21 agora pode criar uma Transação.
Enviando
  1. Pessoa 2 ou Pessoa 3 cria uma transação da maneira usual digitando:
    transferir

    Isso criará um arquivo chamado multisig_haven_tx que é enviado de volta para a Pessoa 1.
    .
  2. A pessoa 1 baixa e coloca o arquivo acima no mesmo diretório do aplicativo CLI e digita o comando:
    sign_multisig multisig_haven_tx
    .
  3. Depois de assinado com sucesso, a Pessoa 1 digita o seguinte comando para enviar o TX:
    submit_multisig multisig_haven_tx
Notas

Se a Pessoa 1 e a Pessoa 2 conduziram um ou mais TXs e a Pessoa 3 não estiver por perto, quando a Pessoa 3 sincronizar o cofre, ele não exibirá o valor correto.

Para resolver isso, a Pessoa 3 terá que importar a imagem chave mais recente compartilhada na Etapa 19 de qualquer um dos participantes usando o comando na Etapa 20. Uma vez importada, a Pessoa 3 pode fazer uma “atualização” e o saldo correto da carteira será exibido.

Se demorar muito entre a preparação para o envio (compartilhamento de imagens-chave) e a criação do TX, o processo pode expirar e você terá que fazer esta etapa novamente.

Fontes

https://resilience365.com/monero-multisig-how-to/

https://taiga.getmonero.org/project/rbrunner7-really-simple-multisig-transactions/wiki/23-multisig-in-cli-wallet

Anterior Carteira de governança - endereço e chave de visualização

O que é VBS?

O VBS foi implementado pela primeira vez em Janeiro de 2023 como parte da tokenomics Haven 3.0 atualizar.

A partir de 29 de agosto de 2023, ele foi atualizado junto com o rebase para Monero v0.18, em Haven 3.2.

VBS significa Escoramento Abóbado. A frase implica que você precisa apoiar seu escoramento (offshore e onshore) com fundos em seu cofre.
É um valor, um multiplicador, que determina a quantidade de Garantia necessária em um cofre para poder operar offshore (XHV -> xUSD) ou onshore (xUSD -> XHV).

Garantia é referido como a quantidade de XHV desbloqueado no cofre.

Qual é o objetivo do VBS?

Em combinação com um período de bloqueio de 14 dias para a Garantia e um período de bloqueio de 24 horas para o Valor Convertido, o VBS foi projetado para:

  • Impedir a manipulação de preços de XHV nas bolsas para aumentar o XHV dentro do cofre e lucrar às custas dos detentores de XHV.
  • Evite a inflação excessiva e rápida do XHV, retardando o processo de escoramento.
  • Evite uma espiral da morte.

    Na versão mais recente, Haven 3.2, os requisitos VBS foram reduzidos significativamente para:
  • acelere as conversões e faça o protocolo funcionar novamente.
  • ajude o xUSD a recuperar sua indexação.

Como é calculado o VBS?

VBS é uma função do Índice de Capitalização de Mercado.

Índice de Capitalização de Mercado

A taxa de capitalização de mercado é uma medida do estado de saúde do protocolo.
A fórmula para calcular o índice de capitalização de mercado é:

Valor de mercado total de ativos é o valor combinado (em dólares) de todos os xAssets (xUSD, xBTC, xAU, etc.).
Capitalização de mercado XHV é a oferta circulante atual de XHV multiplicada pelo preço atual de XHV.

A proporção entre esses dois valores de mercado determina o estado do protocolo.
Quando o valor de mercado de XHV é maior do que o valor de mercado de Ativos totais, a proporção é pequena e o protocolo é considerado em estado saudável.
Quando a relação é alta, o protocolo é considerado em mau estado.

Se você fizer login no cofre da Web ou da área de trabalho do Haven, verá essa proporção exibida em um gráfico colorido, conforme mostrado abaixo.

Um estado saudável é considerado como tendo uma proporção de 0,1 ou menos, onde o valor de mercado de XHV é pelo menos 10 vezes o tamanho do valor de mercado de Ativos totais. Isso afirma que todos os xAssets são respaldados com segurança pelo ativo subjacente do nosso protocolo, XHV.

Cálculo da taxa de capitalização de mercado

Para calcular a taxa de capitalização de mercado por conta própria, você precisa primeiro calcular as capitalizações de mercado de XHV e o Total xAssets.

A maneira mais rápida de obter o valor de mercado do XHV é acessar
https://coinmarketcap.com/currencies/haven-protocol/

O valor de mercado do Total Assets é um pouco mais complicado de calcular, a menos que você seja capaz de automatizá-lo.
Primeiro, você precisa obter o suprimento circulante de todos os ativos, exceto XHV:
https://explorer.havenprotocol.org/supply

Em seguida, você precisa obter o preço atual de cada um desses ativos do oráculo:
https://oracle.havenprotocol.org/

Como os ativos do Haven possuem um alto grau de unidades atômicas (12), o preço do oráculo é mostrado na potência de 12. Para calcular o preço do ativo, use a seguinte fórmula:

Depois de calcular o valor de mercado de cada ativo e adicioná-los, você chegará ao valor de mercado do Total Assets. Agora você pode calcular o índice de capitalização de mercado usando a fórmula mostrada acima na seção Índice de capitalização de mercado.

Cálculo VBS

O cálculo do VBS foi simplificado desde o lançamento do Haven 3.2, podendo ser expresso em uma única fórmula.
Offshores e Onshores têm uma fórmula diferente para calcular o VBS, a fim de tornar o XHV um pouco mais deflacionário em comparação com o xUSD.

VBS offshore (XHV -> xUSD)
VBS onshore (xUSD -> XHV)

Quando você faz login no cofre da Web ou Desktop do Haven, os valores Onshore e Offshore VBS são exibidos logo abaixo do gráfico de proporção de capitalização de mercado:

VBS e o índice de capitalização de mercado

Existem três fatores principais que podem contribuir para o aumento da VBS:

  1. Uma diminuição no preço do XHV.
  2. Muito offshoring, diminuindo o valor de mercado do XHV (se o preço não subir).
  3. Muito onshoring, o que pode levar a um aumento na pressão de venda do XHV e, consequentemente, a uma queda em seu preço.

A tabela abaixo mostra os valores do VBS Offshore e Onshore em uma série de índices de capitalização de mercado.

Alguns pontos a serem observados sobre a tabela:

  • O VBS mínimo é 1.
  • O VBS máximo é 10.
  • O VBS é mais protetor em relação aos Onshores, a fim de evitar inflar muito o XHV, muito rapidamente.

Como o VBS é aplicado?

O VBS é utilizado nas conversões entre XHV e xUSD (Offshores e Onshores), e seu valor determina o valor do colateral necessário para o processo de escoramento.

Exemplo offshore

Se você deseja offshore 100 XHV e o VBS atual foi calculado como 3, você precisará de 100 x 3 = 300 XHV como garantia.

Após a confirmação da conversão, os 100 XHV convertidos em xUSD serão desbloqueados após 24 horas e a garantia (300 XHV) será desbloqueada após 14 dias.

Exemplo em terra

Se você deseja onshore 100 xUSD e o VBS atual foi calculado como 10, e o preço do XHV é $0,20, você precisará de (100 / 0,20) x 10 = 5.000 XHV como garantia.

Após a confirmação da conversão, o valor convertido (100 xUSD ou 500 XHV) será desbloqueado após 24 horas e a garantia (5.000 XHV) será desbloqueada após 14 dias.

O VBS será aplicado a xAssets?

No momento, não estamos planejando adicionar conversões de VBS a xUSD <-> xAssets.

Este assunto tem sido amplamente discutido em nosso servidor de discórdia, então se você gostaria de expressar sua opinião sobre isso, por favor entre em nosso servidor e comente no canal “havenomics”.

Links Úteis

Abaixo está uma lista de alguns links úteis em relação a conversões e VBS.

Suprimento circulante de Haven para todos os ativos
https://explorer.havenprotocol.org/supply

Preços da Oracle para todos os ativos
https://oracle.havenprotocol.org/

Transações
https://havenprotocol.org/knowledge/haven-transactions/

Convertendo ativos
https://havenprotocol.org/knowledge/converting-assets/

Análise da Cadeia Haven
Este site está atualmente em construção e, quando estiver pronto, exibirá gráficos, capitalizações de mercado, estatísticas de conversão, análise VBS e muito mais.
https://havex.io/haven

Proposta Haven 3.0
https://havenprotocol.org/2022/10/02/haven-3-0-tokenomics-proposal/

Anterior Sobre o arquivo do Vault

Mantendo sua privacidade

Para aproveitar os benefícios que os tokens encapsulados trazem para a criptografia sem comprometer sua privacidade financeira no Haven, existe uma solução simples:

Etapa 1: crie uma conta dedicada do Vault Haven para todas as interações de token encapsulado. 

…e é isso. Você pode então enviar suas moedas nativas do seu cofre principal para o seu 'cofre de embalagem', conforme mostrado abaixo:

Cofre principal >> << Cofre de Embrulho >> << Ecossistema DeFi

Todas as transações no Haven são privadas, portanto, usando uma conta dedicada para todas as interações com o ecossistema DeFi mais amplo, você pode facilmente manter os benefícios da privacidade total do usuário no Haven, enquanto acessa a liquidez e o utilitário de cadeia cruzada do DeFi.

Anterior Perguntas frequentes sobre tokens encapsulados

Perguntas frequentes sobre tokens encapsulados

O que é um token embrulhado?

Um token encapsulado é simplesmente um token de criptomoeda que existe em um blockchain secundário Isso permite que o valor de um ativo nativo de um blockchain seja transferido para outro blockchain.

No caso do Haven é um token que é usado no BSC (Binance Smart Chain). Mantém o mesmo valor que XHV e é garantido 1:1 com a moeda nativa em todos os momentos.

Por que fazê-lo em Haven?

A principal promessa do Haven é fornecer uma maneira para qualquer pessoa acessar uma criptomoeda de valor estável, mantendo a privacidade total do usuário. Essa visão foi realizada com uma variedade de xAssets disponíveis na rede Haven, mas veio com alguns compromissos importantes. 

A utilização de um token encapsulado visa desbloquear o potencial e reduzir as barreiras à entrada, melhorando a acessibilidade, a liquidez e a utilidade da rede. 

Tokens encapsulados, como wXHV, oferecem interoperabilidade entre blockchains para que as pessoas possam mover ativos facilmente e aproveitar recursos e aplicativos em outras blockchains. Essas vantagens podem ser tempos de transação mais rápidos, taxas mais baixas ou oportunidades agrícolas de rendimento.

Como funciona?

Tokens embrulhados são criados e destruídos por um processo chamado “cunhagem” e “queima”. Para cunhar um token encapsulado como wXHV, o ativo subjacente, neste caso XHV, é enviado para um custodiante (o cofre multisig) que armazena o XHV em um cofre digital. Uma vez que o XHV subjacente tenha sido bloqueado, uma quantidade equivalente de wXHV pode ser cunhada. 

Esse processo também pode ser entendido como “embrulho”. O ativo subjacente é “embrulhado” em um cofre digital usando um contrato inteligente e um ativo recém-embrulhado é cunhado para uso em outro blockchain.

Para gravar wXHV, o mesmo processo é seguido, mas ao contrário. O wXHV é removido de circulação e a quantidade equivalente de XHV é liberada do cofre digital e permitida de volta ao Haven. 

O que acontece com minhas moedas quando elas são embrulhadas?

Embrulhar suas moedas em sua forma mais simples significa que você deposita suas moedas nativas em uma carteira controlada por contrato inteligente. O contrato inteligente verifica esse depósito e libera o número equivalente de tokens para seu endereço de recebimento.

As moedas que você depositou são mantidas no cofre até que você decida 'desembrulhar' os tokens e receber suas moedas de volta ao seu endereço Haven.

Como eles são mantidos seguros?

As moedas que você deposita são mantidas em um cofre Gnosis multi-sig. Isso significa que, para realizar qualquer transação, é necessário um número mínimo de pessoas para assinar a transação antes que quaisquer moedas ou tokens possam ser movidos.

o Seguro para Gnose é um código aberto e formalmente verificado carteira de auto-custódia para uso na rede Ethereum e geralmente é considerada uma das opções mais seguras para armazenamento mutil-sig.

Posso desembrulhar quando quiser?

Sim, você pode enviar seus tokens de volta para o endereço do contrato de empacotamento e 'desembrulhar' de volta para moedas nativas a qualquer momento.

Onde posso usar meus tokens encapsulados?

Os tokens encapsulados serão conectados ao BSC (Binance Smart Chain), dando acesso a todos os DApps e protocolos disponíveis nessa rede. Uma lista atualizada deles pode ser visualizada aqui. No futuro será possível fazer uma ponte para outras cadeias EVM para acessar sua utilidade e liquidez. 

Onde posso armazenar meus tokens embrulhados?

Existem muitas carteiras que podem ser usadas para armazenar seus tokens enquanto não estão sendo usados. Alguns dos mais populares estão listados abaixo:

Ainda tenho a mesma privacidade ao usar o token encapsulado?

​​​​​​​Você não mantém os mesmos níveis de privacidade do usuário ao usar os tokens encapsulados, pois a rede Ethereum tem maior transparência por padrão. 

No entanto, a promessa principal de privacidade do usuário permanece totalmente intacta quando você 'desembrulha' seus tokens de volta para as moedas nativas e os transfere de volta para o seu cofre Haven. 

Recomenda-se sempre usar um endereço Haven dedicado para todas as interações com integrações de terceiros, incluindo os tokens encapsulados e THORChain.

Próximo Mantendo sua privacidade

Executando no fluxo

Introdução

À medida que o projeto se desenvolve e cresce, é importante evoluir a infraestrutura do projeto com ele. Sendo um projeto liderado pela comunidade, é essencial que descentralizemos o máximo possível do projeto e uma das partes mais importantes é a hospedagem da infraestrutura.

O que é Fluxo?

O Flux é um serviço de infraestrutura de nuvem descentralizado que oferece aos usuários a capacidade de hospedar seus aplicativos em vários servidores. A execução do Flux em uma arquitetura baseada em blockchain oferece maior resiliência do que um servidor central tradicionalmente usado para hospedagem. Você pode saber mais sobre o Flux aqui: https://runonflux.io/

Por que isso é importante para Haven

A infraestrutura do Haven inclui várias peças que são essenciais para a capacidade dos usuários de realizar transações e armazenar seus patrimônios de forma transparente e privada. Até recentemente, o cofre da web, os nós do cofre, o explorador e a carteira de papel eram hospedados no Digital Ocean.

Mover a hospedagem para o Flux garantirá que não haja um único ponto de falha em nenhum deles. A Flux atualmente tem mais de 11k nós mantendo sua rede e isso ajudará a tornar o Haven mais resistente à censura e resiliente a ataques.

Anterior Bootstrap Blockchain

Bootstrap Blockchain

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 usá-lo você só precisa substituir o existente mdb arquivo com o arquivo baixado.

The last update was carried out on 24th August 2024 (~35GB); this will speed up the sync time.

NOTA: Como este é um 'instantâneo' em vez de uma versão de importação ao vivo do blockchain, não é possível verificar a autenticidade dos registros. Os usuários baixam e usam por sua conta e risco.

Anterior Ativos em Circulação
Próximo Executando no fluxo

Ativos em Circulação

Sobre o XHV Supply

Todos os XHV em circulação são de uma de duas fontes.

1. Mineração, como qualquer outra criptomoeda de prova de trabalho.

2. Minting, através do mecanismo mint and burn que converte entre xUSD e XHV no valor atual em USD. 

Como qualquer pessoa pode cunhar entre ativos a qualquer momento, a oferta de XHV é elástica, flutuando a cada conversão. Isso, por sua vez, significa que a oferta máxima é ilimitada. No entanto, não é infinito, pois a quantidade minerada é restrita pelo cronograma de emissões, e a quantidade cunhada é limitada pela disponibilidade de ativos negociáveis.

Fornecimento de xUSD e xAsset

Todos os xAssets no ecossistema Haven são derivados do XHV, usando um mecanismo similar de hortelã e queima. 

O total deste cálculo é visível na página de fornecimento:

https://explorer.havenprotocol.org/supply

Nota: Os dados de fornecimento não são precisos 100%. Veja este post sobre “umprecisão de circulação" para mais detalhes.

Anterior Precisão dos dados de circulação
Próximo Bootstrap Blockchain
pt_PTPortuguês