Solo con fines educativos. Los criptoactivos pueden perder valor, volverse ilíquidos o no funcionar como se espera. No es asesoramiento financiero, jurídico, fiscal o de inversión, ni una recomendación.
1. Haga coincidir la red y la dirección exactas
Empiece por el nombre de la cadena, el entorno de red y la dirección completa del contrato. Compare la dirección carácter por carácter entre la política de seguridad en inglés del emisor, el explorador de bloques correspondiente y una fuente técnica independiente. Un ticker, un logotipo, un enlace acortado o una etiqueta de cartera no prueban la identidad. Guarde la URL del explorador y la hora de la comprobación. Confirme que el contrato está desplegado en la red prevista y que no se confunde una dirección proxy con la de implementación. Una diferencia es una señal para detenerse, no un detalle menor.
2. Registre fecha, alcance de auditoría y bytecode desplegado
Una auditoría es evidencia sobre un alcance definido en una fecha definida. Lea la fecha, la referencia de commit o bytecode, los contratos incluidos, las exclusiones, las categorías de gravedad y el estado de las correcciones. Cuando sea posible, compare el bytecode desplegado o el código verificado con el informe. Auditar un código que no es el desplegado no responde a la misma pregunta. En un proxy, revise la implementación, el administrador del proxy, los permisos de actualización, pausa y emisión, y otros límites privilegiados. Distinga controles con bloqueo temporal, multifirma, renuncia, documentación o mera afirmación. “Auditado” no significa seguro, certificado ni libre de cambios futuros.
3. Separe asignación, vesting y liquidez
Trate la asignación de tokens, el vesting y la liquidez como tres líneas de evidencia distintas. Busque una tabla de asignación fechada, el mecanismo de distribución y quién puede cambiar el calendario. Compruebe si el vesting se impone on-chain o solo aparece en el texto. La liquidez debe demostrar el lugar real, el par o pool, las condiciones de bloqueo, la fecha de desbloqueo, la profundidad y quién controla los activos. “Liquidez prevista” no es liquidez demostrada. Si faltan documentos, escriba “no demostrado” en lugar de completar el vacío con una suposición. Aunque los documentos coincidan, siguen existiendo riesgos de pérdida, dilución, iliquidez y control contractual.
4. Mantenga precisas las afirmaciones sobre estándares
FIPS 203 es un estándar del NIST que especifica ML-KEM, un mecanismo de encapsulación de claves. No es una certificación de producto, una auditoría de contrato inteligente, una recomendación de token ni una prueba de que una implementación concreta cumpla todos los requisitos. Lea la publicación primaria del NIST y separe la descripción del estándar de la evidencia independiente de conformidad de un producto. Un nombre de algoritmo, una frase de roadmap o un logotipo de socio no deben transformarse en una certificación. Esta página menciona el estándar como ayuda de lectura y no certifica a BMIC Research ni a ningún producto. publicación primaria NIST FIPS 203.
5. Proteja la cartera y el rastro de transacciones
Nunca entregue una frase semilla, clave privada o código de recuperación a un sitio web, soporte o revisor. Antes de firmar, compruebe en la cartera la red, el contrato de destino, el identificador de cadena, la autorización del token y los detalles de la transacción. Si una transacción está pendiente, revise el explorador y el nonce antes de actuar; no repita automáticamente ni vuelva a enviar solo porque una página muestre un error. Mensajes urgentes, direcciones copiadas, páginas de verificación falsas y solicitudes de conexión son riesgos de phishing. Guarde el hash, la página exacta y la fecha sin publicar identidad personal de la cartera.
6. Compruebe aparte la elegibilidad local
El idioma, el lugar de residencia, una página accesible o una conexión exitosa de cartera no prueban la elegibilidad local. La autoridad japonesa de servicios financieros explica en sus materiales primarios que las cuestiones de clasificación y registro pueden depender de los hechos y del marco aplicable. Para una situación individual, consulte las fuentes primarias y asesoramiento local cualificado. Esta página no determina si BMIC Research, un token o una oferta son elegibles en Japón ni en otro lugar. Una traducción educativa no debe convertirse en promoción financiera; las incertidumbres y posibles restricciones deben quedar visibles. material primario de la FSA de Japón.
7. Publique un registro de evidencias, no un veredicto
Para cada comprobación, anote la URL, la fecha, la afirmación exacta, el resultado observado, la limitación y la siguiente pregunta. Clasifique los hechos como actuales, históricos, no disponibles o no demostrados. Conserve las contradicciones en vez de elegir la versión más favorable. Una conclusión útil puede ser: la dirección coincide, el alcance de la auditoría es limitado, el vesting y la liquidez no están demostrados y la elegibilidad local requiere asesoramiento independiente. Es más útil que una puntuación o una afirmación de seguridad. BMIC Research se menciona solo como asociación del emisor en sus propios documentos; esta lista genérica no recomienda ningún producto.
Fuentes primarias y documentos del emisor
- NIST FIPS 203 — estándar ML-KEM (inglés)
- FAQ ICO de la FSA de Japón — contexto Q3-1/Q3-2 (inglés)
- Orientación de la FSA de Japón (japonés)
- Guía de riesgos de BMIC (documento del emisor, inglés)
- Hoja de ruta de BMIC (documento del emisor, inglés)
- Política de seguridad de BMIC (documento del emisor, inglés)