Operational Metrics ng Ripple Hub
Inihayag ni David Schwartz, ang CTO Emeritus ng Ripple at punong arkitekto ng XRP Ledger, ang mga operational metrics ng kanyang pribadong hub — isang pangunahing relay server kung saan nakikipag-ugnayan ang iba pang mga node ng network. Ang telemetry ay sumasaklaw mula Agosto 25 hanggang Setyembre 8, at ang interes ng mga validator dito ay hindi nagkataon: ito ay isa sa mga pangunahing node ng XRPL.
Pagbawi mula sa Krisis
Ayon kay Schwartz, ang sistema ay ganap na nakabawi mula sa kamakailang krisis at tumatakbo na may matibay na katatagan, o, gaya ng kanyang sinabi, “Rock Solid.” Para sa ekosistema, ang publikasyong ito ay higit pa sa isang set ng mga tuyo na tsart — ito ay isang matagal nang hinihintay na selyo ng pag-apruba.
Ang “Manifest Storm” at mga Solusyon
Isang buwan na ang nakalipas, noong Hulyo 31, ang XRPL network ay nakaranas ng isang seryosong krisis sa imprastruktura. Ang mga hindi nagpapakilalang umaatake ay naglunsad ng tinatawag na “manifest storm.” Ang manifest ay ang digital credential ng isang validator node, at ang mga umaatake ay bumaha sa network ng libu-libong pekeng credential, na pinilit ang mga node na gumastos ng mga mapagkukunan sa pagproseso ng basura.
Sa panahong iyon, ang hub ni Schwartz ay nakaranas ng malawakang pagkabigo sa koneksyon na may onReadMessage error sa yugto ng kasunduan — ang punto kung saan ang mga node ay nagkukumpara ng estado ng ledger sa isa’t isa. Gayunpaman, ang block finalization at ang consensus mismo ay hindi nahinto kahit isang minuto, at ang insidente ay nalutas sa pamamagitan ng agarang interbensyon ng engineering nang hindi pinapatay ang network.
Kinailangan ng mga developer na magmadali upang ilabas ang xrpld 3.2.1 hotfix. Ito ay naglimita sa laki ng manifest at muling inayos ang data caching para sa mga hindi kilalang node upang ang sistema ay hindi na mag-aksaya ng mga mapagkukunan sa mga kahina-hinalang kalahok.
Mga Resulta ng Patch
Isang buwan mamaya, ipinakita ni Schwartz ang mga unang resulta ng patch sa ilalim ng mga tunay na kondisyon. Ang pinakabagong mga tsart ay nagpapatunay na ang mga kahihinatnan ng atake ay ganap na naalis. Ang hub ay maaasahang nagpapanatili ng humigit-kumulang 400 sabay-sabay na koneksyon, na umabot sa 423, kabilang ang 135 inbound at 271 outbound na koneksyon.
Ang latency — ang oras ng pagtugon sa pagitan ng mga node — ay bumaba sa 165 milliseconds. Ang tanging anomaly ay isang isang beses na pagtaas sa 1.49 segundo noong Setyembre 6, ngunit ang mga algorithm ay nakapaglaman nito nang hindi naaapektuhan ang consensus. Ang mga koneksyon na bumagsak ay nanatili sa 84.6 na insidente bawat limang minutong agwat — isang normal na background rate sa halip na isang senyales ng problema.
Ang sukatan ng masamang aktibidad, na tinawag na “Abuse,” ay bumaba sa halos zero, habang ang na-update na proteksyon ay ngayon ay nag-filter ng halos lahat ng basura na trapiko.
Konklusyon
Sa esensya, ito ay hindi isang routine uptime report para sa isang solong server, kundi isang pampublikong audit ng na-update na xrpld software sa ilalim ng tunay na load. Ito ay nagpapatunay na ang imprastruktura ng XRPL ay handa na para sa pangmatagalang, matatag na operasyon.
