ผู้พัฒนา Terra Classic Core เผยข้อเสนอที่จะกำจัด Canonical LUNC Repo

- โฆษณา -

ข้อเสนอนี้จะช่วยลดความจำเป็นสำหรับหน่วยงานกลางที่ดูแลการเปลี่ยนแปลงโค้ดของ blockchain

Edward Kim ผู้พัฒนา Terra Classic และรองศาสตราจารย์แห่ง Drexel University ได้เสนอที่จะกำจัดพื้นที่เก็บข้อมูลมาตรฐานที่มีอยู่สำหรับบล็อกเชน Terra Classic หากข้อเสนอผ่าน การเปลี่ยนแปลงรหัสที่ทำโดยนักพัฒนาจะไม่ได้รับการดูแลโดยหน่วยงานส่วนกลาง แต่โดยชุดเครื่องมือตรวจสอบที่ใช้งานอยู่ ซึ่งเป็นการส่งเสริมการกระจายอำนาจต่อไป

แรงจูงใจเบื้องหลังข้อเสนอ 

เอ็ดได้แนะนำ ประพจน์ ในวันพฤหัสบดีโดยอธิบายรายละเอียดและแรงจูงใจที่อยู่เบื้องหลังขณะที่เขาเปิดให้ชุมชนอภิปราย จากข้อมูลของ Ed นักพัฒนา Terra Classic ยังคงเผชิญกับปัญหาที่เกิดขึ้นเมื่อ Terraform Labs มีอำนาจเบ็ดเสร็จในการเปลี่ยนแปลงโค้ดที่เกิดขึ้นบนบล็อกเชน

การสนทนาเกี่ยวกับพื้นที่เก็บข้อมูลแบบบัญญัติสำหรับ Terra Classic https://t.co/j2TqbIt9cA

— เอ็ดเวิร์ดคิม (@edk208) January 5, 2023

เขาตั้งข้อสังเกตว่านักพัฒนาที่กำลังทำงานบนเครือข่ายนี้ไม่มีสิทธิ์ในการเขียนไปยังพื้นที่เก็บข้อมูลมาตรฐานปัจจุบันสำหรับ blockchain ซึ่งขนานนามว่า “คลาสสิก".

หลังจากการระเบิดของ Terra ในเดือนพฤษภาคม ซึ่งก่อให้เกิดโทเค็น Terra Classic (LUNC) Terra Money แกนคลาสสิก repo ถูกสร้างขึ้นและทำหน้าที่เป็น repo ที่เป็นที่ยอมรับสำหรับ blockchain ดังนั้น การเปลี่ยนแปลงโค้ดที่ทำบนเชน Terra Classic จะต้องได้รับการอนุมัติจาก Terraform Labs เนื่องจากบริษัทดูแลการซื้อคืน แต่ TFL ให้ความสำคัญกับ Luna blockchain มากกว่า ทำให้ Terra Classic ไม่ต้องดูแล

ในเดือนกันยายน พ.ศ. 2022 ข้อเสนอ 4940 ผ่านไป โดยมีเป้าหมายที่จะสร้างกลุ่มกบฏ Terra”แกนคลาสสิก” repo ที่เก็บมาตรฐานสำหรับ blockchain อย่างไรก็ตาม ตามแพตช์ที่ทำกับ repo เพื่อแก้ไขช่องโหว่ของ Dragonberry ที่เห็นในโค้ด IBC นั้น repo “คลาสสิก” ในปัจจุบันก็กลายเป็น Canonical repo 

ผลกระทบต่อขั้นตอนการเปลี่ยนแปลงรหัส Terra Classic

หากข้อเสนอผ่าน Classic repo จะยุติการเป็นพื้นที่เก็บข้อมูลมาตรฐาน และการอัปเกรดที่ทำบนบล็อคเชน Terra Classic จะดูแลโดยชุมชน โดยผ่านขั้นตอนสองสามขั้นตอน จากข้อมูลของ Ed การอัปเกรดเหล่านี้ควรมีแฮชคอมมิชชันที่มีรายละเอียดการเปลี่ยนแปลงและเริ่มต้นด้วยแฮชคอมมิชชันที่ใช้งานอยู่หรือล่าสุดบนเชนเสมอ

นอกจากนี้ Ed ยังตั้งข้อสังเกตว่าเอนทิตีที่เหมาะสมทั้งหมด รวมถึงตัวตรวจสอบความถูกต้อง โปรเจ็กต์ โหนด และ CEX ควรได้รับข้อมูลเกี่ยวกับการอัปเกรดที่กำลังทำอยู่ เขาให้คำมั่นว่า ทีม L1 สนับสนุนในการรวบรวมและเสนอข้อมูลที่จำเป็นใน repo ของพวกเขา

ขั้นตอนเหล่านี้อาจยุ่งยากสำหรับนักพัฒนาและผู้ตรวจสอบเหมือนกัน Ed กล่าว นักพัฒนาซอฟต์แวร์จะต้องผ่านการตรวจสอบอย่างละเอียดถี่ถ้วนจากชุมชนก่อนที่จะทำการเปลี่ยนแปลงโค้ด เนื่องจากพวกเขาพยายามรวบรวมความไว้วางใจจากชุมชน สำหรับผู้ตรวจสอบความถูกต้อง จะต้องใช้ความพยายามเป็นพิเศษในการดูแลการเปลี่ยนแปลงโค้ดที่ฝังอยู่ในการอัปเกรดใดๆ

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

- โฆษณา -