Bitaigen Research Este artículo ha sido redactado por el equipo editorial de Bitaigen, centrándose en los desafíos fundamentales de la concurrencia y el paralelismo en los contratos inteligentes de blockchain. Analizaremos los cuellos de botella de rendimiento actuales de Ethereum, exploraremos cómo el modelo subyacente del libro mayor afecta el rendimiento de las transacciones y propondremos posibles rutas técnicas. Si deseas conocer los factores clave para una ejecución eficiente de contratos en el futuro, sigue leyendo.
Concurrencia y paralelismo en los contratos inteligentes de blockchain
Ethereum es lento — extremadamente lento.
Recientemente realicé una simple autorización de USDC que tardó aproximadamente 3 horas en completarse.
Otro dato revelador: Ethereum genera un bloque cada 10 ~ 20 segundos, y cada bloque contiene menos de 350 transacciones, lo que equivale a alrededor de 30 transacciones por segundo.
Al criticar la lentitud de Ethereum, a menudo se lo compara con los 2000 TPS de Visa. Quizá no sea justo, pues Ethereum sigue en fase de desarrollo continuo.
En cualquier caso, Ethereum no podrá liderar las finanzas digitales a corto plazo. Su bajo rendimiento constituye un cuello de botella estructural.
Ethereum es una blockchain basada en cuentas: el estado del libro mayor se representa como un mapa de claves‑valor que asocia direcciones de cuenta a un bloque de datos.
Una transferencia estándar de ETH (movimiento de valor) solo incrementa o decrementa el saldo de ETH de las cuentas involucradas; una transacción más compleja (llamada a contrato) modifica los datos de la cuenta objetivo.
Por lo tanto, cada transacción en Ethereum es esencialmente una función de transformación del estado global del libro mayor, y esa característica es la que permite que la Máquina Virtual de Ethereum (EVM) sea Turing‑completa y soporte contratos inteligentes — los contratos son, en realidad, datos de cuentas interactivos.
Veamos ahora cómo la EVM procesa o valida esas transacciones. Ejecutar todas las transacciones en paralelo no es factible. Por diseño, cualquier transacción puede alterar el estado global.
Si las transacciones se ejecutaran en paralelo, la EVM enfrentaría condiciones de carrera: por ejemplo, dos transacciones que intenten incrementar simultáneamente la misma variable uint, cuyo resultado sería un solo incremento en lugar de dos.
Para evitar este tipo de errores de concurrencia, Ethereum opta por ejecutar las transacciones secuencialmente. En otras palabras, la EVM actúa como una máquina de estados monohilo.
Así, lo que Ethereum implementa es concurrencia (Concurrency), no paralelismo (Parallelism).
Podemos imaginar a Ethereum como un sistema de fila con un solo cajero, donde la fila está formada por las transacciones pendientes de validar y el cajero es la propia máquina virtual. Cuando se consideran las tarifas de gas, la situación se complica aún más — cualquiera puede pagar extra para “colarse”. Si la fila se alarga, los usuarios que no estén dispuestos o no puedan pagar tarifas más altas tendrán que esperar más tiempo.
El bajo rendimiento se vuelve crítico en escenarios Web 3.0. Ethereum ya es la capa subyacente de numerosas aplicaciones web. Si su capacidad se mantiene, acciones tan triviales como dar “like” a un comentario en Reddit podrían tardar más de dos horas en completarse. Estamos en una era donde la velocidad determina el éxito, y la lentitud de Ethereum se ha convertido en un obstáculo.
Algunos preguntan por qué no procesar en concurrencia las transacciones que no generan conflicto, por ejemplo, ejecutar en paralelo las transferencias de valor entre distintas cuentas mientras se paralelizan el resto de transacciones. Lamentablemente, Saraph y Herlihy demostraron que este tipo de aceleración solo brinda mejoras moderadas.
Para mejorar la escalabilidad de Ethereum se han propuesto múltiples soluciones. El reciente EIP‑1559 (hard‑fork de Londres) no aumenta directamente la velocidad de las transacciones, pero teóricamente reduce la cantidad de bloques potenciales que un usuario promedio debe esperar antes de que su transacción sea procesada, atenuando la volatilidad en picos de alta demanda. Los rollups de capa 2 que surgieron posteriormente prometen elevar significativamente el rendimiento sin sacrificar la confianza descentralizada que brinda la cadena de bloques.
Paralelamente, otras blockchains que simulan máquinas virtuales de propósito general están en plena fase de desarrollo. Algunos proyectos ya han implementado procesamiento paralelo, anunciando rendimientos muy superiores a los 30 TPS de Ethereum. Entre los más relevantes se encuentran Algorand, Solana y Cardano, cada uno con enfoques únicos para lograr paralelismo a nivel de contrato inteligente.
Esta es una visión general sobre la concurrencia y el paralelismo en los contratos inteligentes de blockchain. Para profundizar en el tema, revisa los demás artículos de Bitaigen (比特根).
---
Adaptación local (LATAM)
- Métodos de pago: en México se acepta SPEI; en Colombia, PSE y Nequi; en Argentina, Mercado Pago.
- Verificación de identidad (KYC): se requiere INE en México y DNI en los demás países de la región.
- Recordatorio fiscal: cualquier ganancia o ingreso derivado de actividades con criptomonedas está sujeto a la normativa tributaria local; consulta a un profesional para cumplir con tus obligaciones fiscales.
💡 Regístrate en Binance con el código B2345 para el descuento máximo en comisiones. Ver guía completa Binance.
