Terminologia

Os termos a seguir são utilizados em toda a documentação e no ecossistema de desenvolvimento da Solana.

conta

Um registro no ledger da Solana que armazena dados ou é um programa executável.

Assim como uma conta em um banco tradicional, uma conta Solana pode conter fundos chamados lamports. Cada conta em um cluster possui um endereço único.

app

Uma aplicação front-end que interage com um cluster da Solana.

endereço

A localização na Solana que pode ser usada para encontrar uma conta. Cada endereço é único no cluster da Solana.

Os endereços na Solana podem ser uma chave pública Ed25519 ou um program derived address.

tabela de consulta de endereços (ALT)

Uma estrutura de dados que armazena uma lista de endereços de contas, permitindo que transações versionadas referenciem contas usando índices compactos de 1 byte em vez de chaves públicas completas de 32 bytes. As tabelas de consulta de endereços permitem que uma única transação referencie mais contas do que o formato original de transação permite. Apenas transações da versão 0 (v0) suportam tabelas de consulta de endereços; a versão 1 (v1) as remove em favor de um tamanho de transação maior que acomoda os mesmos endereços de forma inline.

Anchor

Um framework para construção de programas onchain da Solana em Rust. O Anchor fornece macros que reduzem o código repetitivo, um sistema padronizado de validação de contas e gera um IDL que descreve a interface do programa. É o framework mais amplamente utilizado para o desenvolvimento de programas na Solana.

associated token account (ATA)

Um token account cujo endereço é derivado de forma determinística a partir de um endereço de carteira e de um token mint. O programa de associated token account garante que cada carteira tenha um token account canônico por tipo de token.

autoridade

O endereço de um usuário que possui algum tipo de permissão sobre uma conta.

Por exemplo:

A capacidade de emitir novos tokens é concedida à conta que é a 'mint authority' do token mint.
A capacidade de atualizar um programa é concedida à conta que é a 'upgrade authority' de um programa.

criador de mercado automatizado (AMM)

Um modelo de exchange onchain onde os usuários negociam contra um pool de reservas de tokens regido por uma fórmula de precificação, em vez de contra uma ordem restante de uma contraparte. Os preços se movem em função das reservas, de modo que as negociações incorrem em slippage proporcional ao tamanho.

estado do banco

O resultado da interpretação de todos os programas no ledger em uma determinada altura de tick. Inclui pelo menos o conjunto de todas as contas com tokens nativos diferentes de zero.

bloco

Um conjunto contíguo de entradas no ledger coberto por uma votação. Um líder produz no máximo um bloco por slot.

blockhash

Um valor único (hash) que identifica um registro (bloco). A Solana calcula um blockhash a partir do último id de entrada do bloco.

altura do bloco

O número de blocos abaixo do bloco atual. O primeiro bloco após o bloco gênese tem altura um.

validator bootstrap

O validator que produz o bloco gênese (primeiro) de uma blockchain.

BPF loader

O programa da Solana que possui e carrega programas onchain BPF, permitindo que o programa interaja com o runtime.

bump

Um único byte (0–255) acrescentado às seeds ao derivar um program derived address para garantir que o endereço resultante fique fora da curva ed25519 e seja, portanto, um PDA válido. O bump canônico é o valor mais alto que produz um PDA válido e normalmente é salvo nos dados da conta para evitar recalculá-lo.

livro de ordens de limite central (CLOB)

Um modelo de exchange que mantém uma lista ordenada de ofertas e pedidos em repouso; uma negociação ocorre quando uma ordem recebida cruza com uma ordem do lado oposto. Compare com automated market maker.

cliente

Um programa de computador que acessa o cluster da rede de servidores da Solana.

confirmação

Uma medida da confirmação da rede para o bloco.

formato de array compacto

Um array compacto é um array serializado no seguinte formato:

O comprimento do array (codificado como compact-u16)
Os itens do array listados um após o outro

Formato de array compacto

O formato de array compacto é usado para codificar tanto o array de endereços de conta quanto o array de instruções em mensagens de transação.

cluster

Um conjunto de validators mantendo um único ledger.

orçamento de computação

O número máximo de unidades de computação consumidas por transação.

unidades de computação

A menor unidade de medida para o consumo de recursos computacionais da blockchain. As unidades de computação são usadas para medir os recursos computacionais utilizados para processar uma transação.

tempo de confirmação

A duração em tempo real entre um líder criar uma entrada de tick e criar um bloco confirmado.

bloco confirmado

Um bloco que recebeu super maioria de votos no ledger.

plano de controle

Uma rede de gossip que conecta todos os nós de um cluster.

período de resfriamento

Alguns epochs após a desativação do stake, durante os quais ele progressivamente fica disponível para saque. Durante esse período, o stake é considerado "em desativação". Mais informações sobre: aquecimento e resfriamento

unidades de custo

Também referido como custo de transação, é uma estimativa abrangente de todos os recursos necessários para processar uma transação, medida em unidades de computação. Mais informações aqui.

crédito

Veja crédito de voto.

invocação entre programas (CPI)

Uma chamada de um programa onchain para outro. Para mais informações, veja chamadas entre programas.

plano de dados

Uma rede multicast usada para validar eficientemente entradas e obter consenso.

drone

Um serviço offchain que atua como custodiante da chave privada de um usuário. Normalmente serve para validar e assinar transações.

entrada

Uma entrada no ledger, seja um tick ou uma entrada de transação.

id de entrada

Um hash resistente a pré-imagem sobre o conteúdo final de uma entrada, que atua como o identificador globalmente único da entrada. O hash serve como evidência de:

A entrada sendo gerada após um período de tempo
As transações especificadas são aquelas incluídas na entrada
A posição da entrada em relação a outras entradas no ledger

Veja prova de história.

epoch

O tempo, ou seja, o número de slots, pelo qual uma programação de líder é válida.

escrow

Um padrão no qual um programa onchain mantém tokens em um cofre em nome de duas ou mais partes até que as condições definidas pelo programa sejam cumpridas, e então os libera. Usado para eliminar a necessidade de as partes confiarem diretamente umas nas outras.

conta de taxa

A conta de taxa na transação é a conta que paga pelo custo de incluir a transação no ledger. Esta é a primeira conta na transação. Esta conta deve ser declarada como Leitura-Escrita (gravável) na transação, pois o pagamento da transação reduz o saldo da conta.

finalidade

Quando nós representando 2/3 do stake possuem uma raiz em comum.

fork

Um ledger derivado de entradas comuns que depois divergiu.

bloco gênese

O primeiro bloco da cadeia.

configuração gênese

O arquivo de configuração que prepara o ledger para o bloco gênese.

hash

Uma impressão digital digital de uma sequência de bytes.

inflação

Um aumento no fornecimento de tokens ao longo do tempo, usado para financiar recompensas de validação e o desenvolvimento contínuo da Solana.

instrução interna

Veja invocação entre programas.

instrução

Uma chamada para invocar um handler de instrução específico em um programa. Uma instrução também especifica quais contas deseja ler ou modificar, e dados adicionais que servem como entrada auxiliar para o handler de instrução. Um cliente deve incluir pelo menos uma instrução em uma transação, e todas as instruções devem ser concluídas para que a transação seja considerada bem-sucedida.

handler de instrução

Os handlers de instrução são funções de programa que processam instruções de transações. Um handler de instrução pode conter uma ou mais invocações entre programas.

IDL

Interface Definition Language. Um arquivo JSON gerado pelo Anchor que descreve os handlers de instrução, contas e tipos de um programa. O IDL permite que bibliotecas cliente gerem automaticamente interfaces tipadas para interagir com um programa onchain.

keypair

Uma chave pública e a correspondente chave privada para acessar uma conta.

lamport

Um token nativo fracionário com o valor de 0,000000001 sol.

Dentro do orçamento de computação, uma quantidade de micro-lamports é usada no cálculo das taxas de priorização.

líder

O papel de um validator quando está acrescentando entradas ao ledger.

programação de líder

Uma sequência de chaves públicas de validators mapeadas para slots. O cluster usa a programação de líder para determinar qual validator é o líder em qualquer momento.

ledger

Uma lista de entradas contendo transações assinadas por clientes. Conceitualmente, isso pode ser rastreado até o bloco gênese, mas o ledger de um validator real pode conter apenas blocos mais recentes para reduzir o armazenamento, pois os mais antigos não são necessários para a validação de blocos futuros por design.

voto no ledger

Um hash do estado do validator em uma determinada altura de tick. Compreende a afirmação do validator de que um bloco recebido foi verificado, bem como uma promessa de não votar em um bloco conflitante (ou seja, um fork) por um período específico de tempo, o período de lockout.

cliente leve

Um tipo de cliente que pode verificar se está apontando para um cluster válido. Realiza mais verificação de ledger do que um cliente leve e menos do que um validator.

liquidez

A profundidade de ordens ou reservas agrupadas disponíveis para negociação ao preço atual ou próximo dele. Maior liquidez reduz o slippage. Num CLOB, a liquidez é fornecida por ordens maker; num AMM, é fornecida por provedores de liquidez que depositam pares de tokens no pool.

loader

Um programa com a capacidade de interpretar a codificação binária de outros programas onchain.

lockout

O período de tempo durante o qual um validator não consegue votar em outro fork.

maker

Um trader cuja ordem adiciona liquidez a um CLOB ao permanecer no livro em vez de cruzar imediatamente o lado oposto. Essa ordem é chamada de ordem maker. Os makers normalmente não pagam taxa ou recebem um rebate da plataforma.

market maker

Uma entidade que fornece liquidez ao publicar continuamente tanto bids quanto asks. Na Solana, os market makers são programas (como AMMs) ou empresas offchain que executam bots para publicar ordens maker em CLOBs.

mensagem

O conteúdo estruturado de uma transação. Geralmente contém um cabeçalho, array de endereços de contas, blockhash recente e um array de instruções.

Saiba mais sobre a formatação de mensagens dentro de transações aqui.

micro-lamport

1.000.000 de micro-lamports = 1 lamport

coeficiente de Nakamoto

Uma medida de descentralização, o Coeficiente de Nakamoto é o menor número de entidades independentes que podem agir coletivamente para encerrar uma blockchain. O termo foi criado por Balaji S. Srinivasan e Leland Lee em Quantifying Decentralization.

token nativo

O token usado para rastrear o trabalho realizado pelos nós em um cluster.

nó

Um computador que participa de um cluster.

contagem de nós

O número de validators participando de um cluster.

offchain

Descreve dados, processos ou serviços que existem ou são executados fora da blockchain Solana, como clientes RPC, indexadores, frontends e makers de livro de ordens offchain. Complemento de onchain. "Offchain" (sem hífen) é a grafiapreferida.

onchain

Descreve dados ou programas que existem ou são executados em uma blockchain. "Onchain" (sem hífen) é a grafia preferida.

programa onchain

O código executável na blockchain Solana que interpreta as instruções enviadas dentro de cada transação para ler e modificar contas sobre as quais tem controle. Esses programas são frequentemente referidos como "smart contracts" em outras blockchains.

oracle

Um programa onchain que publica dados de fora da chain — mais frequentemente preços de ativos do mundo real — para que outros programas possam ler.

proprietário

Pode se referir ao programa proprietário ou à carteira proprietária. Por exemplo, getTokenAccountsByOwner obtém token accounts de propriedade de uma carteira específica, no entanto o programa proprietário dessas token accounts é o token program.

Para evitar confusão, é preferível usar programa proprietário ou carteira proprietária em vez do termo genérico 'proprietário'.

programa proprietário

O endereço do programa que é dono da conta. Apenas o programa proprietário é capaz de modificar a conta.

Veja também autoridade.

carteira proprietária

A carteira associada a uma conta. Por exemplo, o token program é usado para armazenar token accounts associadas a uma carteira e mint específicos, usando um endereço gerado a partir dessa carteira e do mint.

PoH

Veja Proof of History.

ponto

Um crédito ponderado em um regime de recompensas. No regime de recompensas do validator, o número de pontos devidos a um stake no momento do resgate é o produto dos créditos de voto obtidos e o número de lamports em stake.

chave privada

A chave privada de um keypair.

programa

Veja programa onchain.

endereço derivado de programa (PDA)

Uma conta cujo endereço é criado com base em um programa onchain e um ou mais seeds criados pelo autor do programa. Endereços PDA não são chaves públicas, e PDAs não possuem chaves privadas.

A autoridade de assinatura de um PDA é o programa onchain que é seu programa proprietário.

id do programa

A chave pública da conta que contém um programa.

proof of history (PoH)

Uma pilha de provas, cada uma das quais comprova que alguns dados existiam antes de a prova ser criada e que uma duração precisa de tempo passou antes da prova anterior. Assim como um VDF, um Proof of History pode ser verificado em menos tempo do que levou para ser produzido.

taxa de priorização

Uma taxa adicional que o usuário pode especificar na instrução do orçamento de computação para priorizar suas transações.

A taxa de priorização é calculada multiplicando as unidades de computação máximas solicitadas pelo preço por unidade de computação (especificado em incrementos de 0,000001 lamports por unidade de computação) arredondado para cima até o lamport mais próximo.

As transações devem solicitar a quantidade mínima de unidades de computação necessárias para execução, a fim de minimizar as taxas.

chave pública (pubkey)

A chave pública de um keypair. Uma chave pública é um dos diferentes tipos de endereço que uma conta pode usar na Solana.

rent

Taxa paga por Contas e Programas para armazenar dados na blockchain. Quando as contas não têm saldo suficiente para pagar o rent, elas podem ser coletadas pelo Garbage Collector.

Veja também isenção de rent abaixo. Saiba mais sobre rent aqui: O que é rent?.

isenção de rent

Contas que mantêm um saldo mínimo de lamports proporcional à quantidade de dados armazenados na conta. Todas as contas recém-criadas são armazenadas onchain permanentemente até que a conta seja encerrada. Não é possível criar uma conta que fique abaixo do limite de isenção de rent.

root

Um bloco ou slot que atingiu o lockout máximo em um validator. O root é o bloco mais alto que é ancestral de todos os forks ativos em um validator. Todos os blocos ancestrais de um root também são transitivamente um root. Blocos que não são ancestrais nem descendentes do root são excluídos da consideração para consenso e podem ser descartados.

runtime

O componente de um validator responsável pela execução de programas.

Sealevel

O runtime paralelo da Solana para programas onchain.

seed

Um valor em bytes ou array de valores em bytes usado como entrada ao derivar um endereço derivado de programa. Um programa pode usar qualquer combinação de strings estáticas, chaves públicas ou outros dados como seeds. Os seeds são combinados com o ID do programa e um bump para produzir um endereço PDA único.

shred

Uma fração de um bloco; a menor unidade enviada entre validators.

assinatura

Uma assinatura ed25519 de 64 bytes composta por R (32 bytes) e S (32 bytes). Com o requisito de que R seja um ponto de Edwards compactado que não seja de pequena ordem e S seja um escalar no intervalo 0 <= S < L. Esse requisito garante que não haja malleability de assinatura. Cada transação deve ter pelo menos uma assinatura para a conta de taxa. Assim, a primeira assinatura na transação pode ser tratada como id da transação.

signatário

Uma conta que autorizou uma instrução ou transação. Para um keypair comum, isso significa uma assinatura criptográfica sobre a transação. Para um endereço derivado de programa, a autorização é assertada pelo programa proprietário quando ele realiza uma invocação entre programas, já que um PDA não possui chave privada.

taxa de skip

O percentual de slots ignorados em relação ao total de slots de líder no epoch atual. Essa métrica pode ser enganosa, pois apresenta alta variância logo após o limite do epoch quando o tamanho da amostra é pequeno, bem como para validators com baixo número de slots de líder; no entanto, também pode ser útil para identificar configurações incorretas de nós em certos momentos.

slot ignorado

Um slot passado que não produziu um bloco, porque o líder estava offline ou o fork que continha o slot foi abandonado em favor de uma alternativa melhor pelo consenso do cluster. Um slot ignorado não aparecerá como ancestral de blocos em slots subsequentes, nem incrementará a altura do bloco, nem expirará o recent_blockhash mais antigo.

Se um slot foi ignorado só pode ser determinado quando ele se tornar mais antigo do que o último slot com root (e portanto não ignorado).

slippage

A diferença entre o preço esperado por um trader e o preço pelo qual sua negociação foi efetivamente executada. Em AMMs, surge da curva de precificação se movendo conforme as reservas mudam; em CLOBs, surge de uma única ordem consumindo várias ordens em repouso a preços sucessivamente piores.

slot

O período de tempo durante o qual cada líder processa transações e produz um bloco.

Coletivamente, os slots criam um relógio lógico. Os slots são ordenados sequencialmente e sem sobreposição, compreendendo tempo real aproximadamente igual conforme PoH.

smart contract

Veja programa onchain.

SOL

O token nativo de um cluster Solana.

Solana Program Library (SPL)

Uma biblioteca de programas na Solana, como o spl-token, que facilita tarefas como criação e uso de tokens.

stake

Tokens confiscados pelo cluster caso o comportamento malicioso de um validator possa ser comprovado.

qualidade de serviço ponderada por stake (SWQoS)

O SWQoS permite tratamento preferencial para transações provenientes de validators com stake.

supermaioria

2/3 de um cluster.

system program

Um programa nativo da Solana (ID do programa 11111111111111111111111111111111) responsável por criar novas contas, alocar dados de conta, atribuir contas a programas e transferir SOL entre contas. Todas as novas contas na Solana são de propriedade do System Program até serem reatribuídas.

sysvar

Uma conta do sistema. As Sysvars fornecem informações sobre o estado do cluster, como a altura do tick atual, valores de pontos de recompensas, etc. Os programas podem acessar as Sysvars por meio de uma conta Sysvar (pubkey) ou consultando via syscall.

taker

Um trader cuja ordem remove liquidez de um CLOB ao cruzar o lado oposto do livro e corresponder a uma ou mais ordens em repouso. Tal ordem é chamada de ordem taker, e o taker normalmente paga a taxa de negociação da plataforma.

thin client

Um tipo de cliente que confia estar se comunicando com um cluster válido.

tick

Uma entrada do ledger que estima a duração em tempo real.

altura do tick

O N-ésimo tick no ledger.

token

Um ativo digitalmente transferível.

token account

Uma conta que mantém o saldo de um token específico. As token accounts são de propriedade do Token Program ou do Token Extensions Program e armazenam o saldo do token, o token mint associado e o endereço da carteira proprietária.

Token Extensions Program

O Token Extensions Program tem o ID de programa TokenzQdBNbLqP5VEhdkAS6EPFLC1PHnBqCXEpPxuEb e inclui todos os mesmos recursos do Token Program, mas vem com extensões como Saldos Confidenciais, lógica de transferência personalizada, metadados ampliados e muito mais.

token mint

Uma conta que pode produzir (ou 'cunhar') tokens. Tokens diferentes são distinguidos pelos seus endereços de token mint exclusivos.

Token Program

O Token Program tem o ID de programa TokenkegQfeZyiNwAJbNbGKPFXCWuBvf9Ss623VQ5DA e fornece as capacidades básicas de transferir, congelar e cunhar tokens.

tps

Transações por segundo.

tpu

Unidade de processamento de transações.

transação

Uma ou mais instruções assinadas por um cliente usando uma ou mais keypairs e executadas atomicamente com apenas dois resultados possíveis: sucesso ou falha.

id de transação

A primeira assinatura em uma transação, que pode ser usada para identificar exclusivamente a transação em todo o ledger.

confirmações de transação

O número de blocos confirmados desde que a transação foi acceita no ledger. Uma transação é finalizada quando seu bloco se torna uma raiz.

entrada de transações

Um conjunto de transações que pode ser executado em paralelo.

tvu

Unidade de validação de transações.

validator

Um participante completo em um cluster de rede Solana que produz novos blocos. Um validator valida as transações adicionadas ao ledger

vault

Uma token account de propriedade de um programa onchain que mantém ativos agrupados em nome dos usuários — por exemplo, as reservas base e de cotação de um AMM, os tokens bloqueados em um escrow, ou os saldos em repouso e as taxas acumuladas de um CLOB. Somente o programa proprietário pode mover tokens para fora do vault, normalmente para a própria token account do usuário após uma negociação ou condição de liberação ser atendida.

VDF

Ver função de atraso verificável.

função de atraso verificável (VDF)

Uma função que leva um tempo fixo para ser executada e produz uma prova de que foi executada, que pode ser verificada em menos tempo do que o necessário para produzi-la.

transação versionada

Um formato de transação que suporta recursos adicionais além do formato de transação original. A versão 0 (v0) é o primeiro formato versionado e adiciona suporte para tabelas de pesquisa de endereços, permitindo que as transações referenciem mais contas do que o formato original permite. A versão 1 (v1), ativa em todos os clusters, aumenta o tamanho máximo da transação para 4.096 bytes, carrega limites de recursos em uma seção de configuração da mensagem em vez de instruções ComputeBudget e remove o suporte a tabelas de pesquisa de endereços. Ver transações versionadas.

Índice