Ethereum vs Solana Revue documentaire: 2026-10-04T12:14:39.000Z / translation-1-4cb031c191c7 Promesse et périmètre Cette comparaison examine les mécanismes de frais d'exécution documentés pour Ethereum et Solana. L'objectif est d'identifier comment les frais sont calculés, qui les reçoit, et quelles preuves manquent. Cette analyse ne désigne pas un gagnant basé sur la vitesse, le coût ou la disponibilité. Elle évite également les classements généralisés de sécurité. Le focus reste strictement limité aux spécifications techniques fournies dans les rapports sources. Sources: Mécanismes de frais Ethereum La documentation d'Ethereum définit le gas comme une mesure de l'effort computationnel. Les frais sont payés en ETH. La base fee est brûlée, ce qui signifie qu'elle est retirée de la circulation, tandis qu'une priority fee va au validateur. Une transaction exécutée ayant échoué peut toujours consommer du gas. Ces mécanismes n'établissent pas un changement net de l'offre, les coûts actuels des utilisateurs, l'adoption ou le revenu d'un détenteur. La spécification EIP-1559 épinglée décrit plus loin les frais de gas d'exécution. La priority fee est plafonnée à maxFee moins baseFee. Le gas non utilisé est remboursé au prix effectif du gas. Pour les blocs en cours, la cible est la moitié de la limite de gas du bloc parent. L'ajustement entier de la base fee utilise un dénominateur de 8 avec un incrément minimal vers le haut de 1. La gestion initiale du fork diffère de cette norme. Cette spécification historique utilise la terminologie des mineurs, alors que les rôles actuels des validateurs sont décrits séparément par la documentation proof-of-stake d'Ethereum. Les frais blob, l'émission et les observations réseau actuelles sont hors du périmètre de ce calcul. Sources: https://raw.githubusercontent.com/ethereum/ethereum-org-website/dev/public/content/developers/docs/gas/index.md, https://raw.githubusercontent.com/ethereum/EIPs/ba6c342c23164072adb500c3136e3ae6eabff306/EIPS/eip-1559.md, https://raw.githubusercontent.com/ethereum/ethereum-org-website/dev/public/content/developers/docs/consensus-mechanisms/pos/index.md Mécanismes de frais Solana La documentation de Solana décrit des frais payés en SOL avec une base fee et une prioritization fee optionnelle. La base fee est divisée à 50% brûlée et 50% au validateur. La prioritization fee va entièrement au validateur. Ces règles documentées ne mesurent pas les coûts en direct, l'utilisation ou l'émission nette. Les transactions contiennent des instructions, qui sont les opérations individuelles que les programmes exécutent. L'exécution est atomique, ce qui signifie que toutes les instructions réussissent ou que leurs changements d'état sont annulés. Cette propriété technique ne prouve pas des audits indépendants des applications, l'absence de bugs ou la fiabilité actuelle du réseau. Agave v4.3.0 calcule la brûlure ordinaire de la base fee avec une arithmétique entière à 50%. Il ajoute la portion de base non brûlée et la totalité de la priority fee à un dépôt collecteur, puis tente ce dépôt. Un dépôt échoué est également brûlé. Selon un feature flag, le destinataire est l'identité du leader ou un collecteur autorisé associé au compte de vote du leader. Cette version client examinée n'établit pas l'activation actuelle des fonctionnalités, les versions déployées, le coût réel des transactions, l'émission totale ou le contrôle bénéfique. Sources: https://solana.com/docs/core/fees, https://solana.com/docs/core/transactions, https://raw.githubusercontent.com/anza-xyz/agave/v4.3.0/runtime/src/bank/fee_distribution.rs Exemples numériques hypothétiques Pour illustrer les mécaniques, nous utilisons l'arithmétique originale de Cryptosnif. Toutes les entrées ci-dessous sont hypothétiques et ne représentent pas des données réseau en direct. Pour Ethereum, supposons gas used 21000, gas limit 30000, base fee 30 gwei, max fee 40 gwei et max priority fee 2 gwei. Cela résulte en un total de 672000000000000 wei (0.000672 ETH). Le montant brûlé est 630000000000000 wei (0.000630 ETH), et la priority fee est 42000000000000 wei (0.000042 ETH). Le remboursement pour 9000 gas non utilisés est 288000000000000 wei (0.000288 ETH), excluant d'autres mécanismes de remboursement. Wei est la plus petite dénomination ETH ; 1 gwei groupe 1000000000 wei, et 1 ETH égale 10^18 wei. À une base fee parent de 30 gwei, une gas limit parent de 30000000 et une cible de 15000000, la prochaine base fee est 33.75 gwei après un bloc parent plein et 26.25 gwei après un vide. Lamports sont les unités entières utilisées pour la comptabilité des frais SOL. Un collecteur est le compte destiné à recevoir la portion de frais non brûlée. Pour Solana, supposons une base fee hypothétique de 5000 lamports et une priority fee de 1000 lamports avec un dépôt accepté. Le total est 6000 lamports. Le montant brûlé est 2500 lamports, et le collecteur reçoit 3500 lamports. Si le dépôt collecteur échoue, tous les 6000 lamports sont brûlés. Avec une base fee impaire de 5001 lamports et une priority de 1000 lamports, la brûlure du dépôt accepté est floor(5001*50/100)=2500 lamports, et le collecteur reçoit 3501 lamports. Ces exemples montrent différents inputs de frais et ne peuvent établir un gagnant en termes de coût. Sources: https://raw.githubusercontent.com/ethereum/EIPs/ba6c342c23164072adb500c3136e3ae6eabff306/EIPS/eip-1559.md, https://raw.githubusercontent.com/anza-xyz/agave/v4.3.0/runtime/src/bank/fee_distribution.rs Preuves manquantes et inconnues Pour les deux actifs, la concentration actuelle de la propriété, les pouvoirs de contrôle privilégiés, l'utilisation mesurée indépendamment, la remédiation des incidents et la liquidité exécutable localement restent non vérifiés dans ce pilote. La couverture des preuves est insuffisante pour un score global. Un mécanisme documenté seul ne peut établir la résilience actuelle ou les rendements attendus. Des observations réseau reproductibles, des cartes de contrôle actuelles, des règles d'approvisionnement documentées et des registres d'incidents indépendants permettraient d'évaluer les vérifications en attente. Sans cela, toute affirmation concernant la performance relative ou la sécurité reste spéculative. Sources: Verdict et comparaison future Le verdict pour Ethereum et Solana est qu'ils ont des promesses documentées mais nécessitent une vérification indépendante. Aucun score ne peut être attribué en raison de critères essentiels manquants tels que l'identité, l'approvisionnement et le contrôle. Pour effectuer une comparaison future équitable, les analystes doivent attendre des observations réseau reproductibles confirmant le statut de déploiement en direct. Ils doivent également chercher des mesures indépendantes de l'utilisation et des structures de contrôle. Jusqu'alors, les comparaisons doivent rester limitées aux définitions statiques du code et aux calculs hypothétiques présentés ici. Différents inputs de frais pris isolément ne déterminent pas l'efficacité économique ou l'expérience utilisateur. Sources: Ethereum documentation: gas https://raw.githubusercontent.com/ethereum/ethereum-org-website/dev/public/content/developers/docs/gas/index.md Collecte: 2026-10-04T10:22:08.322Z Empreinte SHA-256: 5af7b13e15072d45f38e6fd48e414324c7229b6110d6f8f7fc14100e5153509d Ethereum documentation: proof of stake https://raw.githubusercontent.com/ethereum/ethereum-org-website/dev/public/content/developers/docs/consensus-mechanisms/pos/index.md Collecte: 2026-10-04T10:22:08.283Z Empreinte SHA-256: 54450f20b10562f7b1094f3ba79aee51512206e45aeccabb636e1c533a70f9cd Solana documentation: transaction fees https://solana.com/docs/core/fees Collecte: 2026-10-04T10:22:08.913Z Empreinte SHA-256: d4e61b67e3d07a0194fdb70720f97812b6190f50c15ed2fa78f883da49f98763 Solana documentation: transactions https://solana.com/docs/core/transactions Collecte: 2026-10-04T10:22:08.944Z Empreinte SHA-256: 5bc203b9b43a541194ea9cd32bdba1d9082ade3ec6d79efed8cadcaa714c8635 EIP-1559: pinned fee market specification https://raw.githubusercontent.com/ethereum/EIPs/ba6c342c23164072adb500c3136e3ae6eabff306/EIPS/eip-1559.md Collecte: 2026-10-04T10:22:08.310Z Empreinte SHA-256: 4460ad966a22d8501e12d75165c2c784c61748d8128229f115ebac1bfccac59f Solana SDK 3.2.0: pinned inflation model https://raw.githubusercontent.com/anza-xyz/solana-sdk/94164111ad1e39677f2cf95b16c0b208f466b6c3/inflation/src/lib.rs Collecte: 2026-10-04T10:22:08.310Z Empreinte SHA-256: 0ee7728aa0e22ae15f189f23dd69b478ee697b0e4eab90e59e4d06a380d4f06f Agave v4.3.0: pinned transaction fee distribution https://raw.githubusercontent.com/anza-xyz/agave/v4.3.0/runtime/src/bank/fee_distribution.rs Collecte: 2026-10-04T10:22:08.326Z Empreinte SHA-256: 78c933830667e2c6c155820ecf2b799a77cf4227e1634d37ef04737e13c2811b