En los más de dos años transcurridos desde que Awake se lanzó, han aparecido en el mercado cientos o incluso miles de proyectos. Algunos entraron en Awake, ganaron dinero y, al salir, acabaron desplumados; otros participaron tras escuchar lo que compartía la gente del mercado. Muchos no eligen los proyectos basándose realmente en su propio criterio.
Hoy voy a repetir aquí los 12 puntos. Si te bajas y dejas de participar en Awake, también debes aprender a elegir proyectos. Ganar dinero no es fácil, pero perderlo sí. No te fíes de lo que comparte la gente del mercado; aunque lo compartan, debes distinguir lo verdadero de lo falso por tus propios medios y métodos.
Primero, debe haber una auditoría de CK. En cuanto a la auditoría, es imprescindible que haya:
La auditoría de CK consiste principalmente en una revisión de seguridad de los contratos inteligentes en la cadena. El proceso completo es el siguiente: el proyecto presenta los archivos del contrato → el equipo auditor realiza una revisión exhaustiva → identifica distintos tipos de vulnerabilidades de seguridad → exige al equipo del proyecto que las corrija.
En el sector se da por sentado lo siguiente: si el sitio web oficial de la auditoría de CK publica un informe completo, significa que todas las vulnerabilidades de seguridad detectadas anteriormente ya se han corregido. Esto puede servir como uno de los criterios de referencia para evaluar un proyecto.
Pero es importante mantener la cabeza fría: aunque haya un informe de auditoría formal, eso no significa que los operadores del proyecto no vayan a desaparecer con el dinero. La auditoría solo comprueba si el código tiene vulnerabilidades técnicas; no puede evitar el riesgo humano de que el equipo operativo se fugue con los fondos.
Por eso, una auditoría de CK no significa que necesariamente debas participar; es solo uno de los criterios que debes tener en cuenta al elegir.
Segundo: ¿Son suficientes la duración y el alcance de la promoción del proyecto?
Por qué evaluar la duración y el alcance de la promoción: la duración y la amplitud de las campañas publicitarias muestran de forma directa la voluntad de los operadores de invertir en el desarrollo a largo plazo del proyecto. Cuanto más amplio sea el público al que llega la promoción, mayor será la base de usuarios que previsiblemente participará más adelante. Cuanto más tiempo se mantenga la actividad promocional, mayor será la inversión en marketing, lo que indica indirectamente una mayor intención del equipo de operar el proyecto a largo plazo.
Por qué hay que comprobar si la promoción es suficiente: la duración de las campañas publicitarias y el número de personas a las que llegan permiten ver si el equipo está dispuesto a invertir en la operación del proyecto a largo plazo. Cuantas más personas alcance la promoción, más usuarios probablemente participarán después. Cuanto más se prolongue la campaña, mayor será el gasto en marketing, lo que puede indicar indirectamente la seriedad del equipo.
Tercero: ¿El umbral de entrada es adecuado para todo tipo de participantes comunes?
Cómo evaluar si el umbral de entrada es adecuado: si un proyecto exige una inversión inicial elevada, limitará de forma natural la expansión de su base de usuarios. Por ejemplo, si el mínimo para participar se fija en 5000 yuanes, será difícil atraer a un gran número de usuarios comunes. Un sistema sin barreras de entrada puede incluir a participantes de distintos niveles de ingresos y procedencias, y ampliar el alcance potencial del mercado.
El umbral de entrada no debe ser demasiado alto: si se exige una inversión inicial de varios miles de yuanes, a los pequeños inversores comunes les resultará difícil participar y se frenará el crecimiento del público. La ausencia de barreras de entrada permite que participen personas de distintos perfiles y ayuda al proyecto a atraer más usuarios.
Cuarto: ¿El contenido promocional tiene una visión de futuro a largo plazo y contempla adecuadamente el cumplimiento normativo?
Por qué es importante planificar con visión de futuro: antes de participar, hay que evaluar si los planes a largo plazo del proyecto son viables y si se ajustan a las tendencias del mercado. Este proyecto prevé evolucionar de la versión 1.0 a la 3.0 y, más adelante, entrar en el sector de la tokenización de activos del mundo real (RWA), en línea con las principales tendencias de desarrollo a largo plazo del sector. Esto demuestra una buena visión de futuro.
Hay que comprobar si los planes tienen visión de futuro: antes de participar, evalúa si los planes posteriores del proyecto pueden llevarse a la práctica y si podrán seguir las tendencias del sector. Este proyecto continuará actualizando sus versiones y más adelante se incorporará al popular sector RWA, en consonancia con la dirección futura del sector.
Quinto: medidas del proyecto para evitar los riesgos regulatorios
Cómo evitar los riesgos regulatorios: desde su lanzamiento, el proyecto ha operado de forma anónima en la cadena y no exige a los usuarios verificar su identidad. Empezó a desarrollarse a través de canales de la dark web para evitar los riesgos indirectos que conlleva la exposición pública de una entidad formal. Hay que tener claro que la exposición pública de la entidad del proyecto no es necesariamente algo positivo: si la entidad operativa se enfrenta a una investigación regulatoria o a problemas empresariales, puede alterar gravemente el funcionamiento general del proyecto.
Cómo evitar los riesgos regulatorios: el proyecto opera de forma anónima en la cadena y no exige registro con el nombre real. Se originó a través de la dark web y no cuenta con una entidad que se presente públicamente. Hay que tener en cuenta que la exposición pública de los operadores puede convertirse en un riesgo: si la entidad operadora tiene problemas, el proyecto puede paralizarse fácilmente.
Sexto: ¿Está clara la visión de desarrollo a largo plazo y es viable llevarla a la práctica?
Análisis de la viabilidad de llevar a la práctica la visión a largo plazo: se puede comparar con productos comerciales consolidados del mercado. El ecosistema creado en la fase 2.0 del proyecto cuenta, desde el punto de vista de la arquitectura técnica, con las condiciones necesarias para hacerse realidad. Se recomienda tomar como referencia proyectos competidores consolidados y verificar la capacidad del ecosistema del producto para materializar sus promesas.
Para comprobar si la visión a largo plazo puede hacerse realidad, basta con compararla con productos consolidados del mercado. El ecosistema creado en la versión 2.0 del proyecto es totalmente viable desde el punto de vista técnico. Se recomienda compararlo con proyectos competidores para verificar su capacidad de ejecución.
Séptimo: ¿La arquitectura subyacente del proyecto es centralizada o descentralizada?
Diferencias entre arquitecturas centralizadas y descentralizadas: tras conocer los aspectos básicos de este proyecto, podrán distinguir por sí mismos las diferencias fundamentales entre ambos tipos de arquitectura en cuanto a la resistencia al riesgo de que una única entidad desaparezca con los fondos y al control de los activos por parte de los usuarios.
Octavo: ¿Existen casos de éxito validados por el mercado que sirvan de referencia?
Por qué es necesario tomar como referencia casos destacados: conviene priorizar proyectos que cuenten con modelos consolidados de referencia y evitar convertirse en conejillos de Indias de proyectos nuevos, asumiendo pérdidas innecesarias por ensayo y error. Para evaluar este proyecto, se puede tomar como referencia la trayectoria de desarrollo de Olympus DAO.
Asegúrate de buscar proyectos con casos de referencia: no participes en proyectos nuevos sin precedentes que sirvan de guía, ni te conviertas en un conejillo de Indias. Para evaluar este proyecto, puedes tomar como referencia la trayectoria de desarrollo de Olympus DAO.
Noveno: ¿Se pueden negociar libremente los activos en tokens sin restricciones?
Importancia de poder negociar libremente: los activos pertenecen a quienes los poseen, no a la entidad operadora del proyecto, y pueden comprarse o venderse libremente en cualquier momento. No se recomienda participar en proyectos que obliguen a bloquear los tokens o limiten su liquidez.
Los tokens deben poder negociarse libremente: los usuarios que los poseen son los dueños de los activos y pueden venderlos y convertirlos en dinero en cualquier momento. Evita directamente los proyectos que obligan a bloquear los tokens e impiden venderlos.
Décimo: ¿El modelo económico del proyecto se basa en criptomonedas o en oro?
Diferencias entre los modelos basados en oro y en criptomonedas: el modelo basado en oro suele responder a la lógica típica de un esquema Ponzi, que utiliza el dinero de los nuevos participantes para cubrir pagos y garantizar rendimientos fijos. El modelo basado en criptomonedas utiliza el valor del ecosistema del propio proyecto como respaldo del valor de los activos y calcula el patrimonio neto personal según la cantidad de tokens que se poseen. Si la lógica del modelo económico subyacente es coherente, el modelo basado en criptomonedas suele tener mejores perspectivas de sostenibilidad a largo plazo.
Diferencias entre los modelos basados en oro y en criptomonedas: el modelo basado en oro suele ser una estrategia de esquema Ponzi que utiliza el capital de los nuevos participantes para pagar rendimientos fijos. El modelo basado en criptomonedas respalda el valor del token con el ecosistema del proyecto y calcula los activos según la cantidad de tokens en posesión. Si el modelo es sólido, el modelo basado en criptomonedas tiene mayor capacidad para resistir riesgos.
Undécimo: nivel de desarrollo de la gestión comunitaria y del consenso de los inversores
La importancia de fomentar el consenso comunitario: una gestión activa de la comunidad y la educación de los inversores son herramientas esenciales para consolidar el consenso y aumentar la notoriedad del proyecto en el mercado. Imagina una comunidad completamente inactiva, sin interacción entre sus miembros: aunque muchos usuarios posean tokens, eso indica que el consenso subyacente del mercado es débil y que el interés difícilmente se mantendrá. Estos proyectos conllevan más riesgo y no se recomienda participar en ellos.
El consenso comunitario es clave: la divulgación informativa cotidiana y la interacción entre los miembros pueden consolidar la confianza de la comunidad en el proyecto. Si durante mucho tiempo nadie habla en la comunidad y el ambiente está muerto, significa que la base del consenso comunitario es débil y que el interés del mercado no se sostendrá. No participes precipitadamente.
Duodécimo: distribución de los permisos de gobernanza del contrato y diseño de la gestión de riesgos
Interpretación del diseño de los permisos de gobernanza del contrato: muchas altcoins poco conocidas del mercado optan por renunciar directamente a los permisos del contrato y bloquear los fondos del pool de liquidez; es una forma rudimentaria de operar tokens especulativos de baja calidad. Los proyectos DeFi maduros y conformes a la normativa no renuncian de forma indiscriminada a todos los permisos del contrato. Mediante la tecnología y los mecanismos de gobernanza, los dividen en permisos de mantenimiento del código y permisos de gobernanza mediante votación comunitaria. Así aumentan la transparencia y la descentralización de los permisos, al tiempo que conservan una vía para reparar emergencias en los contratos y actualizar versiones. Los proyectos maduros buscan un equilibrio entre descentralización, seguridad de los activos y utilidad del producto, en lugar de perseguir a ciegas un diseño «sin permisos» y sin ningún control, para garantizar que el proyecto pueda evolucionar de forma estable y operar a largo plazo.
No se deben abandonar directamente todos los permisos del contrato: muchos tokens poco conocidos eliminan los permisos de control del contrato y bloquean los fondos del pool; su diseño de gestión de riesgos es muy rudimentario. Los proyectos DeFi fiables separan los permisos de mantenimiento de los de gobernanza comunitaria, haciendo que su distribución sea más transparente y descentralizada. Además, conservan la capacidad de corregir vulnerabilidades urgentes y actualizar versiones, y equilibran la descentralización, la seguridad de los activos y la utilidad del producto. No eliminan por completo los permisos de control, lo que permite que el proyecto siga operando y evolucionando a largo plazo.
Estos son los doce criterios que sirven de base para elegir un proyecto.
En el futuro habrá muchísimos proyectos de Internet. Debes saber que, si te involucras en Awake sin entender nada, dependerás de la suerte, no de tus propios conocimientos.
Como ya se ha dicho, es frecuente ganar dinero con Awake y salir, para luego acabar desplumado. Eso es ganar por suerte y perder por falta de criterio.
Por eso les explico todo esto: ganar dinero no es fácil, y no es tan sencillo como creen. Así que, antes de involucrarte en Awake, debes ampliar tus conocimientos. Aunque no participes en Awake, espero que te formes y que, en el futuro, el mercado no te engañe ni te desplume.
Estos doce criterios no solo sirven para elegir proyectos, sino que también abarcan por completo las cuestiones de seguridad.
Si se cumplen todas las condiciones anteriores, se puede decir que es un proyecto de primer nivel, muy seguro y capaz de funcionar a largo plazo.
Recuerda: cuando alguien te presente un proyecto, compáralo con estos 12 criterios y participa solo si los cumple todos. No puede faltar ninguno.