Últimamente, los desarrolladores que trabajan en narrativas de capa modular y DA están muy emocionados, pero no es raro que los usuarios estén confundidos... En definitiva, los novatos quieren juzgar si un proyecto es confiable, no se centren primero en los conceptos, sino en tres cosas: GitHub, informes de auditoría y actualizaciones de firmas múltiples.

No esperes que puedas escribir código en GitHub, solo mira si “parece que todavía están trabajando”: si hay contribuciones continuas recientemente, si solo han hecho cambios en el README para aparentar actividad, si en los issues hay reportes de bugs con respuestas, si los contratos principales están en repositorios separados y no en un montón de archivos mezclados. En los informes de auditoría, no te limites a ver el logo: enfócate en las conclusiones y en “riesgos no reparados/conocidos”, y si el alcance de la auditoría omitió contratos clave. Finalmente, en las actualizaciones de firmas múltiples: ¿quién puede modificar los contratos? ¿Cuántas llaves hay? ¿Hay timelock (para darte tiempo de reaccionar)? Si solo hay una llave o se cambian las firmas temporalmente, o las actualizaciones son frecuentes, por muy bonito que sea el modelo, puede terminar siendo poco confiable.

De todos modos, mi primera reacción al evaluar un proyecto no es “¿subirá de precio?”, sino “¿quién puede cambiar las reglas de mi dinero con un clic en caso de problemas?”... Me pongo a trabajar.