Vitalik เสนอที่จะทำให้ Ethereum L1 เรียบง่ายขึ้น โดยตั้งเป้าที่จะทำให้โปรโตคอลเรียบง่ายเท่ากับ Bitcoin ภายในห้าปี

BlockBeats รายงานว่าเมื่อวันที่ 3 พฤษภาคม Vitalik Buterin ผู้ก่อตั้งร่วมของ Ethereum ได้เผยแพร่โพสต์บนบล็อกที่ระบุว่าเป้าหมายของ Ethereum คือการเป็น "สมุดบัญชีของโลก" ซึ่งเป็นแพลตฟอร์มสำหรับจัดเก็บทรัพย์สินและบันทึกของอารยธรรม และเป็นชั้นพื้นฐานสำหรับการเงิน การกำกับดูแล และการพิสูจน์ตัวตนของข้อมูลที่มีค่าสูง สิ่งนี้ต้องมีสองสิ่ง: ความสามารถในการปรับขนาดและความยืดหยุ่น เป้าหมายของโพสต์นี้คือการเน้นที่ด้านที่สำคัญอย่างยิ่งแต่กลับถูกประเมินต่ำเกินไปในด้านความยืดหยุ่น (และท้ายที่สุดคือความสามารถในการปรับขนาด) นั่นก็คือความเรียบง่ายของโปรโตคอล สิ่งที่ดีอย่างหนึ่งเกี่ยวกับ Bitcoin ก็คือการออกแบบโปรโตคอลที่เรียบง่ายและสวยงามมาก การรักษาโปรโตคอลให้เรียบง่ายช่วยให้ Bitcoin หรือ Ethereum กลายเป็นชั้นโครงสร้างพื้นฐานที่น่าเชื่อถือ เป็นกลาง และเชื่อถือได้ทั่วโลก ในอดีต Ethereum มักล้มเหลวในเรื่องนี้บ่อยครั้ง และในโพสต์นี้จะกล่าวถึงว่า Ethereum จะมีความชัดเจนได้เกือบเท่ากับ Bitcoin ได้อย่างไรในอีกห้าปีข้างหน้า

เลเยอร์ฉันทามติแบบเรียบง่าย: เลเยอร์ฉันทามติใหม่ (เดิมเรียกว่า "Beam Chain") มีเป้าหมายเพื่อนำประสบการณ์ทั้งหมดที่เราได้สะสมมาในด้านทฤษฎีฉันทามติ การพัฒนา ZK-SNARK เศรษฐศาสตร์การพิสูจน์การถือครอง และด้านอื่นๆ ตลอดทศวรรษที่ผ่านมามาใช้ เพื่อสร้างเลเยอร์ฉันทามติที่เหมาะสมที่สุดในระยะยาวสำหรับ Ethereum ข้อดีของเลเยอร์ฉันทามติคือมีความง่ายกว่าบีคอนเชนที่มีอยู่มาก

ลดความซับซ้อนของเลเยอร์การดำเนินการ: EVM มีความซับซ้อนมากขึ้น และความซับซ้อนนี้ส่วนใหญ่พิสูจน์แล้วว่าไม่จำเป็น (ในหลายๆ กรณีเป็นความผิดของฉัน) และขอแนะนำให้เปลี่ยน EVM ด้วย RISC-V หรือเครื่องเสมือนอื่นที่สามารถเขียนตัวพิสูจน์ Ethereum ZK ได้

ขอแนะนำให้เรียนรู้จากแนวทางของโครงการ tinygrad และกำหนด "เป้าหมายหมายเลขบรรทัดโค้ดสูงสุด" สำหรับข้อกำหนดทางเทคนิคในระยะยาวของ Ethereum เป้าหมายคือการทำให้โค้ดที่เกี่ยวข้องกับฉันทามติที่สำคัญใน Ethereum ใกล้เคียงกับความเรียบง่ายของ Bitcoin มากที่สุด โค้ดที่เกี่ยวข้องกับการประมวลผลกฎประวัติศาสตร์ของ Ethereum จะยังคงอยู่ แต่ควรจะเก็บไว้ให้ห่างจากเส้นทางวิกฤตตามความเห็นพ้อง ในขณะเดียวกัน เราควรนำหลักการต่อไปนี้มาใช้ในปรัชญาการออกแบบโดยรวมของเราด้วย: ให้ความสำคัญกับโซลูชันที่ง่ายกว่าเมื่อทำได้ สนับสนุน "ความซับซ้อนในเชิงสรุป" มากกว่า "ความซับซ้อนของระบบ" และให้ความสำคัญกับโซลูชันที่มีคุณสมบัติและการรับประกันที่ชัดเจนและตรวจสอบได้ในการตัดสินใจออกแบบ