ในเดือนกันยายน Vitalik Buterin ผู้ก่อตั้ง Ethereum ชั่งน้ำหนักข้อดีและข้อเสียของ "การประดิษฐาน" ที่นำมาสู่โปรโตคอล Ethereum L1 ในบล็อกโพสต์ชื่อ "โปรโตคอล Ethereum ควรห่อหุ้มฟังก์ชันเพิ่มเติมหรือไม่" โดยบอกกับผู้อ่านให้เบาะแสเกี่ยวกับทิศทางในอนาคตของ Ethereum บทความนี้จะแนะนำแนวคิดเรื่อง "การห่อหุ้ม" และจะส่งผลต่อแผนงานของ Ethereum อย่างไร
แนวคิดของ "การห่อหุ้ม"
จากคำจำกัดความดั้งเดิมของการพัฒนาซอฟต์แวร์ การห่อหุ้มหมายถึงวิธีการบรรจุและการซ่อนรายละเอียดการใช้งานของอินเทอร์เฟซการทำงานเชิงนามธรรม สำหรับ "การห่อหุ้ม" ของ Ethereum หมายความว่าสามารถดำเนินการฟังก์ชันเพิ่มเติมได้โดยตรงบนห่วงโซ่หลัก และฟังก์ชันเหล่านี้อาจต้องอาศัยซอฟต์แวร์ภายนอกในอดีต ฟังก์ชันใหม่ที่ถูกห่อหุ้มจะกลายเป็น "ฟังก์ชันโปรโตคอล"
ในบล็อกโพสต์ที่กล่าวถึงข้างต้น Vitalik Buterin ได้พูดคุยเกี่ยวกับ “ปรัชญาการห่อหุ้มขั้นต่ำ” ดั้งเดิมของ Ethereum แนวคิดก็คือการรักษาเลเยอร์ Ethereum L1 พื้นฐานให้เรียบง่ายที่สุดเท่าที่จะเป็นไปได้ในขณะที่ใช้โซลูชันนอกเครือข่าย (เช่น โรลอัป) สำหรับฟังก์ชันเพิ่มเติมและคุณสมบัติใหม่
อย่างไรก็ตาม ตอนนี้เขาเชื่อว่าการปรับเปลี่ยน "ปรัชญาบรรจุภัณฑ์ขั้นต่ำ" เล็กน้อยอาจจำเป็น ต่อไป เราจะสำรวจ "ปรัชญาการห่อหุ้มขั้นต่ำ" เพิ่มเติม รวมถึงข้อดีและข้อเสียของมัน
“ปรัชญาการห่อหุ้มขั้นต่ำ”
"การห่อหุ้มขั้นต่ำ" หมายถึงการห่อหุ้มฟังก์ชันเฉพาะในบล็อกเชนเพื่อทำให้การใช้งานง่ายขึ้นโดยไม่ต้องมีกฎเกณฑ์ที่เข้มงวด ตัวอย่างเช่น โปรโตคอล Ethereum ไม่จำเป็นต้องห่อหุ้มระบบการวางเดิมพันสภาพคล่องที่สมบูรณ์ (เช่น stETH ที่เปิดตัวโดย Lido) แต่เพียงต้องการห่อหุ้มส่วนเฉพาะของฟังก์ชันการทำงานที่แก้ไขความท้าทายที่สำคัญเท่านั้น ซึ่งจะช่วยนำคุณลักษณะไปใช้ในลักษณะที่เรียบง่ายและหลีกเลี่ยงไม่ให้ซับซ้อน
นักพัฒนาหลักของ Ethereum พยายามรักษาเลเยอร์ฐานให้สะอาด เรียบง่าย และปลอดภัยอยู่เสมอ การสร้างคุณสมบัติใหม่นอกเหนือจากโปรโตคอล Ethereum ถือเป็นความรับผิดชอบหลักของชุมชน Ethereum ที่เหลือ ตามคำพูดของ Vitalik Buterin Ethereum ถูกสร้างขึ้น “เพื่อทำหน้าที่เป็นเครื่องเสมือนในการตรวจสอบบล็อก” ข้อดีที่สำคัญประการหนึ่งของแนวทางนี้คือ การฮาร์ดฟอร์คสามารถอธิบายได้อย่างง่ายดายว่าเป็นธุรกรรมเดียวของสัญญาตัวประมวลผลบล็อก ข้อดีอื่นๆ ของโครงสร้างแบบมินิมอลลิสต์ ได้แก่ ความยืดหยุ่นในการตอบสนองความต้องการของผู้ใช้ที่แตกต่างกัน และหลีกเลี่ยงการขยายตัวของซอฟต์แวร์
อย่างไรก็ตาม ในขณะที่อุตสาหกรรมพัฒนาขึ้น ชุมชนตระหนักดีว่าการห่อหุ้มฟังก์ชันเพิ่มเติมอาจช่วยปรับปรุงโปรโตคอล Ethereum เช่น ลดค่าธรรมเนียมก๊าซ ปรับปรุงความปลอดภัย และลดความเสี่ยงจากการรวมศูนย์
แพ็คเกจ ERC-4337
ในปี 2023 Account Abstraction ซึ่งเป็นฟีเจอร์ใหม่ของ Ethereum ปรากฏอยู่ในสายตาของทุกคน นามธรรมบัญชีหรือที่รู้จักกันในชื่อ ERC-4337 เขียนโดย Vitalik Buterin ร่วมกับนักพัฒนาอีกห้าคน และเป็นมาตรฐานโทเค็นที่แนะนำนามธรรมบัญชี การแยกบัญชีนำเสนอคุณสมบัติใหม่ เช่น กระเป๋าเงินสัญญาอัจฉริยะ และการใช้โทเค็น ERC-20 เพื่อชำระค่าธรรมเนียมก๊าซให้กับผู้ใช้ Ethereum คุณสมบัติที่เป็นมิตรต่อผู้ใช้เหล่านี้มีประโยชน์ในการเร่งการยอมรับสกุลเงินดิจิทัลและกระเป๋าเงินดิจิทัล ดังนั้นจึงเป็นที่คาดหวังอย่างกว้างขวาง
นามธรรมบัญชีได้รับการแก้ไขหลายครั้งในช่วงหลายปีที่ผ่านมา พัฒนาจากข้อเสนอการปรับปรุง Ethereum ที่เรียกว่า EIP-86 ไปสู่รูปแบบสุดท้าย ERC-4337 ในฐานะ ERC การแยกบัญชีไม่จำเป็นต้องมีฮาร์ดฟอร์ค และมีอยู่ทางเทคนิคโดยไม่ขึ้นอยู่กับโปรโตคอล Ethereum
ปัจจุบัน Vitalik Buterin มองเห็นข้อได้เปรียบที่ชัดเจนในการห่อหุ้มบางส่วนของ ERC-4337 มาตรฐานนี้อำนวยความสะดวกในการต้านทานการเซ็นเซอร์ ประสิทธิภาพการใช้ก๊าซ และการรองรับ Opcode ของ Ethereum Virtual Machine (EVM)
หากใช้งานผ่านซอฟต์แวร์ภายนอก อาจเป็นไปได้ที่ผู้โจมตีอาจใช้ประโยชน์จากช่องโหว่ในสัญญาจุดเริ่มต้นเพื่อขโมยเงิน ในทางตรงกันข้าม การห่อหุ้ม ERC-4337 จะเข้ามาแทนที่สัญญาจุดเริ่มต้นเป็นฟังก์ชันภายในโปรโตคอล ทำให้เงินทุนของผู้ใช้ปลอดภัยยิ่งขึ้น นอกจากนี้ ในฐานะส่วนหนึ่งของโปรโตคอล L1 ผู้ใช้จะมีค่าแก๊สลดลงเมื่อใช้ฟังก์ชันสรุปบัญชีแบบห่อหุ้มเนื่องจากต้นทุนการจัดเก็บลดลง
การห่อหุ้ม PBS จะช่วยแก้ปัญหาความเสี่ยงในการรวมศูนย์ Ethereum
การห่อหุ้ม PBS จะช่วยแก้ปัญหาความเสี่ยงในการรวมศูนย์ Ethereum
การห่อหุ้มสามารถส่งเสริมการกระจายอำนาจและสร้างระบบที่ไม่เชื่อถือได้ และ Encapsulation PBS (การแยกผู้เสนอ/ผู้สร้าง) ก็เป็นตัวอย่างที่ดีของสิ่งนี้ ผู้เสนอของ Ethereum blockchain คือผู้ตรวจสอบความถูกต้องที่ขายสิทธิ์ในการผลิตบล็อกให้กับผู้สร้างที่เชี่ยวชาญในการแยกค่าสูงสุดที่แยกได้ (MEV) ออกจากบล็อก ผู้เสนอจะได้รับรางวัล MEV ในกระบวนการนี้ ในขณะที่ผู้สร้างบล็อกจะเก็บส่วนหนึ่งของรางวัล MEV ไว้สำหรับตนเอง
ปัจจุบันผู้ตรวจสอบใช้ mev-boost โซลูชันบุคคลที่สามของ FlashBot เพื่อเข้าถึงตลาดของผู้สร้าง ปัจจุบันโซลูชันนี้ได้รับความนิยมอย่างกว้างขวางและคิดเป็น 90% ของบล็อก Ethereum ที่ผลิต เพื่อปลดปล่อยโปรโตคอลจากความเสี่ยงของการรวมศูนย์ mev-boost การห่อหุ้ม PBS กำลังได้รับการสนับสนุน ซึ่งจะช่วยให้ PBS สามารถดำเนินการในชั้นฉันทามติของโปรโตคอล Ethereum ตลาดผู้สร้างในโปรโตคอลนี้จะเป็นอิสระจากการควบคุมของเครือข่ายส่วนกลางของบุคคลที่สาม (เรียกว่า "รีเลย์") ซึ่งทำหน้าที่เป็นบ้านประมูลในตลาด mev-boost
การห่อหุ้ม ZK-EVM และฟังก์ชันการปักหลักสภาพคล่อง
Vitalik Butein กล่าวว่านับตั้งแต่กำเนิดโครงการ Ethereum ก็พยายามทำให้ Ethereum หลักเรียบง่ายที่สุดเท่าที่จะเป็นไปได้โดยการสร้างโปรโตคอลไว้ด้านบน อย่างไรก็ตามเมื่อเร็ว ๆ นี้ มีความสนใจอย่างระมัดระวังในการรวมคุณสมบัติเพิ่มเติมเข้ากับโปรโตคอล Ethereum หลัก นอกเหนือจากคำอธิบายบัญชีที่เพิ่งกล่าวถึง คุณลักษณะนี้ยังช่วยให้กระเป๋าเงินสัญญาอัจฉริยะสามารถรองรับฟังก์ชันหลักๆ เช่น การแช่แข็งบัญชีและการกู้คืน ZKEVM หรือเครื่องเสมือนแบบ Zero-Knowledge Proof-based ยังปรับปรุงประสิทธิภาพการประมวลผลธุรกรรมโดยใช้ประโยชน์จากการเข้ารหัสขั้นสูงในลักษณะที่ปลอดภัยและเชื่อถือได้ ตามทฤษฎีแล้ว ทั้งสรุปบัญชีที่เป็นนามธรรมและ ZKEVM สามารถให้วิธีที่มีประสิทธิภาพมากขึ้นในการจัดการกับช่องโหว่
สำหรับ ZKEVM นั้น ERC-4337 ก็มีบทบาทในเรื่องนี้เช่นกัน แต่การมุ่งเน้นไปที่การขยายมากกว่าการแยกบัญชี คุณสมบัติโปรโตคอล ZK สามารถส่งเสริมปรัชญาความหลากหลายในหมู่ลูกค้า Ethereum การห่อหุ้ม ZKEVM จะช่วยให้ฉันทามติทางสังคมของ Ethereum สามารถจัดการกับกรณีพิเศษได้ โดยลดความจำเป็นในการกำกับดูแลเพิ่มเติมในระบบนิเวศแบบสะสม อย่างไรก็ตาม Ethereum อาจเผชิญกับความท้าทายในการห่อหุ้ม ZKEVM เนื่องจากบล็อกเชน Ethereum สามารถจัดเก็บข้อมูลที่จำกัดได้ อย่างไรก็ตาม ปัญหานี้สามารถแก้ไขได้ด้วย ZKEVM ที่บีบอัดข้อมูลเพิ่มเติม
Vitalik Buterin เชื่อว่าหาก ZKEVM ไม่จำเป็นต้องพกพาข้อมูล "พยาน" ประสิทธิภาพข้อมูลก็จะสูงขึ้น นั่นคือ หากมีการอ่านหรือเขียนข้อมูลเฉพาะในบล็อกก่อนหน้า ก็สามารถสันนิษฐานได้ว่าผู้พิสูจน์สามารถเข้าถึงข้อมูลนั้นได้โดยไม่ต้องแสดงหลักฐานอีกครั้ง
การห่อหุ้มฟังก์ชันการวางเดิมพันสภาพคล่องช่วยป้องกันการรวมศูนย์ของเครื่องมือตรวจสอบความถูกต้อง โดยทั่วไปแล้ว การวางหลักสภาพคล่องเกี่ยวข้องกับการล็อคหรือการวางเดิมพันสกุลเงินดิจิทัลบน PoS blockchain และรับโทเค็นที่เกี่ยวข้องจากแพลตฟอร์ม เช่น Lido ซึ่งสามารถนำไปใช้ใน DeFi ต่อไปได้ หากสถานการณ์ดังกล่าวเกิดขึ้นเพื่อให้โทเค็นเดียวมีอำนาจเหนือ อาจส่งผลให้มีเครื่องมือกำกับดูแลที่อาจมีความเสี่ยงเพียงตัวเดียวในการควบคุมผู้ตรวจสอบความถูกต้องของ Ethereum ส่วนใหญ่ โปรโตคอลเช่น Lido ให้การป้องกันที่มากขึ้นสำหรับเรื่องนี้แล้ว แต่การป้องกันชั้นเดียวอาจไม่เพียงพอ
ฟังก์ชันการห่อหุ้มต้องใช้พื้นที่ตรงกลางที่ยืดหยุ่น
ความเสี่ยงจากการรวมศูนย์อาจเกิดขึ้นเมื่อความซับซ้อนของโปรโตคอล Ethereum ถูกผลักไปยังเลเยอร์ภายนอก และการห่อหุ้มสามารถหลีกเลี่ยงปัญหานี้ได้ อย่างไรก็ตาม การห่อหุ้มที่มากเกินไปอาจทำให้ความไว้วางใจและการกำกับดูแลของโปรโตคอลมากเกินไป ส่งผลให้ความเป็นกลางของโปรโตคอลลดลง ความซับซ้อนของโปรโตคอลยังสร้างความเสี่ยงของระบบ เช่น การเข้ารหัสล่วงหน้าที่ต้องการความซับซ้อนเพิ่มเติม
ดังนั้นเมื่อพูดถึงเรื่องการห่อหุ้ม Vitalik Buterin จึงมีจุดยืนตรงกลางที่ยืดหยุ่น เขายังคงกระตือรือร้นที่จะห่อหุ้ม mempool ส่วนตัวเพื่อช่วยให้ผู้ใช้บรรเทาปัญหาต่างๆ เช่น front-run เช่นเดียวกับ mev-boost โซลูชัน mempool ส่วนตัวให้บริการโดยผู้ให้บริการบุคคลที่สาม ซึ่งทำให้เกิดข้อกังวลเกี่ยวกับการรวมศูนย์และความไว้วางใจ
แม้ว่าการห่อหุ้ม mempool ส่วนตัวสามารถแก้ปัญหานี้ได้ แต่ Vitalik Buterin ก็ใช้แนวทางเชิงปฏิบัติมากกว่า โดยอ้างว่า การห่อหุ้ม anti-frontrunning ใน L1 จะยังคงเป็นเรื่องยาก อย่างน้อยก็จนกว่าจะมีการเข้ารหัสล่าช้า จึงเป็นเรื่องยากจนกว่าความก้าวหน้าทางเทคโนโลยีอื่น ๆ สมบูรณ์หรือเกิดขึ้น
ประเด็นหลักที่เขาแบ่งปันในโพสต์บล็อกของเขามีดังนี้:
1. การห่อหุ้มสามารถช่วยหลีกเลี่ยงความเสี่ยงจากการรวมศูนย์
2. อย่างไรก็ตาม หากการห่อหุ้มจะทำให้โมเดลความน่าเชื่อถือของ Ethereum อ่อนแอลง และทำให้ Ethereum มีความเป็นส่วนตัวมากขึ้น วิธีที่ดีที่สุดคือหลีกเลี่ยงการใช้ฟังก์ชันการห่อหุ้ม
3. การห่อหุ้มฟังก์ชันมากเกินไปจะทำให้โปรโตคอลซับซ้อนเกินไป
4. หากผู้ใช้ใช้ฟังก์ชันการห่อหุ้มไม่เพียงพอ การห่อหุ้มอาจส่งผลเสียในระยะยาว
(หมายเหตุบรรณาธิการ: "ฟังก์ชันแบบนามธรรมเพิ่มเติม" ในที่นี้จะตรงกันข้ามกับ "ฟังก์ชันแบบแค็ปซูลเพิ่มเติม" ฟังก์ชันแบบนามธรรมสามารถนำไปใช้ทางอ้อมได้ด้วยซอฟต์แวร์ภายนอกมากกว่า ในขณะที่ฟังก์ชันแบบห่อหุ้มสามารถนำไปใช้ได้โดยตรงโดยอาศัยฟังก์ชันในตัวมากกว่า)
ในด้านหนึ่ง ผู้ที่มีแนวโน้มจะสรุปฟังก์ชันต่างๆ มากกว่ามีข้อดีดังต่อไปนี้:
1. หลีกเลี่ยงการขยายความน่าเชื่อถือของโปรโตคอลและโปรโตคอลโหลดการกำกับดูแลมากเกินไป
2. รองรับความต้องการของผู้ใช้ที่หลากหลาย
3. เมื่อความต้องการในอนาคตไม่แน่นอน
4. ลดความซับซ้อนของโปรโตคอล
ในทางกลับกัน ผู้ที่มีแนวโน้มจะห่อหุ้มฟังก์ชันการทำงานเพิ่มเติมมีข้อดีดังต่อไปนี้:
1. รับมือกับต้นทุนคงที่ที่สูง
2. เพิ่มฟังก์ชันการอนุญาตโปรโตคอล
3. ลดความเสี่ยงของข้อผิดพลาดของรหัสสำหรับผู้ใช้
4. หลีกเลี่ยงความเสี่ยงจากการรวมศูนย์ระดับสูง
บรรทัดล่างของวิวัฒนาการโปรโตคอล
แม้ว่าแผนเดิมของ Ethereum คือการทำให้บล็อกเชนทำงานอย่างปลอดภัยโดยการสร้างโปรโตคอลที่ด้านบน Vitalik Buterin เชื่อว่าอนาคตของ Ethereum ไม่ได้ถูกกำหนดไว้อย่างมั่นคง ดังคำพูดทั่วไปในอุตสาหกรรมที่ว่า “ไม่มีวิธีแก้ปัญหาที่สมบูรณ์แบบในสกุลเงินดิจิทัล มีเพียงการแลกเปลี่ยนเท่านั้น” การห่อหุ้มมีข้อดีของการลดความเสี่ยงจากช่องโหว่และความน่าจะเป็นที่ลดลงของการรวมศูนย์ แต่ข้อเสียที่ชัดเจนคือสามารถนำไปสู่ความซับซ้อนมากขึ้น โปรโตคอล ในที่สุดมันก็ขยายมากเกินไปและเทอะทะ มีการแลกเปลี่ยนที่ซับซ้อนเกี่ยวกับคุณลักษณะที่ควรนำเข้ามาในโปรโตคอล และคุณลักษณะใดควรทิ้งไว้ที่ระดับอื่นของระบบนิเวศ
โดยรวมแล้ว ในสภาพแวดล้อมปัจจุบัน Vitalik Buterin เชื่อว่าบล็อกเชนคือ "ระบบทางสังคม" และในกรณีที่เป็นประโยชน์ด้วยเหตุผลที่ดีและถูกต้อง เขามีแนวโน้มที่จะสนับสนุนโปรโตคอล Ethereum เพื่อห่อหุ้มฟังก์ชันเฉพาะบางอย่าง สำหรับฟังก์ชันที่ไม่ค่อยได้ใช้ อาจจำเป็นต้องถอดการห่อหุ้มออกเพื่อให้แน่ใจว่าสามารถใช้งานร่วมกับเวอร์ชันเก่าและโปรโตคอลแบบไลท์เวทได้ แน่นอนว่าเขารับทราบว่าการแลกเปลี่ยนบรรจุภัณฑ์จะยังคงพัฒนาต่อไปเมื่อเวลาผ่านไป
ความคิดเห็นทั้งหมด