La communauté Ethereum discute depuis longtemps de la question de pourquoi il faut encore définir une limite de taille pour le déploiement des contrats. Vitalik a récemment donné son avis à ce sujet - cette limitation est principalement destinée à prévenir les risques d'attaque par déni de service (DoS).
Son raisonnement est le suivant : une fois qu'Ethereum aura terminé la mise à niveau de la structure d'état en adoptant une architecture d'arbre binaire unifié (c'est la direction de l'EIP-7864), il sera possible de lever complètement les restrictions sur la taille des contrats. Cela semble très prometteur, mais dans la pratique, il faudra faire face à un problème réel : comment gérer le coût en Gas et la conception du mécanisme lors de la mise en chaîne de contrats extrêmement volumineux.
L'algorithme actuel est calculé en fonction du coût de création par octet, ce qui signifie que la taille des contrats est en réalité bloquée à un plafond. Il semble que la mise à niveau technique elle-même ne soit pas un problème, la clé est de trouver un équilibre entre la sécurité du réseau et des coûts raisonnables.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
10 J'aime
Récompense
10
7
Reposter
Partager
Commentaire
0/400
GateUser-40edb63b
· 2025-12-26 09:39
En fin de compte, c'est toujours le même problème : la technologie peut résoudre certains aspects, mais le modèle économique doit suivre, sinon ce n'est que de la théorie sans application concrète.
Voir l'originalRépondre0
Anon4461
· 2025-12-26 08:05
C'est toujours la même chose, les problèmes que la technologie pourrait résoudre sont en fait bloqués par le modèle économique, haha
Voir l'originalRépondre0
ProposalManiac
· 2025-12-25 22:55
Encore cette belle vision de "l'ouverture des restrictions après la mise à niveau", mais la réalité est que le coût du Gas est une barrière qu'on ne peut jamais franchir, en fin de compte, c'est que le mécanisme d'incitation n'a pas été bien conçu.
Voir l'originalRépondre0
TooScaredToSell
· 2025-12-23 13:12
En d'autres termes, c'est comme dire que l'on ne peut pas avoir le beurre et l'argent du beurre, on veut assouplir les restrictions tout en craignant une explosion des coûts.
Voir l'originalRépondre0
MidnightGenesis
· 2025-12-23 13:12
D'après le code, ce qui est intéressant dans l'argument de Vitalik est qu'en surface, il s'agit d'une protection contre les DoS, mais en réalité, c'est une question de plafond de l'économie du Gas. EIP-7864 semble prometteur, mais d'après l'expérience passée, la transformation de l'arbre d'état n'est pas si simple, et le problème du coût de création des octets devra tôt ou tard être abordé à nouveau.
Voir l'originalRépondre0
PessimisticLayer
· 2025-12-23 13:05
Pour le dire gentiment, c'est une protection contre les attaques par déni de service (DoS), et pour le dire moins gentiment, c'est juste pour piéger secrètement les développeurs de contrats, le coût du Gas est toujours un plafond.
La communauté Ethereum discute depuis longtemps de la question de pourquoi il faut encore définir une limite de taille pour le déploiement des contrats. Vitalik a récemment donné son avis à ce sujet - cette limitation est principalement destinée à prévenir les risques d'attaque par déni de service (DoS).
Son raisonnement est le suivant : une fois qu'Ethereum aura terminé la mise à niveau de la structure d'état en adoptant une architecture d'arbre binaire unifié (c'est la direction de l'EIP-7864), il sera possible de lever complètement les restrictions sur la taille des contrats. Cela semble très prometteur, mais dans la pratique, il faudra faire face à un problème réel : comment gérer le coût en Gas et la conception du mécanisme lors de la mise en chaîne de contrats extrêmement volumineux.
L'algorithme actuel est calculé en fonction du coût de création par octet, ce qui signifie que la taille des contrats est en réalité bloquée à un plafond. Il semble que la mise à niveau technique elle-même ne soit pas un problème, la clé est de trouver un équilibre entre la sécurité du réseau et des coûts raisonnables.