Para quem conhece apenas EVM.
Escrito por: NingNing
Este guia traduz conceitos de EVM em conceitos de Solana.
Conceitos relacionados a transações
Bloquear
O tempo de bloqueio de Solana é de 400 milissegundos, chamado Slot. A altura do slot e do bloco pode ser diferente no Solana.
As recompensas de staking são distribuídas aos validadores a cada época, o que leva cerca de 2 a 3 dias, equivalente a 432.000 slots.
Wei
A unidade mínima do SOL é lambor e a precisão é 9 (9 casas decimais).
A maioria dos tokens fungíveis no ecossistema Solana tem como padrão 6 casas decimais em vez de 18.
HEX/BINÁRIO
Os dados em Solana são representados principalmente em base58 e podem ser convertidos para hexadecimal usando a função from_base58().
PoS e prova
Solana usa Prova de Participação Delegada (DPoS) por padrão para segurança.
Os validadores usam o mecanismo PoH para votar nos Slots (o líder gira a cada época).
Tudo isso ocorre na cadeia base, com dois tipos de transação: com direito a voto e sem direito a voto.
endereço
Os endereços de Solana também são chamados de “contas”, e existe um tipo especial de conta chamada “Contas Derivadas de Programa” (PDA).
Os PDAs são obrigados a pagar uma pequena quantia de aluguel para evitar o inchaço do estado.
Contrato Inteligente
É chamado de “programa” em Solana.
O programa é implantado através do uploader BPF e pode ser atualizado a qualquer momento.
Dados de transação
Chamados de “comandos” em Solana.
Cada transação possui vários campos de “dados”, aninhados na matriz “instruções”.
As instruções podem ser processadas usando a tabela solana.instruction_calls.
De para
From é o iniciador da transação e To é a conta de execução da instrução.
Traços
Uma vez que os dados da instrução são armazenados em um array aninhado, ao contrário do ethereum.traces do Ethereum.
A tabela solana.instruction_calls pode ser usada em seu lugar.
Assinatura da função
Use “discriminadores”, que podem ter 1, 4 ou 8 bytes.
Pode ser identificado usando a tabela solana.discriminators.
Assinatura do Evento
Os eventos estão principalmente em mensagens de log. Dune ainda não decodificou o evento nem armazenou a assinatura do evento.
Gás
Use “unidades de computação” para indicar a quantidade de computação que pode ser encontrada nas mensagens de log.
Os programas nativos (participação, voto) não consomem poder computacional.
Taxa de gás
Solana ainda não implementou preços baseados no uso, cobrando uma taxa fixa de 5.000 lamports por transação.
Cobranças prioritárias podem ser adicionadas chamando o comando “Set Compute Unit Price”.
50% das taxas de transação e 50% das taxas de aluguel são destruídas.
Conceitos relacionados a contratos inteligentes
linguagem de programação
Solana usa a linguagem Rust para desenvolvimento de programas, enquanto Ethereum usa a linguagem Solidity.
Solana fornece a linguagem Anchor como uma camada de abstração para Rust para simplificar o desenvolvimento.
ABI
Os programas âncora possuem IDL (Interface Definition Language), enquanto os programas SPL precisam ser convertidos manualmente para IDL.
Alguns projetos Solana farão upload de IDL para a cadeia, mas nem todos os projetos o fazem.
Contrato Inteligente de Fábrica (conjunto)/Contrato Inteligente de Agente
O programa Solana cria subcontas (PDAs) através do programa principal, em vez de usar fábricas e contratos de agência como o Ethereum.
armazenar
Solana armazena dados no buffer binário da conta em vez dos slots de armazenamento do Ethereum.
Contas aninhadas/estruturadas em árvore (PDAs) são frequentemente usadas para armazenar dados.
Símbolo
Os tokens de Solana são implantados por meio do programa spl_token (ou a nova versão do programa token2022).
Os saldos de tokens são armazenados em contas vinculadas, e não no mapa de saldo do Ethereum.
Estacamento
A aposta de Solana é líquida por padrão e não requer tokens de bloqueio.
Qualquer pessoa pode criar uma conta de staking com qualquer saldo e delegá-la a um validador.
Padrão ERC
Solana não possui um padrão ERC semelhante ao Ethereum e há falta de uniformidade entre os protocolos.
Alterações no padrão principal
As alterações no código principal do Solana são gerenciadas por meio de “feature gates” na base de código do Solana, ao contrário do Ethereum, que possui um processo EIP.
O conteúdo acima foi compilado do livro de ANDREW HONG
Isenção de responsabilidade: As informações contidas nesta página podem ser provenientes de terceiros e não representam os pontos de vista ou opiniões da Gate. O conteúdo apresentado nesta página é apenas para referência e não constitui qualquer aconselhamento financeiro, de investimento ou jurídico. A Gate não garante a exatidão ou o carácter exaustivo das informações e não poderá ser responsabilizada por quaisquer perdas resultantes da utilização destas informações. Os investimentos em ativos virtuais implicam riscos elevados e estão sujeitos a uma volatilidade de preços significativa. Pode perder todo o seu capital investido. Compreenda plenamente os riscos relevantes e tome decisões prudentes com base na sua própria situação financeira e tolerância ao risco. Para mais informações, consulte a
Isenção de responsabilidade.
