Consultoría tokenomics: auditoría de modelo en cuatro partes

Cuatro dominios del modelo que necesitan un registro compartido

El mapa de revisión contiene 4 dominios: suministro, vesting, emisiones y preparación para el listado. Tratarlos como entradas conectadas ayuda a revelar cuándo un documento describe un modelo diferente de otro.

Comenzamos identificando las decisiones que tu equipo necesita tomar. Luego mapeamos cómo se asignan los tokens, cuándo pueden estar disponibles y qué propósito tiene cada liberación planificada. La información relacionada con el listado se verifica contra esas mismas entradas. Esto crea una visión de trabajo única del modelo de token, en lugar de descripciones separadas para audiencias separadas.

La revisión es útil antes del lanzamiento de un token, durante un cambio importante en el modelo o cuando los materiales de lanzamiento necesitan alineación. Los equipos que preparan un lanzamiento de token pueden usar los hallazgos para hacer que la información del token sea coherente con la planificación del lanzamiento. Una preventa añade otro conjunto de materiales para comparar, incluyendo la campaña de preventa.

Trae borradores incompletos y desacuerdos entre versiones. Marca qué cifras están aprobadas y cuáles siguen siendo propuestas. Registramos las entradas no resueltas en lugar de elegir una versión en silencio. Esto le da a los fundadores una lista clara de decisiones que asignar antes de publicar o difundir la información del token.

¿Qué registros de suministro deberían coincidir antes del lanzamiento?

Un registro de suministro debe conectar el suministro total, las categorías de asignación, las condiciones de liberación y las descripciones públicas. Comparamos esos detalles en 3 grupos de fuentes: el modelo, los documentos de respaldo del token y los materiales de lanzamiento o listado.

Comienza reuniendo la versión más reciente de cada fuente. Incluye el supuesto actual de suministro total, las categorías de asignación, las descripciones del destinatario o propósito, y las restricciones que afectan la disponibilidad. Añade los cronogramas de liberación existentes, incluso si son provisionales. Si los documentos usan nombres diferentes para la misma asignación, anota esa relación para su revisión.

La comparación señala definiciones faltantes, cifras contradictorias y términos que pueden confundir a los lectores. No decide el diseño del token por ti. En cambio, muestra qué entrada necesita confirmación y dónde debería aparecer la misma información confirmada. Ese registro puede respaldar la recaudación de fondos y las relaciones con inversores, donde los equipos necesitan explicar las asignaciones según el plan del proyecto.

Antes de compartir el paquete, verifica que cada cifra tenga un responsable y un estado. Etiqueta cada elemento como confirmado, propuesto o no resuelto. Conserva los borradores anteriores si explican un cambio en los supuestos. Esto facilita rastrear qué cambió y evita que un cronograma desactualizado se convierta en la referencia de trabajo.

¿Cómo se leen el vesting y las emisiones frente a los hitos del proyecto?

Un cronograma de liberación es más fácil de evaluar cuando sus fechas, destinatarios y propósito aparecen juntos. Comparamos el vesting y las emisiones con los hitos del proyecto que el equipo ha aprobado o marcado claramente como provisionales.

Para cada cronograma de vesting, registra a quién cubre, cuándo comienza y las condiciones que afectan la disponibilidad. Para cada línea de emisiones, indica el uso previsto, el grupo de destinatarios y el proceso de decisión detrás de la liberación. Si aparecen recompensas o incentivos en el modelo, explica la actividad que están destinados a respaldar. Estos detalles ayudan a los lectores a entender el cronograma sin depender del contexto interno.

Trae 2 versiones si el equipo aún está eligiendo entre cronogramas. Marca la versión preferida y explica qué supuestos siguen abiertos. Identificamos diferencias en fechas, duraciones, descripciones de destinatarios y propósitos declarados. El resultado separa las preguntas que necesitan una decisión del fundador de las ediciones que simplemente mejoran la claridad.

Usa los hallazgos para asignar un responsable interno a cada decisión abierta. Luego actualiza el modelo y cualquier material que repita su cronograma. Si el plan de liberación afecta el posicionamiento de lanzamiento, conecta la revisión con una estrategia de salida al mercado.

¿Qué debe dejar claro el archivo de preparación para el listado?

Un archivo de preparación para el listado debe hacer que la información del token proporcionada por el proyecto sea clara y coherente. No debe presentar un supuesto no resuelto como una cifra confirmada.

Verificamos la terminología del token, las descripciones de suministro, los resúmenes de asignación y los detalles del cronograma que aparecen en los materiales que proporcionas. También comparamos esos materiales con el modelo actual. Cuando el equipo tiene un formulario o perfil de listado en curso, incluye su versión actual e identifica a la persona que puede confirmar los datos del proyecto.

El registro anotado separa la información confirmada de los campos que necesitan una respuesta. También muestra dónde las descripciones difieren entre documentos. Tu equipo puede entonces resolver la entrada relevante antes de preparar o actualizar los materiales relacionados con el listado. Este trabajo puede ir junto con el plan de lanzamiento y crecimiento del token. Un conjunto acordado de detalles del token debe aparecer en todas las comunicaciones del proyecto.

Prepara un paquete fuente con el modelo, la documentación del token y los materiales de listado actuales. Añade un contacto para cada hecho no resuelto. Esto mantiene el trabajo de aclaración enfocado y le da al revisor una ruta clara para verificar la información proporcionada por el proyecto. Las recomendaciones finales identifican ediciones y decisiones, no un resultado de la plataforma.

El registro de evaluación que recibe tu equipo

El entregable es una evaluación anotada del modelo, sus supuestos revisados y las decisiones o ediciones que quedan. Acordamos el alcance después de verificar la etapa del proyecto, los materiales fuente y las preguntas que el equipo necesita responder.

El registro organiza los hallazgos en áreas de trabajo utilizables:

• Definiciones de suministro y asignación que necesitan confirmación.
• Supuestos de vesting y emisiones que necesitan alineación.
• Diferencias entre el modelo y los documentos de lanzamiento.
• Preguntas abiertas con un responsable de decisión para que tu equipo asigne.
• Actualizaciones priorizadas para los materiales que planeas usar.

Cada registro de hallazgo tiene 4 campos: fuente, valor, estado y responsable. Nuestro flujo de trabajo incluye 2 puntos de control de revisión. En el inicio, confirmamos la versión autorizada del modelo y acordamos qué preguntas están dentro del alcance. Después de la evaluación, revisamos los hallazgos anotados y separamos las decisiones prioritarias de los cambios de redacción opcionales. Esto le da a tu equipo una forma clara de actuar sobre el análisis en lugar de ordenar una lista sin prioridad.

Si el modelo cambia durante el compromiso, confirmamos qué versión rige la evaluación final. Los equipos que conectan el diseño del token con el posicionamiento pueden añadir una estrategia de salida al mercado. Las recomendaciones permanecen vinculadas a los materiales y preguntas acordados al inicio.

¿Dónde termina la evidencia del proyecto y comienzan las decisiones de la plataforma?

El paquete fuente registra lo que tu equipo puede verificar: definiciones de tokens, cronogramas y los materiales preparados para la revisión. Usa la evaluación para resolver esas entradas antes de compartirlas externamente.

CoinGecko y CoinMarketCap controlan sus propias revisiones de solicitudes, campos de perfil y tiempos de actualización. Nuestro alcance es auditar los datos del token proporcionados por el proyecto y entregar las correcciones acordadas. No podemos determinar la aceptación ni cuándo una plataforma cambia un perfil público.

Una transferencia útil nombra un responsable para cada entrada no resuelta. También identifica el documento que debe actualizarse después de esa decisión. Si tu equipo ya ha lanzado, el soporte post-lanzamiento puede ayudar a coordinar el trabajo posterior junto con la revisión de tokenomics.

Para comenzar, envía el modelo actual, los documentos relevantes del token y los hitos de lanzamiento. Marca las cifras aprobadas, los supuestos provisionales y las decisiones que bloquean el progreso. GeoMarketing Experts revisará el paquete, confirmará un alcance práctico e identificará las entradas necesarias para comenzar.

Cómo trabajamos

1. 01 — Comparte el modelo actualEnvía los materiales más recientes de suministro, asignación, vesting y emisiones. Marca las entradas confirmadas e incluye los borradores no resueltos.
2. 02 — Define las preguntas de revisiónAcuerda qué decisiones debe informar la evaluación. Nombra los documentos y los hitos de lanzamiento dentro del alcance.
3. 03 — Compara las entradasEl consultor verifica cómo se conectan los elementos del modelo. Registramos supuestos poco claros, inconsistencias y decisiones para tu equipo.
4. 04 — Discute la evaluaciónRevisen juntos los hallazgos anotados. Separen las decisiones prioritarias de los refinamientos opcionales.
5. 05 — Aplica las actualizaciones acordadasTu equipo confirma los cambios en el modelo y actualiza los materiales relevantes usando el registro de revisión.