¿Qué es NEAR Protocol (NEAR) y cómo funciona la red?

¿Qué es NEAR Protocol (NEAR)?

NEAR Protocol es una blockchain pública de Capa 1. Los desarrolladores pueden construir en ella aplicaciones descentralizadas y contratos inteligentes. Una Capa 1 es, en pocas palabras, una red blockchain independiente con sus propias reglas, su propia seguridad y su propio token.

El token nativo de la red se llama NEAR. NEAR se utiliza, entre otras cosas, para pagar comisiones de transacción y almacenamiento en la blockchain. Los validadores y delegadores también pueden bloquear NEAR, es decir, hacer staking, para ayudar a proteger la red. Los validadores son participantes que ayudan a procesar transacciones y nuevos bloques. Los delegadores asignan su NEAR a través de un validador.

Un contrato inteligente es código que se ejecuta en la blockchain. En NEAR, un contrato de este tipo puede estar vinculado a una cuenta. De ese modo, el contrato puede administrar sus propios datos y ejecutar acciones según las reglas establecidas en el código.

NEAR Protocol también trabaja en la abstracción de cadenas. Se trata de una infraestructura adicional que debe facilitar a usuarios y desarrolladores las interacciones con varias blockchains. Por tanto, es algo distinto de la propia Capa 1 de NEAR.

Puntos clave

• NEAR Protocol es una blockchain de Capa 1 para aplicaciones y contratos inteligentes.
• NEAR es el token para comisiones, almacenamiento y staking.
• La red combina Proof of Stake con el sharding Nightshade y Doomslug.
• El sharding distribuye el trabajo y los datos entre varios shards.
• NEAR no tiene un suministro máximo fijo y sigue evolucionando mediante actualizaciones.

¿Cómo funciona NEAR Protocol?

NEAR Protocol utiliza Proof of Stake. En este sistema, los validadores bloquean NEAR para participar en la seguridad de la red y en la producción de bloques y chunks. Un bloque es un conjunto de información que se añade a la blockchain.

La tecnología detrás de la red consta de dos componentes importantes: Nightshade y Doomslug. Nightshade es el diseño de sharding de NEAR. El sharding distribuye el procesamiento entre varias partes de la red, llamadas shards. Doomslug ayuda en la producción de bloques y en la finality. Finality significa que una transacción o un bloque se considera definitivo y ya no puede revertirse fácilmente.

Un bloque contiene encabezados de chunk. Un chunk es la parte en la que se incluyen las transacciones y los cambios de datos de un shard específico. Puede entenderse como varios grupos de trabajo que se coordinan juntos dentro de un mismo bloque.

Una transacción en NEAR puede constar de varias acciones. Por ejemplo, enviar NEAR, crear una cuenta, añadir una clave de acceso, hacer staking de NEAR o invocar un contrato inteligente.

La ejecución de una transacción de este tipo puede generar receipts. Un receipt es una instrucción que se procesa más adelante. Especialmente en el caso de los contratos inteligentes y de las acciones entre distintos shards, una sola operación puede constar de varios pasos.

Resumen de NEAR Protocol (NEAR)

¿Cómo funciona el sharding en NEAR Protocol?

Con el sharding, el procesamiento y el almacenamiento de datos se distribuyen entre varios shards. Así, no es necesario que cada validador procese por sí mismo todas las transacciones y todos los datos de toda la red.

Dentro de Nightshade, un productor de chunks crea un chunk para un shard. Después, el productor de bloques incluye los encabezados de chunk en la cadena principal. Por tanto, los shards no son blockchains separadas e independientes. Pertenecen al mismo NEAR Protocol y se coordinan conjuntamente.

La idea detrás de esto es el escalado horizontal. Si hay shards adicionales, en principio puede aportar capacidad de procesamiento extra. La red distribuye entonces el trabajo entre más partes, en lugar de hacer que todos realicen exactamente el mismo trabajo.

NEAR también utiliza validación sin estado. En este caso, los validadores no necesitan almacenar localmente todos los datos de cada shard. Pueden verificar los chunks con las pruebas criptográficas necesarias. Esto puede reducir la cantidad de datos de shard que un validador debe conservar por su cuenta.

Una acción entre cuentas o contratos inteligentes en distintos shards se realiza mediante cross-shard receipts. No ocurre como una ejecución local directa dentro del mismo shard. Por ello, puede incluir varios pasos separados.

¿Cómo funcionan las cuentas y las transacciones en NEAR Protocol?

NEAR utiliza un modelo de cuentas. Una cuenta puede contener un saldo, claves de acceso, datos almacenados y, en su caso, código de contrato inteligente. Por tanto, una cuenta es algo más que una simple dirección donde se guarda NEAR.

NEAR admite nombres de cuenta legibles y jerárquicos. También existen cuentas implícitas, que se derivan de una clave pública o de una dirección de Ethereum. Un contrato inteligente se despliega en una cuenta de NEAR. Por ello, una cuenta de contrato puede ejecutar código, almacenar datos y administrar activos.

Una cuenta puede tener varias claves de acceso. Existen claves de acceso total, con amplios permisos sobre la cuenta, y claves de llamada a función. Las claves de llamada a función dan acceso a un contrato concreto. Además, pueden limitarse a funciones específicas y a un presupuesto máximo en NEAR para comisiones de gas.

El gas mide cuántos recursos de red utiliza una transacción o un contrato inteligente. Un límite de gas restringe cuánto puede consumir como máximo una ejecución. Esto evita que una acción exija una cantidad ilimitada de trabajo a la red. Los permisos exactos de una clave de llamada a función dependen de cómo se haya configurado esa clave. Por tanto, una clave restringida no es automáticamente segura para cualquier aplicación.

Una transacción firmada contiene una o varias acciones. Durante la ejecución, de ellas pueden surgir receipts, que se procesan por separado. Además, las cuentas pagan por el espacio de almacenamiento que sus datos utilizan en la blockchain. Por tanto, el almacenamiento tiene un coste económico además del gas de transacción.

¿Cuál es la diferencia entre NEAR Protocol y Bitcoin?

NEAR Protocol y Bitcoin son ambas blockchains públicas con un activo nativo propio. Sin embargo, su objetivo y su diseño técnico difieren claramente.

• Objetivo: NEAR está diseñado como una plataforma programable para aplicaciones y contratos inteligentes. Bitcoin es principalmente una red de dinero electrónico peer-to-peer.
• Seguridad: NEAR utiliza Proof of Stake, en el que los validadores hacen staking de NEAR. Bitcoin utiliza Proof of Work, en el que los mineros realizan trabajo computacional para producir bloques.
• Modelo de transacciones: NEAR funciona con cuentas que pueden contener saldo, claves, almacenamiento y código de contratos inteligentes. Bitcoin utiliza un modelo UTXO. En él, una transacción gasta salidas anteriores que aún no se han gastado.
• Capacidades de programación: En NEAR se pueden desplegar y ejecutar contratos inteligentes generales en cuentas. Bitcoin tiene Script para condiciones relacionadas con el gasto de salidas de bitcoin, pero este sistema es más limitado que la plataforma general de contratos inteligentes de NEAR.
• Suministro: Bitcoin tiene, según las reglas de consenso, un suministro máximo de 21 millones de bitcoin. NEAR no tiene un suministro total máximo fijo. La inflación anual máxima actual es del 2,5%.
• Distribución de la carga: NEAR utiliza sharding para distribuir el procesamiento y los datos entre shards. Bitcoin mantiene un único registro UTXO compartido y no utiliza sharding de protocolo en la capa base.

¿Cómo surgió NEAR Protocol?

Illia Polosukhin y Alexander Skidanov fundaron NEAR Protocol en 2018. Su objetivo era construir una blockchain escalable y fácil de usar.

Al principio, investigaron aplicaciones relacionadas con la IA. Después se centraron en la infraestructura blockchain, porque detectaron problemas en los pagos transfronterizos y en la escalabilidad.

Antes del lanzamiento de la mainnet, NEAR desarrolló una infraestructura pública de testnet. El genesis de la mainnet de NEAR tuvo lugar el 22 de abril de 2020. Ese fue el inicio de la red, pero todavía no de una mainnet completamente abierta y gestionada por la comunidad.

La primera fase utilizó temporalmente Proof of Authority. En septiembre de 2020, la NEAR Foundation dejó de operar sus propios nodos de mainnet. A partir de ese momento, la red pasó a estar gestionada por la comunidad.

¿Cuáles son las ventajas de NEAR Protocol?

Una característica importante de NEAR es el sharding Nightshade. Al distribuir el procesamiento y los datos entre shards, no es necesario que cada participante procese todas las transacciones. Esto da al protocolo margen para escalar horizontalmente.

La validación sin estado puede ayudar en este sentido. Así, los validadores necesitan almacenar menos estado de shard localmente, mientras siguen pudiendo verificar los chunks con pruebas criptográficas.

El modelo de cuentas también ofrece posibilidades prácticas. NEAR admite nombres de cuenta legibles, subcuentas y varias claves de acceso. Con las claves de llamada a función, las aplicaciones pueden configurar los permisos de forma más precisa, por ejemplo, limitando el acceso a un solo contrato, a determinadas funciones y a un presupuesto máximo en NEAR para comisiones de gas.

Además, los desarrolladores pueden desplegar contratos inteligentes en cuentas de NEAR. Estos contratos pueden gestionar su propia lógica y sus propios datos en la blockchain.

NEAR Intents es una infraestructura adicional para interacciones entre blockchains compatibles. En ella, un usuario puede indicar el resultado financiero deseado sin tener que ejecutar por sí mismo todos los pasos individuales. Esto no forma parte de cada transacción normal de NEAR.

¿Cuáles son las desventajas de NEAR Protocol?

El sharding hace que la red sea técnicamente más compleja. Especialmente las acciones entre shards pueden pasar por receipts y constar de varios pasos asíncronos. Asíncrono significa aquí que no cada paso se completa de inmediato en una sola ejecución.

Cuando hay mucha actividad, los receipts pueden acumularse. Como resultado, puede transcurrir más tiempo entre la presentación de una transacción y su ejecución final. Por ello, NEAR dispone de mecanismos de control de congestión, pensados para gestionar este tipo de congestión.

NEAR no tiene un suministro total máximo fijo. La inflación anual máxima actual del 2,5% puede aumentar el suministro. Al mismo tiempo, las comisiones se queman. Si la cantidad total de NEAR aumenta o disminuye en términos netos depende de la relación entre la nueva emisión y las comisiones quemadas.

Los validadores pueden ver las transacciones en la mempool antes de que se ejecuten. La mempool es la zona de espera de las transacciones. Por ello, los desarrolladores de contratos inteligentes deben tener en cuenta el front-running: alguien puede intentar adelantarse a una transacción visible. Esto no significa que todas las transacciones de NEAR sufran front-running.

Por último, el protocolo y la tokenomics siguen cambiando mediante actualizaciones. Por tanto, los detalles técnicos y los parámetros económicos no deben considerarse características permanentes.

Conclusión

NEAR Protocol es una blockchain de Capa 1 sobre la que los desarrolladores pueden construir aplicaciones y contratos inteligentes. El token nativo NEAR se utiliza, entre otras cosas, para comisiones de transacción, almacenamiento y staking.

Técnicamente, la red combina Proof of Stake con el sharding Nightshade y Doomslug. El sharding distribuye el procesamiento y los datos entre shards, de modo que no cada validador tiene que procesarlo todo. Esto también añade complejidad adicional, especialmente cuando las acciones entre shards se realizan mediante receipts.

Además, NEAR ofrece un modelo de cuentas con varios tipos de claves de acceso y espacio para contratos inteligentes. Al mismo tiempo, NEAR no tiene un suministro máximo fijo y la tecnología y la tokenomics pueden seguir cambiando mediante actualizaciones. Estos son puntos importantes a tener en cuenta si desea comprender cómo funciona NEAR Protocol.