NEAR Protocol (NEAR): cómo funcionan las cuentas NEAR, la fragmentación y las transacciones
NEAR Protocol es una red de contratos inteligentes de Prueba de Participación fragmentada con cuentas nombradas, múltiples claves de acceso y ejecución asíncrona de recibos. NEAR es el activo nativo utilizado para valor, gas, requisitos de almacenamiento y staking de validadores. Esta página se centra en cómo funcionan las Cuentas, la Fragmentación y las Transacciones de NEAR y en las comprobaciones que los usuarios necesitan antes de enviar fondos, pagar tarifas o usar la red.
Prepare una transacción NEAR y elija el estado de ejecución y finalidad correcto para la tarea.
Asunto:
Protocolo NEAR
Modo de mercado:
Solo instantánea
Activo de tarifa:
NEAR
Zona horaria:
UTC
Esta página no simula un contrato, calcula el uso de almacenamiento en vivo, selecciona un validador ni garantiza la finalización en un bloque.
Propiedad del contenido: Equipo Editorial de BitcoinToolkitReferencias técnicas: documentación oficial del protocolo y para desarrolladores.Enfoque de revisión: las explicaciones técnicas se verifican con fuentes primarias y se actualizan cuando la red o el activo cambian.Última revisión de contenido: Última prueba de integración de datos:
Cómo funcionan las Cuentas, la Fragmentación y las Transacciones de NEAR
Una cuenta puede tener varias claves con diferente autoridad en lugar de mapearse permanentemente a una clave pública.
Flujo de trabajo del Protocolo NEAR desde la primera decisión del usuario hasta un resultado verificado.
Cuentas nombradas y permisos con alcance
Las cuentas NEAR pueden usar nombres legibles por humanos y pueden contener código de contrato, saldos, estado de almacenamiento y múltiples claves de acceso. Las claves de acceso total pueden gestionar la cuenta de manera amplia. Las claves de llamada a función pueden limitarse a un contrato, métodos seleccionados y una asignación de gas, lo que las hace útiles para aplicaciones que no deberían recibir autoridad de transferencia.
Una clave restringida no es recuperable automáticamente si se elimina toda ruta de acceso total. Los usuarios deben entender qué clave solicita una billetera o aplicación y evitar tratar un nombre de cuenta como prueba de identidad. Las subcuentas tienen relaciones de creación y control que deben revisarse antes de implementar contratos o mover autoridad administrativa.
Riesgos del Protocolo NEAR antes de la finalización
La sumisión, ejecución y finalidad avanzan por caminos relacionados pero distintos.
Ejecución asíncrona
Un usuario firma una transacción que contiene una o más acciones para un receptor. La red valida la transacción y convierte el trabajo en recibos. Las llamadas a contratos pueden crear recibos adicionales, incluidos mensajes entre contratos y entre fragmentos, por lo que una acción compleja puede continuar después de que se incluya el bloque de la transacción original.
NEAR RPC expone estados de espera como inclusión, ejecución optimista y ejecución final. Una aplicación que necesita todos los resultados, incluidos los reembolsos, debe solicitar el estado final apropiado en lugar de mostrar éxito tan pronto como exista un hash de transacción. Cada resultado de recibo debe verificarse para detectar fallos.
Gas, Almacenamiento y Ejecución Fragmentada
Las tarifas de cómputo y el almacenamiento de estado afectan el saldo de NEAR de diferentes maneras.
Tgas y staking de almacenamiento
Cada acción consume unidades de gas deterministas, comúnmente expresadas en Tgas. El protocolo convierte esas unidades en NEAR usando el precio de gas de la red. Las llamadas a función adjuntan un límite de gas; el gas no utilizado puede reembolsarse sujeto a las reglas actuales del protocolo. Pagar un precio de gas más alto no es una estrategia normal de subasta de prioridad en NEAR.
El estado persistente del contrato también requiere staking de almacenamiento, bloqueando NEAR según el uso de datos y liberándolo cuando se elimina el almacenamiento bajo flujos compatibles. La fragmentación Nightshade asigna el estado de la cuenta y los recibos entre fragmentos mientras presenta una sola red. Los desarrolladores deben diseñar llamadas asíncronas y reembolsos en lugar de asumir un estado compartido síncrono.
El alcance del permiso y los resultados finales de los recibos importan tanto como la cuenta receptora.
Revise la acción completa
Confirme la red, el firmante, el receptor, la lista de acciones, el depósito adjunto y el límite de gas. Inspeccione si la billetera solicita una clave de acceso total o una clave de llamada a función restringida. Mantenga suficiente NEAR para gas y almacenamiento, y no asuma que un primer recibo exitoso significa que todas las llamadas a contratos posteriores tuvieron éxito.
Para staking, revise la comisión del validador, el tiempo de actividad y el comportamiento de retiro usando herramientas actuales. Para contratos, simule a través de un RPC confiable y monitoree la ejecución final. Las cuentas nombradas mejoran la legibilidad pero siguen siendo vulnerables a phishing con caracteres similares o nombres de subcuentas.
Revise el alcance de la clave de acceso.
Separe el depósito adjunto del gas.
Espere el estado de ejecución requerido.
Inspeccione los resultados de recibos posteriores.
Una transacción firmada contiene acciones y se transforma en recibos que pueden ejecutarse entre cuentas y fragmentos. Las unidades de gas son deterministas para las acciones, mientras que el precio de gas de NEAR y los requisitos de almacenamiento determinan el impacto real en el saldo.
Una transacción del Protocolo NEAR puede ejecutarse con éxito mientras que el estado de la aplicación, el permiso del contrato o la salida posterior siguen siendo incorrectos para el objetivo del usuario. NEAR es el activo de mercado que se muestra en la instantánea. NEAR paga el gas de la transacción y financia los requisitos de almacenamiento.
Qué deben verificar los usuarios del Protocolo NEAR y por qué este diseño difiere
Las reglas de gas y almacenamiento del protocolo pueden cambiar. La ejecución entre contratos depende del código de la aplicación.
Para el Protocolo NEAR, la secuencia práctica es Elegir red, Financiar activo de tarifa, Revisar acción, Ejecutar, Verificar finalidad. Confirma el destino oficial y la red actual, luego inspecciona el saldo final, la posición, el recibo o el estado de salida documentado que realmente completa la tarea: Prepara una transacción NEAR y elige el estado de ejecución y finalidad correcto para la tarea.
Preguntas frecuentes sobre el uso de la red del Protocolo NEAR
¿Por qué una transacción NEAR puede tener varios resultados?
Una transacción firmada puede crear recibos, y las llamadas a contratos pueden crear más recibos entre cuentas o fragmentos.
¿Qué es Tgas?
Tgas es una unidad de gas de NEAR equivalente a un billón, utilizada para expresar límites de ejecución de acciones y contratos.
¿Qué es una tecla de llamada a función?
Es una clave de acceso restringida a llamadas de contrato específicas y, opcionalmente, a una asignación de gas.
¿Quién paga las tarifas de transacción al usar el protocolo NEAR?
NEAR (NEAR) paga la tarifa de red aplicable. NEAR paga el gas de las transacciones y financia los requisitos de almacenamiento. Verifica la red seleccionada antes de firmar, ya que una aprobación, puente, reclamo o salida posterior puede requerir otra transacción.
Limitaciones conocidas
Las reglas de gas y almacenamiento del protocolo pueden cambiar.
La ejecución entre contratos depende del código de la aplicación.
La página no inspecciona una clave de acceso ni un recibo.
Metodología de datos de mercado
La página utiliza una instantánea agregada CoinGecko de NEAR/USD. No se muestra ningún gráfico de intercambio para esta entidad.
Fuente de la instantánea de mercado
Datos de mercado agregados CoinGecko (NEAR/USD)
Caché
La caché de instantáneas es de aproximadamente 60 segundos.
Manejo de fallos
Los datos en caché verificados están etiquetados como Cached o Delayed. Los valores faltantes permanecen no disponibles.
