Aave Labs: Actualización de Seguridad V3.8 para Preservar Liquidaciones con Préstamos Instantáneos

Aave Labs propuso una actualización de seguridad V3.8 destinada a preservar las liquidaciones utilizando préstamos flash. El 23 de octubre, la empresa aclaró cómo la protección contra reentradas interactuará con las integraciones existentes. La propuesta, publicada el 21 de octubre, añade protección a las operaciones del pool. Esta protección limita la capacidad de una devolución de llamada externa para reingresar a las funciones del contrato protegido hasta que se complete la llamada anterior. Sin embargo, excluye las funciones flashLoan() y flashLoanSimple() de su alcance para que sus devoluciones de llamada puedan continuar invocando acciones del pool, incluidas las liquidaciones.

Esto es importante porque las integraciones de liquidación pueden depender de la capacidad de pedir prestado un activo, pagar una posición en riesgo y completar el resto de la operación dentro de una sola transacción antes de las verificaciones de liquidación. Bloquear cualquier interacción posterior con el pool de manera indiscriminada obstaculizaría esta secuencia. La pregunta clave de diseño es cuáles rutas de retorno al protocolo son intencionales: un límite de seguridad útil debe tener en cuenta los patrones de transacción de los que dependen las integraciones, incluidas las llamadas después de que los activos salen del pool pero antes de la verificación del pago.

La implementación propuesta utiliza almacenamiento temporal introducido a través del estándar EIP-1153 en Ethereum. Este almacenamiento está disponible durante la transacción y se descarta al completarse, lo que le permite llevar un estado de bloqueo temporal y rastrear si una operación protegida ya está en progreso. La especificación cita los bloqueos de reentradas como un caso de uso y explica por qué el almacenamiento temporal podría ser más económico que escribir un estado temporal en el almacenamiento permanente. Para un protocolo de finanzas descentralizadas muy utilizado, la pregunta de diseño incluye tanto el costo para las transacciones regulares como la protección que agrega el mecanismo.