การออกแบบบล็อกเชนที่มีประสิทธิภาพสูงได้เผชิญกับการแลกเปลี่ยนเชิงโครงสร้างมานานแล้ว: เมื่อการประมวลผลเชื่อมโยงโดยตรงกับความเห็นพ้องต้องกัน ความเร็วในการดำเนินการของเครือข่ายจะถูกจำกัดโดยความเร็วที่ตัวตรวจสอบสามารถประมวลผลธุรกรรมได้ ในขณะที่ทีมวิจัยและวิศวกรรมกำลังผลักดันการปรับปรุงในด้านความสมบูรณ์และการกระจายบล็อก การประมวลผลเองกลับถูกมองว่าเป็นข้อจำกัดถัดไปที่ต้องออกแบบใหม่
MultiversX ผู้เข้าร่วมในระบบนิเวศ Decentralization Guardians (CTDG) ของ Cointelegraph กำลังทดสอบวิธีการใหม่ที่มุ่งกำจัดจุดคอขวดนี้ การอัปเกรด Supernova แยกการตกลงใจออกจากกระบวนการดำเนินการธุรกรรม ทำให้ตัวตรวจสอบสามารถลงคะแนนเสียงได้โดยไม่ต้องรอให้การดำเนินการเสร็จสิ้น—โดยย้ายการคำนวณไปยังระบบแบบอะซิงโครนัส Supernova ได้เปิดใช้งานบน Testnet และแผนการปรับใช้งานมุ่งเป้าไปที่วันเปิดใช้งานบน Mainnet ในช่วงปลายปีนี้
ประเด็นสำคัญ
- Supernova จัดลำดับกระบวนการทำงานของบล็อกใหม่ โดยผู้เสนอจะส่งบล็อกธุรกรรมโดยไม่ต้องดำเนินการก่อน ขณะที่ผู้ตรวจสอบสามารถลงคะแนนเสียงได้ทันทีตามความถูกต้องของโปรโตคอล
- ผลการดำเนินการได้รับการยืนยันในส่วนหัวของบล็อกถัดไป โดยการดำเนินการจะล่าช้าจากการตกลงใจประมาณหนึ่งบล็อก (ประมาณ 600 มิลลิวินาที)
- “สถานะ mempool เสมือน” ช่วยรักษาความถูกต้องโดยติดตาม nonce ที่รออยู่ การใช้ยอดเงินที่คาดไว้ และธุรกรรมที่ได้เสนอแล้วแต่ยังไม่ได้ดำเนินการ
- EIE (Execution-Result Inclusion Estimator) จำกัดจำนวนผลลัพธ์การดำเนินการที่บล็อกสามารถอ้างอิงได้ ตามสิ่งที่โหนดที่มีสเปกขั้นต่ำสามารถจัดการได้อย่างปลอดภัย
- การควบคุมแรงดันอัตโนมัติจะลดความจุของบล็อกเมื่อการดำเนินการล่าช้าเกินไป ทำให้ระบบมีเวลาจับให้ทัน
ทำไมการดำเนินการตามความเห็นพ้องต้องกันจึงกลายเป็นปัญหาด้านการขยายตัว
ในบล็อกเชนแบบซิงโครนัสแบบดั้งเดิม ผู้ตรวจสอบไม่เพียงแต่ตกลงกันว่าบล็อกมีโครงสร้างถูกต้อง—แต่ยังต้องดำเนินการธุรกรรมเพื่อยืนยันการเปลี่ยนแปลงสถานะก่อนลงคะแนนเสียง สิ่งนี้ทำให้ระบบมีความแน่นอนและสำคัญต่อการบรรลุข้อตกลง แต่ก็สร้างจุดคอขวดร่วมกัน: ธุรกรรมที่ใช้ทรัพยากรการคำนวณหนักที่สุดมีผลชะลอเครือข่ายทั้งหมด
เครือข่ายหลายแห่งใช้เวลาหลายปีในการปรับแต่งให้เร็วขึ้นในด้านความเห็นพ้องต้องกันและการกระจายบล็อก MultiversX มองว่าผลลัพธ์เหล่านี้ยังไม่เพียงพอหากการดำเนินการยังคงอยู่บนเส้นทางวิกฤต คำถามหลักที่ Supernova ตอบคือเชิงสถาปัตยกรรม: การดำเนินการต้องอยู่ภายในวงจรอนุมัติหรือสามารถประมวลผลแบบไม่ซิงโครนัสได้โดยยังคงรักษาความปลอดภัยและความถูกต้องไว้?
ระบบแบบไม่พร้อมกันของ Supernova: ลงคะแนนเสียงก่อน แล้วจึงดำเนินการ
Supernova ตอนนี้เปิดให้บริการบน Testnet แล้ว โดยแนะนำลำดับการผลิตบล็อกที่เปลี่ยนไป
ก่อนหน้านี้ การผลิตบล็อกดำเนินตามรูปแบบที่เป็นลำดับมากกว่า: ผู้เสนอเลือกธุรกรรม ดำเนินการอย่างToLocal และเสนอบล็อกที่มีผลลัพธ์เหล่านั้น ผู้ตรวจสอบต้องดำเนินการธุรกรรมเดียวกันอีกครั้งเพื่อยืนยันการเปลี่ยนแปลงสถานะก่อนลงคะแนน หมายความว่าการดำเนินการอยู่ตรงในเส้นทางที่สำคัญต่อการอนุมัติ
ด้วย Supernova การเรียงลำดับนี้เปลี่ยนไป ตามคำอธิบายของ MultiversX เกี่ยวกับ decoupling ของ Supernova ผู้เสนอจะเลือกธุรกรรมและเสนอบล็อกโดยไม่ต้องดำเนินการก่อน ผู้ตรวจสอบจะตรวจสอบว่าข้อเสนอสอดคล้องกับกฎของโปรโตคอลและสามารถลงคะแนนได้ทันที การดำเนินการจะดำเนินต่อไปแบบไม่ซิงโครไนซ์ในพื้นหลัง โดยสร้างผลลัพธ์ที่มักจะถูกอ้างอิงและรับรองในส่วนหัวบล็อกถัดไป—ดังนั้นการดำเนินการจึงตามหลังการตกลงใจประมาณหนึ่งบล็อก หรือประมาณ 600 มิลลิวินาที
ผลที่ตามมาคือ ความตอบสนองของเครือข่ายจะลดความพึ่งพาความเร็วในการดำเนินการทุกธุรกรรมของตัวตรวจสอบก่อนที่จะมีส่วนร่วมในกระบวนการอนุมัติ แทนที่จะเป็นเช่นนั้น การอนุมัติจะก้าวหน้าตามความถูกต้องตามโปรโตคอล ในขณะที่การดำเนินการจะตามมาแบบขนาน
การรักษาความถูกต้องเมื่อการดำเนินการล่าช้าจากความเห็นพ้องต้องกัน
การแยกการดำเนินการออกจากความเห็นพ้องต้องกันสร้างความท้าทายด้านความปลอดภัยและความถูกต้องที่ชัดเจน: หากการดำเนินการล่าช้า เครือข่ายจะกำหนดได้อย่างไรว่าธุรกรรมที่รวมอยู่ในบล็อกที่เสนอจะยังคงมีความถูกต้องเมื่อผลลัพธ์ของการดำเนินการถูกสร้างขึ้น
Supernova แก้ไขปัญหานี้ด้วยสถานะ mempool เสมือนจริง ตามที่ MultiversX อธิบายไว้ mempool เสมือนจริงจะมองข้ามสถานะโซ่ล่าสุดที่ดำเนินการไปแล้ว และติดตามอินพุตการดำเนินการในอนาคต เช่น ค่า nonce ที่ยังไม่ได้ดำเนินการ การใช้ยอดเงินที่คาดไว้ และธุรกรรมที่เสนอแล้วแต่ผลลัพธ์การดำเนินการยังไม่ผ่านการตกลงร่วมกัน สิ่งนี้ช่วยให้ผู้เสนอสามารถมองเห็นกิจกรรมของบัญชีได้แม่นยำยิ่งขึ้น เพื่อเลือกธุรกรรมที่คาดว่าจะดำเนินการสำเร็จเมื่อถึงคิวของมัน
เพื่อรักษาความมั่นคงของระบบภายใต้ประสิทธิภาพของตัวตรวจสอบที่แตกต่างกัน MultiversX ยังได้แนะนำมาตรการป้องกันสองประการที่ออกแบบมาเพื่อความมั่นคงในการดำเนินงาน:
- ตัวประมาณการการรวมผลการดำเนินการ (EIE): EIE จำกัดจำนวนผลการดำเนินการที่สามารถอ้างอิงในบล็อกได้ ขีดจำกัดนี้เชื่อมโยงกับสิ่งที่โหนดที่มีสเปกขั้นต่ำสามารถประมวลผลได้อย่างปลอดภัย ลดความเสี่ยงที่โหนดที่อ่อนแอจะถูกท่วมท้นจากการอ้างอิงผลลัพธ์ที่ค้างอยู่มากเกินไป
- แรงดันย้อนอัตโนมัติ: หากการดำเนินการล่าช้าเกินไป ความสามารถในการดำเนินการจะถูกลดลงเพื่อให้เครือข่ายสามารถตามทัน—แทนที่จะปล่อยให้ความล่าช้าสะสมอย่างไม่มีที่สิ้นสุด
Supernova เปลี่ยนแปลงสำหรับนักพัฒนาและผู้ใช้งาน
สำหรับผู้พัฒนา ข้อความสำคัญคือ “in-shard finality” สามารถเกิดขึ้นได้ทันทีที่พิสูจน์พร้อมใช้งาน MultiversX ระบุว่าโดยทั่วไปจะเกิดขึ้นภายในรอบเดียวกันในช่วงเวลาประมาณ 100–250 มิลลิวินาที พร้อมกับเงื่อนไขการดำเนินการที่คาดเดาได้มากขึ้น สิ่งนี้มีความสำคัญอย่างยิ่งต่อแอปพลิเคชันที่พึ่งพาวงจรการตอบกลับอย่างรวดเร็ว—ตัวอย่างที่กล่าวถึงรวมถึงพื้นฐาน DeFi ความถี่สูงและระบบ Order Book บนโซ่ ซึ่งอาจเสื่อมประสิทธิภาพเมื่อความล่าช้ากลายเป็นปัญหาด้านประสบการณ์ผู้ใช้
Supernova ยังผลิตบล็อกขนาด 600 มิลลิวินาทีบน Testnet และ Devnet ตั้งแต่วันที่ 20 ส.ค. เป้าหมายโดยรวมของเครือข่ายคือการทำให้การโต้ตอบบนชainรู้สึกทันทีมากขึ้น โดยเปลี่ยนประสบการณ์ให้ใกล้เคียงกับโครงสร้างพื้นฐานของแอปพลิเคชันที่ตอบสนองได้ดี แทนที่จะเป็นการตั้งtleที่ล่าช้า
บนเส้นเวลา MultiversX ระบุว่าการเปิดใช้งาน Mainnet คาดว่าจะเกิดขึ้นในวันที่ 10 กันยายน 2026 แม้ว่าประสิทธิภาพของ Testnet จะไม่ได้แปลงผลลัพธ์โดยตรงไปสู่พฤติกรรมของ Mainnet ภายใต้ภาระงานเต็มรูปแบบ แต่สถาปัตยกรรมนี้ได้รับการออกแบบมาเพื่อจัดการกับความล่าช้าในการประมวลผลโดยไม่บังคับให้ผู้ตรวจสอบทุกคนต้องดำเนินการก่อนในกระบวนการอนุมัติ
ซูเปอร์โนวาภายในระบบนิเวศของ CTDG และ Cointelegraph
การอัปเกรดครั้งนี้ยังเกิดขึ้นภายในความร่วมมือด้านโครงสร้างพื้นฐานที่กว้างขึ้นซึ่งเกี่ยวข้องกับ Cointelegraph Decentralization Guardians การรายงานก่อนหน้านี้ระบุว่า Cointelegraph เข้าร่วม MultiversX เป็นผู้ตรวจสอบผ่านโปรแกรม CTDG ในเดือนมีนาคม 2026 ซึ่งเพิ่มบทบาทการดำเนินงานขององค์กรให้ลึกซึ้งยิ่งขึ้นเหนือกว่าการทำงานด้านเนื้อหาและชุมชน
Cointelegraph’s CTDG Dev Hub ยังถูกอธิบายว่าเป็นพันธมิตรอย่างเป็นทางการของ MultiversX ซึ่งเชื่อมต่อโปรโตคอลนี้กับชุมชนนักพัฒนาที่กว้างขึ้น การป้อนข้อมูลยังอ้างถึงการมีส่วนร่วมเชิงปฏิบัติ เช่น มูลนิธิ MultiversX มอบหมายให้ตัวตรวจสอบของ CTDG และทีม Dev Hub สร้างแดชบอร์ดตัวตรวจสอบเฉพาะสำหรับ MultiversX
จากมุมมองของอุตสาหกรรม นี่มีความสำคัญเพราะการอัปเกรดโปรโตคอลประเภทนี้มักต้องการความสอดคล้องของระบบนิเวศ: การปรับปรุงประสิทธิภาพมีความหมายเฉพาะเมื่อโครงสร้างพื้นฐาน เครื่องมือ และตัวตรวจสอบที่เข้าร่วมสามารถปรับใช้กลไกการดำเนินการและการอนุมัติใหม่ได้อย่างเชื่อถือได้ การเน้นของ Supernova ที่มีต่อ backpressure และมาตรการป้องกันขั้นต่ำบ่งชี้ว่าการออกแบบนี้พยายามทำให้การเปลี่ยนผ่านนี้ราบรื่นยิ่งขึ้น
ขณะที่ Supernova เคลื่อนตัวจาก Testnet สู่วันที่คาดการณ์ของ Mainnet สิ่งสำคัญที่ผู้ใช้ควรติดตามคือ การตรวจสอบว่าความล่าช้าในการดำเนินการยังคงอยู่ภายในขอบเขตที่คาดหวังภายใต้ภาระงานจริง และ EIE และ backpressure สามารถป้องกันไม่ให้ตัวตรวจสอบล่าช้าได้อย่างสม่ำเสมอโดยไม่จำกัดความเร็วในการประมวลผลมากเกินไปเกณฑ์ความสำเร็จจะไม่ได้อยู่ที่ความเร็วในการสรุปผลเท่านั้น แต่ยังรวมถึงการที่การดำเนินการยังคงเชื่อถือได้เมื่อการอนุมัติและการดำเนินการทำงานบนนาฬิกาที่ต่างกัน
บทความนี้เผยแพร่ครั้งแรกในรูปแบบ Upgrade Separates Consensus and Execution to Address Scaling Limits บน Crypto Breaking News – แหล่งข่าวคริปโตที่เชื่อถือได้สำหรับข่าวคริปโต ข่าว Bitcoin และการอัปเดตบล็อกเชน