David Schwartz เปิดเผยความเสี่ยงของเครือข่ายหลังจากการชะลอตัวใน XRPL

การหยุดชะงักทางเทคนิคที่ทำให้การทำธุรกรรมใน XRP Ledger ช้าลงได้ก่อให้เกิดการตรวจสอบที่กว้างขึ้นเกี่ยวกับสถาปัตยกรรมของโปรโตคอล David Schwartz อดีตผู้อำนวยการฝ่ายเทคโนโลยีของ Ripple และหนึ่งในนักพัฒนาของระบบ ได้อธิบายจุดอ่อนที่เด่นชัดของเครือข่ายในการประเมินสาธารณะหลังจากเหตุการณ์ดังกล่าว

การปิดบัญชีที่ช้าลงทำให้เกิดการตรวจสอบ

ปัญหาเกิดขึ้นเมื่อทีม XRP Ledger Operations ได้บันทึกความผิดปกติในเครือข่าย การปิดบัญชีในเครือข่ายใช้เวลานานกว่าปกติอย่างเห็นได้ชัด ทำให้วิศวกรต้องค้นหาสาเหตุของความล่าช้า ในกระบวนการนี้คำถามเกี่ยวกับความทนทานของโครงสร้างแบบกระจายศูนย์ก็เกิดขึ้นเช่นกัน

Schwartz กล่าวว่า ซอฟต์แวร์ XRPL ได้รับการปกป้องด้วยโครงสร้างความปลอดภัยหลายชั้น อย่างไรก็ตาม เขาชี้ให้เห็นว่ามีสองสถานการณ์หลักที่สามารถทำให้เครือข่ายหยุดทำงานได้โดยสิ้นเชิง สถานการณ์แรกคือการที่เซิร์ฟเวอร์ผู้ตรวจสอบจำนวนมากทั่วโลกหยุดทำงานพร้อมกัน Schwartz กล่าวว่าภาพดังกล่าวอาจเกิดขึ้นได้ในกรณีที่มีภัยพิบัติทางธรรมชาติขนาดใหญ่ในระดับโลกเท่านั้น

สถานการณ์ที่สองคือข้อผิดพลาดที่อาจเกิดขึ้นในอัลกอริธึมการเห็นพ้องหรือการเสื่อมสภาพของฟังก์ชันพื้นฐานของโปรโตคอลในระดับโค้ด Schwartz กล่าวว่า การชะลอตัวที่บันทึกในเหตุการณ์ล่าสุดแสดงให้เห็นว่าความปลอดภัยทางเทคโนโลยีของระบบลดลง ซึ่งอาจบ่งชี้ถึงการโจมตีที่มุ่งเป้าหรือข้อผิดพลาดที่ซ่อนอยู่ในโค้ด

David Schwartz เน้นย้ำว่าความเป็นไปได้ที่จะทำให้เครือข่ายทั้งหมดหยุดชะงักนั้นถูกจำกัดอยู่ที่การสูญเสียโครงสร้างพื้นฐานจำนวนมากหรือการเสื่อมสภาพของกลไกการเห็นพ้อง ในขณะที่การชะลอตัวล่าสุดบ่งชี้ถึงการลดลงของความปลอดภัย

ตอบสนองต่อข้อเรียกร้องจุดผิดพลาดเดียว

Schwartz ยังปฏิเสธข้อเรียกร้องที่ว่าเครือข่ายเชื่อมโยงกับโหนดหรือศูนย์กลางเพียงจุดเดียว เขากล่าวว่า XRPL ทำงานในโครงสร้างที่กระจายศูนย์อย่างสมบูรณ์ โดยกล่าวว่า การปิดตัวของศูนย์กลางขนาดใหญ่หรือแม้แต่โหนดของตนเองหรือการถูกโหลดมากเกินไปจะไม่ส่งผลกระทบโดยตรงต่อความสามารถในการทำงานโดยรวมของเครือข่าย

Ripple เป็นหนึ่งในบริษัทชั้นนำในระบบนิเวศของ XRP ที่พัฒนาโครงสร้างพื้นฐานการชำระเงินและโซลูชันการเงินที่ใช้บล็อกเชน XRP Ledger เป็นเครือข่ายบล็อกเชนที่ทำงานอย่างอิสระจาก Ripple และเป็นแหล่งข้อมูลเปิด

ระบบติดตามล้มเหลวภายใต้ภาระ

ในระหว่างเหตุการณ์ ปัญหาที่ชัดเจนที่สุดคือระบบติดตามเครือข่ายล้มเหลวภายใต้ภาระหนัก เมื่อรอบการเห็นพ้องช้าลง ผู้ตรวจสอบได้เปลี่ยนไปใช้ภาระสูงสุดในทันที โหนดของ Schwartz เองก็ไม่สามารถรับมือกับการจราจรที่หนาแน่นได้ และการเชื่อมต่อ RPC ในท้องถิ่นติดอยู่ในสถานะ CLOSE_WAIT

พจนานุกรมขนาดเล็ก: RPC เป็นวิธีการสื่อสารที่ช่วยให้ซอฟต์แวร์ขอข้อมูลจากระบบอื่นและดำเนินการคำสั่ง CLOSE_WAIT หมายถึงสถานะที่การเชื่อมต่อได้รับสัญญาณการปิดจากอีกฝ่าย แต่กระบวนการในฝั่งท้องถิ่นยังไม่เสร็จสมบูรณ์

เนื่องจากการหยุดชะงักนี้ ระบบติดตามภายในของ Schwartz ไม่สามารถบันทึกและส่งข้อมูลการวินิจฉัยในช่วงเวลาที่สำคัญที่สุด วิศวกรจึงต้องรีสตาร์ทเซิร์ฟเวอร์โดยไม่สามารถชี้แจงสาเหตุที่แน่ชัดของข้อผิดพลาดได้

Schwartz กล่าวว่าข้อมูลการวินิจฉัยสูญหายไปในช่วงเวลาที่สำคัญที่สุดเนื่องจากการเชื่อมต่อที่ติดขัดในโหนดของเขา และเซิร์ฟเวอร์ถูกรีสตาร์ทโดยไม่เห็นว่าทำไมมันถึงเกิดปัญหา

กำลังตรวจสอบบันทึกที่ส่งไปยังเซิร์ฟเวอร์ทดสอบเก่า

ในระหว่างการตรวจสอบ พบว่าบันทึกของศูนย์กลางที่เป็นของนักพัฒนาของ XRPL ถูกส่งไปยังเครื่องหลักทดสอบเก่าของ XRP Ledger Foundation สถานการณ์นี้ทำให้การรวบรวมข้อมูลในช่วงเวลาของเหตุการณ์ยากขึ้น

ทีมวิศวกรรมและผู้ดำเนินการในชุมชนกำลังพยายามแยกข้อผิดพลาดโดยการตรวจสอบบันทึกที่เหลืออยู่ด้วยตนเอง Schwartz กล่าวว่า แม้จะมีการลดลงชั่วคราวในความปลอดภัย ทีมงานก็สามารถควบคุมสถานการณ์ได้ และสถาปัตยกรรมของเครือข่ายมีสำรองทางเทคนิคที่เพียงพอในการดำเนินงานต่อไป