Los siguientes términos se utilizan en toda la documentación y el ecosistema de desarrollo de Solana.
cuenta
Un registro en el libro contable de Solana que almacena datos o es un programa ejecutable.
Al igual que una cuenta en un banco tradicional, una cuenta de Solana puede contener fondos llamados lamports. Cada cuenta en un clúster tiene una dirección única.
app
Una aplicación de front-end que interactúa con un clúster de Solana.
dirección
La ubicación en Solana que puede usarse para encontrar una cuenta. Cada dirección es única en el clúster de Solana.
Las direcciones en Solana pueden ser una clave pública Ed25519 o una dirección derivada de programa.
tabla de búsqueda de direcciones (ALT)
Una estructura de datos que almacena una lista de direcciones de cuenta, lo que permite que las
transacciones versionadas referencien cuentas utilizando índices compactos de 1 byte en lugar de claves públicas completas de 32 bytes. Las tablas de búsqueda de direcciones permiten que una sola transacción referencie más cuentas de las que el formato de transacción original permite. Solo las transacciones de versión 0 (v0) admiten tablas de búsqueda de direcciones; la versión 1 (v1) las elimina en favor de un tamaño de transacción mayor que incluye las mismas direcciones de forma directa.
Anchor
Un framework para construir programas onchain de Solana en Rust. Anchor proporciona macros que reducen el código repetitivo, un sistema estandarizado de validación de cuentas y genera un IDL que describe la interfaz del programa. Es el framework más utilizado para el desarrollo de programas en Solana.
associated token account (ATA)
Un token account cuya dirección se deriva de forma determinista a partir de una dirección de billetera y un token mint. El programa de associated token account garantiza que cada billetera tenga un token account canónico por tipo de token.
autoridad
La dirección de un usuario que tiene algún tipo de permiso sobre una cuenta.
Por ejemplo:
- La capacidad de acuñar nuevos tokens se otorga a la cuenta que es la 'autoridad de acuñación' del token mint.
- La capacidad de actualizar un programa se otorga a la cuenta que es la 'autoridad de actualización' del programa.
creador de mercado automatizado (AMM)
Un modelo de intercambio onchain en el que los usuarios operan contra un grupo de reservas de tokens gobernado por una fórmula de precios, en lugar de contra una orden en reposo de una contraparte. Los precios se mueven en función de las reservas, por lo que las operaciones incurren en un deslizamiento proporcional al tamaño.
estado del banco
El resultado de interpretar todos los programas del libro contable en una altura de tick determinada. Incluye al menos el conjunto de todas las cuentas que tienen tokens nativos distintos de cero.
bloque
Un conjunto contiguo de entradas en el libro contable cubierto por un voto. Un líder produce como máximo un bloque por slot.
hash de bloque
Un valor único (hash) que identifica un registro (bloque). Solana calcula un hash de bloque a partir del último ID de entrada del bloque.
altura de bloque
El número de bloques por debajo del bloque actual. El primer bloque tras el bloque génesis tiene altura uno.
validador de arranque
El validador que produce el bloque génesis (primero) de una cadena de bloques.
BPF loader
El programa de Solana que es propietario y carga programas onchain de BPF, permitiendo que el programa interactúe con el entorno de ejecución.
bump
Un byte único (0–255) que se añade a las semillas al derivar una dirección derivada de programa para garantizar que la dirección resultante quede fuera de la curva ed25519 y sea, por tanto, un PDA válido. El bump canónico es el valor más alto que produce un PDA válido y normalmente se guarda en los datos de la cuenta para evitar recalcularlo.
libro de órdenes de límite central (CLOB)
Un modelo de intercambio que mantiene una lista ordenada de ofertas y solicitudes en reposo; una operación ocurre cuando una orden entrante cruza una orden del lado opuesto. Contrasta con el creador de mercado automatizado.
cliente
Un programa informático que accede a la red de servidores del clúster de Solana.
confirmación
Una medida de la confirmación de la red para el bloque.
formato de array compacto
Un array compacto es un array serializado en el siguiente formato:
- La longitud del array (codificada como compact-u16)
- Los elementos del array enumerados uno tras otro
Formato de array compacto
El formato de array compacto se usa para codificar tanto el array de direcciones de cuenta como el array de instrucciones en los mensajes de transacción.
clúster
Un conjunto de validadores que mantienen un único libro contable.
presupuesto de cómputo
El número máximo de unidades de cómputo consumidas por transacción.
unidades de cómputo
La unidad de medida más pequeña para el consumo de recursos computacionales de la blockchain. Las unidades de cómputo se utilizan para medir los recursos computacionales empleados en el procesamiento de una transacción.
tiempo de confirmación
La duración en reloj de pared entre que un líder crea una entrada de tick y crea un bloque confirmado.
bloque confirmado
Un bloque que ha recibido una supermayoría de votos del libro contable.
plano de control
Una red de gossip que conecta todos los nodos de un clúster.
período de enfriamiento
Cierto número de epochs tras la desactivación del stake, durante el cual este se va haciendo progresivamente disponible para su retiro. Durante este período, el stake se considera "en desactivación". Más información en: calentamiento y enfriamiento
unidades de costo
También denominado costo de transacción, es una estimación integral de todos los recursos necesarios para procesar una transacción, medida en unidades de cómputo. Más información
aquí.
crédito
Ver crédito de voto.
cross-program invocation (CPI)
Una llamada de un programa onchain a otro. Para más información, consulta llamadas entre programas.
plano de datos
Una red multicast utilizada para validar eficientemente entradas y alcanzar consenso.
drone
Un servicio offchain que actúa como custodio de la clave privada de un usuario. Normalmente sirve para validar y firmar transacciones.
entrada
Una entrada en el libro contable, ya sea un tick o una entrada de transacción.
ID de entrada
Un hash resistente a preimagen sobre el contenido final de una entrada, que actúa como identificador único global de la entrada. El hash sirve como evidencia de:
- Que la entrada fue generada tras una duración de tiempo
- Que las transacciones especificadas son las incluidas en la entrada
- La posición de la entrada con respecto a otras entradas en el libro contable
Ver prueba de historia.
epoch
El tiempo, es decir, el número de slots, durante el cual es válido un calendario de líderes.
depósito en garantía
Un patrón en el que un programa onchain mantiene tokens en una bóveda en nombre de dos o más partes hasta que se cumplan las condiciones definidas por el programa, momento en que los libera. Se usa para eliminar la necesidad de que las partes confíen directamente entre sí.
cuenta de comisiones
La cuenta de comisiones en la transacción es la cuenta que paga el costo de incluir la transacción en el libro contable. Es la primera cuenta de la transacción. Esta cuenta debe declararse como de lectura-escritura (modificable) en la transacción, ya que el pago de la transacción reduce el saldo de la cuenta.
finalidad
Cuando los nodos que representan 2/3 del stake tienen una raíz común.
bifurcación
Un libro contable derivado de entradas comunes que luego divergen.
bloque génesis
El primer bloque de la cadena.
configuración génesis
El archivo de configuración que prepara el libro contable para el bloque génesis.
hash
Una huella digital de una secuencia de bytes.
inflación
Un aumento en el suministro de tokens a lo largo del tiempo utilizado para financiar recompensas por validación y para financiar el desarrollo continuo de Solana.
instrucción interna
instrucción
Una llamada para invocar un manejador de instrucción específico en un programa. Una instrucción también especifica qué cuentas desea leer o modificar, así como datos adicionales que sirven como entrada auxiliar al manejador de instrucción. Un cliente debe incluir al menos una instrucción en una transacción, y todas las instrucciones deben completarse para que la transacción se considere exitosa.
manejador de instrucción
Los manejadores de instrucción son funciones de programa que procesan instrucciones de transacciones. Un manejador de instrucción puede contener una o más cross-program invocations.
IDL
Lenguaje de Definición de Interfaz. Un archivo JSON generado por Anchor que describe los manejadores de instrucción, cuentas y tipos de un programa. El IDL permite que las bibliotecas cliente generen automáticamente interfaces tipadas para interactuar con un programa onchain.
keypair
Una clave pública y la clave privada correspondiente para acceder a una cuenta.
lamport
Un token nativo fraccionario con un valor de 0.000000001 sol.
Dentro del presupuesto de cómputo, una cantidad de micro-lamports se utiliza en el cálculo de las tarifas de priorización.
líder
El rol de un validador cuando está añadiendo entradas al libro contable.
calendario de líderes
Una secuencia de claves públicas de validadores mapeadas a slots. El clúster utiliza el calendario de líderes para determinar qué validador es el líder en cada momento.
libro contable
Una lista de entradas que contienen transacciones firmadas por clientes. Conceptualmente, esto puede rastrearse hasta el bloque génesis, pero el libro contable de un validador real puede contener solo bloques más recientes para reducir el almacenamiento, ya que los más antiguos no son necesarios para la validación de bloques futuros por diseño.
voto del libro contable
Un hash del estado del validador en una altura de tick determinada. Comprende la afirmación de un validador de que un bloque que ha recibido ha sido verificado, así como un compromiso de no votar por un bloque en conflicto (es decir, una bifurcación) durante un tiempo específico, el período de bloqueo.
cliente ligero
Un tipo de cliente que puede verificar que apunta a un clúster válido. Realiza más verificación del libro mayor que un cliente ligero y menos que un validator.
liquidez
La profundidad de órdenes o reservas agrupadas disponibles para operar a un precio cercano al actual. Una mayor liquidez reduce el deslizamiento. En un CLOB, la liquidez es suministrada por órdenes maker; en un AMM, es suministrada por proveedores de liquidez que depositan pares de tokens en el pool.
cargador
Un programa con la capacidad de interpretar la codificación binaria de otros programas onchain.
período de bloqueo
La duración de tiempo durante la cual un validator no puede votar en otro fork.
maker
Un operador cuya orden añade liquidez a un CLOB al quedar en espera en el libro en lugar de cruzar inmediatamente el lado opuesto. Dicha orden se denomina orden maker. Los makers generalmente no pagan comisión o reciben un reembolso por parte del mercado.
creador de mercado
Una entidad que suministra liquidez publicando continuamente tanto órdenes de compra como de venta. En Solana, los creadores de mercado son ya sea programas (como AMMs) o firmas externas que ejecutan bots para publicar órdenes maker en CLOBs.
mensaje
El contenido estructurado de una transacción. Generalmente contiene una cabecera, un array de direcciones de cuentas, un blockhash reciente y un array de instrucciones.
Obtén más información sobre el formato de mensajes dentro de las transacciones aquí.
micro-lamport
1.000.000 de micro-lamports = 1 lamport
coeficiente de Nakamoto
Una medida de descentralización, el Coeficiente de Nakamoto es el menor número de entidades independientes que pueden actuar colectivamente para interrumpir una blockchain. El término fue acuñado por Balaji S. Srinivasan y Leland Lee en Quantifying Decentralization.
token nativo
El token utilizado para registrar el trabajo realizado por los nodos en un clúster.
nodo
Un equipo que participa en un clúster.
conteo de nodos
El número de validators que participan en un clúster.
offchain
Describe datos, procesos o servicios que existen o se ejecutan fuera de la blockchain de Solana, como clientes RPC, indexadores, frontends y creadores de libros de órdenes offchain. Complemento de onchain. "Offchain" (sin guion) es la orthografía preferida.
onchain
Describe datos o programas que existen o se ejecutan en una blockchain. "Onchain" (sin guion) es la ortografía preferida.
programa onchain
El código ejecutable en la blockchain de Solana que interpreta las instrucciones enviadas dentro de cada transacción para leer y modificar las cuentas sobre las que tiene control. Estos programas suelen denominarse "contratos inteligentes" en otras blockchains.
oráculo
Un programa onchain que publica datos provenientes de fuera de la cadena —más frecuentemente precios de activos del mundo real— para que otros programas los lean.
propietario
Puede referirse al programa propietario o a la cartera propietaria. Por ejemplo, getTokenAccountsByOwner obtiene token accounts de una cartera específica; sin embargo, el programa propietario de esas token accounts es el token program.
Para evitar confusiones, es preferible usar programa propietario o cartera propietaria en lugar del término genérico 'propietario'.
programa propietario
La dirección del programa que es propietario de la cuenta. Solo el programa propietario puede modificar la cuenta.
Véase también autoridad.
cartera propietaria
La cartera asociada a una cuenta. Por ejemplo, el token program se utiliza para almacenar token accounts asociadas a una cartera y mint específicas, usando una dirección formada a partir de esa cartera y ese mint.
PoH
Véase Proof of History.
punto
Un crédito ponderado en un sistema de recompensas. En el validator régimen de recompensas, el número de puntos correspondientes a un stake durante el canje es el producto de los créditos de voto obtenidos y el número de lamports en stake.
clave privada
La clave privada de un keypair.
programa
Véase programa onchain.
dirección derivada de programa (PDA)
Una cuenta cuya dirección se crea a partir de un programa onchain y uno o más seeds creados por el autor del programa. Las direcciones PDA no son claves públicas, y las PDAs no cuentan con claves privadas.
La autoridad de firma de una PDA es el programa onchain que es su programa propietario.
id de programa
La clave pública de la cuenta que contiene un programa.
proof of history (PoH)
Una cadena de pruebas, cada una de las cuales demuestra que ciertos datos existían antes de que la prueba fuera creada y que transcurrió una duración exacta de tiempo desde la prueba anterior. Al igual que un VDF, un Proof of History puede verificarse en menos tiempo del que tardó en producirse.
tarifa de priorización
Una tarifa adicional que el usuario puede especificar en la instrucción del presupuesto de cómputo para priorizar sus transacciones.
La tarifa de priorización se calcula multiplicando las unidades de cómputo máximas solicitadas por el precio por unidad de cómputo (especificado en incrementos de 0,000001 lamports por unidad de cómputo) redondeado hacia arriba al lamport más cercano.
Las transacciones deben solicitar la cantidad mínima de unidades de cómputo necesarias para su ejecución a fin de minimizar las tarifas.
clave pública (pubkey)
La clave pública de un keypair. Una clave pública es uno de los distintos tipos de dirección que una cuenta puede usar en Solana.
rent
Tarifa pagada por cuentas y programas para almacenar datos en la blockchain. Cuando las cuentas no tienen saldo suficiente para pagar el rent, pueden ser eliminadas por el recolector de basura.
Véase también exención de rent a continuación. Más información sobre el rent aquí: ¿Qué es el rent?.
exención de rent
Las cuentas que mantienen un saldo mínimo de lamports proporcional a la cantidad de datos almacenados en la cuenta. Todas las cuentas recién creadas se almacenan onchain de forma permanente hasta que la cuenta se cierra. No es posible crear una cuenta que caiga por debajo del umbral de exención de rent.
raíz
Un bloque o slot que ha alcanzado el máximo período de bloqueo en un validator. La raíz es el bloque más alto que es ancestro de todos los forks activos en un validator. Todos los bloques ancestros de una raíz son también transitivamente una raíz. Los bloques que no son ancestros ni descendientes de la raíz quedan excluidos de la consideración para el consenso y pueden descartarse.
runtime
El componente de un validator responsable de la ejecución de programas.
Sealevel
El entorno de ejecución en paralelo de Solana para programas onchain.
seed
Un valor de byte o array de valores de byte utilizado como entrada al derivar una dirección derivada de programa. Un programa puede usar cualquier combinación de cadenas estáticas, claves públicas u otros datos como seeds. Los seeds se combinen con el ID del programa y un bump para producir una dirección PDA única.
shred
Una fracción de un bloque; la unidad más pequeña enviada entre validators.
firma
Una firma ed25519 de 64 bytes compuesta por R (32 bytes) y S (32 bytes). Con el
requisito de que R sea un punto de Edwards comprimido que no sea de orden pequeño y S sea un
escalar en el rango 0 <= S < L. Este requisito garantiza que no haya maleabilidad de la firma.
Cada transacción debe tener al menos una firma para la
cuenta de tarifa. Por lo tanto, la primera firma en una transacción puede
tratarse como el id de transacción.
firmante
Una cuenta que ha autorizado una instrucción o transacción. Para un keypair normal, esto implica una firma criptográfica sobre la transacción. Para una dirección derivada de programa, la autorización es otorgada por el programa propietario cuando realiza una invocación entre programas, ya que una PDA no tiene clave privada.
tasa de omisión
El porcentaje de slots omitidos sobre el total de slots de liderazgo en el epoch actual. Esta métrica puede ser engañosa, ya que presenta alta varianza tras el límite del epoch cuando el tamaño de la muestra es pequeño, así como para validators con un número reducido de slots de liderazgo; sin embargo, también puede ser útil para identificar configuraciones incorrectas de nodos en ciertos momentos.
slot omitido
Un slot pasado que no produjo un bloque, porque el líder
estaba fuera de línea o el fork que contenía el slot fue abandonado en favor de una
mejor alternativa por consenso del clúster. Un slot omitido no aparecerá como ancestro
de bloques en slots posteriores, ni incrementará la altura del bloque,
ni expirará el recent_blockhash más antiguo.
Si un slot ha sido omitido solo puede determinarse cuando se vuelve más antiguo que el último slot con raíz (y por lo tanto no omitido).
deslizamiento
La diferencia entre el precio que esperaba un operador y el precio al que se ejecutó realmente su operación. En los AMMs, surge del movimiento de la curva de precios a medida que cambian las reservas; en los CLOBs, surge de una sola orden que consume varias órdenes en espera a precios sucesivamente peores.
slot
El período de tiempo durante el cual cada líder procesa transacciones y produce un bloque.
En conjunto, los slots crean un reloj lógico. Los slots están ordenados secuencialmente y no se superponen, comprendiendo un tiempo real aproximadamente igual según PoH.
contrato inteligente
Véase programa onchain.
SOL
El token nativo de un clúster de Solana.
Solana Program Library (SPL)
Una biblioteca de programas en Solana, como spl-token, que facilita tareas como la creación y el uso de tokens.
stake
Tokens confiscados al clúster si se puede probar un comportamiento malicioso de un validator.
calidad de servicio ponderada por stake (SWQoS)
SWQoS permite un tratamiento preferencial para las transacciones provenientes de validators con stake.
supermayoría
2/3 de un clúster.
system program
Un programa nativo de Solana (ID de programa 11111111111111111111111111111111)
responsable de crear nuevas cuentas, asignar datos de cuenta,
atribuir cuentas a programas y transferir SOL entre cuentas.
Todas las cuentas nuevas en Solana son propiedad del System Program hasta que se reasignan.
sysvar
Una cuenta del sistema. Las Sysvars proporcionan información sobre el estado del clúster, como la altura de tick actual, los valores de puntos de recompensas, etc. Los programas pueden acceder a las Sysvars a través de una cuenta Sysvar (pubkey) o consultando mediante una syscall.
taker
Un operador cuya orden elimina liquidez de un CLOB cruzando el lado opuesto del libro y emparejándose con una o más órdenes en reposo. Dicha orden se denomina orden taker, y el taker generalmente paga la comisión de negociación de la plataforma.
cliente ligero
Un tipo de cliente que confía en que se está comunicando con un clúster válido.
tick
Una entrada del libro de contabilidad que estima la duración en tiempo real.
altura de tick
El N-ésimo tick en el libro de contabilidad.
token
Un activo transferible digitalmente.
token account
Una cuenta que almacena el saldo de un token específico. Las token accounts son propiedad del Token Program o del Token Extensions Program y almacenan el saldo del token, el token mint asociado y la dirección de la billetera propietaria.
Token Extensions Program
El Token Extensions Program
tiene el ID de programa TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb e incluye
las mismas funcionalidades que el Token Program, pero incorpora
extensiones como Saldos Confidenciales, lógica de transferencia personalizada, metadatos
extendidos y mucho más.
token mint
Una cuenta que puede producir (o "acuñar") tokens. Los distintos tokens se diferencian por las direcciones únicas de su token mint.
Token Program
El Token Program tiene el ID de programa
TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA y proporciona las capacidades
básicas de transferir, congelar y acuñar tokens.
tps
Transacciones por segundo.
tpu
Unidad de procesamiento de transacciones.
transacción
Una o más instrucciones firmadas por un cliente mediante uno o más keypairs y ejecutadas de forma atómica con solo dos resultados posibles: éxito o fracaso.
id de transacción
La primera firma en una transacción, que puede usarse para identificar de forma única la transacción en todo el libro de contabilidad.
confirmaciones de transacción
El número de bloques confirmados desde que la transacción fue aceptada en el libro de contabilidad. Una transacción queda finalizada cuando su bloque se convierte en una raíz.
entrada de transacciones
Un conjunto de transacciones que pueden ejecutarse en paralelo.
tvu
Unidad de validación de transacciones.
validator
Un participante completo en un clúster de red Solana que produce nuevos bloques. Un validator valida las transacciones añadidas al libro de contabilidad.
vault
Una token account propiedad de un programa onchain que custodia activos agrupados en nombre de los usuarios — por ejemplo, las reservas base y de cotización de un AMM, los tokens bloqueados en un escrow, o los saldos en reposo y las comisiones acumuladas de un CLOB. Solo el programa propietario puede mover tokens fuera del vault, normalmente hacia la token account propia del usuario una vez que se cumple una condición de intercambio o liberación.
VDF
Ver función de retraso verificable.
función de retraso verificable (VDF)
Una función que tarda una cantidad fija de tiempo en ejecutarse y produce una prueba de que se ejecutó, la cual puede verificarse en menos tiempo del que tardó en generarse.
transacción versionada
Un formato de transacción que admite funcionalidades adicionales más allá del formato de
transacción original. La versión 0 (v0) es el primer formato versionado
y añade soporte para tablas de búsqueda de direcciones,
permitiendo que las transacciones referencien más cuentas de las que permite el formato original.
La versión 1 (v1), activa en todos los clústeres, aumenta el tamaño máximo de transacción
a 4.096 bytes, incorpora límites de recursos en una sección de configuración del mensaje
en lugar de instrucciones ComputeBudget, y elimina el soporte para tablas de búsqueda de direcciones.
Ver transacciones versionadas.
voto
Ver voto del libro de contabilidad.
crédito de voto
Un registro de recompensas para los validators. Se otorga un crédito de voto a un validator en su cuenta de voto cuando el validator alcanza una raíz.
billetera
Una colección de keypairs que permite a los usuarios gestionar sus fondos.
período de activación
Un número determinado de epochs tras la delegación del stake durante el cual este se vuelve progresivamente efectivo. Durante este período, el stake se considera en estado de "activación". Más información sobre: activación y desactivación
Is this page helpful?