Skip to content

Invertir en NEO

NEO es una criptomoneda china que imita en gran medida a Ethereum con su ecología blockchain. Los contratos inteligentes y las aplicaciones distribuidas se pueden desarrollar y ejecutar sobre la base del protocolo NEO. NEO está actualmente representado principalmente en el mercado de cifrado chino.

NEO surgi√≥ de su predecesor¬†Antshares¬†en 2016.¬†Es una versi√≥n china (o, seg√ļn algunos cr√≠ticos, una copia descarada) de Ethereum.¬†

NEO versus Ethereum

Una ventaja a corto plazo de NEO sobre Ethereum es el lenguaje de programaci√≥n utilizado.¬†En lugar de crear su propio lenguaje de programaci√≥n llamado “Solidez” como Ethereum, NEO utiliza los¬†conocidos lenguajes Java y C #¬†.¬†A corto plazo, esto abre un campo m√°s amplio de programadores para comenzar a programar contratos inteligentes, pero a mediano plazo, varios problemas se pueden mapear de manera mucho m√°s eficiente y segura con Solidity.

NEO actualmente puede procesar alrededor de 10,000 transacciones por segundo, mientras que Ethereum solo puede procesar alrededor de 15 transacciones por segundo. El equipo de Ethereum está trabajando actualmente de manera muy intensiva en su propio algoritmo de PoS y otras soluciones de escalado.

¬ŅC√≥mo funciona el consenso en NEO?

Para lograr el consenso (¬Ņqu√© sucedi√≥ y qu√© no?), NEO no utiliza un algoritmo de “Prueba de trabajo”, sino con¬†DBFT (tolerancia bizantina delegada a fallas)¬†, una forma especial de¬†algoritmo de¬†”¬†prueba de participaci√≥n¬†“.

Tolerancia delegada a fallas bizantinas

La “falla bizantina” en el √°rea de blockchain es un error en el que un nodo en funcionamiento act√ļa de manera deshonesta.¬†“Tolerancia bizantina delegada a fallas” es el algoritmo de consenso que se utiliza en NEO Blockchain para garantizar la tolerancia a fallas y evitar este problema.

Para comprender mejor el mecanismo de consenso de NEO, es aconsejable familiarizarse con los llamados Error bizantino demasiado ocupado. 

El problema de los errores bizantinos proviene de una leyenda otomana y se dice que ocurrió durante el asedio de Constantinopla (ahora Estambul) en 1453. Varios generales se pararon con sus tropas frente a las murallas de la ciudad de Constantinopla.

Dado que la ciudad tenía muy buenas defensas, era imperativo que todos los generales atacaran al mismo tiempo. Desafortunadamente, los generales no confiaban en los demás y trataron de dejar que otro general corriera hacia el cuchillo abierto atacando solo y, por lo tanto, devastado.

Esto disgustaría a este general con el sultán y los generales restantes recibirían más gloria si ganaban.

Todos los generales se comunicaron entre s√≠ con mensajeros a fin de determinar una hora com√ļn para el ataque.¬†Ahora el problema es: ¬ŅC√≥mo sabe un general si no est√° siendo enga√Īado por otro general?¬†¬ŅC√≥mo se puede asegurar que los generales puedan confiar entre s√≠ y que se pueda encontrar a un traidor?

Matem√°ticamente, el problema solo puede resolverse si los generales leales y honestos constituyen al menos un total de m√°s de dos tercios.¬†De una manera muy simplificada, se puede decir que en el mundo “Proof of Stake” de NEO hay un nodo seleccionado al azar que env√≠a una propuesta a los nodos restantes sobre cu√°l deber√≠a ser el consenso.

Los nodos restantes luego votan por ella y si más de dos tercios (66%) de los nodos están a favor, esta propuesta se convierte en un consenso. Si menos del 66% está a favor, se selecciona un nuevo nodo y el proceso comienza de nuevo. Sin embargo, los nodos restantes no votan simplemente al azar, sino que calculan un valor hash que primero tiene que confirmar la propuesta del nodo determinante.

¬ŅQu√© sucede si el nodo seleccionado al azar hace deliberadamente una propuesta incorrecta?

La propuesta simplemente se rechaza porque m√°s del 66% de los otros nodos no calculan el mismo valor hash que el valor propuesto.

¬ŅQu√© sucede si varios nodos rechazan deliberadamente el consenso propuesto correcto?

En este caso, es importante distinguir si m√°s del 33% rechaza el consenso o no.¬†Si m√°s del 33% rechaza el consenso, ser√° rechazado y se determinar√° un nuevo nodo al azar.¬†Si menos del 33% rechaza la propuesta, ser√° aceptada.¬†En este caso, por ejemplo, puede identificar nodos particularmente confiables y menos confiables prestando atenci√≥n al n√ļmero de votos incorrectos.