- Desde
- 14 Jul 2017
- Mensajes
- 13,210
- Puntuación
- 17,871
Todos sabemos que el mejor lugar para hacer DYOR es el whitepaper o la página web de un proyecto, pero realmente ¿sabemos leerlo? ¿Necesitamos tener formación en informática, programación o crypto? En absoluto. Voy a ignorar que entorno al 80% de inversores o especuladores ni siquiera hacen el intento de leerlo, entre los que muchas veces me incluyo. Así que he decidido crear una guía paso a paso sobre cómo leer documentos técnicos.
Para comenzar, deberías conocer algunos conceptos básicos:
1) ¿Por qué se creó el proyecto?
Este es el punto entrada y más básico de todos. ¿Cuál es la motivación detrás de la creación? ¿Qué problema pretende resolver? ¿Qué tan diferente es de nuestras soluciones actuales o crypto-soluciones ya existentes?
2) ¿Qué utilidad tiene en el mundo real?
Hoy en día hay un montón de proyectos que son una solución en busca de un problema. No se supone que todo esté en la cadena de bloques. No todo se beneficiará por estar en una blockchain.
3) ¿Cómo logra el consenso en la red?
Este es un punto muy importante. No se trata solo de ser prueba de lo que sea. Alcanzar el consenso significa resolver el problema general bizantino de alguna manera: significa cómo los diferentes nodos en una red entran en un consenso si una transacción es verdadera o falsa sin comunicarse directamente entre sí. Eso es lo que hace posible crear la descentralización.
4) ¿Cómo se distribuyeron las monedas iniciales?
En Bitcoin, obviamente no había monedas pre-minadas. La primera moneda que se minó fue del propio Satoshi Nakamoto. Pero en algunas blockchains, existen distribuciones iniciales de tokens a través de monedas pre-minadas, especialmente en las de prueba de participación. No lo hace malo, simplemente es diferente y debe buscarlo en el whitepaper u otras fuentes.
5) ¿Cómo funciona realmente?
Muchos documentos tendrán un mecanismo simplificado de cómo funciona realmente la red, como un resumen/gráfico. Si no, por lo general se puede entender con sólo leerlo. No necesitas entender todo ni todos los tecnicismos, solo la imagen principal, tal como está en el documento técnico de Bitcoin.
6) ¿Cuáles son las debilidades potenciales de la red y cómo se abordan?
No todos los whitepapers van a tener esto, pero valoro mucho cuando está presente, ya que muestra que los desarrolladores están realmente preocupados por la seguridad de la red y no solo están interesados en el marketing/ganancias.
7) ¿Tiene algunas cosas que no entiendes?
Pregunta mucho en foros, Telegram etc... seguro que encuentras a gente dispuesta a ayudarte.
Existen muchas cosas más importantes que no están exactamente en el documento técnico la mayoría de veces. Es extremadamente importante considerar, por ejemplo, las tokenomics o los antecedentes del equipo de desarrollo, entre otras cosas.
Siéntete libre de comentar que es en lo que te fijas a la hora de analizar un proyecto.
Para comenzar, deberías conocer algunos conceptos básicos:
- Cadena de bloques
- Mecanismo de consenso (PoW y PoS)
- Nodos
- Mempool
- Hardfork y softfork
- Gobernancia
- Contratos inteligentes
- Byzantine problems
- https://bitcoin.org/bitcoin.pdf
- https://solana.com/solana-whitepaper.pdf
- Cardano whitepaper - whitepaper.io
- Terra whitepaper - whitepaper.io
- Cosmos whitepaper - whitepaper.io
- Ripple whitepaper - whitepaper.io
1) ¿Por qué se creó el proyecto?
Este es el punto entrada y más básico de todos. ¿Cuál es la motivación detrás de la creación? ¿Qué problema pretende resolver? ¿Qué tan diferente es de nuestras soluciones actuales o crypto-soluciones ya existentes?
2) ¿Qué utilidad tiene en el mundo real?
Hoy en día hay un montón de proyectos que son una solución en busca de un problema. No se supone que todo esté en la cadena de bloques. No todo se beneficiará por estar en una blockchain.
3) ¿Cómo logra el consenso en la red?
Este es un punto muy importante. No se trata solo de ser prueba de lo que sea. Alcanzar el consenso significa resolver el problema general bizantino de alguna manera: significa cómo los diferentes nodos en una red entran en un consenso si una transacción es verdadera o falsa sin comunicarse directamente entre sí. Eso es lo que hace posible crear la descentralización.
4) ¿Cómo se distribuyeron las monedas iniciales?
En Bitcoin, obviamente no había monedas pre-minadas. La primera moneda que se minó fue del propio Satoshi Nakamoto. Pero en algunas blockchains, existen distribuciones iniciales de tokens a través de monedas pre-minadas, especialmente en las de prueba de participación. No lo hace malo, simplemente es diferente y debe buscarlo en el whitepaper u otras fuentes.
5) ¿Cómo funciona realmente?
Muchos documentos tendrán un mecanismo simplificado de cómo funciona realmente la red, como un resumen/gráfico. Si no, por lo general se puede entender con sólo leerlo. No necesitas entender todo ni todos los tecnicismos, solo la imagen principal, tal como está en el documento técnico de Bitcoin.
6) ¿Cuáles son las debilidades potenciales de la red y cómo se abordan?
No todos los whitepapers van a tener esto, pero valoro mucho cuando está presente, ya que muestra que los desarrolladores están realmente preocupados por la seguridad de la red y no solo están interesados en el marketing/ganancias.
7) ¿Tiene algunas cosas que no entiendes?
Pregunta mucho en foros, Telegram etc... seguro que encuentras a gente dispuesta a ayudarte.
Existen muchas cosas más importantes que no están exactamente en el documento técnico la mayoría de veces. Es extremadamente importante considerar, por ejemplo, las tokenomics o los antecedentes del equipo de desarrollo, entre otras cosas.
Siéntete libre de comentar que es en lo que te fijas a la hora de analizar un proyecto.
