Qué revisan los exchanges coreanos antes de listar un token

¿Qué verifican los exchanges coreanos antes de listar?

La due diligence para el listado en un exchange coreano de criptomonedas generalmente implica verificar que las afirmaciones, los registros y los detalles operativos del proyecto puedan revisarse y entenderse. Trata las categorías siguientes como un mapa de preparación, no como una lista de verificación publicada por cada exchange.

1. Identidad del proyecto: nombre de la entidad legal, contactos responsables, historial del proyecto y canales de comunicación oficiales.
2. Diseño del token: propósito, red, detalles del contrato, suministro, asignación y calendario de liberación.
3. Tecnología y seguridad: documentación del contrato, materiales de auditoría si están disponibles, e incidentes o cambios conocidos.
4. Mercado y operaciones: dónde se negocia el token, cómo acceden los usuarios a él y quién gestiona el soporte y las divulgaciones.
5. Comunicación de riesgos: limitaciones materiales, dependencias y aspectos que los tenedores de información no deberían tener que inferir.

Empieza con una única fuente de verdad para cada elemento. Si el sitio web, la presentación, la documentación del token y las publicaciones públicas describen suministros o responsabilidades diferentes, resuelve la discrepancia antes del contacto. Los revisores necesitan una ruta clara desde una afirmación hasta su registro de respaldo. Usa un lenguaje sencillo para la visión general del proyecto y conserva los detalles técnicos para las preguntas que los requieran.

¿Qué registros del proyecto y del token deberías preparar?

Prepara registros que permitan rastrear la identidad del proyecto, la estructura del token y las afirmaciones clave. La integridad importa más que el volumen de documentos; cada archivo debe tener un propósito claro y un responsable que pueda responder preguntas sobre él.

1. Perfil del proyecto: información de la entidad y del equipo, enlaces oficiales, estado del producto y un contacto responsable de la comunicación con el exchange.
2. Referencia del token: red, dirección del contrato, propósito del token, definición del suministro, categorías de asignación y calendario de desbloqueo.
3. Material de respaldo: documentación técnica, evaluaciones de seguridad si están disponibles y registros de actualizaciones relevantes del contrato.
4. Conjunto de divulgaciones: riesgos conocidos, dependencias, cambios materiales y el canal a través del cual se publican las actualizaciones.
5. Índice de evidencia: nombre del archivo, qué respalda, fecha de la última revisión y la persona responsable de las correcciones.

Verifica cada número y nombre propio contra la fuente autorizada antes de enviar un plan. Si una cifra cambió, explica qué cambió y cuándo, en lugar de reemplazar silenciosamente un archivo anterior. No etiquetes una evaluación como auditoría a menos que el documento realmente lo sea. Un plan conciso e internamente coherente facilita el seguimiento y reduce la posibilidad de que diferentes miembros del equipo respondan la misma pregunta de manera distinta.

¿Cómo deberías explicar la tokenomics y las operaciones del proyecto?

Explica la tokenomics como un conjunto de relaciones verificables: cómo se define el suministro, quién controla cada asignación y qué eventos pueden cambiar la disponibilidad circulante. Evita depender de resúmenes promocionales cuando un revisor pueda necesitar una respuesta precisa.

1. Indica el suministro total y explica si la cifra puede cambiar.
2. Identifica las categorías de asignación y la entidad o wallet responsable de cada una.
3. Describe los términos de vesting y desbloqueo en un lenguaje que coincida con los documentos subyacentes.
4. Explica los controles administrativos, los permisos del contrato y cualquier migración o actualización planificada.
5. Nombra a la persona que pueda confirmar un detalle operativo o proporcionar el registro fuente.

Para preguntas operativas, asigna cada función a un responsable: mantenimiento del contrato, contacto de seguridad, soporte al usuario, anuncios públicos y comunicación de incidentes. Si una función es gestionada por un tercero, indica esa relación con precisión e identifica qué controla tu equipo. Mantén la misma terminología en el whitepaper, el sitio web y los materiales de solicitud. Para preguntas sobre el proceso de solicitud de un exchange, prepárate para proporcionar documentos de respaldo en lugar de asumir que un formulario público cubre todas las revisiones. El servicio de soporte para listado en exchange centralizado relacionado puede ayudar a organizar el trabajo de contacto y los materiales de envío.

¿Cómo puede un equipo prepararse para las preguntas de seguimiento de un exchange coreano?

Prepárate para el seguimiento haciendo que las respuestas sean rastreables, asignando responsables y separando los hechos confirmados de los elementos abiertos. Esto permite que el proyecto responda de manera coherente sin implicar que cada exchange utiliza la misma secuencia de solicitud.

1. Crea el Launch Spec: resume el proyecto, el token, los contactos responsables y los documentos de respaldo en un informe de trabajo breve.
2. Realiza una revisión del Spec: compara el informe con los materiales públicos e identifica conflictos, fuentes faltantes o términos poco claros.
3. Asigna responsables de preguntas: dirige las preguntas legales, técnicas, del token y de comunicaciones a personas con conocimiento directo.
4. Registra cada respuesta: mantén juntos la pregunta, la respuesta, el enlace a la evidencia, el responsable y cualquier acción de seguimiento.
5. Actualiza el plan: actualiza los archivos afectados cuando los hechos cambien y deja claro qué versión es la actual.

Antes del contacto, verifica que los enlaces funcionen, que los detalles del contrato estén copiados correctamente y que los canales oficiales del proyecto estén controlados por el equipo. Prepara una breve explicación del estado del producto y de lo que los usuarios pueden hacer ahora; distingue la funcionalidad disponible de los planes de la hoja de ruta. Si los materiales en coreano son parte de la solicitud, utiliza un revisor que pueda verificar el significado técnico además de la fluidez. Para la planificación de comunicaciones locales, el soporte de campañas con KOLs en Corea es un canal separado, no un sustituto de la evidencia precisa de la solicitud.

¿Qué preguntas debería hacer un equipo a un exchange coreano?

Pregunta al exchange cuál es su ruta de solicitud actual y qué espera que proporcione tu equipo. Una respuesta directa es más útil que inferir requisitos de la experiencia de otro proyecto o de una lista de verificación desactualizada.

• ¿Existe un canal de solicitud actual o un contacto asignado para consultas iniciales?
• ¿Qué registros del proyecto, token, entidad y técnicos deben incluirse en la primera etapa?
• ¿El exchange prefiere los documentos en un idioma o formato particular?
• ¿Cómo debe el equipo enviar correcciones o responder a preguntas después del paquete inicial?
• ¿Qué detalles deben mantenerse actualizados si la información del token, contrato o proyecto cambia?

Mantén las preguntas breves y objetivas. Pide aclaraciones cuando un término sea ambiguo y confirma las instrucciones importantes por escrito. No envíes materiales sensibles a través de un contacto no verificado; confirma que el canal pertenece al exchange antes de compartir información confidencial. El proyecto puede controlar la precisión, organización y capacidad de respuesta de su envío. El exchange controla su propio alcance de revisión, solicitudes, evaluación de elegibilidad y decisión de listado; ni un servicio de preparación ni un paquete de documentos completo pueden prometer aceptación o un resultado de revisión particular.

¿Qué debería suceder después de que el paquete de due diligence esté listo?

Una vez que el paquete sea coherente, úsalo como un registro mantenido, no como un archivo adjunto de solicitud único. Asigna a una persona la tarea de mantener los documentos fuente actualizados y coordinar las respuestas siempre que los hechos del proyecto cambien.

Si el exchange identifica una incoherencia en el perfil, corrige primero el material fuente y luego actualiza los perfiles públicos afectados. El servicio de remediación de perfiles de listado puede apoyar esa limpieza, mientras que las actualizaciones de información de token y logotipo en exploradores abordan una tarea de visibilidad separada. Estos servicios ayudan con la preparación definida o el trabajo de perfil; no reemplazan la evaluación del propio exchange. Envía a AEOTech la visión general del proyecto, la referencia del token, los enlaces públicos actuales y cualquier pregunta ya recibida. Podemos revisar los materiales, identificar lagunas y proponer un siguiente paso con alcance definido.