Un registro en cadena decodificado publicado en el foro de gobernanza de Aave documenta tres concesiones de RISK_ADMIN_ROLE ejecutadas en el contrato ACLManager de Aave V3 Ethereum entre el 2 y el 30 de septiembre de 2026. Según el registro, las tres concesiones se originaron en la dirección del Executor de gobernanza del protocolo, y una de ellas está directamente vinculada a la propuesta que activa los Risk Stewards en Aave V4.

Qué muestra el registro decodificado

La publicación de gobernanza decodificada en cadena (ACLManager RISK_ADMIN_ROLE grants, Sep 2026 — decoded) identifica tres eventos discreta de concesión registrados en el contrato ACLManager, el registro central de control de acceso de Aave para la arquitectura V3. El ACLManager es el contrato a través del cual Aave V3 asigna y administra los roles administrativos en todo el protocolo, por lo que las entradas registradas allí definen quién ostenta la autoridad delegada sobre los parámetros de riesgo. En la arquitectura de gobernanza de Aave, el contrato Executor ejecuta en cadena las propuestas aprobadas. Las tres transacciones se originaron en 0x5300A1a15135EA4dc7aD5a167152C01EFc9b192A, el Executor de gobernanza, según la publicación decodificada.

Dos concesiones se registraron en el bloque 25,891,729 el 2 de septiembre de 2026, dirigidas a las direcciones 0xbe28...7744 y 0x529e...F6c5. Las identidades exactas de los contratos de estos dos beneficiarios fueron señaladas como no confirmadas en la fuente primaria; según la decodificación en cadena, su rol y propósito no fueron verificados por completo al momento de la publicación.

La tercera concesión, en el bloque 26,089,561 el 30 de septiembre de 2026, fue a un contrato RiskSteward verificado que contiene aproximadamente 20,061 bytes de código desplegado. Esa concesión está directamente vinculada a AIP-523, "Activate Aave Risk Stewards on Aave V4" (propuesta de gobernanza), que se ejecutó aproximadamente en la misma fecha.

Por qué RISK_ADMIN_ROLE importa para la supervisión del protocolo

El RISK_ADMIN_ROLE se sitúa por debajo del nivel completo de gobernanza en la jerarquía de control de acceso de Aave. Sus titulares pueden actualizar la configuración del factor de reserva, los límites de suministro y préstamo, las relaciones loan-to-value, los umbrales de liquidación, las bonificaciones de liquidación y las configuraciones de categorías E-Mode sin activar una votación de gobernanza separada para cada ajuste. En conjunto, estos controles determinan cuánto de un activo puede entrar en un mercado, cómo se trata el colateral durante las liquidaciones y cómo se agrupan los activos con comportamientos de precio correlacionados para lograr una mayor eficiencia de préstamo. Lo que los titulares de RISK_ADMIN_ROLE no pueden hacer es pausar o reanudar reservas, ni activarlas o desactivarlas por completo; esas acciones permanecen en roles con mayores privilegios.

La implicación práctica es la velocidad. Los gestores de riesgo del protocolo que operan bajo RISK_ADMIN_ROLE pueden responder a condiciones de mercado, cambios de liquidez o anomalías de oráculos en cuestión de horas, en lugar de esperar un ciclo de gobernanza de varios días. El rol se ejerce con frecuencia en la práctica: según el análisis post mortem de abril de 2026 sobre el incidente de rsETH, los Risk Stewards de Aave V3 ya habían ejecutado aproximadamente 295 cambios individuales de parámetros en las reservas de V3.

AIP-523 extiende la arquitectura a Aave V4

AIP-523 extiende este modelo a Aave V4 en Ethereum, Avalanche y Base. La propuesta otorga una autoridad RISK_ADMIN_ROLE acotada y revocable, limitada por parámetros estrictos en lugar de depender únicamente de la reputación del beneficiario, y el marco de Risk Stewards de Aave V4 fue diseñado para formalizar esas restricciones en cadena.

Los límites de suministro y préstamo pueden aumentarse en no más del 50% en una sola actualización del Risk Steward bajo el marco V4, según el hilo de gobernanza de AIP-523.

Los períodos de espera añaden una segunda capa de restricción. Los cambios en la tasa de interés y los límites del hub conllevan una espera de 36 horas; los parámetros de spoke y colateral requieren 72 horas; y las actualizaciones de límites de precios de oráculos se encuentran en el rango de 48 a 72 horas. Estos intervalos están diseñados para evitar ajustes rápidos que puedan ser aprovechados o acumularse en cambios estructurales significativos sin visibilidad de la comunidad.

Consideraciones de gobernanza y preguntas abiertas

La cuestión de diseño que plantean las concesiones de septiembre no es si el rol es útil —claramente lo es—, sino si la comunidad de gobernanza conserva una capacidad de revisión significativa una vez que el rol está en vigor. El contribuyente del foro MconnectDAO preguntó directamente: "¿cómo asegurará Aave que la discusión comunitaria siga siendo significativa y no solo un proceso de aprobación formal?" La preocupación es estructural: una votación de gobernanza que otorga un rol de alcance abierto a un contrato efectivamente preautoriza todos los cambios futuros de parámetros dentro de los límites codificados en ese contrato.

El contribuyente Roch33 describió una línea base de transparencia que abordaría parte de esta preocupación, pidiendo que cada cambio de parámetro registre el valor anterior y el nuevo, el límite aprobado por gobernanza que se aplica, la fuente de datos utilizada y la justificación detrás de la actualización. Ese nivel de divulgación en cadena y en el foro permitiría a la comunidad auditar si las acciones de los Risk Stewards son respuestas defensivas a datos de mercado o un empuje incremental de los límites.

Los dos beneficiarios del 2 de septiembre, 0xbe28...7744 y 0x529e...F6c5, siguen siendo una pregunta abierta. La publicación decodificada en cadena señaló su identidad como no confirmada por completo, y ninguna cobertura existente ha resuelto qué contratos o proveedores de servicios representan estas direcciones. Hasta que eso se establezca, la comunidad no puede evaluar plenamente el alcance de la autoridad delegada asociada con el evento de concesión del 2 de septiembre en el bloque 25,891,729. Los puntos de seguimiento más concretos son, por lo tanto, la confirmación de esos beneficiarios, la divulgación de los cambios de parámetros posteriores frente a sus límites aprobados y cualquier acción de gobernanza posterior que involucre las concesiones.

Para la concesión RiskSteward del 30 de septiembre vinculada a AIP-523, la revocabilidad es una característica central del diseño. El Executor de gobernanza que otorgó el rol puede revocarlo mediante una propuesta posterior, y los límites de parámetros acotados codificados en el propio contrato proporcionan un disyuntor contra la deriva de parámetros incluso si el rol no se revoca. La combinación de revocabilidad y límites codificados está destinada a mantener la autoridad de riesgo delegada subordinada a la gobernanza. La visión general 2026 de Aave sobre la arquitectura V4 cubre en detalle cómo el protocolo maneja la delegación de riesgo entre cadenas bajo el nuevo marco.