12188 | Módulo Mercado Clásico Terra 2.0 (versión sin menta)
Fuente de:
- https://validator.info/terra-classic/governance/12188
- https://github.com/Market-Module-2-0/proposal/blob/main/proposal-nomint.md
Módulo Mercado Clásico Terra 2.0
Versión sin menta
Un motor de deflación neta que puede abrirse sin hiperminar, se estrangula a sí mismo cuando se reduce la oferta y no puede ser trucado mediante precios anquilosados.
Se basa en el borrador original del “Módulo 2.0 del Mercado Clásico Terra“, pero incorpora mecanismos para evitar la menta/quema, que causó preocupación entre varios miembros de la comunidad.
Si quieres un breve resumen no técnico, dirígete al Apéndice 1 (Resumen) y al Apéndice 2 (Preguntas y respuestas).
1. Contexto y objetivos
2022 enseñó dos duras lecciones:
- La capacidad ilimitada mata: aumentar el pool_base y acortar el periodo_de_recuperación_del_pool (PRP) permite a los comerciantes acuñar más rápido de lo que el mercado absorbe, destruyendo la LUNC.
- La vinculación dura a 1 $ es letal: valorar el UST a 1 $ mientras cotizaba a céntimos forzó la hiperinflación.
Hoy ( 25 de junio de 2025 ) estamos sentados sobre aproximadamente 6,50 T LUNC y 6 B USTC; las quemaduras son sólo ≈ 1,3 B LUNC / mes (0,02 %). La comunidad quiere que vuelva el módulo de mercado (MM) lo antes posible para restablecer la utilidad y el flujo de tarifas, pero sólo aceptará un descenso continuo de la oferta neta.
2. Cómo se ha acuñado históricamente el módulo de mercado
2.1 base_pool – la “reserva virtual SDR”
Cuando intercambias USTC → LUNC (o viceversa), el módulo finge que estás interactuando con una reserva virtual de DEG. El cálculo real implica:
- Convertir el importe del USTC a su valor en DEG utilizando los precios oraculares actuales.
- Determinar cuánta LUNC acuñar para que la curva virtual constante-producto se mantenga equilibrada
- Actualización de la “deuda” del DEG creada por el swap
Simplificando, cuando intercambias USTC → LUNC, el módulo se plantea como un AMM SDR/LUNC cuyo lado es una piscina virtual de tamaño piscina_base:
ΔLUNC_out ≈ ( SDR_spent / SDR_pool_after ) × LUNC_pool_before
Un pool_base mayor permite que un único intercambio dé más LUNC antes de que se mueva el precio.
2.2 PRP – el temporizador de rellenado
Después de un intercambio, el módulo recuerda un déficit d de DEG (cuánto se ha vaciado la reserva virtual de DEG). En cada bloque “rellena” una fracción fija:
d_siguiente = d_actual × ( 1 – 1 / PRP )
Cada bloque restaura 1/PRP del déficit. Por tanto:
- PRP corto → rellenado rápido → puedes volver a imprimir minutos después
- PRP largo → rellenado lento → debes esperar horas o días
La capacidad total de intercambio por día (si los comerciantes lo vacían completamente cada vez) es de aproximadamente:
swap_cap_day ≈ 2 × base_pool / ( PRP / 14 400 )
(14 400 ≈ bloques al día en Terra Classic).
Esta fórmula se obtiene a partir de la cantidad de DEG que se puede agotar y rellenar al día manteniendo la viabilidad de los canjes.
3. Enfoque no-minting (basado en épocas)
Actualmente, el impuesto de quema en la cadena se divide en un 10% para el Fondo Comunitario, un 10% para el Fondo Oracle y un 80% para quema.
Para evitar cualquier acuñación de tokens, se propone redirigir el 60% a un fondo temporal de “liquidez del módulo de mercado”. Aunque esto reduce la quema inmediata del impuesto al 20%, seguirán produciéndose quemas adicionales cada época de 30 días (ver más abajo).
En el primer bloque H₀ de cada época de 30 días, para cada token por separado (USTC y LUNC):
- Cada token (USTC y LUNC) que llegó al fondo de liquidez del Módulo de Mercado se traslada a un fondo de intercambio distinto para el Módulo de Mercado. Esta es la cantidad de ese token disponible para que los usuarios lo intercambien.
- Esto equivale al 75% de las quemaduras fiscales del último mes de cada ficha.
- En lugar de utilizar la acuñación y quema al intercambiar a través del Módulo Mercado, las fichas simplemente se cogen de esta reserva y se añaden a ella.
- Al comienzo de la siguiente época de 30 días, se queman todos los restos de las piscinas.
4. Base_pool adaptable y PRP para la época
Queremos estallidos cuando la volatilidad se dispara, pero aún así debemos ajustarnos a la asignación mensual.
4.1 Elige un factor de ráfaga
Incumplimiento F = 0,07 → como máximo se puede utilizar el 10 % del saldo actual de la reserva de liquidez en un solo día.
tapa_diaria_deseada = saldo_de_pozo × F
4.2 Resolver para base_pool
Reorganizar la fórmula de la tapa diaria:
reserva_base = tapa_diaria_deseada × PRP / ( 2 × 14 400 )
4.3 PRP a escala de la oferta
PRP = max( 14 400 , 14 400 × ( S / 1 T ) )
Suministro de 6,5 T → PRP ≈ 93 600 bloques (6,5 días).
Cuando disminuye el suministro, la recarga se hace más rápida: el grifo se encoge a medida que se vacía el depósito.
4.4 Abrazaderas finales
base_pool = min( base_pool_raw, 0.00010 × supply_value_in_SDR, 5 000 000 SDR ) // techo absoluto
Ejemplo de la primera época (hoy)
| Artículo | Valor |
|---|---|
| tax_30d (B₀) | 1,0 B LUNC |
| redirigido a la piscina = 0,6 × B₀ | 600M LUNC ≈ 24.400 SDR |
| PRP (suministro de 6,5 T) | 93 600 bloques |
| tapa_diaria_deseada (por ejemplo, F = 0,1) | 60M LUNC (dependiendo del saldo actual) |
| base_pool_raw | ≈ 7,9 k SDR |
| piscina_base después de pinzas | 7,9 k SDR |
| Uso de la piscina por día (máx.) | 2 × 7,9 k / 6,5 ≈ 2,45 k SDR ≈ 60,4 M LUNC |
60,4 M > 60 M, por lo que F, y no la pinza PRP, es el freno activo.
5. Entrada de precios en directo y guardias antimanipulación
| Componente | Regla |
|---|---|
| Periodo de votación del precio | 5 bloques ≈ 30 s |
| Precio USTC | price_uusd(USTC) = mediana ponderada por el poder de voto de este periodo |
| Autodestrucción del quórum | Si alguno de los activos tiene votos de precio de < 50 % VP durante 25 bloques → MM.enabled=false hasta que se restablezca el quórum |
| Pinza de cordura TWAP | Cada intercambio falla si el precio de la clavija difiere > 10 % de un Oracle-TWAP de 45 bloques (alimentado por los mismos oráculos) |
| Ruta estable→estable | Desactivado en código (ErrStableSwapDisabled) |
6. Frenos absolutos y gobernanza
- ⅔ supermayoría puede cerrar la MM en cualquier momento
7. Quemaduras
Al final de la época de 30 días, se queman todos los restos de la reserva. Dependiendo del comportamiento de intercambio de los usuarios, esto puede ser similar a las quemas que se habrían producido sin este enfoque, o más inclinado a uno de los dos tokens (ver resumen Apéndice 1).
8. Escenarios
8.1 Toro-pero-perforador (devoluciones de utilidades)
Ejemplo que muestra cálculos separados para ambas fichas:
LUNC en un escenario de crecimiento normal
- Los ingresos fiscales de la LUNC alcanzan los 2.000 millones al mes en la época 3, los ingresos de la USTC alcanzan los 560.000 millones al mes.
- PRP aún > 3 días, base_pool limitada por la asignación.
Escenario a.) Los usuarios se intercambian por igual entre LUNC y USTC
| Época | Impuesto LUNC | Impuesto USTC | Piscina LUNC antes | Piscina USTC antes | Piscina LUNC después de | Piscina USTC después de |
|---|---|---|---|---|---|---|
| 1 | 1.3 B | 360 K | 720 M | 216 K | 720 M | 216 K |
| 2 | 1.6 B | 450 K | 840 M | 270 K | 840 M | 270 K |
| 3 | 2.0 B | 560 K | 1.20 B | 336 K | 1.20 B | 336 K |
| Quemado | 2.76B | 822 K |
En este escenario, se queman las mismas cantidades de LUNC y USTC que sin el MM abierto.
Escenario b.) Los usuarios cambian principalmente (80%) de USTC a LUNC, precio supuesto para simplificar: 200 LUNC/USTC (en realidad, este precio fluctuaría).
| Época | Impuesto LUNC | Impuesto USTC | Piscina LUNC antes | Piscina USTC antes | Piscina LUNC después de | Piscina USTC después de |
|---|---|---|---|---|---|---|
| 1 | 1.3 B | 360 K | 720 M | 216 K | 144 M | 3.1 M |
| 2 | 1.6 B | 450 K | 840 M | 270 K | 168 M | 3.63 M |
| 3 | 2.0 B | 560 K | 1.20 B | 336 K | 240 M | 5.14 M |
| Quemado | 552 M | 11.87 M |
En este escenario, se quemarían 2,2 B LUNC menos que sin el MM abierto. A su vez, se quemarían 11 M USTC más.
Escenario c.) Los usuarios cambian principalmente (80%) de LUNC a USTC, precio supuesto para simplificar: 200 LUNC/USTC (en realidad, este precio fluctuaría).
| Época | Impuesto LUNC | Impuesto USTC | Piscina LUNC antes | Piscina USTC antes | Piscina LUNC después de | Piscina USTC después de |
|---|---|---|---|---|---|---|
| 1 | 1.3 B | 360 K | 720 M | 216 K | 754.5 M | 43.2 K |
| 2 | 1.6 B | 450 K | 840 M | 270 K | 882 M | 54 K |
| 3 | 2.0 B | 560 K | 1.20 B | 336 K | 1.254 B | 67.2 K |
| Quemado | 2.89 B | 164.4 K |
En este escenario, se quemarían 130 M LUNC más que sin el MM abierto. A su vez, se quemarían 660 K USTC menos.
8.2 Flash-crash e interrupción de Oracle
- El USTC baja a 0,004 $ (80 LUNC/USTC); dos validadores principales desconectados.
- Después de 30 s quórum < 50 % → MM se apaga.
- La recaudación fiscal se colapsa para ambas fichas en la siguiente época.
LUNC en situación de crisis
- La recaudación fiscal de LUNC se desploma a 0,2 B/mes.
- La recaudación del impuesto USTC se desploma a 56 K/mes
Escenario a.) Los usuarios se intercambian por igual entre LUNC y USTC
| Época | Impuesto LUNC | Impuesto USTC | Piscina LUNC antes | Piscina USTC antes | Piscina LUNC después de | Piscina USTC después de |
|---|---|---|---|---|---|---|
| 1 | 0.2 B | 56 K | 120 M | 33.6 K | 120 M | 33.6 K |
| 2 | 0.2 B* | 56 K | 120 M | 33.6 K | 120 M | 33.6 K |
| 3 | 0.2 B | 56 K | 120 M | 33.6 K | 120 M | 33.6 K |
| Quemado | 360 M | 100.8 K |
En este escenario, se queman las mismas cantidades de LUNC y USTC que sin el MM abierto.
(*) MM se detiene a mediados de esta época debido a una interrupción del oráculo y no se reanuda. A partir de ese momento no se producen más intercambios
Escenario b.) Los usuarios cambian principalmente (80%) de USTC a LUNC, precio supuesto para simplificar: 80 LUNC/USTC (como se define en el escenario de choque).
| Época | Impuesto LUNC | Impuesto USTC | Piscina LUNC antes | Piscina USTC antes | Piscina LUNC después de | Piscina USTC después de |
|---|---|---|---|---|---|---|
| 1 | 0.2 B | 56 K | 120 M | 33.6 K | 24 M | 1.2 M |
| 2 | 0.2 B* | 56 K | 120 M | 33.6 K | 48 M | 900 M |
| 3 | 0.2 B | 56 K | 120 M | 33.6 K | 120 M | 33.6 K |
| Quemado | 192 M | 2.13 M |
En este escenario, se quemarían 150 M LUNC menos que sin el MM abierto. A su vez, se quemarían 2 M USTC más.
(*) MM se detiene a mediados de esta época debido a una interrupción del oráculo y no se reanuda. A partir de ese momento no se producen más intercambios.
Escenario c.) Los usuarios cambian principalmente (80%) de USTC a LUNC, precio supuesto para simplificar: 80 LUNC/USTC (como se define en el escenario de choque).
Dejamos fuera este escenario, ya que sería poco probable que la gente cambiara de LUNC a USTC en una supuesta caída del precio del USTC.
Incluso en caso de desastre, el flotador sigue disminuyendo para ambas fichas independientemente.
9. Política de comisiones por diferencial para swaps de MM
| Condición | Tasa aplicada | Notas |
|---|---|---|
| MM desactivado (sin intercambios) | — | No se cobra, no se quema; la ruta es inerte. |
| MM activado y asignación > 0 | 0,35 % del nocional | Recogidos en el activo de salida (LUNC en intercambios USTC→LUNC, USTC en intercambios LUNC→USTC). |
| Asignación agotada (golpe de tope de época) | — | Se rechaza el canje; no se cobra, no se quema. |
Justificación
- Nivel factible: el 0,35 % es lo bastante bajo como para que el arbitraje siga siendo rentable frente a los diferenciales típicos del CEX (≈ 0,10 – 0,25 %), pero aún así se recuperan los costes del oráculo y del guardián.
- Sin doble imposición – El impuesto sobre quemaduras del 0,50 % en toda la cadena no se aplica a estos intercambios dentro del módulo; la comisión por diferencial lo sustituye.
- Contabilidad – Las tasas se dirigen en un 50% a burn y en un 50% al Oracle Pool
- Trayectoria de estable a estable – Desactivada por completo (§ 4.4), por lo que la comisión sólo se aplica a las operaciones LUNC ↔ USTC.
10. Compatibilidad con los módulos de Oracle
Reactivar la gestión de la movilidad con precios dinámicos requiere actualizar la infraestructura actual del oráculo:
- Entrada de precios USTC – El USTC debe añadirse al conjunto de votos del oráculo. El MM asume actualmente un precio fijo de 1$; esta lógica debe eliminarse y sustituirse por la entrada de precios en tiempo real de los validadores.
- Ampliación del proveedor de feeder – El feeder existente admite fuentes limitadas. Para garantizar unos precios precisos y resistentes a la manipulación, deben integrarse proveedores de datos adicionales (por ejemplo, múltiples CEX, agregadores).
- Incorporación de validadores: todos los validadores deben ser guiados a través de la actualización de sus binarios y configuraciones del alimentador oracle para que sean compatibles con el USTC. Será necesario coordinar la documentación y la puesta en marcha para evitar la caída del quórum.
- (Opcional) Revisión del alimentador – No se requiere estrictamente una reescritura completa del binario del alimentador, pero se recomienda encarecidamente. El alimentador actual está anticuado y carece de soporte para las API modernas, lógica de retroceso y gestión adecuada de errores.
Estos cambios deben desplegarse antes de que se reabra el MM. Sin ellos, la introducción de precios no será válida o estará ausente, lo que activará los mecanismos de cierre automático.
11. Hoja de ruta
- Fusión de código para testnet y revisión – ≈ 500-1000 Líneas de Código (lógica pool, mandos adaptables, kill-switch).
- Testnet público: inyecta picos de precios, caídas de quórum, ráfagas de quema de 10×.
- Actualización de la red principal (en dos pasos)
- Despliega el módulo inactivo
- Activar en el siguiente límite de época después de que la reserva se haya llenado durante la época
- 90 días post-mortem – cambio 60 % redirección o F sólo por bifurcación dura (actualización de la cadena).
12. Lo que ganamos
- Reapertura inmediata: los operadores pueden arbitrar el día 1.
- Deflación garantizada: la oferta debe seguir cayendo cada 30 días.
- Acelerador elástico: al contraerse la oferta, la recarga se ralentiza y la reserva se reduce.
- Oracle-safe – 30 s de retraso no puede inflar; 75 s de retraso mata el módulo.
- Recarga de la Reserva del Oráculo: las comisiones del módulo de mercado se redirigen a la Reserva del Oráculo para futuras recompensas (50%).
- Quemaduras – se quema el 50% de la cuota de propagación
13. Quemaduras voluntarias
En este momento, gran parte del suministro quemado procede de las quemas voluntarias (monedas enviadas al módulo de quema en cadena – terra1…anxu).
Estos fondos deben excluirse del cálculo de los 30 días de quema para evitar perder el apoyo de entidades como Binance y de los miembros de la comunidad. Esto reducirá los posibles tokens disponibles. Habría que considerar la posibilidad de ampliar los fondos comunes si fuera necesario, pero esto habría que discutirlo con las entidades afectadas una vez que se haya implantado y probado el concepto general.
14. Notas importantes
No se puede predecir la cantidad de impuestos quemados en los próximos meses, por lo que el impacto en el plan de gestión de la movilidad se basa en suposiciones. Los parámetros y mecanismos pueden y deben ajustarse durante la fase de la red de pruebas pública, y es importante probar a fondo el impacto y los mecanismos en la red de pruebas antes de plantearse un lanzamiento en la red principal.
Se trata de una propuesta de señalización de que el gobierno y la comunidad desean que se aplique este enfoque. La implementación será un esfuerzo/contribución voluntaria de StrathCole, por lo que no hay plazos fijos. Una opción alternativa es que un equipo remunerado decida dar un paso adelante y presupuestar el trabajo y obtenga la aprobación de la gobernanza. Esto podría acelerar eventualmente los plazos de implantación.
15. Riesgos
El riesgo de hiperinflación se mitiga utilizando únicamente fondos redirigidos a un fondo distinto de la recaudación fiscal del periodo anterior. Esto deja inutilizada la acuñación de MM.
Los principales riesgos de esta implantación son
- quemaduras reducidas de LUNC o USTC (no de ambos) en caso de que el intercambio sólo se utilice muy raramente y de forma unilateral
- decepción de la comunidad ante expectativas no cumplidas
Apéndice 1: Resumen no técnico
Para resumir la idea en términos no técnicos, podemos describirla del siguiente modo:
Importante: Esta NO es una propuesta de repeg y NO trata al USTC como un activo estable.
Aplicaremos salvaguardias al módulo de mercado, para que no se acuñe para los swaps. Reconocemos que esto se desvía del concepto original del MM. El 60% de la recaudación del impuesto de quema (NO de las quemas manuales realizadas por los monederos) se redirige al fondo de swaps del MM para el siguiente periodo.
El precio del USTC será informado por el oráculo de la cadena y ya no se fijará internamente en 1$. Esto permite intercambiar al valor real de mercado, dando la cantidad correcta o LUNC por USTC y viceversa.
Al intercambiar USTC por LUNC, se proporciona LUNC desde el pool de MM y el usuario da a su vez USTC al pool. Al intercambiar LUNC por USTC, el pool proporciona USTC y el usuario devuelve LUNC. Esto no es exactamente como funcionaba inicialmente el módulo de mercado (acuñar y quemar), pero mantiene la lógica de los cálculos. La acuñación se sustituye por la utilización de una reserva precargada.
La comisión de cada swap (que no incluye el impuesto, pero sí el 0,35% de comisión de diferencial) se distribuirá 50%:50% entre burns y el Oracle Pool.
Los incentivos para utilizar el MM para intercambiar podrían ser las opciones de arbitraje entre los precios CEX, los precios DEX y el Módulo de Mercado. Esto ocurre porque el precio en cadena del oráculo sólo se actualiza cada 30 segundos, lo que significa que a menudo va por detrás de los precios CEX. Los precios DEX también suelen desviarse entre sí y entre los CEX, lo que ofrece más posibilidades de arbitraje.
Además, utilizar la MM para intercambiar podría ser un incentivo para los usuarios que quieran provocar quemaduras de un lado (ya sea LUNC o USTC) a través de sus intercambios (ver mecanismos sobre las quemaduras mensuales del pool).
La mayoría de los riesgos se mitigan mediante salvaguardias. Pero sigue existiendo el riesgo de que la comunidad se decepcione si espera un efecto de estas medidas superior al que se consigue. También es posible que las quemas sean menores de lo esperado, en caso de que los usuarios sólo utilicen la MM para cambiar USTC por LUNC hasta que se agote la reserva, pero esto tendría a su vez el beneficio de aumentar las quemas de USTC.
Apéndice 2: Preguntas y respuestas
P: ¿Puede esto provocar una mayor hiperinflación de la LUNC?
R: No. En los canjes se evita la acuñación, la LUNC disponible se limita a la cantidad de la reserva, basada en los ingresos fiscales del periodo anterior.
P: ¿Es esto re-pegging USTC?
R: No. El USTC es un activo especulativo y esta idea lo trata como tal. Se valora al precio de mercado de los swaps.
P: ¿Qué pasa con las quemas de Binance? Dejaron de quemarse cuando acuñamos anteriormente.
R: Evitamos completamente la acuñación con este enfoque. Aunque al principio tenemos menos quemas cuando redirigimos partes del impuesto al fondo común de intercambio, todos los saldos restantes del fondo común se queman al final del periodo.
P: ¿Qué es la “bolsa de intercambio MM”?
R: Es la cantidad de LUNC y USTC que se permite utilizar en swaps durante un periodo. La cantidad real permutada puede ser mayor, porque el saldo se incrementa de nuevo mediante permutas al otro lado.
Q: ??? ¿Me das un ejemplo?
R: Claro: Imagina que 1 USTC vale 200 LUNC. Durante el periodo anterior tuvimos 667M LUNC de ingresos fiscales. A un tipo del 60%, esto llenaría la bolsa de intercambio de MM con 400M LUNC para el siguiente periodo. Así que si ahora se intercambian 2.000.000 USTC a LUNC a través del MM, esto daría al usuario 400M LUNC del pool a su vez, inhabilitando efectivamente más intercambios en esa dirección. Pero si ahora se intercambian LUNC por USTC (por ejemplo, 100 millones de LUNC por 500.000 USTC), esos 100 millones de LUNC volverían a estar disponibles para el intercambio.
P: ¿Pero eso no reduciría significativamente las quemaduras en general, si esa cantidad se redirige a la piscina?
R: No. Todos los saldos restantes de la reserva se quemarían al inicio de la siguiente época. Depende del comportamiento del intercambio si se quema más LUNC y menos USTC o más USTC y menos LUNC.
P: ¿Pero entonces no es inútil?
R: No, cada swap genera una comisión del 0,35% que se distribuye entre burn (50%) y Oracle Pool (50%). Cuantos más swaps se produzcan, más comisiones se generarán.
P: De acuerdo, pero ¿qué cantidad de intercambios podemos esperar? ¿No intercambiaría todo el mundo sólo sus recompensas USTC a LUNC?
R: Eso podría ocurrir, pero incluso entonces disminuiría a su vez la oferta de USTC. Pero cuando observas la relación LUNC/USTC durante los últimos meses, te das cuenta de que el valor fluctuó principalmente entre 190 y 230 LUNC por USTC. Esto sugiere que la gente utiliza ambas direcciones en las operaciones.
P: Bien, ¿qué volumen podemos esperar entonces?
R: Es muy difícil de estimar y dependerá del volumen en cadena y también del arbitraje. Los pares LUNC/USTC en nuestras DEX tenían un volumen de aproximadamente 120-130k USD al mes recientemente. Suponiendo que esto se repartiera a partes iguales entre las DEX y la MM, esto supondría un volumen de MM de unos 30-40.000 USD.
P: Pero has dicho que el USTC se valora a valor de mercado. ¿Cómo sería posible el arbitraje?
R: Los precios del oráculo en cadena se comunican cada 30 segundos. Especialmente durante periodos de alta volatilidad, los precios CEX pueden fluctuar con bastante rapidez. También los precios DEX han mostrado una volatilidad significativa durante los últimos meses, lo que podría ofrecer opciones de arbitraje con el MM. Aunque no está garantizado.
P: ¿Cuáles son los principales riesgos? ¿Y cómo se mitigan?
R: Como se ha dicho, el riesgo de hiperinflación se mitiga mediante límites y fronteras muy estrictos. El riesgo de errores técnicos en la implementación se mitigará mediante una revisión exhaustiva y, si la comunidad está dispuesta a pagar, una auditoría del código (que sería lo recomendable). En el improbable caso de un fallo importante, el 33,4% de los validadores podrían “asaltar de emergencia” la cadena para una reparación en caliente. No se espera que esto sea necesario.
El riesgo más probable son unas expectativas demasiado altas, que luego pueden llevar a la decepción.
Otro riesgo es perder una parte de las quemas de LUNC en caso de que el MM sólo se utilizara en un sentido (USTC->LUNC). Entonces se quemaría en exceso el equivalente de USTC.
P: ¿Quién lo está desarrollando? ¿Está listo? ¿Cuál es el calendario?
R: Yo (StrathCole) me ofrezco a desarrollar esto voluntariamente. Como lo hago en mi tiempo libre, no hay un plazo fijo posible. Espero que la mera implementación (sin las pruebas) lleve entre 2 y 3 semanas. Siempre existe la opción de que un equipo pueda presupuestar el trabajo y obtener la aprobación de la comunidad para implementarlo en su lugar.
P: Si lo haces voluntariamente, ¿por qué necesitas una propuesta?
R: Porque no puedo dedicar el tiempo de desarrollo sin una propuesta de señalización que demuestre que la comunidad/gobernanza quiere este enfoque tal y como se ha mostrado. Ha habido muchas reservas contra la apertura del Módulo de Mercado. Así que la aprobación de esto es un requisito previo para que yo personalmente comience el trabajo de desarrollo sobre ello.
P: ¿Cuánto duran las pruebas?
R: Eso no es previsible. Como se trata de una parte crítica de la cadena de bloques, tenemos que someter este enfoque a pruebas de estrés de todas las formas posibles. Esto incluye la manipulación simulada de precios, interrupciones del alimentador de oráculo, volatilidad de precios, volumen de intercambio, etc. Cuantas más manos amigas participen en las pruebas y la verificación, mejor.
P: Como se ha mencionado la revisión/auditoría, ¿no es un trabajo gratuito?
R: No. El equipo que hiciera un presupuesto para una revisión, o la empresa auditora que ofreciera una auditoría, sin duda pediría fondos para ello.
P: ¿Y si más adelante queremos utilizar el MM en su forma original?
R: Los cambios se diseñarán para que sean los mínimos posibles en lo que respecta al cambio del enfoque de menta/quema al de pool. Es posible revertir esto para un uso posterior del MM que incluya el mecanismo menta/quema.
