cryptosnifEthereum vs Solana
Ethereum vs Solana
A revisão das fontes explica os mecanismos documentados. As verificações independentes da rede continuam pendentes.
Promessa e Escopo
Esta comparação examina os mecanismos documentados de taxas de execução para Ethereum e Solana. O objetivo é identificar como as taxas são calculadas, quem as recebe e quais evidências estão ausentes. Esta análise não declara um vencedor com base em velocidade, custo ou disponibilidade. Ela também evita rankings generalizados de segurança. O foco permanece estritamente nas especificações técnicas fornecidas nos relatórios de origem.
Mecanismos de Taxas do Ethereum
A documentação do Ethereum define gas como uma medida de esforço computacional. As taxas são pagas em ETH. A taxa base é queimada, o que significa que ela é removida de circulação, enquanto uma taxa prioritária vai para o validador. Uma transação executada que falha ainda pode consumir gas.
Esses mecanismos não estabelecem mudança líquida de oferta, custos atuais do usuário, adoção ou renda de um detentor.
A especificação EIP-1559 fixada descreve mais detalhadamente as taxas de gas de execução. A taxa prioritária é limitada a maxFee menos baseFee. Gas não utilizado é reembolsado ao preço efetivo de gas. Para blocos contínuos, o alvo é metade do limite de gas do bloco pai. O ajuste inteiro da taxa base usa denominador 8 com um incremento mínimo ascendente de 1. O tratamento inicial do fork difere deste padrão. Esta especificação histórica usa terminologia de minerador, enquanto os papéis atuais dos validadores são descritos separadamente pela documentação de prova de participação do Ethereum. Taxas de blob, emissão e observações atuais da rede estão fora deste cálculo.
Mecanismos de Taxas do Solana
A documentação do Solana descreve taxas pagas em SOL com uma taxa base e uma taxa de priorização opcional. A taxa base é dividida 50% queimada e 50% para o validador. A taxa de priorização vai inteiramente para o validador. Estas regras documentadas não medem custos ao vivo, utilização ou emissão líquida.
Transações contêm instruções, que são as operações individuais que os programas executam. A execução é atômica, significando que todas as instruções têm sucesso ou suas mudanças de estado são revertidas. Esta propriedade técnica não prova auditorias independentes de aplicações, ausência de bugs ou confiabilidade atual da rede.
Agave v4.3.0 calcula a queima ordinária da taxa base com aritmética inteira em 50%. Ele adiciona a porção não queimada da base e toda a taxa prioritária a um depósito do coletor, então tenta esse depósito. Um depósito falho também é queimado. Dependendo de uma flag de recurso, o destinatário é a identidade do líder ou um coletor permitido associado à conta de voto do líder. Esta versão de cliente revisada não estabelece ativação atual de recursos, versões implantadas, custo de transação ao vivo, emissão total ou controle benéfico.
Exemplos Numéricos Hipotéticos
Para ilustrar os mecanismos, usamos a aritmética original da Cryptosnif. Todas as entradas abaixo são hipotéticas e não representam dados ao vivo da rede.
Para o Ethereum, assumimos gas usado 21000, limite de gas 30000, taxa base 30 gwei, taxa máxima 40 gwei e taxa prioritária máxima 2 gwei. Isso resulta em um total de 672000000000000 wei (0.000672 ETH). O valor queimado é 630000000000000 wei (0.000630 ETH), e a taxa prioritária é 42000000000000 wei (0.000042 ETH). O reembolso para 9000 de gas não utilizado é 288000000000000 wei (0.000288 ETH), excluindo outros mecanismos de reembolso. Wei é a menor denominação de ETH; 1 gwei agrupa 1000000000 wei, e 1 ETH equivale a 10^18 wei. Com uma taxa base do pai de 30 gwei, limite de gas do pai 30000000 e alvo 15000000, a próxima taxa base é 33.75 gwei após um bloco pai cheio e 26.25 gwei após um vazio.
Lamports são as unidades inteiras usadas para contabilizar taxas de SOL. Um coletor é a conta destinada a receber a porção não queimada da taxa. Para o Solana, assumimos uma taxa base hipotética de 5000 lamports e uma taxa prioritária de 1000 lamports com um depósito aceito. O total é 6000 lamports. O valor queimado é 2500 lamports, e o coletor recebe 3500 lamports. Se o depósito do coletor falhar, todos os 6000 lamports são queimados. Com uma taxa base ímpar de 5001 lamports e prioridade 1000 lamports, a queima do depósito aceito é floor(5001*50/100)=2500 lamports, e o coletor recebe 3501 lamports.
Estes exemplos mostram diferentes entradas de taxas e não podem estabelecer um vencedor de custo.
Evidências Ausentes e Incógnitas
Para ambos os ativos, concentração atual de posse, poderes de controle privilegiados, uso medido independentemente, remediação de incidentes e liquidez executável localmente permanecem não verificados neste piloto. A cobertura de evidências é insuficiente para uma pontuação geral. Um mecanismo documentado sozinho não pode estabelecer resiliência atual ou retornos esperados. Observações de rede reproduzíveis, mapas de controle atuais, regras de oferta documentadas e registros independentes de incidentes permitiriam que as verificações pendentes fossem avaliadas. Sem estas, qualquer afirmação sobre desempenho relativo ou segurança permanece especulativa.
Veredito e Comparação Futura
O veredito para tanto Ethereum quanto Solana é que eles possuem promessas documentadas mas exigem verificação independente. Nenhuma pontuação pode ser atribuída devido à falta de critérios essenciais como identidade, oferta e controle. Para realizar uma comparação justa futura, analistas devem esperar por observações de rede reproduzíveis que confirmem o status de implantação ao vivo. Eles também devem buscar medições independentes de uso e estruturas de controle. Até então, comparações devem permanecer limitadas às definições estáticas de código e cálculos hipotéticos apresentados aqui. Diferentes entradas de taxas isoladamente não determinam eficiência econômica ou experiência do usuário.
Fontes desta análise
Os títulos e resumos das fontes estão em inglês.
Ethereum documentation: gas
Ethereum documentation defines gas as a measure of computational effort. Fees are paid in ETH. The base fee is burned and a priority fee goes to the validator. A failed executed transaction can still consume gas. These mechanisms do not establish net supply change, current user costs, adoption or a holder’s income.
Consultar a fonte primária ↗Ethereum documentation: proof of stake
Ethereum documentation describes validators staking ETH and checking or proposing blocks. Misbehaviour can lead to destruction of staked ETH. These descriptions identify a security role for ETH but do not measure today’s validator concentration, independent operators, software diversity, realized rewards or resilience.
Consultar a fonte primária ↗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.
Consultar a fonte primária ↗Solana documentation: transactions
Solana documentation describes transactions containing instructions, the individual operations that programs execute. Execution is atomic: all instructions succeed or their state changes revert. This technical property does not prove independent audits of applications, absence of bugs, or present network reliability.
Consultar a fonte primária ↗EIP-1559: pinned fee market specification
The pinned EIP-1559 specification describes execution gas fees: the priority fee is capped at maxFee minus baseFee, the base portion is burned, and unused gas is refunded at the effective gas price. For ongoing blocks the target is half the parent gas limit, with integer base-fee adjustment using denominator 8 and a minimum upward increment of 1. Initial fork handling is different. This historical specification uses miner terminology; current validator roles are described separately by Ethereum proof-of-stake documentation. Blob fees, issuance and current network observations are outside this calculation. Original Cryptosnif arithmetic (platform-mechanisms-1), all hypothetical: gas used 21000, gas limit 30000, base fee 30 gwei, max fee 40 gwei and max priority fee 2 gwei give total 672000000000000 wei (0.000672 ETH), burned 630000000000000 wei (0.000630 ETH) and priority 42000000000000 wei (0.000042 ETH). The refund for 9000 unused gas is 288000000000000 wei (0.000288 ETH), excluding any other refund mechanism. One gwei equals 1000000000 wei; one ETH equals 10^18 wei. At parent base fee 30 gwei, parent gas limit 30000000 and target 15000000, the next base fee is 33.75 gwei after a full parent block and 26.25 gwei after an empty one. These inputs are examples and no present fees or net ETH issuance are inferred.
Consultar a fonte primária ↗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.
Consultar a fonte primária ↗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.
Consultar a fonte primária ↗