Glosario de Aptos
Hash Raíz del Acumulador
Sección titulada «Hash Raíz del Acumulador»- Un hash raíz del acumulador es el hash raíz de un acumulador Merkle.
- Una cuenta en la blockchain de Aptos es un contenedor para un número arbitrario de módulos Move y recursos Move.
- El estado de cada cuenta está compuesto tanto de código como de datos.
- La cuenta se identifica por la dirección de cuenta.
Consulta Cuentas para más información.
Dirección de Cuenta
Sección titulada «Dirección de Cuenta»- Una dirección de cuenta es la dirección de una cuenta de Aptos.
- La dirección de cuenta se refiere a un destino específico en la red de Aptos. La dirección dicta el destino y la fuente de una cantidad específica de activos intercambiados por dos partes en la blockchain.
- Las direcciones de Aptos son cadenas hex de 64 caracteres (32 bytes). A menudo estas
cadenas tienen el prefijo
0x
y para las primeras 16 direcciones, los ceros iniciales son excluidos (ej.0x1
)
Consulta Cuentas para más información.
- Una Interfaz de Programación de Aplicaciones (API) es un conjunto de protocolos y herramientas que permiten a los usuarios interactuar con nodos de la blockchain de Aptos y redes de clientes a través de aplicaciones externas. Aptos ofrece una API REST para comunicarse con nuestros nodos.
- Consulta la documentación para más detalles.
El token de Aptos (APT) es el token nativo de la blockchain de Aptos usado para pagar cargos de red y transacción.
Aptos es una blockchain de Capa 1 para todos. Usa el lenguaje de programación Move y lanzó su mainnet el 17 de octubre de 2022 para redefinir la experiencia de usuario web3. La blockchain de Aptos está dedicada a crear mejores experiencias de usuario a través de mayor velocidad, seguridad, escalabilidad, confiabilidad y usabilidad con bajos costos de transacción. La palabra “Aptos” significa “La Gente” en el idioma Ohlone. Aprende más sobre la blockchain de Aptos en el sitio web oficial de Aptos.
AptosBFT
Sección titulada «AptosBFT»- AptosBFT es el algoritmo de consenso BFT del protocolo de Aptos.
- AptosBFT está basado en Jolteon.
Blockchain de Aptos
Sección titulada «Blockchain de Aptos»- La blockchain de Aptos es un libro mayor de transacciones inmutables acordadas por los validadores en la red de Aptos (la red de validadores).
Servicio de Nombres de Aptos (ANS)
Sección titulada «Servicio de Nombres de Aptos (ANS)»- El Servicio de Nombres de Aptos (ANS) es un servicio de direcciones de nomenclatura descentralizado para la blockchain de Aptos. Un nombre de Aptos es un nombre de dominio .apt legible por humanos que se usa en lugar de una clave pública, por ejemplo love.apt.
- Este servicio también permite a los usuarios registrar nombres de subdominios además del dominio registrado. Descubre más en: Aptosnames.com
Aptos Core
Sección titulada «Aptos Core»Aptos-core es el repositorio de código abierto que contiene el código para el software de la Red de Aptos. Aptos-core contiene software para
- la blockchain de Aptos misma, que genera y almacena el libro mayor inmutable de transacciones confirmadas y
- el proceso de validación, que implementa el algoritmo de consenso para validar transacciones y agregarlas al libro mayor inmutable de la blockchain de Aptos.
Ecosistema de Aptos
Sección titulada «Ecosistema de Aptos»- El ecosistema de Aptos se refiere a varios componentes de la red de la blockchain de Aptos y sus interacciones. El ecosistema de Aptos incluye la comunidad, proyectos impulsados por la comunidad, y eventos.
Explorador de Aptos
Sección titulada «Explorador de Aptos»- El Explorador de Aptos es una interfaz que ayuda a los usuarios a examinar detalles de la blockchain de Aptos, incluyendo información de cuentas, validadores y transacciones.
- El Explorador de Aptos ayuda a los usuarios a validar su trabajo en wallets de Aptos y otras herramientas en la blockchain.
Framework de Aptos
Sección titulada «Framework de Aptos»El Framework de Aptos define la API pública para actualizaciones de blockchain y la estructura de datos on-chain. Define la lógica de negocio y el control de acceso para los tres pilares clave de la funcionalidad de Aptos: pagos, tesorería y gobernanza on-chain. Está implementado como un conjunto de módulos escritos en el lenguaje de programación Move y almacenados on-chain como bytecode de Move.
Nodo de Aptos
Sección titulada «Nodo de Aptos»Un nodo de Aptos es una entidad par de la red de Aptos que rastrea el estado de la blockchain de Aptos. Hay dos tipos de nodos de Aptos, validadores y nodos completos.
Protocolo de Aptos
Sección titulada «Protocolo de Aptos»- El protocolo de Aptos es la especificación de cómo las transacciones se envían, ordenan, ejecutan y registran dentro de la red de Aptos.
AptosAccount
Sección titulada «AptosAccount»- Un
AptosAccount
es un recurso Move que contiene todos los datos administrativos asociados con una cuenta, como número de secuencia, balance y clave de autenticación. - Un
AptosAccount
es el único recurso que se garantiza que cada cuenta contenga.
Módulo AptosAccount
Sección titulada «Módulo AptosAccount»- El módulo AptosAccount es un módulo Move que contiene el código para
manipular los datos administrativos contenidos en un recurso particular
AptosAccount.T
. - El código para verificar o incrementar números de secuencia, retirar o depositar moneda, y extraer depósitos de gas está incluido en el módulo AptosAccount.
Devnet de Aptos
Sección titulada «Devnet de Aptos»- Ver devnet.
Bloques
Sección titulada «Bloques»- En Aptos, los bloques son un lote de transacciones confirmadas al mismo tiempo.
- El número de bloque es análogo a la “altura del bloque” en la literatura de blockchain.
- Las transacciones se referencian por versión del ledger en lugar de por bloque.
BlockSTM
Sección titulada «BlockSTM»- BlockSTM es el motor de ejecución de paralelismo dinámico de última generación desarrollado por el equipo de Aptos Labs.
- El paralelismo dinámico permite a los desarrolladores escribir aplicaciones de manera flexible sin enfrentar restricciones de diseño de declarar estáticamente conjuntos de escritura de transacciones.
- Ha sido adoptado en toda la industria por múltiples blockchains.
- Más detalles se pueden encontrar en la publicación del blog y presentación en a16z crypto
Bizantino (Validador)
Sección titulada «Bizantino (Validador)»- Un validador que no sigue la especificación del protocolo de consenso y desea comprometer la ejecución correcta del protocolo.
- Los algoritmos BFT tradicionalmente soportan hasta un tercio del poder de votación del algoritmo siendo mantenido por validadores bizantinos.
Tolerancia a Fallos Bizantinos (BFT)
Sección titulada «Tolerancia a Fallos Bizantinos (BFT)»- Tolerancia a Fallos Bizantinos (BFT) es la capacidad de un sistema distribuido de proporcionar garantías de seguridad y vivacidad en presencia de validadores defectuosos o “bizantinos” por debajo de un cierto umbral.
- La blockchain de Aptos usa AptosBFT, un protocolo de consenso basado en Jolteon.
- Los algoritmos BFT típicamente operan con un número de entidades, colectivamente manteniendo votos (que se llaman “validadores” en la aplicación del sistema de la red de Aptos).
- se elige para resistir algún número de validadores manteniendo votos, que podrían ser maliciosos.
- En esta configuración, típicamente se establece en . Los validadores manteniendo hasta votos serán permitidos ser defectuosos — fuera de línea, maliciosos, lentos, etc. Mientras votos sean mantenidos por validadores honestos, ellos podrán alcanzar consenso en decisiones consistentes.
- Esto implica que los protocolos de consenso BFT pueden funcionar correctamente, incluso si hasta un tercio del poder de votación es mantenido por validadores que están comprometidos o fallan.
- Interfaz de línea de comandos se refiere a la CLI de Aptos usada para desarrollar en la blockchain de Aptos, operar nodos y depurar problemas. Descubre más en la página de CLI de Aptos.
Cliente
Sección titulada «Cliente»- Cliente es software que recibe información de la blockchain y gestiona transacciones. Los clientes interactúan con la blockchain a través de los nodos de Aptos.
Code Labs
Sección titulada «Code Labs»- Code labs y tutoriales representan varios flujos de trabajo - como el uso de la CLI de Aptos en la acuñación de tokens no fungibles (NFTs) - para que los usuarios entiendan cómo funciona el proceso y empleen funciones relacionadas en su código. Si los usuarios tienen los fondos necesarios en sus cuentas, pueden seguir los mismos pasos de code lab y tutorial usados en redes devnet, testnet y mainnet.
Consenso
Sección titulada «Consenso»- Consenso es un componente de un validador.
- El componente de consenso es responsable de la coordinación y acuerdo entre todos los validadores sobre el bloque de transacciones a ejecutar, su orden, y los resultados de ejecución.
- La blockchain de Aptos se forma con estas transacciones acordadas y sus resultados de ejecución correspondientes.
- El componente de consenso es responsable de lograr seguridad, confianza y acuerdo entre todos los validadores en la blockchain de Aptos.
Protocolo de Consenso
Sección titulada «Protocolo de Consenso»- Un protocolo de consenso es ejecutado colectivamente por n validadores para aceptar o rechazar una transacción y para acordar el ordenamiento de transacciones y resultados de ejecución.
- Ver BFT.
- Aplicaciones descentralizadas (dapps) son programas o aplicaciones digitales que se ejecutan en la blockchain de Aptos de manera autónoma. Los contratos inteligentes se usan comúnmente para lograr esta función.
- La devnet de Aptos es una instancia desplegada públicamente de la red de Aptos que se ejecuta usando un conjunto de nodos de prueba de validadores.
- La devnet es una demostración de la red de Aptos que está construida para experimentar con nuevas ideas
- La devnet simula un sistema de pago digital y las monedas en la devnet tienen ningún valor real.
- La devnet es la red por la cual los desarrolladores tienen la oportunidad de probar protocolos dados. Es similar a testnet ya que opera independientemente de mainnet pero se reinicia semanalmente.
Ed25519
Sección titulada «Ed25519»- Ed25519 es nuestro esquema de firma digital soportado.
- Más específicamente, la red de Aptos usa el esquema PureEdDSA sobre la curva Ed25519, como se define en RFC 8032.
- Una época es el período de tiempo entre reconfiguraciones del conjunto de validadores y otras acciones administrativas por la blockchain. En mainnet de Aptos actualmente, es cada 2 horas.
- Un evento es la representación orientada al usuario de los efectos de ejecutar una transacción.
- Una transacción puede estar diseñada para emitir cualquier número de eventos como una lista. Por
ejemplo, una transferencia
Coin<AptosCoin>
emite unWithdrawEvent
para la cuenta remitente y unDepositEvent
para la cuenta receptora. - En el protocolo de Aptos, los eventos proporcionan evidencia de que la ejecución exitosa
de una transacción resultó en un efecto específico. El
DepositEvent
(en el ejemplo anterior) permite al receptor confirmar que se recibió un pago en su cuenta. - Los eventos se persisten en la blockchain y se usan para responder consultas por clientes.
Ejecución
Sección titulada «Ejecución»- Ejecución en la blockchain de Aptos es un componente del nodo de Aptos que gestiona el bloque de transacciones. El componente de ejecución almacena transacciones exitosas.
Tiempo de Expiración
Sección titulada «Tiempo de Expiración»Una transacción deja de ser válida después de su tiempo de expiración. Si se asume que:
- es el tiempo actual que se acuerda entre validadores ( no es el tiempo local del cliente);
- es el tiempo de expiración de una transacción ; y
- y la transacción no ha sido incluida en la blockchain, entonces hay una garantía de que nunca será incluida en la blockchain.
- El faucet es un servicio que acuña APT en devnet. Para testnet ver la página de acuñación.
- APT en devnet y testnet no tiene valor real, es solo para propósitos de desarrollo.
- Para usar un faucet, ver API de Faucet.
Nodos Completos
Sección titulada «Nodos Completos»- Nodos completos son clientes que aseguran que los datos se almacenen actualizados en la red. Replican el estado de la blockchain y transacciones de otros nodos completos y nodos validadores.
Activo Fungible
Sección titulada «Activo Fungible»- Un activo fungible es un activo, como una moneda, acción, recurso de juego, etc., que es intercambiable con otro activo idéntico sin ninguna pérdida en su valor. Por ejemplo, APT es un activo fungible porque puedes intercambiar un APT por otro.
- Sigue los Estándares de Activos para crear activos fungibles en la blockchain de Aptos.
- Próxima generación del estándar de Moneda que aborda las deficiencias
de
aptos_framework::coin
como la falta de aplicación garantizada de congelar y quemar y funcionalidades avanzadas como transferencias programables, por ejemplo, aprobar en ERC-20.
Token Fungible
Sección titulada «Token Fungible»- Para el estándar legacy de Token de Aptos (aptos_token::token), un token fungible
es un token que es intercambiable con otros tokens idénticos (es decir, tokens
que comparten el mismo
TokenId
). Esto significa que los tokens tienen la mismadirección del creador
,nombre de colección
,nombre del token
, yversión de propiedad
. - Para el Estándar de Activo Digital de Aptos (aptos_token_objects::token), un token fungible es un activo fungible con objeto de metadatos que incluye un recurso de Activo Digital.
Unidad Fungible
Sección titulada «Unidad Fungible»- Una unidad fungible es una unidad individual de un activo fungible. Estas unidades son idénticas e intercambiables sin ninguna pérdida de valor. Por ejemplo, cada Octa (la unidad más pequeña de APT) es una unidad fungible.
- Gas es una forma de pagar por computación y almacenamiento en una red blockchain. Todas las transacciones en la red de Aptos cuestan una cierta cantidad de gas.
- El gas requerido para una transacción depende del tamaño de la transacción, el costo computacional de ejecutar la transacción, y la cantidad de estado global adicional creado por la transacción (por ejemplo, si se crean nuevas cuentas).
- El propósito del gas es regular la demanda de los recursos computacionales y de almacenamiento limitados de los validadores, incluyendo prevenir ataques de denegación de servicio (DoS).
Ver Gas y Tarifas de Almacenamiento para más información.
Precio de Unidad de Gas
Sección titulada «Precio de Unidad de Gas»- Cada transacción especifica el precio de unidad de gas que el remitente está dispuesto a pagar por unidad de gas.
- El precio del gas requerido para una transacción depende de la demanda actual de uso de la red.
- El precio del gas se expresa en Octas.
Ver Gas y Tarifas de Almacenamiento para más información.
Honesto (Validador)
Sección titulada «Honesto (Validador)»- Honestidad significa un validador que ejecuta fielmente el protocolo de consenso y no es bizantino.
Indexador
Sección titulada «Indexador»- Indexador es el componente de Aptos que recupera, procesa y almacena eficientemente datos raw en la base de datos para proporcionar acceso rápido al estado de la blockchain de Aptos.
- A alto nivel, el indexador obtiene datos de un stream gRPC y ejecuta procesadores para transformar datos raw de la blockchain y servir datos transformados a través del endpoint GraphQL.
Jolteon
Sección titulada «Jolteon»- Jolteon es una propuesta reciente para un protocolo de consenso BFT.
- AptosBFT, el algoritmo de consenso de la red de Aptos, está basado en Jolteon.
- Simplifica el razonamiento sobre seguridad, y aborda algunas limitaciones de rendimiento de protocolos de consenso anteriores. En particular, reduce la latencia en un 33% comparado con HotStuff.
- Un líder es un validador que propone un bloque de transacciones para el protocolo de consenso.
- En protocolos basados en líder, los nodos deben acordar un líder para hacer progreso.
- Los líderes son seleccionados por una función que toma el número de ronda actual como entrada.
Mainnet
Sección titulada «Mainnet»- Mainnet se refiere a una blockchain funcional y completamente operacional. Una red mainnet ha sido completamente desplegada y realiza la funcionalidad de transferir moneda digital de un remitente a un receptor.
Cantidad Máxima de Gas
Sección titulada «Cantidad Máxima de Gas»- La Cantidad Máxima de Gas de una transacción es la cantidad máxima de gas en unidades de gas que el remitente está listo para pagar por la transacción.
- La transacción puede ser ejecutada exitosamente solo si el gas usado no excede la cantidad máxima de gas.
- El gas cobrado es igual al precio del gas multiplicado por las unidades de gas requeridas para procesar esta transacción.
- Si la transacción se queda sin gas mientras se está ejecutando o la cuenta se queda sin balance durante la ejecución, entonces el remitente será cobrado por el gas usado y la transacción fallará.
Ver Gas y Tarifas de Almacenamiento para más información.
Mempool
Sección titulada «Mempool»- Mempool es uno de los componentes del validador. Mantiene un buffer en memoria de transacciones que han sido enviadas pero aún no acordadas y ejecutadas. Mempool recibe transacciones de otros nodos completos.
- Las transacciones en el mempool de un validador se agregan desde el Servicio JSON-RPC del nodo actual y desde el mempool de otros nodos de Aptos.
- Cuando el validador actual es el líder, su componente de consenso extrae las transacciones de su mempool y propone el orden de las transacciones que forman un bloque. El quórum de validadores luego vota sobre la propuesta.
Árboles Merkle
Sección titulada «Árboles Merkle»- Árbol Merkle es un tipo de estructura de datos autenticada que permite verificación eficiente de integridad de datos y actualizaciones.
- La red de Aptos trata toda la blockchain como una estructura de datos única que registra la historia de transacciones y estados a lo largo del tiempo.
- La implementación del árbol Merkle
simplifica el trabajo de las aplicaciones que acceden a la blockchain. Permite a las aplicaciones:
- Leer cualquier dato de cualquier punto en el tiempo.
- Verificar la integridad de los datos usando un framework unificado.
Acumulador Merkle
Sección titulada «Acumulador Merkle»- El Acumulador Merkle es un árbol Merkle solo-append que la blockchain de Aptos usa para almacenar el ledger.
- Un acumulador Merkle puede proporcionar pruebas de que una transacción fue incluida en la cadena (“prueba de inclusión”).
- También se llaman “árboles de historia” en la literatura.
- Un módulo en el lenguaje de programación Move puede ser un programa o biblioteca que puede crear, transferir o almacenar activos.
- Move es un nuevo lenguaje de programación que implementa todas las transacciones en la blockchain de Aptos.
- Tiene dos tipos diferentes de código — scripts Move y módulos Move.
- Move es un lenguaje de programación seguro para web3 que enfatiza control de acceso y escasez. Es el lenguaje de programación usado para construir la blockchain de Aptos. Puedes leer más sobre él en Move en Aptos.
Bytecode Move
Sección titulada «Bytecode Move»- Los programas Move se compilan en bytecode Move.
- El bytecode Move se usa para expresar scripts Move y módulos Move.
Módulo Move
Sección titulada «Módulo Move»- Un módulo Move define las reglas para actualizar el estado global de la blockchain de Aptos.
- En el protocolo de Aptos, un módulo Move es un contrato inteligente.
- Cada transacción enviada por el usuario incluye un script Move. El script Move invoca procedimientos de uno o más módulos Move para actualizar el estado global de la blockchain según las reglas.
Recursos Move
Sección titulada «Recursos Move»- Recursos Move contienen datos que pueden ser accedidos según los procedimientos declarados en un módulo Move.
- Los recursos Move nunca pueden ser copiados, reutilizados o perdidos. Esto protege a los programadores de Move de perder accidental o intencionalmente el rastro de un recurso.
Script Move
Sección titulada «Script Move»- Cada transacción enviada por un usuario incluye un script Move.
- Estas transacciones, también conocidas como scripts Move, representan las operaciones que un cliente envía a un validador.
- La operación podría ser una solicitud para mover monedas del usuario A al usuario B, o podría involucrar interacciones con módulos Move publicados (contratos inteligentes).
- El script Move es un programa arbitrario que interactúa con recursos publicados en el almacenamiento global de la blockchain de Aptos llamando los procedimientos de un módulo. Codifica la lógica para una transacción.
- Un solo script Move puede enviar fondos a múltiples receptores e invocar procedimientos de varios módulos diferentes.
- Un script Move no se almacena en el estado global y no puede ser invocado por otros scripts Move. Es un programa de un solo uso.
Para ver ejemplos de uso de scripts Move, sigue Scripts Move.
Máquina Virtual Move (MVM)
Sección titulada «Máquina Virtual Move (MVM)»- La máquina virtual Move ejecuta scripts Move escritos en bytecode Move para producir un resultado de ejecución. Este resultado se usa para actualizar el estado de la blockchain.
- La máquina virtual es parte de un validador.
- La máquina virtual Move (MoveVM) procesa cada nodo validador que traduce transacciones junto con el estado actual del ledger de la blockchain para producir un conjunto de cambios como entrada o delta de almacenamiento como salida.
- Un nodo es una entidad par de la red de Aptos que rastrea el estado de la blockchain de Aptos.
- Un nodo de Aptos consiste en componentes lógicos. Mempool, consenso, y la máquina virtual Move son ejemplos de componentes de nodo.
- Nonce es un número usado solo una vez, un número aleatorio o semi-aleatorio que se genera para un uso específico para protocolos de autenticación y funciones hash criptográficas.
- Un Octa es la unidad más pequeña de APT. 1 APT = 108 Octas.
Comunidad de Código Abierto
Sección titulada «Comunidad de Código Abierto»- Comunidad de código abierto es un término usado para un grupo de desarrolladores que trabajan en software de código abierto. Si estás leyendo este glosario, entonces eres parte de la comunidad de desarrolladores del proyecto Aptos.
- Una prueba es una forma de verificar la precisión de los datos en la blockchain.
- Cada operación en la blockchain de Aptos puede ser verificada criptográficamente de que es de hecho correcta y que los datos no han sido omitidos.
- Por ejemplo, si un usuario consulta la información dentro de una transacción ejecutada particular, se le proporcionará una prueba criptográfica de que los datos devueltos a ellos son correctos.
Proof-of-Stake (PoS)
Sección titulada «Proof-of-Stake (PoS)»Proof-of-Stake (PoS) es un mecanismo de seguridad que sirve para confirmar la unicidad y legitimidad de las transacciones de blockchain. El mecanismo de consenso PoS es aprovechado por la blockchain de Aptos impulsada por una red de validadores, que a su vez actualizan el sistema y procesan transacciones.
Quorum Store
Sección titulada «Quorum Store»- Quorum Store es el componente que disemina transacciones (en lotes) dentro del conjunto de validadores.
- Mejora significativamente el rendimiento del consenso al eliminar el cuello de botella del líder.
- Desacopla la diseminación de datos del ordenamiento de metadatos, permitiendo a los validadores diseminar datos de manera asíncrona en paralelo.
- Más detalles se pueden encontrar en la publicación del blog
Randapp
Sección titulada «Randapp»- Una dapp que usa aleatoriedad para su funcionalidad.
Cuenta de Recurso
Sección titulada «Cuenta de Recurso»-
Una cuenta de recurso se usa para gestionar recursos independientes de una cuenta gestionada por un usuario. Por ejemplo, un desarrollador puede usar una cuenta de recurso para gestionar una cuenta para publicación de módulos, digamos gestionar un contrato.
-
El contrato mismo no requiere un firmante post inicialización. Una cuenta de recurso te da los medios para que el módulo proporcione un firmante a otros módulos y firme transacciones en nombre del módulo.
Ver Cuentas de recurso para instrucciones de uso.
Servicio REST API
Sección titulada «Servicio REST API»- El componente Servicio REST API es la interfaz externa de un nodo de Aptos. Cualquier solicitud de cliente entrante, como transacciones enviadas o consultas, debe primero pasar por el Servicio REST. Un cliente necesita pasar por el componente Servicio REST para acceder al almacenamiento o cualquier otro componente en el sistema. Esto filtra solicitudes y protege el sistema.
- Siempre que un cliente envía una nueva transacción, el Servicio REST la pasa a mempool.
- Una ronda consiste en lograr consenso en un bloque de transacciones y sus resultados de ejecución.
Número de Ronda
Sección titulada «Número de Ronda»- Un número de ronda es un contador compartido usado para seleccionar líderes durante una época del protocolo de consenso.
- Los kits de desarrollo de software (SDKs) de Aptos son conjuntos de herramientas que permiten a un desarrollador crear rápidamente una aplicación personalizada en la plataforma de Aptos. Descubre más en Usar los SDKs de Aptos.
Número de Secuencia
Sección titulada «Número de Secuencia»- El número de secuencia para una cuenta indica el número de transacciones que han sido enviadas y confirmadas en la cadena desde esa cuenta. Se incrementa cada vez que una transacción enviada desde esa cuenta se ejecuta o aborta y se almacena en la blockchain.
- Una transacción se ejecuta solo si coincide con el número de secuencia actual para la cuenta remitente. Esto ayuda a secuenciar múltiples transacciones del mismo remitente y previene ataques de replay.
- Si el número de secuencia actual de una cuenta A es X, entonces una transacción T en la cuenta A solo se ejecutará si el número de secuencia de T es X.
- Estas transacciones se mantendrán en mempool hasta que sean el siguiente número de secuencia para esa cuenta (o hasta que expiren).
- Cuando se aplica la transacción, el número de secuencia de la cuenta se convertirá en X+1. La cuenta tiene un número de secuencia estrictamente creciente.
Remitente
Sección titulada «Remitente»- Nombre alternativo: Dirección del remitente.
- Remitente es la dirección que origina la transacción. Una transacción debe ser firmada por el remitente pero puede tener más de un firmante.
- Método para disminuir la latencia para protocolos BFT. Ver el paper de Shoal
Contrato Inteligente
Sección titulada «Contrato Inteligente»- Contrato inteligente se refiere a un programa de computadora que automáticamente y directamente lleva a cabo los términos del contrato.
- Ver Módulo Move para detalles relacionados.
- Un estado en el protocolo de Aptos es una instantánea de la base de datos distribuida.
- Una transacción modifica la base de datos y produce un estado nuevo y actualizado.
Hash Raíz del Estado
Sección titulada «Hash Raíz del Estado»- Hash raíz del estado es un hash Merkle sobre todas las claves y valores del estado de la blockchain de Aptos en una versión dada.
- Una tabla implementa el tipo Table y en Aptos se usa para almacenar información como datos clave-valor dentro de una cuenta a gran escala.
Ver table.move
para el archivo fuente de Aptos asociado.
Testnet
Sección titulada «Testnet»- Testnet describe la red de Aptos que no es completamente funcional pero más estable que devnet; es una red alternativa a mainnet para ser usada para pruebas.
- Tokens son unidades digitales de valor emitidas en una blockchain. Pueden ser canjeados por activos o valor mantenido. Los tokens pueden ser de los tipos: Token Fungible (FT), Token No Fungible (NFT), y Token Semi-Fungible (SFT).
Transacción
Sección titulada «Transacción»- Una transacción raw contiene los siguientes campos:
- Una transacción firmada es una transacción raw con la firma digital.
- Una transacción ejecutada cambia el estado de la blockchain de Aptos.
Script de Transacción
Sección titulada «Script de Transacción»- Ver Script Move
Validador
Sección titulada «Validador»- Nombre alternativo: Validadores.
- Un validador es una entidad del ecosistema de Aptos que valida en la blockchain de Aptos. Recibe solicitudes de clientes y ejecuta consenso, ejecución y almacenamiento.
- Un validador mantiene la historia de todas las transacciones en la blockchain.
- Internamente, un validador necesita mantener el estado actual, para ejecutar transacciones, y para calcular el siguiente estado.
- Los validadores de Aptos están a cargo de verificar transacciones.
Nodos Validador
Sección titulada «Nodos Validador»- Nodos validador son una clase única de nodos completos que participan en consenso, específicamente un protocolo de consenso de Tolerancia a Fallos Bizantinos (BFT) en Aptos. Los validadores acuerdan sobre transacciones a ser agregadas a la blockchain de Aptos así como el orden en que se agregan.
Versión
Sección titulada «Versión»- Una versión es un número secuencialmente creciente que se incrementa por cada transacción.
- En Aptos, las transacciones están globalmente ordenadas y cada transacción tiene una versión (a menudo llamada “altura” en la literatura de blockchain).
- La versión de transacción 0 es la primera transacción (transacción de génesis), y una versión de transacción 100 es la 101ª transacción en la blockchain.
Transacción Bien Formada
Sección titulada «Transacción Bien Formada»Una transacción de Aptos está bien formada si cada una de las siguientes condiciones son verdaderas para la transacción:
- La transacción tiene una firma válida.
- Existe una cuenta en la dirección del remitente.
- Incluye una clave pública, y el hash de la clave pública coincide con la clave de autenticación de la cuenta del remitente.
- El número de secuencia de la transacción coincide con el número de secuencia de la cuenta del remitente.
- El balance de la cuenta del remitente es mayor que la cantidad máxima de gas.
- El tiempo de expiración de la transacción no ha pasado.