ผลกระทบที่อาจเกิดขึ้นของ EIP-4844: สามารถปรับปรุงความสามารถในการขยายขนาดและลดค่าธรรมเนียมการทำธุรกรรมได้มากเพียงใด
ผู้เขียนต้นฉบับ: แฟน 0x, Smarti Lab
เรียบเรียงต้นฉบับ: Peng SUN, Foresight News
TL;DR:
1. เราใช้วิธีการคำนวณสองวิธีเพื่อประเมินการลดค่าธรรมเนียม Gas, TPS (ธุรกรรมต่อวินาที) ที่เป็นไปได้ และความสามารถในการรองรับ Rollups หลังจากใช้ EIP-4844
2. คาดว่า EIP-4844 อาจรองรับ Calldata ได้มากขึ้น ตั้งแต่ 38 ครั้งถึง 192 ครั้ง โดยมีขนาด Calldata 10 KB และ 2 KB ตามลำดับ เนื่องจากสามารถรองรับ Calldata ได้มากขึ้นในบล็อกเดียวกัน ต้นทุนต่อหน่วยของ Calldata ก็จะลดลงตามไปด้วย
3. สมมติว่าขนาด Calldata ของแต่ละ Rollup อยู่ที่ 2 KB เท่ากัน EIP-4844 จะสามารถรองรับ Rollup ได้สูงสุด 384 รายการเท่านั้น
4. ภายใต้สถานการณ์ปกติ (เช่น เมื่อบล็อกถึงขนาดเป้าหมาย) Ethereum จะสูงถึง 175 TPS ผ่าน EIP-4844 โดยสูงสุดที่ 350
5. ตรงกันข้ามกับความเชื่อที่นิยม EIP-4844 เพียงอย่างเดียวไม่เพียงพอที่จะปรับปรุงความสามารถในการขยายขนาดของ Ethereum ได้อย่างมีนัยสำคัญ
6. การใช้เลเยอร์ DA ทางเลือก (เช่น Celestia) หรือ DAC (เช่น zkPorter) การปรับปรุงอัตราการบีบอัดข้อมูลธุรกรรม L2 และการเพิ่มสัดส่วนของ zk Rollups จะมีผลกระทบสำคัญในการปรับปรุงความสามารถในการปรับขนาดของ Ethereum ต่อไป
Proto-danksharding (หรือที่รู้จักในชื่อ EIP-4844) เสนอให้ใช้ตรรกะและกฎส่วนใหญ่ที่ Danksharding อาจใช้ในอนาคต ในปัจจุบัน เนื่องจากต้นทุนพื้นที่จัดเก็บบน L1 สูง ค่าธรรมเนียมการเปลี่ยนแปลงสำหรับ L2 จึงค่อนข้างสูงเช่นกัน เพื่อแก้ไขปัญหานี้ EIP-4844 ขอแนะนำ Blob ประเภทข้อมูลใหม่ซึ่งมีราคาถูกกว่าและใหญ่กว่า calldata ซึ่งเป็นอีกวิธีหนึ่งในการจัดเก็บข้อมูลแบบม้วน
ด้วยการเปิดตัว EIP-4844 ที่กำลังจะมาถึง ตัวจัดลำดับ L2 อาจทำกำไรได้มากขึ้น เนื่องจากซีเควนเซอร์มีหน้าที่นำเข้าชุดธุรกรรมไปยัง L1 และชำระค่าธรรมเนียมข้อมูล และค่าธรรมเนียมข้อมูล L1 ที่ซีเควนเซอร์ชำระจะลดลงอย่างมาก ค่าธรรมเนียมการทำธุรกรรมต่ำมีศักยภาพในการสร้าง MEV มากขึ้นโดยการเพิ่มจำนวนคำสั่งซื้อใน L2
การอัพเกรด Cancun จะรวม EIP-4844 ด้วย แต่ยังไม่มีเวลาที่แน่นอนสำหรับการอัพเกรด ทีมวิจัยของ Ethereum Foundation ระบุว่าการอัพเกรด Cancun อาจเปิดตัวในปลายเดือนตุลาคม อย่างไรก็ตามมีแนวโน้มว่าจะเปิดตัวประมาณไตรมาสแรกของปี 2567
แล้ว EIP-4844 สามารถลดค่าธรรมเนียมการทำธุรกรรมได้ขนาดไหน?ปัจจุบันค่าธรรมเนียมการทำธุรกรรมของ L2 ส่วนใหญ่ประกอบด้วยสองส่วน:
ค่าสะสม:ค่าใช้จ่ายในการบรรจุภัณฑ์ การส่ง และการจัดเก็บธุรกรรมบน Ethereum
ค่าใช้จ่ายในการดำเนินการ:ต้นทุนการดำเนินการธุรกรรมบน L2
L2 Transaction Fee = Rollup Costs + Execution Costs
= [ L1 Gas Price * (Calldata + Fixed Overhead) ] + [ L2 Gas Price * L2 Gas Used ]

มองในแง่ดีเป็นตัวอย่าง ปัจจุบันเกือบ 80% ของค่าธรรมเนียมการทำธุรกรรมทั้งหมดมาจากต้นทุนพื้นที่จัดเก็บ L1 (เช่น ต้นทุน Calldata) เราเพิกเฉยต่อผลกระทบของค่าธรรมเนียมอื่นๆ ในตอนนี้ และเสนอสองวิธีเพื่อประเมินค่าธรรมเนียมการทำธุรกรรม L2 ที่อาจลดลงหลังจาก EIP-4844

มีอยู่EIP-4844 หลังจากนำข้อเสนอไปใช้แล้ว ขนาดของแต่ละ Blob คือ 128 KB และแต่ละ Blob จะใช้ 131,072 Gas ดังนั้นโดยเฉลี่ยแต่ละไบต์ข้อมูล Blob จะใช้ 128 * 1024/131, 072 = 1 Gas ในการเปรียบเทียบ ปัจจุบันการจัดเก็บ Calldata ไบต์เดียวจะใช้ 16 Gas นี่แสดงให้เห็นว่าต้นทุนการจัดเก็บของธุรกรรม L2 จะลดลง 16 เท่า
อย่างไรก็ตาม วิธีการนี้จะเปรียบเทียบต้นทุนพื้นที่จัดเก็บต่อไบต์เท่านั้น และไม่พิจารณาความจุก๊าซรวมของบล็อก เนื่องจากปริมาณก๊าซทั้งหมดที่บล็อกเดียวสามารถบรรทุกได้อาจเปลี่ยนแปลงหลังจาก EIP-4844 ต้นทุนการจัดเก็บธุรกรรม L2 อาจลดลงมากกว่า 16 เท่า
วิธีที่สองพิจารณาขนาดบล็อกและตรวจสอบจำนวนครั้งที่ Calldata ปัจจุบันสามารถรองรับได้ภายใต้ขนาดบล็อกที่แตกต่างกัน ตามพารามิเตอร์ปัจจุบัน ภายใต้สถานการณ์ขนาดบล็อกเป้าหมาย บล็อกสามารถรองรับ 3 blobs (0.375 MB) และสูงสุด 6 blobs (0.75 MB) เมื่อพิจารณาว่า Calldata ปัจจุบันของแต่ละบล็อกกินพื้นที่ประมาณ2-10 KBหลังจาก EIP-4844 สามารถรองรับ Calldata ได้สูงสุด 0.75 * 1024/2 = 384 เท่า
อย่างไรก็ตาม เมื่อขนาดบล็อกเพิ่มขึ้นจากค่าเป้าหมายเป็นค่าสูงสุด ราคาก๊าซก็จะเพิ่มขึ้นแบบทวีคูณ ดังนั้น,ในกรณีทั่วไป (เช่น เมื่อบล็อกถึงขนาดเป้าหมาย) EIP-4844 สามารถรองรับ Calldata 38 - 192 เท่าของ 10 KB และ 2 KB Calldata ตามลำดับเมื่อความจุของ Calldata ภายในบล็อกเพิ่มขึ้น ต้นทุนการจัดเก็บข้อมูลของ Calldata ก็จะลดลงตามไปด้วย ดังนั้นต้นทุนของธุรกรรม L2 ก็จะลดลงตามไปด้วย
นอกจากนี้ สมมติว่าขนาด Calldata ของแต่ละ Rollup มีขนาด 2 KB เท่ากัน EIP-4844 จะสามารถรองรับ Rollup ได้สูงสุด 384 รายการเท่านั้น ซึ่งไปไม่ถึงพันโรลอัพที่หลายคนจินตนาการไว้
จากนี้ เรายังสามารถได้รับลำดับของ TPS ที่ Ethereum สามารถทำได้หลังจาก EIP-4844 ปัจจุบันธุรกรรม L2 โดยเฉลี่ยมีค่าใช้จ่ายประมาณ3000 Gasข้อมูลการโทร เมื่อพิจารณาว่า Calldata มีค่าใช้จ่ายก๊าซ 16 ต่อไบต์ นี่บ่งชี้ว่าธุรกรรม L2 แต่ละรายการบน L1 มีขนาดประมาณ 187 ไบต์

หลังจาก EIP-4844 ขนาดบล็อกเป้าหมายคือ 0.375 MB และ Ethereum จะสร้างบล็อกทุกๆ 12 วินาที ดังนั้น พื้นที่ว่างต่อวินาทีคือ 0.375 / 12 * 1024 = 32 KB ซึ่งสามารถรองรับ 32 * 1024 / 187 = 175 ธุรกรรม ดังนั้น ภายใต้สถานการณ์ปกติ (เช่น เมื่อบล็อกถึงขนาดเป้าหมาย) TPS ของ Ethereum หลังจากอัปเกรด EIP-4844 ควรเป็น 175 โดยสูงสุดที่ 350
แม้ว่า TPS ที่สูงขึ้นจะสามารถปรับปรุงประสิทธิภาพได้ แต่ก็เป็นที่น่าสังเกตว่าถึงแม้จะมีการใช้ EIP-4844 แล้ว Ethereum ก็ยังไม่ดีเท่ากับ Visa ซึ่งปัจจุบันมี TPS สูงถึง 1,700 ช่องว่างนี้อาจทำให้เกิดความแออัดของเครือข่าย L1 และ L2 โดยเฉพาะอย่างยิ่งในสถานการณ์ที่มีความต้องการสูง
ดังนั้น EIP-4844 เพียงอย่างเดียวจึงไม่เพียงพอที่จะทำให้ Ethereum สามารถปรับขนาดได้มากขึ้นเรายังต้องการโซลูชันความพร้อมใช้งานข้อมูลที่คุ้มต้นทุนและมีประสิทธิภาพมากขึ้นเพื่อจัดเก็บข้อมูล Calldata ได้มากขึ้น (เช่น เลเยอร์ DA เช่น Celestia หรือ DAC เช่น zkPorter) ซึ่งยังคงมีความสำคัญอย่างยิ่งในการบรรลุความสามารถในการปรับขนาด
สุดท้ายนี้ อัตราการบีบอัดของธุรกรรม L2 ส่งผลโดยตรงต่อขนาดของ Calldata ที่จัดเก็บไว้ใน L1 ยิ่งอัตราส่วนกำลังอัดสูง ต้นทุน L1 ก็จะยิ่งต่ำลง เนื่องจาก zkRollup ยังคงพัฒนาต่อไป ปริมาณข้อมูลที่จำเป็นต้องจัดเก็บบน L1 จะลดลงเรื่อยๆ ซึ่งจะเอื้อต่อการปรับปรุงความสามารถในการปรับขนาดของ Ethereum ได้มากขึ้น เนื่องจาก zkRollup แตกต่างจาก Optimistic Rollup zkRollup จึงจำเป็นต้องจัดเก็บการเปลี่ยนแปลงสถานะแทนธุรกรรมทั้งหมดเท่านั้น
สรุปแล้ว
ในบทความนี้ เราใช้วิธีการคำนวณที่แตกต่างกันสองวิธีเพื่อประเมินการลดค่าธรรมเนียมก๊าซ TPS (ธุรกรรมต่อวินาที) ที่เป็นไปได้ และความสามารถในการรองรับการยกเลิกหลังจากใช้ EIP-4844 ผลลัพธ์แสดงให้เห็นว่า สมมติว่าขนาด Calldata ของแต่ละชุดรวมอัปเดตมีขนาด 2 KB เท่ากัน EIP-4844 จะสามารถรองรับชุดรวมอัปเดตได้น้อยกว่า 400 ชุดเท่านั้น นี่เป็นหนทางไกลจากความต้องการชุดรวมอัปเดตหลายพันรายการที่หลายคนคาดหวัง การใช้เลเยอร์ DA หรือ DAC ทางเลือก การเพิ่มอัตราการบีบอัดข้อมูลธุรกรรม L2 และการเพิ่มสัดส่วนการสะสม zk ล้วนมีผลกระทบสำคัญต่อการปรับปรุงความสามารถในการปรับขนาดของ Ethereum ต่อไป


