วิศวกรของ Ripple อธิบายจังหวะการอัปเดตของ XRPL ขณะที่ความสนใจหันไปที่การแก้ไขบั๊กและความน่าเชื่อถือ - U.Today

วิศวกร RippleX อย่าง Mayukha Vadari ได้ตอบประเด็นที่นักพัฒนากังวล ขณะที่ XRP Ledger กำลังมีการปรับโครงสร้างพื้นฐานของที่เก็บโค้ดใหม่

ขณะนี้ นักพัฒนาหลักของ XRPL กำลังเร่งมือสร้างพื้นฐานของที่เก็บโค้ดขึ้นมาใหม่ โดยมีการระบุพื้นที่โฟกัส 6 ด้านที่กำลังอยู่ระหว่างการทำงานในตอนนี้ ได้แก่ เทเลเมทรี, คำเรียกชื่อ (nomenclature), ความปลอดภัยของชนิดข้อมูล (type safety), การปรับโครงสร้างใหม่ (refactor), การบันทึก (logging) และเอกสารประกอบ (documentation)

ด้วยเหตุนี้ ผู้ใช้งาน XRP รายหนึ่งจึงถามว่าจะมี ETA (ระยะเวลาคาดการณ์) ไหม เมื่อคาดว่าการปรับโครงสร้างใหม่จำนวนมากในฝั่ง core จะทำให้การอัปเดตแพตช์รายวันช้าลงมากน้อยเพียงใด

HOT Stories

Shiba Inu (SHIB) ไม่ได้หลุดจากขาลง Midnight (NIGHT)'s Fundamental Support Is In, ต้องมีปัจจัย XRP สามประการอะไรบ้างสำหรับการกลับตัวเชิงบวก? Crypto Market Review

Ripple ได้คะแนนเครดิตแข็งแกร่ง, อัตราการเผา Shiba Inu (SHIB) พุ่ง 2,332%, ผู้บริหารของ Cardano (ADA) แซวความร่วมมือกับ Mastercard

คำถามนี้ถูกส่งไปยังวิศวกรของ RippleX อย่าง Mayukha Vadari Vadari ตอบว่าโฟกัสในปัจจุบันยังคงอยู่ที่การทำให้ระบบเสถียรและการแก้ไขบั๊ก ซึ่งหมายความว่าข้อเสนอแนะอาจจะได้รับช้าลง และอาจเกิดความขัดแย้งได้เมื่อสิ่งต่างๆ ยังคงเปลี่ยนแปลงต่อไป นักพัฒนาของ RippleX ระบุว่าไม่จำเป็นที่ผู้ใช้จะต้องคอยอัปเดตสาขา (branches) ไปเรื่อยๆ ทุกครั้งที่มีการเปลี่ยนแปลง ดังนั้นจังหวะที่ช้าลงก็ถือว่าเป็นเรื่องที่โอเคอย่างยิ่ง

XRP Ledger มีกระบวนการปรับโครงสร้างใหม่

ขณะนี้มีการทำงานอยู่ 6 ด้านโดยนักพัฒนาของ XRP Ledger ตามที่ Denis Angell นักพัฒนาของ XRPL กล่าว ซึ่งรวมถึงเทเลเมทรีที่ครอบคลุมการรายงานสำหรับองค์กร รายงานตัวชี้วัด และการบันทึกแบบเรียลไทม์

Denis Angell นักพัฒนาของ XRP Ledger ชี้ว่า ในอดีตหากเกิดปัญหาขึ้น จะต้องขอรับบันทึก (logs) จากผู้ตรวจสอบ (validators) แต่ตอนนี้ นักพัฒนาของ XRP Ledger สามารถสร้าง Command Center แบบครบชุดสำหรับ XRPL และติดตาม UNL ได้เหมือนเป็นองค์กร

อันดับสองคือคำเรียกชื่อ และอันดับสามคือความปลอดภัยของชนิดข้อมูล โดย Angell ระบุว่ายังมีส่วนที่ไม่ปลอดภัยต่อชนิดข้อมูล การเพิ่มสิ่งนี้จะช่วยให้นักพัฒนาพบบั๊กได้ก่อนที่แอปพลิเคชันจะคอมไพล์ด้วยซ้ำ นอกจากนี้ยังทำให้ที่เก็บโค้ดพร้อมรับอนาคตได้มากขึ้น (future proofs)

ข้อที่สี่คือการปรับโครงสร้างใหม่ (refactoring) ซึ่ง Angell เชื่อว่าอาจมีความคิดเห็นแบบผสมปนกัน แต่จะช่วยนักพัฒนาส่วน core เขาเล่าว่าเขาได้เห็นผลลัพธ์ช่วงแรกบางส่วน ซึ่งนับว่าเป็นเรื่องที่มีแนวโน้มดี

ข้อที่ห้าคือการบันทึก โดยเป้าหมายคือการทำให้การบันทึกทำงานประสานกัน (synergize the logging) เพราะบันทึกมีความแตกต่างกันอย่างมากจากไฟล์หนึ่งไปยังอีกไฟล์หนึ่ง เมื่อทำความสะอาดแล้ว เทเลเมทรีสามารถนำไปใส่ในเครื่องมือที่ช่วยให้ค้นหาและกรองบันทึกได้ ทำให้เวลาที่ใช้ในการดีบักของนักพัฒนาสั้นลง และช่วยจัดการตรวจสอบสถานะเครือข่ายได้รวดเร็วขึ้น

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