การแนะนำ
หากประวัติศาสตร์ของบล็อคเชนคือประวัติศาสตร์ของการขยายตัวของ Bitcoin การอัปเกรดแบบเป็นวัฏจักรของ Ethereum ก็คือตัวบ่งชี้หลักของทิศทางการขยายตัว
การอัพเกรดฮาร์ดฟอร์กหลักของ Ethereum ทุกๆ 1-2 ปีจะค่อย ๆ แผ่ขยายจากตัวมันเองไปยัง L2 ของซีรีส์ Ethereum แต่ละซีรีส์ จากนั้นจึงขยายออกไปสู่การพัฒนา L1 หลายตัว EIP ที่มีอยู่ในฮาร์ดฟอร์กแต่ละครั้งแสดงถึงแก่นแท้ของชุมชนหลักของ Ethereum และเป็นผลจากความสมดุลระหว่างผลประโยชน์และต้นทุน
ให้ชิสิจุนพาคุณไปรู้จักกับ 11 Eips ของการอัปเกรด Prague-Electra จากมุมมองทางเทคนิค พวกมันคืออะไร พวกมันใช้ทำอะไร และทำไมถึงเป็น Eips ของอิเล็กตรา?
พื้นหลัง
คาดว่าเวลาที่แน่นอนในปัจจุบันสำหรับการอัพเกรดจะประกาศบนเครือข่ายทดสอบ Sepolia ในเวอร์ชัน 3.5 และบนเครือข่ายหลักของ Ethereum ในเวอร์ชัน 4.8 ประโยคแรกของเวอร์ชันที่เผยแพร่โดยฐานรหัสอย่างเป็นทางการของ Ethereum เมื่อ 4 วันที่แล้ว (26.02.2025) คือ: โอ้ ดูสิ มีการเผยแพร่ hotfix อีกครั้งแล้ว! ใช่ มีปัญหาอยู่ โค้ดเวอร์ชันที่เปิดใช้งานในเครือข่ายทดสอบ Holesky ในปัจจุบันได้ก่อให้เกิดการแตกสาขาในเครือข่ายทดสอบ (ซึ่งสามารถเข้าใจได้ว่าเป็นการหยุดทำงานครั้งใหญ่) แม้ว่าเราไม่จำเป็นต้องใส่ใจกับข้อบกพร่องในโค้ดที่แตกสาขา แต่คราวนี้เราสามารถเห็นความซับซ้อนของเนื้อหาได้ จากมุมมองส่วนตัวของฉัน การอัปเกรดครั้งนี้ยังถือ เป็นการอัปเกรดที่ส่งผลกระทบมากที่สุดต่อ Ethereum หลังจากการควบรวมกิจการของ Pow เป็น Pos ซึ่งจะเปลี่ยนแปลงโหมดการทำงานของเชนโดยสิ้นเชิงและมอบประสบการณ์ใหม่ รายชื่อ eip ที่สมบูรณ์มีดังนี้:
[ที่มา: https://ethroadmap.com/#pectra sticky]
แม้ว่าการนำเสนอข้อเสนอจะมีการเปลี่ยนแปลงเล็กน้อย แต่ก็ได้ดึงดูดความสนใจจากทีมงานกระเป๋าเงิน เช่น Okx, Metamask, WalletConnect, Biconomy, BaseWallet, Uniswap, Rhinestone, ZeroDev, TrustWallet, Safe และอื่นๆ โดยพื้นฐานแล้ว ทุกอย่างจะดำเนินการเพื่อให้แน่ใจว่าเครือข่ายหลักสามารถปรับตัวได้ทันทีที่มีการเปลี่ยนแปลง ในฐานะผู้ใช้ เรายังสามารถสัมผัสประสบการณ์ดังกล่าวได้ด้วยความช่วยเหลือของกระเป๋าเงินของเรา
แต่คำถามแกนที่แท้จริงก็คือ นอกเหนือไปจากการใช้งานทางเทคนิคของนักพัฒนาแล้ว การอัพเกรดนี้จะสามารถเปลี่ยนโครงสร้างระบบนิเวศของ Ethereum ได้จริงหรือไม่
การเปลี่ยนแปลงดังกล่าวมีความลึกซึ้งเพียงพอหรือไม่ หรือเป็นเพียงการแก้ไขตามปกติของ Ethereum Foundation ในยุค L2 เท่านั้น
การสแกนแบบพาโนรามา
มาใช้ตารางเพื่อรับรู้จังหวะโดยรวมกันดีกว่า:
เห็นได้ชัดว่าเราสามารถเห็นคุณสมบัติหลัก 3 ประการ:
ในขณะที่การพัฒนา Ethereum เข้าสู่โซนน้ำลึก โดยพื้นฐานแล้ว ผู้เสนอโครงการใหม่ทั้งหมดที่สามารถรวมอยู่ได้ล้วนมาจาก Ethereum Foundation เอง ในบรรดาพวกเขา Vitalik เป็นคนแรกที่เสนอการเปลี่ยนแปลงที่สำคัญ แทบจะเป็นไปไม่ได้เลยที่จะเห็นความคิดสร้างสรรค์ของบทบาทอื่นๆ ที่รวมอยู่ในการอัปเกรดอย่างเป็นทางการ นี่อาจเป็นหลักฐานว่า Ethereum กำลัง ดำเนินไปในแนวทางของตัวเอง มากขึ้นเรื่อยๆ และค่อยๆ กลายเป็นระบบการตัดสินใจแบบรวมศูนย์มากขึ้นเรื่อยๆ
อัตราการเร่งตัวของตลาด Ethereum กำลังเร่งตัวขึ้น ในเดือนพฤศจิกายนปีที่แล้ว ฉันได้บรรลุฉันทามติพื้นฐานในการอัปเกรดนี้ใน 8 รายการ และตอนนี้ การดำเนินการจริงมี 11 รายการ (การเพิ่มเป็นการเพิ่มประสิทธิภาพ 3 รายการที่ระดับ L2 ที่ส่งเสริมโดย Vitalik) ในอดีต เวอร์ชันหลักนั้นทำการปรับปรุงเพียงเล็กน้อยจากคอร์เดียว แต่ตอนนี้ แทบจะดำเนินการโดยหลายฝ่ายในเวลาเดียวกัน และ AA (เวอร์ชันฮาร์ดฟอร์ก) ซึ่งยากที่จะบรรลุฉันทามติมาหลายปีก็รวมอยู่ด้วย จากนี้เราสามารถสัมผัสได้ว่าด้วยการระเบิดของหลาย ๆ chain ในปัจจุบัน ระบบ EVM กำลังอยู่ในสถานะที่รุนแรงโดยเผชิญหน้ากับระบบ SVM ที่กำลังเติบโต (Solana เป็นต้น), ระบบการเคลื่อนไหว (Aptos เป็นต้น) และแม้แต่ระบบ BTC (BTC L2 ต่างๆ)
Ethereum กำลังใช้ประโยชน์จากข้อได้เปรียบทางระบบนิเวศน์และมีแนวโน้มที่จะเพิ่มประสิทธิภาพประสบการณ์ของผู้ใช้มากขึ้น บางทีคุณอาจคิดว่าการเพิ่มประสิทธิภาพประสบการณ์ของผู้ใช้เป็นสิ่งที่ควรทำใช่หรือไม่ ไม่เลย ในความเป็นจริง การรวมเวอร์ชันหลักๆ ของ Ethereum หลายครั้งไม่ได้เกี่ยวอะไรกับประสบการณ์ผู้ใช้โดยทั่วไปเลย ครั้งสุดท้ายที่มีการปรับขนาดบล็อก (การขยายกำลังการผลิตจะช่วยลดต้นทุนของผู้ใช้ และการลดความผันผวนของราคาถือเป็นการเพิ่มประสิทธิภาพประสบการณ์ของผู้ใช้) คือในปี 2018 ครั้งล่าสุด การนำ blob มาใช้ทำให้ค่าธรรมเนียมผู้ใช้ของ L2 ลดลงอย่างมาก และในครั้งนี้ จะเห็นได้จากสามจุดเวลาที่เน้นไปที่การปรับให้ต้นทุนผู้ใช้เหมาะสมที่สุด
แต่คำถามก็คือ Ethereum “ให้ความสำคัญกับประสบการณ์ของผู้ใช้เป็นอันดับแรก” จริงหรือ? หรือเป็นเพียงการถูกบังคับให้ปรับปรุงประสบการณ์ของผู้ใช้เท่านั้น? มาหารือรายละเอียดทีละรายการและทำความเข้าใจว่าเขาเปลี่ยนแปลงอะไรบ้าง
การเพิ่มประสิทธิภาพประสบการณ์
ก่อนอื่น การเปลี่ยนแปลงที่สำคัญที่สุดคือ 7702 ซึ่งแนะนำกลไกการแยกบัญชีจากการอัปเดตเลเยอร์เชน ก่อนหน้านี้ เราเคยมีบทความเชิงระบบเกี่ยวกับประเด็นนี้ ดังนั้น ฉันจะไม่พูดซ้ำอีกในครั้งนี้: จาก 4337 ถึง 7702: การตีความเชิงลึกของแทร็กการแยกบัญชี Ethereum ในอดีตและอนาคต
การตีความ
หากพูดอย่างเป็นกลาง 7702 จะทำลายกฎเกณฑ์ที่เป็นไปไม่ได้ที่ไม่ได้พูดออกมาบนหลาย ๆ เครือข่ายและยังทำลายตรรกะของแอปพลิเคชันของ Dapps ส่วนใหญ่ด้วย
สำหรับผู้ใช้ ยังคงเป็นที่อยู่ EOA และตรรกะ CA จะถูกขับเคลื่อนและใช้เมื่อจำเป็นเท่านั้น ดังนั้นต้นทุนการถือครองจึงต่ำ
ไม่จำเป็นต้องแปลงข้อมูลประจำตัว CA แบบออนเชนก่อนดำเนินการใดๆ ซึ่งหมายความว่าผู้ใช้ไม่จำเป็นต้องลงทะเบียน
ผู้ใช้สามารถใช้งาน EOA เพื่อดำเนินการธุรกรรมหลาย ๆ รายการพร้อมกันได้อย่างง่ายดาย เช่น การรวมการหักเงินที่ได้รับอนุมัติและการหักเงินที่ดำเนินการแล้วเป็นรายการเดียว ซึ่งจะช่วยลดต้นทุนธุรกรรมให้กับผู้ใช้งาน
สำหรับ Dapp โดยเฉพาะอย่างยิ่งสำหรับโปรเจ็กต์ที่จำเป็นต้องมีการจัดการระดับองค์กรบนเชน เช่น การแลกเปลี่ยน ถือเป็นการเพิ่มประสิทธิภาพที่ก้าวล้ำ เมื่อการรวบรวมแบบแบตช์เกิดขึ้นจริงในระบบนิเวศดั้งเดิม ต้นทุนการแลกเปลี่ยนพื้นฐานสามารถลดลงได้มากกว่าครึ่งหนึ่งในทันที ซึ่งท้ายที่สุดแล้วอาจเป็นประโยชน์ต่อผู้ใช้
ดังนั้นถึงแม้ว่าจะมีการเปลี่ยนแปลงไปมาก แต่ ขนาดของต้นทุนก็คุ้มค่าแก่การวิจัยและปรับตัวโดย Dapps ทั้งหมด เพราะครั้งนี้ ผู้ใช้จะยืนอยู่ข้าง EIP 7702 อย่างแน่นอน
แต่มีความเสี่ยงที่ซ่อนอยู่ที่นี่: แม้ว่าการแยกบัญชีจะช่วยลดต้นทุนการโต้ตอบ แต่ก็เพิ่มความซับซ้อนในการจัดการการอนุญาตผู้ใช้ด้วยเช่นกัน
หากผู้ผลิตกระเป๋าสตางค์ไม่สามารถปรับตัวได้อย่างถูกต้อง อาจส่งผลให้เกิดช่องโหว่ด้านความปลอดภัยที่ไม่คาดคิด ในอดีต สินทรัพย์แบบโซ่เดียวอาจสูญหายได้มากที่สุดระหว่างการสอบสวน แต่ในปัจจุบัน โซ่ทั้งหมดอาจสูญหายหรืออาจระเบิดในเวลาที่กำหนดก็ได้
เห็นได้ชัดว่านี่คือการอัปเกรดที่แฮกเกอร์ฟิชชิ่งชื่นชอบ และผู้ใช้ควรระมัดระวังเกี่ยวกับธุรกรรมบนเครือข่ายมากขึ้น
การเพิ่มประสิทธิภาพด้านแอปพลิเคชัน
EIP-2537 (การคอมไพล์ล่วงหน้าสำหรับการดำเนินการเส้นโค้ง BLS 12-381)
ผล
แนะนำการคอมไพล์ล่วงหน้าของเส้นโค้งวงรี BLS 12-381 ซึ่งเพิ่มประสิทธิภาพการดำเนินการเข้ารหัสที่ซับซ้อน เช่น การตรวจสอบลายเซ็น BLS ให้ความปลอดภัยที่สูงขึ้น (ความปลอดภัย 120+ บิต) และประสิทธิภาพการคำนวณ (การเพิ่มประสิทธิภาพแก๊ส)
ในแง่ของฟังก์ชันจริง ได้มีการเพิ่มการตรวจสอบลายเซ็น BLS การรวมคีย์สาธารณะ และการตรวจสอบลายเซ็นหลายลายเซ็น
ที่อยู่ที่คอมไพล์ไว้ล่วงหน้าเฉพาะจะถูกระบุไว้สำหรับการดำเนินการ BLS ที่แตกต่างกัน และสามารถดำเนินการสัญญาได้โดยตรงด้วยการเรียกใช้ที่อยู่ที่คอมไพล์ไว้ล่วงหน้าเหล่านี้โดยไม่ต้องใช้โค้ดเพิ่มเติมเพื่อดำเนินการทางคณิตศาสตร์ที่ซับซ้อนที่เกี่ยวข้องกับ BLS 12-381
การตีความ
กำลังมีความสะดวกมากยิ่งขึ้นสำหรับผู้ใช้ทั่วไปที่สามารถใช้กระเป๋าเงินสมาร์ทคอนแท็กต์หลายลายเซ็นในต้นทุนต่ำ สามารถลดความซับซ้อนและต้นทุนค่าก๊าซในการคำนวณการตรวจสอบลายเซ็นได้อย่างมาก และยังสามารถนำไปใช้และรองรับฟังก์ชันต่างๆ เช่น การพิสูจน์ความรู้เป็นศูนย์ (เช่น zk-SNARKs) และการเข้ารหัสแบบโฮโมมอร์ฟิกได้อย่างมีประสิทธิภาพมากขึ้น สิ่งนี้จะเข้ามามีบทบาทในแง่ของความเป็นส่วนตัวและการทำงานร่วมกัน (โดยเฉพาะอย่างยิ่งกับบล็อคเชนที่เปิดใช้งาน BLS อื่นๆ เช่น ZCash)
EIP-2935 (ให้บริการแฮชบล็อกประวัติศาสตร์จากรัฐ)
ผล
จัดเก็บแฮชบล็อก 8192 ล่าสุดในที่จัดเก็บของสัญญาระบบเพื่อให้ไคลเอนต์ที่ไม่มีสถานะได้รับข้อมูลแฮชบล็อกล่าสุด
การออกแบบนี้ช่วยให้ไคลเอนต์สามารถเข้าถึงข้อมูลแฮชบล็อกประวัติในระหว่างการดำเนินการโดยไม่จำเป็นต้องเก็บข้อมูลประวัติของเชนทั้งหมด ซึ่งเป็นสิ่งสำคัญอย่างยิ่งสำหรับโซลูชันการเพิ่มประสิทธิภาพในอนาคต เช่น ต้นไม้ Verkle
ข้อมูลแฮชเหล่านี้จะถูกเก็บไว้ในรูปแบบของบัฟเฟอร์วงแหวนและรองรับการอัปเดตแบบต่อเนื่อง นั่นคือการเก็บรักษาค่าแฮชบล็อก 8192 ล่าสุดอยู่เสมอ
ให้การดำเนินการ Set และ Get โดย SET คือที่อยู่ระบบที่สามารถใช้เขียนธุรกรรมได้ และผู้ใช้สามารถใช้ Get เพื่อสอบถามแฮชบล็อกโดยใช้หมายเลขบล็อก
การตีความ
เนื่องจากไคลเอนต์สามารถเข้าถึงแฮชบล็อกประวัติศาสตร์ได้ผ่านแบบสอบถามง่ายๆ โดยไม่ต้องใช้พื้นที่เก็บข้อมูลเพิ่มเติม แม้ว่าจะไม่มีผลกระทบโดยตรงต่อผู้ใช้ทั่วไปก็ตาม แต่จะช่วยส่งเสริมการเกิดขึ้นของไคลเอนต์ที่ไม่ต้องใช้พื้นที่เก็บข้อมูลเพิ่มเติม และมีค่าการเพิ่มประสิทธิภาพสำหรับแอปพลิเคชันบริการบนเชนที่ต้องมีการตรวจยืนยัน
นอกจากนี้ยังช่วยเรื่องต้นทุนของ Rollup L2 เนื่องจาก L2 ส่วนใหญ่จำเป็นต้องเข้าถึงแฮชบล็อก L1 จากช่วงเวลาที่ผ่านมาเพื่อตรวจสอบความสอดคล้องและข้อมูลในประวัติของข้อมูลบนเชน
นอกจากนี้ยังมีบริการการตรวจสอบแบบออนเชน เช่น ออราเคิล ซึ่งต้องมีการตรวจสอบและติดตามข้อมูลของบล็อกประวัติเพื่อป้องกันไม่ให้มีการรายงานข้อผิดพลาดของข้อมูลนอกเชน
การเพิ่มประสิทธิภาพหลายรายการสำหรับสถานการณ์การเดิมพัน
การสเตค Ethereum เป็นหัวข้อใหญ่แต่มีผลกระทบเพียงเล็กน้อยต่อผู้ใช้ทั่วไป (แต่หากคุณเข้าร่วมในการสเตค คุณต้องพิจารณาให้ลึกซึ้งยิ่งขึ้นและคิดเกี่ยวกับตรรกะทางเศรษฐกิจที่นี่) ฉันจะสรุปข้อเสนอแต่ละข้อในหนึ่งประโยคแล้วจึงแสดงความคิดเห็นร่วมกัน
EIP-6110 (การฝากผู้ตรวจสอบอุปทานบนเครือข่าย)
การดำเนินการสเตคจะได้รับการประมวลผลผ่านกลไกโปรโตคอลแบบอินเชน โดยกำจัดกลไกการลงคะแนนของเลเยอร์ฉันทามติ และเพิ่มประสิทธิภาพด้านความปลอดภัยและประสิทธิภาพของกระแสสเตค การเพิ่มรายการของการดำเนินการจำนำผู้ตรวจสอบลงในบล็อกเลเยอร์การดำเนินการ ทำให้การบันทึกและการยืนยันของการดำเนินการจำนำถูกวางไว้โดยตรงในโครงสร้างบล็อกเลเยอร์การดำเนินการ ดังนั้นเลเยอร์ฉันทามติจึงไม่จำเป็นต้องพึ่งพากลไกการลงคะแนนเสียงข้อมูลจำนำ (ข้อมูล eth 1) อีกต่อไป
EIP-7002 (การถอนออกที่เรียกใช้ได้ในเลเยอร์การดำเนินการ)
ข้อเสนอนี้จะช่วยให้เลเยอร์การดำเนินการของ Ethereum สามารถจัดเตรียมกลไกในการกระตุ้นการออกจากการตรวจสอบและการถอนบางส่วน ช่วยให้ผู้ตรวจสอบที่ใช้หลักฐานการถอน 0x 01 สามารถควบคุม ETH ที่เดิมพันไว้จากเลเยอร์การดำเนินการได้อย่างอิสระ
EIP-7251 (เพิ่ม MAX_EFFECTIVE_BALANCE)
เพิ่มขีดจำกัดการเดิมพันที่มีประสิทธิผลสำหรับผู้ตรวจสอบเพียงรายเดียว (เป็น 2,048 ETH) ในขณะที่ขีดจำกัดการเดิมพันขั้นต่ำยังคงอยู่ที่ 32 ETH
EIP-7549 ย้ายดัชนีคณะกรรมการไปนอกการรับรอง
ย้ายช่องดัชนีคณะกรรมการของข้อความ “การรับรอง” ของเลเยอร์ฉันทามติออกไปด้านนอกข้อความเพื่อให้การตรวจสอบง่ายขึ้นและเพิ่มประสิทธิภาพ ผลลัพธ์คือประสิทธิภาพการทำงานที่ได้รับการปรับปรุงสำหรับไคลเอนต์ FFG ของ Casper โดยเฉพาะอย่างยิ่งเมื่อทำงานในวงจร ZK
การตีความ
การเห็นสิ่งต่างๆ มากมายพร้อมกันอาจดูสับสน แต่อันที่จริงแล้วเราเพียงแค่ต้องควบคุมตัวเองให้กลับไปสู่ความต้องการที่แท้จริง
บริบทมหภาคคือคลัสเตอร์ผู้ตรวจสอบของ Ethereum กำลังเติบโตอย่างรวดเร็ว โดยมีผู้ตรวจสอบมากกว่า 830,000 รายในเดือนตุลาคม 2023 เนื่องจาก MAX_EFFECTIVE_BALANCE ถูกจำกัดไว้ที่ 32 ETH ผู้ดำเนินการโหนดจึงจำเป็นต้องสร้างบัญชีผู้ตรวจสอบหลายบัญชีเพื่อจัดการสินทรัพย์ที่เดิมพันไว้จำนวนมาก ซึ่งนำไปสู่การมี ผู้ตรวจสอบซ้ำซ้อน จำนวนมาก
ดังนั้น การเพิ่มขีดจำกัดสูงสุดผ่าน EIP-7251 สามารถลดจำนวนบัญชีที่ควบคุมและความซับซ้อนของระบบสำหรับโปรโตคอลสเตกกิ้งรวมเช่น lido ได้ แต่สิ่งนี้อาจเพิ่มปัญหาการกระจายอำนาจและทำให้ตลาดสเตกกิ้ง ETH มีการรวมอำนาจมากขึ้น
การรักษาสัดส่วนการถือหุ้นขั้นต่ำที่ 32 ตลอดเวลา หมายความว่าครัวเรือนขนาดใหญ่ยังคงต้องมีส่วนร่วม ซึ่งถือเป็นการประนีประนอมทางนิเวศวิทยาด้วยโปรโตคอลการรวม และยังป้องกันไม่ให้ครัวเรือนขนาดเล็กดำเนินการความถี่สูงที่ส่งผลกระทบต่อเสถียรภาพของเลเยอร์ฉันทามติ
ผ่านทาง EIP-7549 ความยืดหยุ่นของการดำเนินการถอนเงินจะเพิ่มขึ้น ซึ่งสะดวกสำหรับผู้เดิมพันและผู้ดำเนินการโหนดเพื่อปรับปรุงการควบคุมของพวกเขาที่มีต่อเงินทุน พื้นฐานทางเทคนิคในที่นี้คือการออกแบบดั้งเดิมมีข้อบกพร่องบางประการ เนื่องจากดัชนีคณะกรรมการรวมอยู่ในข้อมูลลายเซ็น แม้แต่การลงคะแนนเสียงเดียวกัน ก็อาจสร้างรากการลงนามที่แตกต่างกันเนื่องจากคณะกรรมการที่แตกต่างกัน ส่งผลให้จำเป็นต้องตรวจสอบการลงคะแนนเสียงแต่ละครั้งแยกกัน ดังนั้น แรงจูงใจของ EIP-7549 คือการลดจำนวนการดำเนินการจับคู่ที่จำเป็นสำหรับการตรวจยืนยันโดยการลบดัชนีคณะกรรมการออกจากลายเซ็น ซึ่งจะทำให้สามารถรวมคะแนนเสียงที่เหมือนกันได้
ดังนั้น จึงเป็นเรื่องสำคัญที่จะต้องทราบว่า Ethereum กำลังปรับปรุงประสบการณ์การสเตกกิ้งอย่างต่อเนื่อง ซึ่งสาระสำคัญก็คือการรวมกลุ่มผู้ดำเนินการสเตกกิ้งและโหนด นี่คือหัวใจสำคัญของ Ethereum หลังจากการควบรวมกิจการ เมื่อเงินจำนวนมากไม่อยู่ใน Ethereum อีกต่อไป ความปลอดภัยของ Ethereum เองก็จะสั่นคลอนไปด้วย
การเพิ่ม EIP หลายรายการจะช่วยให้ผู้ดำเนินการโหนดขนาดใหญ่สามารถรวมบัญชีผู้ตรวจสอบหลายบัญชีเข้าด้วยกันได้ ในขณะเดียวกันก็เพิ่มความยืดหยุ่นให้กับผู้ตรวจสอบรายย่อยด้วย เช่น การเพิ่มรายได้ผ่านการสะสมดอกเบี้ยทบต้นหรือการเพิ่มสเตกกิ้งที่ยืดหยุ่นยิ่งขึ้น
นี่เป็นสิ่งสำคัญมาก เมื่อถึง 32 ETH ดั้งเดิมแล้ว หากคุณสร้างรายได้ใหม่ 10 ETH คุณจะไม่สามารถใช้ ETH เพื่อสเตกกิ้งต่อไปได้ เนื่องจากคุณยังต้องได้รับ 32 ETH เพื่อเปิดบัญชีใหม่
แต่หลังจากการอัปเดตนี้ คุณสามารถเดิมพัน 42 ETH ได้โดยตรง จากนั้นดอกเบี้ยทบต้นของคุณก็สามารถกลับไปที่ ETH ได้อย่างชัดเจน
ดังนั้น ในความเห็นของฉัน ภายใต้สถานการณ์ปัจจุบันที่ผลตอบแทนของโปรเจ็กต์ DeFi ในตลาด ETH อ่อนแอ โปรเจ็กต์ดังกล่าวจะยังคงถูกดูดต่อไป และสภาพคล่องของ ETH จะลดลง นี่อาจเป็นแรงผลักดันให้มูลนิธิส่งเสริมซีรีส์นี้
การเพิ่มประสิทธิภาพของระบบนิเวศ L2
EIP-7623: เพิ่มต้นทุนข้อมูลการโทร
นี่คือสิ่งที่จะส่งผลกระทบต่อเลเยอร์ evm โดยจะเพิ่มค่าธรรมเนียมแก๊สของข้อมูลการโทรในธุรกรรมจาก 4/16 แก๊สต่อไบต์เป็น 10/40 แก๊ส ค่าทั้งสองค่าที่นี่ใช้เพื่อแยกความแตกต่างระหว่างค่าธรรมเนียม 0 ไบต์และไม่ใช่ 0 ไบต์ ซึ่งทั้งสองค่าจะสูงกว่า 2.5 เท่า
ในความเป็นจริง การลดแรงกดดันของบล็อกถือเป็นสิ่ง ที่บังคับให้ L2 ไม่ใช้ calldata แต่ให้ใช้ Blob มากขึ้น
EIP-7691: เพิ่มปริมาณงานแบบ Blob
เพิ่มขนาดของบล็อบในบล็อก จึงรองรับพื้นที่เก็บข้อมูล L2 ที่ใหญ่ขึ้นได้ ในการอัพเกรด Cancun ครั้งก่อนนั้น มีพารามิเตอร์หลักสองตัวที่แสดงถึง blobs ได้แก่ เป้าหมายและค่าสูงสุด ซึ่งใช้เพื่อระบุจำนวนเป้าหมายของ blobs ต่อบล็อกและจำนวนสูงสุดของ blobs ต่อบล็อก ในเมืองแคนคูน พารามิเตอร์คือ 3 และ 6 และตอนนี้หลังจากปราก พารามิเตอร์ก็กลายเป็น 6 และ 9 กล่าวโดยย่อ ความจุได้รับการขยายแล้ว
ในความเป็นจริง Ethereum กำลังเพิ่ม ทางด่วน ให้กับ L2 เท่านั้น แต่การแก้ปัญหา การจัดการการจราจร และ มาตรฐานการเรียกเก็บเงินสำหรับทางด่วนต่างๆ ถือเป็นปัญหาพื้นฐานที่สุด
EIP-7840: เพิ่มกำหนดการ blob ลงในไฟล์การกำหนดค่า EL
มีการเพิ่มไฟล์การกำหนดค่าเพื่อให้ไคลเอนต์สามารถปรับการตั้งค่าปริมาณบล็อบของ EIP-7691 ได้แบบไดนามิก
นอกจากนี้ยังมีพารามิเตอร์ baseFeeUpdateFraction ที่สามารถปรับการตอบสนองของการกำหนดราคาแก๊สของ blob ได้
การตีความ
อย่างไรก็ตาม นี่เป็นข้อเสนอ EIP ดังนั้นจึงฟังดูเป็นเรื่องเทคนิคมาก แต่แนวคิดหลักนั้นเข้าใจง่าย
จุดขายหลักของ Ethereum ได้เปลี่ยนไปจากระบบสัญญาของ Defi Summer มาเป็นชุมชนระบบนิเวศ L2 ระบบเชนอื่นๆ แม้แต่ระบบ L2 ของ BTC ที่ร้อนแรงที่สุดในรอบ 24 ปี (สาระสำคัญของการจารึกยังคงเป็นผลมาจากความคาดหวังของ L2) ก็ยังไม่สามารถแข่งขันกับ L2 ของ Ethereum ได้อย่างสิ้นเชิง
เนื่องจากมีความคล้ายคลึงกับ BTC เนื่องด้วยข้อจำกัดของเครือข่าย จึงยากที่จะบรรลุ L2 ในความหมายที่แท้จริงของการสำรองข้อมูลและการแบ่งปันความปลอดภัย
โซ่ svm และการเคลื่อนไหวอื่นๆ ยังคงพัฒนา L1 ของตัวเองอยู่และสำรวจ L2 เหนือมันอย่างผิวเผิน แน่นอนว่าประสิทธิภาพสูงของโซ่เหล่านี้ขึ้นอยู่กับ L2 น้อยกว่า
ดังนั้น Ethereum จึงปรับปรุงตัวเองผ่าน tps ของ L2 แน่นอนว่ามีปัญหาหลายอย่าง เช่น สภาพคล่องที่กระจัดกระจายและความซับซ้อนของเครือข่ายข้ามสาย แต่นี่เป็นวิธีเดียวที่เขาสามารถทำได้ เมื่อ web3 พัฒนาไปถึงขั้นของเชนแอปพลิเคชันความถี่สูงแล้ว ก็จะไม่ข้ามเชนบ่อยนัก นอกจากนี้ ยังมีการพยายามแก้ไขปัญหาสภาพคล่องและความเป็นสากล เช่น การแยกเชนออกจากกัน ในภายหลัง เราจะตีความเครือข่ายอนุภาคและการวิเคราะห์อื่นๆ
เนื่องจากค่าใช้จ่ายในการทำธุรกรรมบน L2 จะขึ้นอยู่กับความจุของ Blob ของ Ethereum เป็นอย่างมาก วัตถุประสงค์ในการแก้ไขค่าธรรมเนียมแก๊ส calldata คือเพื่อสนับสนุนให้ L2 ใช้ blob มากขึ้น และ ไม่ใช้ calldata ถาวรของ Ethereum ในการจัดเก็บข้อมูลสถานะ L2
นอกจากนี้ ความจุของ blob ยังต้องคำนึงถึงการเพิ่มขึ้นของ L2 ในภายหลัง และต้องสามารถกำหนดค่าแบบไดนามิกได้
ดังนั้น ผ่านทิศทางการพัฒนานี้ จึงสามารถกำหนดความแน่นอนของทิศทาง L2 ได้เพิ่มเติม ซึ่งยังหมายถึงความแน่นอนของความต้องการของตลาดในการแก้ไขข้อบกพร่องของ L2 อีกด้วย
ความคิดสุดท้าย
การอัพเกรด Prague เป็นจุดหยุดสำคัญบนเส้นทางวิวัฒนาการอย่างต่อเนื่องของ Ethereum แต่สำหรับฉันแล้ว การอัพเกรดนี้เป็นเพียงแผนประนีประนอมที่ต้องมีการประนีประนอมและปรับเปลี่ยนอย่างต่อเนื่อง
Ethereum กำลังถูกผลักดันโดยตลาดแทนที่จะเป็นผู้นำ เนื่องจากนอกเหนือจากการเพิ่มประสิทธิภาพเฉพาะ Ethereum ในการเดิมพันและ L2 แล้ว L1 อื่นๆ, bls, aa ฯลฯ ยังได้รับการนำร่องอย่างกว้างขวางโดย L1 อื่นๆ ด้วย
อย่างไรก็ตาม ในแง่ของความสำคัญโดยรวม แม้ว่าการอัปเกรดนี้จะไม่ได้กระตุ้นให้เกิดการสนทนาในตลาดอย่างกว้างขวางเหมือนกับ ลอนดอน และ การควบรวมกิจการ แต่การอัพเกรดนี้ก็ถือเป็นการวางรากฐานการปรับขนาดและการกระจายอำนาจที่สูงขึ้นอย่างเงียบๆ ให้กับเครือข่าย Ethereum
ความก้าวหน้าของการแยกบัญชีจะลดเกณฑ์สำหรับผู้ใช้ในการใช้แอปพลิเคชันเข้ารหัส การปรับปรุงกลไกการสเตกกิ้งจะช่วยเสริมสร้างความปลอดภัยและเสถียรภาพของเครือข่าย Ethereum PoS ให้ดีขึ้น การปรับปรุงความพร้อมใช้งานและปริมาณข้อมูลจะช่วยให้มีพื้นที่ที่กว้างขึ้นสำหรับระบบนิเวศชั้นที่สองที่เจริญรุ่งเรืองมากขึ้น
คาดการณ์ได้ว่าเมื่อการอัพเกรด Prague/Electra เสร็จสมบูรณ์ Ethereum จะมีประสิทธิภาพมากขึ้น เป็นมิตรมากขึ้น และยืดหยุ่นมากขึ้น ที่สำคัญกว่านั้น แนวคิดและเทคโนโลยีบางอย่างที่เกิดจากการอัปเกรด Prague จะช่วยชี้ทางไปสู่การปรับปรุงในอนาคต
ในการอัพเกรดฮาร์ดฟอร์ก โอซาก้า ครั้งต่อไปที่วางแผนไว้ ชุมชนอาจแนะนำการปรับปรุงที่ปฏิวัติวงการมากขึ้น เช่น โซลูชันสถานะต้นไม้ Verkle ที่รอคอยมายาวนาน และกลไกการยืนยันขั้นสุดท้ายแบบสล็อตเดียว
ในระยะยาว แผนงานการพัฒนาของ Ethereum นั้นชัดเจนและมั่นคง (แม้ว่าจะดื้อรั้นไปสักหน่อย) และผลสะสมจากการอัปเกรดเหล่านี้จะผลักดันให้ Ethereum บรรลุวิสัยทัศน์อันยิ่งใหญ่ของตนในการ “ทำธุรกรรมได้นับล้านธุรกรรมต่อวินาที” (The Surge) และต่อต้านการเซ็นเซอร์ ความเสี่ยงในการรวมศูนย์ที่ต่ำ (The Scourge)
การฮาร์ดฟอร์กโอซาก้าในช่วงปลายปี 2025 (คาดว่าจะล่าช้าไปเป็น 26 ปีตามปกติ) และฮาร์ดฟอร์กอัมสเตอร์ดัมในปี 2026 เราคาดหวังว่าการอัปเกรดแต่ละครั้งจะทำให้ Ethereum มีความสมบูรณ์และแข็งแกร่งมากขึ้น โดยมีฟังก์ชันที่สมบูรณ์ยิ่งขึ้น
