217 publicaciones etiquetados con "Infraestructura"

Cuando la SEC desestimó silenciosamente su caso contra Consensys en febrero de 2025 — sin multas, sin condiciones, sin admisión de irregularidades — hizo más que poner fin a una demanda. Le entregó al estudio de 11 años de Joseph Lubin un permiso para hacer lo que ninguna empresa de infraestructura puramente Web3 ha hecho jamás: entrar en la Bolsa de Valores de Nueva York y pedir a los mercados públicos que valoren las herramientas de "picos y palas" de la economía de Ethereum.

Ahora, con JPMorgan y Goldman Sachs dirigiendo el libro de órdenes y los mercados secundarios negociando ya las acciones de Consensys a una valoración implícita superior a los $ 10 mil millones, la IPO de mediados de 2026 se ha convertido en el evento más esperado del calendario de los mercados de capitales cripto. Pero aquí está la pregunta incómoda que Wall Street debe responder en los próximos 90 días: ¿es Consensys realmente el "AWS de Ethereum" que sus banqueros están promocionando, o son tres buenos negocios pegados, cada uno enfrentando competidores creíbles, sin un solo foso defensivo dominante que justifique un múltiplo de crecimiento?

En las mismas tres semanas en que el cofundador de Bittensor, Const, propuso reescribir los derechos de voto de la red y Covenant AI abandonó sus tres subredes insignia, un evento más silencioso remodeló el futuro del protocolo de manera aún más profunda: el 2 de abril de 2026, la Fundación Opentensor transfirió la propiedad de nueve repositorios principales de GitHub —incluyendo el SDK de Python de Bittensor y la herramienta de línea de comandos btcli— a una nueva entidad llamada Latent 11.

La transferencia se presentó como descentralización. En la práctica, concentra el control de la única implementación de cliente de Bittensor en una sola organización nueva, en el momento exacto en que la gobernanza de la red se está desmoronando. Es la rara historia cripto donde cada lectura plausible —alcista, bajista y existencial— depende de lo que suceda en los próximos seis meses.

En diciembre de 2025, tras aproximadamente 1,200 días de desarrollo y una inversión reportada de nueve cifras por parte de Jump Crypto, el cliente validador completo Firedancer finalmente se puso en marcha en la mainnet de Solana. Cuatro meses después, el veredicto es claro: funciona, entrega producción de bloques a velocidades que nada más en la red puede igualar y ya ha atraído más del 20 % del stake de la red. La pregunta más difícil — aquella de la que depende ahora la credibilidad institucional de Solana — es si la red puede alcanzar el tipo de diversidad de clientes que Ethereum tardó una década en construir, antes de que su primer error catastrófico de Agave fuerce la situación.

Esta es la historia del mayor esfuerzo de ingeniería de un solo cliente en la historia de la blockchain, por qué importa más para la resiliencia que para el rendimiento bruto, y qué significa el riesgo de concentración restante para los desarrolladores que decidan dónde desplegar en 2026.

Una reescritura de tres años, construida desde la tarjeta de red hacia arriba​

Jump Crypto comenzó Firedancer en 2022 con una tesis que sonaba casi temeraria en ese momento: reescribir todo el validador de Solana desde cero, en C, con una arquitectura basada en mosaicos (tile-based) tomada de los sistemas de trading de alta frecuencia. El equipo originalmente había fijado el segundo trimestre de 2024 para la mainnet. Se retrasaron aproximadamente dieciocho meses.

El retraso es en sí mismo instructivo. Firedancer no es un fork de Agave de Anza (el cliente de referencia basado en Rust) ni de Jito-Solana (el fork de Agave optimizado para MEV). Es una implementación independiente en C / C++ que no comparte código de ejecución con el resto de la red, lo que significa que cada regla de consenso, ruta de procesamiento de transacciones y protocolo de gossip tuvo que ser implementado de nuevo y probado en batalla contra el comportamiento en vivo de la mainnet antes de que un solo dólar de stake pudiera ejecutarlo de manera segura.

La solución intermedia de Jump — Frankendancer — combinó la pila de redes de alto rendimiento de Firedancer con el entorno de ejecución de Agave. Ese híbrido acumuló stake silenciosamente a lo largo de 2025: 8 % en junio, 20.9 % para octubre. Cuando el cliente completo de Firedancer cruzó la línea en diciembre, gran parte de ese stake migró de forma natural, otorgando al nuevo cliente una base de producción creíble desde el primer día.

Lo que realmente significan 1 millón de TPS​

La cifra del titular es real, pero los asteriscos importan. La capa de red de Firedancer procesó más de un millón de transacciones por segundo en pruebas de estrés — pero esas pruebas se realizaron en un clúster controlado de seis nodos repartidos en cuatro continentes, no en la mainnet de producción. La red Solana en el mundo real hoy sostiene aproximadamente entre 5,000 y 6,000 TPS a nivel de protocolo, con promedios estables de mainnet cercanos a los 65,000 TPS durante los períodos pico en abril de 2026.

La trayectoria realista para mediados de 2026 es más modesta y más útil: más de 10,000 TPS en la producción diaria, una mejora de 2 a 3 veces respecto a la actualidad, con el margen necesario para absorber picos que anteriormente desestabilizaban la red. Ese es el tipo de rendimiento que realmente cambia lo que se puede construir on-chain.

Para contextualizar lo que Firedancer realmente optimiza:

• Ingestión de transacciones: redes con derivación del núcleo (kernel-bypass) que leen paquetes directamente de la NIC, eliminando la sobrecarga de las llamadas al sistema (syscall).
• Verificación de firmas: verificación ed25519 vectorizada AVX-512 que puede procesar decenas de miles de firmas por segundo por núcleo.
• Producción de bloques: un flujo de trabajo basado en mosaicos (tile-based) donde cada función del validador se ejecuta en su propio proceso anclado, por lo que un verificador de firmas lento no puede dejar sin recursos a un productor de bloques.
• Diseño de memoria: estructuras de datos conscientes de la caché que coinciden con la topología de la CPU del servidor moderno en lugar de asumir un entorno de ejecución genérico.

Nada de esto es glamoroso — es exactamente el tipo de trabajo que hace que una base de datos o un flujo de datos de mercado funcione rápido. Aplicado a un validador de blockchain, elimina los cuellos de botella que han forzado repetidamente a Solana a estados degradados bajo carga.

La historia real: Eliminando el modo de falla de cliente único​

El rendimiento se lleva los comunicados de prensa, pero la contribución más importante de Firedancer es estructural. Por primera vez en su historia, Solana tiene un cliente validador que no comparte linaje de código de ejecución con Agave.

Considere la alternativa. Jito-Solana — el cliente dominante por stake — es en sí mismo un fork de Agave. El Agave original (Vanilla Agave) se ejecuta en la mayor parte del resto. A principios de 2026, la división aproximada es:

• Jito-Solana: 72 % del SOL en stake
• Frankendancer / Firedancer: 21 %
• Vanilla Agave: 7 %

El ochenta por ciento de la red comparte un ancestro de código común. Un solo error crítico en el entorno de ejecución de Agave — del tipo que ha afectado a los clientes de ejecución de Ethereum dos veces en los últimos dos años — no sería un evento de rendimiento degradado. Sería una detención de la red.

Ethereum aprendió esta lección de la manera difícil. El error de Reth en septiembre de 2025 detuvo a los validadores en las versiones 1.6.0 y 1.4.8 en el bloque 2,327,426. Ese fue un incidente inconveniente que afectó al 5.4 % de los clientes de la capa de ejecución. Debido a que el otro 94.6 % estaba distribuido entre Geth, Nethermind, Besu y Erigon, la red siguió produciendo bloques. El ecosistema trata el 33 % como el máximo que cualquier cliente individual debería tener, e incluso la participación del 48–62 % de Geth se considera un problema de gobernanza no resuelto.

La concentración actual de más del 80 % derivada de Agave en Solana es significativamente peor que lo que Ethereum considera una crisis. Firedancer es la única salida creíble.

Lo que tiene que suceder a continuación​

Las matemáticas son incómodas pero manejables. Para que Solana alcance una verdadera resiliencia multicliente, deben ocurrir dos cosas durante 2026 :

1. Los usuarios de Jito tienen que migrar a Firedancer puro. La lógica de extracción de MEV de Jito es la masa gravitacional que mantiene la concentración actual. Hasta que esa funcionalidad se traslade a un complemento compatible con Firedancer, las grandes operaciones de staking tienen una fuerte razón financiera para permanecer en el código derivado de Agave.
2. El stake combinado de Agave + Jito tiene que bajar del 50 % . Una vez que Firedancer supere el 50 % , Solana podrá sobrevivir a un bug catastrófico de Agave sin detenerse. Ese es el suelo de resiliencia que todos los custodios institucionales y emisores de ETF creíbles están asumiendo implícitamente en sus evaluaciones de riesgo.

El hecho de que la adopción de Frankendancer se haya más que duplicado en cuatro meses sugiere que la migración es alcanzable, pero no es automática. La economía de los validadores, las herramientas de monitoreo y la familiaridad operativa favorecen a los incumbentes. Tanto Jump como Anza han señalado que 2026 es el año para presionar con fuerza, pero ninguno controla el conjunto de validadores directamente.

Firedancer + Alpenglow : El roadmap combinado​

Firedancer es solo una mitad del ciclo técnico más ambicioso de Solana desde el lanzamiento de la red principal. La otra mitad es Alpenglow, una reescritura completa del consenso aprobada por el 98.27 % del stake de SOL votante en septiembre de 2025.

Alpenglow retira Proof-of-History y TowerBFT, reemplazándolos con dos nuevos componentes : Votor para el consenso de finalidad rápida y Rotor para la propagación de datos. El resultado principal es que la finalidad cae de aproximadamente 12.8 segundos a 100 – 150 milisegundos, una mejora de 100x que apunta a una integración en la mainnet para el tercer trimestre de 2026.

Para los usuarios institucionales, la combinación importa más que cualquiera de las piezas por separado :

• La finalidad de subsegundo hace que la liquidación sea competitiva con los exchanges centralizados, abriendo la puerta al trading de alta frecuencia on-chain y a la liquidación de activos del mundo real que hoy todavía se encamina a través de rieles tradicionales.
• El alto rendimiento con múltiples clientes elimina la objeción de "Solana se cae" que históricamente ha mantenido cautos a las tesorerías corporativas y a los emisores de activos tokenizados.
• Las rutas de código independientes satisfacen los requisitos de diligencia debida que los custodios y los participantes autorizados de ETF escriben cada vez más en sus modelos de riesgo de red.

Las entradas diarias de ETF de $58 M y los$ 827 M en activos del mundo real tokenizados que Solana atrajo a principios de 2026 son un indicador adelantado. El dinero institucional no se compromete a gran escala con redes de un solo cliente.

Conclusiones para los desarrolladores​

Si estás desplegando en Solana en 2026, las implicaciones prácticas son concretas :

• El margen de rendimiento es real. El techo de producción de 5,000 TPS ha sido una restricción de diseño constante para las dApps de alta frecuencia. Para el cuarto trimestre de 2026, esa restricción se relaja sustancialmente, lo que cambia el cálculo de costos para los libros de órdenes, los juegos on-chain y los flujos de trabajo impulsados por agentes que anteriormente tenían que agrupar o comprimir datos agresivamente.
• Las suposiciones de latencia deben actualizarse. Si Alpenglow llega según lo previsto, las suposiciones de liquidación construidas alrededor de una finalidad de 12 segundos quedan obsoletas. Los diseños que esperan la confirmación antes de activar acciones posteriores pueden colapsar múltiples viajes de ida y vuelta en uno solo.
• La infraestructura consciente del cliente importa más, no menos. A medida que crece la adopción de Firedancer, los proveedores de RPC, indexadores y herramientas de monitoreo que manejan con gracia las particularidades de cada cliente se convertirán en la opción de grado de producción. El "RPC de Solana" genérico dejará de ser un diferenciador significativo.
• El riesgo de concentración sigue siendo real. Hasta que el stake de Jito migre, un solo bug en Agave todavía puede derribar la red. Las aplicaciones críticas para la tesorería deben diseñar pensando en ese escenario, no evitando Solana, sino entendiendo en qué punto de la curva de resiliencia se encuentra la red en relación con Ethereum.

El resultado final​

El lanzamiento de Firedancer en la mainnet es el hito de infraestructura más importante en la historia de Solana, y no se trata principalmente de velocidad. Se trata de si una de las blockchains técnicamente más ambiciosas puede madurar para convertirse en una red que las instituciones puedan respaldar. La demo de 1 millón de TPS es lo que acapara los titulares, pero el logro estructural es que Solana ahora tiene un camino creíble para parecerse a Ethereum en métricas de resiliencia, siempre que la economía de los validadores coopere.

Los próximos doce meses nos dirán si la apuesta de más de $ 100 M de Jump da sus frutos. Si Firedancer cruza el 50 % del stake para finales de 2026 y Alpenglow se entrega a tiempo, Solana entrará en 2027 como una red genuinamente diferente : una con el rendimiento de un libro mayor de alto desempeño, la finalidad de un sistema de liquidación en tiempo real y la diversidad de clientes de un riel institucional creíble. Si se estanca en una adopción del 25 – 30 % , la cifra principal seguirá siendo un activo de marketing y el riesgo subyacente de un solo cliente persistirá.

Para los desarrolladores y equipos de infraestructura que eligen dónde construir, la lectura es directa : Solana en 2026 es más capaz y más resiliente que Solana en 2025, la trayectoria es favorable y el trabajo que queda es más operativo que técnico. Ese es un problema mucho mejor que el que Jump se propuso resolver hace cuatro años.

BlockEden.xyz opera infraestructura RPC de Solana de grado de producción diseñada para la era multicliente, con soporte integrado para nodos derivados de Firedancer, Agave y Jito. Explore nuestros servicios de API de Solana para construir sobre una infraestructura que rastrea hacia dónde se dirige la red, no solo dónde ha estado.

Durante quince años, cada intercambio de criptomonedas ha sido diseñado para un humano que observa un gráfico de velas. El 22 de abril de 2026, Kraken admitió efectivamente que esa suposición está expirando. Su CLI de Rust de binario único y código abierto no es una herramienta de conveniencia — es un exchange reescrito para una contraparte que no tiene ojos, no puede hacer clic y quema dinero cada vez que vuelve a leer una documentación de API.

¿Qué pasaría si la misma física que otorga su potencia a las computadoras cuánticas pudiera vaciar la billetera de Satoshi — y junto con ella unos 440 000 millones de dólares estimados en Bitcoin? En enero de 2026, una pequeña startup de Nueva York llamada Project Eleven recaudó 20 millones de dólares con una valoración de 120 millones de dólares para asegurar que ese día nunca llegue sin una defensa preparada. Respaldada por Castle Island Ventures, Coinbase Ventures, Variant y Balaji Srinivasan, la ronda marca el primer ciclo serio de capital en "criptografía cuánticamente segura" — y el momento en que el riesgo existencial más silencioso de Bitcoin se convierte en una industria financiable.

Durante años, el "riesgo cuántico" vivió en las notas al pie académicas. En 2026, se trasladó a las hojas de términos de riesgo (term sheets), los estándares del NIST y a un debate de BIP en vivo. He aquí por qué y qué se está construyendo realmente.

La ronda de financiación que hizo realidad lo cuántico​

La Serie A de Project Eleven se cerró el 14 de enero de 2026, liderada por Castle Island Ventures, con Coinbase Ventures, Variant, Fin Capital, Quantonation, Nebular, Formation, Lattice Fund, Satstreet Ventures, Nascent Ventures y Balaji Srinivasan completando la tabla de capitalización (cap table). El ticket de 20 millones de dólares elevó la valoración post-money de Project Eleven a 120 millones de dólares y llevó su financiación total a aproximadamente 26 millones de dólares en 16 meses — la empresa había recaudado previamente una semilla de 6 millones de dólares a mediados de 2025.

El fundador Alex Pruden, ex oficial de Infantería y Operaciones Especiales del Ejército de EE. UU., define el mandato de la empresa de forma clara: los activos digitales necesitan una migración estructurada hacia la criptografía resistente a la computación cuántica, y alguien tiene que construir los picos y las palas.

Lo notable no es solo la cantidad de dólares. Es la mezcla de inversores. Castle Island y Coinbase Ventures no firman cheques de siete cifras basados en tesis especulativas. Variant, Nascent y Lattice son fondos cripto-nativos. Quantonation es un inversor centrado en lo cuántico. Juntos están señalando que la infraestructura cuánticamente segura ha cruzado la línea de ser una curiosidad de investigación para convertirse en una partida presupuestaria — y que la capitalización de mercado de más de 1.4 billones de dólares de Bitcoin es motivación suficiente para financiar una defensa antes de que exista la ofensa.

Por qué la criptografía de Bitcoin está de repente contra el reloj​

Bitcoin asegura aproximadamente 19.7 millones de monedas con firmas digitales de curva elíptica sobre la curva secp256k1. ECDSA es inquebrantable en hardware clásico, pero el algoritmo de Shor — un algoritmo cuántico de 1994 — puede factorizar números enteros grandes y calcular logaritmos discretos en tiempo polinómico. En el instante en que exista una computadora cuántica tolerante a fallas lo suficientemente grande, cada clave pública de Bitcoin expuesta se convertirá en una clave privada en espera.

La amenaza permaneció inactiva durante décadas porque el hardware parecía estar a décadas de distancia. Esa ventana se cerró en marzo de 2026.

El 31 de marzo, Google Quantum AI publicó nuevas estimaciones de recursos que muestran que romper la curva secp256k1 de Bitcoin requiere menos de 1 200 qubits lógicos y unos 90 millones de puertas Toffoli — lo que se traduce en menos de 500 000 qubits físicos en una arquitectura de código de superficie superconductora. La estimación anterior era de aproximadamente 9 millones de qubits físicos. Una reducción de 20 veces en un solo artículo.

Un investigador de Google vinculó una probabilidad al hito: al menos un 10 % de posibilidades de que para 2032 una computadora cuántica pueda recuperar una clave privada ECDSA secp256k1 a partir de una clave pública expuesta. La propia guía corporativa de Google insta ahora a los desarrolladores a migrar para 2029.

El hardware actual no está ni cerca de los 500 000 qubits. El chip Willow de Google tiene 105 qubits físicos. El Condor de IBM superó el umbral de los 1 121 qubits en 2023 y el Nighthawk de la compañía alcanzó los 120 qubits lógicos en 2025. Pero la brecha entre "ni de lejos" e "incómodamente cerca" es exactamente donde vive el precio de los seguros — y la exposición de Bitcoin no es un problema de 2035 si se tarda una década en migrar.

Qué es realmente vulnerable y qué no​

No todo Bitcoin está igualmente expuesto. La vulnerabilidad depende de si la clave pública de una moneda se ha transmitido alguna vez en la cadena.

• Pay-to-Public-Key (P2PK): Las salidas de los primeros años de Bitcoin — incluyendo aproximadamente 1 millón de BTC minados por Satoshi — integran la clave pública bruta directamente en el script. Estas están expuestas permanentemente y ofrecen a un atacante cuántico una pista larga y sin defensa.
• Direcciones reutilizadas: De cualquier tipo, exponen la clave pública en el momento en que se confirma la primera transacción de gasto, tras lo cual cualquier saldo restante se vuelve vulnerable.
• Direcciones modernas: (P2PKH, P2WPKH, P2TR con gastos de ruta de clave) solo revelan un hash hasta el primer gasto. Son seguras en almacenamiento en frío (cold storage), pero pierden protección durante la transmisión de una transacción — una ventana que un adversario con capacidad cuántica podría potencialmente aprovechar mediante front-running.

El agregado es impactante. Las estimaciones sugieren que entre 6.5 y 7 millones de BTC se encuentran en UTXO vulnerables a lo cuántico, con un valor de unos 440 000 millones de dólares a los precios actuales. Ese no es un riesgo de cola oculto en una esquina del libro de órdenes. Es la quinta "clase de activo" más grande en cripto, propiedad de un atacante que aún no ha aparecido.

Tres vías de mitigación que compiten actualmente​

Los 20 millones de dólares de Project Eleven no se están desplegando de forma aislada. Aterrizan en medio de un debate a tres bandas sobre cómo realiza Bitcoin realmente la transición, y las respuestas son muy diferentes.

1. Herramientas de migración: Yellowpages de Project Eleven​

El producto estrella de Project Eleven, Yellowpages, es un registro criptográfico post-cuántico. Los usuarios generan un par de claves híbrido utilizando algoritmos basados en redes (lattice-based), crean una prueba criptográfica que vincula la nueva clave segura ante la computación cuántica con su dirección de Bitcoin existente, y registran esa prueba con una marca de tiempo en un libro mayor (ledger) fuera de la cadena verificable. Cuando (o si) Bitcoin adopte un estándar de direcciones post-cuánticas, los usuarios de Yellowpages ya se habrán pre-comprometido con las claves que pueden reclamar sus monedas.

Crucialmente, Yellowpages es la única solución criptográfica post-cuántica desplegada actualmente en producción para Bitcoin. La empresa también ha construido una red de pruebas (testnet) post-cuántica para Solana — posicionándose silenciosamente como el proveedor de migración cross-chain mientras todos los demás siguen redactando libros blancos (whitepapers).

2. Estándares de direcciones a nivel de protocolo: BIP-360​

El BIP-360, defendido por el desarrollador Hunter Beast, propone un nuevo tipo de salida (output) de Bitcoin llamado Pay-to-Merkle-Root (P2MR). El P2MR funciona de manera similar a Pay-to-Taproot, pero elimina el gasto por ruta de clave (key-path spend) vulnerable a la computación cuántica, reemplazándolo con firmas FALCON o CRYSTALS-Dilithium — ambos esquemas basados en redes considerados resistentes a la computación cuántica.

Si se activa mediante un soft fork, el BIP-360 ofrece a los usuarios un destino al cual migrar. Sin embargo, no rescata automáticamente las monedas expuestas.

3. Congelación de monedas: BIP-361​

El BIP-361, propuesto en abril de 2026, es la respuesta más controvertida: congelar los aproximadamente 6.5 millones de BTC vulnerables a la computación cuántica — incluyendo el millón de monedas de Satoshi — para evitar cualquier movimiento del cual un atacante pudiera hacer front-run. La recuperación solo sería posible para las carteras (wallets) generadas a partir de mnemónicos BIP-39. Las salidas P2PK y otros formatos antiguos quedarían efectivamente quemados.

La propuesta ha dividido a la comunidad de Bitcoin a lo largo de su línea de falla más antigua. Un bando sostiene que la inmutabilidad y la neutralidad creíble son sagradas — incluso si los atacantes acaban reclamando esas monedas. El otro rebate que permitir que 440,000 millones de dólares migren a un actor hostil en un solo fin de semana sería la mayor transferencia de riqueza en la historia monetaria, y que la integridad del modelo de suministro fijo de Bitcoin es en sí misma una propiedad que vale la pena defender.

No hay una respuesta sencilla. O Bitcoin acepta que 6.5 millones de monedas pueden ser robadas silenciosamente, o acepta que la intervención a nivel de protocolo para congelar monedas establece un precedente que la red ha pasado 17 años evitando.

NIST FIPS 203/204 establece los estándares criptográficos predeterminados​

Los bloques de construcción técnicos existen ahora porque el NIST los finalizó. El 13 de agosto de 2024, la agencia publicó tres estándares criptográficos post-cuánticos:

• FIPS 203 (ML-KEM): Mecanismo de encapsulación de claves basado en redes de módulos (Module-Lattice-Based Key-Encapsulation Mechanism), derivado de CRYSTALS-Kyber. Reemplaza a RSA y ECDH para el intercambio de claves.
• FIPS 204 (ML-DSA): Algoritmo de firma digital basado en redes de módulos (Module-Lattice-Based Digital Signature Algorithm), derivado de CRYSTALS-Dilithium. Reemplaza a ECDSA y RSA para la firma.
• FIPS 205 (SLH-DSA): Estándar de firma digital sin estado basado en hashes (Stateless Hash-Based Digital Signature Standard), derivado de SPHINCS+, que proporciona una alternativa conservadora de firma basada en hashes.

La hoja de ruta CNSA 2.0 de la NSA exige el despliegue post-cuántico para nuevos sistemas clasificados para 2027 y la transición completa para 2035. El propio NIST proyecta ciclos de adopción de 5 a 10 años para infraestructuras críticas. Cloudflare tiene como objetivo la cobertura post-cuántica total para 2029.

Se supone que el cronograma de migración de Bitcoin debe encajar en algún lugar dentro de ese marco. La parte difícil es que los departamentos de TI de los estados-nación pueden imponer una fecha límite. Una red descentralizada sin permisos (permissionless) tiene que convencer a miles de actores independientes para que se coordinen sin un CEO.

La comparación con Optimism: Cómo lo está haciendo la Superchain de Ethereum​

Bitcoin no está solo en esta carrera. A finales de enero de 2026, Optimism publicó una hoja de ruta post-cuántica de 10 años para su Superchain — un contraste útil.

El plan del OP Stack tiene tres capas:

• Capa de usuario: Utilizar el EIP-7702 para permitir que las cuentas de propiedad externa (EOAs) deleguen la autoridad de firma en cuentas de contratos inteligentes que puedan verificar firmas post-cuánticas, sin obligar a los usuarios a abandonar sus direcciones.
• Capa de consenso: Migrar los secuenciadores de L2 y los enviadores de lotes (batch submitters) de ECDSA a esquemas post-cuánticos.
• Ventana de migración: Compatibilidad dual tanto para ECDSA como para firmas post-cuánticas hasta la fecha límite de enero de 2036.

Optimism también está presionando a la red principal (mainnet) de Ethereum para que se comprometa con un cronograma para alejar a los validadores de las firmas BLS y los compromisos KZG. Según se informa, la Fundación está comprometida con ello.

La división arquitectónica es instructiva. La hoja de ruta de la abstracción de cuentas de Ethereum (y la flexibilidad del tiempo de ejecución de Solana) hacen que la migración post-cuántica sea una actualización de contrato inteligente. El modelo UTXO de Bitcoin y su lenguaje de scripting minimalista lo convierten en un debate de soft-fork que requiere consenso social entre desarrolladores, mineros y nodos económicos. El mismo problema produce desafíos de gobernanza radicalmente diferentes.

La tesis del inversor: Precios de las primas de seguros​

¿Por qué tiene sentido una Serie A de 20 millones de dólares con una valoración de 120 millones de dólares cuando ningún ordenador cuántico puede romper Bitcoin hoy en día?

El cálculo es actuarial. Si se asigna una probabilidad del 10% a que el Día Q ocurra antes de 2032 y se aplica contra una exposición de 1.8 billones de dólares de Bitcoin y Ethereum, la pérdida esperada supera los 180,000 millones de dólares. Incluso una prima de seguro del uno por ciento sobre esa exposición representa 1,800 millones de dólares de ingresos recurrentes entre custodios, exchanges, carteras y plataformas de tokenización reguladas. Project Eleven solo necesita capturar una pequeña fracción de eso para justificar un resultado de miles de millones de dólares.

El panorama competitivo es escaso. Zama está construyendo primitivas de cifrado totalmente homomórfico (FHE), no reemplazos de firmas. Mina es amigable con lo post-cuántico por diseño, pero es una L1 separada, no un proveedor de migración. AWS KMS y Google Cloud HSM acabarán ofreciendo firmas post-cuánticas llave en mano — pero un hiper-escalador (hyperscaler) que se apresura a lanzar servicios generales de PQC no es lo mismo que un equipo de expertos en el dominio que ya ha lanzado herramientas de producción para Bitcoin.

El riesgo para Project Eleven es el mismo al que se enfrenta cualquier startup de "infraestructura para lo inevitable": si la migración tarda demasiado, los clientes no presupuestan para ella; si ocurre demasiado rápido, es absorbida por los proveedores de la nube antes de que Project Eleven pueda construir su distribución. La Serie A compra el runway necesario para ser la opción predeterminada durante ese incómodo periodo intermedio.

Lo que los constructores, custodios y holders deben hacer ahora​

Los pasos prácticos son poco glamurosos y no requieren esperar a la gobernanza de Bitcoin:

1. Auditar la reutilización de direcciones. Cualquier dirección que haya gastado y aún mantenga un saldo está transmitiendo su clave pública. Transfiera los fondos a direcciones nuevas desde las que no haya realizado transacciones.
2. Evitar P2PK y formatos legacy. Si su pila de custodia todavía los utiliza, planifique la migración a tipos de direcciones modernas de un solo uso.
3. Seguir el progreso de BIP-360 / BIP-361. El calendario de activación importa más que el precio spot para los holders a largo plazo.
4. Para instituciones: comience la fase de descubrimiento ahora. El NIST y la Reserva Federal recomiendan completar el inventario y la planificación de la migración en un plazo de dos a cuatro años. Eso incluye las hojas de ruta de los proveedores de HSM, los procesos de KYT y la política de tesorería.
5. Para constructores: diseñe nuevos sistemas con cripto-agilidad. Los protocolos que hoy codifican ECDSA de forma rígida pagarán un costo de migración más alto que aquellos que abstraen los esquemas de firma detrás de una interfaz.

La mayoría de estos pasos son útiles incluso si el Día Q nunca llega en la forma descrita por el documento de Google. También reducen la superficie de ataque contra amenazas clásicas.

El panorama general: la migración cuántica es el nuevo Y2K — excepto que es real​

La analogía del Y2K se usa en exceso, pero es estructuralmente adecuada. Una actualización técnica, con una fuerte gobernanza y advertida hace tiempo, con un plazo impuesto externamente, donde el éxito es invisible y el fracaso es catastrófico. Se estima que el Y2K le costó a la economía global entre 300 y 600 mil millones de dólares en remediación. La migración post-cuántica probablemente costará más, porque la base instalada es mayor y los sistemas que se están actualizando incluyen blockchains públicas que ninguna empresa controla.

Los 20 millones de dólares de Project Eleven son el primer reconocimiento serio de que Bitcoin ya no puede ignorar el calendario. La hoja de ruta de 10 años de Optimism es el primer reconocimiento serio de una L2 importante. El documento de Google del 31 de marzo es el primer reconocimiento serio de un incumbente cuántico de que el cronograma es más corto de lo que la industria suponía.

Para 2027, espere tres cosas: que al menos un BIP relacionado con tipos de direcciones post-cuánticas alcance el estado de activación (BIP-360 es el principal candidato), que cada custodio institucional importante publique una declaración de preparación cuántica y que al menos dos startups más cierren rondas siguiendo el modelo de Project Eleven. Para 2030, la firma post-cuántica será un requisito indispensable en cada RFP de adquisición de cripto empresarial.

El Día Q puede llegar o no según el cronograma de Google. La migración para defenderse de él ya ha comenzado, y la ventana para adelantarse se está estrechando rápidamente.

BlockEden.xyz opera infraestructura de RPC e indexación de nivel empresarial en más de 15 cadenas. A medida que los estándares post-cuánticos maduran y se implementan las migraciones a nivel de cadena, nuestros nodos son la capa donde los nuevos esquemas de firma, tipos de direcciones y ventanas de soporte dual realmente necesitan funcionar en producción. Explore nuestro marketplace de APIs para construir sobre una infraestructura diseñada para el largo arco de la transición criptográfica.

Fuentes​

• Project Eleven recauda 20 millones de dólares para preparar la infraestructura de activos digitales para la era cuántica — Blog de Project Eleven
• La startup de criptografía post-cuántica Project Eleven recauda 20 millones de dólares en una ronda de financiación — CoinDesk
• Project Eleven recauda 20 millones de dólares en una Serie A con una valoración de 120 millones de dólares — The Block
• hello yellowpages — Blog de Project Eleven
• BIP 360: Pay-to-Merkle-Root (P2MR) — Especificación de BIP-360
• La propuesta BIP-361 busca congelar las direcciones de Bitcoin vulnerables a la computación cuántica — Bankless Times
• Atención desarrolladores de Bitcoin: Google dice que la migración post-cuántica debe ocurrir para 2029 — CoinDesk
• Google descubre que las computadoras cuánticas podrían romper el cifrado de Bitcoin antes de lo esperado — SiliconANGLE
• El NIST publica los primeros 3 estándares de cifrado post-cuántico finalizados — NIST
• Una hoja de ruta post-cuántica para la Superchain — Bankless Times sobre Optimism
• El riesgo de la computación cuántica pone en juego 7 millones de BTC, incluidos el millón de Satoshi Nakamoto — CoinDesk
• "Cosechar ahora, descifrar después": Examinando la criptografía post-cuántica — Investigación de la Reserva Federal

En los tres primeros meses de 2026, los mineros de Bitcoin que cotizan en bolsa liquidaron más BTC de lo que vendieron en todo 2025 combinado — un récord de más de 32.000 monedas extraídas de las tesorerías para financiar una migración masiva hacia la infraestructura de inteligencia artificial. Solo Marathon Digital vendió 15.133 BTC por aproximadamente $ 1,1 mil millones en marzo. Riot Platforms vendió 3.778 BTC por $ 289,5 millones. Core Scientific liquidó $ 175 millones en enero y señaló que se desharía de "sustancialmente todas" las tenencias restantes antes del cierre del trimestre.

Esto no es una llamada de margen. Es una reclasificación. Las empresas que alguna vez se promocionaron ante los inversores como "el proxy de Bitcoin más puro del mercado público" se están convirtiendo silenciosamente en algo completamente distinto: proveedores de energía de alta densidad que, casualmente, operan algunos ASICs de forma secundaria. Y a medida que esa transformación se profundiza, la pregunta se vuelve más fuerte: ¿qué sucede con el núcleo de seguridad de Bitcoin cuando a las personas que lo construyeron deja de importarles si sobrevive?

Durante cinco años, "insufficient SOL for transaction" ha sido el mensaje de error más costoso de Solana. Cada aplicación de consumo que alguna vez intentó atraer a un usuario ajeno al mundo cripto perdió a un porcentaje de ellos justo ahí — en el paso de pago donde un extraño tiene que adquirir un segundo token solo para gastar el primero. En abril de 2026, la Fundación Solana finalmente lanzó la respuesta: Kora, un relayer de comisiones y nodo de firma que permite a las dApps patrocinar transacciones de forma nativa, pagar comisiones en cualquier token SPL y externalizar la firma a TEEs o bóvedas respaldadas por KMS. No es un lanzamiento llamativo. Es una mejora de la infraestructura base. Y las mejoras de infraestructura son la forma en que Base y Abstract capturaron silenciosamente los últimos doce meses de incorporación de usuarios finales.

La pregunta ya no es si Solana puede igualar la UX sin gas de las cadenas de consumo EVM. Kora hace que esa parte sea trivial. La pregunta es si cerrar la brecha de la última milla es suficiente para recuperar a los desarrolladores que ya construyeron en otro lugar.

Lo que Kora realmente ofrece​

Si quitamos el marketing, Kora son tres cosas unidas: un relayer de transacciones, un firmante remoto y un motor de políticas. Una dApp construye una transacción, establece un nodo Kora como el pagador de la comisión (fee payer), el usuario firma la carga útil desde una billetera integrada, y el operador de Kora co-firma y transmite. Los validadores siguen recibiendo el pago en SOL. El usuario nunca posee nada.

Lo que lo hace interesante es la capa de validación. Un nodo Kora no retransmite ciegamente cualquier cosa que los usuarios le entreguen. Realiza tres comprobaciones antes de firmar:

• Validación de instrucciones contra los programas de Solana asociados, para que las instrucciones mal formadas o maliciosas sean rechazadas antes de llegar a un líder.
• Suficiencia de comisiones respaldada por oráculos, comparando la cantidad de tokens SPL ofrecida con el precio actual de SOL más el margen del operador, para que el relayer nunca opere con pérdidas.
• Cumplimiento de listas de permitidos (allowlist) y listas de bloqueados (blocklist) a nivel de programa y token, para que un operador que ejecuta un nodo Kora para una sola dApp nunca patrocine accidentalmente una transacción dirigida a algún contrato aleatorio no auditado.

La ruta de firma es donde la arquitectura se vuelve ambiciosa. Kora admite la firma remota a través de Turnkey y AWS KMS de forma nativa, lo que significa que la clave privada que paga las comisiones nunca reside en el disco del relayer. Para una fintech que construye sobre Solana, esa es la diferencia entre "creamos nuestro propio paymaster y cruzamos los dedos" y "nuestra estrategia de custodia de claves supera una auditoría SOC 2".

Todo el sistema ha sido auditado y sometido a pruebas de fuzzing diferencial por Runtime Verification, que es el tipo de detalle que solo mencionas cuando esperas que las instituciones lean cada línea del informe.

Por qué lo "Nativo" supera al "Contrato Inteligente" en este caso​

La tentación es comparar Kora con ERC-4337 y asumir que Solana se está poniendo al día. Las arquitecturas están haciendo cosas diferentes, y la diferencia importa.

ERC-4337 es la abstracción de cuenta implementada como un sistema paralelo sobre Ethereum. Introduce un mempool separado, un objeto UserOperation, un rol de agrupador (bundler) y un contrato EntryPoint — nada de lo cual el protocolo base entiende de forma nativa. Los bundlers empaquetan las operaciones de los usuarios, los paymasters patrocinan las comisiones y un contrato en la cadena aplica la validación. Funciona, y se ha desplegado en la red principal de Ethereum y en las principales L2, pero es un proyecto de construcción de seis años para adaptar una función de UX que el protocolo nunca anticipó.

El diseño de Solana absorbió esa complejidad en la capa del protocolo hace años. Cada transacción ya tiene un campo feePayer. Las firmas parciales son nativas. Los programas pueden validar instrucciones arbitrarias. Kora no es una construcción de bundler y paymaster; es un operador de nodo que completa el campo feePayer y firma con una de las firmas parciales que el protocolo ya acepta.

La consecuencia práctica es la latencia y la superficie de exposición para el desarrollador. Las transacciones ERC-4337 pasan por un mempool separado con sus propias reglas de ordenamiento y retrasos de propagación. Las transacciones de Kora siguen la misma ruta que cualquier otra transacción de Solana, con la misma finalidad de menos de 400 ms. No hay un mercado de arbitraje de bundlers en el que pensar, ni versiones de contratos EntryPoint que rastrear, ni estimaciones de gas de UserOperation que depurar.

Lo que esto ofrece a los desarrolladores de Solana es algo cercano a "configura el campo fee payer y lanza la dApp". Lo que pierde es parte de la opcionalidad que las cuentas inteligentes EVM obtienen de forma gratuita — autenticación multiclave, llamadas por lotes, políticas de sesión en cadena — aunque gran parte de eso se está construyendo por separado en Solana a través de PDAs y cuentas controladas por programas.

La brecha de la última milla que Solana realmente tenía​

A pesar de todo lo que se habla sobre el impulso de los desarrolladores de Solana en 2025 y 2026, la capa de billetera de consumo era la parte que se quedaba atrás. La pila de infraestructura maduró rápido: el volumen DEX de Pump.fun superó los $2 mil millones en el primer trimestre de 2026, Jito y Marinade dominan el staking líquido, Tensor convirtió el comercio de NFTs en una terminal profesional. Pero cada uno de esos productos tuvo que lanzar su propia respuesta a "el usuario no tiene SOL".

Las soluciones alternativas fueron creativas. Pump.fun canalizó las adquisiciones iniciales de tokens a través de rampas de acceso integradas. Jito pre-financió cuentas de usuario con cantidades mínimas (dust). Tensor se apoyó en Phantom y Backpack para manejar el paso de adquisición de SOL antes de que los usuarios llegaran al libro de ofertas. Cada una de estas soluciones funcionó individualmente y ninguna de ellas era integrable con las demás. Un usuario que se incorporaba a través del flujo de Pump.fun no llegaba a Tensor con un saldo para pagar comisiones.

Mientras tanto, Base lanzó el flujo de passkeys de Coinbase Smart Wallet, patrocinio de gas gratuito a través de Coinbase Developer Platform y un SDK para desarrolladores que oculta todo el concepto de una clave privada tras el inicio de sesión por correo electrónico. Abstract llevó la misma idea más allá con billeteras integradas que se sienten como aplicaciones Web2. El argumento combinado para un desarrollador de aplicaciones de consumo en 2025 era: construye en Base, tus usuarios no sabrán que están en la cadena (onchain), y nosotros pagaremos las comisiones mientras escalas.

Kora no replica ese argumento palabra por palabra. Lo que hace es eliminar la razón arquitectónica por la cual una dApp de Solana no podría ofrecer lo mismo. Con Kora, un equipo de Solana ahora puede ofrecer:

• Registro por correo electrónico o passkey a través de Privy, Turnkey o Coinbase Embedded Wallets.
• Cero saldo de SOL requerido para realizar transacciones.
• Comisiones pagadas en USDC, BONK o el token nativo de la dApp si tiene uno.
• Finalidad en menos de un segundo sin ningún bundler en la ruta.

Las piezas ya existían antes. Octane fue el antepasado de código abierto. Gas Station de Circle, Openfort, Portal, Gelato, Biconomy y una docena de otros proveedores ofrecieron el relayeo de comisiones como servicio. Lo que cambia Kora es que la propia Fundación Solana está lanzando ahora la implementación de referencia estándar, auditada y compatible con KMS. Eso elimina el dilema de "en qué paymaster de terceros confiamos" del árbol de decisiones para cada equipo que anteriormente estaba creando el suyo propio o pagando a un proveedor.

La capa de proveedores sobre Kora​

Donde las cosas se ponen interesantes es en lo que sucede con los proveedores de monederos integrados (embedded wallets) que ya se construyeron en torno a la brecha que Kora acaba de cerrar.

Privy, adquirida por Stripe en junio de 2025, ha sido el monedero preferido para aplicaciones de consumo en dApps de Solana que buscan inicio de sesión por correo electrónico. Solana es oficialmente una cadena secundaria para Privy — la profundidad está en EVM — pero el flujo de monedero integrado se extiende a Solana, y Privy ya permite configurar un monedero pagador de comisiones (fee payer) gestionado por la aplicación. Kora no reemplaza a Privy; le da a Privy un backend estandarizado al cual conectarse, en lugar de que cada cliente tenga que operar su propio servicio de paymaster.

Turnkey es el firmante integrado (embedded signer) enfocado en la seguridad que se combina naturalmente con la API de firma remota de Kora. Turnkey explícitamente no incluye infraestructura de paymaster, por lo que los equipos de Solana que deseaban claves aisladas por hardware junto con una UX sin gas se veían obligados a unir a dos proveedores. Kora colapsa esa integración.

Dynamic, adquirida por Fireblocks en 2025, aporta autenticación multi - cadena a los equipos institucionales. El posicionamiento respaldado por Fireblocks convierte a Dynamic en la opción natural para las fintechs que necesitan cobertura tanto en Solana como en EVM con cumplimiento empresarial. Kora le da a Dynamic una solución limpia de abstracción de comisiones en Solana que no requiere que Fireblocks lance un paymaster competidor.

Coinbase Developer Platform es el caso incómodo. Coinbase ha invertido mucho en hacer de Base la cadena de consumo predeterminada a través de Coinbase Smart Wallet, gas gratuito en Base y el SDK de monedero integrado. Kora reduce la diferenciación que Base ha estado vendiendo, especialmente para aplicaciones que buscan flujos nativos en USDC donde Solana ya tiene ventajas de escala.

El resultado probable es que Kora se convierta en el backend predeterminado de Solana para cada proveedor de monederos integrados que no quiera operar un servicio de paymaster por sí mismo. Los proveedores compiten en la UX de autenticación, la gestión de claves y los controles de políticas. Kora maneja el relevo de comisiones (fee relay) por debajo. Esto es más saludable para el ecosistema que el estado anterior, donde cada dApp de consumo en Solana tomaba una decisión de proveedor independiente y tenía que evaluar la seguridad del relayer propio de cada candidato.

Lo que esto resuelve y lo que no​

Kora cierra una brecha de manera definitiva y deja varias otras abiertas. Vale la pena ser precisos sobre cuál es cuál.

Lo que Kora resuelve:

• El abismo de UX de "el usuario debe tener SOL" para cualquier dApp dispuesta a subsidiar comisiones en otro token.
• La decisión de "construir frente a comprar un paymaster" para los equipos que anteriormente tenían que elegir entre la carga operativa y el bloqueo con un proveedor (vendor lock-in).
• La brecha de aceptabilidad institucional, ya que la auditoría y el soporte de KMS permiten que las entidades reguladas operen nodos de Kora sin tener que desarrollar los suyos propios.

Lo que Kora no resuelve:

• La adquisición del monedero en sí — los usuarios aún necesitan un monedero integrado de algún lugar, ya sea Phantom, Privy, Turnkey o Coinbase.
• Primitivas de abstracción de cuentas como llamadas por lotes (batched calls) y claves de sesión, que todavía se están ensamblando por separado en Solana a través de PDAs y otros patrones a nivel de programa.
• La cuestión económica de quién paga por el SOL que los operadores de Kora adelantan. Para una dApp con ingresos en tokens o un flotante de stablecoins, esto está bien; para un producto gratuito, el patrocinio del gas es simplemente un costo de adquisición de clientes.
• La UX entre cadenas (cross-chain), que aún requiere que el usuario interactúe con un puente o una capa de abstracción de cadenas como LayerZero, Wormhole o Across.

La tesis de la "infraestructura sin gas como primitiva de protocolo" funciona en ambos sentidos. Solana tiene ahora la historia de abstracción de comisiones nativa más limpia de cualquier cadena importante. También significa que la diferenciación se desplaza hacia arriba en la pila tecnológica, hacia la UX del monedero, los flujos de recuperación y las características de abstracción de cuentas donde EVM tiene una ventaja de varios años.

La lectura estratégica para los constructores​

Para un equipo que elija una cadena a mediados de 2026, el cálculo ha cambiado. Hace doce meses, la respuesta para la incorporación de usuarios de consumo era Base, Abstract o una de las nuevas cadenas de consumo EVM, y punto. Solana tenía el interés de los desarrolladores y el impulso de la infraestructura, pero perdía usuarios minoristas en el paso de adquisición de SOL. Eso ya no es cierto.

Una dApp de consumo que se lance hoy en Solana con Privy o Turnkey en el front - end y Kora en el back - end tiene funcionalmente la misma superficie de UX que la pila equivalente en Base. Inicio de sesión por correo electrónico, transacciones sin gas, pago de comisiones en USDC, finalidad en menos de un segundo. Las diferencias restantes son el modelo de ejecución (runtime), el ecosistema de herramientas y la liquidez disponible. Para una aplicación que desee el rendimiento (throughput) de Solana y la profundidad de sus DEX, el argumento de la UX para elegir EVM se ha debilitado sustancialmente.

Para los equipos que ya están operando en Base, Kora no cambia la decisión inmediata. Pero sí cambia la presión competitiva a largo plazo. Si las dApps de consumo con la UX más limpia comienzan a aparecer en Solana porque la nueva infraestructura es una integración menos de la cual preocuparse, la fuerza de atracción en torno al foso de incorporación de usuarios de Base comienza a desplazarse.

La lectura honesta es que Kora es necesaria pero no suficiente. Elimina una razón específica por la que los desarrolladores no elegían Solana para aplicaciones de consumo. No crea por sí misma una nueva razón para elegir Solana. Los próximos dos trimestres mostrarán si los proveedores de monederos integrados realmente adoptan Kora por defecto, si las nuevas dApps de consumo la citan como una razón para su elección de cadena y si las cadenas de consumo EVM existentes responden mejorando sus propias historias de infraestructura.

De cualquier manera, "el usuario debe adquirir SOL antes de transacting" es finalmente un problema del pasado, no uno actual. Solo eso ya vale la pena el lanzamiento.

---

BlockEden.xyz opera infraestructura RPC de Solana de grado de producción para equipos que construyen dApps de consumo, rieles de pago y sistemas de trading. Si estás integrando flujos sin gas o escalando un producto en Solana, explora nuestro mercado de APIs para obtener endpoints de baja latencia diseñados para la próxima generación de cripto para el consumidor.

Fuentes​

• GitHub: solana-foundation/kora
• Kora — No vuelvas a perder a un usuario por 'SOL insuficiente' nunca más
• Cómo habilitar transacciones sin gas en Solana con Kora — QuickNode
• La Fundación Solana presenta Kora — Metaverse Post
• El relayer de comisiones Kora habilita el onboarding y las comisiones en aplicaciones de Solana — Cryptonomist
• Patrocinio de comisiones — Solana Cookbook
• ¿Qué es ERC-4337 en Solana? — Solana Developers
• Abstracción de cuentas: Ethereum vs Solana explicado — Squads
• Cómo la Gas Station de Circle utiliza pagadores de comisiones en Solana
• Patrocinio de transacciones en Solana — Privy Docs
• Las mejores billeteras de Solana para desarrolladores en 2026 — Openfort
• Coinbase Smart Wallet — Estado de las billeteras Parte 2
• Anza detalla los desarrollos clave para Solana en 2026 — Phemex

Extraiga 2 terabytes de datos de entrenamiento de AWS S3 a su clúster de GPU y la factura llegará antes que el modelo: aproximadamente $ 184 en cargos por salida (egress), además del almacenamiento y las solicitudes PUT / GET. Hágalo dos veces al día en una docena de experimentos y el concepto sorpresa comenzará a rivalizar con el almacenamiento mismo. Para los equipos de IA , la factura de la nube se ha convertido en un problema económico disfrazado de problema de infraestructura — y una startup de DePIN con sede en Austin llamada Akave cree que el almacenamiento de tarifa plana y sin cargos por salida es la palanca que finalmente lo romperá.

Akave recaudó $ 6.65 millones en marzo de 2026 para construir lo que llama "la primera capa de datos empresariales descentralizada del mundo para IA y análisis". Su propuesta es inusualmente específica: $ 14.99 por terabyte al mes, cero tarifas de salida, compatible con S3, respaldado por Filecoin para la durabilidad del archivado, con recibos criptográficos para cada escritura. Eso es todo. Sin niveles, sin tarifas de solicitud, sin un medidor de ancho de banda marcando cada vez que un contenedor de entrenamiento extrae un conjunto de datos. La pregunta no es si el precio es atractivo — obviamente lo es. La pregunta es si la arquitectura puede sostenerse a medida que las cargas de trabajo de IA escalan a petabytes, y si las empresas confiarán en una infraestructura respaldada por DePIN para datos que anteriormente solo entregarían a un hiperescalador.

El impuesto de salida que devoró los presupuestos de IA​

El precio de lista de AWS S3 no es el problema. El almacenamiento estándar cuesta unos $ 0.023 / GB al mes en us-east-1, lo que equivale a unos $ 920 / mes por un corpus de entrenamiento de 40 TB — molesto pero manejable. El egress es donde las matemáticas fallan. Después de los primeros 100 GB gratuitos, la salida de S3 a Internet comienza en $ 0.09 / GB, bajando lentamente a $ 0.05 / GB por encima de 150 TB. Extraiga 10 TB de datos de entrenamiento a un proveedor de GPU externo y se enfrentará a $ 921.60 solo en transferencia. Hágalo repetidamente — que es lo que realmente hacen los flujos de trabajo de IA — y el cargo "oculto" por salida eclipsará el almacenamiento en un trimestre.

Esto no es una peculiaridad de los precios. Es una elección arquitectónica que supone que el almacenamiento y el cómputo viven juntos dentro de una misma nube. En el momento en que un equipo de IA los divide — porque la capacidad de la GPU está en CoreWeave, Lambda o un clúster local mientras los datos permanecen en S3 — cada época, cada restauración de punto de control, cada relectura de datos en paralelo se convierte en un evento facturable. Los tejidos de datos de IA multiplican este problema: los conjuntos de datos se duplican en las etapas de preprocesamiento, entrenamiento, validación y análisis, y cada límite es potencialmente un muro de pago.

La solución alternativa informal de la industria ha sido CloudFront, debido a que la transferencia de S3 a CloudFront dentro de la región es gratuita, por lo que los equipos dirigen los datos a través de una CDN que no fue diseñada realmente para el trabajo. Es una señal. Cuando los clientes se retuercen arquitectónicamente para evitar un cargo, ese concepto ya no es un precio — es un impuesto.

Qué es lo que Akave vende realmente​

Akave Cloud es deliberadamente aburrido en la forma en que la infraestructura seria debe serlo. La interfaz es compatible con S3 — mismos SDK , misma semántica GET y PUT — por lo que migrar un flujo de entrenamiento es más parecido a cambiar un endpoint que a reescribir código. El precio es una tarifa plana única: $ 14.99 por terabyte al mes, sin cargos por salida, sin tarifas por solicitud, sin penalizaciones por recuperación. Si su contenedor extrae 500 GB o 2 TB de datos de entrenamiento, el costo es exactamente $ 0 en transferencia.

Bajo la interfaz API familiar, la arquitectura no se parece en nada a S3. Los datos se dividen en fragmentos, se cifran en el lado del cliente y se distribuyen por la red de Akave utilizando una codificación de borrado Reed-Solomon de 32 de 16, que Akave afirma que ofrece 11 nueves de durabilidad. El archivado a largo plazo está anclado a Filecoin, la misma red que sustenta una parte creciente de la economía del almacenamiento descentralizado. Cada escritura genera un recibo en la cadena y cada recuperación es verificable criptográficamente — lo que importa menos para fotos de gatos y mucho más para los artefactos de entrenamiento de IA que los reguladores, auditores o consumidores de modelos finales pueden necesitar verificar que no fueron modificados.

La pieza principal para las empresas es la puerta de enlace (gateway) O3, una puerta de entrada compatible con S3 que puede ser alojada por Akave o autohospedada dentro de la propia infraestructura de un cliente. La versión autohospedada es la clave: los equipos con requisitos estrictos de residencia o soberanía de datos ejecutan O3 localmente, mantienen sus propias claves de cifrado y definen sus propias políticas de acceso mientras se benefician del backend distribuido. Para sectores que históricamente no podían tocar el almacenamiento descentralizado — datos de salud, IA relacionada con defensa, cargas de trabajo reguladas por la UE — esa configuración es significativa.

Los logotipos de clientes ya incluyen a Intuizi, LaserSETI y 375ai ejecutando cargas de trabajo de producción, y la tabla de capitalización parece un directorio de capital alineado con protocolos: Protocol Labs, Filecoin Foundation, Avalanche, Blockchain Builders Fund, No Limit Holdings, Blockchange, Lightshift y Big Brain Holdings. Una asociación con Akash Network combina el cómputo de GPU descentralizado a un 70 % por debajo de los precios de los hiperescaladores con el almacenamiento sin cargos por salida de Akave en lo que ambas compañías están comercializando como "infraestructura de IA soberana".

Analizando el panorama: dónde se ubica Akave en el stack de almacenamiento​

El panorama del almacenamiento descentralizado ha madurado drásticamente. En enero de 2026, Filecoin lanzó Onchain Cloud en su red principal, posicionándose como una alternativa descentralizada full-stack a AWS con computación, recuperación verificable y pagos automatizados. Storacha Forge, uno de los primeros servicios de Onchain Cloud, ofrece almacenamiento "warm" a 5,99 $por terabyte. El sector DePIN en su conjunto ha crecido de aproximadamente 5.200 millones de$ en capitalización de mercado en 2024 a más de 19.000 millones de $ a finales de 2025 — un crecimiento cercano al 270 % — a medida que la demanda de IA, la adopción empresarial y la calidad de la infraestructura DePIN cruzaron los umbrales de usabilidad casi al mismo tiempo.

En este contexto, Akave ocupa un nicho específico que ni Filecoin ni Arweave llenan de forma nativa:

• Filecoin es excelente para el archivado de cola larga (long-tail) y los incentivos económicos, pero históricamente requería acuerdos, mercados de recuperación y herramientas que no se parecen a S3. Akave esencialmente empaqueta la durabilidad de Filecoin en una interfaz compatible con S3 con una tarifa plana.
• Arweave vende permanencia: un pago único, almacenamiento indefinido y sin garantías de recuperación. Es la herramienta adecuada para artefactos inmutables — activos NFT, documentos on-chain, archivos de cumplimiento — pero no encaja bien con los conjuntos de datos mutables y de alta frecuencia que procesan los flujos de entrenamiento de IA.
• Cloudflare R2 ya ofrece "egress" (salida de datos) cero y es el referente centralizado al que se dirige explícitamente el modelo de precios de Akave. R2 gana en latencia, integraciones de ecosistema y trayectoria; Akave contraataca con soberanía, verificabilidad y un modelo de confianza que no depende del tiempo de actividad de un solo proveedor — un punto reforzado por la interrupción global de Cloudflare en noviembre de 2025 que expuso cuántas aplicaciones "descentralizadas" aún vivían en el edge de una sola empresa.
• MinIO, la alternativa de código abierto y autoalojada a S3, cambió recientemente a un modelo "source-only" que asustó a las empresas que habían construido sus stacks asumiendo ediciones comunitarias predecibles. Akave se ha estado promocionando silenciosamente como un objetivo de migración para los usuarios de MinIO que buscan la ergonomía del autoalojamiento sin asumir la carga operativa propia.

La forma más clara de entender a Akave es como un arbitraje de precios e interfaz sobre primitivas de almacenamiento descentralizado: toma la durabilidad de Filecoin, envuélvela en la semántica de S3, ponle un medidor de tarifa plana encima y vende el resultado a los equipos de IA que ya están sufriendo por los costes de salida de datos.

Por qué el momento es crucial: la pinza de la energía y la gravedad de los datos​

En el NVIDIA GTC 2026, Jensen Huang describió la IA como un "pastel de cinco capas" donde la energía forma la base — cada unidad de inteligencia de máquina es, en última instancia, una conversión de electricidad en computación. El Departamento de Energía y el Laboratorio Nacional Lawrence Berkeley proyectan que los centros de datos de EE. UU. podrían consumir hasta el 12 % de la electricidad total del país para 2030, frente al 4,4 % actual (aproximadamente 176 TWh). La proyección de la AIE para 2026 sitúa a los centros de datos globales alcanzando los 1.000 TWh este año — un consumo de energía a la escala de Japón, dedicado exclusivamente a la computación.

El efecto colateral es que el lugar donde residen los datos determina cada vez más dónde puede ejecutarse la computación. Los hiperescaladores tienen una oferta limitada de energía. La capacidad de las GPU está apareciendo dondequiera que las interconexiones de la red eléctrica lo permitan: Texas, los países nórdicos, Oriente Medio y mercados secundarios de EE. UU. Si sus datos de entrenamiento están anclados en us-east-1 y sus GPU están en Reikiavik o Abu Dabi, usted está pagando costes de salida para mover bits al silicio. El almacenamiento con "egress" cero y agnóstico a la computación convierte a los datos en ciudadanos de primera clase en un mundo multicloud y multigeográfico — exactamente el mundo que la economía de la IA está forzando ahora.

Esa es la verdadera razón por la que un modelo de precios como el de Akave llega ahora y no hace tres años. Cuando la computación era abundante y barata, el "egress" era un error de redondeo. En una red eléctrica limitada por la IA, el "egress" es estrategia.

El caso escéptico: qué podría salir mal​

Tres preocupaciones legítimas moderan el argumento optimista.

Primero, la latencia y el rendimiento a escala de petabytes. Los flujos de entrenamiento de IA tienen hambre de ancho de banda y son sensibles a la latencia. S3 no es solo almacenamiento barato con una buena API; es una red edge distribuida globalmente con décadas de optimización. El "erasure coding" (codificación de borrado) de Akave y la recuperación descentralizada añaden saltos adicionales. Clientes en producción como 375ai sugieren que es viable para cargas de trabajo comunes, pero los equipos que consideran flujos de entrenamiento de cientos de gigabits por segundo deberían realizar pruebas de rendimiento (benchmarks) cuidadosamente antes de comprometerse.

Segundo, la inercia de los procesos de compra empresariales. Los precios fijos son excelentes, al igual que la soberanía. Pero los equipos de seguridad, legales y de cumplimiento de las empresas se mueven en una escala de tiempo medida en trimestres, y DePIN sigue siendo una categoría de adquisición novedosa para la mayoría de los CIO de las empresas Fortune 500. El gateway O3 autoalojado de Akave es en parte una respuesta a esto — "es nuestro hardware ejecutando su software" es más fácil de aprobar que "nuestros datos viven en una blockchain" — pero el ciclo de ventas es real.

Tercero, la economía solo es barata si la red se mantiene saludable. Las capas de incentivos de Filecoin y Akave asumen una población de proveedores de almacenamiento dispuestos a respaldar la capacidad al precio ofrecido. Si la demanda de IA se dispara más rápido que la oferta, los precios fijos comprimirán los márgenes de los proveedores o se reestructurarán silenciosamente en niveles. Los hiperescaladores pueden subsidiar; las redes DePIN tienen que equilibrarse.

Nada de esto es fatal. Todo esto significa que el desafío de Akave no se trata tanto de si el argumento del coste convence, sino de si la historia operativa es lo suficientemente estable como para que un SRE de una empresa Fortune 500 la autorice.

El patrón más amplio: El almacenamiento como cuña en la infraestructura de IA​

Lo más interesante de Akave no es el precio de $ 14,99. Es lo que ese precio intenta lograr estratégicamente. El almacenamiento es un producto básico de bajo margen, pero también es la capa con la mayor gravedad de datos: quien posee el conjunto de datos posee la respuesta predeterminada a "¿dónde deberíamos entrenar?" y eventualmente "¿dónde deberíamos realizar la inferencia?". La asociación entre Akash y Akave es una señal clara de esto: el cómputo de GPU descentralizado a un 70 % por debajo de los precios de los hiperescaladores no significa nada si tus datos residen en un lugar que te cobra por salir. Al combinarlos, la economía se convierte en una alternativa integrada al stack de AWS, en lugar de ser simplemente dos descuentos unidos.

Se espera que este patrón se repita en la categoría de DePIN para IA hasta 2026. Las redes de almacenamiento cortejarán a las redes de cómputo, las redes de cómputo cortejarán a las pasarelas de inferencia, y las pasarelas de inferencia cortejarán a los frameworks de agentes; todos intentando ensamblar una vertical que pueda cotizar un precio único y predecible frente a lo que sigue siendo, desde la perspectiva del cliente, una experiencia única de hiperescalador empaquetada. Los ganadores serán aquellos que se sientan como infraestructura, no como cripto.

Akave es un contendiente temprano creíble porque se niega a parecer cripto en la superficie: endpoint de S3, tarifa plana, recibos fáciles de auditar, clientes reales. Los componentes descentralizados están bajo el capó, donde — si Akave tiene razón — deberían estar.

---

Para los desarrolladores que construyen la próxima generación de aplicaciones nativas de IA y Web3, BlockEden.xyz proporciona infraestructura de RPC, indexación y API de grado empresarial en más de 25 cadenas, con el perfil de confiabilidad que exigen las cargas de trabajo de producción serias. Explore nuestro mercado de API para construir sobre una infraestructura diseñada para el largo plazo.

Fuentes​

• Akave Cloud: Almacenamiento de objetos compatible con S3
• [Akave recauda 6,65 millones para desafiar el almacenamiento en la nube tradicional (BusinessWire)](https://www.businesswire.com/news/home/20260302775473/en/Akave-Raises-\6.65M-to-Challenge-Traditional-Cloud-Storage-with-Compute-Agnostic-Platform-Built-for-AI-Applications)
• Akave recauda $ 6,65 millones para almacenamiento en la nube agnóstico al cómputo y sin cargos de salida (SiliconANGLE)
• Almacenamiento S3 descentralizado para IA: Cero cargos de salida (TFiR)
• Akash Network y Akave: Construyendo la primera infraestructura de IA soberana
• Akave Cloud x Filecoin: Almacenamiento de objetos compatible con S3 para empresas y DePIN
• Alternativa a MinIO: Migre a Akave O3
• Precios de AWS S3
• Una guía de 2026 sobre los precios de Amazon S3 (CloudZero)
• Las tarifas de salida del almacenamiento en la nube le cuestan a sus proyectos de IA más de lo que piensa (Akave)
• Presentando Filecoin Onchain Cloud
• La guerra del almacenamiento Web3 2026: El auge de Filecoin, Arweave y DePIN
• Guerras de cómputo DePIN: Inferencia de IA y almacenamiento de datos 2026
• NVIDIA GTC 2026: El futuro de la IA sigue volviendo a la energía (Reccessary)
• La crisis energética de los centros de datos de IA (Tech Insider)

Durante quince años, el lenguaje de scripting de Bitcoin ha sido deliberada y agresivamente aburrido. Sin bucles. Sin recursividad. Sin estado. Una pila pequeña, un puñado de opcodes y una cultura que trata cada propuesta de expansión como una potencial guerra civil. Ese conservadurismo es la razón por la que Bitcoin nunca ha sido explotado con éxito en la capa de consenso — y la razón por la que los desarrolladores que querían construir algo más allá de "enviar monedas de A a B" finalmente se rindieron y se mudaron a Ethereum.

Ese cálculo está cambiando en 2026. OP_CHECKTEMPLATEVERIFY tiene parámetros de activación concretos sobre la mesa por primera vez desde que se redactó el BIP-119. OP_CAT tiene un número oficial de BIP. LNHANCE se está discutiendo activamente como una alternativa centrada en Lightning. Y BitVM2 — que no requiere ningún soft fork en absoluto — ya está funcionando en producción, impulsando el puente de la red principal de Citrea que se lanzó en enero. Después de años de "los covenants llegarán pronto", Bitcoin se encuentra finalmente en la fase en la que múltiples propuestas creíbles se ejecutan en paralelo, cada una resolviendo una parte diferente del problema.