บริษัทพัฒนาลูกค้า Solana อย่าง Anza ได้เผยแพร่แผนการออกแบบโปรโตคอล Constellation เมื่อวันที่ 25 มีนาคม Constellation เป็นโปรโตคอลผู้เสนอหลายราย (MCP) ซึ่งมีเป้าหมายเพื่อทำลายการผูกขาดชั่วคราวของผู้นำช่วงเวลาสำหรับการรวมและจัดลำดับธุรกรรมในระดับโครงสร้าง และนำเสนอวัฏจักรเศรษฐกิจ 50 มิลลิวินาที — ซึ่งเป็นวัฏจักรที่สั้นที่สุดในบล็อกเชนแบบกระจายศูนย์ที่ใช้งานอยู่ในปัจจุบัน
ทำไมโครงสร้างปัจจุบันถึงมีปัญหาการผูกขาด
ในปัจจุบัน ผู้นำช่วงเวลาของ Solana มีสิทธิ์ควบคุมธุรกรรมที่เข้ามาทั้งหมดในระหว่างวาระการดำรงตำแหน่ง โดยสามารถมองเห็นธุรกรรมทั้งหมดและเลือกว่าจะนำธุรกรรมใดเข้าสู่บล็อกและจัดลำดับอย่างอิสระ การออกแบบนี้สร้างการผูกขาดชั่วคราวในเชิงโครงสร้าง ซึ่งเปิดโอกาสให้ใช้กลยุทธ์ MEV (Maximal Extractable Value) อย่างเป็นระบบ — ผู้นำสามารถจัดลำดับใหม่ แทรกแซง หรือพิจารณาธุรกรรมเฉพาะเพื่อรับผลประโยชน์ไม่เท่าเทียมกัน โดยอาจเอื้อประโยชน์ต่อผู้เสนอธุรกรรมบางรายหรือกดขี่คู่แข่งด้วยการเสนอราคาที่ต่ำกว่า
Anza เชื่อว่า โครงสร้างตลาดเช่นนี้ทำให้ Solana ยากที่จะบรรลุคุณค่าหลักของตลาดทุนแบบกระจายศูนย์อย่างแท้จริง จึงจำเป็นต้องแก้ไขในระดับโปรโตคอลอย่างรากฐาน ไม่ใช่เพียงการใช้แพตช์ภายนอก
โครงสร้างเทคโนโลยีสามชั้นของ Constellation
Constellation ช่วยลดการผูกขาดนี้โดยอนุญาตให้ผู้เสนอหลายรายส่งธุรกรรมพร้อมกัน และกำหนดให้ผู้นำบังคับนำธุรกรรมเข้าสู่บล็อกเมื่อมีการบรรลุเกณฑ์การรับรอง ซึ่งผู้นำยังคงรับผิดชอบในการประกอบบล็อกสุดท้าย แต่ต้องอยู่ภายใต้การตรวจสอบอย่างต่อเนื่องจากเครือข่ายผู้รับรอง
คุณสมบัติหลักของเทคโนโลยี Constellation มีดังนี้:
วัฏจักรเศรษฐกิจ 50 มิลลิวินาที: ผู้เสนอส่งธุรกรรมในรูปแบบชิ้นส่วนรหัสแก้ไข (แก้ไขข้อมูล) โดยใช้เทคโนโลยีเดียวกับระบบเผยแพร่บล็อก Turbine ของ Solana ซึ่งเป็นวัฏจักรที่สั้นที่สุดในบล็อกเชนแบบกระจายศูนย์ในปัจจุบัน
เกณฑ์บังคับนำเข้า (40%): หากผู้รับรองอย่างน้อย 40% ได้รับชิ้นส่วนของผู้เสนอ ผู้นำต้องบังคับนำธุรกรรมนั้นเข้าสู่กลุ่มธุรกรรมโดยไม่สามารถปฏิเสธได้โดยอ้างว่าไม่ได้เห็นธุรกรรมนี้
กลไกลงโทษและข้าม (Skip): หากผู้เสนอเซ็นชื่อในเวอร์ชันของบล็อกสองเวอร์ชันที่ขัดแย้งกัน ระบบจะทำการตัดออกโดยอัตโนมัติ และหากอัตราการรับรองต่ำกว่า 60% บล็อกทั้งบล็อกจะถูกข้าม
การออกแบบค่าใช้จ่ายใหม่: ป้องกันกลไกการหลบเลี่ยงของผู้นำ
Constellation มีหลักการออกแบบสำคัญในโครงสร้างค่าใช้จ่าย คือ ค่าธรรมเนียมการจัดสรร (Scheduling fee) ห้ามจ่ายตรงให้กับผู้นำช่วงเวลา หากผู้นำสามารถรับค่าธรรมเนียมโดยตรงได้ ก็สามารถใช้กลยุทธ์การตั้งค่าค่าธรรมเนียมสูงเพื่อควบคุมลำดับธุรกรรมและหลีกเลี่ยงกลไกผู้เสนอหลายรายได้ ดังนั้น ค่าธรรมเนียมการจัดสรรจะถูกแบ่งปันตามสัดส่วนสิทธิ์ของผู้รับรองทั้งหมด และถูกจัดการอย่างราบรื่นในวัฏจักร
Anza เน้นย้ำว่า สำหรับผู้รับรอง ผลลัพธ์สุดท้ายจะใกล้เคียงกับระบบปัจจุบัน — พวกเขายังคงได้รับค่าธรรมเนียมและค่าจัดสรร แต่จะไม่มีปัญหาการแจกจ่ายที่ไม่สมส่วนภายใต้การผูกขาดของผู้นำรายเดียวอีกต่อไป
Constellation ทำหน้าที่เป็นตัวเตรียมข้อมูลล่วงหน้าสำหรับ Alpenglow ซึ่งวางแผนที่จะทดแทนกลไกการเห็นด้วย TowerBFT และ PoH ของ Solana โดยมีเป้าหมายเวลาเสร็จประมาณ 150 มิลลิวินาที Anza วางแผนเปิดตัวเครือข่ายหลักของ Alpenglow ในไตรมาสที่ 3 ของปี 2026 และจะเปิดตัวเวอร์ชันเบื้องต้นของ MCP ตามมา
คำถามที่พบบ่อย
Constellation จะแก้ปัญหา MEV ของ Solana ได้อย่างไรโดยรากฐาน?
Constellation ช่วยลดการผูกขาดของ MEV โดยการให้ผู้เสนอหลายรายส่งธุรกรรมพร้อมกัน และตั้งเกณฑ์บังคับนำเข้า (40% ของผู้รับรอง) ซึ่งจะลดอำนาจการจัดลำดับของผู้นำลงอย่างมาก ผู้นำไม่สามารถตรวจสอบธุรกรรมเฉพาะหรือปรับลำดับตามใจชอบได้ ซึ่งเป็นการกำจัดโอกาส MEV ที่เป็นการผูกขาดในโครงสร้างเดิมอย่างรากฐาน
ความแตกต่างเชิงโครงสร้างระหว่าง Constellation กับแนวทางต่อต้าน MEV ของ Ethereum คืออะไร?
แนวทางต่อต้าน MEV ของ Ethereum (เช่น MEV-Boost) มักเป็นการออกแบบนอกโปรโตคอล ซึ่งต้องการการประสานงานในระดับเพิ่มเติม ในขณะที่ Constellation ผนวกกลไกผู้เสนอหลายรายและกลไกต่อต้านการตรวจสอบเข้าไว้ในโปรโตคอลของ Solana โดยตรง ทำให้ Solana มีโอกาสเป็นบล็อกเชนหลักรายแรกที่สามารถสร้างกลไกผู้เสนอหลายรายแบบแข่งขันกันในระดับโปรโตคอลได้อย่างเป็นธรรมชาติ
กำหนดเวลาในการพัฒนา Alpenglow และ Constellation เป็นอย่างไร?
Anza วางแผนที่จะอัปเกรดกลไกการเห็นด้วยของ Alpenglow ไปยังเครือข่ายหลักของ Solana ในไตรมาสที่ 3 ของปี 2026 และเวอร์ชันเบื้องต้นของ MCP จะตามมาไม่นานหลังจากนั้น เอกสารไวท์เปเปอร์และการสาธิตแบบโต้ตอบได้เผยแพร่แล้วบนเว็บไซต์ทางการของ Anza ซึ่งชุมชนสามารถส่งความคิดเห็นได้
