12186 | ข้อเสนออัปเกรด SDK เป็น 50.13 ส่งโดย Luncverse

แหล่งที่มาจาก :

• https://validator.info/terra-classic/governance/12186
• https://station.terraclassic.community/proposal/columbus-5/12186
• https://discourse.luncgoblins.com/t/updated-proposal-terra-classic-sdk-wasm-upgrade/74

กำลังขออนุมัติการอัปเกรดเชนเป็น SDK 50.13 โปรดตรวจสอบอุปกรณ์ประกอบฉากฉบับเต็มที่นี่: https://discourse.luncgoblins.com/t/updated-proposal-terra-classic-sdk-wasm-upgrade/74

ข้อเสนออัปเดต: Terra Classic SDK และการอัปเกรด Wasm

การอัพเกรด Terra Classic
เอกสาร / แอนตี้เออร์ โซลูชั่นส์

บทสรุปผู้บริหาร

ข้อเสนอนี้ระบุโครงร่างการอัปเกรดโครงสร้างพื้นฐานหลักของ Terra Classic ให้เป็น Cosmos SDK v0.50.13 และ Wasm Module v0.53.2 ที่ปลอดภัยและเข้ากันได้แบบย้อนหลัง โดยจะแก้ไขปัญหาที่ยังไม่ได้รับการแก้ไขจากการอัปเกรด v0.47 เพิ่มความปลอดภัย และรับรองความยั่งยืนในระยะยาว

การอัปเกรดนี้ขึ้นอยู่กับการเสร็จสิ้นกระบวนการ unforking ของ Orbit Labs และรวมถึงการแก้ไขข้อบกพร่องทางเทคนิค การบรรเทาการเปลี่ยนแปลงที่ขัดข้อง และการปรับปรุงที่มุ่งเน้นนักพัฒนา ข้อเสนอนี้รับประกันความเข้ากันได้ย้อนหลังอย่างสมบูรณ์สำหรับ dApps ที่มีอยู่

ข้อมูลจำเพาะทางเทคนิคและผลกระทบ

1. การอัพเกรด Cosmos SDK

ปัจจุบัน : v0.47.17

เสนอ : v0.50.13

เหตุผล : การอัปเกรดเป็น v0.50+ (“v50.13”) นำมาซึ่งฉันทามติสมัยใหม่ผ่าน ABCI++ สถาปัตยกรรมแบบโมดูลาร์ที่สามารถบำรุงรักษาได้ พื้นที่จัดเก็บที่แข็งแกร่งยิ่งขึ้น ตรรกะการอนุญาตที่แข็งแกร่งขึ้น การกำหนดค่าที่นำโดยธรรมาภิบาล และเครื่องมือที่เป็นมิตรต่อนักพัฒนา ทำให้ Terra Classic ก้าวไปบนเส้นทางที่แข็งแกร่งและพร้อมรับอนาคต

การเปลี่ยนแปลง:
การอัปเดตโมดูล 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 ที่มีอยู่ยังคงใช้งานได้
• สัญญาจะยึดตามมาตรฐานล่าสุดในขณะที่ยังคงความเข้ากันได้แบบย้อนหลังกับข้อจำกัดที่มีอยู่

ความเข้ากันได้ของ Terra Classic Custom Wasm Bindings:

การผูกแบบกำหนดเองสำหรับโมดูล Oracle, ภาษี และตลาดจะได้รับการรักษาไว้

3. ไอบีซี-จีโอ

IBC-GO : v7.4.0 → v8.7.0

รักษาความเข้ากันได้ของสายโซ่ข้ามโดยไม่ต้องแนะนำการเปลี่ยนแปลงที่ทำลาย IBC

การปรับปรุงประสิทธิภาพ เพิ่มประสิทธิภาพการทำงานของรีเลย์ และลดเวลาแฝงของธุรกรรม

การเตรียมพร้อมสำหรับอนาคต เพื่อให้แน่ใจว่าเข้ากันได้กับเครือข่าย Cosmos ที่กำลังจะมาถึงซึ่งใช้ IBC v8.7.0

4. โมดูลที่กำหนดเองของ Terra Classic และแผนการอัปเกรด

โมดูลที่กำหนดเองของ Terra Classic ต้องได้รับการจัดการอย่างระมัดระวังในระหว่างการอัปเกรดนี้:

โมดูล Oracle : จัดการฟีดอัตราแลกเปลี่ยนสำหรับ stablecoin จำเป็นต้องมีการทดสอบความเข้ากันได้กับโครงสร้าง SDK ใหม่เพื่อให้มั่นใจว่าการส่งราคาของผู้ตรวจสอบความถูกต้องยังคงถูกต้อง

โมดูลตลาด: อำนวยความสะดวกในการสวอปเหรียญ stablecoin จำเป็นต้อง มีการตรวจสอบพารามิเตอร์ และเพิ่มประสิทธิภาพเพื่อประสิทธิภาพภายใต้รูปแบบการดำเนินการ SDK ใหม่

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

กลยุทธ์การอัพเกรด:

การทดสอบยูนิตและการรีแฟกเตอร์โดยละเอียด:

ดำเนินการ ทดสอบยูนิต บนโมดูล Oracle, Market และ Treasury เพื่อตรวจสอบการทำงานที่เหมาะสมภายใต้ SDK ใหม่

ระบุพื้นที่ที่ต้องมี การรีแฟกเตอร์ เพื่อให้สอดคล้องกับ SDK v0.50.13

การใช้งานเลเยอร์ความเข้ากันได้แบบย้อนหลัง:

พัฒนา ชิมความเข้ากันได้ชั่วคราว สำหรับโมดูล x/treasury และ x/market เพื่อหลีกเลี่ยงการหยุดชะงักของ dApp

ตรวจสอบให้แน่ใจว่า พารามิเตอร์การกำกับดูแลที่มีอยู่ จะไม่เปลี่ยนแปลงในระหว่างการอัปเกรด

เหตุใดจึงต้องอัปเกรดนี้?

1. การวิจัยเฉพาะ Terra Classic

การแยกแยะ Synergy:

การยกเลิกการฟอร์กของ Orbit Labs จะลบแพตช์ดั้งเดิมของ Terra ออก ทำให้สามารถรวม SDK v0.50 ได้อย่างราบรื่น

2. การบรรเทาความเสี่ยง

เลเยอร์ความเข้ากันได้แบบย้อนกลับ:

ชิม ชั่วคราวสำหรับโมดูลที่ไม่สนับสนุนเพื่อป้องกันการหยุดชะงักของ dApp

มาตรการรักษาความปลอดภัย:

ช่องโหว่ด้านความปลอดภัยที่ระบุโดย Oak Security ในการตรวจสอบ Cosmos SDK v0.47 จะได้รับการแก้ไขโดยการบูรณาการการแก้ไขที่สอดคล้องกันจาก v0.50

เวิร์กโฟลว์และไทม์ไลน์

ระยะที่ 1: การเตรียมการก่อนการอัปเกรด (2 สัปดาห์)

งาน: วิเคราะห์รายละเอียดของฐานโค้ดปัจจุบัน ความเข้ากันได้แบบย้อนหลังและเอกสารประกอบ การตั้งค่าเทสต์เน็ต

ระยะที่ 2: การดำเนินการอัปเกรดแกนหลัก (5 สัปดาห์)

ภารกิจ:
การรวม SDK v0.50.13

อัพเดต Wasm Module v0.53.2

การโยกย้ายโมดูลแบบกำหนดเองสำหรับคุณสมบัติเฉพาะตัวของ Terra Classic

เพื่อให้แน่ใจว่าสัญญา CosmWasm 1.0-1.5 ยังคงใช้งานได้

การรับประกันการรองรับและความเข้ากันได้เต็มรูปแบบสำหรับสัญญา CW‑0.16 ที่มีอยู่บนเชน ขณะเดียวกันก็เปิดใช้งานความเข้ากันได้แบบไปข้างหน้ากับ CW‑1.0–1.5 เพื่อไม่ให้มีความเสี่ยงต่อการใช้งานในปัจจุบันและเราพร้อมสำหรับอนาคต

ระยะที่ 3: การอัปเกรด การทดสอบ และการตรวจสอบแบบก้าวหน้า (9 สัปดาห์)

ภารกิจ:
ตั้งค่าเชนบนเวอร์ชันที่รองรับสัญญา 0.16 สร้างอินสแตนซ์ของสัญญาเหล่านั้น จากนั้นอัปเกรดเชนเป็น v0.50.13 ตามลำดับ ตามด้วยการทดสอบจำลอง

การตรวจสอบความปลอดภัย การทดลองใช้งานโปรแกรมตรวจสอบ การทดสอบไมเกรชัน dApp ค่าตอบแทนสำหรับการแก้ไขข้อบกพร่อง

เรายังคงใช้ App v1 สำหรับการอัปเกรดนี้เพื่อลดความซับซ้อนในการโยกย้าย เรากำลังวางแผนที่จะประเมินการโยกย้าย App v2/depinject ในระยะต่อไปเมื่อเราเสถียรเป็น v0.50 แล้ว

ระยะที่ 4: การปรับใช้ Testnet (4 สัปดาห์)

ภารกิจ:
การเปิดตัวเทสต์เน็ตสาธารณะ การตรวจสอบและการใช้งานตัวตรวจสอบ/dApp

ระยะที่ 5: การปรับใช้เมนเน็ต (4 สัปดาห์)

ภารกิจ: การลงคะแนนการกำกับดูแล การประสานงาน CEX การอัพเกรดเมนเน็ต การติดตามหลังเปิดตัว

****Strathcole ช่วยมองข้ามรายละเอียดการอัปเกรดและเขายังแก้ไขข้อบกพร่อง SDK 47 ที่รายงานโดย Allnodes อีกด้วย

เอกสารนี้เป็นแบบฟอร์มต้นฉบับที่ฉันได้รับ หลังจากมีคำถามอยู่บ้างว่า ใครเป็นผู้ดำเนินการนี้ – ANTIER SOLUTIONS จะทำการอัปเกรด

10000327382160×3840 548 กิโลไบต์