AAVE, el protocolo de préstamos de primera línea, lanzó oficialmente su último módulo de gobernanza: Aave Governance V3, hoy (27/12). Esto trae ventajas significativas, incluida una reducción sustancial de los costos de votación, la adición de bots automatizados y la mejora de la infraestructura entre cadenas, lo que establece un nuevo paradigma para la gobernanza en cadena.

Tabla de contenido:

Valor de referencia del módulo de gobernanza de Aave

El protocolo de préstamos de Aave tiene aproximadamente $6.5 mil millones en fondos al momento de escribir este artículo, ubicándose entre los tres principales productos en cadena (siendo Lido y Maker el primero y segundo, respectivamente). Por lo tanto, cualquier actualización debe abordarse con gran precaución. Incluso la gobernanza puede seguir un conjunto sólido de regulaciones y ejecución de contratos para minimizar los errores humanos o los riesgos de centralización.

A diferencia de otros modelos de gobernanza de proyectos que se basan en el control multifirma de las funciones de puerta trasera del protocolo (algunos pueden ni siquiera tener multifirma), el protocolo Aave tiene un mecanismo relativamente seguro. Proporciona información valiosa sobre el mecanismo de gobernanza ideal para el futuro.

Por otro lado, AAVE Governance V2 está operativo desde 2020 y su viabilidad ha sido validada exhaustivamente. Incluso facilitó la emisión de la moneda estable GHO y la integración del protocolo, manejando una hazaña de ingeniería tan compleja únicamente a través del funcionamiento del módulo de gobernanza, lo cual es realmente intrigante.

Introducción al módulo de gobernanza de Aave V2

El módulo AAVE Governance V2 existente se descontinuará, pero V3 heredará su estructura general y se someterá a optimizaciones, lo que requerirá una comprensión básica.

Arquitectura básica

El objetivo operativo de AAVE Governance V2 es lograr una descentralización completa. La DAO actualiza automáticamente el protocolo en función de los resultados de la gobernanza en cadena, sin depender del equipo fundador para aprobar las propuestas en cadena.

Aave 治理 V2 架构(资料来源)
Arquitectura de Aave Governance V2 (fuente)

En la práctica, Aave Governance V2 se puede dividir en los siguientes componentes:

• AaveGovernancev2：Responsable de manejar la creación, envío de información, configuración de parámetros, etc. de AIP.
• Ejecutor corto: utilizado para realizar cambios más pequeños en el protocolo, responsable de ejecutar el contenido de las propuestas aprobadas con un umbral más bajo para completar iteraciones rápidas, como propuestas para aumentar o disminuir la lista de activos aceptables en el protocolo.
• Long Executor: se utiliza para realizar cambios significativos en el código central del protocolo, responsable de ejecutar propuestas que pasan con un umbral más alto, como propuestas para modificar las reglas lógicas del propio protocolo.
• GovernanceStrategy：Procese la lógica operativa de las propuestas y votaciones de los usuarios, y defina qué tokens se pueden utilizar para votar. Los tokens que se pueden utilizar para votar en V2 son AAVE y stkAAVE (Stake AAVE).

También existe un conjunto de contratos llamado Aave Guardian, que está controlado por firmas múltiples de diez direcciones. Su principal responsabilidad es modificar el contrato del protocolo en situaciones de emergencia, a fin de proteger la seguridad del protocolo. Dependiendo de la situación, se pueden cancelar propuestas maliciosas o incluso cerrar las operaciones del protocolo.

(La vulnerabilidad de seguridad de Aave explota ｜ Los fondos ya no están en riesgo, esperando el voto de la comunidad para reiniciar el mercado)

Flujo de operación

En el pasado, la estructura básica del proceso de gobernanza del módulo AAVE Governance V2 era la siguiente:

1. Envío de propuesta: la propuesta se discute en el foro de la comunidad y se realiza una verificación de temperatura, seguida de una votación de instantáneas fuera de la cadena.
2. ARFC: recopile las propuestas que pasan la votación fuera de la cadena en una propuesta completa (AIP), envíe el código completo al mismo tiempo y realice nuevamente la votación instantánea fuera de la cadena.
3. Envío de AIP: por lo general, el equipo envía AIP al contrato de gobernanza para las propuestas que pasan la segunda votación fuera de la cadena, pero cualquiera puede enviar AIP.
4. Período de demora: después de un período de demora de aproximadamente un día, el contrato de gobernanza completa la instantánea del estado del token y confirma los derechos de voto.
5. Votación en cadena: existen diferentes umbrales de aprobación para propuestas con diferentes niveles de impacto.
6. Ejecución de la propuesta: una vez aprobada la propuesta, habrá un período de bloqueo. Una vez finalizado, se utilizará Short Executor o Long Executor para ejecutar el código de actualización de acuerdo con las propuestas con diferentes niveles de impacto. Esta parte debe ser activada por una dirección externa.
7. Ejecución entre cadenas: si la propuesta está en una red distinta de Ethereum, es necesario ejecutar transacciones entre cadenas y ejecutar el contrato de ejecución de la red correspondiente, que también debe ser activado por una dirección externa.

Problemas existentes

Problemas identificados por AAVE Governance V2 después de tres años de funcionamiento:

• Altos costos de votación: El diseño actual genera importantes costos de gas, lo que afecta particularmente a los pequeños usuarios. Los derechos de voto de los tokens tanto de Aave como de stkAAVE están descentralizados, con más de 150.000 titulares de Aave y 20.000 titulares de stkAAVE. Muchos usuarios poseen una pequeña cantidad de tokens y el correspondiente poder de voto. Incluso en escenarios en los que las tarifas del gas Ethereum son relativamente bajas (por ejemplo, 20 gwei), completar una votación todavía cuesta alrededor de 5 dólares. Durante la congestión de la red, los costos de votación podrían aumentar de cinco a diez veces.
• Conflicto de intereses de token y gobernanza: para adaptarse al módulo de gobernanza existente, los tokens deben poder consultarse mediante contratos para verificar los derechos de voto de los titulares de tokens AAVE y stkAAVE. Los tokens en sí requieren registrar un historial de saldo adicional, lo que genera mayores tarifas de transacción para transferencias AAVE y stkAAVE. Esto aumenta indirectamente los costos operativos para los poseedores de tokens. Estos desafíos resaltan la necesidad de mejorar el modelo AAVE Governance V2 para abordar los costos de votación, mejorar la descentralización y mitigar los conflictos entre la gobernanza y los intereses simbólicos.

Introducción al módulo de gobernanza de Aave V3

Un vistazo rápido a las similitudes y diferencias entre Aave Governance V3 y V2

• Creación de propuestas: las reglas de gobernanza de V3 requieren que los proponentes implementen un código de contrato válido y ejecutable en el contrato de Aave y completen el registro para obtener el reconocimiento de la propuesta antes de crear una propuesta.
• Retraso en la votación: casi igual que en la V2, habrá un retraso de 1 día entre la creación de la propuesta y el inicio de la votación, y se tomará una instantánea de los derechos de voto una vez finalizada. Sin embargo, debido a algunas razones técnicas, la latencia en la versión 3 variará según las horas.
• Votación de propuestas: en la mayoría de los casos, los votantes no emitirán sus votos en Ethereum, sino en otras redes como Polygon, Avalanche, Arbitrum u Optimism, y se abrirán más redes en el futuro. Suplemento: La votación de una propuesta solo se realizará en una red, en lugar de en varias redes simultáneamente. El proponente puede elegir por qué red votar en función de sus preferencias u otros factores.
• Ejecución de la propuesta: el bloqueo de tiempo y la fase de ejecución de la propuesta serán exactamente los mismos que en V2, con la ejecución extendida a otras redes.
• Acepte más derechos de voto para el reconocimiento de activos: AAVE, aAAVE, stkAAVE y stkABPT recibirán derechos de voto.

Estructura de implementación: proceso de operación de gobernanza

Todas las propuestas futuras en el módulo de gobernanza de AAVE pasarán por el siguiente proceso:

Proceso operativo de Aave Governance V3(fuente)

1. Envío de código: el proponente crea una propuesta y envía el código, registrándolo en el contrato del controlador en la red de destino. Por ejemplo, si la propuesta tiene como objetivo agregar clases de activos en Aave v3 Avalanche, la propuesta debe enviarse y el código implementarse en Avalanche, sin requerir permiso durante todo el proceso.
2. ID de propuesta de devolución: después de completar el proceso de creación de la propuesta, el proponente recibe un certificado de identificación de la red de destino.
3. Creación de propuestas: los proponentes elegibles (que poseen un certificado de identificación y derechos de propuesta suficientes) crean propuestas en Ethereum utilizando el contrato de gobernanza central, seleccionando la red para el código enviado.
4. Iniciar propuesta: después del período de demora, los bots de Aave o cualquier otra dirección de Ethereum pueden iniciar la propuesta y completar una instantánea del estado de la cadena de bloques.
5. Enviar valor de hash de bloque: el contrato central de gobernanza envía información de propuesta (hash de bloque de Ethereum) a la infraestructura de cadena cruzada de Aave.
6. Liquidación del estado de la red de destino: en la red de votación de destino, los bots de Aave u otras direcciones finalizan la liquidación del estado global utilizado para la verificación de la votación. Esto incluye los valores hash del bloque Ethereum, su árbol de estado y el árbol de estado de los activos de voto.
7. Iniciar votación: la votación comienza en la red de destino.
8. Votación de propuesta: cada usuario con derecho a voto en Ethereum puede votar en la red de destino a través del contrato de votación.
9. Cerrar votación: los bots de Aave u otras direcciones llaman al mecanismo de votación para cerrar la votación.
10. Liquidación de resultados: los resultados de la votación, en forma de recuentos de "sí" y "no", se envían a la red principal de Ethereum a través de la infraestructura de cadena cruzada de Aave.
11. Espere la ejecución: los resultados de la votación llegan al contrato de gobernanza central en Ethereum. Luego de verificar y confirmar la información, espera su ejecución.
12. Ejecución de propuesta: los bots de Aave u otras direcciones ejecutan el código actualizado.
13. Ejecución entre cadenas: el código se transmite al contrato de ejecución correspondiente en Ethereum u otra red, iniciando un período de bloqueo de tiempo.
14. Esperar ejecución: para actualizaciones fuera de Ethereum, el contenido se pone en cola en el controlador respectivo.
15. Ejecución de la propuesta: una vez que finaliza el período de bloqueo, los bots de Aave u otras direcciones ejecutan el código actualizado en la red de destino.

Arquitectura de implementación

Con el conocimiento del marco operativo anterior, podemos comprender mejor los componentes centrales de Aave Governance V3:

• Contrato de gobernanza central de Ethereum: Responsable de la determinación de la liquidación de todos los módulos de gobernanza. Verifica los derechos de voto de los usuarios, las instantáneas del estado, decide los tokens de votación, determina la lógica de las reglas de votación, cancela propuestas maliciosas a través de Guardian, envía propuestas a la red de destino y mantiene la mayoría de los principios operativos de Aave Governance V2.
• Contrato de gobernanza de la red de destino (Aave Voting Machine): responsable de las operaciones de gobernanza en la red de destino. Incluye aceptar el código y las interacciones de los proponentes, ejecutar la lógica de votación y devolver los resultados de la votación.
• Infraestructura de comunicación entre cadenas: una nueva instalación de comunicación entre cadenas diseñada para abordar las necesidades de puente de varias redes futuras. Sus características principales incluyen comunicación bidireccional, funcionalidad personalizada y mecanismos de puerta trasera de emergencia.
• Aave Robot: implementa la mayoría de las funciones de gobernanza automáticamente, y tanto sus costos de interacción como las interacciones de red corren a cargo directamente de Aave DAO, eligiendo Chainlink Automation como su núcleo. Las funciones principales incluyen activar propuestas después del período de retraso, proporcionar pruebas de estado a la red de destino y ejecutar actualizaciones de código tanto en Ethereum como en la red de destino.

Además, debido a cambios significativos en las reglas generales de la arquitectura de gobernanza, los usuarios necesitan acceso a las máquinas de votación en varias redes. Por lo tanto, el equipo central de BGD Labs reconstruyó una interfaz de usuario de código abierto y proporcionó a los usuarios el código para crear sus propias copias.

Actualmente no hay propuestas para esta interfaz front-end(fuente)

Ventajas de Aave Governance V3

• Reducción significativa de los costos de votación:

Al votar en redes externas, utilizando el nivel de tarifa actual en Polygon como ejemplo, el costo de la votación estará entre $0,05 y $0,1. Esto es aproximadamente 100 veces más barato que el costo de votación actual en Aave Governance V2. Incluso podría permitir a los participantes votar de forma totalmente gratuita. En el futuro, se sugiere que la DAO cubra los costos de votación de todos los participantes. Si hay 10.000 participantes, el costo total sería de sólo $750, lo cual es asequible.

• Costos operativos de tokens nativos reducidos:

Ya no habrá instantáneas del historial de saldos para AAVE y stkAAVE. Con las actualizaciones de contratos inteligentes en Aave Governance V3, se espera que la transferencia de AAVE y stkAAVE sea aproximadamente un 75% más barata.

• Automatización sin permiso:

Aunque Aave Governance V3 implica muchas etapas que requieren interacción con la cadena de bloques para generar transiciones de estado, estas etapas se pueden automatizar a través de Aave Robot. Esto es mucho más conveniente que V2, que requiere activación manual por parte de los usuarios.

Descargo de responsabilidad:

1. Este artículo se reimprime de [链新闻]. Todos los derechos de autor pertenecen al autor original [Kyle]. Si hay objeciones a esta reimpresión, comuníquese con el equipo de Gate Learn y ellos lo manejarán de inmediato.
2. Descargo de responsabilidad: los puntos de vista y opiniones expresados en este artículo son únicamente los del autor y no constituyen ningún consejo de inversión.
3. Las traducciones del artículo a otros idiomas están a cargo del equipo de Gate Learn. A menos que se mencione, está prohibido copiar, distribuir o plagiar los artículos traducidos.