NEAR es una blockchain de capa 1 que divide su estado en fragmentos (Nightshade), permite que una cuenta de NEAR controle direcciones en otras cadenas (firmas de cadena) e impulsa un modelo de trading en el que los usuarios declaran resultados y los solvers compiten por completarlos (intents). La tecnología es real y ambiciosa, pero la economía on-chain sigue siendo pequeña: un puñado de aplicaciones para consumidor impulsaron el número de usuarios, la liquidez de DeFi es escasa y el sharding se entiende mejor como un trabajo en curso que como un producto terminado.
Puntos clave
- Nightshade es el diseño de sharding de NEAR, actualmente en funcionamiento en una forma limitada de 'Fase 0' en la que los validadores procesan un fragmento, con más fragmentos previstos.
- Las firmas de cadena permiten que una sola cuenta de NEAR firme transacciones para Bitcoin, Ethereum y otras cadenas, lo que constituye la base de la historia de abstracción de cuentas de NEAR.
- Aurora es una capa compatible con la EVM que se ejecuta sobre NEAR, de modo que las aplicaciones en Solidity pueden desplegarse sin reescribirse para una nueva VM.
- El modelo de intents, utilizado por los sucesores de la era del order-book DEX Trisolaris y por la tesis más reciente de 'trading como settlement', trata la intención del usuario como primitiva y a los solvers en competencia como la capa de ejecución.
- Aplicaciones para consumidor como Sweat (move-to-earn) y KaiKai (comercio social) trajeron millones de wallets, pero la mayoría de esas wallets nunca movieron capital significativo on-chain.
¿Qué tipo de cadena es NEAR, en realidad?
NEAR Protocol es una blockchain de capa 1 que lanzó su mainnet en 2020. Utiliza un mecanismo de consenso de prueba de participación delegada, en el que los holders de tokens hacen staking de NEAR con validadores, y los validadores se turnan para producir bloques. La propuesta principal es el sharding: el diseño de NEAR, llamado Nightshade, divide el estado y la computación de la red entre múltiples cadenas paralelas, con la idea de que el throughput escala a medida que se añaden más fragmentos.
Para los desarrolladores, la cadena incorpora un runtime de smart contracts que no es la EVM. Los contratos se escriben habitualmente en Rust o AssemblyScript y se compilan a WebAssembly. Esa elección aporta rendimiento y un lenguaje familiar para programadores de sistemas, pero también implica que el tooling, el pool de desarrolladores y las librerías de contratos existentes son más pequeños que los de Ethereum. La mayoría de los lectores reconocerán el trade-off: elegir una cadena con un toolset mayor y peor throughput, o elegir una con un pool más pequeño y más margen de crecimiento.
NEAR también apuesta fuerte por la abstracción de cuentas, que es la idea de que las cuentas de usuario pueden tener seguridad programable y reglas de recuperación en lugar del modelo estático de 'una clave privada lo controla todo' de las cadenas más antiguas. La recuperación mediante guardianes conocidos, wallets multifirma y patrocinio de gas están diseñados a nivel de protocolo, no añadidos con smart contracts de wallet separados. Esa es la base sobre la que se asienta todo lo demás del ecosistema.
Sharding de Nightshade: qué es real y qué no
Nightshade es el enfoque de NEAR para el sharding, una técnica para dividir el trabajo de la blockchain entre muchos procesadores paralelos, de modo que la red pueda manejar más transacciones a medida que crece. En el diseño de NEAR, el estado de cada fragmento se une en un único bloque en la cadena principal, razón por la que la arquitectura se llama Nightshade: cada fragmento aporta un 'chunk' del bloque global, como una rodaja de una fruta más grande.
El matiz importante es que Nightshade no está completamente activo. Según el protocolo actual, la red opera en lo que NEAR denomina 'Fase 0' del sharding, en la que el estado está fragmentado pero solo un fragmento procesa transacciones de forma activa a la vez. Los validadores siguen descargando todo el estado de los fragmentos para validar, por lo que la red aún no ha alcanzado el hito de 'cada validador solo sigue algunos fragmentos' que implica un escalado horizontal real. La hoja de ruta de Nightshade también incluye validación sin estado y crosstown congestion, ambas ideas en fase de investigación más que código en producción.
Para los usuarios, esto importa menos de lo que sugieren los materiales de marketing. Hoy, el mainnet de NEAR es rápido y las comisiones son bajas, pero no por el sharding en sentido multi-fragmento. Es rápido porque la cadena aún no está congestionada. El encuadre honesto es este: Nightshade es un diseño creíble y bien engineering, obra de un equipo con raíces en la investigación de sharding (incluidos el cofundador Illia Polosukhin y el early advisor Alex Skidanov), y la primera fase está en producción, pero el llamativo 'miles de TPS gracias al sharding' es un estado futuro, no un hecho presente.
Firmas de cadena y abstracción de cuentas
Las firmas de cadena son la característica técnica más distintiva de NEAR. En términos sencillos, permiten que una cuenta de NEAR firme transacciones en otras blockchains. Una única dirección de NEAR puede producir una firma válida para Bitcoin, Ethereum, Cosmos y otras, todo a partir de un solo conjunto de claves. Bajo el capó, una red de computación multipartita (MPC) formada por validadores de NEAR custodia de forma conjunta las claves privadas subyacentes, y el contrato de NEAR actúa como coordinador que solicita las firmas cuando el usuario las autoriza.
Por qué importa esto: colapsa la experiencia multichain. En lugar de tener frases semilla separadas para Bitcoin, Ethereum y NEAR, un usuario puede mantenerlo todo dentro de una cuenta estilo NEAR, con reglas de recuperación familiares, y aun así firmar para activos ajenos a NEAR. Para un desarrollador, esto significa que un monedero nativo de NEAR puede ofrecer intercambios cross-chain, minting cross-chain e incluso votaciones de DAO cross-chain sin que el usuario salga nunca de la abstracción.
Las firmas de cadena son también el sustrato de la historia de abstracción de cuentas de NEAR. Como el modelo de cuenta ya es flexible (cuentas con nombre, multisig, gas patrocinado, recuperación), y como esa misma cuenta puede firmar para otras cadenas, NEAR se posiciona como una metacadena que orquesta actividad en otros lugares. El riesgo, como siempre con MPC, es que la seguridad de la capa multichain depende de la honestidad del comité firmante. El diseño de NEAR asume que un quórum de validadores no coludirá, que es la misma suposición de confianza que asegura la propia cadena, y eso se ha mantenido hasta ahora, pero sigue siendo una suposición real.
Aurora: la capa de compatibilidad con la EVM
Aurora es una capa construida sobre NEAR que ejecuta la Ethereum Virtual Machine. No es una sidechain, es un smart contract en NEAR que ejecuta bytecode de la EVM y lee de un estado compatible con Ethereum. Desde la perspectiva de un desarrollador, Aurora es un destino plug-and-play: contratos en Solidity, toolchains de Hardhat o Foundry, y los endpoints JSON-RPC conocidos de Ethereum funcionan con cambios mínimos.
Esta fue una decisión deliberada del equipo de NEAR para captar a los desarrolladores de Ethereum que no querían aprender Rust. Aurora también incluye su propio bridge (el Rainbow Bridge) para mover activos entre Ethereum, NEAR y Aurora, más un token de gas (ETH en Aurora, no NEAR) para que los usuarios puedan pagar comisiones en el activo que ya tienen. El resultado es una zona compatible con la EVM que se beneficia de la finalidad y las comisiones de NEAR, preservando la experiencia de desarrollo de la EVM.
La lectura honesta: Aurora funciona, y ha alojado protocolos DeFi reales, incluido un DEX estilo Uniswap v2 llamado Trisolaris y un mercado de préstamos. Pero el TVL en Aurora ha sido históricamente una pequeña fracción del de los principales L2, y la actividad ha fluctuado con programas de incentivos en lugar de asentarse en una base de usuarios estable. Si estás evaluando NEAR, trata Aurora como una vía de escape útil, no como una señal de que NEAR ha "resuelto" la compatibilidad con la EVM a nivel de L1. NEAR en sí sigue siendo una cadena no EVM con su propio modelo de contratos.
Intents y la tesis de 'el trading como settlement'
Los intents son un nuevo patrón de diseño en el trading descentralizado. En lugar de que un usuario envíe una transacción específica (intercambiar 100 USDC por ETH en Uniswap, pagar este gas, aceptar este slippage), el usuario declara un intent: 'Quiero al menos 0,03 ETH por 100 USDC, liquidado en Ethereum mainnet, en los próximos cinco minutos.' Una red de solvers off-chain compite entonces por completar ese intent, a menudo ruteando a través de múltiples venues y cadenas, y gana la mejor ejecución.
NEAR es uno de los proponentes más agresivos de este modelo. La tesis, a veces llamada 'el trading como settlement', sostiene que la unidad significativa de trabajo en DeFi no es la transacción sino el resultado deseado por el usuario, y que los solvers (market makers y routers profesionales) están mejor posicionados para encontrar la mejor ruta que el usuario haciendo clic en una interfaz. Las firmas de cadena hacen el modelo más potente en NEAR específicamente, porque un usuario puede firmar un intent una vez y hacer que un solver ejecute a través de Bitcoin, Ethereum y NEAR en un único fill.
La expresión emblemática de esto en NEAR es el DEX basado en intents que surgió de la misma tradición de investigación que el movimiento de intents en general, incluyendo contribuciones de equipos que trabajan en el estilo de competencia de solvers de '1inch Fusion' y el diseño de subasta de 'UniswapX'. La propuesta es real: mejor ejecución para los usuarios, liquidez más eficiente para los solvers, y una UX más limpia ya que los usuarios no eligen rutas. El inconveniente es que el modelo depende de un mercado de solvers competitivo, y un mercado de solvers thin significa peores precios, que es exactamente el riesgo al que se enfrenta un ecosistema DeFi thin como el de NEAR. La tesis es técnicamente sólida; la profundidad de mercado para validarla todavía se está construyendo.
Aplicaciones de consumo: Sweat, KaiKai y el problema del onramp
El crecimiento de usuarios más visible de NEAR vino de aplicaciones de consumo, no de DeFi. Sweat es una app move-to-earn en la que los usuarios ganan tokens SWEAT por los pasos registrados en su teléfono. KaiKai es una app de social commerce con una experiencia de monedero nativa de NEAR. Ambas apps fueron diseñadas para incorporar usuarios no nativos de cripto encontrándolos donde ya estaban: la app de salud de su teléfono, su feed social.
El diseño del onramp es ingenioso. Un usuario descarga Sweat, ve una interfaz de fitness familiar, y solo gradualmente se encuentra con el monedero, el token y la mecánica on-chain. Para cuando tienen un token, ya tienen una cuenta estilo NEAR, un flujo de recuperación y (en principio) la capacidad de usar esa cuenta en otros lugares. El equipo de NEAR ha sido transparente en que las apps de consumo son una palanca de crecimiento deliberada: se han creado decenas de millones de monederos solo a través de Sweat, eclipsando el conteo en la mayoría de cadenas 'DeFi-first'.
La lectura honesta es más matizada. Los monederos no son usuarios en ningún sentido económicamente significativo: la mayoría de los monederos de Sweat nunca han bridgeado, intercambiado o tenido un activo distinto de SWEAT. La pregunta sobre la 'continuidad' es real. Las tokenómicas move-to-earn en particular han tenido dificultades en toda la industria, porque ganar un token por una actividad requiere compradores nuevos constantes para sostener el precio, y cuando el precio cae, la tasa de ganancia resulta menos atractiva. Sweat ha iterado sobre su modelo de token varias veces, y KaiKai es más joven y más difícil de evaluar. Trata las apps de consumo como un experimento de onboarding exitoso y una pregunta abierta como flywheel económico a largo plazo, no como prueba de actividad DeFi.
DeFi en NEAR: escaso, pero funcional
Si dejamos a un lado el marketing, el panorama DeFi de NEAR es reducido. La mainnet alberga un puñado de DEX, mercados de préstamos y productos de rendimiento. Aurora acoge más actividad de tipo EVM, incluyendo versiones de la mecánica de Uniswap v2 y de préstamos, pero el TVL en ambas capas es un dato insignificante comparado con Ethereum, Solana o las principales L2. La mayor parte de la actividad DeFi nativa de NEAR se concentra en el par NEAR/stablecoin en un par de DEX y en derivados de staking líquido como el stNEAR de Meta Pool.
Esa escasez es en sí misma un problema. DeFi se rige por los efectos de red de liquidez: los usuarios van donde está la liquidez, y los proveedores de liquidez van donde están los usuarios. NEAR tiene el número de usuarios que aportan las aplicaciones de consumo, pero aún no lo ha convertido en profundidad DeFi. Hay varias razones, entre ellas que las aplicaciones de consumo canalizan a los usuarios hacia recompensas en tokens en lugar de hacia la operativa de trading, el grupo relativamente pequeño de market makers dispuestos a desplegar capital en una cadena con menos tráfico y la fricción de puentear activos hacia y desde el ecosistema NEAR.
El escenario optimista es que las chain signatures y los intents, al hacer que la ejecución cross-chain se sienta nativa, puedan redirigir liquidez de Ethereum y Bitcoin hacia activos con precio en NEAR sin que el usuario tenga que puentear nunca. El escenario pesimista es que la liquidez sigue al venue más profundo, y NEAR tiene que ganar por sus propios méritos. Ambos escenarios están abiertos.
Qué vigilar si estás evaluando NEAR
Para los desarrolladores, las preguntas son prácticas. ¿Está tu equipo cómodo con Rust o AssemblyScript, o necesitas un target EVM (en cuyo caso Aurora es el camino)? ¿Necesitas liquidez profunda para un producto financiero desde el día uno, o puedes arrancar con incentivos y crecer apoyándote en la base de usuarios existente de la cadena? ¿Qué tan importante es la account abstraction a nivel de protocolo, y la historia de firma multi-cadena mediante chain signatures es una funcionalidad sobre la que puedas construir un producto?
Para los usuarios, las preguntas son igualmente prácticas. ¿Estás usando NEAR para una aplicación de consumo concreta, en cuyo caso la experiencia suele ser fluida y el monedero pasa desapercibido? ¿Estás intentando tradear o aportar liquidez, en cuyo caso debes esperar libros más delgados, mayor slippage en operaciones grandes y la necesidad de puentear activos para entrar? ¿Mantenienes NEAR como posición de stake-and-earn, en cuyo caso los rendimientos del staking son competitivos y el periodo de unbonding es una consideración real?
Para los inversores, la tesis es binaria. O bien la combinación de sharding, chain signatures e intents de NEAR produce un flywheel auto-reforzante de liquidez multi-cadena, o sigue siendo una cadena técnicamente interesante con una huella económica pequeña. Los datos a vigilar son el volumen total de transacciones cross-chain liquidadas mediante chain signatures, la profundidad de competencia entre solvers en los venues basados en intents y la tasa a la que los monederos de aplicaciones de consumo se convierten en usuarios recurrentes de DeFi. Ninguna de esas cifras es aún decisiva.
Cómo seguir el ecosistema NEAR de forma inteligente
NEAR es un objetivo en movimiento. El protocolo publica actualizaciones, la stack de intents está iterando, las aplicaciones de consumo experimentan con nuevos modelos de tokens y la capa EVM de Aurora cambia con cada actualización de los puentes. Seguir todo eso de forma manual es una batalla perdida. Zippfeed muestra titulares sobre NEAR con puntuación de sentimiento (alcista, neutral o bajista) y una calificación de importancia, para que puedas separar las noticias a nivel de protocolo del ruido y reaccionar a los cambios que realmente importan para tu posición o tu desarrollo.