La seguridad en DeFi no es algo con lo que se deba jugar.
Algunos protocolos DeFi lanzan el código, programan una auditoría más tarde y esperan que nadie encuentre un problema antes de que ellos lo hagan.
Para protocolos más pequeños, ese es un riesgo que pueden permitirse, pero para un protocolo como @Maple Finance Official donde las instituciones son los clientes, ese enfoque no funciona.
@octane_security está dentro del proceso de construcción de Maple en la etapa de solicitud de extracción.
Eso significa que cada vez que un desarrollador hace un cambio en el código, Octane lo escanea antes de que se acerque al protocolo en vivo.
No después de la implementación ni durante una revisión programada.
Justo en el momento en que se propone el cambio.
A lo largo de abril, Octane mantuvo una tasa de verdaderos positivos del 97% en cada cambio de código que Maple impulsó.
Esto significa que cuando Octane señala un problema, casi siempre es real.
El equipo investiga con total confianza, lo arregla temprano y sigue adelante.
Hay una razón por la que esa tasa es tan alta. Los detectores de Octane están construidos específicamente para contratos inteligentes y se vuelven más precisos con el tiempo a medida que aprenden la base de código.
Cuanto más tiempo funciona, mejor se vuelve.
El resultado es simple: problemas que solían detectarse después de la implementación ahora se detectan antes de que se fusione una sola línea de código.
La velocidad sin seguridad es imprudente.
Maple tiene ambas. 🥞
Algunos protocolos DeFi lanzan el código, programan una auditoría más tarde y esperan que nadie encuentre un problema antes de que ellos lo hagan.
Para protocolos más pequeños, ese es un riesgo que pueden permitirse, pero para un protocolo como @Maple Finance Official donde las instituciones son los clientes, ese enfoque no funciona.
@octane_security está dentro del proceso de construcción de Maple en la etapa de solicitud de extracción.
Eso significa que cada vez que un desarrollador hace un cambio en el código, Octane lo escanea antes de que se acerque al protocolo en vivo.
No después de la implementación ni durante una revisión programada.
Justo en el momento en que se propone el cambio.
A lo largo de abril, Octane mantuvo una tasa de verdaderos positivos del 97% en cada cambio de código que Maple impulsó.
Esto significa que cuando Octane señala un problema, casi siempre es real.
El equipo investiga con total confianza, lo arregla temprano y sigue adelante.
Hay una razón por la que esa tasa es tan alta. Los detectores de Octane están construidos específicamente para contratos inteligentes y se vuelven más precisos con el tiempo a medida que aprenden la base de código.
Cuanto más tiempo funciona, mejor se vuelve.
El resultado es simple: problemas que solían detectarse después de la implementación ahora se detectan antes de que se fusione una sola línea de código.
La velocidad sin seguridad es imprudente.
Maple tiene ambas. 🥞