Un whitepaper de cripto es el documento que un proyecto publica para explicar qué está construyendo, cómo funciona la tecnología y cómo funciona su token. Está pensado como la fuente primaria sobre un proyecto.
Un documento fijó la plantilla. El 31 de octubre de 2008, Satoshi Nakamoto publicó "Bitcoin: A Peer-to-Peer Electronic Cash System." Nueve páginas, ocho referencias, y la palabra "blockchain" no aparece ni una sola vez.
Qué se supone que debe contener un whitepaper
- El problema. Qué está roto, y por qué las soluciones existentes no lo arreglan.
- El enfoque técnico. Cómo funciona el sistema, con suficiente detalle para que alguien pudiera evaluarlo.
- Tokenomics. Suministro total, distribución, asignación al equipo y a los inversores, calendario de desbloqueo y qué hace realmente el token.
- Arquitectura. Mecanismo de consenso, diseño de la red y dependencias de otros sistemas.
- Equipo. Quién lo está construyendo, con identidades verificables.
- Hoja de ruta. Qué se entrega y cuándo.
- Riesgos. Qué podría salir mal. Con frecuencia ausente, lo cual es informativo en sí mismo.
Al cubrir los dos primeros de forma excepcional, el whitepaper de Bitcoin apenas toca el resto. Una propuesta técnica. No un documento de captación de fondos.
Cómo cambiaron los whitepapers
Vale la pena entenderlo. Explica por qué el formato perdió credibilidad.
Durante el auge de las ICO de 2017 y 2018, el whitepaper se convirtió en un instrumento de captación de fondos. Se recaudaron sumas considerables con documentos que describían sistemas que nadie construyó. El plagio era común. También los miembros de equipo inventados, los diagramas prestados y las hojas de ruta sin ninguna ingeniería detrás.
Como señal, hoy un whitepaper tiene mucho menos peso que en 2013. Muchos proyectos serios publican ahora documentación, repositorios de código e informes de auditoría en su lugar, tratando el whitepaper como una formalidad.
Así que la pregunta ya no es si un proyecto tiene uno. Lo que cuenta es lo que el documento revela cuando lo lees de verdad.
Cómo leerlo de forma crítica
Recórrelo en este orden, porque las comprobaciones que eliminan más proyectos están arriba y cuestan menos tiempo. Los problemas afloran temprano.
1. Revisa los tokenomics antes de la tecnología. Suministro total, suministro circulante y el reparto de la asignación. ¿Qué porcentaje fue al equipo y a los primeros inversores, y cuándo se desbloquea? Un gran desbloqueo por delante es el detalle más predictivo de la mayoría de los whitepapers.
2. Busca qué hace el token. Muchos documentos describen un sistema que funciona perfectamente sin el token, y luego le añaden uno de todos modos. Donde la función es "gobernanza" y nada más, pregunta qué se está gobernando.
3. Pon a prueba el planteamiento del problema. ¿Existe el problema? ¿Es una blockchain la solución razonable, o serviría una base de datos? Muchos proyectos fallan solo en esa pregunta.
4. Comprueba el equipo. Nombres verificables, historiales reales, trabajo que puedas consultar. Los equipos anónimos no quedan automáticamente descalificados, aunque eliminan por completo tu capacidad de recurso.
5. Lee la sección técnica buscando concreción. La ingeniería real tiene números, compensaciones y limitaciones reconocidas. El lenguaje técnico vago normalmente no oculta nada debajo.
6. Busca plagio. Pega frases distintivas en un buscador. Todavía se descubren proyectos así.
7. Compara la hoja de ruta con lo entregado. Con un documento de dos años de antigüedad, comprueba qué se entregó frente a lo que se prometió. Nada te dice más.
Señales de alerta
| Señal | Por qué importa |
|---|---|
| Retornos garantizados o proyectados | Ningún documento técnico legítimo los incluye |
| Predicciones de precio o gráficos | Material de marketing disfrazado de investigación |
| Sin sección de tokenomics | La información más importante es la que falta |
| Fotos del equipo sin nombres | Las imágenes de banco son habituales |
| Densidad de palabras de moda sin concreción | Con frecuencia oculta una ausencia de ingeniería |
| Sin sección de riesgos | Todo sistema real tiene modos de fallo |
| Alianzas que no se pueden confirmar | Los logotipos citados se usan de forma rutinaria sin acuerdo |
Los documentos que vale la pena leer
Dos compensan su lectura por sí mismos, independientemente de lo que pienses de los activos que acabaron produciendo o de la industria que creció a su alrededor.
El whitepaper de Bitcoin tiene nueve páginas y es en gran medida comprensible sin formación en ciencias de la computación. Plantea un problema, propone un mecanismo y se detiene.
Publicado por Vitalik Buterin a finales de 2013, el whitepaper de Ethereum es más largo y explica el razonamiento detrás de los contratos programables en lugar de solo el mecanismo.
Ambos comparten una cualidad que a la mayoría de los documentos posteriores les falta. Argumentan a favor de algo. Con suficiente concreción para poder estar equivocados.
Lo que un whitepaper no te dice
- Si el código existe. Los documentos no son implementaciones. Revisa el repositorio.
- Si sigue vigente. Los proyectos cambian de dirección. Muchos whitepapers describen sistemas abandonados hace años.
- Si el equipo puede ejecutar. Escribir un diseño plausible y entregarlo son habilidades distintas.
- Si el token servirá para algo. Los tokenomics describen mecánicas previstas, nunca resultados.
- Si se aprobó una auditoría. Es un documento completamente aparte, y su ausencia vale la pena señalarla.
Dónde encaja mb.io
Leer un whitepaper es parte de evaluar un token. Para operarlo, quieres un lugar que también lo haya revisado, que es lo que hace un exchange de cripto regulado.
mb.io es un exchange spot de cripto regulado y respaldado por MultiBank Group, una institución financiera fundada en 2005 que presta servicio a más de 2 millones de clientes en más de 100 países.
- Cada activo listado se revisa antes de llegar a la plataforma
- Regulado por VARA en los EAU y AUSTRAC en Australia
- Puntuación de seguridad 10/10 de Hacken, auditor independiente de seguridad blockchain
- Custodia MPC de nivel institucional respaldada por Fireblocks, con fondos de clientes segregados
- Compra, vende e intercambia en tres pasos, desde el registro hasta la compra
- Atención al cliente 24/7, en la web y en las apps de iOS y Android
Abre tu cuenta y comienza a operar en mb.io.
Preguntas frecuentes
¿Qué es un whitepaper de cripto?
Un documento publicado por un proyecto para explicar qué está construyendo, cómo funciona la tecnología y cómo funciona su token. Pensado como la referencia técnica primaria.
¿Cuándo se publicó el whitepaper de Bitcoin?
El 31 de octubre de 2008, por Satoshi Nakamoto, con el título "Bitcoin: A Peer-to-Peer Electronic Cash System." Nueve páginas, y la palabra "blockchain" no aparece nunca.
¿Todos los proyectos de cripto tienen un whitepaper?
La mayoría sí, y significa menos que antes. Los proyectos serios priorizan ahora la documentación, el código público y los informes de auditoría. Muchos proyectos sin sustancia publican whitepapers muy pulidos.
¿Qué debo buscar en un whitepaper?
Los tokenomics primero: suministro, asignación al equipo y a los inversores, y el calendario de desbloqueo. Después, si el token tiene una función, si el problema es real, si el equipo es verificable y qué se entregó realmente desde la publicación.
¿Son fiables los whitepapers?
Como señal, considerablemente menos que durante el periodo de 2013 a 2016. Durante el auge de las ICO de 2017 y 2018 llegaron el plagio generalizado, los equipos inventados y los documentos que describían sistemas que nadie construyó.
¿Cuál es la diferencia entre un whitepaper y un litepaper?
Un litepaper es un resumen más corto y menos técnico dirigido a un público general. Algunos proyectos publican ambos. Cuando solo existe un litepaper, el razonamiento detallado no se ha hecho público.
¿Tener un whitepaper significa que un proyecto es legítimo?
No. Producir un documento cuesta casi nada, y tanto el manual del pump and dump como el del rug pull incluyen uno de forma rutinaria. Es un punto de partida para la investigación más que una prueba.
¿Dónde puedo encontrar el whitepaper de un proyecto?
Normalmente en el sitio propio del proyecto, y a veces en su repositorio público de código. Importa llegar a él a través del dominio oficial y no de un enlace en un mensaje, ya que los documentos falsos en sitios falsos son una vía habitual de phishing.
