Futures
Accédez à des centaines de contrats perpétuels
TradFi
Or
Une plateforme pour les actifs mondiaux
Options
Hot
Tradez des options classiques de style européen
Compte unifié
Maximiser l'efficacité de votre capital
Trading démo
Introduction au trading futures
Préparez-vous à trader des contrats futurs
Événements futures
Participez aux événements et gagnez
Demo Trading
Utiliser des fonds virtuels pour faire l'expérience du trading sans risque
Lancer
CandyDrop
Collecte des candies pour obtenir des airdrops
Launchpool
Staking rapide, Gagnez de potentiels nouveaux jetons
HODLer Airdrop
Conservez des GT et recevez d'énormes airdrops gratuitement
Launchpad
Soyez les premiers à participer au prochain grand projet de jetons
Points Alpha
Tradez on-chain et gagnez des airdrops
Points Futures
Gagnez des points Futures et réclamez vos récompenses d’airdrop.
Investissement
Simple Earn
Gagner des intérêts avec des jetons inutilisés
Investissement automatique
Auto-invest régulier
Double investissement
Profitez de la volatilité du marché
Staking souple
Gagnez des récompenses grâce au staking flexible
Prêt Crypto
0 Fees
Mettre en gage un crypto pour en emprunter une autre
Centre de prêts
Centre de prêts intégré
Ethereum Fusaka-Mise à niveau : L'équilibre entre capacité et stabilité
La récente mise à niveau Fusaka d’Ethereum marque un tournant dans la stratégie de mise à l’échelle. La capacité de traitement des données pour les blobs de Layer-2 a été multipliée par huit – une mesure ambitieuse pour favoriser le débit du réseau. Mais des recherches récentes révèlent un compromis critique : avec l’augmentation de la capacité, la vulnérabilité du réseau à l’instabilité croît également.
La capacité accrue des blobs intensifie la charge du réseau
Des analyses approfondies de NS3.AI documentent un schéma préoccupant. Les blocs avec un nombre plus élevé de blobs présentent des risques de panne mesurables plus importants. Cette instabilité met tout le réseau sous pression et menace la fiabilité de la validation. Le phénomène n’est pas isolé – il indique des faiblesses systémiques qui deviennent visibles avec l’augmentation de la capacité.
Le comportement des validateurs comme déclencheur caché
Des investigations plus approfondies menées par MigaLabs et PandaOps ont révélé une constatation surprenante : les stratégies de timing des validateurs s’avèrent être des co-responsables des pannes de blocs. Les validateurs utilisent des fenêtres temporelles dans des chemins initialement conçus pour d’autres usages. Paradoxalement, le nombre moyen de blobs par bloc a diminué, rendant encore plus évidentes les problèmes sous-jacents – le problème ne vient pas de la surcharge, mais de déficits de coordination.
Optimisation de la capacité avant les plans de mise à l’échelle
Les développeurs d’Ethereum réagissent de manière pragmatique à ces découvertes. Avant d’envisager d’autres augmentations de capacité, ils prévoient une mise à jour intermédiaire ciblée. Celle-ci doit optimiser l’efficacité de la distribution des données entre les nœuds et améliorer la coordination des validateurs. La démarche envoie un message clair : des augmentations rapides de capacité sans vérification préalable de la stabilité sont la mauvaise voie. D’abord optimiser, puis étendre – telle est la nouvelle maxime dans l’écosystème Ethereum.