BM กับข้อเสนอใหม่ของ EOSIO: แก้ไขวิกฤต CPU และช่วย EOS ได้หรือไม่?
ฝันร้ายของ EOS กับความแออัด
ผู้ใช้ EOS เผชิญกับปัญหาความแออัดของเครือข่ายมานานกว่าหนึ่งเดือน โดยข้อมูลจาก DAppTotal แสดงว่า 77.76% ของทรัพยากร CPU ถูกใช้โดยโครงการขุดโทเค็น EIDOS สถานการณ์เลวร้ายถึงขั้นที่ EarnBetCasino ขู่ว่าจะออกจากเครือข่ายทั้งหมด นี่เป็นเครื่องเตือนใจว่าแม้แต่บล็อกเชน ‘ประสิทธิภาพสูง’ ก็ไม่รอดจากสงครามทรัพยากร
การวินิจฉัยของ BM: ความบกพร่องในการออกแบบ
ในข้อเสนอล่าสุดของเขา Daniel Larimer (BM) ผู้สร้าง EOS ชี้ให้เห็นถึงปัญหา根源: REX (Resource Exchange) ระบบที่ออกแบบมาเพื่อให้เช่าทรัพยากร CPU ทำงานบนสมมติฐานที่ผิดพลาด มันคาดหวังว่าความต้องการจะกระจายตัวแบบปกติ แต่กลับเจอการกระจายแบบ Pareto ซึ่งผู้เล่นไม่กี่รายครองการใช้ทรัพยากร ผลที่ได้? ราวๆ สวิงอย่างรุนแรง และบางครั้ง ไม่มี CPU ให้ใช้ไม่ว่าจะจ่ายเท่าไหร่
การแก้ไขชั่วคราวที่ล้มเหลว
การแก้ไขก่อนหน้านี้เช่น “partial reserve CPU” ให้ความช่วยเหลือชั่วคราว แต่ก็สร้างปัญหาตามมา:
- เพิ่ม CPU 1000 เท่า ในช่วงการใช้ต่ำ สร้างความคาดหวังที่ผิดพลาด
- ความต้องการที่พุ่งสูงขึ้นอย่างฉับพลันทำให้ผู้ใช้ไม่สามารถใช้งานได้โดยไม่คาดคิด
- การกำหนดราคาแบบเก็งกำไรไม่ได้สัมพันธ์กับมูลค่าที่แท้จริง
อัลกอริธึมใหม่: ความสามารถในการคาดการณ์ผ่านราคาแบบเอ็กซ์โพเนนเชียล
วิธีแก้ไขของ BM เปลี่ยนแนวคิดโดย:
- ทำให้เวลา CPU ทั้งหมดเป็นการเช่าเท่านั้น (ไม่มีสิทธิ์เป็นเจ้าของถาวร)
- นำเส้นโค้งราคาแบบเอ็กซ์โพเนนเชียลมาใช้ตามการใช้งาน
- แจกจ่ายค่าธรรมเนียมการเช่าให้กับผู้ถือ stake (ผู้เข้าร่วม REX)
คณิตศาสตร์นี้รับประกันความมั่นคงของราคา: หากคุณต้องการ 1% ของ CPU เครือข่ายเป็นเวลา 30 วัน คุณต้องจ่ายส่วนต่างระหว่างรายได้ค่าเช่าปัจจุบันและรายได้ที่คาดการณ์ไว้ในระดับการใช้งานนั้น กราฟในโพสต์ของเขาแสดงให้เห็นว่าราคายังคงสมเหตุสมผลจนกว่าจะมีการใช้งานเครือข่ายประมาณ 10%
ความท้าทายในการเปลี่ยนผ่าน
การเปลี่ยนระบบนี้จะไม่ง่าย:
- ผู้ถือ stake ในปัจจุบันต้องปรับตัวกับการสูญเสียสิทธิ์ “ถาวร” ใน CPU
- ตลาด REX จะถูกยกเลิกภายในระยะเวลาประมาณ 12 เดือน
- ผู้ที่นำไปใช้เร็วอาจเผชิญกับข้อเสียเปรียบชั่วคราว
ในฐานะคนที่วิเคราะห์ความล้มเหลวของ DeFi มานับสิบครั้ง ผมจะเชื่อว่าเรื่องนี้ได้ผลเมื่อเห็นเมตริกการนำไปใช้บนเชน แต่ต้องยกเครดิตให้ BM ที่ยอมรับความผิดพลาดในอดีต หากดำเนินการได้ดี นี่อาจทำให้ EOS สามารถแข่งขันได้อีกครั้ง… ถ้าโปรแกรมเมอร์ยังไม่ย้ายไป Solana
