El plan de acción Ziggy UST

Este artículo describe el plan de acción propuesto para "Ziggy", un enfoque paso a paso para volver a vincular TerraUSD, o UST (C). El plan está sujeto a cambios según el mercado u otras condiciones que no necesariamente estén bajo nuestro control.

Fecha de edición : 7 de febrero de 2023.

Contexto: Propuesta #11324
Ziggy: Discusión de propuesta final

Esta parte está reservada para los registros de cambios de este documento.

#1 — Comprender la situación

El núcleo de cualquier plan de reajuste de UST es la pregunta: "¿cómo inyectamos $ 8.5 mil millones que no tenemos?"

En cualquier momento dado, podemos obtener el "valor faltante" restando la capitalización de mercado de Terra (en este plan, USTC) del suministro en circulación total (número de unidades) de Terra:

9,800,000,000 units minus $300,000,000 mkt cap = $9,500,000,000 deficit

Luego restamos la cantidad de Luna (LUNC) en la capitalización de mercado total. En teoría, este número puede respaldar las monedas Terra en cualquier momento (suponiendo liquidaciones completas y totales):

$9,500,000,000 minus $1,000,000,000 = $8,500,000,000 deficit

En el modelo anterior de Terra Classic, se emitiría un nuevo LUNA cada vez que UST estuviera por debajo de la paridad para cubrir el déficit. Por otro lado, LUNA se quemaría cada vez que UST superara su nivel.

Por ejemplo:

• $1.00 UST = $1.00 LUNA => sin cambios
• $0.98 UST = $1.02 LUNA => se imprime el déficit
• $1.02 UST = $0.98 LUNA => se quema el exceso

Desafortunadamente, si bien el programa funcionó "como se esperaba", fue un problema de diseño: se creó un entorno en el que LUNA podía acortarse perpetuamente, lo que permitía a los actores del mercado altamente apalancados suprimir los precios e hiperinflar continuamente LUNA.

Considere el cuadro anterior. Cada vez que el precio de Luna estaba por encima del precio de Terra, se podía quemar una cantidad suficiente de LUNA para satisfacer su demanda. Observe cómo la línea azul (superior) siempre tendía a subir; había suficiente garantía en el sistema para restaurar la paridad. Esto no tiene en cuenta la inflación, que es como una "quema suave" para las personas que están apostando y no quieren vender.

En este cuadro, representamos gráficamente cuántos "reclamables" estaban disponibles en un momento dado. Esto solo significa "¿cuántas Terras (UST) puedo obtener por mis Lunas (LUNA)?"

El periodo de tiempo es el mismo. Observe cómo la cantidad de reclamos totales experimenta un pico entre los períodos n.° 23 y n.° 25. La tasa de intercambio de LUNA <> UST era tan alta que permitía cubrir una gran cantidad de Terra (UST) en un solo intercambio, pero el proceso inverso significaba que intercambiar UST por LUNA era un mal negocio. (¡a menos que estuvieras apostando fuerte y yendo largo!)

Cuando el precio de Luna finalmente cae por debajo del de Terra, comienza la "inflación algorítmica", o la acuñación de nuevos LUNA. El sistema continuará imprimiendo dinero hasta que se cumplan suficientes ofertas en Luna. Sin embargo, es casi seguro que las nuevas ofertas (compra) no puedan mantenerse al día con la tasa de inflación programada.

Este fenómeno se conoció como una "espiral de la muerte" durante la desvinculación. En cambio, reformularía esto como una "espiral de descomposición" y una "espiral de crecimiento" en el futuro. La emisión del nuevo Luna ha permitido una oportunidad global excéntrica para ayudar a recuperar un valor inmenso y redefinirlo adecuadamente.

Puedes leer más sobre la tesis de la Deuda de la Red aquí: Balance de la Red

N.º 2: reactivación de los swaps de mercado controlados

Esa funcionalidad básica se define en lo que se conoce como Market Module . Este módulo, además de Oracle y el módulo de tesorería, no existen en LUNA2.

El módulo Market permite intercambios atómicos entre diferentes denominaciones de monedas estables de Terra y entre Terra y Luna. Este módulo asegura un mercado líquido disponible, precios estables y tipos de cambio justos entre los activos del protocolo.

La estabilidad de precios de TerraSDR se logra a través de la actividad de arbitraje de Terra<>Luna contra el creador de mercado algorítmico del protocolo, que expande y contrae el suministro de Terra para mantener su paridad.

Fuente:https://classic-docs.terra.money/docs/develop/module-specifications/spec-market.html

Queremos volver a activar esta función. Sin embargo, queremos operar bajo ciertas condiciones:

• Sin nueva acuñación de Luna (LUNC);
• Cantidad fija de acuñación de Terra (USTC et al)

¿Pero no tienen ya una opción? Bueno no. Consideremos el siguiente ejemplo:

• Un usuario que apuesta 10 millones de LUNC puede pagar 0,04 USTC por transacción en tarifas de transacción para retirar las recompensas de delegación y apostarlas. Como están exentos de impuestos, solo pagan 0,08 USTC.
• Un usuario que intercambie USTC por LUNC pagará 0,04 USTC por transacción en tarifas de transacción, un mínimo de 0,30 % en margen y un 0,2 % adicional en impuestos. Si el USTC es de $0,03, entonces una conversión a 10m en LUNC, o 300 000 USTC, significa que pagarán 900 USTC en margen (0,30 % mínimo) pagados a proveedores de liquidez y 600 USTC en impuestos, para un total de 1500,04 USTC.

Un jugador de mercado racional ve que "no hay opción" cuando se piensa en términos de pura rentabilidad, porque simplemente es más rentable operar en Binance. Los CEX también permiten lo que se denomina comercio perpetuo apalancado en posiciones largas y cortas, lo que significa que los operadores pueden pedir dinero prestado para comprar y vender en corto. Cuando se combina con recompensas de participación, ¡estamos habilitando activamente las apuestas en contra de nuestra red!

Es la diferencia entre preguntarte:

• ¿Quiere pagar $1.00 al pagar por una barra de Snickers?
• ¿Quiere pagar $5.00 al pagar por una barra de Snickers?

Claro, Binance está haciendo grandes esfuerzos, pero recuerda que lo están haciendo con tarifas del 0,1 %: cobramos 0,30 % + 0,20 % + tarifas de transacción. ¿Por qué no dar a estos comerciantes una justificación para usar nuestra cadena?

Hablemos también de las quemaduras manuales. Con un suministro total de 6 billones de LUNC, una quema manual de 2 millones de LUNC elimina 3,333 × 10^-5 % del suministro. ¡Esto tomará milenios para lograrlo, si el interés en LUNC todavía existe para entonces!

La pregunta que la comunidad LUNC debe hacerse es: "¿Qué traería LUNC y USTC de CEX como Binance de vuelta a la cadena?"

Para hacer esto, necesitamos casos de uso. En este momento nos quedan muy, muy pocas dApps, que perdieron dinero en mayo del 22 y continúan pagando para respaldarlas, aunque no son rentables en absoluto.

Podemos atraer a los tenedores de NFT, pero sin modelos de negocios, son valorados subjetivamente y/o impulsados ​​por la especulación. También tenemos DEX donde los usuarios pueden proporcionar liquidez, pero estos son increíblemente "delgados" para completar pedidos. Un poco de aprieto, ¿no?

A ~$0.03 USTC y ~$0.000185 LUNC, 12.84M USTC representan solo $385,200 de liquidez disponible para negociar. Esto parece mucho, pero cuando piensas en Binance haciendo miles de millones de volúmenes de negociación por día, el margen es simplemente demasiado grande para que los comerciantes paguen; permanecerán en Binance incluso si la tasa de impuestos es cercana a cero.

Claro, podemos agregar dinero a estos, pero no existe una forma estable de comercio en la red. Esto significa que podríamos agregar dinero y, debido a cómo funcionan los AMM, ¡experimentar una gran cantidad de pérdidas! (¡Puedes leer más sobre la pérdida temporal aquí !)

Entonces, ¿cuál es la solución? ¿Por qué no permitir que los usuarios intercambien divisas en su monedero?

Eso es lo que hace el módulo de mercado. Si viaja a Europa y vive en los EE. UU., debe operar en la moneda local. Sin embargo, no querrás renunciar a tu ALMUERZO. En cambio, intercambia USD (USTC) a EUR (EUTC) y lo usa como forma de pago. Las tarifas cobradas por el comercio ( spread ) van a los participantes de LUNC.

Queremos actividad comercial entre esas monedas. Primero haremos esto en una red de prueba para que cualquiera pueda participar .

#3 — Diseño y prueba de controles para el algoritmo.

Parte de la propuesta de Ziggy es adoptar un enfoque paso a paso. Esto se aplica a acciones genéricas (comprender, volver a habilitar, probar) y también se aplica a valores numéricos (0.01, 0.02, 0.03).

Si queremos ser aún más exhaustivos, también contabilizamos cada microunidad (0.000001 en Terra Classic), y también contabilizamos cada tramo que existe en este conjunto discreto, al mismo tiempo que contabilizamos las cadenas compatibles con EVM. Esto significa cada grupo de números entre 1x10^–18 y 1,00, y luego extrapolar esa información más allá de 1,00.

Es decir, ¿cuál es el plan cuando el precio es, digamos, 0,000005 y 0,50? Se trata de muchos números y grupos, incluso si se trata de un conjunto discreto (finito) de números.

Ahora, este tipo de enfoque exhaustivo requiere la asistencia de especialistas en finanzas cuantitativas. La gente tratará los activos de Luna y Terra de manera diferente en varios niveles de precios. Pueden comprar USTC/LUNC cuando cuestan $0.005/$0.00005 respectivamente en grandes cantidades, pero cuando cuestan $0.04/$0.0004, pueden ser más reservados o obtener ganancias durante un cierto período de tiempo.

La propuesta de código ERM de Ziggy describe una forma de tratar TerraSDR (SDT) como una opción, o un par de divisas dado (por ejemplo, USD/JPY) como una opción. En términos de traer utilidad a la cadena, este es fácilmente uno de los tipos de dApps más valiosos que podemos incorporar. (Lea más sobre el comercio de opciones de Forex ).

Esto podría tener sentido como Capa-2, o podría tener sentido como Capa-1. Desde el punto de vista de la iteración, tiene más sentido probar las nuevas características del algoritmo en una cadena lateral de capa 2 y luego incorporarla a la capa base si resulta invaluable. Un ejemplo de esto en Ethereum sería probar en Arbitrum, Optimism o Polygon antes de trasladar su funcionalidad a Mainnet.

Las opciones son un tema financiero más complejo que se ha generalizado en los últimos años debido a la aparición de aplicaciones como Robinhood. En general, podemos pensar en dos tipos principales:

• llamar
• poner

El ERM es una pauta de código generalizada que permitiría la compra y venta de USTC, LUNC y otros pares. Si hay 253 combinaciones únicas, las contabilizamos todas y luego agregamos 3 combinaciones no correlacionadas como una forma de respaldar LUNC. Desde una perspectiva de datos, sería preferible utilizar los 256 espacios, y aún se pueden incorporar nuevos países miembros. Las recomendaciones generales para esto son BTC, ETH y una moneda estable.*

*Nota: si bien BUSD ha sido la elección de la multitud, estoy trabajando en un documento técnico que explicará cómo podemos crear un conjunto de monedas estables en xUSD, USDx y las monedas de varios otros países que no prefieren una institución o protocolo de respaldo. Sobre otra. Puedes ver algunas discusiones en mi Twitter bajo #Moonflower .

El uso de mantenimiento de precios algorítmico al estilo de las opciones significa que podemos crear un sistema que representa la acción del precio con detalles extremadamente finos, que van desde cambios básicos en los precios al contado hasta derivados asociados con la volatilidad implícita.

La propia red actúa como contraparte en esta escritura algorítmica de opciones. En un momento dado, la red intenta asegurar el suministro disponible de Terra o Luna a través de un sistema básico de call-put. Esto significa que, si se implementa el ERM (incluso si se cambia el nombre), se asume todo el riesgo: podemos llegar a $ 1.00 en USTC y ver que su precio baja o sube inmediatamente .

Además, recopilamos datos en torno a estos SoftPegrangos. Si pensamos en el SoftPeg(high, low)como SoftPeg(put, call)en su lugar, podemos definir con mayor precisión su funcionalidad.

#4 — Desarrolle soluciones paralelas para protegerse contra “eventos de desvinculación” — luego simule una desvinculación.

El ERM tal como está tiene algunas fallas graves desde la perspectiva del riesgo, concretamente en su secuencia de implementación. Si reunimos consenso sobre el oráculo de precios, y luego cambiamos algorítmicamente de inmediato sin comunicarlo a través de la gobernanza, introducimos cierto grado de falla bizantina:

En una falla bizantina, un componente como un servidor puede aparecer fallado y funcionando de manera inconsistente para los sistemas de detección de fallas, presentando diferentes síntomas para diferentes observadores. Es difícil para los otros componentes declarar que falló y excluirlo de la red, porque primero deben llegar a un consenso sobre qué componente falló en primer lugar. La tolerancia a fallas bizantina ( BFT ) es la resistencia de un sistema informático tolerante a fallas a tales condiciones.

Fuente:https://en.wikipedia.org/wiki/Byzantine_fault

Tendermint utiliza la práctica Tolerancia a fallas bizantinas utilizando Prueba de participación delegada (autoridad) o pBFT-dPoS (A). Puedes leer más sobre esto aquí .

Ahora, la propuesta de Ziggy da cuenta de subir la “escalera” de la fijación de precios, pero no da cuenta de caer por la escalera. Para probar la escalera en busca de grietas, subiremos las escaleras y luego las bajaremos. De esta forma, estamos simulando un evento de desvinculación aplicando una inmensa presión de venta.

Quisiéramos aclarar que estos eventos se pueden señalar en el Ziggy ERM mediante definición SoftPeg(put, call)o SoftPeg(high, low)rango. Efectivamente, le indicamos a todo el mercado que vamos a vender una putde USTC (por ejemplo) a un highprecio determinado y ejercer una callde USTC a un lowprecio determinado.

Por ejemplo, definimos SoftPeg(0.04, 0.02) = 0.03con un tiempo de vencimiento de ModifierBlockDuration = 1000 blocks: en este sentido, ahora permitimos que los comerciantes financieros cuantitativos calificados trabajen en un sistema abierto diseñando sus propias estrategias de opciones.

Ziggy ERM define un rango de 0.02USTC de "tolerancia a la volatilidad". Podríamos considerar esto como un tramo, o una “porción de dinero”.

Alex Forshaw propuso un plan de reserva de tramos (arriba) a fines de 2022 que se puede volver a explorar. Si bien el plan original propuesto por Forshaw, además de Maximilian Bryan y Edward Kim , sugería 10 tramos usando una twBTCreserva de Bitcoin envuelta en Terra para respaldarlos a través de recompras algorítmicas, la principal preocupación era, bueno, garantizar que la reserva no fuera destruida. un ataque al mercado cuidadosamente orquestado.

Con la gracia de estos proponentes, nos gustaría pedirles que continúen explorando este plan como una forma de reforzar la paridad en cualquier tramo dado junto con Ziggy ERM utilizando las reservas sugeridas: , , o garantías "seguras twBTC" twETHsimilares twUSDx.

Es decir, en lugar de delinear 10 tramos, delineamos un conjunto discreto de tramos entre 1x10^-18 y 1,00. (De nuevo, este número es mucho.)

Cuando Ziggy ERM lleva a cabo su estrategia de opciones híbridas (en este caso, un Strangle ), el sistema de tramos propuesto por Forshaw et al puede probarse en una escala más pequeña comprometiéndose automáticamente con compras de reserva al call// lowfinal del SoftPeg— aunque es importante para decidir cómo abordar put// highel final aquí, porque la reserva no es para eso.

N.° 5 — Fuente de financiación para la prueba y la iteración de los planes relacionados con Ziggy.

La fuente más directa de la red para financiar estos esfuerzos es el Community Pool. Sin embargo, cuando consideramos la longevidad de la red desde un punto de vista fiscal, nos gustaría construir una reserva en el Fondo Comunitario mientras nos sustentamos lo menos posible de la financiación de riesgo gravada por la red del Fondo Oracle.

Otro problema central discutido en la propuesta de Ziggy es "¿de dónde viene el incentivo (dinero)?" La propuesta implica que puede obtenerse del arbitraje, pero el arbitraje proviene de las ineficiencias del mercado: no podemos crearlo a la fuerza con fines de lucro.

En cambio, actualmente proponemos permitir que los validadores opten por una función de retención. Se ha hablado de la implementación de dicha función con uno de los desarrolladores de Layer-1 en el momento de escribir este artículo . Esta funcionalidad se lee un poco como:

• Establecer un % de comisión
• Parte de la comisión se retiene (voluntariamente) en un grupo separado para financiar la funcionalidad Ziggy ERM

• Nuestro SoftPeg(por razones de datos) es $0.03.
• La red conservará el derecho de ejercer su putprecio $0.04a través de un parámetro separado.
• La red conservará el derecho de ejercer su callprecio $0.02a través de un parámetro separado.

• El putprecio puede ejercerse mediante retenciones de validadores a través de su propia comisión. Al hacerlo, se obtiene un beneficio directo. Sin embargo, dado que esto es preferencial para aquellos que ejecutan nodos de validación sobre los delegados, enviamos este dinero de regreso a Oracle Pool y Community Pool divididos de acuerdo con un controlador de gobierno.
• El callprecio puede ejercerse a través del sistema de tramos de reserva que tiene asignado capital a la franja del tramo específico 0.02 — 0.04.

• AnteHandler de LuncBurnArmy quema la propuesta de división de impuestos
• Propuesta DEX de la comunidad de faffyswap
• propuesta de sistema multi-pool de drlocum

#6 — Resumen y Notas

El resumen es el siguiente:

1. Comprenda la situación y por qué sucedió antes.
2. Vuelva a habilitar los intercambios de mercado y las pruebas de etapa en las redes de prueba antes de la red principal. (sin nueva acuñación de Luna, emisión fija de Terra)
3. Diseño y prueba de controles en torno a los swaps del mercado. (Ziggy ERM)
4. Desarrolle soluciones de protección paralelas para prepararse para eventos de desvinculación y luego simule esas desvinculaciones para probar su solidez. (Mecanismo de tramo de reserva de la USTN bajo Ziggy ERM)
5. Fuente de financiación mediante retenciones de comisiones validadoras voluntarias. En lugar de llevarse a casa el 100 % de la comisión del 5 %, use la mitad para financiar la reconexión del algoritmo con Ziggy ERM. Luego, envíe las ganancias a Oracle Pool y Community Pool. (inspirado en múltiples propuestas)

Esta idea está abierta a la iteración. Se proporcionará un registro de cambios en la parte superior de este artículo en caso de que sea necesario volver a editarlo.

¡Comienza la lluvia de ideas y hagámoslo!