I. Resumen Ejecutivo: Más Allá de la Ilusión del Rendimiento

Este informe presenta una tesis técnica y económica fundamental: aunque Solana ha logrado un éxito temprano al optimizarse para una arquitectura monolítica de alto rendimiento, esta elección de diseño conlleva compromisos intrínsecos en resiliencia, descentralización y previsibilidad económica que limitan su potencial a largo plazo. Polkadot, a través de una evolución deliberada e impulsada por la investigación que culmina en Polkadot 2.0 y la Join-Accumulate Machine (JAM), está diseñando un paradigma superior. Este nuevo modelo no es simplemente otra cadena de bloques, sino una verdadera supercomputadora descentralizada y heterogénea que ofrece una escalabilidad superior, una seguridad compartimentalizada y un modelo económico más sostenible, diseñado para la próxima generación de aplicaciones Web3 complejas.

El análisis que se presenta a continuación va más allá de las métricas superficiales, como las transacciones teóricas por segundo (TPS), para deconstruir las filosofías arquitectónicas fundamentales que distinguen a estas dos plataformas. Mientras que el enfoque de Solana ha sido maximizar la velocidad dentro de un único estado global, el de Polkadot ha sido construir un marco para que innumerables estados soberanos coexistan y se comuniquen de forma segura. Esta distinción es la clave para comprender sus trayectorias futuras.

Los hallazgos clave de este informe demostrarán de manera concluyente que:

• La arquitectura monolítica de Solana es inherentemente frágil. Su historial documentado de interrupciones de la red no son incidentes aislados, sino el resultado predecible de un diseño que carece de aislamiento de fallos. Un único punto de contención, ya sea por un error en el cliente o por una sobrecarga de transacciones, puede detener todo el ecosistema.
• La seguridad compartida y el sharding heterogéneo de Polkadot ofrecen una resiliencia y soberanía de aplicaciones superiores. Al aislar las aplicaciones en parachains o servicios independientes, Polkadot garantiza que la falla o congestión de una no afecte a las demás, proporcionando un entorno operativo estable y predecible.
• El modelo de Agile Coretime proporciona una previsibilidad económica sin parangón para los desarrolladores. Este mercado de recursos de cómputo permite a los proyectos planificar sus costos operativos con una certeza similar a la de los servicios en la nube, un marcado contraste con el volátil y competitivo mercado de tarifas de Solana.
• JAM representa un cambio de paradigma en la computación en cadena. Su modelo de computación, que separa el procesamiento sin estado del almacenamiento con estado, está diseñado para soportar cargas de trabajo complejas e intensivas en datos (como la IA y DePIN) que la arquitectura transaccional de Solana no puede manejar de manera eficiente.
• La tokenómica de DOT está diseñada para una acumulación de valor a largo plazo vinculada al consumo real de recursos. El mecanismo de quema de ingresos de Coretime crea un volante de valor sostenible, mientras que el valor de SOL está más estrechamente ligado a la velocidad de las transacciones y a la actividad especulativa.

En conclusión, este informe argumenta que Polkadot no solo está compitiendo en el mismo campo que Solana, sino que está definiendo un campo de juego completamente nuevo. Está pasando de ser una plataforma para transacciones a ser un protocolo para la computación segura y verificable, una transición que la posiciona como la infraestructura fundamental para la próxima década de innovación descentralizada.

II. La Brecha Fundacional: Filosofías Arquitectónicas y sus Consecuencias

La divergencia fundamental entre Polkadot y Solana no radica en métricas superficiales, sino en sus filosofías arquitectónicas centrales. Solana apostó por la optimización de un único estado global para alcanzar una velocidad sin precedentes, una estrategia que, si bien es efectiva, introduce riesgos sistémicos. Polkadot, en cambio, adoptó un enfoque modular y heterogéneo, diseñado desde el principio para evitar precisamente estos riesgos, priorizando la resiliencia y la especialización sobre la velocidad bruta centralizada. Esta sección deconstruirá estas filosofías para revelar cómo sus consecuencias definen la viabilidad y el potencial a largo plazo de cada plataforma.

La Apuesta Monolítica de Solana: Optimizada para la Velocidad

La arquitectura de Solana es un testimonio de la ingeniería enfocada en un único objetivo: crear la máquina de estado global más rápida posible. Para lograrlo, introdujo varias innovaciones clave que funcionan en conjunto para minimizar la latencia y maximizar el rendimiento.

• Componentes Clave:

• Proof of History (PoH): A menudo malinterpretado como un mecanismo de consenso, el PoH es, en realidad, un «mecanismo criptográfico de cronometraje» que funciona antes del consenso.¹ Utiliza una Función de Retraso Verificable (VDF) de hashing secuencial con SHA-256 para crear una secuencia de hashes. Cada hash se deriva del anterior, creando un registro histórico verificable del paso del tiempo.¹ Esta innovación permite a los validadores confiar en las marcas de tiempo codificadas sin necesidad de una comunicación extensiva para acordar el orden de los eventos, reduciendo drásticamente la sobrecarga de la red y siendo el pilar de su velocidad.¹
• Tower BFT: Este es el verdadero mecanismo de consenso de Solana, una implementación personalizada de la Tolerancia a Fallos Bizantinos Práctica (PBFT).³ Su principal ventaja es que aprovecha el PoH como un reloj global y sincronizado. En los sistemas BFT tradicionales, los nodos deben intercambiar mensajes adicionales para gestionar los tiempos de espera y garantizar que un líder no malicioso esté progresando. Tower BFT elimina esta necesidad al utilizar la secuencia de PoH para hacer cumplir estos tiempos de espera de forma implícita, reduciendo la latencia y la sobrecarga de comunicación.³
• Sealevel: Es el motor de ejecución en tiempo de ejecución de Solana que permite el procesamiento paralelo de contratos inteligentes.⁶ Su capacidad para ejecutar transacciones simultáneamente no es mágica; se basa en un requisito crucial: cada transacción debe declarar explícitamente qué estados (cuentas) leerá y escribirá antes de la ejecución.⁶ Con esta información, el planificador de Sealevel puede identificar transacciones no superpuestas y ejecutarlas en paralelo en los múltiples núcleos de la CPU del validador. Las transacciones que solo leen el mismo estado también pueden ejecutarse en paralelo.⁶

El resultado de esta sinergia es una arquitectura altamente optimizada para procesar un volumen masivo de transacciones en un único estado compartido. Sin embargo, esta misma optimización crea un cuello de botella sistémico y un único punto de fallo para toda la red.

El Precio de la Velocidad: Una Autopsia Técnica de las Interrupciones de Red de Solana

La historia de inestabilidad de Solana no es una serie de eventos desafortunados, sino la manifestación predecible de las concesiones inherentes a su diseño monolítico. La red ha experimentado al menos siete interrupciones importantes, cada una de las cuales revela una vulnerabilidad fundamental en su arquitectura.⁸

• Causa Raíz 1: Errores de Cliente en un Sistema Monolítico: En un ecosistema monolítico con baja diversidad de clientes, un solo error de software puede tener consecuencias catastróficas. La interrupción de febrero de 2024 es un ejemplo perfecto. Fue causada por un error en la caché de compilación Just-in-Time (JIT) del cliente validador de Solana. Este error provocó un bucle de recompilación infinito para ciertos programas, consumiendo recursos de la red y deteniendo a los validadores.¹⁰ Dado que el 95% de la participación de la red se ejecutaba en esta versión del cliente, la red se detuvo por completo.¹⁰ Esto subraya el riesgo extremo de un diseño que carece de la redundancia que proporcionan múltiples implementaciones de clientes independientes.
• Causa Raíz 2: Vulnerabilidad al Spam de Transacciones y DDoS: El diseño de Solana, optimizado para procesar un alto volumen de transacciones de bajo costo, lo hace inherentemente vulnerable a inundaciones de transacciones impulsadas por bots. La interrupción de septiembre de 2021 ocurrió cuando el lanzamiento de un IDO generó un volumen de transacciones sin precedentes, con algunos validadores recibiendo más de 300,000 TPS.⁸ Este torrente de datos superó la capacidad física de las interfaces de red de los validadores, lo que provocó la pérdida de paquetes y una congestión masiva. De manera crítica, esta congestión impidió que las transacciones de voto, esenciales para el consenso, se procesaran, lo que llevó a una paralización del consenso y a la detención de la producción de bloques.⁸ Este evento demuestra que una sola aplicación de alta demanda o un ataque coordinado puede degradar el rendimiento de
  todas las demás aplicaciones en la red.
• Implicación Arquitectónica: Según el teorema CAP, un sistema distribuido debe elegir entre consistencia y disponibilidad cuando se enfrenta a una partición de red. Solana, como la mayoría de las cadenas de PoS de finalidad rápida, prioriza la consistencia sobre la disponibilidad (un sistema CP).⁸ Esto significa que cuando el consenso se detiene debido a un error o congestión, la red entera se detiene para evitar cualquier posibilidad de un estado inconsistente o una bifurcación. No existe un mecanismo de compartimentalización de fallos; el fracaso es un evento sistémico.

La arquitectura de Solana ofrece paralelismo en tiempo de ejecución a través de Sealevel, pero la red en sí misma funciona como un cuello de botella secuencial. Aunque Sealevel puede procesar múltiples hilos de transacciones simultáneamente, todos estos hilos compiten por la inclusión en una única máquina de estado global, validada por un único líder en un momento dado. Como lo demuestran las interrupciones, esta máquina de estado único es un punto central de fallo; si se congestiona o se activa un error, todo el sistema se detiene. Este modelo contrasta fuertemente con el de Polkadot, que ofrece un verdadero paralelismo arquitectónico, proporcionando una resiliencia sistémica y un aislamiento de fallos que es fundamentalmente más robusto.

El Marco Heterogéneo de Polkadot: Diseñado para la Resiliencia

La arquitectura de Polkadot se concibió como una solución directa a los problemas de fragilidad y falta de especialización inherentes a las cadenas monolíticas. En lugar de forzar a todas las aplicaciones a competir por los recursos en un único entorno, Polkadot proporciona un marco para que múltiples entornos especializados coexistan de forma segura.

• Componentes Clave:

• Relay Chain: Es el corazón de Polkadot, una cadena de Capa 0 que proporciona consenso, seguridad e interoperabilidad a toda la red.¹¹ Intencionadamente, la Relay Chain tiene una funcionalidad limitada, soportando solo tipos de transacciones esenciales como las relacionadas con la gobernanza y el staking. Esta simplicidad la mantiene segura, robusta y eficiente en su única tarea: coordinar y asegurar las parachains conectadas.¹¹
• Parachains (Sharding Heterogéneo): Son cadenas de bloques de Capa 1 soberanas y especializadas que se ejecutan en paralelo, conectadas a la Relay Chain.¹² El término «heterogéneo» es clave: cada parachain puede tener su propia lógica, tokenómica, gobernanza y optimizaciones para un caso de uso específico, ya sea DeFi, juegos, identidad o DePIN.¹¹ Esto representa un paralelismo a nivel de arquitectura, no solo a nivel de tiempo de ejecución.
• Seguridad Compartida: Este es el concepto más crítico y la principal propuesta de valor de Polkadot. Las parachains no necesitan reclutar y mantener sus propios conjuntos de validadores para asegurar su red, una tarea costosa y compleja. En su lugar, «alquilan» seguridad del conjunto global de validadores de la Relay Chain.¹¹ Este modelo agrupa la seguridad de toda la red, haciendo que un ataque a cualquier parachain individual sea prohibitivamente caro, ya que requeriría comprometer toda la Relay Chain.¹⁵
• Resiliencia Inherente: Esta arquitectura crea un aislamiento de fallos por diseño. Un error de ejecución, un exploit de contrato inteligente o un evento de alta congestión en una parachain (por ejemplo, una acuñación de NFT muy popular en una cadena de juegos) queda contenido dentro de esa parachain. No tiene la capacidad de detener la Relay Chain ni de afectar el rendimiento o la producción de bloques de otras parachains.¹⁷ Esta compartimentalización es una ventaja fundamental en términos de estabilidad, previsibilidad y seguridad para todo el ecosistema.

El modelo de seguridad de Polkadot, al ser compartido pero compartimentalizado, ofrece una protección superior. Mientras que en Solana un fallo de consenso afecta a todas las aplicaciones por igual, en Polkadot, un exploit a nivel de aplicación en una sola parachain, como el incidente de Acala ¹⁷, queda contenido. El exploit no compromete la seguridad de la Relay Chain ni la integridad de las otras parachains. La gobernanza de Polkadot puede entonces actuar para abordar el problema en la cadena afectada (por ejemplo, mediante una actualización de tiempo de ejecución) sin que haya un contagio sistémico. Este modelo proporciona un «cortafuegos» entre aplicaciones, una característica crítica para un ecosistema maduro donde los errores y los exploits son una realidad inevitable. El modelo de Solana no ofrece tal protección; una vulnerabilidad puede plantear un riesgo sistémico para todos los usuarios y activos de la red.

III. Polkadot 2.0: Diseñando una Economía de Espacio de Bloque Componible y de Alto Rendimiento

La visión original de Polkadot, aunque potente, presentaba barreras significativas. La evolución a Polkadot 2.0 es una revisión fundamental de su modelo económico y técnico, diseñada para transformar la red en una plataforma mucho más flexible, eficiente y accesible. Estas actualizaciones no son meras mejoras incrementales; son los cimientos de una nueva economía de espacio de bloque y el preludio de la visión final de JAM.

De Subastas a Mercados Ágiles: La Revolución Económica de Coretime

El modelo inicial de Polkadot 1.0, aunque innovador, creó un sistema económicamente restrictivo que limitaba la participación y la eficiencia.

• El Problema con Polkadot 1.0: El modelo original de subasta de slots de parachain requería que los proyectos bloquearan cantidades masivas de tokens DOT durante un máximo de dos años para asegurar un slot.¹⁸ Esto creaba una barrera de entrada prohibitiva para equipos más pequeños o en etapas tempranas y conducía a una asignación ineficiente de recursos, ya que las parachains tenían garantizado un espacio de bloque constante, lo necesitaran o no.¹⁹
• La Solución de Agile Coretime: Polkadot 2.0 introduce Agile Coretime, que convierte el espacio de bloque de Polkadot en una mercancía líquida y negociable.¹⁴ Este sistema reemplaza el rígido modelo de subastas por un mercado dinámico con dos modos principales de adquisición:

• Bulk Coretime (Coretime a Granel): Permite a los proyectos comprar un período continuo de tiempo de cómputo (por ejemplo, 28 días) a un precio predecible y renovable.²¹ Este modelo es ideal para aplicaciones establecidas que necesitan recursos garantizados y previsibilidad de costos, análogo a reservar instancias de servidor en un proveedor de nube como AWS.²² La renovación tiene prioridad y protección contra la volatilidad de precios, lo que permite una planificación presupuestaria eficaz.²¹
• On-Demand Coretime (Coretime bajo Demanda): Permite a los proyectos comprar espacio de bloque casi en tiempo real para un solo bloque, pagando un precio de mercado al contado.²¹ Este modelo es perfecto para nuevos proyectos que realizan pruebas, aplicaciones con tráfico intermitente o para gestionar picos de demanda inesperados sin un compromiso a largo plazo.
• Impacto Económico: Este nuevo paradigma reduce drásticamente la barrera de entrada, democratizando el acceso a la seguridad de Polkadot para una gama mucho más amplia de desarrolladores.²³ Además, el Coretime puede ser tokenizado como un NFT, que puede ser fraccionado y revendido en mercados secundarios, creando una asignación de recursos aún más eficiente y una nueva clase de activos dentro del ecosistema.¹⁹

Asynchronous Backing y Elastic Scaling: Los Motores del Rendimiento y la Capacidad de Respuesta

Paralelamente a la revolución económica de Coretime, Polkadot 2.0 introduce dos actualizaciones técnicas cruciales que aumentan masivamente el rendimiento y la flexibilidad de la red.

• Asynchronous Backing (Respaldo Asíncrono – Pipelining): Esta actualización, que ya está activa en la red principal de Polkadot, desacopla el proceso de producción de bloques de las parachains del proceso de producción de bloques de la Relay Chain.²⁶ En lugar de un proceso secuencial estricto, permite que la validación y la inclusión de bloques se superpongan, creando un «pipeline» de procesamiento.²⁸
• Beneficios Técnicos: Esta optimización reduce a la mitad el tiempo de bloque de la Relay Chain de 12 a 6 segundos, permite que las parachains produzcan bloques el doble de rápido (cada 6 segundos) y aumenta el tiempo de ejecución disponible por bloque en 4 veces.²² En combinación con otras mejoras como PoV reclaim, esto se traduce en un aumento teórico del rendimiento de hasta 10 veces
  por parachain.²⁷
• Elastic Scaling (Escalado Elástico – Computación Paralela): Este es el siguiente paso lógico, que permite que una sola parachain utilice múltiples núcleos de la Relay Chain simultáneamente para procesar varios de sus propios bloques dentro del mismo intervalo de 6 segundos de la Relay Chain.³¹
• Beneficios Técnicos: Esto proporciona un aumento masivo y bajo demanda del rendimiento. Una parachain de juegos podría escalar de usar un núcleo a diez durante un evento de lanzamiento importante para manejar la carga, y luego volver a reducir su uso.³⁴ Esta capacidad fue probada en Kusama durante el evento «Spammening», donde la red alcanzó más de 143,000 TPS utilizando solo el 23% de los núcleos disponibles.³² Además, permite una reducción drástica de la latencia, con proyecciones de alcanzar los 500 ms con 12 núcleos.³²
• Sinergia Perfecta: Estas innovaciones económicas y técnicas están diseñadas para funcionar en conjunto. Agile Coretime proporciona el modelo de mercado para que los proyectos adquieran la cantidad precisa de núcleos que necesitan, de forma flexible y económica. Elastic Scaling proporciona la capacidad técnica para utilizar esos núcleos en paralelo para una sola tarea, desbloqueando niveles de rendimiento que antes eran inalcanzables.

La combinación de estas actualizaciones está transformando la propuesta de valor de Polkadot. El antiguo modelo consistía en «alquilar una cadena de bloques». El nuevo modelo consiste en «alquilar recursos de supercomputación seguros y bajo demanda». Al introducir conceptos como Coretime (una unidad abstracta de cómputo) y Elastic Scaling (la capacidad de aprovisionar múltiples «núcleos» de forma dinámica), Polkadot está reflejando el modelo de la computación en la nube. Ya no compite únicamente con otras cadenas de Capa 1; está creando una nueva categoría de «Nube Web3», donde los desarrolladores pagan por la computación segura como un servicio público. Este es un modelo económico fundamentalmente más sofisticado, flexible y preparado para el futuro que un simple mercado de tarifas de transacción.

Además, Agile Coretime resuelve un dilema crítico para los desarrolladores que las cadenas monolíticas como Solana perpetúan. Como señaló Derek Yoo, CEO de Moonsong Labs, los desarrolladores históricamente se enfrentaban a una elección binaria: desplegar un contrato inteligente y competir por un espacio de bloque limitado y congestionado, o desplegar una cadena de bloques completa y asumir el enorme costo de asegurar y mantener sus propios recursos.²⁴ Solana obliga a la mayoría de los desarrolladores a la primera categoría, dejándolos a merced de un mercado de tarifas global y de la congestión de la red. Polkadot 1.0 obligaba a los desarrolladores a la segunda, que era prohibitivamente cara. Polkadot 2.0 crea un espectro completo de opciones. Un proyecto puede comenzar con Coretime bajo demanda, pagando solo por lo que usa (similar a un contrato inteligente), y luego escalar sin problemas a Coretime a granel y Elastic Scaling a medida que crece, obteniendo el poder de una cadena de bloques dedicada sin la fricción inicial.²⁴ Esta ruta de escalado elegante y económicamente eficiente no está disponible en Solana, lo que convierte a Polkadot en una plataforma estratégicamente superior para proyectos en todas las etapas de su ciclo de vida.

IV. JAM: La Visión Final de una Computadora Global y sin Confianza

Si Polkadot 2.0 es la optimización del modelo actual, la Join-Accumulate Machine (JAM) es su reinvención fundamental. Presentada en el Gray Paper por Gavin Wood, JAM no es una simple actualización incremental, sino una reconceptualización de lo que puede ser una cadena de bloques.³⁵ Es la culminación de la visión de Polkadot, que la transforma de un ecosistema de cadenas interconectadas a una única supercomputadora global, coherente y sin confianza. Esta evolución posiciona a Polkadot para soportar una nueva clase de aplicaciones cuya complejidad computacional es simplemente inviable en arquitecturas monolíticas y basadas en transacciones como la de Solana.

Un Nuevo Modelo Computacional: De Cadenas a Servicios

La transición a JAM implica un cambio fundamental en la unidad básica de despliegue y ejecución en la red.

• La Visión del Gray Paper de JAM: JAM se presenta como el sucesor prospectivo de la Relay Chain, un protocolo que combina los elementos más potentes de Polkadot (computación segura y paralela en una red de nodos escalable) y Ethereum (un entorno de objetos global, único y sin permisos).³⁵ El objetivo es crear un sistema híbrido descentralizado que ofrezca la funcionalidad de los contratos inteligentes dentro de una arquitectura segura y escalable.
• Servicios sin Permisos: El concepto de «parachains», que a menudo requería la aprobación de la gobernanza o la victoria en una subasta, es reemplazado por el de «servicios».³⁷ Un servicio es un módulo autocontenido de código ejecutable y estado interno que puede ser desplegado por cualquiera de forma permisionada.³⁸ Dependiendo de su implementación, un servicio puede comportarse como un contrato inteligente avanzado, un rollup personalizado o un tiempo de ejecución completo, ofreciendo una flexibilidad sin precedentes.

Refine/Accumulate: Separando la Computación del Estado para una Escalabilidad Ilimitada

El corazón de la escalabilidad y la potencia de JAM reside en su innovador modelo de computación de dos fases, que separa la lógica de negocio del mantenimiento del estado en cadena.³⁷

• La Innovación Central:

• Refine (Refinar): Esta es la fase de trabajo pesado. La función Refine es rápida, sin estado (no almacena datos entre ejecuciones) y altamente paralelizable. Se ejecuta fuera de la cadena por los nodos de la red y está diseñada para procesar grandes cantidades de datos de entrada (llamados «work items»), realizando la computación intensiva y produciendo un «work result» pequeño y conciso.
• Accumulate (Acumular): Esta es la fase de confirmación en cadena. La función Accumulate es más lenta y con estado. Toma el pequeño resultado verificado de la fase Refine y lo «acumula» o integra en el estado general del servicio en la cadena.
• Implicaciones Revolucionarias: Al trasladar la computación pesada y sin estado fuera de la cadena y solo confirmar un resultado pequeño y verificado en la cadena, JAM puede soportar aplicaciones increíblemente complejas e intensivas en datos sin sobrecargar la cadena de bloques. Por ejemplo, un servicio podría procesar gigabytes de datos de entrenamiento de un modelo de IA en la fase Refine y solo registrar los pesos actualizados del modelo en la fase Accumulate. Esta es una ventaja arquitectónica profunda que las cadenas tradicionales no pueden igualar.

La Polkadot Virtual Machine (PVM) y un Futuro sin Transacciones

Para soportar este nuevo modelo, JAM introduce un entorno de ejecución a medida y abandona el paradigma tradicional de transacciones.

• PVM sobre WASM: JAM se aleja de WebAssembly (WASM), el estándar actual, para introducir la Polkadot Virtual Machine (PVM), un entorno de ejecución ligero basado en el conjunto de instrucciones de código abierto RISC-V.³⁸ Esta elección se debe a la mayor eficiencia de RISC-V, su compatibilidad con una gama más amplia de hardware (lo que fomenta una mayor descentralización de validadores) y su rendimiento superior para las cargas de trabajo específicas de la cadena de bloques en comparación con el más genérico WASM.³⁸
• Un Modelo sin Transacciones: JAM opera de una manera fundamentalmente «sin transacciones».³⁷ No existe un mempool tradicional donde las transacciones compiten por inclusión mediante el pago de gas. En su lugar, la computación es inducida por la adquisición y asignación de Coretime. Todas las acciones son permisionadas y entran primero en la fase
  Refine.
• Mitigación de MEV y Front-running: Este modelo reduce inherentemente la superficie de ataque para problemas endémicos de las cadenas de bloques como el Valor Máximo Extraíble (MEV) y el front-running. Al no haber un mempool público donde las transacciones pendientes puedan ser observadas y reordenadas para obtener beneficios, se crea un entorno de ejecución más justo y predecible.³⁸

La arquitectura de JAM está perfectamente diseñada para la próxima ola de aplicaciones Web3, que serán computacionalmente intensivas, no solo transaccionalmente intensivas. Casos de uso como la IA descentralizada y las redes de infraestructura física descentralizada (DePIN) implican el procesamiento de vastas cantidades de datos fuera de la cadena, como datos de sensores de una red DePIN o datos de entrenamiento para un modelo de IA.⁴⁰ Una cadena de bloques tradicional como Solana requeriría que estos datos se envíen a través de innumerables transacciones, lo cual es ineficiente, costoso y congestionaría la red. La función

Refine de JAM está diseñada precisamente para esta carga de trabajo: procesar grandes entradas de datos (hasta 15 MB por slot) de manera descentralizada y verificable fuera de la cadena.³⁸ Solo el resultado final y comprimido (por ejemplo, un peso de modelo de IA actualizado, un resumen de datos verificado de la red DePIN) necesita ser enviado a la función

Accumulate en la cadena. JAM no es solo una cadena de bloques más rápida; es un tipo diferente de computadora descentralizada, una diseñada para las cargas de trabajo complejas y pesadas en datos del futuro que las cadenas monolíticas y centradas en transacciones no pueden soportar eficientemente.

JAM representa la máxima expresión de la modularidad, completando el viaje de Polkadot hacia un marco completamente flexible y no dogmático que trasciende incluso el concepto de «cadena de bloques». Polkadot 1.0 ofreció modularidad a través de parachains soberanas. Polkadot 2.0 desagregó la asignación de recursos con Coretime. JAM desagrega el propio concepto de «bloque». En lugar de una cadena de bloques que contienen transacciones, JAM es una máquina de estado que procesa «paquetes de trabajo» para varios «servicios».³⁵ Un servicio de «CoreChains» podría desplegarse en JAM para ofrecer compatibilidad con las parachains existentes, lo que significa que el antiguo modelo de Polkadot se convierte en una sola aplicación que se ejecuta en la computadora más general de JAM.³⁵ Esto convierte a JAM en la Capa 0 modular definitiva, un protocolo fundacional para la computación segura sobre el cual se puede construir cualquier tipo de sistema descentralizado, incluidas cadenas de bloques enteras como la actual Relay Chain de Polkadot, como un servicio. Solana, como sistema monolítico, carece por completo de esta profundidad y flexibilidad arquitectónica.

V. Un Análisis Económico Comparativo: Previsibilidad, Viabilidad y Acumulación de Valor

Las diferencias arquitectónicas entre Polkadot y Solana se traducen directamente en modelos económicos fundamentalmente distintos para los desarrolladores y los poseedores de tokens. Este análisis comparará directamente la experiencia económica de construir e invertir en cada ecosistema, argumentando que el modelo de Polkadot, centrado en la previsibilidad de los recursos y la creación de un volante de valor sostenible, es superior para la viabilidad a largo plazo.

Economía del Desarrollador: Coretime de Polkadot vs. Tarifas de Prioridad de Solana

La sostenibilidad de cualquier plataforma de capa 1 depende de su capacidad para proporcionar un entorno predecible y económicamente viable para los desarrolladores que construyen sobre ella. En este aspecto, los dos ecosistemas ofrecen experiencias radicalmente diferentes.

• El Volátil Mercado de Tarifas de Solana: Aunque las tarifas base de Solana son nominalmente bajas, en la práctica, la congestión de la red da lugar a un mercado de «tarifas de prioridad» altamente competitivo.⁴³ En este mercado, los usuarios y las aplicaciones deben pujar entre sí para que sus transacciones sean incluidas por el líder del bloque. Esto crea un entorno con dos inconvenientes principales:

• Imprevisibilidad de Costos: Para las aplicaciones descentralizadas (dApps), los costos de transacción pueden aumentar de forma impredecible y drástica durante los períodos de alta demanda, lo que dificulta enormemente la planificación empresarial y la gestión de la experiencia del usuario.⁴³ Los desarrolladores se ven obligados a implementar una lógica compleja para estimar y pagar dinámicamente las tarifas de prioridad adecuadas para evitar que las transacciones de sus usuarios fallen.⁴⁵
• Contención de Recursos Global: Todas las aplicaciones, independientemente de su naturaleza, compiten en el mismo mercado de tarifas global. Esto significa que una acuñación de NFT muy popular puede aumentar las tarifas para todos, haciendo que las operaciones de un protocolo DeFi o de una red social descentralizada se vuelvan prohibitivamente caras, como se ha visto en eventos de congestión pasados.⁸
• El Predecible Mercado de Recursos de Polkadot: El modelo de Agile Coretime cambia fundamentalmente esta dinámica, pasando de un mercado de subastas transaccionales a un mercado de aprovisionamiento de recursos.

• Previsibilidad de Costos: El Bulk Coretime permite a los proyectos asegurar recursos computacionales por un precio fijo y renovable, lo que permite una presupuestación predecible similar a la de los servicios en la nube.¹⁷ Esta es una ventaja masiva para cualquier negocio serio que necesite pronosticar sus costos operativos.
• Aislamiento de Recursos: Un proyecto que ha comprado Coretime tiene acceso garantizado al espacio de bloque. No está compitiendo con otras aplicaciones en un mercado de tarifas por la ejecución de cada transacción.⁴⁷ Esto asegura un rendimiento constante y fiable, independientemente de la actividad en otras partes del ecosistema.
• Viabilidad a Largo Plazo: El modelo de Polkadot permite a las empresas asegurar sus costos operativos y garantizar el rendimiento de sus aplicaciones. Este entorno estable y predecible es mucho más propicio para construir negocios viables y sostenibles a largo plazo que el entorno reactivo y volátil de Solana.

Tokenómica y Acumulación de Valor Sostenible

La forma en que un token nativo acumula valor es un reflejo directo de la utilidad que proporciona dentro de su ecosistema.

• Tokenómica de SOL:

• Acumulación de Valor: El valor se acumula en el token SOL a través de tres vías principales: el pago de tarifas de transacción (de las cuales el 50% se quema y el 50% va al líder del bloque), las recompensas de staking (financiadas por la inflación) y la demanda general de la red para aplicaciones de alta velocidad.⁴⁸
• Mecanismo: La quema del 50% de las tarifas ejerce una presión deflacionaria directa sobre la oferta de SOL.⁴⁸ El programa de inflación de la red comenzó con una tasa del 8% y se reducirá gradualmente hasta un 1.5% anual a largo plazo.⁴⁹ El modelo depende en gran medida de un alto y constante volumen de transacciones para generar ingresos por tarifas y una quema significativa.
• Tokenómica de DOT:

• Acumulación de Valor: El valor de DOT está profundamente integrado en las funciones centrales del sistema: staking para la seguridad, participación en la gobernanza y, lo que es más importante, la vinculación y el pago por Coretime.⁴⁸
• Mecanismo: Los ingresos generados por las ventas de Coretime se queman.¹⁴ Esto crea un vínculo directo y poderoso entre el uso real de la red (la demanda de su recurso principal, el espacio de bloque) y la presión deflacionaria sobre el token. La inflación de DOT se utiliza de forma productiva para financiar la seguridad (recompensas de staking) y el crecimiento del ecosistema (la Tesorería en cadena).⁵¹ Esto da lugar a una economía circular: la Tesorería financia proyectos prometedores, estos proyectos crecen y necesitan comprar Coretime con DOT, esos DOT se queman, reduciendo la oferta y aumentando el valor de los DOT restantes en la Tesorería y en manos de los usuarios.
• Análisis Comparativo: El valor de DOT está ligado al consumo comprometido y a largo plazo de su recurso principal (el espacio de bloque), que es un motor de valor más robusto y sostenible. En contraste, el valor de SOL depende más de la velocidad transaccional transitoria y la especulación asociada, que puede fluctuar drásticamente con los ciclos del mercado.

Estudio de Caso: Por Qué Mythical Games Eligió las Fortalezas Fundamentales de Polkadot

La decisión de Mythical Games, una de las principales empresas de juegos Web3, de migrar su infraestructura a Polkadot sirve como una validación del mundo real de esta tesis.

• El Desafío: Mythical Games, con títulos de gran éxito como NFL Rivals, necesitaba una plataforma capaz de soportar millones de transacciones diarias. Su experiencia inicial en Ethereum demostró que las cadenas monolíticas tradicionales eran demasiado lentas y caras para las operaciones de juego a gran escala.⁵⁴
• La Decisión: Tras evaluar numerosas plataformas, el equipo eligió Polkadot. La decisión no se basó en una única métrica, sino en una combinación de factores fundamentales: la descentralización robusta, la gobernanza en cadena, el modelo de seguridad y una hoja de ruta clara hacia futuras mejoras como Polkadot 2.0.⁵⁴ Cameron Thacker, Vicepresidente de Tecnología Blockchain de Mythical Games, elogió explícitamente la «larga trayectoria de funcionamiento realmente bueno» de Polkadot y el potencial de Agile Coretime.⁵⁴
• El Resultado: La migración de más de 6 millones de cuentas de un sistema basado en EVM a Polkadot se realizó sin problemas.⁵⁴ Tras el lanzamiento, NFL Rivals procesó más de 3 millones de transacciones en sus primeras 48 horas sin ningún problema técnico, validando la escalabilidad y la estabilidad de la plataforma.⁵⁴ Este ejemplo demuestra que para aplicaciones de grado empresarial y de alta demanda, la estabilidad arquitectónica y el rendimiento predecible de Polkadot son más valiosos que la velocidad bruta pero frágil de Solana.

Los modelos económicos de cada plataforma son un reflejo directo de sus filosofías arquitectónicas. El mercado de tarifas de Solana es caótico y competitivo, un espejo de su arquitectura monolítica donde «todos compiten contra todos». El mercado de Coretime de Polkadot es estructurado y predecible, reflejando su arquitectura organizada y compartimentalizada. El primero optimiza la extracción de valor a corto plazo por parte de los validadores. El segundo optimiza la planificación de recursos a largo plazo por parte de los desarrolladores. La arquitectura de Polkadot permite un modelo económico más maduro y favorable para los negocios.

Además, el volante de valor de Polkadot es más resiliente. La porción de la inflación de DOT que se destina a la Tesorería en cadena ⁵¹, controlada por los poseedores de DOT a través de OpenGov, financia proyectos y bienes públicos del ecosistema.⁵⁰ Estos proyectos financiados, al tener éxito, se convierten en consumidores de Coretime, que deben comprar con DOT.⁴⁸ El DOT de estas ventas se quema, creando presión deflacionaria.⁵² Esta quema aumenta la escasez y el valor de DOT, lo que a su vez aumenta el valor real de la Tesorería, permitiéndole financiar proyectos aún más ambiciosos. Esto crea un potente motor económico autosostenible que impulsa el desarrollo y la utilidad real, que a su vez devuelve el valor al token. Este es un modelo más robusto que uno que depende principalmente de las tarifas de transacción, que pueden disminuir drásticamente durante los mercados bajistas.

VI. Síntesis y Perspectivas a Futuro: La Trayectoria Superior

El análisis exhaustivo de las arquitecturas, los modelos económicos y las hojas de ruta de Polkadot y Solana revela una conclusión clara: aunque Solana optimizó para resolver los problemas del pasado —el rendimiento bruto de las transacciones—, Polkadot ha estado construyendo metódicamente una arquitectura más robusta, flexible y económicamente sólida para los desafíos más complejos y exigentes del futuro. La evolución hacia JAM no es solo una mejora, sino la solidificación de su posición como la plataforma estratégicamente superior para la próxima década de innovación descentralizada.

Recapitulación de la Superioridad Integral de Polkadot

• Resiliencia Técnica: El modelo heterogéneo y de seguridad compartida de Polkadot proporciona un aislamiento de fallos y una estabilidad que contrastan directamente con la fragilidad monolítica de Solana. Mientras que la historia de Solana está marcada por interrupciones que afectan a todo el sistema, la arquitectura de Polkadot está diseñada para contener los problemas a nivel de parachain, garantizando la continuidad del ecosistema en su conjunto.
• Previsibilidad Económica: El mercado de Agile Coretime ofrece un entorno económico superior para los desarrolladores. Al permitir la adquisición de recursos computacionales a precios predecibles y garantizados, Polkadot fomenta la viabilidad empresarial a largo plazo, un factor crítico que el volátil mercado de tarifas de Solana no puede ofrecer.
• Visión de Futuro: JAM representa un cambio de paradigma. Al pasar de un modelo centrado en transacciones a uno centrado en la computación, Polkadot se posiciona para capturar la próxima ola de aplicaciones complejas e intensivas en datos. Esta visión de una «supercomputadora descentralizada» es fundamentalmente más ambiciosa y de mayor alcance que la de ser simplemente una capa de liquidación de alta velocidad.

El Catalizador Definitivo: Atraer a la Próxima Generación de Web3

Mientras que Solana ha demostrado ser una plataforma eficaz para el comercio de alta velocidad en DeFi y los mercados de NFT, su arquitectura está mal equipada para la próxima frontera de la innovación Web3. Los mercados del futuro no se definirán únicamente por el TPS, sino por la capacidad de ejecutar una lógica compleja y procesar grandes conjuntos de datos de forma descentralizada.

Las características de Polkadot —la personalización soberana de las parachains, la supercomputación bajo demanda con Elastic Scaling y el modelo computacional de JAM— están diseñadas a medida para sectores de alto crecimiento como:

• DePIN (Redes de Infraestructura Física Descentralizada): Estas redes, que abarcan desde la energía hasta las telecomunicaciones y la logística, requieren la capacidad de procesar datos de millones de dispositivos IoT de forma segura y escalable, una carga de trabajo ideal para el modelo Refine/Accumulate de JAM.⁴⁰
• Inteligencia Artificial (IA): La ejecución y verificación descentralizada de modelos de IA es una tarea computacionalmente intensiva que se beneficia enormemente de la capacidad de Polkadot para paralelizar el trabajo y gestionar grandes entradas de datos fuera de la cadena.⁵⁷
• Juegos de Grado Empresarial: Como demuestra el caso de Mythical Games, los juegos a gran escala necesitan una infraestructura que garantice un rendimiento estable y predecible, aislamiento de recursos y una gobernanza sólida, todas ellas fortalezas del ecosistema Polkadot.⁵⁴

Estos sectores no solo necesitan velocidad, sino también fiabilidad, personalización y una potencia computacional que va más allá de la simple ejecución de transacciones. Polkadot está construyendo la infraestructura para estos mercados, mientras que Solana sigue optimizando para los mercados de hoy.

Análisis Comparativo: Polkadot JAM vs. Solana

La siguiente tabla sintetiza las diferencias fundamentales discutidas a lo largo de este informe, proporcionando una comparación directa de los atributos clave de cada plataforma.

Característica / Atributo	Polkadot (con Polkadot 2.0 y JAM)	Solana
Filosofía Arquitectónica	Multi-cadena Heterogénea (Modular): Una Relay Chain de Capa 0 que asegura muchas parachains/servicios de Capa 1 soberanos y especializados. Diseñada para la resiliencia y la especialización.	Mono-cadena Monolítica: Una única máquina de estado global hiper-optimizada. Diseñada para la velocidad bruta y la baja latencia.
Modelo de Escalabilidad Principal	Paralelismo Arquitectónico y Escalado Elástico: Escala horizontalmente a través de parachains y verticalmente mediante el uso de núcleos paralelos bajo demanda por una sola aplicación.	Paralelismo en Tiempo de Ejecución (Sealevel): Escala procesando transacciones no conflictivas de forma concurrente dentro de una única máquina de estado.
Estabilidad y Resiliencia de la Red	Alta: Los fallos se aíslan en parachains individuales. Un problema en una cadena no afecta a la Relay Chain ni a otras parachains. Sin historial de paradas de consenso a nivel de red.	Baja: Históricamente propensa a interrupciones de red a nivel global causadas por errores de cliente o spam de transacciones. Un único punto de fallo puede detener toda la red.
Modelo de Seguridad	Seguridad Compartida y Agrupada: Todas las parachains están aseguradas por el conjunto global de validadores de la Relay Chain, proporcionando una seguridad robusta y uniforme a todo el ecosistema.	Seguridad Monolítica: Un único conjunto de validadores asegura el único estado global. Un fallo de consenso compromete toda la red simultáneamente.
Modelo Económico para Desarrolladores	Mercado de Recursos Predecible (Agile Coretime): Los desarrolladores compran/alquilan espacio de bloque dedicado (Coretime) a costos predecibles (a granel) o bajo demanda (al contado). Garantiza los recursos y permite la planificación empresarial a largo plazo.	Mercado de Tarifas Volátil (Tarifas de Prioridad): Los desarrolladores compiten en una subasta global en tiempo real por la inclusión de transacciones. Los costos son impredecibles y se disparan durante la congestión, creando un riesgo operativo.
Modelo de Computación Principal	JAM (Join-Accumulate Machine): Un modelo generalizado y sin transacciones que separa la computación sin estado (Refine) de las actualizaciones con estado (Accumulate). Optimizado para cargas de trabajo complejas e intensivas en datos.	Basado en Transacciones: Un modelo tradicional donde toda la lógica se ejecuta a través de transacciones que compiten por la inclusión en bloques. Optimizado para actualizaciones de estado simples y de alta velocidad.
Máquina Virtual	Polkadot Virtual Machine (PVM): Una VM moderna y eficiente basada en el conjunto de instrucciones RISC-V, diseñada específicamente para cargas de trabajo de blockchain y flexibilidad de hardware.38	Solana VM (basada en rBPF): Una versión modificada de Berkeley Packet Filter, optimizada para la ejecución paralela a través de Sealevel.6
Acumulación de Valor al Token Nativo	Basado en Recursos (DOT): El valor es impulsado por la demanda para comprar/alquilar Coretime (un recurso central de la red), el staking y la gobernanza. Los ingresos de Coretime se queman, creando una presión deflacionaria directa a partir de la utilidad.14	Basado en Velocidad (SOL): El valor es impulsado por la velocidad de las transacciones (tarifas), el staking y la actividad DeFi. El 50% de las tarifas de transacción se quema.48
Preparación para el Futuro y Visión	Supercomputadora Descentralizada: Evolucionando hacia una computadora global, sin confianza y de propósito general, capaz de soportar aplicaciones complejas como IA, DePIN y simulaciones a gran escala.	Capa de Liquidación de Alto Rendimiento: Enfocada en ser la cadena monolítica más rápida posible para DeFi de alta frecuencia, pagos y mercados de NFT.

Observaciones Finales

La trayectoria de desarrollo de un protocolo de capa base es un indicador de su ambición a largo plazo. Solana se ha centrado en perfeccionar un modelo existente, empujando los límites de lo que una arquitectura monolítica puede lograr. Polkadot, por otro lado, ha emprendido un camino más arduo pero fundamentalmente más ambicioso: construir una nueva clase de arquitectura descentralizada. Con la llegada de Polkadot 2.0 y la visión de JAM, el ecosistema está preparado para ofrecer un nivel de resiliencia, flexibilidad y potencia computacional que lo posiciona no como un competidor de Solana, sino como su sucesor lógico en la evolución de la infraestructura Web3.

Obras citadas

1. What is proof of history and why does Solana use it? | The Block, fecha de acceso: agosto 16, 2025, https://www.theblock.co/learn/302470/what-is-proof-of-history-and-why-does-solana-use-it
2. Solana and Proof of History – CMCC Global, fecha de acceso: agosto 16, 2025, https://www.cmcc.vc/insights/solana-and-proof-of-history
3. Tower BFT – Ackee Blockchain, fecha de acceso: agosto 16, 2025, https://ackee.xyz/solana/book/latest/chapter2/tower-bft/
4. EVM to SVM: Consensus – Solana, fecha de acceso: agosto 16, 2025, https://solana.com/developers/evm-to-svm/consensus
5. Solana Unique Feature: Tower BFT | Marbius – Typefully, fecha de acceso: agosto 16, 2025, https://typefully.com/MarbiusC/solana-unique-feature-tower-bft-DCnSl6x
6. Sealevel – Ackee Blockchain, fecha de acceso: agosto 16, 2025, https://ackee.xyz/solana/book/latest/chapter2/sealevel/
7. What Is SVM – The Solana Virtual Machine – Squads Blog, fecha de acceso: agosto 16, 2025, https://squads.so/blog/solana-svm-sealevel-virtual-machine
8. A Complete History of Solana Outages: Causes and Fixes – Helius, fecha de acceso: agosto 16, 2025, https://www.helius.dev/blog/solana-outages-complete-history
9. History of Solana Security Incidents: A Deep Dive into Outages, Exploits, and Evolution, fecha de acceso: agosto 16, 2025, https://medium.com/@rohitrohitgjpr/history-of-solana-security-incidents-a-deep-dive-into-outages-exploits-and-evolution-a2b9c4d5e4c3
10. Here’s What Caused The Solana Outage: Post-Morten Report – CryptoPotato, fecha de acceso: agosto 16, 2025, https://cryptopotato.com/heres-what-caused-the-solana-outage-post-morten-report/
11. Polkadot 2.0: Redefining Interoperability and Innovation in Blockchain – The Evolution of the Layer 0 Powerhouse – 21Shares, fecha de acceso: agosto 16, 2025, https://www.21shares.com/en-us/blog/polkadot2-0
12. Polkadot 2.0: What it is Explained, Release and Launch Date, Roadmap – Tatum.io, fecha de acceso: agosto 16, 2025, https://tatum.io/blog/polkadot2-0-explained-release-launch-date
13. Polkadot Vs. Solana: Which Blockchain Is Right For You? – ZebPay, fecha de acceso: agosto 16, 2025, https://zebpay.com/blog/polkadot-vs-solana
14. What Is Polkadot 2.0 and DOT? – CoinGecko, fecha de acceso: agosto 16, 2025, https://www.coingecko.com/learn/polkadot-dot-crypto-2-0
15. Elastic Scaling – Tech Talk – Polkadot Forum, fecha de acceso: agosto 16, 2025, https://forum.polkadot.network/t/elastic-scaling/7185
16. Getting started with Development on Polkadot | Rise In, fecha de acceso: agosto 16, 2025, https://www.risein.com/blog/getting-started-with-development-on-polkadot
17. Comparing Polkadot with Solana is like comparing a Lamborghini with a Tesla. Everyone bought the hype but didn’t look at the techs, reliability and security. In this thread I will show you why Polkadot is far ahead of Solana in a couple topics – Reddit, fecha de acceso: agosto 16, 2025, https://www.reddit.com/r/Polkadot/comments/1jbqvr3/comparing_polkadot_with_solana_is_like_comparing/
18. What Is Coretime? Heading To Polkadot 2.0 w/ Agile Coretime | The Brains Ep.38 – Reddit, fecha de acceso: agosto 16, 2025, https://www.reddit.com/r/Polkadot/comments/1g2nl9g/what_is_coretime_heading_to_polkadot_20_w_agile/
19. Polkadot: Introducing Agile Coretime | by Phyken Network – Medium, fecha de acceso: agosto 16, 2025, https://phyken.medium.com/polkadot-introducing-agile-coretime-82549186921a
20. A Complete Overview of Agile Coretime – Gate.com, fecha de acceso: agosto 16, 2025, https://www.gate.com/learn/articles/a-complete-overview-of-agile-coretime/4910
21. Agile Coretime (Scheduling) – Polkadot Wiki, fecha de acceso: agosto 16, 2025, https://wiki.polkadot.com/learn/learn-agile-coretime/
22. Polkadot Introduces Asynchronous Backing, Paving the Way for Polkadot 2.0, fecha de acceso: agosto 16, 2025, https://polkadot.com/newsroom/press-releases/asynchronous-backing-launched/
23. Polkadot Introduces Agile Coretime to Enhance Network Efficiency – The Defiant, fecha de acceso: agosto 16, 2025, https://thedefiant.io/news/blockchains/polkadot-introduces-agile-coretime-to-enhance-network-efficiency
24. Polkadot Upgrades with “Agile Coretime”, Transforming Resource Allocation and Unlocking a New Era of Efficiency and Scalability for the Ecosystem – Brave New Coin, fecha de acceso: agosto 16, 2025, https://bravenewcoin.com/insights/polkadot-upgrades-with-agile-coretime-transforming-resource-allocation-and-unlocking-a-new-era-of-efficiency-and-scalability-for-the-ecosystem
25. A Complete Overview of Agile Coretime – Gate.com, fecha de acceso: agosto 16, 2025, https://www.gate.com/learn/articles/a-complete-overview-of-agile-coretime/73977
26. The rebirth of a network – Polkadot 2.0, fecha de acceso: agosto 16, 2025, https://polkadot.com/blog/rebirth-of-a-network/
27. Async Backing: The Technical Lowdown | Parity Technologies, fecha de acceso: agosto 16, 2025, https://www.parity.io/blog/async-backing-technical-lowdown
28. Asynchronous Backing (Pipelining) – Polkadot Wiki, fecha de acceso: agosto 16, 2025, https://wiki.polkadot.network/learn/learn-async-backing/
29. What is Polkadot’s Asynchronous Backing? | Bitget News, fecha de acceso: agosto 16, 2025, https://www.bitget.com/news/detail/12560604080201
30. Async Backing: The way to 10x throughput lift on parachains – Polkadot, fecha de acceso: agosto 16, 2025, https://polkadot.com/blog/the-way-to-a-10x-throughput-lift-on-parachains/
31. Polkadot 2.0, fecha de acceso: agosto 16, 2025, https://wiki.polkadot.network/general/polkadot-v2/
32. Parallel Computation (Elastic Scaling) – Polkadot Wiki, fecha de acceso: agosto 16, 2025, https://wiki.polkadot.network/learn/learn-elastic-scaling/
33. Elastic Scaling: Streamlining Growth on Polkadot, fecha de acceso: agosto 16, 2025, https://polkadot.com/blog/elastic-scaling-streamling-growth-on-polkadot/
34. Elastic Scaling | Polkadot Developer Docs, fecha de acceso: agosto 16, 2025, https://docs.polkadot.com/polkadot-protocol/architecture/polkadot-chain/elastic-scaling/
35. JAM Gray Paper – JOIN-ACCUMULATE MACHINE, fecha de acceso: agosto 16, 2025, https://graypaper.com/
36. gavofyork/graypaper: The JAM Specification – GitHub, fecha de acceso: agosto 16, 2025, https://github.com/gavofyork/graypaper
37. JAM Chain – Polkadot Wiki, fecha de acceso: agosto 16, 2025, https://wiki.polkadot.com/learn/learn-jam-chain/
38. Building on Polkadot JAM | Bitskwela, fecha de acceso: agosto 16, 2025, https://www.bitskwela.com/short-guides/building-on-polkadot-jam
39. Polkadot 2.0: Scalability, Interoperability, and Innovation – P2P.org, fecha de acceso: agosto 16, 2025, https://p2p.org/economy/polkadot-2-0-scalability-interoperability-and-innovation/
40. Where real-world value meets access: How Polkadot powers RWA and DePIN, fecha de acceso: agosto 16, 2025, https://polkadot.com/blog/real-world-assets-depin-tokenization-value/
41. Polkadot Ecosystem Weekly Observations | Polkadot Official Article Demonstrates Support for RWA and DePIN – Medium, fecha de acceso: agosto 16, 2025, https://medium.com/@polkadot_eri/polkadot-ecosystem-weekly-observations-polkadot-official-article-demonstrates-support-for-rwa-and-89f555444932
42. Polkadot 3.0 – the JAM upgrade – Ecosystem, fecha de acceso: agosto 16, 2025, https://forum.polkadot.network/t/polkadot-3-0-the-jam-upgrade/13834
43. Understanding Priority Fees and MEV in Solana: Economic Impacts and Future Outlook, fecha de acceso: agosto 16, 2025, https://medium.com/@nakinscarter/understanding-priority-fees-and-mev-in-solana-economic-impacts-and-future-outlook-acb8e3251c87
44. Priority Fees: Understanding Solana’s Transaction Fee Mechanics – Helius, fecha de acceso: agosto 16, 2025, https://www.helius.dev/blog/priority-fees-understanding-solanas-transaction-fee-mechanics
45. Understand Solana Priority Fees: Land Transactions Faster – QuickNode, fecha de acceso: agosto 16, 2025, https://www.quicknode.com/guides/solana-development/transactions/how-to-use-priority-fees
46. Solana: Analyzing adjacent transactions for priority fees – Chainstack Docs, fecha de acceso: agosto 16, 2025, https://docs.chainstack.com/docs/solana-analyzing-adjacent-transactions-for-priority-fees
47. The First Coretime Sale on Polkadot Just Happened! Open the …, fecha de acceso: agosto 16, 2025, https://www.reddit.com/r/Polkadot/comments/1fxb241/the_first_coretime_sale_on_polkadot_just_happened/
48. Value Flow or Die.. What most projects miss in their token… | by Andres | Black Tokenomics | Medium, fecha de acceso: agosto 16, 2025, https://medium.com/@BlackTokenomics/value-flow-or-die-3ac38d1ebb90
49. Solana Tokenomics : Circulating Supply, Inflation Schedule & Token …, fecha de acceso: agosto 16, 2025, https://solanacompass.com/tokenomics
50. Polkadot Review 2025: Beginner’s Guide to DOT, fecha de acceso: agosto 16, 2025, https://99bitcoins.com/cryptocurrency/polkadot-review/
51. DOT Token – Polkadot Wiki, fecha de acceso: agosto 16, 2025, https://wiki.polkadot.network/learn/learn-DOT/
52. Polkadot Coretime Redesign: Can It Empower DOT Even More This Time? – Medium, fecha de acceso: agosto 16, 2025, https://medium.com/@polkadot_eri/polkadot-coretime-redesign-can-it-empower-dot-even-more-this-time-a9d2a319e2b4
53. DOT Inflation Model · Guide – Kusama Network, fecha de acceso: agosto 16, 2025, https://guide.kusama.network/docs/learn-inflation
54. Mythical Games revolutionizes gaming and digital asset ownership – Polkadot, fecha de acceso: agosto 16, 2025, https://polkadot.com/case-studies/mythical-games-digital-ownership/
55. Why Mythical Games is so bullish on web3 games via app stores – BlockchainGamer.biz, fecha de acceso: agosto 16, 2025, https://www.blockchaingamer.biz/features/interviews/29858/mythical-games-john-linden-bullish-web3-games-app-stores/
56. Polkadot Ecosystem Overview, fecha de acceso: agosto 16, 2025, https://wiki.polkadot.network/general/dashboards/dune-analytics/polkadot-dashboards/legacy/polkadot-ecosystem-overview/
57. Led by AI, 22 crypto projects are collectively entering the field to lay out AI Agent – Gate.com, fecha de acceso: agosto 16, 2025, https://www.gate.com/learn/articles/led-by-ai-22-crypto-projects-are-collectively-entering-the-field-to-lay-out-ai-agent/5716
58. Leveraging the Advantages of the Polkadot Ecosystem, Mythical Games Leads the Way in Web3 Gaming | by OneBlock+ | OneBlock Community | Medium, fecha de acceso: agosto 16, 2025, https://medium.com/oneblock-community/leveraging-the-advantages-of-the-polkadot-ecosystem-mythical-games-leads-the-way-in-web3-gaming-4dc07cac5af0