Introducción al Apagado de Emergencia en el Multi-Collateral Dai

15 agosto, 2019

En Junio, la Fundación Maker publicó el Multi-Collateral Dai: Roadmap, en el cual no solo hizo una lista de las metas que deben ser alcanzadas antes de que el MCD entre en funcionamiento sino también prometió proporcionar material que ayude a cualquiera en la Comunidad Maker a entender mejor las operaciones del sistema del MCD. Hoy, le dimos a los usuarios del Protocolo Maker una vista general del proceso de Apagado de Emergencia, incluyendo lo qué es el Apagado de Emergencia, cómo es iniciado y cuándo. También proporcionamos información sobre cómo los propietarios de CDP y dueños de Dai pueden retirar el colateral del sistema luego del apagado.

¿Qué es el Apagado de Emergencia?

El Protocolo Maker, el cual impulsa al MCD, es un sistema de smart-contracts que respalda y estabiliza el valor de Dai a través de una combinación dinámica de Posiciones de Deuda Colateralizadas (CDPs), mecanismos de realimentación autónomos y actores externos incentivados apropiadamente. El Precio Objetivo de Dai es 1 Dólar Estadounidense, es decir, una paridad 1:1 con el dólar americano.

El Apagado de Emergencia es un proceso que puede ser usado como último recurso para forzar directamente el Precio Objetivo para los dueños de Dai y CDPs, y proteger el Protocolo Maker contra ataques a su infraestructura.

'
El Apagado de Emergencia detiene y establece sin problemas el Protocolo Maker mientras segura que todos los usuarios, tanto los dueños de Dai y CDP, reciban el valor neto de los activos a los que tienen derecho.

Esto efectivamente, permite a los dueños de Dai canjear por colateral luego de un periodo de procesamiento de Apagado de Emergencia.

¿Qué puede causar un Apagado de Emergencia?

El Apagado de emergencia es el último recurso para proteger al sistema contra una seria amenaza, como una irracionalidad del mercado a largo plazo, hackeos y brechas de seguridad.

La Seguridad es la primera prioridad para la Fundación Maker, y la robustez del mecanismo de liquidación de CDP para mantener el sistema solvente ha sido probada en batalla con el Single-Collateral Dai. Anticipamos que la probabilidad de una amenaza seria es baja; no obstante, en caso de emergencia el sistema está diseñado para manejarla. La Fundación planea construir sobre los procesos actuales y desarrollar herramientas no solo para facilitar el apagado del sistema, sino también para relanzar el Multi-Collateral Dai con un nuevo conjunto de smart contracts luego de que tenga lugar el Apagado de Emergencia.

Un Apagado de Emergencia también puede ocurrir cuando los smart contracts principales que sustentan el protocolo Maker necesitan ser actualizados. En tales casos, es necesario migrar los activos del antiguo sistema al nuevo antes del apagado. Debido a que una actualización del sistema no es un evento de emergencia, puede ser planificada y notificar con anticipación a los usuarios del Protocolo Maker.

¿Quién puede iniciar el Apagado de Emergencia?

En Multi-Collateral Dai, el proceso de iniciar un Apagado de Emergencia es descentralizado y los dueños de MKR (votantes) pueden activarlo al depositar MKR en el Módulo de Apagado de Emergencia (ESM). El Apagado de Emergencia es activado cuando un quórum del MKR depositado ha sido alcanzado. El quórum no está destinado a ser la mayoría del MKR en circulación, pero igual debería ser significante. Los votantes de MKR determinan el quórum, que inicialmente se propone que sea de 50,000 MKR.

Para seguridad adicional, los votantes de MKR serán capaces de seleccionar Oráculos de Emergencia con el poder de activar unilateralmente un Apagado de Emergencia. Estos Oráculos pueden, por ejemplo, monitorear el sistema en busca de brechas de seguridad a través de vulnerabilidades de smart-contracts y ataques de gobernanza. En MCD, el periodo de retraso entre una propuesta de cambio de sistema y ejecución del cambio ofrece tiempo para detectar una ataque de gobernanza y posteriormente iniciar el Apagado de Emergencia. Del mismo modo, el periodo de retraso antes de que los precios de colateral sean aplicados al sistema permite la detección de un ataque a los Precios de Oráculos.

¿Qué sucede cuando un Apagado de Emergencia es iniciado?

Cuando el Apagado de Emergencia es iniciado, la función normal del Protocolo Maker se detiene. Los usuarios no serán capaces de depositar colateral y retirar Dai de sus CDPs.

Adicionalmente, la liquidación del sistema asegura que cualquier dueño de Dai reciba la misma cantidad relativa de colateral del sistema, ya sea que el dueño sea el primero o el último en procesar un reclamo. Para asegurar que la liquidación pueda seguir su curso, hay un periodo de espera antes de que los dueños de Dai puedan cambiar sus Dai por colateral. Los votantes de MKR determinarán este periodo de espera, pero es razonable esperar que sea cerca de 48 horas en lugar de muchos días o semanas.

Mientras tanto, cuando el Apagado de Emergencia es iniciado, los precios para todos los tipos de colateral en el sistema se "congelan" inmediatamente (se registran). Esto permite calcular cuanto colateral debe estar en cada CDP para cubrir el Dai pendiente generado para cada uno. El Dai pendiente es valorado a la paridad (es decir, un $1 US por Dai). Posteriormente, los dueños de CDP pueden retirar todo el exceso de colateral del CDP. Ellos pueden hacer esto inmediatamente mediante front-ends del CDP, como el Portal CDP, así como también mediante herramientas de líneas de comando.

Durante este periodo, el sistema es verificado para determinar si hay algún CDP por debajo del nivel de colateralización que no ha sido liquidado debido a una situación de caso extremo. Inicialmente, la Fundación Maker va a garantizar que esta verificación se lleve a cabo. A largo plazo, dependerá de los votantes de MKR garantizar que los actores están preparados para realizar la verificación. Cualquier deuda no contabilizada de dichos CDP debe transferirse al balance general del sistema, y las subastas de colateral existentes deben tener tiempo para completarse o cancelarse. Este periodo de espera puede igualar el tiempo de la subasta de colateral de mayor duración o puede ser más corto, siempre que las subastas que están programadas para ejecutarse luego del periodo de espera definido sean canceladas por un actor externo.

En términos generales, los dueños de Dai reciben colateral valorado en $1 US por 1 Dai acorde al precio que tenía el colateral cuando se inició el Apagado de Emergencia. Así como Dai bajo circunstancias normales tiene una paridad con el dolar estadounidense, el valor del colateral que los dueños de Dai recibirán por 1 Dai quizá no sea exactamente $1 US. En consecuencia, los dueños de Dai pueden recibir más de $1 de colateral por Dai si, en el momento en que el Apagado de Emergencia es activo, lo poseen y hay un excedente neto en el sistema de las tarifas de estabilidad recolectadas. En cambio si, hay más CDPs por debajo del nivel de colateralización en ese momento de los que puede cubrir un excedente de las tarifas de estabilidad, entonces el valor de colateral que recibe un dueño de Dai por 1 Dai puede ser menor a $1. Bajo una operación normal del Protocolo Maker, los CDPs con un ratio de colateralización menor al ratio de liquidación serán liquidados y su colateral subastado (como se describe en nuestra Introducción a las Subastas y Guardianes en el Multi-Collateral Dai) mucho antes de que el CDP entre en un estado de baja colateralización. Basado en nuestra experiencia con el Single-Collateral Dai y la sobre-colateralización histórica general de los CDPs , la Fundación Maker cree que hay una probabilidad muy baja de que un número importante de CDPS con baja colateralización esté en el sistema en el momento de un Apagado de Emergencia.

Una mirada de Alto Nivel al proceso de Apagado de Emergencia

La siguiente ilustración ofrece una mirada de alto nivel al proceso de Apagado de Emergencia. Para iniciar el Apagado de Emergencia, el contrato de apagado de emergencia ESM o un Oráculo de Emergencia autorizado envía el mensaje 'cage' al contrato llamado END en el Protocolo Maker.

Si miras el código del contrato END, encontrarás detalles de lo que sucede durante el proceso.

This image has an empty alt attribute; its file name is gtlFx4SC14hCILliHiGXMlk16jbaA7G9tJ8zyAiYOawbcirElNNZpi3deurHdE9CalHc6wDNfMKEDPjQGG31z1AIee6hHpSobV8XoK1CRs9oMgVF4oUQvHzNjHSw2cJCc9oDCPCe

Más adelante, la Fundación Maker proporcionará información adicional para unir la brecha entre esta mirada de alto nivel y lo que ocurre en los contratos.

Facilitando el proceso de Apagado de Emergencia para los dueños de Dai

En el momento del Apagado de Emergencia, un dueño de Dai tiene el derecho de recibir cierta parte de todo el colateral del sistema relacionado a la cantidad de Dai retenida, como se explicó anteriormente. Para cada tipo de colateral, el dueño del Dai debe realizar una transacción con el Protocolo Maker para reclamar su parte de dicho tipo de colateral.

Los dueños de Dai incurrirán en gastos de transacción al reclamar cada tipo de colateral. A medida que aumenta el número de tipos de colateral en el sistema, los gastos pueden incrementarse y volverse al menos notorios para los dueños de pequeñas cantidades de Dai. Además, si un dueño de Dai quiere consolidar el amplio portafolio de los tipos de colateral ofrecidos en unos pocos manejables, las tarifas serán asociadas a dichas consolidaciones. Sin embargo, para mantener los costos de transacción bajos para los dueños de Dai, se espera que los Guardianes compren Dai y reclamen el colateral en masa a nombre de los dueños. Al comprar Dai de los dueños individuales de Dai, los Guardianes pueden acumular grandes volúmenes, haciendo que sea más económico reclamar los distintos tipos de colateral y posteriormente beneficiarse de la economía de escala cuando se intercambian estos tipos de colateral.

Dado que el Protocolo Maker es descentralizado, corresponder a un Guardián decidir que modelo de negocio seguir. El modelo para los Guardianes puede ser que compren Dai con un ligero descuento de los dueños individuales de Dai o que ofrezcan el servicio como valor agregado a otros servicios (por ejemplo a un exchange, proveedor de wallet, o proveedor de servicios similares).

Independientemente de si los actores del ecosistema proporcionarán estos servicios, la Fundación Maker ofrecerá inicialmente una página web en la cual los dueños de Dai puede cambiar sus Dai por colateral en el caso de un Apagado de Emergencia. A largo plazo, se espera que el ecosistema proporcione una amplia gama de servicios, haciendo que la página web sea innecesaria.

Relanzando el Sistema

Minimizar la interrupción del servicio durante el Apagado de Emergencia y entonces relanzar el MCD con el despliegue de nuevos smart contracts lo más rápido posible es algo crítico. La rapidez con que suceda el relanzamiento dependerá de cuanto tiempo tome identificar y remover o aislar la causa del apagado.

Por ejemplo, en el caso de una ataque de Oráculos al sistema o un ataque a los Oráculos, el Oráculo comprometido debe removerse y se deben desplegar otros Oráculos. El conjunto completo de los smart contracts que comprende el Protocolo Maker, y los scripts necesarios para implementar el sistema, estarán disponibles como un software de código abierto. Por lo tanto, sería posible desplegar un nuevo conjunto de smart contracts en el momento en que el sistema existente atraviese un periodo de espera del Apagado de Emergencia. Una vez que el Apagado de Emergencia haya sido completado, los votantes de MKR pueden cambiar la autoridad al nuevo conjunto de smart contracts.

En general, aquellos que poseían un CDP en el sistema viejo de smart contracts debe abrir un nuevo CDP usando el colateral reclamado del sistema que se apagó. Los dueños de Dai pueden intercambiar el colateral reclamado del sistema viejo en un mercado por nuevos Dai, o, si hay proveedores ofreciendo este servicio, los dueños de Dai pueden cambiar los antiguos Dai por nuevos Dai en un servicio de Guardián. Los Guardianes mencionados anteriormente pudiesen reclamar colateral en el sistema de apagado por el Dai antiguo recibido, y abrir un CDP en el nuevo sistema de smart contracts para generar nuevos Dai.

Para reiterar, aunque la Fundación Maker anticipe que la probabilidad de un Apagado de Emergencia es muy baja, claramente entendemos la necesidad de minimizar el riesgo de interrupción del servicio para los usuarios del Protocolo Maker bajo cualquier circunstancia. Las herramientas para facilitar un relanzamiento serán desarrolladas y la verificación del relanzamiento del MCD con la implementación de los nuevos smart contracts se realizará regularmente por la Fundación Maker hasta que dicha tarea pueda ser asignada a los actores designados por los votantes de MKR.

Resumiendo Todo

Para desalentar a los trolls y otros que puedan ser tentados a atacar el sistema, es importante tener bien definido lo que es el proceso del Apagado de Emergencia. Revisemos:

A medida que avanzamos, la Fundación Maker proporcionará documentación adicional con respecto a la secuencia y flujo de transacciones en los smart contracts en caso de que se active el Apagado de Emergencia.

Mientras tanto, si tienes preguntas o tienes curiosidad respecto a lo que piensan los demás dentro de la comunidad, únete al diálogo en el Foro de MakerDAO.


15 agosto, 2019