Haven 3.1 Testnet release notes – Haven Protocol XHV

Em janeiro de 2023, vimos o lançamento de Haven 3.0 e introdução de VBS, um novo conceito em nossa tokenômica, que permitiu que as conversões fossem reiniciadas depois que elas foram interrompidas em junho de 2022 devido a uma espiral de morte emergente. As pesadas restrições impostas por meio do VBS significam que os usuários precisam de muitas garantias para obter até mesmo uma pequena quantia de xUSD. Sem fim à vista do contínuo mercado de baixa e falta de demanda em nosso protocolo, o VBS tem aumentado constantemente, tornando cada vez mais difícil o uso do protocolo.

Longos tempos de bloqueio e altos requisitos de garantia impediram xUSD de manter sua paridade nas bolsas e isso levou ao seu declínio nos últimos meses, atingindo uma baixa média de cerca de $0,20 por xUSD no momento da redação (maio de 2023).

Conforme declarado anteriormente, o VBS não foi projetado para corrigir o par de xUSD, mas para permitir conversões com segurança, o que permitiria ao Economics Working Group (EWG) trabalhar para melhorar a tokenômica com foco específico no peg.

Isso nos leva ao último lançamento.
Haven 3.1 incorpora várias atualizações para o protocolo e tokennomics.

As atualizações de tokennomics visam facilitar as conversões relaxando o VBS e reduzindo os tempos de bloqueio para Onshores e Offshores.

Para compensar a facilidade de conversão, um novo conceito será introduzido.

Deslizamento

Isso é abordado com mais detalhes abaixo. O deslizamento não deve ser confundido com o “Slippage VBS” usado no Haven 3.0 para calcular o VBS.

Vejamos as principais atualizações para esta versão.

Rebase para Monero v0.18

Haven é um fork do Monero e é importante manter-se atualizado com os últimos lançamentos do Monero para manter um alto grau de segurança e funcionalidade.

Como parte da atualização, os desenvolvedores passaram por um processo de simplificação da base de código Haven, removendo código supérfluo que foi criado ao longo do tempo e não é mais necessário, além de melhorar a eficiência e a legibilidade do código. Isso tornará as atualizações subsequentes muito mais fáceis de implementar.

O rebase configura o desenvolvimento futuro da base de código Haven para ser mais acessível e permitir que os desenvolvedores Monero existentes se juntem à equipe de desenvolvimento Haven com pouco ou nenhum treinamento devido à familiaridade do código.

Taxas de conversão

As taxas por meio de conversões estão sendo pagas na moeda de origem. Por exemplo, ao converter de xUSD para xBTC, as taxas serão pagas em xUSD.

Isso representa um problema porque o tesouro não tem como usar essas taxas para pagar os custos operacionais e, devido ao estado atual do mercado, ninguém está terceirizando, o que normalmente geraria taxas em XHV.

Foi acordado tanto pelo EWG quanto pelo HOC (Haven Oversight Committee) que todas as taxas de conversão serão pagas em XHV. Isso garantirá que o projeto tenha liquidez suficiente para pagar uma infinidade de passivos (contas) que se acumulam a cada mês. Isso inclui, entre outros, serviços de nuvem e oracle, hospedagem, site, salários de desenvolvedores e fundos para marketing e design futuros.

A comunidade expressou alguma preocupação sobre isso devido a um aumento percebido no fornecimento de XHV. No entanto, a oferta geral de todos os ativos permaneceria a mesma porque as taxas seriam retiradas de um ativo existente, que já está em circulação. A conversão de taxas para XHV apenas tornará mais fácil e rápido para o tesouro usar os fundos.

Isso tem a vantagem adicional de incentivar os mineradores a usar nosso protocolo, pois eles também receberiam taxas de transação e conversão em XHV.

Com a introdução do Slippage, quaisquer taxas geradas no XHV serão compensadas pela queima de moedas através do Slippage.

Taxas onshore

As taxas onshore serão reduzidas de 1.5% para 0.5%.

Estamos baixando as taxas no Testnet para ter uma ideia se o tesouro receberá fundos suficientes nesses níveis para sustentar o projeto.

Razão:
A redução das taxas incentivará o uso do protocolo.

Horários de bloqueio de garantia offshore e onshore

Os tempos de bloqueio Offshore e Onshore para o garantia valores estão sendo reduzidos de 21 dias para 14 dias.

Razão:
A redução do tempo de bloqueio do colateral deve aumentar a demanda e o uso de nosso protocolo.

Tempos de bloqueio do Valor Convertido Offshore e Onshore

Os tempos de bloqueio Offshore e Onshore para o convertido valores estão sendo reduzidos de 21 dias para 24 horas.

Razão:
Desbloquear o valor convertido muito mais cedo permitirá a arbitragem de xUSD nas bolsas.
Isso, por sua vez, incentivará a ascensão de xUSD.

VBS Offshore e Onshore

No momento da redação, o valor do VBS é de 58, o que significa que os usuários precisam de 58 vezes o valor do XHV como garantia, em comparação com o valor que pretendem em terra. Embora isso interrompa a espiral da morte para a qual foi planejado, também impede que o protocolo funcione corretamente. Sem uso, é difícil ver como o VBS pode cair significativamente e permitir que as conversões funcionem novamente; é possível que o protocolo esteja preso em um ciclo perpétuo de sentimento negativo.

Neste último lançamento, decidimos reduzir o VBS para um máximo de 5 com uma diminuição gradual até um mínimo de 1 em linha com a diminuição do índice de capitalização de mercado. Isso pode ser alterado ao longo do testnet, dependendo dos resultados e feedback.

Para o novo cálculo do VBS, vamos usar uma fórmula simples para Onshore e Offshore:

A tabela abaixo mostra os valores de VBS para uma variedade de índices de capitalização de mercado:

Se a derrapagem funcionar como pretendido, é bem possível que acabemos removendo o VBS completamente, ou pelo menos reduzindo-o a um máximo de 1. Teremos que esperar e ver como o protocolo evolui ao longo do tempo assim que o novo tokennomics for lançado na rede principal .

Remova a tampa do bloco

O block cap é específico para Offshores e Onshores no Haven 3.0. Ao introduzir a derrapagem, essa restrição não é mais necessária, pois incentivamos grandes conversões, que queimariam moedas por meio da derrapagem.

Deslizamento

A derrapagem não é uma ideia nova e tem sido discutida pela equipe e pela comunidade ao longo dos anos. A queima do Delta, que é uma espécie de derrapagem, já foi proposta no passado, mas foi rejeitada pela comunidade.

O Haven não é grande o suficiente para lidar com a liquidez infinita dentro do cofre, enquanto a liquidez nas bolsas continua a ser algo a desejar. Ao suavizar o VBS, precisamos de algo que contrarie isso, e queimar moedas por derrapagem é uma boa alternativa.

O modelo que pretendemos implementar está relacionado com índices de pool, onde a oferta circulante de cada ativo representa um pool. Estamos tentando imitar sinteticamente um Dex usando (entre outras coisas) as proporções dos suprimentos circulantes dos ativos que estão sendo convertidos e o tamanho da conversão para criar um valor de derrapagem realista, que seria queimado durante a conversão. Isso deve criar um sistema que estará mais próximo do comportamento natural e, ao queimar o que antes seria uma vitória falsa/fácil, agora impediria o jogo do sistema.

Ao usar índices de pools de ativos e valores de conversão, a derrapagem se torna muito dinâmica em favor de conversões menores e alta para grandes.

Dependências de derrapagem

As taxas de derrapagem seriam individuais para cada transação com base em:

Profundidades relativas de cada poça envolvida.
Proporção de xAssets gerais para XHV (igual à proporção mcap usada para calcular o VBS).
Tamanho de TX em relação às profundidades do pool de recursos de origem e destino.
Source Pool Multiplier – este é um valor que determina a força do Source Slippage.
O multiplicador é uma função da relação mcap. Veja a fórmula abaixo.
Multiplicador do pool de destino – este é um valor que determina a força do deslizamento de destino.
O multiplicador será definido para a proporção mcap, com um mínimo de 1.
Então a fórmula ficaria: MAX(1,McapRatio)

Fórmula do multiplicador do pool de origem

O Source Multiplier está usando uma função exponencial, semelhante ao VBS, com um valor mínimo de 5.

A tabela abaixo mostra os valores do Multiplicador para uma variedade de índices de capitalização de mercado:

Cálculo de deslizamento

Vejamos um exemplo Onshore para ver como o cálculo é aplicado com base no preço atual e nos suprimentos circulantes de todos os ativos Haven adquiridos em 14 de maio de 2023.

valores iniciais

Preço onshore XHV = $0.3079
Fornecimento circulante XHV = 29,445,005
Valor de mercado XHV = 29.445.005 x $0,3079 = $9,066,117

Fornecimento circulante xUSD = 14,786,792
Valor de mercado total de xAtivos = $16,306,188

Índice Mcap = 16.306.188 ÷ 9,066,117 = 1.8 (arredondado)
Multiplicador do pool de origem = SQRT(1,8 ^ 1,2) * 20 = 28.48 (arredondado)
Multiplicador do pool de destino = MAX(1,McapRatio) = 1.8

Cálculo

Exemplo 1
Valor onshore = 100.000 xUSD

ConvertAmount é o valor do ativo que está sendo convertido.
SourceSupply é a oferta circulante do ativo que está sendo convertido, neste caso xUSD.
SourceMultiplier é o Multiplicador do pool de origem calculado na seção Valores iniciais.

ConvertAmount é o valor do ativo que está sendo convertido.
Preço do Ativo é o preço do ativo que está sendo convertido, então para xUSD é $1.
DestinationAssetMcap é o valor de mercado do ativo que está sendo convertido, valor de mercado XHV = 9.066.117
DestinoMultiplicador é o Multiplicador do Conjunto de Destino calculado na seção Valores Iniciais.

TotalSlippage = SourceSlippage + DestinationSlippage = 21.09%

Portanto, o valor total do desvio neste exemplo é 21,09%, ou 21.090 xUSD que seriam queimados e 78.910 xUSD que seriam convertidos em XHV, menos as taxas de conversão.

Aqui estão mais alguns exemplos onshore usando diferentes quantidades:

Exemplo 2
Valor onshore = 10.000 xUSD
Deslizamento total = 2.11%

Exemplo 3
Valor em terra = 50.000 xUSD
Deslizamento total = 10,55%

Exemplo 4
Valor em terra = 500.000 xUSD
Deslizamento total = 100%

auditoria

O código não será auditado externamente, porque as alterações na taxa de conversão são triviais e não expõem nenhum vetor de ataque adicional; os números já são todos texto simples, e o código de desvio também é calculável e verificável a partir dos dados de texto simples.

Em suma

Para recapitular, o testnet Haven 3.1 incorporará as seguintes alterações:

Rebase para Monero v0.18.
Todas as taxas de conversão de TXs serão pagas em XHV.
Taxas onshore reduzidas de 1,5% para 0,5% (somente Testnet).
O tempo de bloqueio de garantia foi reduzido de 21 dias para 14 dias.
O tempo de bloqueio do valor convertido Onshore/Offshore foi reduzido de 21 dias para 24 horas.
Onshore/Offshore VBS unificado, com variação entre 1 e 5, dependendo do Mcap Ratio.
Remoção do Block Cap para conversões Onshore/Offshore.
Introdução do Slippage, que queimará moedas em relação às taxas de pool, taxa de mcap e tamanho da transação.

Observe que todos os valores, fórmulas e funções para VBS, tempos de bloqueio e Slippage estão sujeitos a alterações durante o Testnet e antes da mainnet.
Isso dependerá dos resultados dos testes coletados e do feedback da comunidade.