Saltar al contenido principal

250 publicaciones etiquetados con "Infraestructura"

Infraestructura blockchain y servicios de nodos

Ver Todas las Etiquetas

La CLI de código abierto de Kraken apuesta a que la próxima interfaz cripto será una terminal — no una pantalla de trading

· 13 min de lectura
Dora Noda
Software Engineer

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.

La apuesta de 20 millones de dólares de Project Eleven: dentro de la carrera para proteger a Bitcoin contra la computación cuántica antes del Día Q

· 17 min de lectura
Dora Noda
Software Engineer

¿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

El gran pivote de los mineros: Por qué los mineros de Bitcoin públicos se deshicieron de 32,000 BTC en el primer trimestre de 2026 para convertirse en empresas de IA

· 14 min de lectura
Dora Noda
Software Engineer

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?

El Nodo de Firma Kora de Solana es el Giro de UX Silencioso que Podría Reiniciar la Carrera de Cripto de Consumo

· 14 min de lectura
Dora Noda
Software Engineer

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

La apuesta de Akave por el Zero-Egress: ¿Puede el almacenamiento DePIN de tarifa plana realmente desbancar a AWS S3 para la IA?

· 14 min de lectura
Dora Noda
Software Engineer

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 porterabyte.ElsectorDePINensuconjuntohacrecidodeaproximadamente5.200millonesdepor 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

El renacimiento de los covenants de Bitcoin: Cómo OP_CTV, LNHANCE, OP_CAT y BitVM2 podrían finalmente traer contratos inteligentes a Bitcoin L1

· 16 min de lectura
Dora Noda
Software Engineer

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.

Chrome 146 lanzó WebMCP. Web3 acaba de obtener su mayor desbloqueo de distribución de la historia.

· 12 min de lectura
Dora Noda
Software Engineer

El 10 de marzo de 2026, Google lanzó discretamente la versión estable de Chrome 146. Oculta en las notas de la versión — tras otra ronda de ajustes en el gestor de contraseñas y un rediseño de los grupos de pestañas — se encontraba una API de navegador que remodelará la distribución de la Web3 más que cualquier lanzamiento de billetera de los últimos cinco años.

Se llama WebMCP. Reside en navigator.modelContext. Y acaba de brindar a 3.83 mil millones de usuarios de Chrome una vía nativa para realizar transacciones on-chain sin necesidad de instalar una billetera.

La característica silenciosa que rompe el cuello de botella de la instalación de billeteras

Durante una década, la matemática del crecimiento de la Web3 se veía así: adquirir usuario → convencer al usuario de instalar MetaMask → convencer al usuario de fondear la billetera → convencer al usuario de firmar una transacción. Cada uno de esos pasos perdía entre el 40 % y el 70 % del embudo. Todo el discurso sobre la "UX cripto" ha sido un análisis continuo de la dependencia de MetaMask.

WebMCP — el Protocolo de Contexto de Modelo Web — elimina los tres primeros pasos al trasladar la superficie de transacción al propio navegador.

Desarrollado conjuntamente por ingenieros de Google y Microsoft e incubado a través del grupo comunitario Web Machine Learning del W3C, WebMCP adapta el Protocolo de Contexto de Modelo (MCP) de Anthropic para el navegador. Cualquier sitio web puede ahora registrar "herramientas" estructuradas que los agentes de IA que se ejecutan dentro de Chrome pueden descubrir y llamar directamente, evitando el raspado del DOM (DOM scraping), las heurísticas de clics en botones y la simulación de lectores de pantalla. El ingeniero de Google, Khushal Sagar, describió la ambición en una frase: WebMCP aspira a ser "el USB-C de las interacciones de los agentes de IA con la web".

Ese planteamiento subestima lo que significa para el sector cripto. El USB-C estandarizó los conectores de hardware. WebMCP estandariza la interfaz entre 3.83 mil millones de usuarios de navegadores, sus agentes de IA y cada servicio on-chain que esos agentes podrían necesitar para pagar, intercambiar (swap) o liquidar.

Qué lanzó realmente Chrome 146

La superficie de la API es deliberadamente mínima. Un sitio llama a navigator.modelContext.registerTool() para exponer una acción con nombre — por ejemplo, swapTokens o signPermit — con un esquema JSON para sus entradas y un controlador execute() para su lógica. Los agentes en el navegador enumeran esas herramientas de la misma manera que enumeran cualquier servidor MCP: solicitando una lista de capacidades, leyendo el esquema e invocando con parámetros tipados.

Hay dos formas de registrarse:

  • API Declarativa: Los atributos de los formularios HTML definen acciones estándar. Cero JavaScript.
  • API Imperativa: registerTool(), unregisterTool(), provideContext() y clearContext() permiten que las aplicaciones dinámicas actualicen su superficie de herramientas a medida que cambia el estado.

Ambas rutas presentan al agente lo mismo: una herramienta con nombre y un contrato tipado. Se acabó el "buscar el botón que dice Confirmar", se acabaron los frágiles scripts de Playwright y los XPaths adivinados por LLM. El sitio web le dice al agente, de forma estructurada, lo que puede hacer.

Chrome 146 Canary incluyó la función tras un interruptor en chrome://flags en febrero de 2026. El paso a la versión estable llegó el 10 de marzo. Microsoft Edge 147 le siguió a los pocos días. Eso es, efectivamente, la totalidad del mercado de navegadores de escritorio: Chrome más los derivados de Chromium superan el 75 % de la cuota de mercado global de navegadores, y Statcounter sitúa a Chrome por sí solo en el 67.72 % en 2026.

Por qué los protocolos Web3 compiten por publicar endpoints WebMCP

Las implicaciones para el comercio cripto agéntico son inmediatas, y los protocolos que están prestando atención ya han comenzado a moverse.

Considere el stack tal como existe hoy:

  • MCP: cómo los agentes descubren y llaman a las herramientas.
  • x402: el HTTP 402 revivido, pionero de Coinbase, que permite pagos instantáneos con stablecoins sobre HTTP simple. Más de 50 millones de transacciones procesadas a principios de 2026, con Solana manejando aproximadamente el 65 % del volumen de x402 a través de Base, Solana y BNB Chain.
  • AP2 (Agent Payments Protocol): la capa de coordinación de Google, construida con Coinbase, la Ethereum Foundation y MetaMask, con una extensión explícita "A2A x402" para la liquidación cripto.
  • ERC-8004: el primitivo emergente de ejecución de agentes de Ethereum.

Antes de Chrome 146, este stack residía en frameworks de agentes del lado del servidor. Un agente autónomo que llamaba a una API de pago tenía que ejecutarse dentro de un entorno gestionado por terceros: Custom Actions de OpenAI, herramientas alojadas en MCP de Anthropic o un intermediario al estilo Zapier. La superficie del usuario era una ventana de chat, y el cuello de botella de la distribución era cualquier aplicación de IA que el usuario decidiera abrir ese día.

WebMCP colapsa eso. El navegador se convierte en el entorno de ejecución (runtime). El agente vive en la pestaña contigua al sitio web con el que está transaccionando. Y lo que es más importante, el flujo de pago no necesita una billetera preinstalada: el consorcio MetaMask+AP2+x402 ya ha diseñado el camino donde un agente nativo de Chrome negocia un pago con stablecoins, lo enruta a través de un firmante con el consentimiento del usuario y recibe una confirmación estructurada como respuesta de la herramienta.

El anuncio de la Linux Foundation en abril de 2026 de que albergará la recién formada x402 Foundation no es casualidad. x402 necesita un hogar de estándares neutrales precisamente porque Chrome, Edge y todos los proveedores de agentes de IA están a punto de tratarlo como el primitivo de pago predeterminado para las herramientas expuestas a través de WebMCP.

Las cifras que hacen de este un momento definitorio de categoría

Unos pocos puntos de datos para anclar la escala:

  • 3.830 millones de usuarios de Chrome en todo el mundo en 2026, según cifras consolidadas de Statcounter y DemandSage.
  • 67,72 % de cuota de mercado global de navegadores, con un ligero aumento interanual — este no es un canal de distribución en declive.
  • 8.000millonesenvalordetransaccionesdecomercioageˊnticofluyendoyaen2026,conproyeccionesdealcanzarlos 8.000 millones** en valor de transacciones de comercio agéntico fluyendo ya en 2026, con proyecciones de alcanzar los ** 3,5 billones para 2031 (Juniper Research).
  • Más de 50 millones de transacciones x402 procesadas para el primer trimestre de 2026, con un volumen semanal que superará las 500.000 a finales de 2025.
  • 40 % de las aplicaciones empresariales se espera que incorporen agentes de IA específicos para tareas a finales de 2026 (Gartner).
  • IDC sitúa la IA agéntica en el 10 – 15 % del gasto total en TI en 2026.

Ahora multiplique: si tan solo el 1 % de los 3.830 millones de usuarios de Chrome activan un agente compatible con WebMCP (y Google está impulsando agresivamente la integración de Gemini exactamente en esa dirección), eso representa 38 millones de usuarios con agentes con acceso en un solo clic a cualquier servicio cripto habilitado para WebMCP. Sin instalación de billetera. Sin ceremonia de frase semilla. Sin el abandono por "¿qué es el gas?".

Ese es un desbloqueo de distribución que las cripto nunca han tenido.

La carrera arquitectónica: ¿quién llegará a ser la billetera?

WebMCP no elige una billetera. Esa es tanto su genialidad como lo que está a punto de desencadenar una lucha a muerte de meses entre los actores establecidos.

Tres bandos ya están tomando posiciones:

  1. Billeteras de exchanges con custodia (Coinbase Agentic Wallet, Binance Web3 Wallet). UX más rápida, amigable con el cumplimiento, pero reintroduce un firmante centralizado. La ventaja inicial de Coinbase con x402 y la integración de Browserbase la convierte en la opción predeterminada obvia para los flujos de agentes minoristas.
  2. Billeteras de autocustodia establecidas (MetaMask, Rabby). MetaMask se posicionó explícitamente en el lanzamiento de AP2: "Las blockchains son la capa de pago natural para los agentes". Su propuesta es la composabilidad junto con la verdadera autocustodia — el agente negocia, pero el usuario firma.
  3. Infraestructura de billetera programática (Privy, Turnkey, MoonPay Open Wallet Standard, Polygon Agent CLI). Estas se dirigen a la capa de desarrolladores: una herramienta WebMCP que crea internamente una billetera de alcance limitado y gasto restringido para el propio agente, sin ninguna gestión de claves humana.

Ninguno de estos requiere que el usuario tenga algo preinstalado. El agente llama a la herramienta WebMCP, la herramienta orquestó la ruta de la billetera y el usuario recibe un único aviso de consentimiento. La fricción que definió el onboarding de Web3 durante una década se comprime en un solo modal.

El paralelo histórico: Service Workers y el desbloqueo de las PWA

Si desea un modelo de cómo se desarrollará esto, mire hacia Chrome 49 en marzo de 2016, cuando los Service Workers se lanzaron en la versión estable y crearon silenciosamente el ecosistema de Aplicaciones Web Progresivas (PWA). Nadie se dio cuenta el primer día. En dos años, cada sitio minorista importante tenía una estrategia de PWA, Twitter Lite ofrecía tiempos de carga un 70 % más rápidos en mercados emergentes y la web móvil dejó de perder terreno frente a las aplicaciones nativas por primera vez desde 2010.

WebMCP tiene la misma forma: una entrada aburrida en las notas de la versión, una capacidad fundamental de la plataforma, una adopción compuesta de varios años. Las empresas que lancen endpoints WebMCP en el segundo trimestre de 2026 serán dueñas del tráfico enrutado por agentes cuando Google active el modo de agente predeterminado de Gemini-in-Chrome — algo que todas las señales sugieren que ocurrirá en el lanzamiento de Chrome 150 o 151.

Para los protocolos Web3, eso significa que la ventana para ser un ciudadano WebMCP de primera clase se mide en meses, no en años. Un DEX que exponga swapTokens como una herramienta estructurada será enrutado por cada agente que necesite reequilibrar un portafolio. Un emisor de stablecoin que exponga mint y redeem capturará cada flujo de pago AP2 que necesite una rampa de entrada (on-ramp). Un proveedor de nodos / API que exponga métodos RPC como herramientas MCP se convertirá en la capa de cómputo predeterminada para toda la economía de agentes.

Qué deberían hacer los constructores el lunes

Tres movimientos concretos, en orden de importancia:

  1. Audite su superficie de API existente para acciones compatibles con WebMCP. Cualquier cosa que ya esté detrás de un endpoint REST o GraphQL es candidata. Elija las cinco acciones de mayor intención (swap, bridge, mint, stake, query-balance) y envuélvalas con navigator.modelContext.registerTool() detrás de una bandera de función (feature flag).
  2. Decida su postura de pago. ¿Aceptará x402 directamente? ¿Requerirá un apretón de manos (handshake) AP2? ¿Restringirá las herramientas tras cookies de sesión de usuario? La respuesta determina si los agentes pueden transaccionar de forma autónoma o requieren la intervención humana. Para la mayoría de los protocolos, x402 + límites de gasto por herramienta es el estándar adecuado.
  3. Publique un manifiesto /.well-known/mcp.json. Chrome 146 aún no lo requiere, pero la especificación se dirige hacia el descubrimiento automático de herramientas a través de URIs bien conocidos. Los protocolos que publiquen manifiestos pronto serán indexados por registros de agentes (incluidos los que están construyendo Anthropic y Google) antes de que sus competidores existan siquiera en esos índices.

La historia de la distribución para Web3 siempre ha sido "esperar a que los usuarios vengan a nosotros". Chrome 146 lo invierte: ahora los agentes vienen a usted, a escala de navegador, con rieles de pago pre-negociados. Los protocolos que se presenten como herramientas estructuradas serán los que utilice la economía de las máquinas. Los que no lo hagan serán invisibles.

BlockEden.xyz impulsa la infraestructura de RPC e indexación que hace que las herramientas Web3 expuestas por WebMCP sean rápidas y confiables en más de 20 cadenas. Si está construyendo endpoints listos para agentes, explore nuestro mercado de APIs — ya hemos optimizado para los patrones de llamadas de alta frecuencia y baja latencia que generan los agentes autónomos.

Fuentes

El Gran Desglose: Cómo los DEX finalmente rompieron el foso de los CEX en 2026

· 13 min de lectura
Dora Noda
Software Engineer

En enero de 2026, un solo DEX en Solana procesó más volumen diario que la mayoría de los 20 principales exchanges centralizados.

Unas semanas más tarde, los presidentes de la SEC y la CFTC subieron juntos al escenario y firmaron un memorando prometiendo dejar de pelear sobre quién regula qué. Y, en algún punto intermedio, la relación entre el volumen spot de DEX y CEX cruzó silenciosamente una línea que nadie creía realmente que se cruzaría jamás.

Durante la mayor parte de la historia de las criptomonedas, "DEX vs. CEX" fue un experimento mental que terminaba siempre de la misma manera: los CEX poseen la liquidez, el usuario minorista quiere una aplicación impecable y las instituciones exigen pasarelas fiat. DeFi era para los ideólogos. En 2026, ese argumento ya no es académico. La desagregación estructural del exchange centralizado está en marcha — y está siendo impulsada por tres fuerzas que finalmente convergieron: billeteras con abstracción de cadena, ejecución basada en intenciones y una profundidad de liquidez on-chain que rivaliza con los CEX de nivel medio.

FastBridge colapsa la salida de 7 días de L2: El riel LayerZero de Curve para crvUSD

· 13 min de lectura
Dora Noda
Software Engineer

Siete días es una eternidad en DeFi. Es más tiempo que la mayoría de los ciclos de vida de las meme coins, más largo que el promedio de una posición apalancada y, ciertamente, más tiempo del que cualquier trader desea esperar para mover stablecoins desde Arbitrum a la red principal (mainnet) de Ethereum. Sin embargo, la ventana de desafío de 7 días integrada en los rollups optimistas ha sido silenciosamente el mayor "impuesto de UX" para la adopción de L2 — un impuesto pagado en eficiencia de capital perdida, fragmentación de la liquidez y la proliferación interminable de puentes de pools de liquidez de terceros que parchean lo que los rieles nativos no pueden entregar.

FastBridge de Curve Finance es el intento más ambicioso hasta ahora para solucionar ese impuesto en la capa de protocolo, en lugar de ocultarlo tras una comisión. Al conectar la mensajería de LayerZero en un diseño de bóveda y acuñación (vault-and-mint), FastBridge comprime las transferencias de crvUSD desde Arbitrum, Optimism y Fraxtal a aproximadamente 15 minutos — sin el riesgo de los pools de liquidez, los wrappers de activos puenteados o los supuestos de confianza que plagan a la mayoría de los puentes "rápidos". También es, incidentalmente, una prueba de estrés del límite entre el puenteo en la capa de aplicación y la neutralidad de la capa de mensajería, un límite que el exploit de rsETH de mediados de abril de 2026 hizo repentinamente inevitable.