Sur la (dé)centralisation et la (définition de) latence :
Tout d'abord, il existe deux types de centralisation : physique vs. logique. Exemples : X(.com) est logiquement centralisé, mais logiquement décentralisé. Un réseau PoS peut être logiquement décentralisé mais physiquement centralisé (comme Hyperliquid dont les validateurs sont principalement à Tokyo, au Japon, ou à proximité).
Quelle est la relation entre centralisation et latence ? La réponse courte est que la *centralisation* logique peut toujours fournir (potentiellement) une latence plus faible de nombreux types différents, au détriment de la résistance à la censure.
Comment définissons-nous plus précisément la latence ?
Voici mon cadre : pour spécifier la latence, nous avons besoin de trois paramètres : (1) début de la mesure, (2) fin de la mesure, et (3) garantie fournie.
Par exemple, le début de la mesure pourrait être lorsque l'utilisateur envoie une transaction à un nœud ou cela pourrait être lorsque un séquenceur a reçu cette transaction.
En fin de compte, les garanties pour les participants au système et les utilisateurs sont les plus importantes. Voici quelques latences qui sont d'intérêt :
1. Latence de confirmation d'inclusion : le début est lorsque l'utilisateur envoie la transaction, la fin est lorsque l'utilisateur reçoit une confirmation que la transaction sera incluse avec une certaine garantie.
2. Latence d'exécution de bout en bout : le début est lorsque l'utilisateur envoie la transaction, la fin est lorsque l'utilisateur reçoit l'effet complet de la transaction (par exemple, le prix d'exécution d'un échange sur un marché DeFi).
3. Latence d'exécution de bout en bout et de finalité : comme 2 ci-dessus, mais la fin est mesurée lorsque la transaction est également finalisée par consensus.
Encore une fois, toutes ces mesures de latence pourraient être plus faibles pour des systèmes logiquement centralisés mais physiquement décentralisés, au détriment de la résistance à la censure (et d'autres propriétés qui accompagnent la décentralisation).
La latence est mal comprise dans la blockchain.
La réponse du système est significative - mais c'est la "latence intrinsèque", c'est-à-dire le délai interne au système. Par exemple, du moment où vous envoyez une transaction au leader, combien de temps faut-il pour qu'elle soit confirmée par le réseau ou le séquenceur ?
La "latence extrinsèque" concerne le temps qu'il faut pour que les données parviennent au leader - en moyenne - ce qui est extrêmement important. Une seule séquence aura toujours une mauvaise latence extrinsèque car elle n'existe qu'à un seul endroit sur terre.
Un réseau POS parfaitement réparti (pondéré par la population) est le meilleur que vous puissiez obtenir avec un seul producteur de blocs pour la latence extrinsèque.
Plusieurs leaders concurrents peuvent encore réduire cela.
23
3,85 k
Le contenu de cette page est fourni par des tiers. Sauf indication contraire, OKX n’est pas l’auteur du ou des articles cités et ne revendique aucun droit d’auteur sur le contenu. Le contenu est fourni à titre d’information uniquement et ne représente pas les opinions d’OKX. Il ne s’agit pas d’une approbation de quelque nature que ce soit et ne doit pas être considéré comme un conseil en investissement ou une sollicitation d’achat ou de vente d’actifs numériques. Dans la mesure où l’IA générative est utilisée pour fournir des résumés ou d’autres informations, ce contenu généré par IA peut être inexact ou incohérent. Veuillez lire l’article associé pour obtenir davantage de détails et d’informations. OKX n’est pas responsable du contenu hébergé sur des sites tiers. La détention d’actifs numériques, y compris les stablecoins et les NFT, implique un niveau de risque élevé et leur valeur peut considérablement fluctuer. Examinez soigneusement votre situation financière pour déterminer si le trading ou la détention d’actifs numériques vous convient.