บทความ ผู้ก่อตั้ง Ethereum Vitalik Buterin กล่าวว่าการพึ่งพา L2s อาจทำให้ผู้ใช้สูญเสียเงินทุน ปรากฏครั้งแรกที่ Coinpedia Fintech News
บุคคลระดับสูงสองคนของ Ethereum เพิ่งแสดงความไม่เห็นด้วยต่อสาธารณะเกี่ยวกับวิธีการขยายขนาดโปรโตคอล และการสนทนานี้คุ้มค่าแก่การให้ความสนใจ
ผู้อำนวยการร่วมของ Ethereum Foundation Tomasz Stańczak แนะนำว่า Ethereum ควรยกเลิกความพยายามในการทำ statelessness ที่ L1 และปล่อยให้ L2s จัดการกับการขยายขนาด state แทน เขาเรียกแนวทางปัจจุบันว่าซับซ้อนเกินไปและ "ขัดกับแนวคิดของความเรียบง่าย" โดยเสริมว่าการออกแบบปัจจุบันนำไปสู่ "ไม่มีอะไรที่ดีไปกว่า L2s"
Vitalik Buterin ตอบกลับโดยตรงและไม่เห็นด้วย
Buterin แก้ไขวิธีที่ Stańczak นำเสนอประเด็นก่อน เขากล่าวว่าข้อเสนอปัจจุบันไม่ได้เกี่ยวกับ state "ความปลอดภัยสูงกว่า vs ความปลอดภัยต่ำกว่า" แต่เกี่ยวกับ "การเข้าถึงได้สูงกว่า vs การเข้าถึงได้ต่ำกว่า"
จากนั้นเขาวางแผนเส้นทางที่ Ethereum ขยายการดำเนินการ 1000 เท่า แต่ขยาย state เพียง 20 เท่า ในการตั้งค่านั้น การสร้าง storage slots ใหม่จะมีราคาแพงมากเมื่อเทียบกับการคำนวณ
แอปพลิเคชันจะต้องให้ merkle proofs เพื่ออัปเดต virtual state trees แทนการใช้ L1 storage แบบดั้งเดิม เขาสังเกตว่าโปรโตคอลความเป็นส่วนตัวทำงานแบบนี้อยู่แล้ว
นี่คือจุดที่สำคัญที่สุด Buterin กล่าวว่าการพึ่งพา L2s มากเกินไปหมายถึงการพึ่งพาโค้ดนอกโปรโตคอลมากขึ้น เมื่อโค้ดนั้นเสีย ผู้ใช้จะสูญเสียเงิน และไม่มี hard fork ที่จะแก้ไขมันได้
เขาชัดเจน: ความล้มเหลวในฉันทามติตามด้วย hard fork นั้น "แย่น้อยกว่า" การที่ผู้คนสูญเสียเงินทุนอย่างเงียบๆ ผ่านโครงสร้างพื้นฐาน L2 ที่เสีย สิ่งนี้สอดคล้องกับความคิดเห็นล่าสุดของเขาที่เขาเรียก L2s ส่วนใหญ่ว่า "copypasta EVM chains" และกล่าวว่า Ethereum ไม่ต้องการมันเพิ่มอีก
หากเป้าหมายคือการลดงานของ L1 ให้น้อยที่สุด Buterin กล่าวว่าเขาจะเลือกแนวทาง UTXO แบบพื้นฐาน โดยเริ่มจากการย้าย receipts ไปยัง SSZ เพื่อความสามารถในการพิสูจน์ที่ดีขึ้น
แต่เขาไม่ได้ล็อกอะไรไว้
อ่านเพิ่มเติม: Vitalik Buterin ต้องการให้ Ethereum อยู่รอดได้โดยไม่มีเขา เปิดเผยแผน 7 ขั้นตอน
ด้วยการเพิ่ม gas limit ของ Ethereum L1 ที่วางแผนไว้สำหรับปี 2026 และ Buterin ตั้งคำถามถึงบทบาทของ L2s อย่างเปิดเผย การถกเถียงภายใน Foundation นี้อาจหล่อหลอมแผนงานการขยายขนาดของโปรโตคอลในอนาคต

