Tres indicadores de tendencia Web3 que debes vigilar: análisis de Jito BAM, BRC2.0 y EIP-7999

El panorama de Web3 está en constante evolución, y seguir las nuevas propuestas de protocolos es esencial para entender hacia dónde se dirige la industria. Este indicador de tendencias desglosa tres desarrollos significativos que están transformando la infraestructura blockchain y el procesamiento de transacciones.

Jito BAM: Redefiniendo el Orden de Transacciones en Solana

La Innovación Central

Jito’s BAM representa un enfoque novedoso para la secuenciación de transacciones en Solana. Piénsalo como un sistema de organización de órdenes que opera tras bambalinas: toma las transacciones destinadas a un bloque y las organiza estratégicamente antes de que los validadores las procesen. Esto difiere significativamente de cómo Ethereum busca separar la propuesta y construcción (PBS (Proposer-Builder Separation)), pero logra objetivos similares: crear un orden de transacciones más justo y reducir la explotación de MEV.

Por qué Esto Importa

Actualmente, los validadores de Solana ocupan aproximadamente el 90% del mercado a través de la plataforma de subastas de Jito, lo que otorga a la iniciativa una influencia sustancial. El elenco de apoyo incluye nombres destacados de Solana: Triton One, SOL Strategies, Figment, Helius, Drift y Pyth, todos participando activamente. Esto no es un experimento marginal: es una acción coordinada de actores oficiales y líderes del ecosistema.

La presión que impulsa BAM es clara: Hyperliquid y cadenas similares de libro de órdenes están erosionando la ventaja narrativa de Solana. Estos competidores sobresalen en operaciones de creador de mercado mediante un diseño nativo. BAM ofrece a Solana una solución alternativa: si puedes personalizar la secuenciación de transacciones dentro de los bloques, puedes optimizar para DeFi sin rediseñar fundamentalmente el protocolo.

Cómo Funciona

Solana produce bloques de manera lineal—un intervalo de 400 ms contiene 64 segmentos de tiempo, cada uno enviando transacciones de inmediato. BAM cambia esto procesando el orden completo del bloque en un TEE (Entorno de Ejecución Confiable) primero, aplicando reglas definidas por plugins antes de enviarlas a los validadores. Un ejemplo práctico: una plataforma oracle podría codificar en duro que “las actualizaciones de precios siempre se ejecuten primero”, eliminando la aleatoriedad de datos de precios retrasados. Un DEX podría filtrar fallos con alta probabilidad, reduciendo tarifas desperdiciadas.

La Realidad

La infraestructura TEE es costosa y limitada a aproximadamente miles de transacciones por segundo. Escalar esto para la capacidad de Solana requiere múltiples clústeres de TEE, lo que añade complejidad y riesgos de caída. Las ganancias del Q2 2025 de Jito—22,391 SOL (~$4M)—sugieren que la economía aún no es convincente. La propuesta de valor real parece estrecha: transacciones de alto valor con garantías determinísticas. Pero “estrecho” podría ser justo para la adopción inicial.

BRC2.0: Programando Bitcoin Sin Cambiar Bitcoin

El Concepto

BRC2.0 se lanzará el 2 de septiembre de 2025, como un híbrido curioso: los usuarios escriben instrucciones de transacción en Bitcoin mediante inscripciones o esquemas de compromiso-revelación, activando un entorno de ejecución EVM en una capa de indexación (no en cadena, sin consenso). Las tarifas se denominan en BTC, pero la computación se ejecuta en una “mágica versión modificada” de la Máquina Virtual de Ethereum. Similar a Alkanes (que usa WASM), pero dirigido a desarrolladores de EVM.

El Posicionamiento

Bestinslot, que ganó prominencia durante el auge de inscripciones en Bitcoin, impulsa esta iniciativa. La premisa narrativa: agregar capas de programabilidad sin alterar el consenso central de Bitcoin. En los últimos 24 meses, todos han perseguido historias de “programabilidad en BTC”, pero las soluciones técnicas reales tardaron en llegar. BRC2.0 y Alkanes representan los primeros intentos serios de implementaciones prácticas de este año.

Mecánica Interna

La lógica de EVM se ejecuta en el indexer—no en una cadena separada, ni en Bitcoin mismo, sino en una zona híbrida sin un protocolo de consenso. Las direcciones EVM controladas por el usuario se generan a partir de direcciones Bitcoin y se mapean a equivalentes virtuales. Es similar a la lógica de control basada en JSON de BRC20, pero ejecuta bytecode arbitrario.

Un riesgo técnico importante: auditorías preliminares no encontraron límites en la profundidad de llamadas o recursión en el código del nodo, lo que teóricamente podría permitir que un contrato recursivo infinito colapse la VM (aunque agregar tales protecciones es sencillo).

Evaluación del Mercado

La estrategia de nombramiento es inteligente—“BRC2.0” hereda mayor visibilidad que un nombre completamente nuevo. Sin embargo, el diseño del protocolo se basa más en una alineación filosófica con BRC20 que en una herencia técnica directa. Más importante aún, la mayor fortaleza de Bitcoin no es la programabilidad—es la mecánica de demanda de oferta fija y escasa que no puede valorarse con ratios P/E como otros activos. Agregar complejidad podría erosionar lo que hace valioso a Bitcoin. Esto plantea una cuestión filosófica: ¿debería Bitcoin priorizar aplicaciones universales o defender su propuesta de valor única como red de consenso con recursos limitados?

EIP-7999: La Solución de Ethereum para un Mercado de Tarifas Multidimensional

El Problema que Resuelve

Tras la introducción de blob data en EIP-4844, la estructura de tarifas de Ethereum se fragmentó. Las transacciones ahora negocian precios separados para ejecución, calldata y blobs. Los desarrolladores de Layer 2 enfrentan una pesadilla: establecer límites de tarifas independientes para cada dimensión. Si un parámetro se ajusta demasiado bajo, las transacciones fallan a pesar de tener un presupuesto total de tarifas adecuado. Las wallets y routers experimentan una “experiencia desconectada”: el sistema parece roto para los usuarios finales porque, técnicamente, está fragmentado.

La Respuesta de Vitalik

EIP-7999 (renombrado de EIP-0000) propone mercados de tarifas unificados: los usuarios establecen un parámetro max_fee único, y la EVM distribuye automáticamente este presupuesto entre diferentes tipos de recursos (gas de ejecución, gas de blobs, gas de calldata). Esto resuelve elegantemente la crisis de precios dimensionales que ha aquejado a Ethereum desde que calldata se valoró por separado en 2015 (0 vs. bytes no nulos).

Complejidad de Implementación

La propuesta introduce un nuevo tipo de transacción con campos de tarifas consolidadas—más limpio estructuralmente que intentos anteriores como ERC-4337, que sufrían de sobreingeniería. Sin embargo, requiere cambios en los encabezados de bloques, codificación RLP, reglas de validación y soporte en toda la cadena para wallets. Cada nodo debe analizar estas transacciones, incluso si las wallets individuales optan por no hacerlo.

Cronograma e Impacto

La implementación a corto plazo es poco probable—probablemente en 1-2 bifurcaciones duras importantes. Pero el análisis económico de Vitalik revela un pensamiento sofisticado sobre la dinámica del mercado de tarifas a largo plazo. El éxito aquí desbloquea diseños más simples de arquitecturas L2/L3 y posiciona la estructura de tarifas de Ethereum para otra década de escalabilidad.

Conclusión: Tres Miradas a la Próxima Fase de Web3

Estos tres indicadores de tendencia representan filosofías de escalabilidad distintas: Solana persiguiendo equidad en el libro de órdenes, Bitcoin experimentando con capas programables, y Ethereum sistematizando los mercados de tarifas. Ninguno es una solución mágica, pero en conjunto señalan hacia dónde se concentra el enfoque técnico de la industria. Observar sus curvas de adopción revelará si la elegancia técnica se traduce en tracción en el mercado.