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).
Latency is misunderstood in blockchain.
System response is meaningful - but that’s “intrinsic latency” meaning the delay internal to the system. E.g. from the moment you get a tx to the leader how long until it’s confirmed by the network or sequencer?
“Extrinsic latency” is about how long it takes data to get to the leader — on average — which is extremely importation. A single sequence will always have bad extrinsic latency because it only exists at one point on earth
A perfectly evenly districted POS network (population weighted) is the best you can do on a single block producer for extrinsic latency
Multiple concurrent leaders can shorten this even more.
4,41 k
25
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.