Réduire la latence de la blockchain à 200 millisecondes semble être une pure amélioration pour $SOL , mais dans les systèmes distribués, la vitesse brute s’accompagne souvent de coûts cachés liés à la centralisation, que la plupart des petits investisseurs ne remarquent absolument pas.
La plupart d’entre nous ont déjà vu des bots MEV agressifs nous devancer ou des transactions échouer lors des pics de congestion du réseau. Chercher une exécution à la milliseconde sans comprendre le fonctionnement des validateurs se termine généralement par une facture pour les utilisateurs ordinaires, sous la forme de slippage invisible et de flux toxiques.
Lorsque les temps de bloc descendent aussi bas, la géographie et les exigences matérielles commencent à déterminer qui peut réellement valider la chaîne. Une propagation ultra-rapide favorise les groupes de validateurs physiquement proches les uns des autres et disposant d’une bande passante massive, ce qui exclut naturellement les petits opérateurs indépendants. Cela crée un environnement où les infrastructures institutionnelles sophistiquées dominent l’espace de bloc avant même que les transactions des particuliers n’entrent dans la file d’attente.
Nous avons observé des compromis architecturaux similaires lorsque des chaînes à haut débit ont évolué par le passé, contrairement aux couches de règlement de base plus lentes comme $BTC et $ETH , où la sécurité de la propagation prime sur la finalité en moins d’une seconde. Si des temps de créneau plus courts entraînent davantage de blocs orphelins ou une croissance accélérée de l’état, les traders ordinaires pourraient simplement subir des cascades de liquidations plus brutales en cas de forte volatilité.
Pensez-vous que réduire les temps de bloc à 200 ms résout de véritables problèmes d’expérience utilisateur, ou est-ce que cela donne simplement un avantage supplémentaire aux bots MEV institutionnels ?
#SolanaPlansToCutBlockTimesTo200ms #EthereumLiquidationsHit
La plupart d’entre nous ont déjà vu des bots MEV agressifs nous devancer ou des transactions échouer lors des pics de congestion du réseau. Chercher une exécution à la milliseconde sans comprendre le fonctionnement des validateurs se termine généralement par une facture pour les utilisateurs ordinaires, sous la forme de slippage invisible et de flux toxiques.
Lorsque les temps de bloc descendent aussi bas, la géographie et les exigences matérielles commencent à déterminer qui peut réellement valider la chaîne. Une propagation ultra-rapide favorise les groupes de validateurs physiquement proches les uns des autres et disposant d’une bande passante massive, ce qui exclut naturellement les petits opérateurs indépendants. Cela crée un environnement où les infrastructures institutionnelles sophistiquées dominent l’espace de bloc avant même que les transactions des particuliers n’entrent dans la file d’attente.
Nous avons observé des compromis architecturaux similaires lorsque des chaînes à haut débit ont évolué par le passé, contrairement aux couches de règlement de base plus lentes comme $BTC et $ETH , où la sécurité de la propagation prime sur la finalité en moins d’une seconde. Si des temps de créneau plus courts entraînent davantage de blocs orphelins ou une croissance accélérée de l’état, les traders ordinaires pourraient simplement subir des cascades de liquidations plus brutales en cas de forte volatilité.
Pensez-vous que réduire les temps de bloc à 200 ms résout de véritables problèmes d’expérience utilisateur, ou est-ce que cela donne simplement un avantage supplémentaire aux bots MEV institutionnels ?
#SolanaPlansToCutBlockTimesTo200ms #EthereumLiquidationsHit