¿Qué es NEAR Token? Explicación del modelo de cuentas

Meta descripción: Aprende cómo funciona el modelo de cuentas de NEAR: cuentas nominativas, cuentas implícitas, claves de acceso, subcuentas y staking de almacenamiento explicados para desarrolladores y usuarios de cripto.

Introducción: ¿Qué es NEAR Protocol y por qué es importante su modelo de cuentas?

NEAR Protocol es una blockchain de capa 1 de prueba de staking diseñada para aplicaciones descentralizadas escalables (dApps, programas de software que se ejecutan en una blockchain en lugar de un servidor centralizado), y el modelo de cuenta de NEAR es el sistema arquitectónico que lo diferencia de las cadenas competidoras. Fundado por Illia Polosukhin (un antiguo investigador de IA de Google) y Alexander Skidanov (anteriormente de Microsoft), NEAR lanzó su mainnet en octubre de 2020 con un objetivo deliberado: hacer que el desarrollo y el uso de la blockchain se sientan más cercanos a la creación y el uso de software ordinario.

La mayoría de las personas que se encuentran con NEAR por primera vez notan algo inesperado. Su cuenta se ve como alice.near, no como una cadena criptográfica de letras y números. Esa elección de diseño no es cosmética. Refleja una decisión arquitectónica más profunda integrada en el modelo de cuentas de NEAR que afecta a la identidad, los permisos, el almacenamiento y a cómo interactúan las aplicaciones con los usuarios.

Este artículo cubre todo lo que necesitas entender sobre cómo funciona NEAR Protocol y qué hace que su modelo de cuentas sea distintivo. Aprenderás la diferencia entre las cuentas con nombre y las cuentas implícitas de NEAR, cómo las claves de acceso de NEAR crean un sistema de permisos programable, cómo las subcuentas de NEAR permiten el uso de espacios de nombres a nivel de aplicación, por qué el staking de almacenamiento requiere un saldo mínimo en cada billetera y cómo la arquitectura de NEAR se compara estructuralmente con la de Ethereum. Las secciones finales tratan sobre la creación de cuentas, la utilidad del Token NEAR y una sección de preguntas frecuentes que aborda directamente las dudas más comunes.

Contenidos

1. ¿Qué es NEAR Protocol? Una visión general fundamental
2. El modelo de cuentas de NEAR: cómo NEAR gestiona la identidad y los permisos On-Chain
3. Tipos de cuentas de NEAR: cuentas con nombre frente a cuentas implícitas
4. Claves de acceso de NEAR: el sistema de permisos que hace únicas a las cuentas de NEAR
5. Subcuentas de NEAR: entender la jerarquía de cuentas
6. Staking de almacenamiento: por qué las cuentas de NEAR requieren un saldo mínimo
7. Modelo de cuentas de NEAR frente al modelo de cuentas de Ethereum: una comparativa estructural
8. Cómo crear y gestionar una cuenta de NEAR
9. El Token de NEAR: gas, almacenamiento y staking
10. Preguntas frecuentes
11. Resumen: qué hace que el modelo de cuentas de NEAR sea distintivo

¿Qué es NEAR Protocol? Una visión general fundamental

NEAR Protocol es una blockchain de prueba de participación (proof-of-stake) construida para aplicaciones descentralizadas escalables y fáciles de usar para desarrolladores. Utiliza un mecanismo de consenso de prueba de participación (PoS) y fragmentación Nightshade para lograr escalabilidad horizontal. NEAR Protocol es la red blockchain; el token NEAR es su criptomoneda nativa utilizada para comisiones de transacciones, almacenamiento y staking.

Proof of stake significa que los validadores se seleccionan para producir bloques en función de la cantidad de tokens NEAR que tienen en staking, en lugar de consumir energía computacional como ocurre en los sistemas proof-of-work como Bitcoin. Los validadores son nodos que hacen staking de tokens NEAR para participar en la producción de bloques y en la validación de transacciones. Obtienen recompensas en NEAR por su participación honesta y se enfrentan a penalizaciones por comportamiento malicioso.

Para gestionar la creciente demanda de transacciones sin sacrificar la descentralización, NEAR logra la escalabilidad horizontal a través de Nightshade, su mecanismo de sharding. El sharding divide una red blockchain en segmentos de procesamiento paralelo denominados shards, lo que permite que la red gestione más transacciones de forma simultánea. Cada shard procesa un subconjunto de transacciones en paralelo, por lo que la capacidad de la red se escala a medida que aumenta la demanda.

Lo que distingue a NEAR de otras cadenas de Capa 1 no es solo el sharding. El modelo de cuenta, examinado en las secciones siguientes, es la capa arquitectónica donde NEAR realiza sus divergencias de diseño más trascendentales respecto a Ethereum y cadenas similares.

El Modelo de Cuentas de NEAR: Cómo NEAR Gestiona la Identidad y los Permisos On-Chain

El modelo de cuentas de NEAR es el sistema que NEAR Protocol utiliza para gestionar las identidades de usuario y de aplicación On-Chain. A diferencia del modelo basado en direcciones de Ethereum, las cuentas de NEAR tienen nombres legibles por humanos, admiten múltiples claves criptográficas con permisos configurables y pueden, opcionalmente, albergar contratos inteligentes dentro de un único tipo de cuenta unificado.

Este diseño unificado supone una desviación significativa respecto a cómo la mayoría de las blockchains gestionan la identidad. En Ethereum, existen dos tipos de cuentas diferenciados: las cuentas de propiedad externa (EOA), controladas por una clave privada, y las cuentas de contrato, que contienen código. NEAR elimina esta distinción. Cada cuenta de NEAR puede tener tókenes, disponer de múltiples claves de acceso con distintos niveles de permisos y, opcionalmente, implementar un contrato inteligente (un programa de ejecución automática almacenado en la blockchain que aplica reglas y gestiona transacciones de forma automática). Una cuenta sin un contrato implementado simplemente contiene tókenes y claves.

Las transacciones de NEAR utilizan un modelo de acciones, lo que significa que una única transacción puede agrupar varias acciones juntas, como una transferencia de Token combinada con una llamada a función de contrato. Esto reduce el número de transacciones separadas que los desarrolladores necesitan coordinar.

El modelo de cuenta NEAR se basa en cuatro pilares estructurales, cada uno explorado en las secciones que siguen:

1. ID de cuenta y tipos: cómo se identifican las cuentas (nombradas frente a implícitas)
2. Claves de acceso: cómo se vinculan los permisos a las cuentas
3. Subcuentas: cómo se pueden organizar las cuentas de forma jerárquica
4. Staking de almacenamiento: cómo se gestionan los costes de almacenamiento On-Chain

Para consultar la especificación técnica completa, consulta la documentación del modelo de cuenta de NEAR.

Tipos de Cuentas NEAR: Cuentas Nombradas vs. Cuentas Implícitas

NEAR Protocol admite dos tipos distintos de cuentas: cuentas con nombre, que utilizan identificadores legibles por humanos como alice.near, y cuentas implícitas, que utilizan cadenas hexadecimales de 64 caracteres derivadas de una clave pública. Ambos tipos son cuentas de NEAR plenamente funcionales; difieren en el formato, el proceso de registro y el caso de uso típico.

Cuentas con nombre

Una cuenta con nombre es un identificador de cuenta legible por humanos registrado on-chain a través del sistema de nombres de NEAR. Las cuentas con nombre funcionan como nombres de dominio o direcciones de correo electrónico: son legibles, fáciles de recordar y se registran a través de un sistema de nombres en lugar de derivarse criptográficamente de un par de claves.

En Mainnet, el sufijo .near es el identificador de nivel superior propiedad del registrador de .near. Una cuenta como alice.near o defi-protocol.near se crea enviando una transacción de registro a través de una cuenta de NEAR existente o un servicio faucet. Según la documentación del modelo de cuenta de NEAR,, los identificadores de cuenta con nombre siguen estas reglas: de 2 a 64 caracteres de longitud, solo letras minúsculas y dígitos, con guiones y guiones bajos permitidos como separadores, y el ID no puede empezar ni terminar con un carácter separador.

En la práctica, esto significa que un nuevo usuario de NEAR puede compartir su ID de cuenta de la misma manera que compartiría una dirección de correo electrónico, sin necesidad de copiar y pegar cadenas criptográficas.

Cuentas implícitas

Una cuenta implícita utiliza un ID de cuenta hexadecimal en minúsculas de 64 caracteres derivado directamente de una clave pública, similar a cómo funcionan las direcciones de billetera de Ethereum. El término «implícito» se refiere al hecho de que el ID de cuenta se deriva implícitamente de la clave, no a que la cuenta sea anónima o no rastreada. Un ejemplo de ID de cuenta implícita se ve así: 98793cd91a3f870fb126f662858dbb54de0ca... (64 caracteres en total).

Un par de claves para una cuenta implícita puede existir sin ninguna transacción de registro on-chain. La cuenta se activa on-chain solo después de recibir una transacción financiada. Los desarrolladores y los exchanges utilizan comúnmente cuentas implícitas para flujos de trabajo programáticos donde los nombres legibles por humanos no son necesarios.

Las cuentas implícitas son análogas a las direcciones de monederos de criptomoneda tradicionales: una cadena hexadecimal larga derivada de tu clave pública, reconocible para cualquiera familiarizado con los formatos de direcciones de Ethereum o Bitcoin.

Cuentas Nombradas vs. Cuentas Implícitas: Comparación Lado a Lado

Las cuentas con nombre son adecuadas para la mayoría de los usuarios finales y despliegues de aplicaciones donde una identidad reconocible es importante. Las cuentas implícitas son adecuadas para sistemas automatizados y flujos de trabajo programáticos donde los ID de cuenta son gestionados por software en lugar de ser compartidos con humanos.

Claves de Acceso NEAR: El Sistema de Permisos Que Hace Únicas las Cuentas NEAR

Las claves de acceso de NEAR son pares de claves criptográficas adjuntos a una cuenta de NEAR, cada una con ámbitos de permiso configurables. A diferencia de Ethereum, donde una única Clave privada controla una cuenta, las cuentas de NEAR pueden tener múltiples claves simultáneamente, algunas con control total y otras restringidas a interacciones específicas con contratos inteligentes. Este diseño permite a los usuarios otorgar a las aplicaciones acceso con ámbitos definidos sin exponer las credenciales completas de la cuenta.

Piense en las claves de acceso de NEAR como en el sistema de permisos de un smartphone: puede conceder a una aplicación acceso a su cámara sin dárselo a sus contactos y puede revocar cualquier permiso en cualquier momento. El tipo de clave de acceso utilizada para firmar una transacción determina qué acciones está autorizada a realizar esa transacción. Para consultar la especificación técnica completa, consulte la documentación de las claves de acceso de NEAR.

Claves de acceso total

Una clave de acceso total es una clave criptográfica que otorga un control sin restricciones sobre una cuenta NEAR. Una clave de acceso total puede firmar cualquier tipo de transacción: transferencias de Token, despliegues de contratos, eliminación de cuentas y la adición o eliminación de otras claves. Piense en ella como una llave maestra que abre todas las puertas de un edificio.

La frase semilla de su monedero genera y controla una clave de acceso total. Guárdela de forma segura y nunca la compartas con aplicaciones de terceros. Si pierde todas las claves de acceso total vinculadas a una cuenta, la cuenta pasará a ser inaccesible. Eliminar una clave de acceso total es seguro siempre que quede vinculada al menos otra clave de acceso total; eliminar la última clave de acceso total bloquea la cuenta de forma permanente.

Claves de acceso para llamadas a funciones

Una clave de acceso para llamadas a funciones es una clave criptográfica con permisos específicos y limitados. Solo puede llamar a métodos específicos en un contrato inteligente determinado, con un límite de asignación de Token opcional para el gasto de gas. Piensa en ello como un Token de OAuth o un permiso de una aplicación de smartphone: concedes a una aplicación un acceso específico y limitado que puedes revocar en cualquier momento, sin darle el control de toda tu cuenta.

Cuando una dApp te solicita "aprobar una conexión" o "añadir una clave de acceso", está pidiendo una clave de acceso a llamada de función, no el control total de tu cuenta. Las claves de acceso a llamada de función son seguras de aprobar para aplicaciones de confianza porque su ámbito se fija en el momento de su creación: no pueden transferir tus tokens, desplegar contratos ni gestionar otras claves. Puedes revocar cualquier clave de acceso a llamada de función en cualquier momento a través de la interfaz de tu monedero.

Las tarifas de gas de NEAR son bajas y predecibles en comparación con Ethereum, y las claves de acceso a llamadas de función pueden incluir una asignación de gas para que los usuarios no necesiten aprobar manualmente las tarifas para cada interacción individual. Según la documentación oficial, aproximadamente el 30 % de las tarifas de gas de NEAR van a los desarrolladores de contratos inteligentes (verifique el porcentaje actual en docs.near.org, ya que está sujeto a actualizaciones del protocolo).

En la práctica, esto significa que un juego de Blockchain puede permitirte jugar 100 rondas sin pedirte que apruebes 100 transacciones separadas. Tu clave de acceso de llamada a función maneja la firma automáticamente dentro del ámbito de permisos que aprobaste.

Clave de Acceso Completo vs. Clave de Acceso de Llamada a Función: Comparación

Una clave de acceso completo es la credencial maestra de tu cuenta. Una clave de acceso de llamada a función es una delegación con ámbito a una aplicación específica. La mayoría de los usuarios interactúan a diario a través de claves de acceso de llamada a función y almacenan su clave de acceso completo únicamente en una billetera segura o dispositivo de hardware.

Subcuentas de NEAR: Entender la jerarquía de cuentas

Las subcuentas NEAR son cuentas secundarias jerárquicas que se extienden desde una cuenta principal con nombre, siguiendo un patrón de nombres similar al de un subdominio. Únicamente la cuenta principal directa puede crear una subcuenta. Los desarrolladores las utilizan para el aislamiento de contratos, la organización de espacios de nombres de aplicaciones y la gestión de cuentas organizativas.

Las subcuentas funcionan como los subdominios de un sitio web: blog.example.com es un subdominio de example.com, al igual que app.alice.near es una subcuenta de alice.near. La jerarquía de cuentas se extiende tan profundamente como sea necesario, con cada nivel creado por su padre directo.

alice.near └── app.alice.near └── v2.app.alice.near

La regla de creación es estricta: alice.near puede crear app.alice.near, pero alice.near no puede crear directamente sub.app.alice.near. Solo app.alice.near puede crear ese subnivel más profundo. Después de la creación, las subcuentas son cuentas independientes con sus propias claves de acceso; la cuenta principal no controla automáticamente la subcuenta.

Las subcuentas no equivalen a las cuentas de contrato de Ethereum. Cualquier cuenta de NEAR, incluida una subcuenta, puede contener opcionalmente un contrato inteligente. Las subcuentas son una característica de nomenclatura y jerarquía, no un tipo específico de contrato.

Tres casos de uso prácticos impulsan la adopción de la mayoría de las subcuentas:

[{"description":"desplegar contratos inteligentes separados en v1.myapp.near y v2.myapp.near, manteniendo las versiones independientes para que un error en una no afecte a la otra","point":"Aislamiento de contratos"},{"description":"crear cuentas de usuario dentro del espacio de nombres de una aplicación, como username.myapp.near, dando a la aplicación un espacio de cuentas estructurado","point":"Espacio de nombres de aplicaciones"},{"description":"gestionar tesorería y operaciones bajo una cuenta principal, por ejemplo treasury.myorg.near y governance.myorg.near","point":"Separación organizacional"}]

En la práctica, esto significa que un desarrollador de NEAR puede desplegar una nueva versión de un contrato inteligente en v2.app.myprotocol.near sin tocar la app.myprotocol.near existente, manteniendo los entornos de producción y desarrollo claramente separados bajo un único espacio de nombres organizativo.

Staking de almacenamiento: Por qué las cuentas NEAR requieren un saldo mínimo

El staking de almacenamiento es el mecanismo de NEAR para gestionar los costes de almacenamiento On-Chain. Las cuentas de NEAR deben bloquear una cantidad proporcional de tokens NEAR para cubrir el almacenamiento que utilizan en la Blockchain, aproximadamente 1 NEAR por cada 100 KB de datos (consulta la documentación de staking de almacenamiento de NEAR) para conocer las cifras actuales, ya que las actualizaciones del protocolo pueden ajustar esta proporción). Por este motivo, todas las cuentas de NEAR requieren un pequeño saldo mínimo.

Para una cuenta básica que solo contiene claves y no tiene ningún contrato desplegado, el saldo mínimo es de aproximadamente 0,0023 NEAR en el momento de escribir estas líneas (verifica la cifra actual en docs.near.org, ya que está sujeto a actualizaciones del protocolo). Los tokens bloqueados cubren la huella de almacenamiento del estado de la cuenta On-Chain.

Los tokens bloqueados no se pierden ni se queman. Piensa en el almacenamiento de staking como el alquiler de un espacio en un almacén: pagas unos Depósitos proporcionales al espacio que utilizas y recuperas tus Depósitos cuando vacías el estante. Si eliminas datos almacenados o cierras una cuenta, los tokens NEAR proporcionales vuelven a tu saldo.

El staking de almacenamiento tiene un significado distinto al staking de validadores, y la diferencia es importante. En NEAR, el «staking» se refiere a dos mecanismos independientes:

• El staking de almacenamiento bloquea tókenes de forma proporcional al almacenamiento de datos On-Chain. Se trata de una mecánica integrada directamente en el modelo de cuenta.
• El staking de validadores delega tókenes en los validadores de la red para la producción de bloques y la seguridad. Los validadores obtienen recompensas a través de este mecanismo independiente, que es el staking relevante para el consenso de prueba de participación (proof-of-stake).

Estos dos mecanismos son operativamente independientes. El staking de almacenamiento está integrado en el propio modelo de cuenta: el estado de cada cuenta de NEAR se almacena On-Chain, y ese almacenamiento requiere un saldo bloqueado proporcional.

Para los desarrolladores que crean dApps que almacenan datos en nombre de los usuarios, esto tiene implicaciones de diseño. Un contrato que almacena datos de usuario debe financiar dicho almacenamiento con su propio saldo o garantizar que los usuarios mantengan un saldo suficiente para cubrir su huella de datos.

En la práctica, el saldo mínimo en tu cartera NEAR no es una comisión. Es un depósito recuperable que puedes reclamar si cierras tu cuenta o reduces los datos almacenados en ella.

Modelo de Cuenta NEAR frente a Modelo de Cuenta de Ethereum: Una Comparación Estructural

NEAR y Ethereum adoptan enfoques fundamentalmente diferentes en cuanto a la arquitectura de cuentas. NEAR utiliza un modelo de cuenta unificado donde cada cuenta puede contener tokens, claves y código, mientras que Ethereum separa las cuentas externas de las cuentas de contrato a nivel de protocolo. Las cuentas de NEAR admiten múltiples pares de claves criptográficas con ámbitos de permisos configurables, mientras que las cuentas de Ethereum son controladas por una única clave privada. Donde los IDs de cuenta de NEAR son cadenas legibles por humanos como alice.near, Ethereum se basa en direcciones hexadecimales de 42 caracteres como 0x71C7656EC7ab88b098defB751B7401B5f6d8976F.

El modelo de capa base de Ethereum define dos tipos de cuenta distintos. Una cuenta de propiedad externa (EOA) es una cuenta controlada por el usuario identificada por una dirección hexadecimal de 42 caracteres y controlada por una única clave privada. Una cuenta de contrato contiene código y está controlada por la lógica de ese código en lugar de por una clave. Solo las cuentas de contrato pueden contener contratos inteligentes en el diseño de capa base de Ethereum. Consulte la documentación del modelo de cuentas de Ethereum para obtener la especificación completa.

Las propuestas de abstracción de cuentas EIP-4337 de Ethereum están haciendo evolucionar el modelo de capa base hacia cuentas más programables. Esta comparativa refleja el modelo de cuentas nativo de la capa base de Ethereum, no las extensiones de abstracción de cuentas.

Para los desarrolladores que evalúan la compatibilidad con Ethereum, Aurora (una capa compatible con EVM construida sobre NEAR) permite que los contratos inteligentes de Solidity se ejecuten en la infraestructura de NEAR. El Rainbow Bridge permite la transferencia de activos entre NEAR y Ethereum para la interoperabilidad entre ambos ecosistemas. Otras cadenas de Capa 1, como Solana, adoptan enfoques arquitectónicos diferentes para la gestión de cuentas que implican distintos trade-offs que vale la pena evaluar de forma independiente.

Las comisiones de gas de NEAR son bajas y predecibles en comparación con las comisiones de capa base de Ethereum, y aproximadamente el 30 % de las comisiones de gas de NEAR se destinan a los desarrolladores de contratos inteligentes (verificar en docs.near.org), creando un incentivo directo para los desarrolladores ligado al uso del contrato.

Modelo de cuentas de NEAR vs. Modelo de cuentas de Ethereum

Los dos modelos representan diferentes compromisos arquitectónicos. La separación de tipos de cuenta de Ethereum se alinea perfectamente con los modelos mentales existentes de los desarrolladores y se beneficia del mayor ecosistema EVM y base de herramientas. El modelo unificado de NEAR elimina la distinción entre cuentas de usuario y cuentas de contrato, permitiendo permisos programables a nivel de cuenta desde el principio.

Cómo Crear y Gestionar una Cuenta NEAR

Crear una cuenta NEAR requiere cuatro pasos, y puedes completar el proceso a través de cualquiera de los proveedores de billetera compatibles con NEAR.

1. Elige un monedero NEAR. Las Opciones actuales incluyen MyNearWallet, Meteor Wallet y la compatibilidad con el monedero de hardware Ledger. El monedero NEAR original en wallet.near.org dejó de utilizarse, por lo que te recomendamos consultar las Opciones de monedero NEAR actuales para obtener una lista actualizada, ya que el ecosistema de monederos evoluciona con el tiempo.

2. Crea tu cuenta con un nombre de tu elección. Seleccionarás tu ID de cuenta durante la configuración de la billetera, por ejemplo, yourname.near. La billetera se encarga de la transacción de registro on-chain.

3. Asegura tu frase semilla. Tu frase semilla controla tu clave de acceso completa. Trátala como una contraseña maestra: escríbela sin conexión, guárdala de forma segura y nunca la compartas con ningún sitio web o aplicación de terceros. Cualquiera que tenga tu frase semilla tiene control total de tu cuenta.

4. Deposita fondos en tu cuenta. Transfiere suficiente NEAR para cubrir el saldo mínimo de almacenamiento para staking (aproximadamente 0.0023 NEAR en el momento de redactar esto, consulta docs.near.org para ver las cifras actuales) más las comisiones de transacción para tu actividad inicial.

Cuando una dApp te solicita conectar tu cartera, está pidiendo una clave de acceso de llamada a función, no el control total de tu cuenta. La dApp solo puede llamar a los métodos de contrato específicos que apruebes, dentro del límite de gas que establezcas. Puedes revocar cualquier clave de acceso de llamada a función en cualquier momento a través de la interfaz de gestión de claves de tu cartera.

Para la seguridad continua de tu cuenta, mantén tu Frase semilla almacenada sin conexión, revoca las claves de acceso a llamadas de función de las aplicaciones que ya no utilices y considera una billetera de hardware como Ledger para cuentas de alto valor. Para obtener instrucciones paso a paso sobre la creación de cuentas, consulta la documentación oficial de NEAR en docs.near.org.

El NEAR Token: Gas, Almacenamiento y Staking

El Token NEAR cumple tres funciones distintas dentro del Protocolo NEAR:

• Tarifas de gas: el Token NEAR paga por la computación de transacciones en la red. Las tarifas son bajas y predecibles en comparación con los costes de la capa base de Ethereum.
• Staking de almacenamiento: Los Token NEAR se bloquean como garantía para cubrir el almacenamiento de datos On-Chain, como se describe en la sección de staking de almacenamiento anterior. Esta es la fuente del requisito de saldo mínimo de cada cuenta.
• Staking de validadores: Los titulares del Token NEAR pueden delegar Token a validadores, obteniendo recompensas por staking de validadores por contribuir a la seguridad de la red y a la producción de bloques.

El ecosistema NEAR admite una gama de categorías de aplicaciones. DeFi protocolos como Ref Finance, NFT marketplaces como Mintbase y Paras, juegos blockchain y DAOs representan áreas activas de desarrollo del Protocolo NEAR desde su lanzamiento en la Mainnet en 2020. Cada uno de estos tipos de aplicaciones depende de las características del modelo de cuenta: cuentas con nombre para la identidad del usuario, claves de acceso a llamadas de función para permisos delegados y staking de almacenamiento para la gestión de datos On-Chain.

Los validadores obtienen recompensas por su participación honesta en la producción de bloques. Este mecanismo de recompensas de staking de validadores se conecta directamente con el consenso de prueba de participación (Proof-of-Stake) descrito anteriormente: los tokens en staking señalan el compromiso con la integridad de la red, y las recompensas fluyen proporcionalmente a dicho compromiso.

El Token NEAR es el sustrato económico del modelo de cuentas. Financia las comisiones de gas que hacen posibles las transacciones, asegura el almacenamiento on-chain mediante staking de almacenamiento y respalda la seguridad de la red mediante staking de validadores.

Si el Token NEAR es una inversión adecuada depende de las circunstancias financieras individuales y la tolerancia al riesgo. Este artículo cubre la arquitectura técnica de NEAR. Para tomar decisiones de inversión, consulte a un asesor financiero cualificado e investigue de forma independiente.

Protocolo NEAR y Modelo de Cuenta NEAR: Preguntas frecuentes

¿Qué es una cuenta NEAR y por qué tiene un nombre de usuario en lugar de una dirección de billetera?

Las cuentas de NEAR utilizan identificadores legibles para humanos como alice.near porque el modelo de cuentas de NEAR se diseñó pensando en la experiencia del usuario desde el nivel del protocolo. En lugar de derivar los ID de cuenta criptográficamente a partir de una clave pública (lo que genera una cadena hexadecimal larga), NEAR permite registrar cuentas con nombres legibles mediante un sistema de nombres. Puedes compartir tu ID de cuenta de NEAR de la misma manera que compartes una dirección de correo electrónico, sin necesidad de copiar una cadena hexadecimal de 42 caracteres.

¿Cuál es la diferencia entre una clave de acceso total y una clave de acceso a llamadas de función?

Una clave de acceso completo otorga control sin restricciones sobre una cuenta de NEAR: puede firmar transferencias de tokens, desplegar contratos, gestionar otras claves y eliminar la cuenta. Una clave de acceso de llamada a función tiene permisos limitados: solo puede llamar a métodos específicos en un contrato inteligente específico, con un límite opcional de asignación de gas. Tu Frase semilla controla una clave de acceso completo. Cuando una dApp solicita acceso a la billetera, está solicitando una clave de acceso de llamada a función, que puedes revocar en cualquier momento.

¿Qué es el staking de almacenamiento, y por qué mi cuenta de NEAR necesita un saldo mínimo?

El staking de almacenamiento es el sistema de NEAR para financiar el almacenamiento on-chain. Cada cuenta de NEAR debe bloquear una cantidad proporcional de tokens NEAR para cubrir su huella de almacenamiento en la blockchain, aproximadamente 1 NEAR por cada 100 KB de datos. Una cuenta básica requiere aproximadamente 0,0023 NEAR (consulta docs.near.org para conocer las cifras actuales). Los tokens bloqueados no son comisiones; son un depósito recuperable que se devuelve cuando se eliminan los datos almacenados o se cierra la cuenta.

¿Qué son las subcuentas de NEAR y para qué se utilizan?

Las subcuentas de NEAR son cuentas secundarias que extienden una cuenta principal con nombre utilizando una estructura de nomenclatura similar a un subdominio. Por ejemplo, app.alice.near es una subcuenta de alice.near. Solo la cuenta principal directa puede crear una subcuenta. Los desarrolladores utilizan subcuentas para el aislamiento de versiones de contratos (p. ej., v1.myapp.near y v2.myapp.near), la creación de espacios de nombres de aplicaciones (p. ej., usuario.myapp.near) y la separación de cuentas organizativas bajo una única identidad principal.

¿En qué se diferencia NEAR Protocol de Ethereum?

NEAR utiliza un modelo de cuenta unificado donde cada cuenta puede contener tokens, claves y código, mientras que Ethereum separa las cuentas de propiedad externa (EOAs) de las cuentas de contrato. Las cuentas NEAR admiten múltiples claves de acceso con ámbitos de permiso configurables; las cuentas de Ethereum están controladas por una única clave privada. Los ID de cuenta NEAR son cadenas legibles por humanos; las cuentas de Ethereum utilizan direcciones hexadecimales de 42 caracteres. Estos son compromisos arquitectónicos, cada uno con implicaciones distintas para el ecosistema de desarrolladores.

¿Puede cada cuenta NEAR albergar un contrato inteligente?

Cada cuenta de NEAR tiene la opción de implementar un contrato inteligente, pero ninguna cuenta está obligada a hacerlo. Una cuenta sin un contrato implementado simplemente posee tokens y claves de acceso. En Ethereum, solo las cuentas de contrato contienen código; las cuentas de usuario (EOA) no pueden. NEAR elimina esta distinción: cualquier cuenta, incluidas las subcuentas, puede opcionalmente contener un contrato inteligente escrito en Rust o JavaScript/TypeScript a través del SDK de NEAR.

¿Qué monederos son compatibles con NEAR Protocol?

Las billeteras NEAR actuales incluyen MyNearWallet, Meteor Wallet y compatibilidad con la billetera de hardware Ledger. La billetera NEAR original en wallet.near.org ha sido descontinuada. El ecosistema de billeteras evoluciona a medida que se desarrolla el protocolo, así que consulta las opciones actuales de billeteras NEAR para obtener la lista más actualizada. Todas las billeteras compatibles te permiten crear y gestionar cuentas NEAR, ver tus claves de acceso y aprobar o revocar solicitudes de claves de dApp.

¿Qué es el sharding Nightshade en NEAR?

Nightshade es el mecanismo de sharding de NEAR Protocol para lograr la escalabilidad horizontal. El sharding divide la red en segmentos de procesamiento en paralelo denominados shards, cada uno de los cuales gestiona un subconjunto de transacciones de forma simultánea. Nightshade es la implementación específica de NEAR, diseñada para escalar la capacidad de procesamiento de la red a medida que aumenta la demanda sin sacrificar la descentralización. Para obtener un análisis técnico más profundo sobre Nightshade, consulta la documentación oficial de NEAR.

Resumen: ¿Qué hace distintivo el modelo de cuenta de NEAR

El modelo de cuenta de NEAR no es un detalle menor de implementación. Es la base estructural del enfoque de NEAR para la experiencia de desarrollador y usuario on-chain, y difiere del diseño de capa base de Ethereum en aspectos importantes.

Puntos clave de este artículo:

• Las cuentas con nombre utilizan ID legibles por humanos como alice.near, registrados a través de un sistema de nombres y que se pueden compartir como una dirección de correo electrónico
• Las cuentas implícitas proporcionan una alternativa programática, utilizando ID hexadecimales de 64 caracteres derivados directamente de una Clave pública
• Las claves de acceso de NEAR asocian múltiples pares de claves criptográficas a una sola cuenta, cada una con alcances de permisos configurables (claves de acceso total para un control completo, claves de acceso de llamada a funciones para interacciones con dApps de alcance limitado)
• Las subcuentas crean un espacio de nombres jerárquico para la arquitectura de dApps, el control de versiones de contratos y la separación organizacional
• El staking de almacenamiento requiere un pequeño saldo de NEAR bloqueado proporcional a los datos almacenados On-Chain, tratándose de un Depósitos recuperable en lugar de una comisión
• El diseño de cuenta unificado de NEAR contrasta con la división de Ethereum entre EOA y cuentas de contrato, otorgando a cada cuenta de NEAR la opción de contener tokens, claves y código dentro de un único tipo de cuenta

Comprender estos seis aspectos del modelo de cuenta ofrece a desarrolladores, inversores y usuarios una imagen clara de lo que NEAR Protocol ofrece arquitectónicamente y por qué sus elecciones de diseño producen la experiencia de usuario que lo distingue de otras cadenas Layer-1.

Próximos pasos:

• Explora la documentación completa sobre el modelo de cuenta de NEAR) para profundizar técnicamente en los formatos de ID de cuenta, las especificaciones de las claves de acceso y los ratios de staking de almacenamiento
• Configura tu primera cuenta a través de las opciones actuales de monedero de NEAR si acabas de llegar a NEAR
• Para los desarrolladores que estén listos para construir, consulta la documentación para desarrolladores de NEAR Protocol para obtener guías de SDK, tutoriales de despliegue de contratos y la referencia completa de la API de claves de acceso

Lecturas relacionadas

["- ¿Qué es Cardano (ADA)? Cripto Blockchain Explicado","- ¿Qué es Polkadot Cripto (DOT)? Paracadenas Explicadas","- ¿Qué es Chainlink (LINK)? Token y Oráculo Explicado"]