Creo que muchos principiantes solo miran el logotipo de auditoría para verificar la "confiabilidad", pero en realidad no es suficiente. Primero revisa los commits en GitHub: ¿hay mantenimiento a largo plazo, alguien responde a los issues, los cambios clave son de repente un montón de commits grandes...? También reviso la dirección del contrato y la etiqueta del repositorio, al menos para que no aparezca esa situación incómoda de "en la cadena es v1.2, pero el código que estás viendo es v1.0".



Tampoco solo mires la página de conclusiones del informe de auditoría, busca más abajo: ¿el alcance cubre la actualización del contrato/ruta/permiso, los problemas detectados están "ya corregidos" o "aceptan el riesgo", hay commits correspondientes a las correcciones? También revisa las firmas en las actualizaciones múltiples, lo importante no es cuántas o qué tan bonitas se ven, sino quién firma, si se puede cambiar la firma, si hay timelock, permisos demasiado amplios, en definitiva, si pueden cambiar las reglas en cualquier momento.

Últimamente, el modularismo y la capa de DA están muy en boga, los desarrolladores están emocionados, los usuarios están confundidos... Yo, de todos modos, sigo usando este método simple para filtrar primero, al menos para no dejarme llevar por la "narrativa". No preguntes por los secretos, solo reproduce los pasos.
Ver original
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
  • Recompensa
  • Comentar
  • Republicar
  • Compartir
Comentar
Añadir un comentario
Añadir un comentario
Sin comentarios
  • Fijado