ก่อน 12 ก.ย. คาร์ดาโน(ADA) เร่งปรับปรุงรัฐธรรมนูญรับยุค Dijkstra

คาร์ดาโน(ADA) กำลังดำเนินการปรับปรุง แนวกั้นความปลอดภัย(guardrail) ในรัฐธรรมนูญของเครือข่ายควบคู่กับการทดสอบ Leios ก่อนเข้าสู่ยุค Dijkstra(Dijkstra Era) โดยเป็นการเตรียมให้ระบบธรรมาภิบาลบนเชน(on-chain governance) สามารถจัดการค่าพารามิเตอร์ของโปรโตคอลที่ปรับได้ ก่อนที่ฟีเจอร์โหนดใหม่จะถูกนำขึ้นใช้งานบนเมนเน็ต

Input Output ระบุในบทความที่เผยแพร่เมื่อวันที่ 10 กรกฎาคมว่า ทีมงานกำลังเตรียมปรับรัฐธรรมนูญของคาร์ดาโนในลักษณะ “การอัปเดตทางเทคนิคที่เล็กและตรงไปตรงมา” ยุค Dijkstra จะรวมฟีเจอร์อย่าง Ouroboros Leios และธุรกรรมแบบซ้อน(nested transactions) ซึ่งระหว่างกระบวนการนี้จะเกิดพารามิเตอร์ของโปรโตคอลใหม่ที่สามารถปรับได้เพิ่มขึ้น

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

Input Output เสนอแนวทางรวมพารามิเตอร์ที่เกี่ยวข้องกับ Dijkstra ทั้งหมดไว้ในข้อเสนอเดียวเพื่อยื่นพิจารณา โดยกำหนดเป้าหมายเวลาการยื่นไว้ก่อนที่ epoch ที่ 655 จะเริ่มต้น คือก่อนเวลา 04.44 น. ของวันที่ 12 กันยายน ตามเวลาประเทศไทย (ต้นฉบับระบุเป็นเวลา 06.44 น. ตามเวลาเกาหลีใต้)

ยุค Dijkstra ยังไม่ใช่ระยะปัจจุบัน เอกสารทางการของคาร์ดาโนจัดให้ Dijkstra อยู่ในกลุ่มยุคที่วางแผนไว้ในอนาคต โดยมีภารกิจหลักคือ Plutus v4 การรวมกลไกฉันทามติเข้ากับบัญชีแยกประเภท(ledger) และการปรับปรุงช่วงเปลี่ยนผ่านของยุค Conway(Conway Era)

นี่คือขั้นตอนถัดไปหลังจากการฮาร์ดฟอร์ก Van Rossem ที่นำโปรโตคอลเวอร์ชัน 11.0 มาใช้งาน ซึ่งในตอนนั้นการฮาร์ดฟอร์ก Van Rossem ไม่ได้ถือเป็นการเปลี่ยนผ่านสู่ยุคใหม่ แต่ถูกสรุปว่าเป็นการปรับกฎของโปรโตคอลภายในยุค Conway เท่านั้น

Leios คือการอัปเกรดด้านความสามารถในการขยายขนาด(scalability) ที่มีเป้าหมายเพื่อเพิ่มปริมาณการประมวลผลของคาร์ดาโน แผนงานอย่างเป็นทางการได้รวมโครงสร้างบล็อกและการเข้ารหัสของ Leios พารามิเตอร์โปรโตคอล Leios ของบัญชีแยกประเภท รวมถึงการรองรับโหนดคาร์ดาโนเวอร์ชัน 11.x ขึ้นไป ไว้ในขอบเขตของ Dijkstra

อย่างไรก็ตาม แผนงานดังกล่าวไม่ได้หมายความว่าจะถูกนำไปใช้บนเมนเน็ตทันที ยังต้องผ่านขั้นตอนเทสต์เน็ตสาธารณะ การทดสอบภาระงาน(load test) การปรับปรุงแบบจำลองความเสี่ยง(threat model) การทดสอบความสอดคล้อง(conformance test) และขั้นตอนรุ่นทดลองปล่อยใช้งาน(release candidate)

คาร์ดาโนเริ่มเทสต์เน็ตสาธารณะที่ชื่อ Musashi Dojo เมื่อวันที่ 23 มิถุนายน รายงานการพัฒนาอย่างเป็นทางการเมื่อวันที่ 17 กรกฎาคมระบุว่า เทสต์เน็ตของ Leios มีความเสถียรมากขึ้นผ่านการสร้างต้นแบบ(prototype) สองชุดและแดชบอร์ดสำหรับการโหวต

รายงานการพัฒนาเมื่อวันที่ 24 กรกฎาคมยังระบุด้วยว่า ทีมดูแลบัญชีแยกประเภทยังคงเดินหน้าผนวกรวม Leios อย่างต่อเนื่อง โดยในรายงานฉบับเดียวกันยังกล่าวถึงการใช้งาน CIP-181 และการทำงานเพื่อยกเลิกเงื่อนไขการมอบสิทธิ์ให้กับ DRep(ผู้แทนที่ได้รับมอบหมาย)

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

ปฏิกิริยาจากชุมชนในขณะนี้ให้ความสำคัญกับการออกแบบธรรมาภิบาลมากกว่าความก้าวหน้าทางเทคนิค ในฟอรัมที่เกี่ยวข้องกับ Dijkstra มีความเห็นว่าควรบรรจุพารามิเตอร์ใหม่ไว้ในรัฐธรรมนูญล่วงหน้า พร้อมทั้งมีความเห็นให้พิจารณาความเสี่ยงด้านความปลอดภัยและปัญหาการรวมศูนย์อำนาจของ DRep ไปพร้อมกันด้วย

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

สื่อต่างประเทศบางแห่งเคยรายงานกำหนดการนำ Dijkstra มาใช้งานโดยแบ่งเป็นช่วงปลายปี 2026 และไตรมาสที่ 2 ของปี 2027 อย่างไรก็ตาม กำหนดการดังกล่าวไม่ได้รับการยืนยันจากแหล่งข้อมูลปฐมภูมิอย่างเป็นทางการ จึงยังไม่สามารถถือเป็นกำหนดการที่ชัดเจนในบทความนี้ได้

ขั้นตอนที่ได้รับการยืนยันในขณะนี้คือ เป้าหมายการยื่นข้อเสนอปรับปรุงรัฐธรรมนูญก่อนเวลา 04.44 น. ของวันที่ 12 กันยายน ตามเวลาประเทศไทย และงานทดสอบรวมถึงการผนวกรวม Leios ที่กำลังดำเนินอยู่ หากยุค Dijkstra จะเข้าสู่ขั้นตอนเมนเน็ตจริง จำเป็นต้องมีทั้งการพัฒนาโหนด ภาระของผู้ดำเนินการสเตกพูล(stake pool) และการตรวจสอบความสอดคล้องของพารามิเตอร์ในรัฐธรรมนูญให้สอดประสานกัน

แหล่งข้อมูลตรวจสอบ: Input Output, Cardano Docs, Cardano Constitution, Ouroboros Leios Roadmap, รายงานพัฒนารายสัปดาห์ของคาร์ดาโน, U.Today