Como dev puede ser interesante tener varias claves de acceso, pero creo que a nivel usuario puede ser engorroso tener que manipular mas de una clave.
Introducción a NEAR
Bienvenida al desarrollo con NEAR
¿Por qué NEAR?
De la web2 a la web3 con NEAR
¿Qué es una cuenta en NEAR?
Access keys
Conozcamos la NEAR Wallet
Data Storage y Storage Staking
Gestión de contratos en NEAR
Métodos view y change
Gas
Redes en NEAR
Runtime, transacciones y ciclo de una transacción
Ambiente de desarrollo en Rust para NEAR
Montar ambiente de WebAssembly en Rust
Explorando la NEAR CLI
Un vistazo al NEAR Explorer
Desarrollo en NEAR con Rust
Desplegar y testear el proyecto del curso
Estructura de un contrato inteligente
Colecciones de datos en NEAR
Módulo env de NEAR
Mutabilidad de un contrato
Métodos payables y promises
Desplegando el contrato
Desplegando contrato en testnet con dev-accounts
Invocando al contrato con el NEAR CLI
Ve mas allá
Aurora la EVM de NEAR
Conclusión
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Si ya tienes una cuenta,
Access keys
5/24Recursos
Aportes 3
Preguntas 1
Ordenar por:
Con esta estrucura de llaves y asignación de permisos al parecer superan a las blockchain de bitcoin y ethereum
Me parece poderoso este concepto de “pares de llaves” que me permiten ejecutar diferentes funcionabilidades. Lo que veo es un aumento en la seguridad del protocolo de NEAR, pero a su vez, mayor complejidad para el usuario promedio.
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?