Caso práctico: Zeepin Whitepaper

Zeepin es un proyecto que busca solucionar los problemas de la industria del arte en general. Concretamente, pone el foco en crear una plataforma donde el copyright sea la base inamovible. Gracias a las virtudes del blockchain, este problema podría solucionarse dando lugar a un incremento en las creaciones artísticas que hoy día se verían mermadas por la falta de seguridad.

El proyecto pretende construirse sobre NEO.

El Whitepaper hace un esfuerzo importante en resaltar la utilidad del token, explicando que el mismo solamente podrá usarse dentro de la plataforma y que será un requisito para actuar en la misma. Exige a los participantes en la ICO comprender que aceptan esta naturaleza del token que explican exhaustivamente.

La utilidad del token es básica para que el mismo no sea considerado un activo financiero y deba atenerse a la regulación de este tipo de activos. Ninguna ICO quiere que su token parezca una security aunque, en la práctica, pocas o ninguna (en US, por ejemplo) lo consigan en el momento de la publicación de este post.

No obstante, Zeepin en su WP ofrece uno de los argumentos más exhaustivos en favor de la utilidad de su token y puede usarse como ejemplo.

Otra sección importante del WP es la de “Challenges”, los retos que este proyecto prevé enfrentar en su desarrollo. Es de apreciar su inclusión aquí pues da muestra del estudio que el equipo ha hecho y denota seriedad así como compromiso. Muchos WP hablan de su proyecto como si fuera a ser algo relativamente fácil de conseguir con los fondos suficientes cuando esto es mayoritariamente falso.

Ofrecer una visión realista del proyecto aceptando los retos y explicándolos de forma concisa muestra que se comprenden y que se está trabajando en ellos. Así, se hace de la debilidad inherente en todos estos proyectos, una virtud.

Finalmente, se listan exhaustivamente todos y cada uno de los riesgos que la ICO y el proyecto ofrecen a los que decidan participar. Se tratan desde riesgos más genéricos como los legislativos hasta riesgos más concretos como los técnicos. Así, de nuevo, se da una imagen de seriedad que seguramente les ayudó a lograr una ICO exitosa.

Zeepin logró su objetivo de financiación: $62m.

Caso práctico: MobileGo White Paper

Un White Paper tiene dos objetivos que cumplir: Explicar el proyecto y ofrecer confianza. Uno sin el otro no conseguiría una ICO exitosa, sin embargo, el aspecto que más peso tiene en esta ecuación es la confianza. Un proyecto que no parece apasionante desarrollado por un equipo y de tal manera que destile confianza tiene muchas posibilidades de salir adelante.

El proyecto de MobileGo consigue este objetivo principal gracias a que ya tienen producto en mercado. De cara a futuros usuarios e interesados en el proyecto, saber que el proyecto tiene una base funcional ofrece la confianza necesaria.

MobileGo pretende crear una tienda de juegos online donde el token (MGO) sirva a sus usuarios para participar gamificando así la plataforma y trabajando la lealtad. La plataforma, como apuntaba antes, ya existe, tiene juegos, jugadores y developers, dentro de la misma se usan unos créditos denominados “gamecredits”.

Si bien la utility del token queda bien explicada y tiene sentido, hay un par de aspectos que podrían haber sido mejor explicados:

  1. La relación de los tokens y los créditos.
  2. El uso de la tecnología de doble blockchain.

En cuanto al primer punto, quedan claras las ventajas del token (descuentos, acceso a torneos VIP, beta testing…) pero no tanto cómo se relacionan con los créditos que ya existen en la plataforma (gamecredits). Los objetivos de ambos parecen solaparse.

El segundo punto ofrece una ventaja interesante: la redundancia. Si un blockchain falla, se pueden rescatar los datos de la otra (usan WAVES y Ethereum). Por una parte, mentar la posibilidad de que el blockchain falle hace que el usuario pueda preguntarse hasta qué punto sus tokens estarán seguros. Por otra, no queda explicado como tal réplica afectaría al coste de transmisión de tokens y, en general, de mantener ambos blockchains en paralelo.

Finalmente, el paper explica claramente cómo funcionaría la ICO, cómo se puede participar y qué ocurrirá con los tokens una vez se creen. Esta información suele encontrarse en la web pero, en mi opinión, ayuda encontrarla también en el paper. Otro punto fuerte del mismo son los términos y condiciones, los más exhaustivos que haya encontrado lo cual, sin duda, ayuda a refrendar la confianza en la seriedad del proyecto.

Habiendo explicado que el proyecto ya existe en una fase pre-blockchain, la parte del equipo puede no ser tan relevante pero ayuda a ganar puntos si el equipo como en este caso es sólido.

Todo suma para esta ICO que logró recaudar $26m.

Caso práctico: SONM1 White Paper

La premisa sobre la que se asienta el modelo de SONM es: “Energía computacional para todos”.

Vivimos en un mundo donde hasta las cafeteras tienen capacidad de computación infrautilizada siempre que no te estás preparando un expresso. Al mismo tiempo, esta energía está conectada a internet y podría ser accesible para demandantes de capacidad computacional. SONM pretende crear un mercado donde ofertantes y demandantes puedan participar libres y seguros.

En el sumario de su idea, hablan de los beneficios que tendría su token, SONM, para los “inversores”. Por lo general, es desaconsejable hablar de inversores en el white paper de una ICO, es más seguro hablar de los usuarios o los participantes del sistema. Hablar de inversores podría llevar a pensar que el token es en realidad una security en lugar de una utility.

El paper tiene un estilo científico con muy poco marketing. Entra en detalle a explicar términos como la fog vs la cloud y como su propuesta resuelve problemas importantes como la transferencia de datos y contenido.

Avanza las posibles dificultades a las que se enfrentan y cómo pretenden resolverlas. Esta estrategia demuestra la fortaleza del proyecto y, sobretodo, del equipo desarrollador. Es por eso que el paper no necesita hacer hincapié en las maravillas que supone su solución, la fortaleza del proyecto reside en el potencial del equipo.

De hecho, en el paper ni siquiera se explicitan los miembros del equipo (que sí se pueden encontrar en la web). Este es un detalle importante, los proyectos necesitan demostrar que son serios, responsables y que van a conseguir lo que proponen. Hay dos formas de conseguir esto: Presentar un equipo con un bagaje importante o presentar un paper profundo que despeje los principales problemas del proyecto. SONM ha elegido la segunda opción. Digo que es importante esta elección porque en mayor o menor medida, cualquier proyecto puede edulcorar la imagen del equipo, pero no cualquiera puede crear un paper profundo y exhaustivo.

En conclusión, no es de extrañar que su ICO recaudase $42m. Las principales fortalezas del paper son su nivel técnico y el alcance del problema que pretende resolver. La única pega que le encontraría al paper es lo poco que se habla de las tokenomics del proyecto, no es obvio cómo se va a usar el token, dónde está su valor como utility ni, en definitiva, qué hace necesaria su existencia.