--- tags: MakerDAO Community Portal - Governance --- ![](https://hackmd.io/_uploads/BysUYjZrs.png) # **La Gobernanza de MakerDAO** La comunidad de **MakerDAO** funciona a través de un sistema de Gobernanza, el cual facilita la toma de decisiones y sirve de sostén y escudo para la estructura del protocolo. Ya hemos aprendido que **MakerDAO** es un protocolo descentralizado, y como tal sus miembros se extienden por todo el planeta; al ser descentralizado, las tomas de decisiones se llevan a cabo a través de votaciones reguladas por su Gobernanza. Y lo más probable es que se estén preguntando... ### ¿Qué es la Gobernanza? :ballot_box_with_ballot: La **Gobernanza** es un sistema por el cual se manejan los procesos de gobierno, prácticas y procedimientos que se emplean para la toma de decisiones que atañen a toda la comunidad, al tiempo que se establecen procesos efectivos para proteger la integridad y estabilidad del protocolo —esto puede ser desde un cambio de parámetros hasta la defensa de un ataque externo o la utilización del [Apagado de Emergencia](https://sebix.notion.site/Apagado-de-Emergencia-ES-22776c3e61684d4ba465e7bc2eaaaf56)—. Esta se desarrolla en diferentes ámbitos de la DAO que podemos clasificar como **Gobernanza _Off_** y **_On-Chain_**. Es a través de estos ciclos de Gobernanza que las MIPs (o Propuestas de Mejora de Maker) son presentadas y llevadas a votación popular. **¿Qué es una propuesta o MIP? ¿Cómo funcionan las votaciones?** Sí, muchas preguntas se generan de golpe, y profundizaremos en ellas en breve. Todas las propuestas para modificar al Protocolo deben seguir un ciclo específico: #### Ciclo de las Propuestas de Mejora de Maker (o MIPs): - La propuesta es posteada en el foro oficial de MakerDAO. - La propuesta es debatida por la comunidad durante el período de _feedback_. - La propuesta es elevada a votación. - La propuesta es aceptada / rechazada, y se actúa en consecuencia. Esta cadena de sucesos suceden tanto _Off_ como _On-Chain_, así que vamos a desmenuzar un poco qué sucede en cada una... --- ![](https://hackmd.io/_uploads/H1DXIhWHs.png) ### :one: _Off-Chain_ Llamamos **Gobernanza _Off-Chain_** a todos los procesos de la DAO que se desarrollan por fuera de la _blockchain_. Podríamos decir que todo lo que atañe a lo _off-chain_ se sucede en el [Foro](https://forum.makerdao.com) de MakerDAO y que este es el paso previo a la **Gobernanza _On-Chain_** (la cual sería el proceso de votación de decisiones y que explicaremos en breve). La Gobernanza _Off-Chain_ establece un marco que permite el desarrollo de ideas a través de un proceso de retroalimentación dentro de la comunidad, por medio de debates y reglas específicas para las propuestas, lo que permite pulir los proyectos que luego pasarán a formar parte de las votaciones. Es decir que, sin este paso previo, lo único que existirían serían propuestas a las que todos los _holders_ tendrían que votar casi a ciegas, sin haber escuchado ninguna opinión más que la del autor de la propuesta. Es este proceso de debate previo a la votación lo que permite que **todos los miembros de la comunidad puedan expresar su opinión** al respecto de una temática abordada y así mismo minimizar el riesgo de que propuestas improductivas o maliciosas perjudiquen al protocolo. **En limpio, ¿qué función cumple la Gobernanza _Off-Chain_?** - Fomenta la comunicación y el debate, así como ayuda a la toma de decisiones en la DAO. - Crea un marco de retroalimentación y mejora para todas las propuestas. - Establece procesos efectivos para proteger la integridad y estabilidad del protocolo. Una vez llegado a este punto, surgen más preguntas: **¿Cómo es que del debate se pasa a la votación? ¿Qué estipula el fin de uno para dar paso al otro?** Pues eso depende de cada situación. No todos los debates son en torno a propuestas elegibles para votación. Los tópicos de debate pueden estar abiertos indefinidamente en tanto tengan actividad por parte de la comunidad; en cambio, las propuestas que plantean cambios al protocolo —por ejemplo, la incorporación de un nuevo colateral o un cambio en las tarifas de estabilidad— se deben apegar a tiempos estrictos basados en la naturaleza de las mismas. No todas las propuestas tienen el mismo período de _feedback_ (tiempo obligatorio que una propuesta debe permanecer en debate abierto) o de _congelamiento_ (tiempo que una propuesta debe permanecer sin modificaciones estructurales antes de pasar a una votación). **¿Y quiénes son los creadores de estas propuestas?** Quienes elevan estas propuestas para ser debatidas son los mismos miembros del foro. Cualquier miembro puede subir una propuesta para ser debatida y votada y así efectuar cambios en el Protocolo de Maker. Los únicos requisitos son apegarse a las _plantillas_ (_templates_) para cada tipo de propuesta. Si quieres saber más sobre las **Propuestas de Mejora de Maker**, te recomendamos leer nuestro apartado sobre [MIPs](). | <sub>**Encuestas del Foro**</sub> | | -------- | | <sub> También se pueden realizar encuestas _off-chain_ en el foro. Las mismas se pueden utilizar para ganar conocimiento sobre la opinión de la comunidad respecto a un tema específico y no tienen efecto sobre el protocolo. No hay una guía ni reglas específicas para su uso, más que el respeto y la cortesía entre miembros.</sub> | ### :two: _On-Chain_ La **Gobernanza _On-Chain_** sucede en el [Portal de Votaciones](https://https://vote.makerdao.com/) de MakerDAO. Toda propuesta que cumpla con los requisitos puede ser elevada a votación por su autor, entonces se lleva a cabo la votación en el portal. Existen dos tipos de votaciones: **Votación de Gobernanza** y **Votación Ejecutiva**, y para la participación en cualquiera de ellas es necesario poseer **tokens MKR**. Una vez terminada la votación, y en caso de ser aprobada, la propuesta será puesta en marcha dentro del protocolo de MakerDAO; caso contrario, la propuesta puede ser presentada a votación nuevamente hasta dos veces más. --- ![](https://hackmd.io/_uploads/BkCBWaWHo.png) ### ¿Qué son los MKR? El **token MKR** es el token de la Gobernanza y la fuente de recapitalización del Protocolo de MakerDAO. Sirve para votar en las diferentes encuestas _on-chain_, así como para recapitalizar en caso de que el Protocolo de Maker incurra en déficit —dependiendo de esto, los tokens MKR son creados o destruidos en pos de mantener la estabilidad del sistema—. **Hay mucho más para aprender sobre los tokens MKR. Si quieres saber más sobre sus usos y funciones, puedes visitar [esta página]().** ### Tipos de Votaciones Existen diferentes tipos de encuestas que llevan a cabo las funciones de cambios dentro del Protocolo. Toda la interacción se lleva a cabo en el [Portal de Votaciones](https://vote.makerdao.com). #### Votación de Gobernanza Las **Votaciones de Gobernanza** son las encuestas mediante las cuales se votan cambios a la gobernanza y los diferentes procesos de la DAO que **no afectan a la parte técnica** del Protocolo de Maker. Se puede acceder a ellas a través de la sección de [Votaciones de Gobernanza](). Su duración puede variar dependiendo del tipo de encuesta. Sus funcionalidades se pueden resumir de la siguiente manera: - Formación de consenso sobre objetivos importantes para la comunidad. - Medir la opinión pública sobre posibles Votaciones Ejecutivas. - Determinar el valor que deberían tener ciertos parámetros del sistema antes de que esos valores sean confirmados en una Votación Ejecutiva. - Ratificar los parámetros de riesgo para nuevos tipos de colaterales que son presentados por el Equipo de Riesgo. #### Votación Ejecutiva Es a través de las **Votaciones Ejecutivas** que se realizan todos los cambios técnicos al Protocolo de MakerDAO. Se puede acceder a ellas a través de la sección de [Votaciones Ejecutivas](https://vote.makerdao.com/executive) del Portal de Votaciones. A diferencia de las demás encuestas, las Votaciones Ejecutivas utilizan un modelo de **votación de aprobación contínua**. Las Votaciones Ejecutivas pueden ser utilizadas para realizar los siguientes cambios: - Incorporar o remover tipos de colaterales. - Incorporar o remover tipos de _vaults_. - Ajustar parámetros globales del sistema. - Ajustar parámetros específicos de _vaults_. - Reemplazar _smart contracts_ modulares. #### Votación de Aprobación Contínua Este modelo implica que en cualquier momento puede ser presentada una opción que suplante parámetros ya establecidos. **Las Votaciones Ejecutivas representan el estado actual del sistema y están activas continuamente.** - Algunos aspectos a tener en cuenta respecto a la Votación de Aprobación Contínua: - Los votos crean una barrera para las nuevas propuestas, dado que estas deben **superar el peso de votos de la propuesta vigente**. - Se requiere que los votos se mantengan en el sistema constantemente para prevenir que malas propuestas sean aprobadas fácilmente. - Mientras más votos haya en el estado actual del sistema, más seguro será el sistema ante cualquier propuesta maliciosa. Con el modelo de Votación de Aprobación Contínua, los votos alojados desafían y refuerzan el _status quo_ del sistema a través de movimientos de la mayoría de votos entre las últimas propuestas aprobadas y las nuevas. **Si los _holders_ de MKR no están de acuerdo con una nueva propuesta, pueden enviar sus votos al estado del sistema actual** —o directamente no moverlos de allí, en caso de tenerlos alojados— y de esta forma manifestar su oposición a los nuevos cambios propuestos Y por si se lo preguntaban: no, es imposible reactivar una propuesta antigua; para revertir cualquier cambio en el sistema se debe presentar una propuesta íntegramente nueva. ## Participación en la Gobernanza Hemos hablado mucho de los procesos de la Gobernanza, y hemos mencionado que los mismos miembros pueden elevar propuestas nuevas y así efectuar cambios en el Protocolo. Aunque cualquier miembro de la comunidad puede debatir y realizar propuestas, se necesitan Tokens MKR para participar de las votaciones. Cualquier miembro puede hacerse de tokens para participar de las votaciones de Gobernanza. ### Delegación y Delegados xxx Si quieres saber más sobre Delegados, haz click [aquí]().