Notas de la versión de Haven 3.1 Testnet

​En enero de 2023, vimos el lanzamiento de Haven 3.0 e introducción de EBV, un nuevo concepto en nuestra tokenómica, que permitió reiniciar las conversiones después de que estas se detuvieran en junio de 2022 debido a una espiral de muerte emergente. Las fuertes restricciones impuestas a través de VBS significan que los usuarios necesitan una gran cantidad de garantías para incorporar incluso una pequeña cantidad de xUSD. Sin un final a la vista del continuo mercado bajista y la falta de demanda en nuestro protocolo, VBS ha aumentado de manera constante, lo que dificulta aún más el uso del protocolo.

Los largos tiempos de bloqueo y los altos requisitos de garantía impidieron que xUSD mantuviera su paridad en los intercambios y esto llevó a su caída en los últimos meses, alcanzando un mínimo promedio de alrededor de $0.20 por xUSD al momento de escribir este artículo (mayo de 2023).

Como se indicó anteriormente, VBS no fue diseñado para corregir la vinculación de xUSD, sino para permitir conversiones de manera segura, lo que permitiría que el Grupo de trabajo económico (EWG) trabaje en la mejora de la tokenómica con un enfoque específico en la vinculación.

Esto nos lleva a la última versión.
Haven 3.1 incorpora varias actualizaciones de protocolo y tokenómica.

Las actualizaciones de tokenómica están destinadas a facilitar las conversiones relajando el VBS y reduciendo los tiempos de bloqueo para Onshore y Offshore.

Para compensar la facilitación de las conversiones, se introducirá un nuevo concepto.

Deslizamiento

Esto se trata con más detalle a continuación. El deslizamiento no debe confundirse con el "Slippage VBS" utilizado en Haven 3.0 para calcular el VBS.

Veamos las principales actualizaciones de esta versión.

Rebase a Monero v0.18

Haven es una bifurcación de Monero y es importante mantenerse actualizado con los últimos lanzamientos de Monero para mantener un alto grado de seguridad y funcionalidad.

Como parte de la actualización, los desarrolladores han pasado por un proceso de simplificación del código base Haven mediante la eliminación de código superfluo que se acumuló con el tiempo y ya no es necesario, además de mejorar la eficiencia y la legibilidad del código. Esto hará que las actualizaciones posteriores sean mucho más fáciles de implementar.

La rebase configura el desarrollo futuro del código base Haven para que sea más accesible y permita que los desarrolladores existentes de Monero se unan potencialmente al equipo de desarrollo de Haven con poca o ninguna capacitación debido a la familiaridad con el código.

Tarifas de conversión

Las tarifas a través de las conversiones se pagan actualmente en la moneda de origen. Por ejemplo, al convertir de xUSD a xBTC, las tarifas se pagarán en xUSD.

Esto presenta un problema porque la tesorería no tiene forma de usar esas tarifas para pagar los costos de funcionamiento y, debido al estado actual del mercado, nadie está deslocalizando, lo que normalmente generaría tarifas en XHV.

Tanto el EWG como el HOC (Comité de Supervisión Haven) acordaron que todas las tarifas de conversión se pagarán en XHV. Esto asegurará que el proyecto tenga suficiente liquidez para pagar una multitud de pasivos (facturas) que se acumulan cada mes. Estos incluyen, entre otros, servicios en la nube y de Oracle, alojamiento, sitio web, salarios de desarrolladores y fondos para marketing y diseño futuros.

La comunidad ha expresado cierta preocupación por esto debido a un aumento percibido en el suministro de XHV. Sin embargo, la oferta general de todos los activos seguiría siendo la misma porque las tarifas se tomarán de un activo existente, que ya está en circulación. La conversión de tarifas a XHV hará que sea más fácil y rápido para el tesoro usar los fondos.

Esto tiene la ventaja adicional de incentivar a los mineros a usar nuestro protocolo, ya que también recibirían tarifas de transacción y conversión en XHV.

Con la introducción de Slippage, cualquier tarifa generada en XHV se compensará con la quema de monedas a través del deslizamiento.

Tarifas en tierra

Las tarifas en tierra se reducirán de 1.5% a 0.5%.

Estamos bajando las tarifas en Testnet para tener una idea de si la tesorería recibirá suficientes fondos en estos niveles para sostener el proyecto.

Razón:
Reducir las tarifas fomentará el uso del protocolo.

Tiempos de bloqueo de garantías en alta mar y en tierra

Los tiempos de bloqueo Offshore y Onshore para el colateral se reducen los montos de 21 días a 14 dias.

Razón:
Reducir el tiempo de bloqueo de la garantía debería aumentar la demanda y el uso de nuestro protocolo.

Tiempos de bloqueo de la cantidad convertida en alta mar y en tierra

Los tiempos de bloqueo Offshore y Onshore para el convertido se reducen los montos de 21 días a 24 horas.

Razón:
Desbloquear la cantidad convertida mucho antes permitirá calcular xUSD en los intercambios.
Esto, a su vez, alentará a que suba la paridad de xUSD.

VBS en alta mar y en tierra

En el momento de escribir este artículo, el valor del VBS es 58, lo que significa que los usuarios necesitan 58 veces la cantidad de XHV como garantía, en comparación con la cantidad que pretenden en tierra. Aunque esto detiene la espiral de muerte para la que estaba destinado, también impide que el protocolo funcione correctamente. Sin uso, es difícil ver cómo el VBS puede caer significativamente y permitir que las conversiones vuelvan a funcionar; es posible que el protocolo quede atrapado en un ciclo perpetuo de sentimiento negativo.

En esta última versión, hemos decidido reducir el VBS a un máximo de 5 con una disminución gradual hasta un mínimo de 1 en línea con una relación de capitalización de mercado decreciente. Esto puede cambiar durante el transcurso de la red de prueba, según los resultados y los comentarios.

Para el nuevo cálculo de VBS, vamos a utilizar una fórmula simple para ambos, Onshore y Offshore:

La siguiente tabla muestra los valores de VBS para un rango de índices de capitalización de mercado:

Si el deslizamiento funciona según lo previsto, es muy posible que eventualmente eliminemos VBS por completo, o al menos lo reduzcamos a un máximo de 1. Tendremos que esperar y ver cómo evoluciona el protocolo con el tiempo una vez que se haya lanzado la nueva tokenómica en la red principal. .

Retire la tapa del bloque

El límite de bloque es específico para Offshore y Onshore en Haven 3.0. Al introducir el deslizamiento, esta restricción ya no es necesaria, ya que alentamos las grandes conversiones, lo que quemaría monedas a través del deslizamiento.

Deslizamiento

El deslizamiento no es una idea nueva y ha sido discutido por el equipo y la comunidad a lo largo de los años. La quema Delta, que es un tipo de deslizamiento, se propuso en el pasado, pero la comunidad votó en contra.

Haven no es lo suficientemente grande como para hacer frente a la liquidez infinita dentro de la bóveda, mientras que la liquidez en los intercambios sigue siendo algo que desear. Al suavizar el VBS, necesitamos algo que contrarreste esto, y quemar monedas a través del deslizamiento es una buena alternativa.

El modelo que buscamos implementar está relacionado con las proporciones de la reserva, donde el suministro circulante de cada activo representa una reserva. Estamos tratando de imitar sintéticamente un Dex utilizando (entre otras cosas) las proporciones de los suministros circulantes de los activos que se están convirtiendo y el tamaño de la conversión para crear un valor de deslizamiento realista, que se quemaría durante la conversión. Esto debería crear un sistema que estará más cerca del comportamiento natural y, al quemar lo que anteriormente habría sido una victoria falsa/fácil, ahora evitaría jugar con el sistema.

Mediante el uso de proporciones de grupos de activos y cantidades de conversión, el deslizamiento se vuelve muy dinámico a favor de las conversiones más pequeñas y alto para las grandes.

Dependencias de deslizamiento

Las tasas de deslizamiento serían individuales para cada transacción en función de:

• Profundidades relativas de cada poza involucrada.
• Relación de xAssets generales a XHV (igual que la relación mcap utilizada para calcular el VBS).
• Tamaño de TX en relación con las profundidades del grupo de activos de origen y destino.
• Source Pool Multiplier: este es un valor que determina la fuerza del Source Slippage.
  El multiplicador es una función de la relación mcap. Consulte la fórmula a continuación.
• Multiplicador de grupo de destino: este es un valor que determina la fuerza del Deslizamiento de destino.
  El multiplicador se establecerá en la relación mcap, con un mínimo de 1.
  Entonces la fórmula se convertiría en: MAX(1,RatioMcap)

Fórmula del multiplicador del grupo de fuentes

El Source Multiplier usa una función exponencial, similar a VBS, con un valor mínimo de 5.

La siguiente tabla muestra los valores del multiplicador para un rango de índices de capitalización de mercado:

Cálculo de deslizamiento

Veamos un ejemplo en tierra para ver cómo se aplica el cálculo en función del precio actual y los suministros circulantes de todos los activos Haven tomados el 14 de mayo de 2023.

Valores iniciales

Precio XHV onshore = $0.3079
Suministro circulante XHV = 29,445,005
Capitalización de mercado XHV = 29,445,005 x $0.3079 = $9,066,117

suministro circulante xUSD = 14,786,792
Capitalización de mercado total de xAssets = $16,306,188

Relación Mcap = 16,306,188 ÷ 9,066,117 = 1.8 (redondeado)
Multiplicador del grupo de origen = SQRT (1.8 ^ 1.2) * 20 = 28.48 (redondeado)
Multiplicador del grupo de destino = MAX(1,McapRatio) = 1.8

Cálculo

Ejemplo 1
Monto en tierra = 100,000 xUSD

ConvertAmount es el importe del activo que se está convirtiendo.
FuenteSuministro es la oferta circulante del activo que se está convirtiendo, en este caso xUSD.
FuenteMultiplicador es el multiplicador del grupo de origen calculado en la sección Valores iniciales.

ConvertAmount es el importe del activo que se está convirtiendo.
Precios de los activos es el precio del activo que se convierte, por lo que para xUSD es $1.
DestinoActivoMcap es la capitalización de mercado del activo que se está convirtiendo, capitalización de mercado XHV = 9,066,117
Multiplicador de destino es el multiplicador del grupo de destino calculado en la sección Valores iniciales.

TotalSlippage = SourceSlippage + DestinationSlippage = 21.09%

Entonces, la cantidad total de deslizamiento en este ejemplo es 21.09%, o 21 090 xUSD que se quemarían y 78 910 xUSD que se convertirían a XHV, menos las tarifas de conversión.

Aquí hay algunos ejemplos más en tierra usando diferentes cantidades:

Ejemplo 2
Monto en tierra = 10,000 xUSD
Deslizamiento total = 2.11%

Ejemplo 3
Monto en tierra = 50,000 xUSD
Deslizamiento total = 10.55%

Ejemplo 4
Monto en tierra = 500,000 xUSD
Deslizamiento total = 100%

Auditoría

El código no será auditado externamente, porque los cambios en las tarifas de conversión son triviales y no exponen ningún vector de ataque adicional; todos los números ya son texto sin formato, y el código de deslizamiento también se puede calcular y verificar a partir de los datos de texto sin formato.​

En resumen

En resumen, la red de prueba Haven 3.1 incorporará los siguientes cambios:

• Rebase a Monero v0.18.
• Todas las tarifas de conversión de TX se pagarán en XHV.
• Tarifas onshore reducidas de 1.5% a 0.5% (solo Testnet).
• Tiempo de bloqueo colateral reducido de 21 días a 14 días.
• El tiempo de bloqueo de la cantidad convertida en tierra/mar adentro se redujo de 21 días a 24 horas.
• VBS Onshore/Offshore unificado, con un rango entre 1 y 5, dependiendo del Mcap Ratio.
• Eliminación de la tapa de bloque para conversiones en tierra/mar adentro.
• Introducción de Slippage, que quemará monedas en relación con las proporciones del grupo, la proporción mcap y el tamaño de la transacción.

Tenga en cuenta que todos los valores, fórmulas y funciones para VBS, tiempos de bloqueo y deslizamiento están sujetos a cambios durante Testnet y antes de mainnet.
Esto dependerá de los resultados de las pruebas recopilados y de los comentarios de la comunidad.