đš Le rapport devnet de Sunnyside (30/09) vient de sortir â concernant le devnet-5 qui a fonctionnĂ© Ă ~11% de l'Ă©chelle mainnet (~1,7K nĆuds complets).
Si vous vous intéressez à la mise à l'échelle des blobs et aux limites du réseau, c'est une lecture essentielle.
Un fil đ§”
Le débit des blobs sur devnet-5 a maintenu 22/33 blobs, et a été étendu à 48/72, avec une utilisation de gaz atteignant prÚs de ~45M.
Le plus grand limitateur Ă©tait la capacitĂ© du rĂ©seau : les nĆuds complets avec des limites de tĂ©lĂ©chargement de 50 Mbps atteignaient constamment le plafond Ă 48/72 blobs.
Contrairement Ă nos prĂ©cĂ©dents petits devnets, les pics P2P EL pour les nĆuds complets ont complĂštement dĂ©passĂ© le gossip, crĂ©ant une nouvelle instabilitĂ© Ă grande Ă©chelle. Le cĂŽtĂ© EL du rĂ©seau est dĂ©sormais la principale source de volatilitĂ©.
Les pics de tĂ©lĂ©chargement de gossip de la colonne ont diminuĂ©, probablement parce que le trafic EL saturait dĂ©jĂ la bande passante et que les nĆuds avaient plus de pairs CL pour partager les demandes de colonne.
Concernant la disponibilité, la fiabilité de GetBlobsV2 a clairement montré des dégradations avec une charge plus élevée.
Geth et Nethermind ont montrĂ© une disponibilitĂ© de blob plus Ă©levĂ©e que le taux de rĂ©ussite, suggĂ©rant qu'ils dĂ©tenaient souvent seulement des blobs partiels â ce qui laisse entendre que permettre des retours partiels de l'API GetBlobs pourrait aider les performances de CL avec un nombre de blobs plus Ă©levĂ©.
Pendant ce temps, la performance de l'API GetBlob de Reth s'est beaucoup amĂ©liorĂ©e, doublant le nombre de pairs (~120 contre ~40â60) et se dĂ©barrassant enfin des problĂšmes de synchronisation/OOM passĂ©s.
Conclusion :
Fusaka dĂ©bloquera le support pour plus de blobs pour les L2, tandis que les BPO actuellement programmĂ©s passeront Ă un objectif de 14 blobs par bloc (avec un maximum de 21). Pour dĂ©passer cette limite, une attention particuliĂšre est requise sur les goulets d'Ă©tranglement critiques soulignĂ©s dans ce rapport â Ă savoir la bande passante de tĂ©lĂ©chargement, la stabilitĂ© du rĂ©seau P2P et les cas particuliers spĂ©cifiques aux clients.
La prioritĂ© immĂ©diate devrait ĂȘtre d'amĂ©liorer l'efficacitĂ© de la bande passante et de peaufiner la gestion des blobs par les clients, comme permettre des retours partiels via l'API GetBlobs.
Sunnyside Labs reste engagĂ© Ă faire progresser ces domaines et continuera Ă travailler pour pousser le dĂ©bit des blobs Ă ses limites â mais toujours d'une maniĂšre qui garantit que le rĂ©seau fonctionne de maniĂšre sĂ»re et fiable.
2,19Â k
14
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.