Ethereum es una plataforma digital de código abierto basada en tecnología blockchain que permite crear y ejecutar contratos inteligentes y aplicaciones descentralizadas (dApps). Aunque muchas personas la confunden con una criptomoneda, Ethereum es la red, mientras que su activo nativo se llama ether (ETH). La idea fue propuesta en 2013 por el desarrollador Vitalik Buterin y la red se lanzó oficialmente en 2015.

Desde su origen, Ethereum se diseñó con una ambición particular: funcionar como una especie de infraestructura pública global para construir servicios digitales que no dependan de bancos, plataformas privadas o autoridades centrales. A diferencia de sistemas tradicionales, donde una empresa controla servidores, reglas y acceso, Ethereum busca que el funcionamiento de las aplicaciones pueda sostenerse con reglas abiertas y verificables por cualquiera.

🧩 Ethereum no es “una moneda”: es una red programable

Bitcoin suele describirse como dinero digital; Ethereum, en cambio, se concibe como una red programable. Esa diferencia cambia todo. En lugar de limitarse al envío y recepción de valor, Ethereum permite que los desarrolladores creen lógica y reglas que se ejecutan automáticamente. Ese “código con reglas” es lo que se conoce como contratos inteligentes.

En términos simples: si internet permitió publicar información para cualquiera, Ethereum intenta permitir ejecutar acuerdos entre personas o aplicaciones sin tener que pedir permiso a una institución. Bajo esa visión, la red aspira a ser una “computadora mundial” descentralizada, donde miles de equipos alrededor del planeta participan para mantenerla operativa y sincronizada.

⚙️ ¿Qué se puede construir en Ethereum?

La programabilidad de Ethereum abrió la puerta a un ecosistema amplio de herramientas y productos digitales. En esta red se han construido y se siguen construyendo:

• Finanzas descentralizadas (DeFi): servicios financieros que operan sin bancos como intermediarios.
• Mercados de NFTs: plataformas para emitir, comprar y vender tokens no fungibles.
• Juegos play-to-earn: experiencias donde la actividad del jugador se integra con activos digitales.
• DAOs (organizaciones autónomas descentralizadas): estructuras de coordinación con reglas ejecutadas por código.
• Plataformas de préstamos y exchanges que funcionan como aplicaciones en la red.

La idea central es que estas aplicaciones no dependen de una sola empresa para existir: su lógica está en contratos que se ejecutan en la red y pueden ser auditados.

⛽ ETH: más que un activo, el “combustible” del sistema

El ether (ETH) cumple varias funciones dentro del ecosistema:

1. Medio de pago: puede transferirse entre cuentas como cualquier activo digital.
2. “Gasolina” de la red: se usa para pagar el costo de ejecutar operaciones y contratos.
3. Incentivo para validadores: quienes participan en el consenso reciben recompensas denominadas en ETH.

En Ethereum, las comisiones de transacción se conocen como “gas” y se pagan en ETH. Ese costo existe porque ejecutar contratos inteligentes y mantener la red segura requiere recursos computacionales. En la práctica, el gas es el mecanismo que permite asignar un “precio” al uso de la red: desde una transferencia simple hasta el despliegue de una aplicación completa.

🔐 El cambio que marcó época: de PoW a PoS

Un punto clave en la historia reciente de Ethereum ocurrió el 15 de septiembre de 2022, cuando la red dejó atrás el modelo de prueba de trabajo (PoW) y adoptó el modelo de prueba de participación (PoS). Este cambio redujo su consumo energético en 99.95%, de acuerdo con el planteamiento incluido en el texto.

En PoS, la seguridad se apoya en validadores que participan en el consenso con capital (ETH) en lugar de competir con poder de cómputo como en PoW. En la narrativa del ecosistema, esto se presenta como una base más eficiente para la evolución de la red, sin abandonar la descentralización como principio.

🧠 La EVM: el “motor” que ejecuta contratos inteligentes

Ethereum opera mediante la Ethereum Virtual Machine (EVM), una máquina virtual que ejecuta el código de los contratos de forma segura, transparente e inmutable. Esto significa que, una vez desplegado un contrato, su lógica queda registrada y puede verificarse.

Los contratos inteligentes suelen programarse en lenguajes como Solidity. Su característica más distintiva es que pueden activarse automáticamente cuando se cumplen condiciones predefinidas. En vez de depender de una persona o institución que “haga cumplir” el acuerdo, la ejecución ocurre en la red.

Todo esto se sostiene en una arquitectura descentralizada: miles de nodos distribuidos globalmente mantienen copias del blockchain y validan transacciones.

🌐 Más allá del “precio”: por qué Ethereum importa en Web3

Aunque Ethereum es la segunda criptomoneda más grande por capitalización de mercado después de Bitcoin (hablando del tamaño de su ecosistema y del valor asociado a ETH), su propuesta no se reduce al intercambio de valor. El foco está en la infraestructura: una base donde puedan existir aplicaciones que no dependen de intermediarios.

En esa dirección, Ethereum se vincula con la visión de Web 3.0, entendida como una internet más descentralizada, con mayor control del usuario y con mecanismos de seguridad y verificación incorporados al funcionamiento de las plataformas.

📈 Proyecciones para 2026: expectativas, rangos y escenarios

El texto incluye proyecciones de precio para ETH durante 2026 con rangos amplios. Por un lado, se menciona que el precio se prevé en alza, con estimaciones que van desde un mínimo de $3,600 hasta un máximo de $5,500, con un promedio esperado de $4,600 según análisis atribuidos a Coindcx.

También se incluye un punto de referencia: “como de hoy”, el precio de ETH se sitúa en $3,108.90, con una tendencia alcista que podría llevarlo a superar $4,200–$4,500 hacia finales de enero de 2026, impulsado —según el texto— por mejoras en liquidez y crecimiento del ecosistema. Incluso se plantea que algunos expertos consideran posible alcanzar $5,000 en el primer trimestre de 2026, apoyándose en el impulso actual y el avance de actualizaciones clave.

Al mismo tiempo, el texto señala escenarios muy distintos, incluyendo proyecciones más agresivas y otras conservadoras:

• Se menciona que algunos analistas estiman un posible techo de $8,900 en 2026.
• En contraste, escenarios conservadores sugieren un rango de $2,500 a $2,700.
• También se presentan escenarios en euros: un escenario negativo con €2,122.24, uno neutral con €2,527.31 y uno optimista con €2,664.76.
• Por su parte, Kraken se cita con una predicción de precio final de $3,289.28 hacia finales de 2026, basada en un crecimiento del 5%.

Más allá de los números, el elemento común en el texto es que el mercado asocia parte de estas expectativas con el calendario técnico de la red y su capacidad de escalar.

🧱 Actualizaciones técnicas esperadas en 2026: Glamsterdam y Hegota

El texto describe dos grandes actualizaciones programadas para 2026:

🛠️ Glamsterdam (primera mitad de 2026)

Se presenta como un punto de inflexión técnico comparable a The Merge. Entre sus objetivos se menciona:

• Elevar el límite de gas de 60 millones a 180 millones.
• Habilitar procesamiento paralelo.
• Mejorar significativamente la escalabilidad y la eficiencia.

🧩 Hegota (segunda mitad de 2026)

Se describe como la segunda gran actualización del año, esperada para la segunda mitad de 2026.

📊 Impacto potencial en precio (según el texto)

El texto asocia estas mejoras —junto con integración de pruebas de conocimiento cero (ZK) y el procesamiento paralelo— con expectativas de crecimiento, incluyendo una proyección de aumento del 24% en 2026 atribuida a Coindcx.

🦓 Fusaka: la actualización que se activó el 3 de diciembre de 2025

Antes del calendario 2026, el texto subraya un evento clave reciente: la actualización Fusaka se activó el 3 de diciembre de 2025. Esta actualización llega después de Pectra e incorpora cambios diseñados para mejorar la experiencia de usuarios y desarrolladores.

El nombre “Fusaka” combina dos partes: una actualización de la capa de ejecución llamada Osaka, y una versión de la capa de consenso nombrada por la estrella Fulu. La idea general es que ambas capas del sistema evolucionan en conjunto para empujar el escalado, la seguridad y la experiencia de uso.

🚀 El corazón de Fusaka: PeerDAS y el escalado de “blobs”

Uno de los ejes de Fusaka es PeerDAS, un mecanismo de muestreo de disponibilidad de datos (data availability sampling). Para entenderlo, el texto parte de un concepto: hoy, muchas redes Layer 2 publican datos en Ethereum usando un tipo de dato efímero llamado blobs, creado específicamente para L2s.

🧠 El problema previo

Antes de Fusaka, cada nodo completo debía almacenar cada blob para asegurar que los datos existían. Si la cantidad de blobs crecía, descargarlo todo se volvía cada vez más costoso en hardware y ancho de banda.

🧩 Lo que cambia con PeerDAS

Con muestreo de disponibilidad de datos, en lugar de guardar todo, cada nodo se hace responsable de una parte del total. El texto explica que los blobs se distribuyen uniformemente al azar entre nodos, con cada nodo completo manteniendo solo 1/8 de los datos, lo que habilita una escala teórica de hasta 8x.

Además, se incluye un punto crucial: cualquier porción de los datos puede reconstruirse a partir de cualquier 50% existente del total, con métodos que reducen la probabilidad de datos incorrectos o faltantes a un nivel “criptográficamente despreciable” (en el orden de ~1 en 10^20 a 1 en 10^24, según se describe).

En términos prácticos, la meta es mantener requisitos razonables para operar nodos, mientras se incrementa el “espacio blob”, facilitando que L2s escalen con comisiones más pequeñas.

🧷 “Blob-Parameter-Only forks”: ajustes más ágiles sin esperar grandes hard forks

Fusaka también introduce el concepto de Blob-Parameter-Only forks: un mecanismo para aumentar la cantidad de blobs de forma gradual y segura sin tener que esperar a una gran actualización coordinada con múltiples cambios.

Dado que Ethereum es código ejecutándose en miles de nodos independientes que deben ponerse de acuerdo, no puede modificar reglas como si fuera una simple actualización de un sitio web. Estos forks “solo de parámetros” permitirían que, entre grandes upgrades, los clientes acuerden subir el objetivo y máximo de blobs (por ejemplo, 9 y 12) y que operadores actualicen para participar en ese “mini fork”.

El texto menciona una referencia histórica: cuando los blobs se agregaron en Dencun, el objetivo era 3; aumentó a 6 en Pectra y, tras Fusaka, ese incremento puede continuar de manera más sostenible y menos dependiente del calendario de hard forks grandes.

💸 Mejoras en el mercado de tarifas de blobs: evitar que el precio se “rompa”

Otro cambio destacado es “Blob base-fee bounded by execution costs”. El texto explica que las L2s pagan dos “facturas” al publicar datos: la tarifa del blob y el gas de ejecución necesario para verificar esos blobs. Si el gas de ejecución domina, la subasta de tarifas de blobs podría caer hasta 1 wei y dejar de ser una señal útil de precio.

Para evitarlo, EIP-7918 establece un “precio de reserva” proporcional bajo cada blob. Cuando ese precio de reserva supera la tarifa nominal, el algoritmo de ajuste trata el bloque como “por encima del objetivo”, detiene la presión a la baja y permite que la tarifa suba con normalidad. El resultado que describe el texto:

• el mercado de tarifas reacciona a la congestión,
• las L2 pagan una parte significativa del cómputo que imponen,
• y picos de tarifas en la capa de ejecución ya no “dejan varada” la tarifa de blobs en 1 wei.

🧹 Escalar L1 con más seguridad: historial, límites y protección ante abusos

Fusaka también incluye medidas de endurecimiento (hardening) y eficiencia para la capa base (L1):

🗂️ Expiración parcial de historial y recibos más simples

En julio de 2025, los clientes de ejecución comenzaron a soportar expiración parcial del historial, eliminando historial anterior a The Merge para reducir espacio en disco. Fusaka lo incorpora como una exigencia práctica de soporte para pruebas y preparación.

🧱 Límites a MODEXP (EIP-7823)

Se añade un límite claro para el precompile MODEXP: cada número de entrada puede ser como máximo de 8192 bits (1024 bytes). Si se excede, se rechaza la operación, se consume el gas y no hay cambios de estado. Esto reduce casos extremos y mejora resistencia ante abuso.

🧯 Tope de gas por transacción (EIP-7825)

Se fija un máximo de 16,777,216 unidades de gas (2^24) por transacción. Se plantea como protección proactiva: evita que una sola transacción domine el bloque mientras se considera elevar el límite de gas de bloque.

🧮 Ajuste de costo de MODEXP (EIP-7883)

El texto explica que MODEXP se usa para matemáticas de grandes números (por ejemplo, verificación RSA y sistemas de pruebas). Si su precio subestima el costo real, una sola transacción podría ralentizar la validación de un bloque. Fusaka ajusta el pricing: sube cargos mínimos y escala más agresivo cuando exponentes, base o módulo son grandes, evitando que MODEXP vuelva inviable el escalado del gas limit.

📦 Límite de tamaño de bloque por RLP (EIP-7934)

Se introduce un techo al tamaño de bloque: 10 MiB, con un margen de seguridad de 2 MiB para datos de consenso. Si un bloque excede el límite, los clientes lo rechazan. La meta es controlar propagación y verificación, reduciendo riesgos de consenso y DoS.

⛽ Gas limit por defecto a 60M (EIP-7935)

Se coordina elevar el gas limit por defecto hacia 60 millones para Fusaka, tras subidas previas (30M a 36M en febrero 2025, luego 45M). El texto menciona pruebas en devnets y sugiere combinarlo con el tope por transacción (EIP-7825).

✨ Mejoras de experiencia (UX): preconfirmaciones, opcode CLZ y passkeys

Fusaka también trae cambios orientados a experiencia de usuario y ergonomía para desarrolladores:

🔭 Proposer lookahead determinista (EIP-7917)

La Beacon Chain podrá conocer proponentes de bloques futuros (siguiente epoch). Esto habilita preconfirmaciones: compromisos del proponente de incluir una transacción sin esperar al bloque real. También mejora seguridad al evitar manipulación del calendario de proponentes.

🧠 Nuevo opcode CLZ (EIP-7939)

Se agrega la instrucción “count leading zeros” para valores de 256 bits. Simplifica operaciones comunes que antes se resolvían con múltiples pasos (bit scans, parsing) y puede reducir gas y bytecode.

🧾 ¿Qué significa para desarrolladores?

El texto remarca que Fusaka no rompe contratos existentes ni cambia su comportamiento en general (compatibilidad hacia atrás), pero sí introduce consideraciones:

• El tope de 16.7M gas por transacción puede afectar casos extremos: operaciones DeFi complejas, despliegues grandes o batch transactions. Se sugiere dividir u optimizar y simular antes de enviar.
• El opcode CLZ podrá ser adoptado por compiladores (como Solidity) para ahorrar gas en operaciones específicas.
• MODEXP costará más en ciertos casos; si una aplicación depende intensamente, podría volverse más cara para usuarios y requerir rediseño.

🧭 Conclusión: Ethereum se juega su futuro en la escalabilidad sin sacrificar descentralización

Ethereum nació como una red programable: una infraestructura abierta para construir aplicaciones sin intermediarios, con contratos que se ejecutan automáticamente y reglas verificables por cualquiera. Su valor, según el texto, no se agota en el precio de ETH, sino en el papel que aspira a ocupar como base de una Web3 más descentralizada y controlada por usuarios.

En ese camino, las actualizaciones se vuelven el verdadero termómetro del proyecto. El salto a PoS en 2022 marcó una nueva etapa; y Fusaka, activada el 3 de diciembre de 2025, apunta a resolver una de las tensiones más grandes: cómo escalar el sistema —sobre todo para Layer 2— manteniendo requisitos razonables para nodos, mejorando el mercado de tarifas de blobs y reforzando seguridad ante abusos. A la par, introduce mejoras de UX que buscan acercar Ethereum a experiencias más “normales” para usuarios, como firmas tipo passkey y flujos más amigables.

Mirando a 2026, el texto plantea expectativas altas y rangos de precio muy distintos, pero con una idea constante: la narrativa del mercado se conecta con la capacidad de Ethereum para volverse más eficiente, más escalable y más utilizable. Si Glamsterdam y Hegota cumplen lo prometido en el calendario descrito, la red podría reforzar su rol como la “computadora mundial” que no solo existe para transferir valor, sino para sostener aplicaciones completas y economías digitales enteras.