Vitalik เปิดเผยจุดอ่อนร้ายแรง 3 ประการของความซับซ้อนใน Ethereum

(ที่มา: Vitalik)

Vitalik ชี้ให้เห็นว่า แม้จะเป็นโปรโตคอลที่กระจายอำนาจสูงสุด มีเครือข่าย nodes ถึงหลักแสน มีความสามารถบ่าบานบาเทนต์ 49% และทุกโหนดใช้อัลกอริทึมปลอดภัยจากควอนตัมในการตรวจสอบอย่างสมบูรณ์ แต่หากโปรโตคอลนั้นเป็นระบบที่อ้วนและสับสนประกอบด้วยโค้ดหลักแสนบรรทัดและเทคนิคเข้ารหัสระดับด็อกเตอร์ 5 ชนิด สุดท้ายก็ล้มเหลวอยู่ดี ข้อถกเถียงนี้สร้างความตื่นตัวอย่างรุนแรงในชุมชน Ethereum เพราะท้าทายแนวคิดหลักที่ว่า “กระจายอำนาจคือที่สุด”

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

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

ประการที่สาม ความซับซ้อนกัดกร่อนความเป็นอิสระของผู้ใช้ แม้แต่นักเทคโนโลยีระดับสูงก็ไม่สามารถตรวจสอบหรือวิเคราะห์ระบบได้อย่างเต็มที่ ใน Ethereum รุ่นแรก นักพัฒนาที่มีประสบการณ์สามารถเข้าใจโปรโตคอลได้อย่างสมบูรณ์จากการอ่าน whitepaper และ codebase แต่เมื่อมีการเพิ่ม EIP (Ethereum Improvement Proposal) เข้ามาเรื่อย ๆ ระบบก็กลายเป็นสิ่งที่ซับซ้อนเกินกว่าที่คนเดียวจะเข้าใจได้ทั้งหมด

อันตราย 3 ประการของความซับซ้อนในโปรโตคอล

ความเชื่อพึ่งพา: ผู้ใช้ต้องพึ่งพาอธิบายจากผู้มีอำนาจ ซึ่งขัดกับหลักการไม่ต้องเชื่อใจ

การปลดเปลื้องล้มเหลว: หากทีมหลักหายไป ก็ไม่สามารถสร้างใหม่ได้ ซึ่งเป็นความเสี่ยงจุดเดียวล้มเหลว

การสูญเสียอิสระ: นักเทคโนโลยีเองก็ไม่สามารถตรวจสอบระบบได้อย่างเต็มที่ ทำให้ลดอำนาจของบุคคล

กับดักความเข้ากันได้ย้อนกลับ นำไปสู่การเพิ่มขึ้นเรื่อย ๆ

Vitalik เตือนว่า สาเหตุหลักมาจากวิธีการประเมินการเปลี่ยนแปลงของโปรโตคอล หากใช้เกณฑ์ว่าการอัปเกรดคือการทำลายระบบเดิมมากน้อยเพียงใด ก็จะให้ความสำคัญกับความสามารถในการรองรับย้อนกลับเป็นอันดับแรก ผลลัพธ์คือ มักจะเน้นเพิ่มฟีเจอร์มากกว่าลด ซึ่งทำให้โปรโตคอลกลายเป็นอ้วนขึ้นเรื่อย ๆ ตามกาลเวลา ปรากฏการณ์นี้ในวิศวกรรมซอฟต์แวร์เรียกว่า “หนี้ทางเทคนิค” แต่ในบล็อกเชนผลที่ตามมารุนแรงกว่าเดิม

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

เพื่อรับมือกับปัญหานี้ Vitalik เรียกร้องให้ Ethereum มีการนำกลไก “การทำให้เรียบง่าย” หรือ “การเก็บกวาดขยะ” เข้ามาอย่างชัดเจน จุดมุ่งหมายคือ ลดจำนวนโค้ด จำกัดการพึ่งพาเข้ารหัสซับซ้อน และแนะนำอินวาริแอนต์ (invariant) ให้มากขึ้น — แม้ว่า client จะมีพฤติกรรมที่คาดการณ์และทำได้ง่ายขึ้นก็ตาม แนวคิดนี้คือการให้ Ethereum ทำความสะอาดใหญ่เป็นระยะ ๆ โดยการลบฟีเจอร์เก่าและไม่มีประสิทธิภาพออกไป

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

อนาคต การทำความสะอาดอาจรวมถึงการย้ายฟีเจอร์ที่ไม่ค่อยใช้งานจากโปรโตคอลหลัก ไปอยู่ในสมาร์ทคอนแทรกต์ เพื่อบรรเทาภาระของนักพัฒนา client เช่น การเอา opcode หรือคอนแทรกต์ pre-compiled ที่ไม่ค่อยใช้ ออกจาก EVM แล้วแทนที่ด้วยการใช้งานผ่านสมาร์ทคอนแทรกต์ ซึ่งจะรักษาฟังก์ชันไว้ แต่ลดความซับซ้อนของโปรโตคอลเอง

แนวคิดพัฒนาของ Vitalik กับ Solana แตกต่างกันอย่างไร

ซีอีโอของ Solana Labs Anatoly Yakovenko ให้ความเห็นแตกต่างจาก Vitalik โดยบอกว่า Solana ต้องพัฒนาต่อเนื่อง เพราะหากหยุดพัฒนาเพื่อให้ตรงกับความต้องการของนักพัฒนาและผู้ใช้ ก็เสี่ยงที่จะถูกทิ้งห่าง Yakovenko กล่าวว่าการพัฒนาอย่างต่อเนื่องเป็นสิ่งสำคัญต่อความอยู่รอดของ Solana แม้ไม่มีองค์กรใดเป็นผู้นำการเปลี่ยนแปลงเหล่านี้ก็ตาม

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

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

แนวทางทั้งสองมีข้อดีข้อเสียต่างกัน Solana เน้นการพัฒนาอย่างรวดเร็วเพื่อความสามารถในการแข่งขัน แต่เสี่ยงต่อหนี้เทคนิคและความเสี่ยงด้านความปลอดภัย ในขณะที่ Ethereum เน้นความเสถียรและความปลอดภัยในระยะยาว แต่ก็อาจช้ากว่าคู่แข่ง Vitalik เสนอให้ใช้กลไก “การเก็บกวาดขยะ” เพื่อสร้างสมดุลระหว่างนวัตกรรมและความเรียบง่ายของโปรโตคอล

เปรียบเทียบแนวคิดพัฒนาสองแบบ

โมเดลของ Solana: นวัตกรรมต่อเนื่อง, ปรับปรุงอย่างรวดเร็ว, ขยายฟีเจอร์, เน้นความสามารถในการแข่งขันระยะสั้น

วิสัยทัศน์ของ Vitalik: การทำให้เรียบง่าย, การหยุดการเปลี่ยนแปลง, นวัตกรรมบนชั้นแอป, เน้นความเสถียรระยะยาว

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