Raportul Sunnyside 7/14 PeerDAS Devnet este aici! Să ne scufundăm în starea actuală a PeerDAS - cât de mult blob putem gestiona și care este blocajul?

Printre aceste eforturi, rolul Sunnyside este de a rula devnet-uri săptămânale în multe configurații diferite și de a alimenta dezvoltatorii de bază cu informațiile rezultate: •Unde se află limitele actuale ale PeerDAS •Exact ce componente creează blocaje •Cât de bine funcționează optimizările precum Supernodes și GetBlobV2 în practică

Obiectivul nostru principal este să testăm rapid și flexibil în moduri care să completeze ceea ce fac alte echipe ca @ethPandaOps la fusaka-devents, oferind feedback în timp util care să sprijine implementarea continuă a PeerDAS.

În această săptămână, am operat 12 devnet-uri și am rulat 3 suite de testare, folosind cea mai recentă imagine fusaka-devnet-2 @ethPandaOps: 1.Debit blob (număr maxim de bloburi pe bloc) 2. Lățimea de bandă a rețelei (test de sarcină susținută) 3. Limitarea lățimii de bandă (limite de 30 / 20 / 10 Mbps)

1 – Testul de debit blob Rezultatele testelor au arătat că majoritatea clienților CL puteau gestiona 84 de blob-uri pe bloc sau mai mult și rămâneau stabili cu cel puțin 40 de blob-uri. Unii clienți au înregistrat un număr maxim de blob-uri relativ mai mic în comparație cu devnet-urile anterioare - dar acest lucru se poate datora faptului că numărul de validatori per nod în această devnet a fost redus de la 100 la 8, ceea ce la rândul său a scăzut rata de participare a fiecărei subrețele a fiecărui nod.

2 – Testul lățimii de bandă a rețelei Spre deosebire de devnet-urile anterioare, unde rețeaua devenea adesea instabilă la un număr mare de blob-uri, de data aceasta toate devnet-urile au funcționat stabil pentru o perioadă lungă de timp (~16 ore) chiar și cu 60 sau 72 de blob-uri pe bloc. Deși acest lucru nu garantează stabilitatea la nivel de producție, arată că cel puțin unele combinații CL-EL au atins un nivel mult mai ridicat de robustețe prin optimizare 🚀

3 – Test de constrângere a lățimii de bandă Pentru a verifica dacă jucătorii reali pot participa fără probleme odată ce PeerDAS este activ, acest test a aplicat limite de rețea și a examinat ce factori devin blocaje în diferite scenarii constrânse. În mai multe teste, am descoperit că utilizarea lățimii de bandă a nodurilor crește periodic - în special aproape de începutul unui slot când se bârfesc bloburile - și că aceste vârfuri limitează performanța generală a rețelei. Traficul de explozie a avut loc uniform între noduri, mai degrabă decât să fie cauzat de un anumit client CL sau EL, iar odată ce au început exploziile de explozie, rețeaua nu a mai putut crește debitul blob. Cu alte cuvinte, traficul în rafală este cel mai mare blocaj în mediile cu lățime de bandă limitată și trebuie să găsim modalități de a-l atenua.

În plus, am comunicat cu diverse echipe de clienți și am încurajat îmbunătățiri pentru probleme de sincronizare și legate de colegi.

Rețeaua de dezvoltare Sunnyside este încă în funcțiune 🏗️; efectuarea de rețele de interoperabilitate cu mai multe combinații de clienți, teste de lățime de bandă mai granulare, teste de spam care includ tranzacții normale și teste de umplere/sincronizare, pentru a identifica blocajele în medii care seamănă mai mult cu condițiile rețelei principale.