El fundador de Aave, Stani Kulechov, presenta la actualización del protocolo Aave V3.8
Puntos clave
- •El fundador de Aave, Stani Kulechov, presentó públicamente V3.8, la más reciente versión incremental de la arquitectura V3 del protocolo de préstamos, mediante una publicación en X.
- •No se han publicado especificaciones técnicas, propuestas de gobernanza ni cronogramas de despliegue para V3.8, dejando la actualización en etapa de divulgación en lugar de etapa de despliegue.
- •Aave V3 está desplegado en más de una docena de redes, incluida una expansión reciente a BNB Chain, por lo que cualquier despliegue de V3.8 probablemente requerirá una aprobación de gobernanza y un despliegue separados en cada cadena.
- •Iteraciones anteriores de V3 ajustaron mecanismos como el modo de aislamiento, el modo de eficiencia, los límites de oferta y préstamo, las estrategias de tasas de interés y los umbrales de liquidación, pero los módulos específicos a los que apunta V3.8 siguen sin confirmarse.
- •Los prestamistas y prestatarios activos podrían necesitar reevaluar sus estrategias de colateral si V3.8 introduce parámetros de riesgo revisados, requisitos de migración de posiciones o flujos de aprobación actualizados.

El fundador de Aave, Stani Kulechov, ha presentado Aave V3.8, la más reciente versión incremental de la arquitectura V3 del protocolo de préstamos. Aave es un protocolo de préstamos descentralizado y sin custodia —uno de los más grandes de las finanzas descentralizadas— en el que los usuarios aportan activos digitales para generar rendimientos y toman préstamos con garantía. El anuncio, realizado en una publicación en X, indica que el desarrollo del código base V3 continúa, aunque las especificaciones técnicas completas, las propuestas de gobernanza y los cronogramas de despliegue aún no se han publicado.
Lo que establece la presentación de V3.8
La publicación en X de Kulechov marca la primera introducción pública de la etiqueta de versión V3.8. La serie V3 de Aave ha servido como base arquitectónica del protocolo en sus despliegues multichain, y cada incremento de versión menor dentro de esa serie ha abordado históricamente parámetros de riesgo específicos, configuraciones de eficiencia o módulos de funciones. Para V3.8, esos detalles aún no están confirmados en la documentación disponible, y la etiqueta de versión por sí sola no indica el alcance.
El paso de V3.x a V3.8 posiciona esta versión como una actualización iterativa en lugar de una reescritura arquitectónica completa. Aave ha desplegado previamente V3 en más de una docena de redes, y las versiones incrementales han ajustado mecanismos como el modo de aislamiento, el modo de eficiencia (eMode) y los límites de oferta y préstamo a nivel de pool. No se ha establecido mediante notas de versión oficiales si V3.8 apunta específicamente a alguno de estos sistemas.
La presencia multichain de Aave, que recientemente se expandió a BNB Chain, significa que cualquier actualización V3.8 probablemente requerirá un despliegue y una aprobación de gobernanza separados en cada red, en lugar de un despliegue único coordinado, una restricción común en los protocolos DeFi multichain. Dado que las aprobaciones son específicas de cada red, los cambios de parámetros en un despliegue no se extienden automáticamente a los demás, y los proveedores de liquidez y prestatarios de cada cadena deberán seguir las propuestas de gobernanza específicas de cada cadena a medida que surjan.
Lo que V3.8 podría cambiar para los usuarios del protocolo
Posibles cambios en la capa de producto
Sin documentación técnica publicada, no es posible confirmar qué módulos de Aave afecta V3.8. Iteraciones anteriores de V3 ajustaron estrategia de tasas de interés, las configuraciones de oráculos y los parámetros que rigen los flash loans y los umbrales de liquidación. Cualquier cambio de este tipo en V3.8 afectaría los costos de préstamo, la eficiencia del colateral y el perfil de riesgo de liquidación de las posiciones existentes, pero esos detalles específicos deberán provenir de las Aave Improvement Proposals oficiales y no solo de la etiqueta de versión.
Gobernanza y despliegue
La gobernanza de Aave opera mediante votaciones en cadena en las que los holders de AAVE y stkAAVE aprueban o rechazan propuestas. Una actualización del protocolo del alcance de V3.8 típicamente requeriría una solicitud formal de comentarios (Aave Request for Comment) en el foro de gobernanza, seguida de una instantánea en cadena y luego una propuesta ejecutable. Según la información disponible al momento de la publicación, no se ha confirmado que alguno de esos pasos se haya completado o programado, lo que deja a V3.8 en etapa de divulgación en lugar de etapa de despliegue.
La reciente integración del soporte de Aave en la MetaMask Agent Wallet mediante MCP, un estándar abierto que permite a agentes de IA conectarse a servicios externos, ilustra cómo las acciones de gobernanza del protocolo tienen efectos posteriores en integraciones de terceros, lo que hace que el cronograma de gobernanza de V3.8 sea relevante más allá de los usuarios centrales de Aave.
Consideraciones de impacto para los usuarios
Para los prestamistas y prestatarios activos, la pregunta práctica es si V3.8 introduce cambios que requieran migración de posiciones, flujos de aprobación actualizados o parámetros de riesgo revisados en los tipos de colateral existentes. Las actualizaciones de V3 que ajustaron categorías de eMode o límites de oferta históricamente han requerido que los usuarios reevalúen sus estrategias de colateral. Hasta que se publiquen las guías oficiales de migración, las posiciones existentes deben monitorearse frente a cualquier cambio de parámetros que acompañe el despliegue final.
Qué observar a medida que V3.8 avanza
El foro de gobernanza de Aave es el lugar principal donde se publicarán las especificaciones técnicas de V3.8 antes de cualquier votación en cadena. Una propuesta de gobernanza, si es necesaria, detallaría los cambios exactos en los contratos, las aprobaciones de los auditores y el cronograma de activación. Los lectores deben considerar la presentación del fundador como el inicio del proceso de divulgación, no como una confirmación de que el despliegue está listo.
El momento del despliegue y la secuencia de redes también siguen sin confirmarse. Aave ha escalonado previamente sus despliegues lanzando actualizaciones en mercados de menor liquidez antes de la mainnet de Ethereum, dando a la comunidad tiempo para observar el comportamiento en condiciones reales. Si V3.8 sigue ese patrón depende de su alcance, que sigue sin publicarse. El TVL del protocolo y la distribución de liquidez entre cadenas se pueden seguir en tiempo real a través de la página del protocolo Aave de DeFiLlama, que reflejará cualquier movimiento de capital posterior a un despliegue.
El riesgo de contratos inteligentes es la consideración básica de cualquier actualización de Aave. El código base de Aave se somete a auditorías formales antes de los despliegues principales, y el programa de bug bounty de la comunidad sigue activo. Hasta que se publiquen los informes de auditoría de V3.8, aplica la precaución estándar al interactuar con versiones de contratos recién desplegadas. Los participantes de la gonanza también deberían evaluar si V3.8 interactúa con GHO, la stablecoin emitida a través del protocolo Aave, o con el Aave Safety Module, respaldado por AAVE en staking —ambos con sus propias superficies de riesgo. Los fundamentales del token, incluidos el precio de mercado y el volumen de negociación, se pueden seguir en la página del token AAVE de CoinGecko a medida que se desarrollen los avances de gobernanza.
Se esperan más detalles a través de los canales oficiales de gobernanza y comunicación de Aave.