Ethereum más que una simple cadena de bloques que permite la transferencia de activos, es una plataforma sobre la que podemos construir aplicaciones descentralizadas (dApps) a través de los contratos inteligentes, los cuales también pueden ser desplegados sobre su red.
Esta plataforma es de código abierto y ha conseguido atraer a numerosas empresas a desarrollar sus aplicaciones sobre Ethereum.
A día de hoy y a pesar de la enorme competencia, Ethereum sigue siendo la plataforma por excelencia debido a su tecnología y modelo de negocio. Ha dado lugar a que surjan muchísimos competidores, pero incluso ellos mismos están conectados a la red de Ethereum.
Pero Ethereum no es perfecto y fue diseñado hace mucho tiempo. Actualmente, encontramos sobre su red miles de dApps con altos volúmenes de transacciones que dan lugar a cierta saturación aumentando el precio de las comisiones de red.
Algunos de estos picos coinciden con el boom de las DeFi y periodos dentro del Bull Market.
A esto debemos de sumarle su problema de escalabilidad donde apenas puede procesar unas 15 TPS. De manera que debido a la alta demanda los desarrolladores se propusieron mejorar la escalabilidad de la blockchain y disminuir los costes de las fees de transacciones.
Sabemos que podemos escalar la blockchain de diferentes maneras, algunas de las cuales ya son funcionales:
Soluciones de segunda capa
-Sidechains
-Canales
-Roll-ups
Sidechains
Tienen compatibilidad EVM. Su propia máquina virtual como Polygon.
En muchos casos es una solución de escalabilidad para ciertas dApps.
1 y 2, son soluciones de escalabilidad con la funcionalidad y seguridad de la capa 1, no alteran el funcionamiento natural de la Blockchain.
Mejoras en la capa principal
-Transición del protocolo de consenso
-Sharding o fragmentación
Estas mejoras suelen ser con una migración del protocolo de consenso de PoW a Pos, puesto que las cadenas de bloques con un algoritmo de consenso de prueba de trabajo son muy seguras pero poco escalables, mientras que la escalabilidad en las PoS es superior.
ETH 2.0 busca una mejora de la escalabilidad sobre su propia capa 1 y no fuera de ella. Por lo que necesita realizar una actualización sobre la base de la red, lo cual es mucho más complejo de implementar, motivo por el cual ETH 2.0 se decidió desarrollar e integrar en diferentes fases.
Fases de Ethereum 2.0
Partimos de un consenso de PoW con una limitada escalabilidad, motivo por el cual se busca transicionar a otro modelo de consenso, el PoS. La prueba de participación es un modelo distinto de validar las transacciones y producir bloques de manera consensuada sobre la red de la layer 1.
Para este consenso ya no utilizamos a los “mineros” que trabajan bajo el poder computacional para la producción de bloques buscando los hashes que resuman el registro del ledger. Sino que aquí tenemos nodos validadores donde el “poder computacional” ahora viene determinado por la cantidad de tokens ETH que existen “stackeados” (apostados) y sirven de prueba de participación en la red.
Los nodos validadores tienen un consumo y complejidad inferior al sistema utilizado en PoW. Pero eso sí, existen otras condiciones para pertenecer a estos nodos productores de bloques como participar con mínimo 32 ETH. Los incentivos económicos también son distintos en este modelo de validación de transacciones.
Beacon Chain
Almacena y gestiona el registro de validadores y el mecanismo PoS. Durante la implementación de esta cadena han convivido funcionando la red PoW y la red PoS para mantener la disponibilidad de datos hasta conseguir una funcionalidad completa en la red PoS.
Ha sido muy importante la espera y el uso de ambas cadenas puesto que tenían que hacer totalmente compatibles el uso de los contratos inteligentes sobre la nueva red PoS ya funcional a día de hoy.
Futuro de ETH 2.0
Tras el nacimiento de la Beacon Chain y otra serie de implementaciones y mejoras, se busca el desarrollo del Sharding de la red:
Las Shard Chains son nodos que no incluyen el registro completo de información, de manera que volvería más eficiente a la blockchain al no necesitar que cada nodo tenga que procesar, verificar y registrar todas las transacciones de la red.
La idea es coordinar a la Beacon Chain con las Shard Chains para delegar parte del trabajo de procesar transacciones y quitarle saturación mientras se asegura de que todas las Shard Chains se encuentren actualizadas. La Beacon Chain al coordinar los fragmentos, determina qué nodos serán validadores. Consiguiendo así una mayor eficiencia sobre el registro de las transacciones.
Estas serían las principales y más conocidas actualizaciones que se darán durante su actualización, pero existen muchas otras fases e implementaciones que están en continuo desarrollo.
Es importante destacar que los cambios dentro de las fases hasta alcanzar el desarrollo completo llevará su tiempo y debe de adecuarse a diferentes períodos: prueba, transición y prueba.
Todo este timing es necesario para evitar compromisos con la seguridad y funcionamiento de la red. Esto dará lugar a tremendas ventajas que permitirían a Ethereum como plataforma a mantener su posición en el espacio Crypto.
