Este artículo es un resumen educativo independiente del white paper del NEAR Protocol y la documentación relacionada. No ha sido producido ni está afiliado a la NEAR Foundation ni al equipo del NEAR Protocol.

--- ## ¿Qué es NEAR Protocol? Una visión general en lenguaje sencillo

NEAR Protocol es una blockchain de capa 1 de prueba de staking diseñada para abordar las limitaciones de escalabilidad que han constreñido a redes blockchain anteriores. Logra esto a través de Nightshade, el diseño de fragmentación (sharding) propietario de NEAR, que permite a la red procesar transacciones a través de particiones paralelas simultáneamente en lugar de secuencialmente. Esto permite un alto rendimiento sin sacrificar la descentralización ni la seguridad.

NEAR Protocol es una blockchain de capa 1, lo que significa que es una red de capa base independiente que procesa y finaliza sus propias transacciones, en lugar de construirse sobre otra cadena como hacen las soluciones de capa 2. Esto sitúa a NEAR en la misma categoría competitiva que Ethereum, Solana, Polkadot y otras redes que construyen infraestructura fundamental para aplicaciones Web3. Web3 se refiere a programas descentralizados que se ejecutan en redes blockchain en lugar de hacerlo en servidores propiedad de empresas.

A menudo se confunden dos entidades: NEAR Protocol (la propia red blockchain) y el token NEAR (la criptomoneda nativa que la impulsa). NEAR Protocol es la infraestructura. El token NEAR es el combustible que los usuarios gastan para pagar las comisiones de transacción, que los validadores utilizan para hacer staking para participar en la producción de bloques y que los titulares usan para la gobernanza. Ambas están relacionadas pero son distintas, y esta distinción es importante a lo largo de este artículo.

El problema de diseño que motivó el desarrollo de NEAR Protocol es lo que los investigadores denominan el trilema de escalabilidad de la Blockchain: la observación de que la mayoría de las redes Blockchain pueden alcanzar dos de tres propiedades, pero tienen dificultades para lograr las tres simultáneamente. Esas propiedades son la descentralización (ninguna entidad única controla la red), la seguridad (la red resiste ataques) y la escalabilidad (la red gestiona grandes volúmenes de transacciones de manera eficiente). Ethereum, por ejemplo, priorizó la descentralización y la seguridad, lo que dio como resultado una red confiable pero limitada en capacidad de procesamiento y costosa de usar durante periodos de alta demanda. NEAR se creó con el objetivo explícito de alcanzar las tres.

Lee el White Paper oficial de NEAR Protocol: near.org/papers/the-official-near-white-paper/

Los Orígenes de NEAR Protocol: Fundadores, Antecedentes y el Libro Blanco

NEAR Protocol fue fundado en 2018 por Illia Polosukhin y Alexander Skidanov, dos ingenieros de software cuyos antecedentes son poco comunes en la industria de la Blockchain. Antes de cofundar NEAR, Illia Polosukhin fue coautor de "Attention Is All You Need", el artículo de Google Brain de 2017 que introdujo la arquitectura transformer que ahora subyace en GPT-4, Claude y la mayoría de los modelos de lenguaje grandes modernos. También trabajó como ingeniero de investigación en Google. Esa credencial sitúa a Polosukhin entre los fundadores con más credenciales técnicas en el espacio de la Blockchain.

Alexander Skidanov aporta una trayectoria complementaria. Es antiguo ingeniero tanto de Google como de Microsoft, con una profunda experiencia en sistemas distribuidos y diseño de compiladores. Juntos, los dos fundadores abordaron la blockchain desde una perspectiva de ingeniería de software en lugar de una financiera, y esa orientación dio forma a la filosofía de diseño de NEAR de maneras tangibles.

La pareja creó inicialmente un proyecto llamado NEAR.ai, una plataforma de herramientas para desarrolladores de IA. Durante ese trabajo, se toparon con un problema que cambiaría el rumbo de sus carreras: las plataformas de blockchain existentes eran demasiado difíciles para construir sobre ellas. Los sistemas de cuentas exigían que los usuarios gestionaran pares de claves criptográficas, los contratos inteligentes estaban limitados a un único lenguaje especializado y el rendimiento era demasiado limitado para aplicaciones que requerían interacción en tiempo real. Pivotaron hacia la construcción de la blockchain sobre la que ellos mismos querían desarrollar.

El white paper del NEAR Protocol, publicado por el equipo fundador entre 2019 y 2020, documentó su arquitectura técnica para resolver estos problemas. Aborda el diseño de sharding del protocolo, el Mecanismo de Consenso, el modelo de tokenomics y la filosofía de experiencia del desarrollador. NEAR Protocol mainnet se lanzó en octubre de 2020. La NEAR Foundation, una organización sin ánimo de lucro suiza establecida para apoyar el desarrollo del ecosistema, se creó para gestionar el crecimiento del protocolo a través de subvenciones y programas comunitarios.

Varios aspectos del protocolo han evolucionado desde el libro blanco original. El sharding (fragmentación) Nightshade se ha implementado por fases en lugar de hacerlo de una sola vez, con una capacidad de fragmentos adicional desplegada de forma incremental. Las funciones de abstracción de cadena y las herramientas generales para desarrolladores también se han expandido más allá de lo especificado en el documento original. Este artículo distingue las afirmaciones originales del libro blanco de los desarrollos posteriores en los casos en que la distinción es relevante.

Lo que dice el White Paper del Protocolo NEAR: Afirmaciones clave y descripción general de la arquitectura.

El white paper oficial de NEAR Protocol describe una blockchain diseñada desde cero para resolver el trilema de la escalabilidad. Su objetivo es lograr la descentralización, la seguridad y un alto rendimiento de forma simultánea a través de un conjunto de decisiones arquitectónicas específicas. A continuación, se presenta una síntesis estructurada de lo que el white paper expone en sus secciones principales.

El problema: el trilema de escalabilidad de Blockchain

El trilema de la escalabilidad plantea el desafío principal que el libro blanco se propone resolver. Las tres propiedades en cuestión son:

[{"definition":"ninguna entidad única controla la producción de bloques ni puede alterar unilateralmente el historial de la cadena","term":"Descentralización"},{"definition":"la red resiste ataques, incluidos los de adversarios con amplios recursos","term":"Seguridad"},{"definition":"la red puede procesar un gran volumen de transacciones de forma rápida y a bajo coste","term":"Escalabilidad"}]

La mayoría de las arquitecturas blockchain priorizan dos de estos a expensas del tercero. Bitcoin y Ethereum (pre y post-Merge) priorizaron la descentralización y la seguridad. El resultado son redes que son confiables pero limitadas: la mainnet de Ethereum procesa aproximadamente entre 15 y 30 transacciones por segundo en condiciones normales, y las tarifas de gas se disparan durante la congestión. Aplicaciones que requieren alta frecuencia de transacciones, como gaming, plataformas sociales o protocolos DeFi con trades pequeños frecuentes, son económicamente poco prácticas de ejecutar en la mainnet de Ethereum a escala.

El white paper de NEAR sostiene que una arquitectura de fragmentación (sharding) correctamente diseñada puede evitar este trade-off. Al particionar tanto el trabajo de procesamiento de la red como su estado a través de fragmentos paralelos, la capacidad total crece con el número de fragmentos en lugar de estar limitada por la capacidad de cualquier cadena individual.

La solución: principales afirmaciones del white paper de NEAR

Conclusiones clave: qué afirma el Libro Blanco de NEAR Protocol

Según el whitepaper oficial de NEAR Protocol, el protocolo establece las siguientes premisas fundamentales de arquitectura y diseño:

1. Escalabilidad horizontal a través del sharding de Nightshade: El white paper describe Nightshade, el diseño de sharding de NEAR, como un mecanismo para dividir la carga de trabajo de la Blockchain en shards paralelos. A medida que se añaden más shards, el rendimiento teórico crece proporcionalmente. La red escala de forma horizontal en lugar de vertical.

2. Finalidad práctica rápida a través de Doomslug: el libro blanco describe a Doomslug, el mecanismo de producción de bloques de NEAR, como un sistema que proporciona una finalidad práctica rápida. Una vez que la gran mayoría de los validadores respaldan un bloque, este se considera prácticamente irreversible, lo que permite una confirmación de transacción casi instantánea para los usuarios finales.

3. Contratos inteligentes multilenguaje vía WebAssembly (WASM): El white paper especifica WebAssembly como el entorno de ejecución de contratos inteligentes de NEAR, permitiendo a los desarrolladores escribir contratos en Rust o JavaScript/TypeScript en lugar de un lenguaje específico de Blockchain.

4. Un modelo de tokenomics equilibrado: El white paper describe un modelo económico de token que acuña nuevos tokens NEAR como recompensas de staking (presión inflacionista) mientras quema permanentemente el 70% de las tarifas de transacción (presión deflacionista), diseñado para alinear los incentivos de los validadores con la salud de la red a largo plazo.

5. Nombres de cuenta legibles por humanos: El white paper especifica un modelo de cuenta que utiliza nombres como "alice.near" en lugar de direcciones criptográficas, una elección deliberada de diseño de usabilidad que reduce las fricciones para los usuarios finales.

6. Token gobernanza de titulares: El libro blanco describe un modelo de gobernanza en el que los titulares de tokens NEAR participan en las decisiones de actualización del protocolo.

Cada una de estas afirmaciones se analiza detalladamente en las secciones siguientes. Para leer el documento original directamente, el white paper oficial está disponible en near.org/papers/the-official-near-white-paper/.

Cómo logra la escalabilidad NEAR Protocol: explicación de Nightshade Sharding

NEAR Protocol aborda el problema de la escalabilidad de la cadena de bloques a través de Nightshade, el diseño de fragmentación de NEAR: un sistema que divide la carga de trabajo de la red en particiones de procesamiento paralelo denominadas shards (fragmentos), en lugar de canalizar cada transacción a través de una única cadena.

¿Qué es el sharding (fragmentación) de Blockchain?

El sharding es una técnica general para dividir la carga de trabajo de una base de datos o red entre múltiples unidades paralelas. Aplicado a la Blockchain, significa que diferentes grupos de validadores procesan diferentes subconjuntos de transacciones de forma simultánea, en lugar de que cada validador procese cada transacción.

Piense en una Blockchain tradicional como una autopista de un solo carril: cada transacción debe viajar por la misma carretera, lo que crea cuellos de botella cuando el tráfico alcanza su punto máximo. El sharding añade carriles paralelos a esa autopista. Las transacciones pueden moverse a través de múltiples carriles de forma simultánea, y añadir más carriles aumenta la capacidad total sin necesidad de cambiar la carretera existente.

Más concretamente, el sharding divide tanto el cómputo (procesamiento de transacciones) como el estado (saldos de cuentas, datos de contratos inteligentes) entre múltiples fragmentos (shards). Cada fragmento gestiona su propia parte de la actividad total de la red. El desafío consiste en garantizar que estos fragmentos puedan seguir comunicándose entre sí y que el sistema siga siendo seguro incluso cuando los fragmentos individuales contienen conjuntos pequeños de validadores.

¿Qué hace que Nightshade sea diferente?

Nightshade es el enfoque específico de NEAR para el sharding, y se diferencia de las implementaciones genéricas de sharding en una forma estructural: todos los shards producen colectivamente lo que conceptualmente es un único bloque.

En los enfoques de fragmentación tradicionales, cada fragmento produce su propio bloque independiente, creando una estructura multicadena que requiere una verificación compleja entre cadenas. En Nightshade, los validadores de cada fragmento producen un trozo, la porción de su fragmento correspondiente al bloque general, y estos trozos componen juntos un bloque unificado para toda la red.

Las cabeceras de bloque, las pruebas de validez y los datos de fragmentos están integrados en una estructura única que todos los participantes de la red pueden verificar. Este modelo de bloque unificado simplifica la gestión del estado y reduce la complejidad de seguridad a la hora de verificar la actividad entre fragmentos.

Los validadores se asignan dinámicamente a los fragmentos y rotan en cada época, lo que evita que un fragmento individual sea capturado por un grupo coordinado de validadores maliciosos.

El número de fragmentos puede aumentar a medida que crece la demanda de la red. Según el documento de diseño de NEAR Nightshade, la arquitectura está diseñada para comenzar con un número reducido de fragmentos e ir añadiendo más a medida que aumenta la adopción. El libro blanco describe un diseño capaz de soportar cientos de miles de transacciones por segundo en un despliegue completo de fragmentos, aunque el rendimiento real depende del número de fragmentos activos y de las condiciones de la red en cada momento.

Cómo funcionan las transacciones entre fragmentos en NEAR

Cuando una transacción involucra cuentas o contratos inteligentes en diferentes fragmentos, NEAR utiliza un modelo de paso de mensajes asíncrono. Piénsalo como enviar una carta en lugar de hacer una llamada telefónica: las llamadas entre fragmentos en NEAR funcionan como cartas. El fragmento que llama envía un recibo al fragmento de destino, que lo procesa en un bloque posterior. El emisor no espera una respuesta inmediata como lo haría en una llamada telefónica síncrona.

Más precisamente: cuando el Contrato A en el Shard 1 llama al Contrato B en el Shard 2, NEAR genera un recibo que se enruta al Shard 2 y se procesa en el siguiente bloque. El resultado no se devuelve de forma síncrona al contrato que llama. Los desarrolladores que crean dApps que abarcan múltiples shards deben diseñar la lógica de su aplicación para gestionar respuestas asíncronas entre shards.

Este es un trade-off arquitectónico clave descrito en el white paper. La comunicación asíncrona entre fragmentos es el mecanismo que hace que el sharding sea seguro y eficiente, pero impone una restricción de diseño a los desarrolladores que crean aplicaciones entre fragmentos. Las especificaciones técnicas completas para las llamadas a contratos entre fragmentos están disponibles en la documentación oficial de NEAR.

Mecanismo de Consenso de NEAR: Proof of Stake, Doomslug y Finalidad de Bloque

NEAR Protocol utiliza prueba de participación (proof of stake), no prueba de trabajo (proof of work). Los validadores son seleccionados para producir bloques en función de la cantidad de tokens NEAR que ponen en staking como garantía, no en función de la potencia computacional o el gasto energético.

Prueba de Participación en NEAR: Cómo se seleccionan los validadores

NEAR implementa una variante llamada Proof of Stake con umbral. Los validadores deben realizar un staking de un umbral mínimo de tokens NEAR para poder producir bloques. El staking actúa como garantía: los validadores que produzcan bloques inválidos o se comporten deshonestamente corren el riesgo de perder una parte de su staking mediante un mecanismo de penalización llamado slashing. Esta alineación de los incentivos financieros con el comportamiento honesto es una propiedad fundamental del diseño de los sistemas de prueba de participación (Proof of Stake).

Al igual que ocurre con Ethereum tras The Merge, NEAR utiliza la prueba de staking. NEAR se diseñó como una red de prueba de staking desde su despliegue inicial en 2020, a diferencia de Ethereum, que realizó la transición desde la prueba de trabajo. Los validadores en NEAR rotan entre shards por época, lo que evita que un solo grupo domine la producción de bloques de cualquier shard en particular.

Token poseedores que no ejecutan sus propios nodos validadores pueden participar a través de staking delegado: delegan sus tokens NEAR a un validador y obtienen una parte proporcional de las recompensas de staking de ese validador sin necesidad de ejecutar su propia infraestructura. Para obtener detalles completos sobre los mecanismos de staking, consulta la documentación de validadores de NEAR.)

¿Qué es Doomslug? El mecanismo de producción de bloques de NEAR

Las transacciones de NEAR se confirman en segundos para los usuarios finales. El mecanismo responsable de esto es Doomslug, el algoritmo de producción de bloques de NEAR, que determina cómo se crean los nuevos bloques y cuándo se consideran finales. El documento técnico describe Doomslug como un diferenciador arquitectónico clave elegido específicamente para equilibrar la velocidad con la seguridad en un entorno fragmentado.

Piensa en Doomslug como en una votación por mayoría: una vez que suficientes validadores acuerdan que un bloque es válido, ese bloque se trata como prácticamente definitivo, incluso antes de que se produzca la confirmación criptográfica completa. Más concretamente, Doomslug proporciona finalidad práctica en una sola pasada: una vez que una supermayoría de validadores (más de dos tercios por peso de staking) respalda un bloque, ese bloque alcanza la finalidad práctica. Las transacciones de ese bloque son, a efectos prácticos, irreversibles a los pocos segundos de haber sido incluidas.

Este modelo de finalidad de dos capas es intencional. Doomslug proporciona finalidad práctica rápida a través del mecanismo de validación de una sola pasada. Un dispositivo de finalidad BFT independiente proporciona entonces garantías de seguridad criptográfica más profundas mediante rondas de confirmación adicionales. La Tolerancia a Fallos Bizantinos (BFT) es una propiedad de un sistema distribuido (no un protocolo específico) que permite al sistema seguir operando correctamente incluso cuando algunos participantes fallan o actúan maliciosamente, un concepto que toma su nombre del Problema de los Generales Bizantinos en informática. La finalidad BFT completa de NEAR garantiza que la cadena mantiene las garantías de seguridad criptográfica incluso en condiciones adversas.

El resultado práctico para usuarios y desarrolladores: la finalidad práctica rápida a través de Doomslug significa que las aplicaciones pueden considerar las transacciones como confirmadas en cuestión de segundos, mientras que la capa de confirmación BFT subsiguiente proporciona la garantía de seguridad más profunda que requieren las aplicaciones de alto valor.

Desarrollar en NEAR: contratos inteligentes, WebAssembly y experiencia del desarrollador

Los desarrolladores crean aplicaciones descentralizadas (dApps) en NEAR: aplicaciones cuya lógica principal se ejecuta en la blockchain en lugar de servidores centralizados, codificada en contratos inteligentes. Lo que distingue a NEAR como objetivo de desarrollo es su entorno de ejecución. NEAR eligió WebAssembly (WASM), lo que significa que los desarrolladores pueden escribir contratos inteligentes en Rust o JavaScript/TypeScript en lugar de aprender un lenguaje específico de la blockchain.

Contratos inteligentes son programas autoejecutables almacenados en la blockchain que se ejecutan automáticamente cuando se cumplen condiciones predefinidas. En NEAR, potencian toda la gama de aplicaciones descentralizadas: DeFi protocolos, NFT mercados, DAOs y plataformas Gaming.

NEAR eligió WebAssembly como su entorno de ejecución de contratos inteligentes por un motivo específico: WASM es un formato de instrucciones binarias portátil y de alto rendimiento que admite la compilación desde múltiples lenguajes de origen. Imagine WASM como un traductor universal. En lugar de exigir que cada desarrollador aprenda un único lenguaje específico de blockchain, el entorno de ejecución de NEAR acepta código compilado a partir de lenguajes que los desarrolladores ya conocen.

Los idiomas admitidos son:

["Rust: la recomendación principal para contratos de producción, que ofrece seguridad de memoria y rendimiento","JavaScript/TypeScript: compatible a través del SDK near-sdk-js, lo que hace que NEAR sea accesible para la gran comunidad de desarrolladores de JavaScript existente","AssemblyScript sigue disponible como opción heredada, pero ya no es la ruta recomendada para contratos nuevos"]

Esto contrasta directamente con el enfoque de Ethereum. La Máquina Virtual Ethereum (EVM) de Ethereum requiere Solidity, un lenguaje diseñado específicamente para el desarrollo de contratos inteligentes que la mayoría de los ingenieros de software no conocen previamente. El entorno de ejecución WASM de NEAR acepta lenguajes que los desarrolladores ya utilizan, lo que reduce el coste práctico de evaluación y disminuye el tiempo de incorporación para los equipos que consideran NEAR como objetivo de desarrollo.

El white paper de NEAR también describe un modelo de cuenta que utiliza nombres legibles por humanos, como "alice.near", en lugar de una dirección hexadecimal largo, como una prioridad deliberada de usabilidad. Los desarrolladores de Ethereum acostumbrados a direcciones de 42 caracteres encontrarán en esto una diferencia significativa en la calidad de vida.

Los desarrolladores de Ethereum también pueden desplegar sus contratos de Solidity existentes en NEAR sin realizar cambios en el código a través de Aurora, el entorno de ejecución compatible con la EVM de NEAR, que se detalla en la sección del ecosistema a continuación.

Los desarrolladores que evalúen NEAR para su uso en producción deben consultar la documentación oficial de NEAR en docs.near.org, que proporciona referencias completas del SDK, tutoriales y especificaciones de la API.

NEAR Token y Tokenomics: Lo que el White Paper dice sobre el Modelo Económico

El token NEAR ($NEAR) es la criptomoneda nativa de la red NEAR Protocol. Según el white paper, cumple tres funciones principales a nivel de protocolo: pagar las comisiones de gas por las transacciones y la ejecución de contratos inteligentes, permitir que los validadores realicen staking y participen en la producción de bloques, y otorgar a los holders de tokens derechos de gobernanza en las decisiones del protocolo.

Utilidad de Token de NEAR: Gas, staking y gobernanza

Las tres funciones descritas en el white paper de NEAR son:

1. Tarifas de gas: Se requieren tokens NEAR para pagar cada transacción y la ejecución de contratos inteligentes en la red. Los costes de gas en NEAR son una fracción de céntimo para la mayoría de las operaciones, un resultado de diseño deliberado de la arquitectura de sharding.

2. Staking: Los validadores deben realizar staking de tokens NEAR para participar en la producción de bloques y obtener recompensas de staking. Aquellos que no sean validadores pueden delegar sus tokens NEAR en un validador y obtener una parte proporcional de las recompensas sin necesidad de gestionar su propia infraestructura. El staking aquí se refiere a la participación en el consenso a nivel de protocolo, que es distinto de los programas de minería de liquidez dentro de las aplicaciones de DeFi en NEAR.

3. Gobernanza: Los titulares de tokens NEAR participan en las decisiones de gobernanza sobre las actualizaciones del protocolo y el desarrollo del ecosistema, a través de mecanismos coordinados con la Fundación NEAR.

Token Suministro, distribución y el modelo de quema de comisiones

Las siguientes cifras de tokenomics proceden del white paper original de NEAR Protocol. Según el white paper, el suministro total de tokens NEAR en el génesis era de 1.000 millones de tokens NEAR, distribuidos en las siguientes categorías:

El protocolo acuña nuevos tokens NEAR anualmente como recompensas de staking, aproximadamente el 5% del suministro total por año, para incentivar a los validadores a asegurar la red. Este es un mecanismo inflacionista por diseño.

Para contrarrestar esa inflación, el libro blanco describe un mecanismo de quemado: el 70% de todas las comisiones de transacción recolectadas por la red se queman permanentemente (eliminadas de la circulación), reduciendo el suministro circulante a medida que aumenta el uso de la red. El 30% restante de las comisiones de transacción se dirige a la tesorería del protocolo, gobernada por la NEAR Foundation, para el desarrollo del ecosistema y subvenciones.

La intención del diseño, tal como se describe en el libro blanco, es que la quema de comisiones cree una presión deflacionista que compense las recompensas por staking inflacionistas con el tiempo, especialmente a medida que el volumen de transacciones aumente con la adopción.

Nota sobre la actualidad de los datos: Las cifras anteriores reflejan las especificaciones del libro blanco original de NEAR Protocol. El suministro circulante, las tasas de inflación y las asignaciones de distribución pueden haber cambiado desde la publicación del libro blanco. Para consultar las cifras actuales, visita CoinMarketCap, CoinGecko o docs.near.org.)

Descargo de responsabilidad financiera: Este artículo tiene únicamente fines educativos e informativos. Nada en este artículo constituye asesoramiento financiero, de inversión, legal o fiscal. Las inversiones en criptomoneda conllevan un riesgo significativo, incluida la posible pérdida del capital. Realice siempre una investigación independiente y consulte a un asesor financiero cualificado antes de tomar cualquier decisión de inversión.

El ecosistema NEAR: Aurora, Rainbow Bridge y la red en general

La capa base de NEAR Protocol es la base, pero el ecosistema construido sobre ella amplía significativamente el alcance de NEAR. Dos productos en particular conectan NEAR con la base de desarrolladores y usuarios de Ethereum: Aurora, el entorno de ejecución de NEAR compatible con la EVM, y Rainbow Bridge, el puente cross-chain sin confianza de NEAR que conecta NEAR con Ethereum.

Aurora es un entorno de ejecución compatible con la Máquina Virtual Ethereum (EVM) construido sobre NEAR Protocol. Aurora es un producto independiente dentro del ecosistema NEAR. No es NEAR Protocol en sí mismo, y posee su propio token de gobernanza (AURORA) distinto del token NEAR. Aurora permite a los desarrolladores de Ethereum desplegar sus contratos inteligentes Solidity existentes en NEAR sin ningún cambio de código, utilizando herramientas familiares de Ethereum como MetaMask y Hardhat. Aurora utiliza ETH como su token de gas para transacciones compatibles con EVM, no tokens NEAR, haciendo que la migración desde Ethereum sea fluida para los desarrolladores ya en el ecosistema Ethereum. Aurora está disponible en aurora.dev.

Rainbow Bridge es el bridge de cadena cruzada (cross-chain) sin confianza de NEAR Protocol (un protocolo que permite la transferencia de activos entre diferentes redes blockchain) que conecta NEAR y Ethereum. Los usuarios pueden transferir tokens ERC-20, stablecoins, NFTs y otros activos basados en Ethereum a la red NEAR y de vuelta sin depender de un custodio Centralizado. Rainbow Bridge utiliza clientes ligeros On-Chain para la verificación: la seguridad del bridge está garantizada por pruebas criptográficas en lugar de confiar en un tercero con la custodia de los activos. Juntas, Aurora y Rainbow Bridge crean una ruta de migración completa para usuarios y desarrolladores de Ethereum que desean acceder a las tarifas más bajas y al mayor rendimiento de NEAR. Rainbow Bridge está disponible en rainbowbridge.app.)

La NEAR Foundation es la organización suiza sin ánimo de lucro que apoya el desarrollo de NEAR Protocol, las subvenciones del ecosistema y el crecimiento de la comunidad. La Fundación opera como gestora del ecosistema: financiando subvenciones para desarrolladores, apoyando iniciativas educativas y coordinando actualizaciones del protocolo, sin controlar centralmente la red descentralizada en sí misma. El programa de subvenciones de la Fundación ha financiado cientos de proyectos en DeFi, NFTs, gaming e infraestructura. La NEAR Foundation es una entidad legal, no el protocolo de blockchain; estas dos cosas no deben confundirse al evaluar el grado de descentralización de NEAR.

El ecosistema de NEAR abarca protocolos DeFi como Ref Finance (un exchange descentralizado nativo basado en NEAR), plataformas NFT como Paras y Mintbase, aplicaciones de Gaming, DAOs y herramientas para desarrolladores. Las bajas comisiones de gas de NEAR y sus rápidos tiempos de bloque lo hacen especialmente competitivo para aplicaciones de alta frecuencia donde los costes de gas variables de Ethereum resultarían prohibitivos.

Evaluación de NEAR Protocol

Para los lectores que consideren NEAR como inversión: este artículo proporciona una base técnica y económica, no asesoramiento financiero. La propuesta de valor de NEAR se basa en su diferenciación técnica (fragmentación Nightshade, tiempo de ejecución WASM, compatibilidad EVM a través de Aurora) y el crecimiento de su ecosistema. Si eso se traduce en una apreciación del token depende de las tasas de adopción, la competencia de otras redes L1 y las soluciones Layer 2 de Ethereum, y factores de mercado fuera del alcance de este artículo. Realice siempre su propia diligencia debida antes de cualquier decisión de inversión.

NEAR Protocol frente a Ethereum, Solana y Polkadot: diferencias clave

NEAR Protocol opera en un panorama competitivo de blockchains de capa 1 de alto rendimiento. La tabla a continuación compara NEAR con sus principales competidores en las dimensiones que más importan a quienes realizan una evaluación de la Plataforma, ya sea como desarrolladores, inversores o investigadores.

NEAR frente a Ethereum es la comparación más relevante para los desarrolladores e investigadores que evalúan NEAR. Ethereum es la plataforma de contratos inteligentes dominante y el punto de referencia con el que se miden todas las alternativas de L1. La diferencia arquitectónica fundamental es el enfoque de escalabilidad: la Mainnet de Ethereum procesa las transacciones a través de una única cadena (arquitectura monolítica), mientras que NEAR utiliza el sharding Nightshade para paralelizar el procesamiento a través de múltiples fragmentos. Las tarifas de gas de NEAR son fracciones de un céntimo, frente a las tarifas variables de Ethereum, que pueden dispararse a varios dólares durante los picos de demanda. NEAR es compatible con Rust y JavaScript/TypeScript para el desarrollo de contratos inteligentes, frente a Solidity y Vyper de Ethereum. NEAR y Ethereum no están enfrentados por completo. Aurora y Rainbow Bridge crean puentes entre los dos ecosistemas en lugar de exigir a los desarrolladores que abandonen uno por el otro.

Las soluciones de escalado de Ethereum Layer 2, incluyendo Arbitrum, Optimism y Base, han mejorado el rendimiento de Ethereum y reducido significativamente las comisiones desde que se publicó el white paper original de NEAR. NEAR compite no solo con Ethereum Mainnet, sino con el ecosistema más amplio de Ethereum L1 y L2, lo cual es un contexto competitivo significativo que cualquier evaluación seria debería reconocer.

NEAR frente a Solana: Solana alcanza un alto rendimiento mediante un mecanismo fundamentalmente diferente, Prueba de Historia combinado con staking, en lugar de sharding. Tanto NEAR como Solana se posicionan como alternativas de Ethereum de alto rendimiento, pero sus arquitecturas difieren sustancialmente: NEAR escala horizontalmente añadiendo shards, mientras que Solana escala a través de la optimización de hardware en una sola cadena.

NEAR frente a Polkadot: Polkadot también utiliza una arquitectura basada en paralelización. Sus "parachains" son conceptualmente análogas a los shards de NEAR, pero adoptan un enfoque diferente a la comunicación entre cadenas mediante el modelo de cadena de retransmisión. NEAR y Polkadot ambos abordan el trilema de la escalabilidad a través de la paralelización, pero sus modelos de gobernanza, diseños de interoperabilidad y ecosistemas de desarrolladores difieren sustancialmente.

NEAR vs. Avalanche: Avalanche utiliza una arquitectura de subredes que comparte fundamentos conceptuales con el sharding, lo que permite que redes de Blockchain personalizadas se ejecuten en paralelo. Al igual que NEAR, Avalanche tiene como objetivo un alto rendimiento y comisiones bajas, pero los dos sistemas difieren en el diseño del consenso (Avalanche utiliza un protocolo de consenso probabilístico) y en la estructura del ecosistema de desarrolladores.

Preguntas frecuentes sobre NEAR Protocol y el White Paper

Las siguientes preguntas representan las consultas más frecuentes sobre NEAR Protocol y el libro blanco, cada una respondida directamente.

¿Qué es NEAR Protocol?

NEAR Protocol es una blockchain de capa 1 de prueba de staking que procesa transacciones a través de particiones paralelas llamadas shards, lo que permite un alto rendimiento y bajas comisiones de gas. Se diseñó para resolver el trilema de escalabilidad de la blockchain mediante su arquitectura de sharding Nightshade, con el objetivo de alcanzar la descentralización, la seguridad y la escalabilidad de forma simultánea. La mainnet de NEAR Protocol se lanzó en octubre de 2020.

¿Qué dice el white paper de NEAR Protocol?

El white paper del NEAR Protocol) presenta seis afirmaciones arquitectónicas principales: el sharding Nightshade para la escalabilidad horizontal, el mecanismo de producción de bloques de Doomslug para una finalidad práctica rápida, un runtime de WebAssembly que permite el desarrollo de contratos inteligentes multilingües, un modelo de tokenomía que equilibra las recompensas inflacionistas de staking con un mecanismo de quemado de comisiones, nombres de cuenta legibles por humanos para una mejor usabilidad y la gobernanza de los titulares de tokens. Cada afirmación se explica en detalle en este artículo.

¿Quién creó NEAR Protocol?

NEAR Protocol fue cofundado en 2018 por Illia Polosukhin y Alexander Skidanov. Polosukhin fue coautor de «Attention Is All You Need», el artículo de Google Brain de 2017 que introdujo la arquitectura de transformadores en la que se basan los sistemas de IA modernos, incluido GPT-4, y trabajó como ingeniero de investigación en Google. Skidanov es un exingeniero de Google y Microsoft con experiencia en sistemas distribuidos y compiladores.

¿Qué es el sharding Nightshade?

Nightshade es el diseño de sharding de NEAR Protocol: un sistema en el que los validadores de cada shard paralelo producen un chunk, y todos los chunks juntos componen un bloque unificado para toda la red. Imagine una autopista de un solo carril que representa una Blockchain tradicional. Nightshade añade carriles paralelos para que las transacciones se procesen simultáneamente a través de múltiples shards, aumentando la capacidad de procesamiento a medida que se añaden más shards. El modelo de bloque unificado es lo que distingue a Nightshade de otros enfoques en los que cada shard produce bloques independientes.

¿Qué es Doomslug?

"Doomslug" es el algoritmo de producción de bloques de NEAR que determina cómo se crean los bloques y cuándo se consideran definitivos. Una vez que una supermayoría de validadores (más de dos tercios por peso de staking) aprueba un bloque, este bloque alcanza la finalidad práctica y se trata como efectivamente irreversible. Un gadget de finalidad BFT independiente proporciona garantías de seguridad criptográfica adicionales mediante un pase de confirmación posterior.

¿Es NEAR prueba de participación o prueba de trabajo?

NEAR Protocol utiliza proof of stake, no proof of work. Los validadores son seleccionados para la producción de bloques en función de la cantidad de Token NEAR que utilizan para el staking como garantía, no en función de la potencia computacional. NEAR fue diseñado como una red de proof-of-stake desde su lanzamiento inicial en 2020.

¿Para qué se utiliza el Token NEAR?

El Token NEAR tiene tres funciones a nivel de protocolo como se describe en el white paper. En primer lugar, paga las tarifas de gas para transacciones y la ejecución de contratos inteligentes. En segundo lugar, los validadores hacen staking de Tokens NEAR para participar en la producción de bloques y obtener recompensas, y los titulares de Tokens pueden delegar sus Tokens a los validadores para obtener una parte de esas recompensas. En tercer lugar, los titulares de Tokens usan NEAR para participar en decisiones de gobernanza sobre actualizaciones del protocolo.

¿Qué lenguajes de programación funcionan en NEAR?

NEAR admite el desarrollo de contratos inteligentes en Rust (la recomendación principal para contratos de producción) y JavaScript/TypeScript a través del SDK near-sdk-js. Ambos compilan a WebAssembly (WASM), el entorno de ejecución de contratos inteligentes de NEAR. AssemblyScript sigue disponible como opción heredada, pero no es la recomendación actual para nuevos proyectos.

¿En qué se diferencia NEAR de Ethereum?

Destacan tres diferencias arquitectónicas. NEAR utiliza el sharding de Nightshade para procesar transacciones en fragmentos paralelos, mientras que la Mainnet de Ethereum utiliza una única cadena monolítica (aunque las soluciones Layer 2 de Ethereum han reducido esta brecha de capacidad de procesamiento). El entorno de ejecución WASM de NEAR es compatible con Rust y JavaScript, mientras que la EVM de Ethereum requiere Solidity. Las comisiones de gas de NEAR son de fracciones de céntimo, frente a las comisiones variables de Ethereum, que pueden aumentar sustancialmente durante periodos de congestión. Para los desarrolladores de Ethereum, Aurora y Rainbow Bridge proporcionan puentes de compatibilidad en lugar de requerir una migración completa.

¿Dónde puedo leer el white paper de NEAR Protocol?

El libro blanco (white paper) oficial de NEAR Protocol está disponible en near.org/papers/the-official-near-white-paper/.

Conclusión: Lo que el White Paper de NEAR Protocol revela sobre su Visión a Largo Plazo

El white paper del NEAR Protocol describe un enfoque técnicamente distintivo para el problema de la escalabilidad de blockchain. En conjunto, el sharding Nightshade, el mecanismo de producción de bloques de Doomslug, el tiempo de ejecución WebAssembly y el modelo de tokenomics de quema de comisiones representan un argumento arquitectónico coherente. No se trata de una colección de ajustes incrementales a diseños existentes, sino de un sistema diseñado específicamente que acepta cierta complejidad arquitectónica (particularmente en la comunicación entre shards) a cambio de la capacidad de escalar horizontalmente a medida que crece la adopción.

Desde el white paper hasta mainnet, NEAR ha desarrollado Aurora y Rainbow Bridge como su capa de interoperabilidad de Ethereum, ha hecho crecer un ecosistema de desarrolladores que abarca DeFi, NFTs, Gaming e infraestructura, y ha establecido la NEAR Foundation como una organización activa de subvenciones. El panorama de Blockchain es competitivo y de rápido movimiento. El ecosistema de Ethereum Layer 2 ha crecido sustancialmente desde que se publicó el white paper original, y la Posición a largo plazo de NEAR depende de la adopción continua de desarrolladores, la profundidad del ecosistema y la ejecución de su hoja de ruta de sharding en curso. Los lectores deben verificar el estado actual del protocolo y los datos del ecosistema en fuentes oficiales.

Lecturas adicionales y fuentes oficiales:

["- White Paper oficial de NEAR Protocol","- Documento de diseño de Nightshade","- Documentación de NEAR","- Fundación NEAR","- GitHub de NEAR"]

Este artículo tiene fines meramente educativos y no constituye asesoramiento financiero ni de inversión.