cryptosnif
PT-BR ↗
EnglishFrançaisPortuguês (Brasil)EspañolO idioma mantém este assunto. O país é escolhido separadamente nas páginas de serviços.
Cryptosnif / Tokenomics

Tokenomics da Solana

Tokenomics da Solana

Revisão documental · Revisão · translation-1-bbf15bd42411-copy-09ec71ee84fc

A revisão das fontes explica os mecanismos documentados. As verificações independentes da rede continuam pendentes.

Promessa e Escopo

Esta análise examina os mecanismos econômicos documentados do SOL nativo na solana-mainnet. O escopo está limitado aos padrões definidos por código para inflação e distribuição de taxas, conforme descrito em versões específicas de software. Ele não mede custos de rede ao vivo, utilização atual, emissão líquida ou rendimentos individuais de staking. O objetivo é esclarecer como os parâmetros teóricos operam dentro da base de código, distinguindo-os das realidades de mercado observadas.

Padrões de Código para Inflação

O pacote solana-inflation versão 3.2.0 define uma taxa anual padrão de inflação total usando a fórmula max(0.015, 0.08*(1-0.15)^year). Isso representa uma redução multiplicativa onde a taxa diminui em 15% do seu valor anterior a cada ano do modelo até atingir um piso terminal de 1.5%. Um ano do modelo é uma unidade abstrata neste cálculo; nenhuma origem de calendário é estabelecida nesta revisão. Estes são parâmetros de código, não configuração observada na mainnet ou emissão realizada. Eles não preveem datas futuras, mudanças no fornecimento circulante ou retornos para detentores de staking.

Este pacote também suporta configurações de inflação desativada, fixa e completa. O modelo total padrão difere de suas funções separadas de alocação para validadores e fundação, o que deixa o rendimento realizado de um detentor fora do cálculo padrão fornecido.

Cálculo Hipotético de Inflação

Para ilustrar o mecanismo padrão, a Cryptosnif realizou um cálculo hipotético baseado na lógica do código-fonte. No ano do modelo 0, a taxa é de 8%. No ano do modelo 1, a taxa reduz para 6.8%. No ano do modelo 2, ela reduz ainda mais para 5.78%. A redução aplica-se à taxa precedente a cada ano do modelo. Este exemplo demonstra o comportamento matemático dos padrões fixados. Ele não reflete a inflação atual da mainnet, nem serve como previsão para a emissão real de tokens ao longo do tempo.

Lógica de Queima e Distribuição de Taxas

A versão 4.3.0 do cliente Agave lida com taxas de transação através de aritmética inteira. A queima ordinária da taxa-base é calculada como floor(baseFee*50/100). O valor base não queimado é adicionado a um depósito do coletor junto com toda a taxa de priorização. Se o depósito do coletor falhar, o valor total destinado ao coletor também é queimado. Dependendo dos sinalizadores de recursos (feature flags), o destinatário pode ser a identidade do líder ou um coletor permitido associado à conta de voto do líder. Esta versão revisada do cliente não estabelece quais recursos estão atualmente ativos na mainnet, nem confirma versões implantadas ou estruturas de controle dos beneficiários efetivos.

Exemplo Hipotético de Taxas

Lamports são as unidades inteiras de taxa usadas neste exemplo. Usando entradas hipotéticas dentro de intervalos sem estouro, examinamos a aritmética. Assuma uma taxa base de 5000 lamports e uma taxa de prioridade de 1000 lamports. Com um depósito aceito, a taxa total é de 6000 lamports. A queima é de 2500 lamports (50% da base), e o coletor recebe 3500 lamports (base restante mais prioridade). Se o depósito do coletor falhar, todos os 6000 lamports são queimados. Para uma taxa base ímpar de 5001 lamports com uma taxa de prioridade de 1000 lamports, a queima com depósito aceito é floor(5001*50/100)=2500 lamports, deixando 3501 lamports para o coletor. Estas figuras são apenas ilustrativas e não representam taxas de rede ao vivo ou comparações de custo contra outras cadeias.

Desconhecidos e Limitações

Vários pontos de dados críticos permanecem desconhecidos. O fornecimento circulante atual, a alocação inicial, a concentração de proprietários beneficiários e os parâmetros atuais de inflação da mainnet não são verificados aqui. Calendários de vesting e desbloqueio estão ausentes. Observações independentes de uso, remediação de incidentes e liquidez executável localmente estão pendentes. A documentação descreve regras, mas não mede custos ao vivo ou emissão líquida. Diferentes entradas de taxas não podem estabelecer um vencedor de custo sem um contexto mais amplo.

Consequências e Veredito

A distribuição de taxas documentada e a fórmula padrão de inflação fornecem um modelo econômico dentro das versões de código revisadas. A configuração atual da rede e os retornos dos detentores permanecem não verificados, e a cobertura de evidências é insuficiente para uma pontuação geral.

Medir a emissão líquida exigiria totais de emissão e taxas queimadas sobre o mesmo período, com uma definição consistente de fornecimento. Uma única transação de queima e uma taxa anual padrão não podem estabelecer esse resultado. O resultado de um detentor de staking também requer evidências separadas sobre alocação de validador, comissões e recompensas observadas. Estas medições ausentes definem o que poderia mudar o veredito.

Fontes desta análise

Os títulos e resumos das fontes estão em inglês.

Solana documentation: transaction fees

Solana documentation describes fees paid in SOL with a base fee and an optional prioritization fee. It states that the base fee is divided 50% burned and 50% to the validator, while the prioritization fee goes entirely to the validator. These documented rules do not measure live costs, utilization or net issuance.

Coleta . Escopo: documentação. O funcionamento atual da rede ainda precisa ser verificado.

Consultar a fonte primária ↗

Hash SHA-256: 74d412e5f13f34905db9f2e2a89b46e59ce6bddba5c2eec826a863e29571f309

Solana SDK 3.2.0: pinned inflation model

The solana-inflation 3.2.0 source, matched to its package commit, defines a default total annual rate of max(0.015, 0.08*(1-0.15)^year). It also supports disabled, fixed and full inflation configurations. The default total model differs from the separate validator/foundation allocation functions. These are code parameters, not observed mainnet configuration, realized issuance, calendar dates, net supply change or a staking holder's yield. A model year has no calendar origin established in this review. Original Cryptosnif calculation (platform-mechanisms-1) gives default total annual inflation rates 8%, 6.8% and 5.78% at model years 0, 1 and 2, with a 1.5% floor. The reduction is 15% of the rate each model year until the floor, not a reduction of 15 percentage points. This illustrates defaults only, not today's mainnet inflation, a future dated forecast, circulating supply or staking returns.

Coleta . Escopo: documentação. O funcionamento atual da rede ainda precisa ser verificado.

Consultar a fonte primária ↗

Hash SHA-256: 0ee7728aa0e22ae15f189f23dd69b478ee697b0e4eab90e59e4d06a380d4f06f

Agave v4.3.0: pinned transaction fee distribution

Agave v4.3.0 computes the ordinary base-fee burn with integer arithmetic at 50%, adds the unburned base portion and the entire priority fee to a collector deposit, then attempts that deposit. A failed deposit is also burned. Depending on a feature flag, the recipient is the leader identity or a permitted collector associated with the leader's vote account. This reviewed client version does not establish current feature activation, deployed versions, live transaction cost, total issuance or beneficial control. Illustrative inputs stay within non-overflowing fee amounts. Original Cryptosnif arithmetic (platform-mechanisms-1) assumes a hypothetical base fee 5000 lamports and priority fee 1000 lamports with accepted deposit: total 6000, burned 2500, collector 3500 lamports. With a failed collector deposit, all 6000 lamports are burned. With odd base fee 5001 and priority 1000 the accepted-deposit burn is floor(5001*50/100)=2500 and collector 3501. These hypothetical inputs do not establish fees on the live network or a comparison of cost against Ethereum.

Coleta . Escopo: documentação. O funcionamento atual da rede ainda precisa ser verificado.

Consultar a fonte primária ↗

Hash SHA-256: 78c933830667e2c6c155820ecf2b799a77cf4227e1634d37ef04737e13c2811b

Continuar a pesquisa