Para que la gente use con confianza y de forma continuada las aplicaciones on-chain, la seguridad no debería depender únicamente de las ventanas emergentes de la billetera. Al buscar proyectos de práctica en Internet o configurar el terminal para iniciarlos, los desarrolladores también pueden introducir riesgos en sus equipos locales. Esto es independiente de que la red Solana funcione con normalidad; una alerta de seguridad sobre código no debe presentarse como si todo el ecosistema tuviera un problema.

Según informó BlockBeats el 23 de octubre, SlowMist advirtió que un repositorio de GitHub que se hacía pasar por un proyecto de práctica para entrevistas de Solidity ocultaba una puerta trasera para robar datos. El informe señala que, en macOS y Linux, la cadena de ataque requiere que el usuario inicie activamente una configuración maliciosa del terminal para ejecutarse. Por ahora, tampoco se puede confirmar el alcance real de la infección ni si se han robado datos. SlowMist recomienda revisar detenidamente los archivos y los parámetros de inicio del terminal antes de usar proyectos que no sean de confianza. Para los desarrolladores, este paso quizá no sea llamativo, pero podría influir en la confianza de los usuarios de forma más directa que añadir otro punto de acceso para operar.

En esta ronda, el volumen móvil de spot de las últimas 24 horas: $SOL -0.11%; en esta ronda, el volumen móvil de spot de las últimas 24 horas: $JUP -0.73%; en esta ronda, el volumen móvil de spot de las últimas 24 horas: $RAY -1.96%. Estas cifras solo reflejan los cambios de precio respectivos: no demuestran que la alerta haya causado las subidas o bajadas ni representan el uso de las aplicaciones del ecosistema. La pregunta que realmente merece la pena plantearse es: ¿pueden los desarrolladores y los usuarios saber con claridad qué están ejecutando y a qué están dando autorización? Las comprobaciones de seguridad pueden reducir un tipo de riesgo, pero no sustituyen la verificación de aplicaciones concretas ni de su uso continuado.