NEAR Protocol vs. ICP: comparación de Blockchain de capa 1
Compare NEAR Protocol and Internet Computer blockchain architecture, fees, smart contracts, governance, and ecosystems. Full 2025 technical breakdown.
Última actualización: junio de 2025. Los datos del ecosistema de criptomonedas, incluidos los puntos de referencia de TPS, DeFi TVL, los rendimientos de staking y las cifras de capitalización de mercado, cambian con frecuencia. Verifica los datos sujetos a variaciones temporales en fuentes oficiales antes de tomar decisiones basadas en esta información.
Resumen
- NEAR Protocol escala mediante el fragmentado (sharding) Nightshade con comisiones de usuario inferiores a un céntimo por transacción
- Internet Computer (ICP) aloja aplicaciones descentralizadas de pila completa (full-stack) con cero comisiones de transacción para el usuario
- NEAR utiliza fragmentos paralelos que comparten un estado global; ICP utiliza subredes semiindependientes con coordinación de Chain Key
- NEAR cobra pequeñas comisiones a los usuarios; el modelo de gas inverso de ICP traslada todos los costes de computación a los desarrolladores
- NEAR es compatible con Rust y JavaScript/TypeScript; ICP es compatible con Motoko y Rust
- Para obtener un veredicto específico según el caso de uso, vaya a la sección ¿Cuál es mejor?
NEAR Protocol e Internet Computer (ICP) son cadenas de bloques de Capa 1 (L1), lo que significa que son redes de capa base con sus propios mecanismos de consenso, tokens nativos y modelos de seguridad independientes. Ambas abordan los problemas de diseño de escalabilidad, estructura de tarifas y alojamiento de aplicaciones de formas fundamentalmente diferentes. El Trilema Blockchain, el desafío de lograr simultáneamente escalabilidad, seguridad y descentralización, proporciona un marco útil para esta comparación: cada cadena ha realizado compensaciones arquitectónicas distintas en la forma en que equilibra estas tres propiedades.
NEAR Protocol escala a través de un mecanismo de fragmentación por fases llamado Nightshade, cobra a los usuarios pequeñas comisiones de transacción y se dirige a desarrolladores familiarizados con Rust o JavaScript. Internet Computer escala mediante una arquitectura de subredes, solicita a los desarrolladores el pago por adelantado de los costes de computación y permite a los usuarios finales interactuar con aplicaciones on-chain sin pagar ninguna comisión. Sus modelos de gobernanza, la economía de sus tokens y la profundidad de sus ecosistemas reflejan estas decisiones de diseño subyacentes.
Este artículo analiza la arquitectura, las herramientas para desarrolladores, los tokenomics, la gobernanza y la profundidad del ecosistema de ambos protocolos, con un veredicto estructurado de casos de uso al final. Tanto si evalúas ICP frente a NEAR desde una perspectiva de inversión como de desarrollo, la tabla comparativa que aparece a continuación ofrece una visión general inmediata y detallada.
NEAR vs ICP: Tabla Comparativa Rápida
La siguiente tabla compara NEAR Protocol e Internet Computer en 12 dimensiones principales, desde el Mecanismo de Consenso hasta el lenguaje para desarrolladores y el modelo de gobernanza.
| Atributo | NEAR Protocol | Internet Computer (ICP) |
|---|---|---|
| Fundado | 2018 (mainnet: 2020) | 2016 (mainnet: mayo 2021) |
| Fundadores | Illia Polosukhin, Alexander Skidanov | Dominic Williams / DFINITY Foundation |
| Consenso | Doomslug (PoS variante BFT) | Threshold Relay + Chain Key Technology |
| Mecanismo de Escalabilidad | Sharding Nightshade (implementación por fases) | Arquitectura de subred |
| TPS Máximo Teórico | 100.000+ (implementación completa de sharding) | Escala con la adición de subredes |
| Finalidad de Transacción | ~1-2 segundos | ~1-2 segundos (llamadas de actualización) |
| Tarifas de Transacción del Usuario | Fracciones de céntimo (Token Nativo NEAR) | Cero (modelo de gas inverso) |
| Idioma de Contrato inteligente | Rust, JavaScript/TypeScript | Motoko, Rust |
| Modelo de Contrato inteligente | Contratos estándar (WebAssembly) | Canisters (WebAssembly + estado persistente) |
| Gobernanza | Propuestas de Mejora de NEAR (NEP) + comunidad | Network Nervous System (NNS), algorítmico On-Chain |
| Token Nativo Token | NEAR | ICP |
| Compatibilidad con Ethereum | Sí (Aurora EVM) | No (llamadas HTTPS salientes, ckETH) |
¿Qué es NEAR Protocol?
NEAR Protocol es una blockchain de prueba de participación (proof-of-stake) de Capa 1 diseñada para aplicaciones descentralizadas de alta velocidad y bajo coste. Utiliza un mecanismo de sharding propio llamado Nightshade sharding para escalar el rendimiento horizontalmente y soporta contratos inteligentes escritos en Rust y JavaScript/TypeScript.
NEAR Protocol fue cofundado en 2018 por Illia Polosukhin y Alexander Skidanov, ambos antiguos ingenieros de grandes empresas tecnológicas. La red lanzó su Mainnet en 2020. Polosukhin es uno de los ocho coautores del histórico artículo de investigación de 2017 «Attention Is All You Need», que introdujo la arquitectura transformer en la que se basan los modelos de lenguaje de IA modernos. La Fundación NEAR, una organización suiza sin ánimo de lucro, apoya el crecimiento del ecosistema de NEAR Protocol mediante subvenciones, asociaciones y programas para desarrolladores.
NEAR compite directamente con Ethereum como una plataforma de contratos inteligentes de Capa 1, diferenciándose mediante la escalabilidad basada en sharding, comisiones de transacción que son una fracción de las de Ethereum y herramientas para desarrolladores diseñadas para reducir la barrera de entrada para los desarrolladores web. Aurora EVM, un proyecto independiente construido sobre NEAR Protocol, permite a los desarrolladores de Ethereum desplegar contratos inteligentes de Solidity en NEAR con comisiones de gas casi nulas. El Rainbow Bridge de NEAR conecta NEAR con Ethereum, permitiendo transferencias sin necesidad de confianza de tokens ERC-20 y NFT entre las dos redes.
¿Cómo funciona NEAR Protocol?
NEAR Protocol procesa transacciones dividiendo su red en unidades paralelas llamadas sharding, cada una de las cuales maneja un subconjunto de transacciones y produce un fragmento de bloque. Todos los fragmentos se combinan en un único bloque por los validadores, que alcanzan un acuerdo a través del consenso Doomslug, un mecanismo tolerante a fallos bizantinos que logra la finalidad en aproximadamente uno o dos segundos. Esta arquitectura permite a NEAR escalar el rendimiento horizontalmente añadiendo más sharding en lugar de requerir que cada validador procese cada transacción de la red.
Los contratos inteligentes en NEAR se compilan a WebAssembly (WASM), un formato de instrucciones binarias diseñado originalmente para navegadores web que permite la ejecución de código de alto rendimiento en un entorno aislado (sandbox). Las cuentas de NEAR utilizan nombres legibles para humanos como «alice.near» en lugar de una dirección de monedero hexadecimal, lo que reduce la fricción de incorporación para los nuevos usuarios.
¿Qué hace que NEAR Protocol sea único?
NEAR Protocol se distingue de otras blockchains de Capa 1 mediante varias decisiones de diseño específicas.
- Sharding Nightshade: escalabilidad horizontal mediante el procesamiento de fragmentos en paralelo, con el objetivo de alcanzar más de 100.000 TPS en su implementación completa
- Cuentas legibles para humanos: nombres de usuario como "alice.near" en lugar de direcciones de monedero hexadecimales
- Contratos inteligentes en dos lenguajes: el soporte para Rust y JavaScript/TypeScript reduce la barrera para que los desarrolladores web se inicien en el desarrollo de la Blockchain
- Compatibilidad con EVM mediante Aurora: los desarrolladores de Ethereum pueden desplegar contratos Solidity en NEAR a través de la capa Aurora EVM (un proyecto independiente creado sobre NEAR)
- Conectividad cross-chain mediante Rainbow Bridge: transferencia trustless de tokens y NFT entre NEAR y Ethereum
- Credibilidad en IA y Blockchain: el cofundador Illia Polosukhin fue uno de los ocho coautores del artículo sobre transformadores de 2017 "Attention Is All You Need", lo que otorga al equipo fundador de NEAR una trayectoria de investigación única
¿Qué es Internet Computer (ICP)?
Internet Computer (ICP) es una red Blockchain desarrollada por la DFINITY Foundation que aloja aplicaciones descentralizadas, contratos inteligentes llamados canisters y contenido web directamente On-Chain. Utiliza una arquitectura de subred y la tecnología Chain Key para lograr una finalidad escalable y rápida a través de una red de nodos distribuidos globalmente.
Internet Computer fue desarrollado por la Fundación DFINITY, una organización suiza sin ánimo de lucro. DFINITY fue fundada por Dominic Williams, quien comenzó a conceptualizar el proyecto hacia 2015. La red lanzó su Mainnet en mayo de 2021. La Fundación DFINITY describe el ICP como un "Ordenador Mundial", un paradigma que lo posiciona como algo más amplio que una Blockchain de Capa 1 convencional, aunque se suele categorizar junto a las redes de Capa 1 a efectos comparativos.
La ambición de ICP es alojar aplicaciones completas On-Chain, incluidas las interfaces web de front-end, lo que va más allá de lo que la mayoría de las plataformas blockchain soportan. El Token ICP cumple dos funciones principales: staking de gobernanza dentro del Network Nervous System (NNS) y conversión a cycles, la unidad de cómputo que impulsa la ejecución de canisters.
¿Cómo funciona el Internet Computer?
Internet Computer organiza sus máquinas nodo en grupos llamados subredes, cada una de las cuales opera como un entorno de ejecución autónomo que ejecuta contratos inteligentes de canister replicados. Las subredes alcanzan consenso utilizando un mecanismo de relevo por umbral, y toda la red se coordina a través de la Tecnología Chain Key, lo que permite que Internet Computer se verifique con una única clave pública. Se pueden añadir nuevas subredes mediante votos de gobernanza de la NNS para aumentar la capacidad general de la red a medida que crece la demanda.
Los canisters son el equivalente en ICP de los contratos inteligentes, pero van más allá de lo que los contratos inteligentes estándar pueden hacer. Un canister puede almacenar un estado arbitrario, servir páginas web y realizar llamadas HTTP a API externas; capacidades que permiten a los desarrolladores crear aplicaciones totalmente On-Chain sin necesidad de una infraestructura de alojamiento externa.
¿Qué hace que ICP sea único?
Internet Computer se diferencia de las blockchains convencionales mediante un conjunto de decisiones arquitectónicas que amplían lo que un contrato inteligente puede hacer.
- Contratos inteligentes de canister: se extienden más allá de los contratos estándar para almacenar estado, servir páginas web y realizar llamadas salientes HTTP a APIs externas
- Modelo de gas inverso: los desarrolladores pagan los costes de computación mediante ciclos; los usuarios finales interactúan con aplicaciones On-Chain sin pagar comisiones
- Alojamiento web On-Chain: el código de front-end se puede desplegar completamente On-Chain, no solo la lógica de contrato inteligente de back-end
- Sistema Nervioso de Red (NNS): gobernanza On-Chain totalmente automatizada que controla las actualizaciones de protocolo, la creación de subredes y la incorporación de operadores de nodos
- Tecnología Chain Key: sistema criptográfico que permite que toda la red Internet Computer se coordine y verifique con una única Clave pública
- Integración nativa de Bitcoin y Ethereum: ckBTC y ckETH, representaciones de clave de cadena de Bitcoin y Ethereum de ICP, permiten la conectividad nativa entre cadenas sin la infraestructura de puente tradicional
NEAR vs ICP: Arquitectura Técnica
Las diferencias más significativas entre NEAR Protocol y la Internet Computer se sitúan a nivel arquitectónico, en cómo escala cada cadena, alcanza el consenso, gestiona el procesamiento de transacciones y cobra por la computación.
Escalabilidad: Nightshade Sharding frente a las subredes de ICP
Nightshade es el mecanismo de sharding de NEAR Protocol, que divide la Blockchain en unidades de procesamiento paralelas llamadas shards. Cada shard procesa un subconjunto de transacciones y produce un fragmento de bloque; todos los fragmentos se combinan luego en un solo bloque. Este diseño permite a NEAR escalar el rendimiento horizontalmente: agregar más shards aumenta la capacidad sin requerir que los validadores individuales procesen cada transacción en la red.
El sharding, en términos generales, es la práctica de dividir la carga de trabajo de una Blockchain a través de múltiples unidades de procesamiento paralelo. La implementación de NEAR sigue una hoja de ruta de despliegue por fases: la Fase 0 (sharding simple, ya activa en la Mainnet) sienta las bases, la Fase 1 introduce los productores de solo fragmentos (chunk-only producers) para reducir la carga de los validadores por fragmento, y la Fase 2 añade el sharding de estado, donde cada fragmento mantiene su propia porción del estado global de forma independiente. El sharding de estado completo es la base de la afirmación teórica de NEAR de alcanzar más de 100.000 transacciones por segundo (TPS).
El rendimiento actual de la Mainnet es inferior a ese máximo teórico. Verifica las cifras actuales en la documentación oficial de NEAR Protocol antes de citarlas. Entender este despliegue gradual proporciona un contexto importante: la historia de escalabilidad de NEAR es una hoja de ruta con progresos significativos ya implementados, no un techo totalmente alcanzado.
ICP organiza sus máquinas de nodos en subredes, grupos independientes que ejecutan cada una un entorno de ejecución replicado y autónomo. Cada subred opera como su propia Blockchain, ejecutando un conjunto de contratos inteligentes de canister y alcanzando un consenso interno antes de que los resultados se finalicen. Nuevas subredes se crean mediante votos de gobernanza del NNS, lo que significa que la capacidad de la red crece a través de un proceso gobernado en lugar de automáticamente.
La tecnología de clave de cadena es el sistema criptográfico que coordina esta red de subredes. Permite que todo el Internet Computer sea coordinado y verificado utilizando una única clave pública, lo que permite a las subredes lograr una finalización rápida y integrarse de forma nativa con blockchains externas como Bitcoin. Para el desglose completo de la arquitectura técnica, consulte Descripción general de la arquitectura de Internet Computer.
Los fragmentos Nightshade y las subredes de ICP resuelven el problema de escalabilidad de forma distinta. Los fragmentos de NEAR mantienen un estado global unificado, lo que significa que todos los fragmentos juntos representan una blockchain coherente. Las subredes de ICP están más aisladas: los canisters en diferentes subredes se comunican mediante mensajería explícita entre canisters en lugar de compartir el estado.
Ambas cadenas compilan contratos inteligentes a WebAssembly (WASM), un formato de instrucción binaria que permite la ejecución segura (sandboxed) de alto rendimiento. Dado que ambas utilizan WASM, los desarrolladores de Rust pueden dirigirse a cualquiera de las dos plataformas, aunque los entornos de ejecución difieren significativamente. Los contratos de NEAR interactúan con el NEAR Runtime, mientras que los canisters de ICP se ejecutan dentro de un entorno replicado con memoria persistente y capacidades de llamadas salientes HTTP. Las subredes de ICP no son redes de Capa 2 ni sidechains; son entornos de ejecución paralelos dentro del protocolo unificado de Internet Computer.
Mecanismo de Consenso: Doomslug vs. Threshold Relay
Tanto NEAR Protocol como Internet Computer utilizan variantes de Proof of Stake (PoS), pero sus implementaciones de consenso específicas difieren en aspectos significativos.
NEAR utiliza el consenso Doomslug, un mecanismo de tolerancia a fallas bizantinas (BFT) de dos rondas que logra una finalidad rápida sin requerir el consenso de dos tercios de los validadores en cada bloque. Los validadores realizan staking de Tokens NEAR para participar en la producción de bloques; los titulares de Tokens que no operan validadores pueden delegar su staking a través de pools de validadores para obtener recompensas de staking. La finalidad en NEAR se alcanza en aproximadamente uno o dos segundos en condiciones normales de la red.
ICP utiliza el consenso Threshold Relay dentro de cada subred, coordinado por Chain Key Technology. En lugar del staking de validadores tradicional para el consenso, los operadores de nodos de ICP ejecutan hardware independiente que participa en el consenso de la subred. Los titulares de Token de ICP realizan staking en neuronas del Network Nervous System (Sistema Nervioso de la Red) con fines de gobernanza, un modelo de staking que está separado de la participación en el consenso. La finalidad para las llamadas de actualización (transacciones que cambian el estado) es de aproximadamente uno o dos segundos por subred. Las llamadas de consulta, que son operaciones de solo lectura que no requieren consenso de subred, devuelven resultados casi instantáneamente.
Velocidad de Transacción y Rendimiento
NEAR Protocol y Internet Computer ambos alcanzan una finalidad rápida de transacciones, si bien las dos cadenas miden y reportan el rendimiento de forma diferente, una distinción que importa al evaluar las afirmaciones de TPS en bruto.
| Métrica | NEAR Protocol | Internet Computer (ICP) |
|---|---|---|
| Finalidad de la transacción | ~1-2 segundos | ~1-2 segundos (llamadas de actualización) |
| TPS máximo teórico | 100.000+ (despliegue completo de Nightshade) | Escala con la adición de subredes |
| TPS Mainnet actual | Verificar en el momento de la publicación; ver near.org | Verificar en el momento de la publicación; ver internetcomputer.org |
| Velocidad de llamada de consulta (Query Call) | N/A | Casi instantánea (no requiere consenso) |
| Modelo de escalabilidad | Añadir fragmentos (shards) | Añadir subredes |
Las cifras de TPS en las distintas blockchains se miden con frecuencia bajo condiciones diferentes y no son directamente comparables sin el contexto de la metodología. Los más de 100.000 TPS de NEAR son un máximo teórico con el despliegue completo del sharding Nightshade, no la cifra actual de la Mainnet. ICP distingue entre llamadas de consulta (de solo lectura, casi instantáneas, sin necesidad de consenso) y llamadas de actualización (que cambian el estado, requieren consenso de la subred); solo los TPS de las llamadas de actualización son comparables con las métricas de TPS de las Blockchain tradicionales. Ambas cadenas son rápidas según los estándares de las Blockchain, logrando la finalidad en menos de dos segundos para transacciones estándar.
¿Qué es el modelo de gas inverso de ICP?
El modelo de gas inverso de ICP es una arquitectura de tarifas en la que los desarrolladores, no los usuarios, pagan por la computación. Los desarrolladores precargan sus contratos inteligentes 'canister' con 'cycles', la unidad de computación de ICP, antes del despliegue. Los usuarios finales interactúan entonces con aplicaciones basadas en ICP sin pagar ninguna tarifa de transacción.
Los ciclos se adquieren quemando tokens ICP a una tasa vinculada al XDR (Derechos Especiales de Giro del FMI, un activo de reserva internacional cuyo valor sigue a una cesta de las principales divisas). Esta vinculación al XDR significa que los costes de computación se mantienen estables en términos de USD independientemente de las fluctuaciones del Precio del token ICP, una propiedad que distingue el modelo de costes de ICP de las cadenas donde la volatilidad de las comisiones sigue al Precio del token. Los detalles completos están disponibles en la documentación oficial de ciclos y tokens de ICP.
Los desarrolladores deben estimar y financiar el consumo de cycles de su canister antes del despliegue, un flujo de trabajo comparable al prepago de capacidad de computación en la nube (similar a la facturación de AWS o GCP) en lugar de pagar por transacción. Los canisters que agotan sus cycles se congelan y su estado corre el riesgo de ser eliminado si no se recargan, un riesgo operativo significativo que los desarrolladores deben planificar. El resultado para los usuarios finales es una experiencia similar a la de la Web2: interactuar con las aplicaciones de ICP no les cuesta nada.
El modelo de comisiones de NEAR difiere a nivel de usuario: NEAR cobra a los usuarios fracciones de céntimo por transacción en NEAR tokens. De cada comisión, el 30 % se destina al desarrollador del contrato inteligente y el 70 % se quema, lo que reduce la oferta de tokens con el tiempo. El modelo inverso de ICP genera una experiencia de usuario (UX) superior para el consumidor, pero traslada toda la carga económica a los desarrolladores; el modelo de NEAR es de bajo coste para los usuarios, pero no de coste cero.
NEAR frente a ICP: Contratos Inteligentes y Herramientas para Desarrolladores
La experiencia de los desarrolladores en NEAR Protocol y en Internet Computer difiere en cada capa, desde el lenguaje de programación hasta el modelo de ejecución de contratos inteligentes y la forma en que se paga el procesamiento.
Modelos de contratos inteligentes: contratos de NEAR frente a los canisters de ICP
NEAR Protocol e Internet Computer soportan lógica programable On-Chain, pero sus modelos de ejecución difieren en arquitectura y capacidad.
NEAR admite contratos inteligentes escritos en Rust o JavaScript/TypeScript mediante el SDK de NEAR, compilados a WebAssembly y desplegados en cuentas de NEAR. Ambos enfoques siguen un modelo de contrato estándar: los contratos almacenan el estado On-Chain y responden a llamadas a funciones de remitentes externos. El diseño de reparto de comisiones ofrece un incentivo financiero a quienes despliegan el contrato: el 30 % de cada comisión de transacción que afecte a su contrato se destina a la cuenta del desarrollador.
Los contratos inteligentes de ICP se denominan canisters: un paquete de código WebAssembly y su estado de memoria persistente, desplegado en una subred de ICP. Los canisters van sustancialmente más allá de lo que pueden hacer los contratos inteligentes estándar. Un canister puede almacenar datos arbitrarios (no solo el estado del libro mayor), servir páginas web y respuestas HTTP directamente desde la Blockchain (permitiendo front-ends completamente on-chain), realizar llamadas HTTP salientes a API externas y comunicarse de forma asíncrona con otros canisters a través de subredes. Los canisters también exhiben persistencia ortogonal, lo que significa que el estado de memoria del canister se conserva automáticamente entre llamadas sin que el desarrollador tenga que escribir transacciones de almacenamiento explícitas. Los canisters se escriben en Motoko (el lenguaje específico de ICP, diseñado para simplificar la programación asíncrona y exclusivo de ICP) o Rust. Los detalles técnicos completos están disponibles en la documentación de canisters de ICP.)
Ambas cadenas compilan a WebAssembly (WASM), un formato de ejecución binario ampliamente adoptado, originalmente diseñado para navegadores web. Este estándar compartido significa que, en principio, los desarrolladores de Rust pueden dirigirse a ambas plataformas. En NEAR, los contratos WASM interactúan con el NEAR Runtime; en ICP, los canisters WASM se ejecutan dentro del entorno de ejecución replicado del Internet Computer con las capacidades de canister adicionales descritas anteriormente.
Herramientas para desarrolladores, Lenguajes y SDKs
La elección entre NEAR e ICP como plataforma de desarrollo depende del conocimiento de los lenguajes, la madurez de las herramientas, la accesibilidad de la documentación y de cómo el modelo de costes del proyecto se alinea con la arquitectura de tarifas de cada cadena.
NEAR soporta Rust y JavaScript/TypeScript a través del NEAR JS SDK, dos lenguajes principales con amplias comunidades de desarrolladores existentes. ICP soporta Motoko, un lenguaje diseñado específicamente que no se usa en ninguna otra Blockchain, y Rust. El soporte de la comunidad para TypeScript existe en ICP a través del Azle SDK. La exclusividad de Motoko en ICP es tanto un elemento diferenciador como una consideración sobre la curva de aprendizaje para los desarrolladores ya con experiencia en otros lenguajes.
| Dimensión | NEAR Protocol | Internet Computer (ICP) |
|---|---|---|
| Lenguajes principales | Rust, JavaScript/TypeScript | Motoko, Rust |
| SDK | NEAR Rust SDK, NEAR JS SDK | dfx (DFINITY SDK), Azle (JS/TS, comunidad) |
| Herramienta CLI | NEAR CLI | dfx CLI |
| Estándar de interfaz | ABI (interfaz de contrato) | Candid (IDL para interfaces de canister) |
| Entorno de desarrollo local | NEAR Testnet, NEAR Sandbox | Réplica local de ICP (dfx) |
| Documentación | docs.near.org | internetcomputer.org/docs) |
| Autenticación | NEAR Wallet, wallet-selector | Internet Identity (basado en WebAuthn) |
| Programas de subvenciones | Subvenciones de la NEAR Foundation | Subvenciones para desarrolladores de DFINITY |
| Incorporación de desarrolladores | Amigable con Web2 (el SDK de JS reduce la barrera) | Curva inicial más pronunciada (Motoko es exclusivo de ICP) |
Para los desarrolladores que evalúan en qué plataforma construir, la distinción práctica es esta: NEAR es la opción más sólida para los desarrolladores que ya utilizan JavaScript/TypeScript o Rust y que buscan un flujo de trabajo familiar, transacciones de usuario de bajo coste y compatibilidad con EVM para acceder al ecosistema de Ethereum. ICP es la opción más sólida para los desarrolladores que crean aplicaciones descentralizadas de pila completa (full-stack) en las que los usuarios nunca deban pagar comisiones, o para proyectos que necesiten alojar contenido front-end íntegramente On-Chain sin servicios de alojamiento externos. Ambas cadenas ofrecen programas de subvenciones para desarrolladores; la disponibilidad actual y las cuantías de financiación deben verificarse en near.foundation y dfinity.org en el momento de realizar la solicitud.
NEAR vs. ICP: ecosistema y dApps
Tanto NEAR Protocol como Internet Computer han desarrollado ecosistemas de aplicaciones activos desde sus lanzamientos de Mainnet, aunque difieren en madurez, profundidad de DeFi y enfoque de conectividad cross-chain.
¿Qué dApps se han desarrollado en NEAR?
El ecosistema de NEAR Protocol incluye protocolos establecidos DeFi, mercados NFT, y una capa de compatibilidad EVM que extiende su alcance a desarrolladores de Ethereum.
- Ref Finance: el exchange descentralizado (DEX) principal de NEAR para el intercambio de tokens y la provisión de liquidez
- Burrow: protocolo de préstamo descentralizado en NEAR para pedir prestado y obtener rendimiento sobre criptoactivos
- Meta Pool: protocolo de liquid staking que permite a los usuarios hacer staking de sus tokens NEAR y recibir stNEAR, una representación líquida, a cambio
- Aurora: capa de Ethereum Virtual Machine construida sobre NEAR Protocol, que permite que los contratos inteligentes de Solidity se ejecuten en NEAR con comisiones casi nulas
- Mintbase: plataforma de acuñación de NFT y marketplace construida sobre NEAR Protocol
- Paras: marketplace de arte digital y coleccionables NFT construido sobre NEAR
¿Qué dApps están construidas sobre ICP?
El ecosistema de aplicaciones de Internet Computer abarca redes sociales Descentralizadas, DeFi protocolos y aplicaciones On-Chain que aprovechan la capacidad de ICP para alojar front-ends completos directamente en la Blockchain.
- OpenChat: aplicación de mensajería descentralizada que se ejecuta completamente en canisters de ICP, sin infraestructura de servidor central
- DSCVR: plataforma de redes sociales descentralizada construida en el Internet Computer para contenido y discusión comunitaria
- ICPSwap: exchange descentralizado en ICP para intercambios de tokens dentro del ecosistema de Internet Computer
- Sonic: DeFi protocolo en ICP que ofrece trading y provisión de liquidez DEX
- Distrikt: red social profesional construida como una aplicación descentralizada en ICP
- Entrepot: NFT marketplace en el Internet Computer; los NFT de ICP pueden almacenar datos de activos reales on-chain en lugar de apuntar a almacenamiento IPFS externo, un diferenciador técnico en el espacio NFT
Ambas cadenas soportan DeFi (finanzas descentralizadas, que son servicios financieros construidos sobre protocolos Blockchain sin intermediarios centralizados). El ecosistema DeFi de NEAR, con protocolos establecidos como Ref Finance, Burrow y Meta Pool, está más maduro en 2025 según los datos de valor total bloqueado (TVL). El ecosistema DeFi de ICP, anclado por ICPSwap y Sonic, se beneficia del modelo de gas inverso: los usuarios pagan cero comisiones de transacción, lo que elimina un punto de fricción importante para las aplicaciones financieras orientadas al consumidor. Para cifras actuales de TVL en ambas cadenas, consulte DeFiLlama.
La estrategia entre cadenas de NEAR se centra en el Rainbow Bridge de NEAR, un puente sin confianza que conecta NEAR con Ethereum y que permite transferencias de tokens ERC-20, stablecoins y NFTs entre las dos redes. Aurora EVM amplía esto permitiendo a los desarrolladores nativos de Ethereum desplegar contratos de Solidity en NEAR sin una migración completa de la Plataforma. El enfoque de ICP difiere: en lugar de puentes, ICP utiliza HTTPS outcalls (que permiten a los canisters consultar directamente blockchains y APIs externas) y ckBTC y ckETH, representaciones chain-key de Bitcoin y Ethereum que permiten la integración nativa entre cadenas a nivel de protocolo sin infraestructura de puente tradicional.
NEAR vs. ICP: Tokenomics
Tanto NEAR Protocol como Internet Computer tienen tokens nativos que cumplen funciones de gobernanza, económicas y de utilidad dentro de sus respectivos ecosistemas, pero las mecánicas de cada uno difieren significativamente.
| Función | NEAR Token | ICP Token |
|---|---|---|
| Comisiones de transacción | Pagadas por los usuarios (fracciones de céntimo) | No aplicable (modelo de gas inverso) |
| Staking de validadores | Sí; staking para ejecutar un nodo validador | No (el staking de ICP se basa en la gobernanza a través de NNS) |
| Gobernanza | A través de NEP + votación comunitaria | Staked en neuronas NNS para votar propuestas |
| Combustible de computación | Indirecto (quema de comisiones reduce la oferta) | Quemado para crear ciclos para la computación de canisters |
| Reserva de almacenamiento | Staking de almacenamiento; las cuentas hacen staking de NEAR para reservar almacenamiento On-Chain | N/A (canisters financiados por ciclos) |
NEAR Token
El Token NEAR cumple cuatro funciones principales dentro del Protocolo NEAR: pagar comisiones de transacción, participar en el staking de almacenamiento on-chain, participar en el consenso de validadores y contribuir a la gobernanza a través de las Propuestas de Mejora de NEAR (NEP).
El modelo de Token de NEAR cuenta con una tasa de inflación anual del 5 %, que financia las recompensas de los validadores y una tesorería del ecosistema. De cada comisión de transacción, el 30 % se destina al desarrollador del contrato inteligente cuyo contrato fue invocado y el 70 % se quema, lo que genera una presión deflacionista constante frente a la emisión inflacionista. El suministro inicial era de aproximadamente 1000 millones de tokens NEAR en el génesis, con una inflación gradual desde entonces.
Los validadores deben cumplir con umbrales mínimos de staking para participar en el consenso; los holders de Token que no operan validadores pueden delegar a través de pools de validadores para obtener recompensas de staking, históricamente en el rango del 8-11% APY. Verifique las tasas actuales en nearblocks.io antes de citarlas. Para conocer la mecánica completa del Token NEAR, consulte la documentación del Token de NEAR.. Para obtener cifras actuales de capitalización de mercado, consulte NEAR Protocol en CoinMarketCap o CoinGecko, ya que las cifras cambian a diario.
Si las características de la tokenómica de NEAR se alinean con los objetivos de inversión de una persona depende de la tolerancia personal al riesgo y de la investigación independiente. Este artículo no constituye asesoramiento financiero. ### ICP Token
El Token ICP tiene dos funciones principales: el staking de gobernanza dentro del Network Nervous System y la conversión a ciclos que impulsan el cómputo de los botes (canisters).
Los poseedores de ICP ponen tokens en staking en neuronas con retrasos de disolución configurables, periodos de bloqueo que van desde un día hasta ocho años. Los retrasos de disolución más largos otorgan multiplicadores de poder de voto más altos y recompensas de staking proporcionalmente mayores, distribuidas como "madurez" que puede generarse como nuevos tokens ICP o fusionarse en la neurona para capitalizar. Esta estructura de staking crea fuertes incentivos para la participación a largo plazo, pero reduce la liquidez de los tokens en staking.
ICP se enfrenta a presiones de oferta contrapuestas: presión deflacionista por la quema de ICP para crear ciclos, y presión inflacionista por las recompensas de staking emitidas como madurez. ICP se lanzó con valoraciones altas en mayo de 2021 antes de experimentar una corrección de mercado significativa; ese historial de precios es un contexto de mercado fáctico, no un veredicto sobre la trayectoria técnica del proyecto o su viabilidad a largo plazo. Para conocer las cifras actuales de capitalización de mercado, consulte ICP en CoinMarketCap o CoinGecko. La documentación completa sobre Token y ciclos está disponible en internetcomputer.org/docs/current/concepts/tokens-cycles.)
Descargo de responsabilidad de inversión: Este artículo no constituye asesoramiento financiero. Las inversiones en criptomonedas conllevan un riesgo significativo, incluida la posible pérdida del capital invertido. La información sobre tokenomics y mercado presentada aquí tiene fines meramente educativos. Realice su propia investigación y consulte a un asesor financiero cualificado antes de tomar decisiones de inversión.
--- ## NEAR vs ICP: Gobernanza y Descentralización
La gobernanza y la descentralización se encuentran entre las dimensiones más significativas para evaluar la fiabilidad a largo plazo de una blockchain, y NEAR Protocol e Internet Computer han adoptado enfoques claramente diferentes para ambos.
¿Cómo se gobierna NEAR?
La gobernanza del Protocolo NEAR opera a través de las NEAR Enhancement Proposals (NEPs), un proceso estructurado mediante el cual se proponen cambios en el protocolo, se debaten en foros de la comunidad y se aprueban mediante una combinación de deliberación comunitaria y señalización on-chain. La Fundación NEAR desempeña un papel de apoyo en el desarrollo del ecosistema, pero no controla de manera unilateral las decisiones del protocolo. A diferencia del Network Nervous System totalmente automatizado de ICP, el proceso de gobernanza de NEAR es más deliberativo a nivel comunitario y se basa en el consenso social junto con la revisión técnica.
Los cambios a nivel de protocolo requieren la aprobación de una NEP tras el debate de la comunidad; las decisiones a nivel de ecosistema, como subvenciones, asociaciones y programas para desarrolladores, son gestionadas por la Fundación NEAR. El conjunto de validadores de NEAR es libre de permisos: cualquier parte que cumpla el umbral mínimo de staking puede participar en la producción de bloques sin necesidad de la aprobación de una autoridad central.
¿Cómo se gobierna ICP? Explicación del Network Nervous System
ICP está gobernado por el Network Nervous System (NNS), un sistema de gobernanza algorítmico que controla el protocolo Internet Computer completamente On-Chain. Los poseedores de ICP realizan staking de tokens en neuronas con retrasos de disolución configurables (periodos de bloqueo de un día a ocho años) para obtener poder de voto. Las propuestas que cubren actualizaciones de protocolo, creación de subredes e incorporación de operadores de nodos son votadas por las neuronas y se ejecutan automáticamente cuando se aprueban, sin requerir intervención humana para su implementación.
Las neuronas pueden votar manualmente en propuestas individuales o configurar el «seguimiento de neuronas», que delega automáticamente el voto de una neurona en una neurona líder de confianza. Los retardos de disolución más largos otorgan multiplicadores de poder de voto y recompensas de participación proporcionalmente mayores. La automatización del NNS significa que, una vez que una propuesta supera el umbral de votación requerido, el cambio de protocolo se ejecuta por sí solo, una distinción estructural con respecto al modelo de NEAR, donde los cambios aprobados aún requieren trabajos de desarrollo y despliegue. La documentación completa del NNS está disponible en internetcomputer.org/nns.
En cuanto a la cuestión de la descentralización: las máquinas de nodos de ICP están distribuidas en centros de datos independientes a nivel mundial, lo que proporciona una distribución geográfica y organizativa a nivel de infraestructura. La Fundación DFINITY posee una parte sustancial de las neuronas de votación de la NNS, una concentración que ha sido un tema de debate documentado en la comunidad dentro del ecosistema de ICP. DFINITY ha señalado públicamente que su cuota de votación está destinada a disminuir con el tiempo a medida que las neuronas se distribuyan de forma más amplia a través de la participación en el staking; ese proceso de redistribución está en curso.
Tanto la distribución geográfica de la red de nodos de ICP como la concentración del poder de voto de la NNS son factores relevantes para cualquiera que evalúe la fiabilidad de la gobernanza de ICP. Ninguno de los dos factores por sí solo determina si la red está suficientemente descentralizada; ambos merecen consideración.
Ninguno de los dos modelos de gobernanza es definitivamente superior. El NNS de ICP ofrece eficiencia en la ejecución automatizada y transparencia On-Chain para cada decisión de gobernanza. El modelo de NEAR ofrece deliberación comunitaria y consenso social antes de que se implementen los cambios. El conjunto de validadores de NEAR es sin permisos; los operadores de nodos de ICP son aprobados por votación de gobernanza del NNS, lo que sitúa la incorporación de infraestructura bajo el control del protocolo.
NEAR Protocol vs. ICP: Pros y contras
El siguiente resumen sintetiza las principales ventajas y trade-offs de cada protocolo en las dimensiones analizadas en este artículo.
NEAR Protocol: Pros
- Comisiones de transacción bajas para los usuarios (fracciones de céntimo por transacción)
- Admite Rust y JavaScript/TypeScript, accesible para desarrolladores web2 sin necesidad de aprender un nuevo lenguaje
- La compatibilidad con EVM a través de Aurora reduce la barrera de migración para los proyectos de Ethereum
- La hoja de ruta de fragmentación (sharding) de Nightshade permite un escalado horizontal a largo plazo
- Los nombres de cuenta legibles para humanos reducen la fricción en la incorporación de usuarios
["NEAR Protocol: Contras","- Fragmentación Nightshade completa aún no desplegada; el TPS actual está por debajo del máximo teórico","- Ecosistema más pequeño que Ethereum o Solana","- Inflación anual del 5% requiere un crecimiento sostenido del ecosistema para compensar la dilución de la oferta"]
Internet Computer (ICP): Ventajas
- Modelo de gas inverso: los usuarios finales pagan cero comisiones de transacción al interactuar con aplicaciones on-chain
- Los Canisters pueden alojar aplicaciones completas, incluido contenido web front-end, directamente en la blockchain
- NNS proporciona gobernanza de protocolo automatizada y on-chain con ejecución transparente
- Chain Key Technology permite la integración nativa de Bitcoin y Ethereum sin infraestructura de puente tradicional
Internet Computer (ICP): Contras
- Motoko es exclusivo de ICP, sin transferencia de comunidad de desarrolladores desde otros ecosistemas Blockchain
- La sustancial participación de voto en el NNS de DFINITY plantea dudas documentadas sobre la concentración de la gobernanza
- El modelo de costes para desarrolladores (precarga de ciclos) requiere una planificación cuidadosa de la capacidad; los canisters se congelan si se agotan los ciclos
NEAR vs. ICP: ¿Cuál es mejor? Veredicto para 2025
Ni NEAR Protocol ni Internet Computer es la mejor cadena en cada categoría. La elección correcta depende del caso de uso específico, el tipo de aplicación que se está desarrollando y las prioridades de la persona que las evalúa.
| Caso de uso | Recomendado | Justificación |
|---|---|---|
| Desarrollo compatible con EVM | NEAR Protocol | Aurora EVM permite el despliegue de contratos Solidity en NEAR con comisiones cercanas a cero |
| Aplicaciones de consumo sin comisiones | Internet Computer (ICP) | El modelo de gas inverso significa que los usuarios finales no pagan comisiones de transacción |
| Aplicaciones full-stack on-chain (front-end + back-end) | Internet Computer (ICP) | Los canisters de ICP alojan contenido web directamente on-chain; NEAR no puede |
| DeFi desarrollo de protocolos | NEAR Protocol | Ecosistema DeFi más maduro, TVL establecido, menores costes de transacción para el usuario |
| Rendimiento de staking de gobernanza a Largo plazo | Internet Computer (ICP) | El staking de neuronas NNS con retardos de disolución de hasta 8 años ofrece recompensas estructuradas a largo plazo |
| Desarrolladores JavaScript/TypeScript | NEAR Protocol | El SDK JS de NEAR permite a los desarrolladores web crear contratos inteligentes en lenguajes conocidos |
| Transparencia de gobernanza on-chain | Internet Computer (ICP) | NNS automatiza la ejecución de propuestas on-chain; la gobernanza de NEAR es más deliberativa |
| Integración del ecosistema Ethereum | NEAR Protocol | Rainbow Bridge y Aurora EVM proporcionan conectividad establecida con Ethereum |
Para quienes evalúan la tokenomía: el modelo de reparto de comisiones de NEAR devuelve el 30 % de las comisiones por transacción a los desarrolladores de contratos inteligentes y quema el 70 %, lo que genera una presión deflacionista frente a una inflación anual del 5 %. El Token de ICP se consume como ciclos para computación (deflacionista), mientras que las recompensas por staking contribuyen a la inflación a través de la distribución por madurez de las neuronas. El hecho de que la estructura económica de cualquiera de estos Tokens se alinee con una estrategia de cartera específica depende de la tolerancia al riesgo personal y de la investigación independiente.
La trayectoria de crecimiento de NEAR está ligada a la finalización del despliegue de sharding por fases de Nightshade y a la expansión de la adopción de Aurora entre los desarrolladores de Ethereum. La trayectoria de ICP depende del crecimiento de las aplicaciones canister, la maduración del ecosistema de desarrolladores más allá de Motoko y la distribución continua del poder de voto de la NNS alejándose de DFINITY. El potencial a largo plazo de cada protocolo está conectado a esos hitos de la hoja de ruta: ninguno de los resultados es seguro, y ninguna cadena representa una posición de bajo riesgo.
Descargo de responsabilidad sobre inversiones: Este artículo no constituye asesoramiento financiero. Las inversiones en criptomonedas conllevan un riesgo significativo, incluida la posible pérdida del capital. Realice una investigación independiente y consulte a un asesor financiero cualificado antes de tomar decisiones de inversión.
Para explorar la arquitectura y el ecosistema de desarrolladores de NEAR Protocol con mayor profundidad, visita la documentación oficial para desarrolladores de NEAR Protocol.
--- ## Preguntas frecuentes
Las siguientes preguntas abordan las consultas más frecuentes sobre NEAR Protocol e Internet Computer.
¿Cuál es la principal diferencia entre NEAR Protocol e ICP?
NEAR Protocol es una blockchain de Capa 1 que escala a través del sharding Nightshade y cobra a los usuarios pequeñas comisiones de transacción en tokens NEAR. Internet Computer escala a través de una arquitectura de subred y utiliza un modelo de gas inverso en el que los desarrolladores pagan por la computación a través de ciclos y los usuarios finales operan de forma gratuita. Las dos cadenas también difieren en su modelo de contrato inteligente: NEAR utiliza contratos WebAssembly estándar, mientras que ICP utiliza canisters que pueden almacenar estado y servir contenido web On-Chain.
¿Es ICP vs NEAR una comparación cercana en velocidad de transacción?
Ambas cadenas alcanzan la finalidad en aproximadamente uno o dos segundos, lo que las hace comparablemente rápidas para las transacciones estándar. ICP también ofrece llamadas de consulta casi instantáneas para operaciones de solo lectura que no requieren el consenso de la subred. NEAR tiene como objetivo más de 100.000 TPS con el despliegue completo del sharding de Nightshade, aunque el rendimiento actual de la Mainnet es inferior; consulta las cifras actuales en near.org.
¿Qué lenguajes de programación admite NEAR?
NEAR Protocol es compatible con Rust y JavaScript/TypeScript para el desarrollo de contratos inteligentes. Los contratos se compilan en WebAssembly y se despliegan en cuentas de NEAR. El SDK de JavaScript/TypeScript hace que NEAR sea accesible para desarrolladores con experiencia en desarrollo web que quieran escribir contratos de Blockchain sin tener que aprender un nuevo lenguaje.
¿Qué lenguajes de programación admite ICP?
Internet Computer soporta Motoko, un lenguaje diseñado específicamente para ICP, y Rust para el desarrollo de canisters. Existe soporte de la comunidad para TypeScript a través del SDK de Azle. Motoko es exclusivo de ICP y no se utiliza en ninguna otra plataforma blockchain, lo que constituye tanto un diferenciador técnico como una consideración de curva de aprendizaje para los desarrolladores que provienen de otros ecosistemas.
¿Cómo se gobierna ICP?
ICP está gobernado por el Network Nervous System (NNS), un sistema de gobernanza algorítmica On-Chain. Los titulares de ICP realizan staking con sus tokens en neuronas con periodos de bloqueo configurables llamados retardos de disolución para obtener poder de voto. Las propuestas aprobadas son ejecutadas automáticamente por el NNS sin pasos de implementación manuales.
¿Es ICP descentralizado?
Las máquinas de nodos de ICP están distribuidas en centros de datos independientes a nivel mundial, lo que proporciona una descentralización geográfica a nivel de infraestructura. No obstante, la Fundación DFINITY posee una parte sustancial de las neuronas de votación del NNS, lo cual ha sido un tema documentado de debate en la comunidad sobre la centralización de la gobernanza. Tanto la distribución de los nodos como la concentración de votos del NNS son factores relevantes a la hora de evaluar la descentralización de ICP en su conjunto.
¿Qué es el modelo de gas inverso de ICP?
En el modelo de gas inverso de ICP, los desarrolladores precargan sus contratos inteligentes de contenedor (canisters) con ciclos, la unidad de computación de ICP, en lugar de que los usuarios paguen por cada transacción. Los ciclos se adquieren quemando tokens ICP a una tasa vinculada al XDR (Derechos Especiales de Giro del FMI), lo que mantiene los costes de computación estables en términos de USD, independientemente de los movimientos del Precio del token ICP. Los usuarios finales interactúan con las aplicaciones de ICP sin pagar ninguna comisión.