เนื้อหาบรรณาธิการที่เชื่อถือได้ ผ่านการตรวจสอบโดยผู้เชี่ยวชาญในอุตสาหกรรมและบรรณาธิการที่มีประสบการณ์ การเปิดเผยข้อมูลโฆษณา
ผลกระทบจากความกลัว BatchGate ของ XRP Ledger กำลังกลายเป็นข้อโต้แย้งที่กว้างขึ้นเกี่ยวกับความรับผิดชอบในการรักษาความปลอดภัยของโปรโตคอลและระดับการตรวจสอบที่สำคัญที่การแก้ไขครั้งใหญ่ควรเผชิญก่อนที่จะเข้าสู่เครือข่ายหลัก ในแถลงการณ์ที่เผยแพร่เมื่อวันจันทร์ Daniel Keller ผู้ดำเนินการ validator ที่มีประสบการณ์กล่าวว่าเกือบเกิดความผิดพลาดเกี่ยวกับ XLS-56 เปิดเผย “ความล้มเหลวเชิงระบบในกระบวนการตรวจสอบ” และทำให้เขาถอนการสนับสนุนสำหรับการแก้ไขทั้งหมดที่อยู่ในระหว่างการพิจารณา
โพสต์ของ Keller ถูกวางกรอบเป็นการชี้แจงว่าสิ่งที่ validator dUNL ควรทำคืออะไร หลังจากที่เขาอธิบายว่ามีความสับสนอย่างแพร่หลายหลังเหตุการณ์ Batch จุดสำคัญของเขาคือ validator เป็นผู้มีส่วนร่วมในการกำกับดูแล ไม่ใช่ผู้ตรวจสอบที่ไม่ได้รับค่าจ้าง “บทบาทของ validator dUNL มีความเฉพาะเจาะจงและจำกัด: เราประสานงานการเปิดใช้งาน (หรือปฏิเสธ) การแก้ไขโดยการลงคะแนน ‘Yay’ หรือ ‘Nay’ เมื่อมีการเสนอการแก้ไข” เขาเขียน “เราควรตัดสินใจเกี่ยวกับการแก้ไขที่รอดำเนินการ นั่นคือหน้าที่หลักของเราในการกำกับดูแล”
อ่านเพิ่มเติม: XRP สะท้อนดัชนี Russell 2000, ความหมายและความสำคัญของสิ่งนี้
ความแตกต่างนี้มีความสำคัญเพราะ XLS-56 ซึ่งรู้จักกันในชื่อ Batch ถูกระงับเพียงหลังจากพบข้อผิดพลาดด้านตรรกะในการตรวจสอบลายเซ็นก่อนการเปิดใช้งานเครือข่ายหลัก ข้อบกพร่องนี้อาจทำให้เกิดการดำเนินธุรกรรมโดยไม่ได้รับอนุญาตและเสี่ยงต่อ XRP มูลค่าหลายพันล้านดอลลาร์ก่อนที่การแก้ไขจะหยุดและแก้ไขใน rippled 3.1.1
ความกังวลด้านการกำกับดูแล XRP Ledger โดยมี Ripple เป็นจุดสนใจ
สำหรับ Keller เหตุการณ์นี้ไม่ใช่ความผิดพลาดที่เกิดขึ้นโดยบังเอิญแต่เป็นตัวอย่างล่าสุดของปัญหาเชิงโครงสร้างที่ลึกกว่า “dUNL ไม่ใช่กลไกตรวจสอบโค้ดหรือโปรโตคอลแบบฟรี คาดหวังให้ validator ใช้เวลาหลายสิบชั่วโมงโดยไม่ได้รับค่าจ้างในการตรวจสอบโค้ดการแก้ไขที่ซับซ้อนนั้นไม่เคยเป็นส่วนหนึ่งของการออกแบบและจะไม่เคยเป็น” เขาเขียน “แทนที่นั้น ฝ่ายที่เสนอการแก้ไขควรต้องจัดเตรียมเอกสารครบถ้วน ชุดทดสอบ การวิเคราะห์ด้านความปลอดภัย และหลักฐานทางการเมื่อร้องขอ หากคุณต้องการคะแนนเสียงของฉัน ให้พิสูจน์ว่าการเปลี่ยนแปลงนั้นปลอดภัยและเป็นประโยชน์”
เขาแย้งว่าตอนนี้เป็นหน้าที่ของ Ripple ที่จะต้องสนับสนุนกระบวนการนี้อย่างเข้มงวดยิ่งขึ้น “ฉันจะไม่ลงคะแนนให้กับการแก้ไขใด ๆ ในอนาคต จนกว่า Ripple จะให้คำมั่นสัญญาที่น่าเชื่อถือและเป็นรูปธรรมในการลงทุนในวิศวกรรมโปรโตคอล XRPL การตรวจสอบความปลอดภัย และความยั่งยืนในระยะยาว” Keller กล่าว “ถ้า XRP เป็น ‘ดาวเหนือ’ ของ Ripple อย่างที่กล่าวซ้ำแล้วซ้ำเล่า เครือข่ายต้องได้รับความสนใจและทรัพยากรที่สมควรได้รับเพื่อความปลอดภัยและการกระจายอำนาจพื้นฐาน”
คำตอบทันทีของ Keller ก็ตรงไปตรงมา: ถอนการลงคะแนน ‘Yay’ ทั้งหมด ยกเว้นการแก้ไขที่รอดำเนินการ และปฏิเสธการอัปเกรดเป็น rippled 3.1.1 เว้นแต่การอยู่บนเวอร์ชันก่อนหน้านั้นจะเสี่ยงต่อการถูกถอดออกจากเครือข่าย เขายังกล่าวว่าความจริงที่ว่าผู้วิจัยอิสระและเครื่องมือ AI จำเป็นต้องเข้ามาช่วยป้องกันอันตรายเน้นให้เห็นว่าสนับสนุนความปลอดภัยในปัจจุบันนั้นบางเฉียบเพียงใด
เสียงจากผู้เชี่ยวชาญ XRPL คนอื่น ๆ ก็เห็นด้วยว่ากระบวนการนี้จำเป็นต้องเปลี่ยนแปลง แม้ไม่ใช่ทุกคนที่สนับสนุนการชะลอความเร็ว Vet ซึ่งเป็น validator ที่รู้จักกันดีของ XRPL เรียกเหตุการณ์ Batch ว่า “โอกาสครั้งใหญ่” สำหรับชุมชนและมูลนิธิ XRPL ในการคิดใหม่เกี่ยวกับวิธีการพัฒนาโปรโตคอล เขาแนะนำให้มีการแก้ไขช้าลง การตรวจสอบที่จ่ายเงินมากขึ้น การตรวจสอบหลายรอบสำหรับการเปลี่ยนแปลงที่สำคัญ การทดสอบบน testnet และโปรแกรมบั๊กบันตี้ที่มีขนาดใหญ่พอที่จะดึงดูดนักวิจัยชั้นยอด
อ่านเพิ่มเติม: การเปลี่ยนแปลงการระดมทุนของ XRP Builder ในปี 2026 ขณะที่ Ripple สนับสนุนโมเดลใหม่
อย่างไรก็ตาม Keller โต้แย้งแนวคิดที่ว่าคำตอบคือการชะลอความเร็วลง “ในระยะสั้น เราต้องมีข้อตกลงกับ Cantina พวกเขาพิสูจน์ตัวเองแล้วและเป็นสิ่งที่ดีที่สุดที่เรามีในตอนนี้” เขาเขียน “ในระยะกลาง การบั๊กบันตี้ควรได้รับการยกระดับและจ่ายเงินเป็นจำนวนมาก ประการแรก คนต้องได้รับแรงจูงใจให้ดูโค้ด ประการที่สอง การเปิดเผยอย่างรับผิดชอบต้องคุ้มค่า”
เขาไปไกลกว่านั้นในคำตอบที่สะท้อนบรรยากาศของการถกเถียงนี้ว่า “ฉันไม่ต้องการชะลอความเร็วในการพัฒนาของเรา มันใช้เวลาหลายปีถึงจะไปถึงระดับปัจจุบัน และเรายังช้าอยู่ดี ต้องมีการจัดสรรทรัพยากรมากขึ้น และกระบวนการนี้ควรเริ่มเมื่อวานนี้”
สิ่งนี้ทำให้ XRP Ledger อยู่ในสถานการณ์ที่ตึงเครียดแต่คุ้นเคย: เครือข่ายที่พยายามเพิ่มฟังก์ชันการทำงานโดยไม่ลดทอนความน่าเชื่อถือของชั้นฐาน BatchGate ไม่ได้กลายเป็นช่องโหว่ที่ใช้งานได้จริง แต่ก็ทำให้เกิดคำถามที่ชัดเจนขึ้นว่า กระบวนการแก้ไขของ XRPL ยังคงดำเนินการด้วยความละเอียดรอบคอบเพียงพอสำหรับขนาดของการเปลี่ยนแปลงที่กำลังเสนออยู่หรือไม่
ในเวลาที่รายงาน XRP ซื้อขายอยู่ที่ $1.3566
XRP ต่ำกว่าระดับ EMA 200 สัปดาห์อีกครั้ง, แผนภูมิ 1 สัปดาห์ | แหล่งที่มา: XRPUSDT บน TradingView.com ภาพประกอบสร้างด้วย DALL.E, แผนภูมิจาก TradingView.com
![]()
กระบวนการบรรณาธิการ สำหรับ bitcoinist มุ่งเน้นที่การนำเสนอเนื้อหาที่ผ่านการวิจัยอย่างละเอียด ถูกต้อง และไม่มีอคติ เรารักษามาตรฐานแหล่งข้อมูลอย่างเข้มงวด และแต่ละหน้าได้รับการตรวจสอบอย่างรอบคอบโดยทีมผู้เชี่ยวชาญด้านเทคโนโลยีชั้นนำและบรรณาธิการที่มีประสบการณ์ กระบวนการนี้รับรองความสมบูรณ์ ความเกี่ยวข้อง และคุณค่าของเนื้อหาสำหรับผู้อ่านของเรา
