¿Qué es la Prueba de Historia de Solana y cómo funciona?

Solana es una Blockchain descentralizada al igual que Bitcoin y Ethereum, sin embargo, se diferencia de dichas redes por tener un mecanismo de consenso diferente.

Importante: Un mecanismo de consenso puede verse como un acuerdo general al que llegan todos los participantes de una red para validar y agregar nueva información.

En el caso de Bitcoin, su mecanismo de consenso es el Proof of Work (PoW). Requiere que los mineros resuelvan complejos problemas matemáticos para validar bloques.

Mientras que el mecanismo de consenso de Ethereum es el Proof of Stake (PoS). Aquí los validadores «apuestan» cierta cantidad de criptomonedas para cumplir los requisitos para poder verificar bloques.

Pero hoy hablaremos del Proof of History (PoH), que es un mecanismo de consenso innovador que Solana utiliza para registrar el paso del tiempo dentro de la Blockchain. A diferencia de los demás, este mecanismo se centra en establecer un «orden temporal» preciso para los eventos en la red.

Lo hemos dicho de una forma un tanto compleja, pero en breve lo explicaremos a detalle. Antes cabe destacar que Solana combina dos mecanismos de consenso: Proof of History (PoH) y Proof of Stake (PoS).

Mediante el PoS se eligen los validadores de las transacciones, quienes al igual que en Ethereum reciben recompensas por asegurar la red. Mediante el Proof of History se establece un orden temporal inequívoco para las transacciones, lo que permite una validación más rápida y eficiente.

Explicando en profundidad el Proof of History de Solana

Cómo hemos dicho, Solana utiliza un método de consenso único llamado «Proof of History» para verificar las transacciones. El funcionamiento de este mecanismo se basa en la creación de un registro cronológico de las transacciones, el cual permite que la red procese un gran número de transacciones. Una característica atractiva de Solana.

Cabe destacar que, además, Solana emplea el Tower BFT (Byzantine Fault Tolerance), que es un sistema de tolerancia a fallos bizantinos.

Este sistema, como lo mencionamos, emplea un grupo de validadores para aprobar transacciones y construir bloques en la Blockchain, asegurando que la red sea resistente a ataques y maneje numerosas operaciones de forma eficiente.

Por cierto, Anatoly Yakovenko, el creador de Solana, tuvo su epifanía sobre el «Proof of History» en 2017:

Su idea surgió en una playa en San Diego, cuando reflexionaba sobre los problemas de escalabilidad y sincronización en las blockchains. Como Yakovenko contaba con experiencia en sistemas distribuidos y telecomunicaciones, sabía que una de las mayores limitaciones de las blockchains era la necesidad de que todos los nodos se pusieran de acuerdo sobre el tiempo y el orden de las transacciones.

Además, como también tenía conocimientos sobre los relojes distribuidos y algoritmos de sincronización de tiempo, encontró maneras de aplicar estos conceptos a una Blockchain. Así que de la combinación de ambos conocimientos nació Solana.

Ventajas y desventajas del Proof of History

Para complementar este artículo cabe mencionar algunas ventajas y desventajas que trae consigo este mecanismo:

1. En primer lugar, la alta velocidad, dado que PoH permite a Solana procesar miles de transacciones por segundo, lo cual es sumamente útil para las aplicaciones que necesitan rapidez. Desde su lanzamiento esta ha sido la ventaja que la caracteriza.
2. Solana además cuenta con una gran eficiencia energética, PoH no consume tanta energía, como lo haría el Proof of Work.
3. Finalmente, hablemos de una seguridad robusta. La cual, combinada con Tower BFT, PoH ofrece una alta resistencia a ataques, manteniendo la red segura.

¿Cuáles son las desventajas del mecanismo de consenso de Solana?

Para finalizar y complementar este artículo mencionemos algunas desventajas:

1. Implementar y mantener PoH puede ser más complejo y tedioso que otros algoritmos de consenso, lo cual muchas veces se convierte en un desafío para los desarrolladores.
2. También mencionaremos el constante riesgo de centralización, puesto que existe la posibilidad de que unos pocos nodos controlen gran parte de la validación.
3. Finalmente, nombremos la dependencia a hardware especializado, dado que PoH emplea funciones de retraso verificables (VDF) que pueden requerir hardware específico para optimizar el rendimiento.

Fuente