Protocolo NEAR: Explicación de la Validación sin Estado

Aviso legal: Este artículo tiene fines meramente informativos y no constituye asesoramiento financiero ni de inversión. Los mercados de criptomonedas son volátiles y especulativos. Consulte con un asesor financiero cualificado antes de tomar decisiones de inversión.

Índice de contenidos

• Orígenes de NEAR: Fundadores, historia y misión
• Cómo funciona NEAR Protocol: Consenso, tokens y lo básico
• El ecosistema de NEAR: Qué puedes construir y hacer
• Entendiendo el Blockchain sharding: La base de todo lo que sigue
• La hoja de ruta de Nightshade Sharding: Desde el lanzamiento hasta la validación sin estado
• ¿Qué es la validación sin estado de NEAR?
• NEAR vs. Ethereum vs. Solana: Cómo se comparan las arquitecturas
• Preguntas frecuentes
• Conclusión: Por qué la validación sin estado es importante para el futuro de NEAR

El Protocolo NEAR es una blockchain de prueba de participación de capa 1 diseñada para la escalabilidad a través de una arquitectura de fragmentación (sharding) llamada Nightshade. Su criptomoneda nativa, el token NEAR, impulsa las comisiones de gas, el staking de validadores y la gobernanza del protocolo. La actualización de validación sin estado del protocolo (Fase 2 del hoja de ruta de Nightshade) reduce los requisitos de hardware de los validadores y avanza la descentralización de la red, mientras se dirige a más de 100.000 transacciones por segundo (TPS) a escala completa.

El Trilema Blockchain, comúnmente atribuido a Vitalik Buterin, sostiene que una blockchain puede lograr como máximo dos de tres propiedades a la vez: escalabilidad, seguridad y descentralización. Las decisiones arquitectónicas de NEAR Protocol, en particular la validación sin estado (stateless validation), están diseñadas para abordar las tres. Al final de este artículo, podrá explicar qué es NEAR Protocol, describir cómo la validación sin estado difiere de la validación con estado (stateful validation), comprender qué hacen los testigos de estado (state witnesses) y los validadores de fragmentos (chunk validators), y ubicar la validación sin estado en la hoja de ruta de desarrollo de NEAR en relación con el trabajo de arquitectura sin estado de Ethereum.

Los Orígenes de NEAR: Fundadores, Historia y Misión

NEAR Protocol fue fundado en 2018 por Illia Polosukhin y Alexander Skidanov. Polosukhin es coautor del influyente artículo de 2017 "Attention Is All You Need", la investigación que introdujo la arquitectura Transformer, base de los actuales modelos de lenguaje grandes, incluyendo GPT y BERT. Skidanov es un antiguo ingeniero de Google con experiencia en investigación de sistemas distribuidos. Sus credenciales combinadas pusieron a NEAR Protocol, desde su fundación, en manos de investigadores que ya habían producido trabajos fundamentales en aprendizaje automático y computación distribuida a gran escala.

La motivación fundacional era práctica: construir una blockchain de capa 1 en la que los desarrolladores pudieran desplegar aplicaciones sin sacrificar la escalabilidad. En aquel momento, las blockchains existentes obligaban a los desarrolladores a elegir entre la experiencia del desarrollador y el rendimiento de la red. El objetivo de diseño de NEAR era romper esa disyuntiva a través de una arquitectura de sharding construida desde cero.

NEAR Protocol lanzó su Mainnet en abril de 2020. La NEAR Foundation,, una organización sin ánimo de lucro, supervisa el desarrollo del protocolo, los programas de subvenciones y el crecimiento del ecosistema. La Fundación es distinta de NEAR Protocol la red y del NEAR Token el activo. Esta distinción es importante al leer comunicaciones oficiales sobre el proyecto.

Cómo funciona NEAR Protocol: Consenso, Tokens y los fundamentos

NEAR Protocol protege su red mediante un modelo de consenso de proof-of-stake en el que los validadores realizan staking de tokens NEAR como garantía económica para participar en la producción y validación de bloques.

Proof-of-Stake: Cómo protege NEAR la red

La Prueba de Participación es el Mecanismo de Consenso que NEAR utiliza para seleccionar validadores y asegurar la red contra el comportamiento deshonesto. Los validadores bloquean tokens NEAR como garantía económica a través de un proceso llamado staking. Luego son seleccionados para producir bloques en función del tamaño de su stake. NEAR utiliza un modelo de prueba de participación con umbral (PoS): los validadores por encima de un umbral mínimo de stake son elegibles para la selección, y los stakes más grandes aumentan la probabilidad de selección. Los validadores que se comportan deshonestamente corren el riesgo de slashing, el mecanismo de penalización que destruye una porción de los tokens en staking de un validador si actúa en contra de las reglas del protocolo o se desconecta.

La finalidad de los bloques en NEAR se rige por un algoritmo llamado Doomslug, que permite que la producción de bloques continúe sin esperar a la finalidad total tolerante a fallos bizantinos en cada bloque. Doomslug gestiona cómo los bloques alcanzan la finalidad; Nightshade se encarga de cómo se particiona la cadena a través de fragmentos (shards). Se trata de componentes distintos de la arquitectura de NEAR, no de términos intercambiables.

Los requisitos de hardware de los validadores están determinados directamente por el diseño de fragmentación de NEAR. Antes de la validación sin estado, los validadores que almacenaban el estado completo de los fragmentos se enfrentaban a importantes demandas de disco y memoria. Esa conexión entre el coste del hardware y la participación de los validadores es el problema arquitectónico que la validación sin estado fue diseñada para abordar. Todos los detalles se encuentran en la documentación de validadores del Protocolo NEAR.)

El NEAR Token: Tarifas de Gas, Staking y Gobernanza del Protocolo

El token NEAR es la criptomoneda nativa del NEAR Protocol, sirviendo tres funciones principales: pagar las tarifas de gas (los costes de transacción pagados a los validadores por procesar la actividad de la red), proporcionar garantía de staking para los validadores y permitir la participación en la gobernanza del protocolo.

NEAR produce bloques aproximadamente cada segundo. La red actualmente procesa miles de transacciones por segundo (TPS) en sus shards activos, con un objetivo arquitectónico a largo plazo de más de 100.000 TPS con sharding completo y validación sin estado. Esa cifra es un objetivo de diseño, no una afirmación de rendimiento actual. La arquitectura está diseñada para alcanzar ese rendimiento distribuyendo el procesamiento de transacciones a través de shards paralelos en lugar de procesar cada transacción en una única cadena. Las recompensas de staking compensan a los validadores por su participación en la seguridad de la red como un incentivo de participación en la red, no como un producto de inversión.

Ecosistema de NEAR: Qué puedes construir y hacer

NEAR Protocol admite una variedad de aplicaciones descentralizadas (dApps) en DeFi, gaming, NFT y plataformas sociales de Web3. Los siguientes componentes del ecosistema ofrecen a los desarrolladores y usuarios múltiples formas de interactuar con la red:

• Desarrollo de contrato inteligente: Los contratos en NEAR se escriben en Rust o JavaScript/TypeScript y se compilan en WebAssembly (WASM), un formato binario portátil que se utiliza como entorno de ejecución de contrato inteligente en NEAR. El SDK de NEAR es compatible con ambos lenguajes, lo que hace que la plataforma sea accesible para una amplia base de desarrolladores.
• Acceso para desarrolladores de Ethereum: Aurora, la capa de compatibilidad con EVM de NEAR, permite a los desarrolladores de Ethereum desplegar contratos inteligentes de Solidity existentes en NEAR con modificaciones mínimas. Aurora es un producto independiente creado sobre el protocolo NEAR, no forma parte del entorno WASM nativo de NEAR.
• Movimiento de activos entre cadenas: El Rainbow Bridge, el puente de activos de Ethereum de NEAR, permite transferencias de activos sin confianza (trustless) entre el protocolo NEAR y Ethereum. Sin confianza aquí significa que el puente funciona sin requerir confianza en una parte central, lo que permite a los usuarios mover tókenes entre las dos redes sin depender de un custodio centralizado.
• Disponibilidad de datos para Rollups: NEAR también ofrece una capa de disponibilidad de datos (NEAR DA) que permite a los Rollups de Ethereum y a otras cadenas utilizar la arquitectura fragmentada de NEAR para una disponibilidad de datos de bajo coste y alto rendimiento, ampliando los beneficios de la arquitectura de NEAR más allá de su propio ecosistema.

Los desarrolladores que estén listos para construir pueden empezar con la documentación para desarrolladores de NEAR en docs.near.org, que cubre por completo el SDK de NEAR, el despliegue de contrato inteligente y las herramientas para desarrolladores.

Comprender la arquitectura de sharding de NEAR es el siguiente paso para asimilar cómo la red ofrece este ecosistema a escala.

Comprender el sharding de Blockchain: la base de todo lo que viene a continuación

El sharding es la técnica arquitectónica que se encuentra en el centro del diseño de escalabilidad de NEAR Protocol, y comprenderlo es la base para entender la validación sin estado.

¿Qué es el sharding Blockchain?

Blockchain sharding es una técnica de particionamiento horizontal tomada del diseño de bases de datos que divide la carga de trabajo de procesamiento de transacciones de una blockchain en múltiples particiones de procesamiento paralelo llamadas shards. En lugar de que cada nodo procese cada transacción (que es como funcionan Bitcoin y el Ethereum anterior al sharding), el sharding permite el procesamiento paralelo a través de múltiples cadenas de forma simultánea. Piénsalo como las cajas paralelas de un supermercado: en lugar de una sola fila que procesa a todos los clientes de forma secuencial, múltiples cajas atienden a diferentes clientes al mismo tiempo, multiplicando el rendimiento efectivo del sistema.

El sharding introduce un desafío de coordinación que las arquitecturas de cadena única evitan. Cuando una transacción involucra cuentas o contratos inteligentes en diferentes shards, el protocolo debe coordinarse entre shards para completarla, lo que requiere recibos y mensajes de retorno a través de los límites de los shards. Estas se denominan transacciones entre shards, y la gestión de esta sobrecarga de coordinación es uno de los problemas centrales de diseño en la arquitectura de Blockchain fragmentada. Se conecta directamente con por qué la validación sin estado es importante para la escalabilidad a largo plazo de NEAR.

Nightshade: Arquitectura de Sharding de NEAR

Nightshade es la arquitectura sharding de NEAR Protocol que mantiene una única Blockchain lógica mientras divide el procesamiento de transacciones entre fragmentos (shards) paralelos, cada uno produciendo un subconjunto de transacciones llamado 'chunk' por bloque. Todos los 'chunks' de todos los fragmentos se incluyen en el mismo bloque, manteniendo la apariencia de una única cadena unificada mientras habilita el procesamiento en paralelo subyacente.

Así es como Nightshade procesa las transacciones:

1. Cada cuenta en NEAR se asigna a un shard específico según su ID de cuenta
2. Las transacciones se dirigen al shard que posee la cuenta del remitente
3. Cada shard produce un fragmento de transacciones para ese período de bloque
4. Todos los fragmentos de todos los shards activos se ensamblan en un único bloque
5. Los productores de bloques validan el bloque; los validadores de fragmentos (después de la Fase 2) verifican fragmentos individuales

A partir de 2024, NEAR opera con seis shards activos, según la documentación de sharding Nightshade de NEAR.). La Fase 3+ de la hoja de ruta Nightshade introduce el re-shardado dinámico, lo que permitirá que el número de shards escale automáticamente en función de la demanda de la red en lugar de ser fijo.

Las transacciones entre fragmentos requieren pasos de coordinación adicionales: el fragmento emisor genera un recibo, que el fragmento receptor procesa en un bloque posterior. Esta complejidad de coordinación crece con el número de fragmentos. La validación sin estado reduce la sobrecarga del lado del validador de gestionar el estado entre los límites de los fragmentos al desacoplar completamente el almacenamiento de estado del trabajo de validación, contribuyendo a una ejecución entre fragmentos más eficiente a escala.

Comprender el desarrollo por fases de Nightshade es el contexto esencial para integrar la validación sin estado en la hoja de ruta, que la siguiente sección aborda.

La hoja de ruta del sharding de Nightshade: del lanzamiento a la validación sin estado

La arquitectura de sharding Nightshade se ha implementado por fases, y cada fase ha modificado la forma en que los validadores interactúan con el estado del shard.

La transición de la Fase 1 a la Fase 2 es el núcleo conceptual de este artículo. En la Fase 1, cada validador almacenaba localmente el estado completo de su shard asignado, una carga de hardware significativa que crecía a medida que el shard acumulaba más datos de cuentas y almacenamiento de contratos. En la Fase 2, ese requisito de almacenamiento se elimina por completo para los validadores de chunks: reciben exactamente el estado que necesitan para cada chunk en forma de un testigo de estado, verifican el chunk y descartan el testigo.

La Fase 2 (validación sin estado) es el tema central de la siguiente sección: qué es exactamente, cómo funciona y qué cambios supone tanto para los validadores como para los usuarios por igual.

¿Qué es la validación sin estado de NEAR?

Validación sin estado es una actualización del Protocolo NEAR (Fase 2 de Nightshade) en la que los validadores de fragmentos verifican fragmentos de transacción sin almacenar el estado completo del fragmento. En lugar de mantener datos de estado persistentes localmente, los validadores reciben testigos de estado, paquetes de datos criptográficos generados por los productores de bloques, que contienen exactamente la información necesaria para verificar cada fragmento.

La validación sin estado (stateless validation) no es exclusiva de NEAR; es un enfoque arquitectónico que se está explorando en múltiples ecosistemas de Blockchain. La implementación de NEAR es un despliegue concreto y específico en la capa de ejecución, distinto de la hoja de ruta de clientes sin estado de Ethereum, que opera en la capa de acceso a datos. La terminología oficial de NEAR para esta función es «stateless validation», no «stateless clients» (término de Ethereum) ni «stateless execution».

Para consultar la especificación técnica completa, consulta el anuncio de la Fundación NEAR sobre la validación sin estado.

El problema: por qué la validación con estado no es escalable

En un modelo de sharding con estado, cada validador debe almacenar y mantener localmente el estado completo de su shard asignado. A medida que la Blockchain crece, esto crea tres problemas que se agravan: la inflación del coste del hardware que excluye por precio a los validadores más pequeños, la presión de centralización que concentra la validación entre operadores de nodos bien financiados, y un techo de escalabilidad donde añadir más shards multiplica los requisitos de almacenamiento proporcionalmente en todo el conjunto de validadores.

La siguiente tabla muestra cómo se comparan la validación con estado y la validación sin estado en cinco dimensiones:

A medida que la red crece y el estado se acumula, el modelo con estado acaba forzando a elegir entre una de estas opciones: aumentar aún más los requisitos de hardware, reducir el número de fragmentos (shards) o aceptar la centralización de los validadores. La validación sin estado (stateless validation) rompe esa restricción al separar quién almacena el estado de quién verifica las transacciones.

La solución: definición de validación sin estado

La validación sin estado elimina el requisito de almacenamiento de estado de los validadores de fragmentos. En lugar de mantener una Copiar local del estado del fragmento, un validador de fragmentos recibe precisamente los datos de estado que necesita para cada fragmento que verifica, empaquetados como un testigo de estado del productor del bloque. Tras la verificación, el testigo se descarta. No se produce ningún almacenamiento persistente.

La consecuencia práctica es que los validadores ya no necesitan una capacidad de disco significativa para albergar el estado del shard. La red puede aumentar el número de shards para mejorar el rendimiento sin incrementar proporcionalmente los requisitos de almacenamiento por validador. El trabajo de validación y el trabajo de almacenamiento del estado son realizados ahora por diferentes participantes con diferentes perfiles de hardware: los productores de bloques que mantienen el estado y los validadores de fragmentos (chunks) que verifican sin almacenarlo.

Testigos de Estado: La clave criptográfica

Un testigo de estado (state witness) en NEAR Protocol es un paquete de datos criptográficos generado por un productor de bloques que contiene todos los saldos de las cuentas y los valores de almacenamiento de los contratos que un validador de fragmentos (chunks) necesita para verificar un fragmento de transacción específico, sin requerir que el validador almacene localmente el estado completo de la partición (shard).

El mecanismo funciona en cinco pasos:

1. Un productor de bloques mantiene el estado completo del shard y produce un trozo para su shard asignado.
2. El productor de bloques genera un testigo de estado para ese trozo, que contiene los valores de estado relevantes extraídos del trie de estado de NEAR (la estructura de datos criptográfica que registra todos los saldos de cuentas y el almacenamiento de contratos).
3. El testigo de estado se transmite a los validadores del trozo asignados a ese shard para este bloque.
4. Los validadores del trozo utilizan el testigo para verificar la corrección de las transacciones en cada transacción del trozo.
5. Los validadores del trozo descartan el testigo después de la verificación, sin almacenamiento de estado persistente.

Un testigo de estado es como un comprobante certificado del productor de bloques. Demuestra que la cuenta tenía saldo suficiente y que el estado del contrato era válido en el momento de la transacción, sin que el validador necesite mantener todo el libro mayor. El comprobante contiene exactamente lo necesario para verificar esa transacción específica, y nada más.

El término utilizado en toda la especificación del protocolo de NEAR es «state witness» (testigo de estado), no «state proof» (prueba de estado) ni ninguna otra variante. Los lectores que busquen profundizar en las especificaciones técnicas pueden consultar el repositorio de las NEAR Enhancement Proposals (NEPs)).

Validadores de fragmentos (Chunk Validators) frente a productores de bloques (Block Producers): dos niveles de participación en la red

Un validador de fragmentos en NEAR es un nodo validador que verifica un fragmento de transacción específico utilizando un testigo de estado proporcionado por un productor de bloques, sin almacenar el estado completo del shard localmente.

Los productores de bloques y los validadores de fragmentos forman una arquitectura de dos niveles:

• Productores de bloques mantienen el estado completo del fragmento, producen bloques y generan testigos de estado para cada fragmento que producen. Tienen requisitos de hardware más altos porque deben almacenar y actualizar el estado del fragmento de forma continua.
• Validadores de fragmento reciben testigos de estado de los productores de bloques, los usan para verificar las transacciones en un fragmento específico y luego descartan los testigos. No mantienen estado persistente y no producen bloques.

Los validadores de fragmentos (chunks) rotan aleatoriamente entre los shards en cada época, y cada época dura aproximadamente 12 horas en NEAR. Esta rotación evita que cualquier validador sea asignado al mismo shard durante un periodo lo suficientemente Largo como para coludir con otros o convertirse en una superficie de ataque dirigida para ese shard.

Dado que los validadores de fragmentos no almacenan estado persistente, el coste de capital de operar uno es sustancialmente menor que el de operar un nodo validador productor de bloques. Esto amplía quién puede participar en la protección de la red NEAR.

Qué significa la validación sin estado para la descentralización y la escalabilidad

La validación sin estado produce tres resultados interconectados para la red NEAR: mayor descentralización, escalabilidad mejorada y progreso medible en el Trilema Blockchain.

Descentralización. Unos requisitos de hardware menores para los validadores de chunks amplían el conjunto de validadores al reducir la barrera de capital para ejecutar un nodo validador. Los productores de bloques siguen requiriendo especificaciones de hardware más elevadas, pero los validadores de chunks representan la mayor parte —y una cuota creciente— del trabajo de validación activo a medida que aumenta el número de shards. El resultado es una vía más amplia y accesible para participar en la seguridad de la red.

Escalabilidad. La separación del almacenamiento de estados de las tareas de validación permite a NEAR aumentar el número de shards sin incrementar proporcionalmente los requisitos de hardware por validador. La red tiene como objetivo superar las 100.000 TPS con sharding completo y validación sin estado (stateless validation), un objetivo de diseño respaldado por la arquitectura, no una cifra de rendimiento actual. El rendimiento de la validación ya no se ve limitado por la entrada/salida del almacenamiento de estados, que era la principal restricción en la Fase 1.

Avance del trilema Blockchain. El Trilema Blockchain (atribuido comúnmente a Vitalik Buterin) sostiene que una blockchain puede alcanzar, como máximo, dos de estas tres propiedades de forma simultánea: escalabilidad, seguridad y descentralización. La validación sin estado aborda las tres a la vez. La escalabilidad mejora gracias a un mayor rendimiento de validación por shard. La descentralización mejora mediante unos requisitos de hardware más bajos para los validadores de fragmentos (chunk validators). La seguridad mejora a través de la rotación aleatoria de validadores de fragmentos, lo que evita ataques dirigidos a shards específicos.

Puntos clave:

• La validación sin estado es la actualización Nightshade de Fase 2 de NEAR, que elimina el requisito de almacenamiento de estado para los validadores de fragmentos (chunks).
• Los productores de bloques generan testigos de estado (state witnesses); los validadores de fragmentos los usan para verificar fragmentos y luego los descartan.
• Los validadores de fragmentos no almacenan el estado completo de fragmento (shard). Esta es la distinción definitoria de la validación con estado.
• Los menores requisitos de hardware para los validadores de fragmentos amplían quién puede participar en la seguridad de la red.
• NEAR tiene como objetivo más de 100.000 TPS con fragmentación completa (full sharding); la validación sin estado elimina un cuello de botella principal en ese camino.

Para comprender cómo se compara el enfoque de NEAR con lo que Ethereum y Solana están construyendo, la siguiente sección examina las compensaciones arquitectónicas entre estas tres redes.

NEAR frente a Ethereum frente a Solana: cómo se comparan sus arquitecturas

NEAR Protocol, Ethereum y Solana representan tres enfoques arquitectónicos distintos para el mismo desafío central: lograr un alto rendimiento de transacciones a escala. Comprender las diferencias ayuda a evaluar las compensaciones de diseño de cada protocolo sin clasificar a uno como superior.

NEAR vs. Ethereum: Sharding de ejecución frente a sharding de datos

NEAR y Ethereum se diferencian en tres dimensiones arquitectónicas fundamentales: su enfoque de fragmentación (sharding), su implementación de arquitectura sin estado y sus herramientas para desarrolladores.

En cuanto a la fragmentación, NEAR persigue la fragmentación de ejecución a través de Nightshade. La carga de trabajo del procesamiento de transacciones en sí se divide entre fragmentos paralelos, y cada fragmento produce trozos que se ensamblan en bloques. Ethereum persigue la fragmentación de datos a través de danksharding (el enfoque de Ethereum para la fragmentación de disponibilidad de datos), que se centra en proporcionar almacenamiento de datos económico para rollups de Capa 2 en lugar de fragmentar la ejecución en la capa base. La escalabilidad de ejecución de Ethereum es gestionada por rollups construidos sobre la cadena base, no por la partición de la cadena base en sí.

En cuanto a la arquitectura sin estado (stateless), la validación sin estado de NEAR es una implementación activa de la Fase 2. Ethereum cuenta con una hoja de ruta para clientes sin estado basada en árboles de Verkle, una estructura de datos criptográfica que permite a los clientes ligeros de Ethereum verificar el estado sin almacenar el trie de estado completo, algo que continúa en desarrollo activo. Tanto NEAR como Ethereum están desarrollando arquitecturas sin estado, pero en capas distintas. El enfoque de NEAR se centra en la capa de ejecución y validación; el trabajo de los clientes sin estado de Ethereum opera en la capa de acceso a datos. Estos son enfoques paralelos para el mismo problema fundamental, no implementaciones que compitan por el mismo diseño.

En cuanto a las herramientas de desarrollo, NEAR utiliza WebAssembly (WASM) como su entorno de ejecución de contratos inteligentes, con Rust y JavaScript/TypeScript como lenguajes principales de contratos inteligentes. Ethereum utiliza la Máquina Virtual Ethereum (EVM) con Solidity como lenguaje principal. NEAR ofrece compatibilidad con EVM a través de Aurora, lo que lo hace accesible para los desarrolladores de Solidity sin necesidad de que aprendan Rust o JavaScript para el desarrollo de contratos.

NEAR y Ethereum están diseñados para diferentes compromisos arquitectónicos, en lugar de ser directamente comparables en un único eje de rendimiento. Para la hoja de ruta detallada de fragmentación de datos de Ethereum, consulte la hoja de ruta de danksharding de Ethereum.

NEAR vs. Solana: Escala sharded vs. Velocidad de cadena única

Solana toma un camino diferente hacia un alto rendimiento: una arquitectura de cadena única que procesa todas las transacciones en una sola cadena sin fragmentación (sharding), apoyándose en elevados requisitos de hardware para los validadores con el fin de mantener el rendimiento de la red. Este diseño logra un rendimiento significativo, pero traslada la carga del coste de hardware a cada validador de la red, lo que limita cuántos participantes independientes pueden operar nodos validadores de forma económica.

La arquitectura fragmentada de NEAR distribuye la carga de trabajo entre fragmentos paralelos y, con validación sin estado, reduce los requisitos de hardware por validador para los validadores de fragmentos. La diferencia en la filosofía de diseño se basa en trade-offs: Solana prioriza la consistencia del rendimiento en una única cadena; NEAR distribuye la carga entre fragmentos para preservar la accesibilidad del validador a medida que la capacidad de procesamiento escala.

Preguntas frecuentes sobre el protocolo NEAR y la validación sin estado

Las siguientes preguntas abordan las consultas de búsqueda más comunes sobre NEAR Protocol y la validación sin estado.

¿Qué es NEAR Protocol?

NEAR Protocol es una Blockchain de capa 1 de prueba de participación diseñada para ofrecer un alto rendimiento mediante una arquitectura de sharding llamada Nightshade. Los validadores realizan staking del NEAR Token para participar en la producción de bloques y en la seguridad de la red. El protocolo aspira a superar los 100.000 TPS en una escala de sharding completa y lanzó su Mainnet en abril de 2020. Su actualización de validación sin estado (Fase 2) reduce los requisitos de hardware de los validadores y amplía la participación en la red.

¿Qué es la validación sin estado en NEAR?

La validación sin estado es la actualización de la Fase 2 de Nightshade de NEAR, en la que los validadores de chunks verifican los chunks de transacciones sin almacenar el estado completo del shard localmente. Los productores de bloques generan paquetes de datos criptográficos denominados testigos de estado para cada chunk. Los validadores de chunks reciben estos testigos, verifican las transacciones y descartan los testigos. El resultado es una reducción de los requisitos de hardware para la validación y un modelo de participación de validadores más accesible.

¿Qué es el sharding de Nightshade?

Nightshade es la arquitectura de fragmentación de NEAR Protocol que mantiene una única blockchain lógica mientras divide el procesamiento de transacciones entre fragmentos paralelos, cada uno produciendo un fragmento de transacciones por bloque. Todos los fragmentos se ensamblan en un único bloque. Las transacciones se asignan a los fragmentos por ID de cuenta. A partir de 2024, NEAR opera seis fragmentos, con la Fase 3+ introduciendo la refragmentación dinámica para escalar el número de fragmentos según la demanda.

¿Quién creó NEAR Protocol?

NEAR Protocol fue cofundado en 2018 por Illia Polosukhin y Alexander Skidanov. Polosukhin es coautor del artículo de 2017 "Attention Is All You Need", que introdujo la arquitectura Transformer en la que se basan los modelos de IA modernos, incluido GPT. Skidanov es un antiguo ingeniero de Google experto en sistemas distribuidos. El protocolo se lanzó en Mainnet en abril de 2020, con la NEAR Foundation como entidad sin ánimo de lucro encargada de su gestión.

¿Qué es un validador de fragmentos (chunk validator)?

Un validador de fragmentos (chunk validator) en NEAR es un nodo validador que verifica un fragmento de transacción específico dentro de un bloque utilizando un testigo de estado (state witness) proporcionado por un productor de bloques, sin necesidad de almacenar el estado completo de su shard asignado. Los validadores de fragmentos se rotan aleatoriamente entre los shards en cada época, lo que reduce el riesgo de colusión. Debido a que no requieren almacenamiento de estado persistente, sus requisitos de hardware son sustancialmente menores que los de los validadores que producen bloques.

¿Qué son los testigos de estado?

Los testigos de estado son paquetes de datos criptográficos que los productores de bloques generan para cada fragmento que producen. Cada testigo contiene los saldos de las cuentas y los valores de almacenamiento de contratos necesarios para verificar las transacciones en ese fragmento, extraídos del trie del estado. Los validadores de fragmentos utilizan el testigo para comprobar la corrección de la transacción y, a continuación, lo descartan. Los testigos de estado son los que hacen posible la validación sin estado: portan exactamente la información de estado necesaria para la verificación sin que el validador necesite almacenar el libro mayor completo.

¿Qué tan rápido es NEAR Protocol?

NEAR produce bloques aproximadamente cada segundo, lo que le otorga tiempos de finalidad de transacción bajos en comparación con muchas redes de capa 1. El rendimiento sostenido actual en las shards activas se mide en miles de TPS, con una arquitectura diseñada para alcanzar más de 100.000 TPS con el sharding completo y la escala de validación sin estado. La velocidad en NEAR tiene dos dimensiones: rendimiento (TPS en todas las shards) y latencia (tiempo hasta la finalidad), y ambas mejoran a medida que aumenta el número de shards bajo el modelo Nightshade.

¿En qué fase se encuentra actualmente la hoja de ruta de sharding de NEAR?

A finales de 2024, NEAR está operando en la Fase 2 (validación sin estado), que está activa en mainnet. La Fase 0 (lanzamiento de mainnet sin sharding de estado) y la Fase 1 (sharding de estado con estado controlado por el validador) están ambas completas. La Fase 3+ (resharding dinámico, donde el número de shards escala según la demanda) está en desarrollo activo. Verifica el estado actual de despliegue y las actualizaciones de la hoja de ruta en near.org/blog.

¿En qué se diferencia NEAR de Ethereum?

NEAR y Ethereum se diferencian principalmente en tres áreas. En primer lugar, su enfoque de sharding: NEAR utiliza sharding de ejecución (Nightshade) para distribuir el procesamiento de transacciones; Ethereum utiliza sharding de datos (danksharding) para dar soporte a los rollups de Capa 2, dejando el escalado de la ejecución en manos de dichos rollups. En segundo lugar, el estado de su arquitectura stateless: NEAR cuenta con validación stateless activa; el trabajo de Ethereum en clientes stateless mediante árboles de Verkle sigue en desarrollo. En tercer lugar, sus herramientas para desarrolladores: el entorno nativo de NEAR utiliza WASM y Rust/JavaScript; Ethereum utiliza la EVM y Solidity de forma nativa.

¿Es NEAR Protocol una buena inversión?

Este artículo no proporciona asesoramiento de inversión y no puede evaluar NEAR Protocol como inversión. Los precios de Token y las cifras de adopción de la red cambian rápidamente. Para obtener información sobre la hoja de ruta técnica, consulte el sitio web oficial de la Fundación NEAR en near.org. Para tomar decisiones de inversión, consulte los datos actuales del mercado y un análisis financiero independiente de un asesor financiero cualificado.

--- ## Conclusión: Por qué la validación sin estado es importante para el futuro de NEAR

La actualización de validación sin estado de NEAR Protocol representa el cambio estructuralmente más significativo en la arquitectura Nightshade desde el lanzamiento de la Mainnet. Al desacoplar el almacenamiento del estado del validador del trabajo de validación mediante testigos de estado y validadores de fragmentos, la validación sin estado rompe el vínculo directo entre el crecimiento de la Blockchain y el coste del hardware del validador. Esta es la respuesta práctica al desafío del Trilema Blockchain que abrió este artículo: más participantes pueden validar, se pueden añadir más fragmentos y la red se vuelve más difícil de atacar mediante la concentración de fragmentos dirigida.

La Fase 3+ (reasignación dinámica de fragmentos) es el próximo hito en la hoja de ruta de NEAR. Permitirá que el número de fragmentos activos escale automáticamente en respuesta a la carga de la red en lugar de requerir actualizaciones manuales del protocolo. La arquitectura construida a través de la Fase 2 proporciona la base para que esa escalabilidad dinámica funcione sin aumentar proporcionalmente la carga de hardware de los validadores individuales.

Para los lectores que quieran ir más allá, los siguientes pasos dependen de su perspectiva:

• Inversores e investigadores: Sigue el sitio web oficial de la Fundación NEAR en near.org y el blog de la Fundación NEAR para estar al tanto de los anuncios de la hoja de ruta, las actualizaciones de desarrollo de la Fase 3+ y las noticias del ecosistema.
• Desarrolladores: La documentación para desarrolladores de NEAR en docs.near.org cubre el SDK de NEAR, el despliegue de contratos inteligentes en Rust y JavaScript/TypeScript, y la arquitectura técnica completa de Nightshade.
• Validadores y operadores de nodos: La documentación para validadores del Protocolo NEAR detalla los requisitos de los validadores, las mecánicas de staking y las especificaciones de hardware tanto para los productores de bloques como para los validadores de fragmentos (chunks) bajo la validación sin estado.

La validación sin estado no es un ajuste de rendimiento. Es un rediseño arquitectónico de quién puede participar en la seguridad de una blockchain fragmentada, y ese rediseño otorga a NEAR Protocol una vía creíble para escalar el rendimiento sin escalar la centralización.