ที่มา :

• https://validator.info/terra-classic/governance/12162
• https://station.terraclassic.community/proposal/columbus-5/12162
• https://common.xyz/terra-luna-classic-lunc/discussion/26630

อัปเกรด SDK v0.50.X โดย Antier Solutions

หลังจากทำการแยก Orbit Labs แล้ว เราขอเสนอให้อัปเกรดเป็น SDK เวอร์ชันล่าสุด

https://common.xyz/terra-luna-classic-lunc/discussion/26630

โดยคุกกี้ FrgValidator และ Luncvers3

อัพเกรด SDK 0.50.x ขั้นสุดท้าย

เอกสารอัปเดตข้อเสนอ:

บทสรุปผู้บริหารของ Terra Classic SDK และ Wasm Upgrade ข้อเสนอนี้ระบุถึงการอัปเกรดโครงสร้างพื้นฐานหลักของ Terra Classic ให้เป็น Cosmos SDK v0.50.9 และ Wasm Module v0.53.2 ที่ปลอดภัยและเข้ากันได้ย้อนหลัง โดยจะแก้ไขปัญหาที่ยังไม่ได้รับการแก้ไขจากการอัปเกรด v0.47 เพิ่มความปลอดภัย และรับรองความยั่งยืนในระยะยาว การอัปเกรดนี้ขึ้นอยู่กับการเสร็จสิ้นการแยกสาขาของ Orbit Labs และรวมถึงการแก้ไขหนี้ทางเทคนิค การบรรเทาการเปลี่ยนแปลงที่ส่งผลเสีย และการปรับปรุงที่เน้นไปที่นักพัฒนา ข้อเสนอนี้รับรองความเข้ากันได้ย้อนหลังอย่างสมบูรณ์สำหรับ dApps ที่มีอยู่ ข้อมูลจำเพาะทางเทคนิคและผลกระทบ

1. การอัปเกรด Cosmos SDK ปัจจุบัน: v0.47.14 ข้อเสนอ: v0.50.9 เหตุผล: เวอร์ชันปัจจุบันมีช่องโหว่ด้านความปลอดภัยบางประการ การอัปเกรดเป็น v0.50.9 จะแก้ไขปัญหาเหล่านี้อย่างครอบคลุม การเปลี่ยนแปลง: การอัปเดตโมดูล x/params (ต้องย้ายไปยังพารามิเตอร์ที่ควบคุมโดยธรรมาภิบาลใหม่) การอัปเดต x/authz และ x/feegrant (ส่งผลกระทบต่อ dApps ที่ใช้การมอบหมาย/การอนุญาต) การปรับเปลี่ยนโมดูลแบบกำหนดเอง (เช่น Oracle, Market, Staking) เนื่องจากการรีแฟกเตอร์ SDK ข้อควรพิจารณาของ Terra Classic: รับรองความเข้ากันได้ย้อนหลังอย่างสมบูรณ์กับคุณลักษณะและฟังก์ชันของเชนที่มีอยู่
2. โมดูล Wasm และเครื่องเสมือน ปัจจุบัน: v0.46.0 / wasmvm v1.5.8 เสนอ: v0.53.2 / wasmvm v2.1.4 ผลกระทบต่อ dApp: สัญญา CosmWasm ที่มีอยู่ยังคงใช้งานได้ สัญญาจะยึดตามมาตรฐานล่าสุดในขณะที่รักษาความเข้ากันได้ย้อนหลังกับข้อจำกัดที่มีอยู่ ความเข้ากันได้ของการผูกมัด Wasm แบบกำหนดเองของ Terra Classic: การผูกมัดแบบกำหนดเองสำหรับโมดูล Oracle, Tax และ Market จะได้รับการรักษาไว้
3. IBC-GO IBC-GO: v7.4.0 → v8.4.0 รักษาความเข้ากันได้ของโซ่ข้ามโดยไม่นำการเปลี่ยนแปลงที่ทำลาย IBC มาใช้ ปรับปรุงประสิทธิภาพ เพิ่มประสิทธิภาพการทำงานของรีเลย์และลดเวลาแฝงของธุรกรรม เตรียมพร้อมสำหรับอนาคต รับรองความเข้ากันได้กับโซ่ Cosmos ที่กำลังจะเปิดตัวซึ่งใช้ IBC v8.4.0 ปรับปรุงความปลอดภัยใน IBC-GO v8.4.0: แก้ไขช่องโหว่การโจมตีแบบ reentrancy ที่สำคัญใน IBC hooks รับรองการจัดการวงจรชีวิตแพ็กเก็ตที่ปลอดภัยเพื่อป้องกันการสูญเสียเงินหรือการสร้างโทเค็นที่ไม่ได้ตั้งใจ การอัปเกรดจะช่วยบรรเทาความเสี่ยงเหล่านี้ เสริมความแข็งแกร่งให้กับความปลอดภัยโซ่ข้ามของ Terra Classic
4. โมดูลที่กำหนดเองและแผนการอัปเกรดของ Terra Classic โมดูลที่กำหนดเองของ Terra Classic จำเป็นต้องได้รับการจัดการอย่างระมัดระวังในระหว่างการอัปเกรดนี้: โมดูล Oracle: จัดการฟีดอัตราแลกเปลี่ยนสำหรับ stablecoin จำเป็นต้องทดสอบความเข้ากันได้กับโครงสร้าง SDK ใหม่เพื่อให้แน่ใจว่าการส่งราคาของผู้ตรวจสอบยังคงแม่นยำ โมดูลตลาด: อำนวยความสะดวกในการสลับ stablecoin จำเป็นต้องมีการตรวจสอบพารามิเตอร์และการเพิ่มประสิทธิภาพเพื่อประสิทธิภาพภายใต้รูปแบบการดำเนินการ SDK ใหม่ โมดูลกระทรวงการคลัง: ควบคุมนโยบายเศรษฐกิจ รวมถึงอัตราภาษี ต้องรักษาไว้โดยไม่สูญเสียฟังก์ชันการทำงานและทดสอบภายใต้พารามิเตอร์ที่ขับเคลื่อนโดยธรรมาภิบาลใหม่ การปรับแต่งอื่นๆ ทั้งหมดที่ดำเนินการในโมดูลต่างๆ เช่น สเตคกิ้ง สแลช มินต์ เป็นต้น จะได้รับการอัปเกรดด้วยเช่นกัน กลยุทธ์การอัปเกรด: การทดสอบยูนิตโดยละเอียดและการรีแฟกเตอร์: ดำเนินการทดสอบยูนิตบนโมดูล Oracle, Market และ Treasury เพื่อตรวจสอบฟังก์ชันการทำงานที่เหมาะสมภายใต้ SDK ใหม่ ระบุพื้นที่ที่จำเป็นต้องรีแฟกเตอร์เพื่อให้สอดคล้องกับ SDK v0.50.9 การนำ Backward Compatibility Layer ไปใช้งาน: พัฒนาชิมความเข้ากันได้ชั่วคราวสำหรับโมดูล x/treasury และ x/market เพื่อหลีกเลี่ยงการหยุดชะงักของ dApp ให้แน่ใจว่าพารามิเตอร์การกำกับดูแลที่มีอยู่ยังคงไม่เปลี่ยนแปลงระหว่างการอัปเกรด เหตุใดจึงต้องอัปเกรดนี้?
5. Synergy การแยกแยะการวิจัยเฉพาะ Terra Classic: การแยกแยะของ Orbit Labs จะลบแพตช์ดั้งเดิมของ Terra ช่วยให้บูรณาการ SDK v0.50 ได้อย่างราบรื่น
6. การลดความเสี่ยง เลเยอร์ความเข้ากันได้แบบย้อนหลัง: ชิมชั่วคราวสำหรับโมดูลที่ไม่รองรับเพื่อป้องกันการหยุดชะงักของ dApp มาตรการรักษาความปลอดภัย: การตรวจสอบโดย Oak Security (เน้นที่การโยกย้ายจาก v0.47 เป็น v0.50) เวิร์กโฟลว์และระยะเวลา ขั้นตอนที่ 1: การเตรียมการก่อนการอัปเกรด (2 สัปดาห์) งาน: การตรวจสอบโค้ด (หลังการแตกสาขา) การแก้ไขปัญหาเดิม เอกสารความเข้ากันได้แบบย้อนหลัง การตั้งค่าเทสต์เน็ต ขั้นตอนที่ 2: การดำเนินการอัปเกรดแกนหลัก (5 สัปดาห์) งาน: การรวม SDK v0.50.9 การอัปเดต Wasm Module v0.53.2 การโยกย้ายโมดูลแบบกำหนดเองสำหรับคุณสมบัติเฉพาะของ Terra Classic การรับรองว่าสัญญา CosmWasm 1.0-1.5 ยังคงใช้งานได้ ระยะที่ 3: การอัปเกรด การทดสอบ และการตรวจสอบแบบค่อยเป็นค่อยไป (9 สัปดาห์) งาน: ตั้งค่าเชนในเวอร์ชันที่รองรับสัญญา 0.16 สร้างอินสแตนซ์ของสัญญาเหล่านั้น จากนั้นอัปเกรดเชนทีละน้อยเป็น v0.50.9 ตามด้วยการทดสอบจำลอง การอัปเกรดทีละน้อยเป็นเชนจนถึง v0.50.9 ตามด้วยการทดสอบจำลอง การตรวจสอบความปลอดภัย การรันทดสอบตัวตรวจสอบ การทดสอบการโยกย้าย dApp รางวัลสำหรับข้อบกพร่อง ระยะที่ 4: การปรับใช้ Testnet (2 สัปดาห์) งาน: การเปิดตัว Testnet สาธารณะ การนำตัวตรวจสอบ/dApp เข้ามาใช้งาน การตรวจสอบ ระยะที่ 5: การปรับใช้ Mainnet (2 สัปดาห์) งาน: การลงคะแนนการกำกับดูแล การประสานงาน CEX การอัปเกรด Mainnet การตรวจสอบหลังการเปิดตัว ระยะเวลาทั้งหมด: 20 สัปดาห์ (~5 เดือน) ระยะเวลาของระยะ กิจกรรมสำคัญ ค่าใช้จ่าย

เฟสต่างๆ

• ก่อนการอัปเกรด: ตรวจสอบโค้ดหลังการแตกไฟล์เป็นเวลา 2 สัปดาห์ แก้ไขจุดบกพร่องของ SDK v0.47 เปลี่ยนแปลงเอกสารที่เสียหาย ตั้งค่าเทสต์เน็ตเวิร์ก 6,000 ดอลลาร์
• อัปเกรดแกนหลัก: 5 สัปดาห์ รวม SDK v0.50.9, Wasm v0.53.2, CometBFT v0.38.11, เลเยอร์ความเข้ากันได้แบบย้อนหลัง $25,000
• การทดสอบและการตรวจสอบความถูกต้อง: การตรวจสอบความปลอดภัย 9 สัปดาห์ การทดลองใช้งานโปรแกรมตรวจสอบความถูกต้อง การทดสอบการโยกย้าย dApp ค่าตอบแทนสำหรับข้อบกพร่อง 12,000 ดอลลาร์
• การใช้งาน Testnet: การเปิดตัว Testnet ต่อสาธารณะ 2 สัปดาห์ การตรวจสอบและการใช้งานโปรแกรมตรวจสอบ/dApp มูลค่า 8,000 เหรียญสหรัฐ
• การปรับใช้เมนเน็ต: การลงคะแนนการกำกับดูแล 2 สัปดาห์ การประสานงาน CEX การอัปเกรดเมนเน็ต การติดตามผลหลังเปิดตัว 6,000 ดอลลาร์

หลังจากการอภิปราย 48 ชั่วโมงนี้ ข้อเสนอนี้จะถูกส่งไปลงคะแนนเสียง

ข้อเสนอนี้ได้รับการเสนอโดย #Cookie #FRGValidator และทีม #LUNCVERS3 สำหรับ Luna Classic

การอัพเกรดกำลังดำเนินการโดย Antier Solutions

ข้อควรพิจารณาที่สำคัญ: การอัปเกรด wasmd สามารถเริ่มได้หลังจากดำเนินการ “wasmd unfork” ของ Orbit Labs แล้วเท่านั้น หรืออีกทางหนึ่งคือดำเนินการร่วมกับ Orbit Labs ซึ่งเป็นส่วนหนึ่งของความพยายามร่วมกันในการรวมการ unfork ของ wasmd เข้ากับ sdk และการอัปเกรด wasmd

ข้อเสนอการใช้จ่ายใหม่จะถูกส่งตามแต่ละเหตุการณ์สำคัญ