ขณะนี้ Ethereum กำลังอยู่ระหว่างการอัปเกรดเครือข่ายหลักที่เรียกว่า "Fusaka" ซึ่งถือเป็นอีกหนึ่งก้าวสำคัญในแผนงานขยายธุรกิจที่กำลังดำเนินอยู่ การอัปเกรดครั้งนี้มีเป้าหมายเพื่อลดต้นทุนการทำธุรกรรมบนเครือข่าย Layer-2 ด้วยการเพิ่มความจุข้อมูลอย่างมีนัยสำคัญและเพิ่มประสิทธิภาพของโปรโตคอล ซึ่งจะช่วยเสริมสร้างความแข็งแกร่งให้กับตำแหน่งหลักของ Ethereum ในฐานะเลเยอร์การชำระเงินที่มีประสิทธิภาพระดับโลก
ตามแผน การอัปเกรด Fusaka จะเปิดใช้งานในวันที่ 3 ธันวาคม 2568 ที่ความสูงของบล็อก 13,164,544 นี่ถือเป็นก้าวใหม่ของ Ethereum ในเส้นทางการขยายขนาด ต่อจากการอัพเกรด Dencun และ Pectra เคนนี ลี หัวหน้าฝ่ายคริปโตของ Goldman Sachs ชี้ให้เห็นว่า Fusaka ถือเป็นก้าวต่อไปของแผนงานการขยายขนาดของ Ethereum โดยมีเป้าหมายเพื่อผลักดันเครือข่ายให้พัฒนาไปสู่เลเยอร์การชำระเงินที่ทั้งสร้างผลกระทบในระดับโลกและคุ้มค่า
การเปลี่ยนแปลงที่สำคัญที่สุดในการอัปเกรดนี้คือการนำเทคโนโลยี "PeerDAS" (Peer Data Availability Sampling) มาใช้ ฟีเจอร์นี้มีเป้าหมายที่จะเพิ่มความจุข้อมูลของเครือข่ายเลเยอร์ 2 ในทางทฤษฎีขึ้น 8 เท่า ส่งผลให้ปริมาณธุรกรรมสูงขึ้น และอาจช่วยลดค่าธรรมเนียมการทำธุรกรรมสำหรับผู้ใช้เลเยอร์ 2 ได้อย่างมาก
ยิ่งไปกว่านั้น การอัปเกรด Fusaka ยังรวมถึงการเปิดตัวกลไกการ fork แบบ "Blob-only" (BPO) ซึ่งทำให้การเพิ่มความจุเครือข่ายในอนาคตมีความยืดหยุ่นมากขึ้น นอกจากนี้ยังเพิ่มประสิทธิภาพการทำงานของเมนเน็ต Layer-1 ผ่านฟีเจอร์ต่างๆ เช่น การหมดอายุของพื้นที่จัดเก็บและการควบคุมบล็อก และปรับปรุงฟังก์ชันการทำงานของกระเป๋าเงินและประสบการณ์ผู้ใช้ การเปลี่ยนแปลงเหล่านี้ถือเป็นก้าวกระโดดเชิงโครงสร้างของ Ethereum ในแง่ของความสามารถในการปรับขนาด ความยั่งยืน และความสามารถในการใช้งาน
จากเดนชุนถึงฟุซากะ: มุ่งเน้นการปรับขนาดและการเพิ่มประสิทธิภาพโครงสร้างพื้นฐาน
การอัพเกรด Fusaka แท้จริงแล้วเป็นการเปิดใช้งานการอัพเกรดชั้น consensus "Fulu" และการอัพเกรดชั้น execution "Osaka" พร้อมกัน ตามแผนขั้นสุดท้ายที่ได้รับการยืนยันจากมูลนิธิ Ethereum ข้อเสนอการปรับปรุง Ethereum (EIP) ที่รวมอยู่ในการอัพเกรดจะมุ่งเน้นไปที่สามด้านหลัก:
- ปรับปรุงประสิทธิภาพเลเยอร์ 1: ซึ่งรวมถึงคุณลักษณะต่างๆ เช่น การหมดอายุของพื้นที่จัดเก็บ (EIP-7642) และการจำกัดปริมาณธุรกรรม (EIP-7825) ซึ่งออกแบบมาเพื่อรักษาประสิทธิภาพของโหนดเมื่อการใช้งานเครือข่ายเพิ่มขึ้น
- การขยายความจุข้อมูลเลเยอร์ 2: แกนหลักคือ PeerDAS (EIP-7594) เสริมด้วยการอัปเดตพารามิเตอร์ Blob (EIP-7892) และการเพิ่มประสิทธิภาพต้นทุน Blob (EIP-7918)
- ประสบการณ์ผู้ใช้และเครื่องมือสำหรับนักพัฒนาที่ได้รับการปรับปรุง: รวมถึงคุณลักษณะต่างๆ เช่น การแสดงตัวอย่างผู้เสนอแบบกำหนดแน่นอน (EIP-7917) และการสนับสนุนที่คอมไพล์ไว้ล่วงหน้าสำหรับเส้นโค้ง secp256r1 (EIP-7951) เพื่อปรับปรุงการทำงานของกระเป๋าเงินและการพัฒนาแอปพลิเคชัน
ทิศทางทั้งสามนี้สอดคล้องอย่างยิ่งกับลำดับความสำคัญเชิงกลยุทธ์ที่มูลนิธิ Ethereum กำหนดไว้ในเดือนเมษายน 2568 (การขยายเครือข่ายหลัก Ethereum, การขยาย Blobs และการปรับปรุงประสบการณ์ผู้ใช้) บทความนี้จะมุ่งเน้นไปที่การปรับปรุงความจุข้อมูลเลเยอร์ 2 และการปรับกลไกค่าธรรมเนียมให้เหมาะสมที่สุด
ภารกิจหลัก: เส้นทางสู่การปรับขนาดที่เน้นที่ L2
เพื่อทำความเข้าใจว่าเหตุใด Ethereum จึงมุ่งเน้นที่การปรับขนาดผ่าน Layer-2 จำเป็นต้องทบทวนปรัชญาการออกแบบของมัน
ในยุค "สามทางแห่งบล็อกเชน" (การไม่สามารถบรรลุการกระจายอำนาจ ความปลอดภัย และความสามารถในการขยายระบบได้พร้อมกัน) การออกแบบในช่วงแรกของ Ethereum ให้ความสำคัญกับการกระจายอำนาจและความปลอดภัยสำหรับเลเยอร์ 1 สิ่งนี้นำไปสู่ปัญหาคอขวดในเลเยอร์ 1 เช่น ค่าธรรมเนียมการทำธุรกรรมที่สูงและเวลาในการยืนยันที่ล่าช้า เนื่องจากความต้องการแอปพลิเคชันแบบกระจายอำนาจเพิ่มขึ้น
ในยุค "สามทางแห่งบล็อกเชน" (การไม่สามารถบรรลุการกระจายอำนาจ ความปลอดภัย และความสามารถในการขยายระบบได้พร้อมกัน) การออกแบบในช่วงแรกของ Ethereum ให้ความสำคัญกับการกระจายอำนาจและความปลอดภัยสำหรับเลเยอร์ 1 สิ่งนี้นำไปสู่ปัญหาคอขวดในเลเยอร์ 1 เช่น ค่าธรรมเนียมการทำธุรกรรมที่สูงและเวลาในการยืนยันที่ล่าช้า เนื่องจากความต้องการแอปพลิเคชันแบบกระจายอำนาจเพิ่มขึ้น
เพื่อแก้ไขปัญหานี้ Ethereum ได้นำแผนงาน "เน้น Rollup" มาใช้ กลยุทธ์นี้จะโอนภาระงานประมวลผลธุรกรรมส่วนใหญ่ไปยังเครือข่าย Layer-2 ซึ่งธุรกรรมจะดำเนินการแบบนอกเครือข่าย จากนั้นข้อมูลที่บีบอัดแล้วจะถูกเผยแพร่กลับไปยัง Ethereum Layer-1 เพื่อดำเนินการขั้นสุดท้ายและรักษาความปลอดภัย
แนวทางแบบโมดูลาร์นี้ช่วยให้ Ethereum สามารถปรับขนาดได้โดยไม่ต้องละทิ้งหลักการการกระจายศูนย์หลัก อย่างไรก็ตาม แนวทางนี้ยังก่อให้เกิดปัญหาใหม่เกี่ยวกับ "ความพร้อมใช้งานของข้อมูล" นั่นคือการพิสูจน์ให้ทั้งเครือข่ายทราบว่าข้อมูลที่บีบอัดที่เผยแพร่นั้นถูกต้อง โดยไม่ต้องให้ทุกโหนดดาวน์โหลดข้อมูลทั้งหมด
PeerDAS: กุญแจสำคัญสู่การเติบโตของความจุข้อมูล 8 เท่า
PeerDAS ซึ่งเป็นฟีเจอร์ที่มีผลกระทบมากที่สุดในการอัปเกรด Fusaka ถูกสร้างขึ้นมาเพื่อแก้ไขปัญหาความพร้อมใช้งานของข้อมูลที่กล่าวถึงข้างต้นโดยเฉพาะ
ก่อน Fusaka แม้ว่าการอัปเกรด Dencun จะเปิดตัว "Blobs" ซึ่งเป็นวิธีการจัดเก็บข้อมูลเลเยอร์ 2 ที่คุ้มต้นทุน แต่โหนดเต็มของ Ethereum แต่ละโหนดยังคงต้องดาวน์โหลดข้อมูล Blob ทั้งหมด ซึ่งจำกัดแบนด์วิดท์และขีดจำกัดปริมาณงานของเครือข่าย
PeerDAS เปลี่ยนแปลงกระบวนทัศน์นี้โดยพื้นฐาน หลังจากการอัปเกรด เครือข่ายจะแบ่งส่วนข้อมูล Blob ออกเป็นชิ้นเล็กๆ และกระจายไปยังโหนดต่างๆ แต่ละโหนดจำเป็นต้องดาวน์โหลดและตรวจสอบข้อมูลเพียงส่วนเล็กๆ (ประมาณ 1/8) ของข้อมูลทั้งหมด ทำให้มั่นใจได้ถึงความพร้อมใช้งานและความสมบูรณ์ของชุดข้อมูลทั้งหมดผ่านวิธีการเข้ารหัส กลไกนี้ช่วยลดความต้องการทรัพยากรของแต่ละโหนดได้อย่างมาก ซึ่งในทางทฤษฎีแล้วจะทำให้ความจุข้อมูลของเครือข่ายเพิ่มขึ้นประมาณแปดเท่า PeerDAS วางรากฐานสำหรับการขยาย Blob ต่อไป และเป็นปัจจัยสำคัญในการลดต้นทุนการทำธุรกรรมเลเยอร์ 2
BPO fork: เพิ่ม Blob cap ได้อย่างยืดหยุ่นมากขึ้น
เนื่องจากกิจกรรมธุรกรรมเลเยอร์ 2 ยังคงเติบโตต่อไป (รูปที่ 2) ความต้องการพื้นที่ Blob ก็เพิ่มขึ้นเช่นกัน
จากข้อมูลของ Coinmetrics พบว่าจำนวน blobs รายวันมีแนวโน้มเพิ่มขึ้น อย่างไรก็ตาม ภายใต้กลไกปัจจุบัน การเพิ่มจำนวน blobs ต่อบล็อกจำเป็นต้องอาศัย "hard fork" ที่ซับซ้อน และการอัปเกรดครั้งใหญ่เช่นนี้ประสานงานได้ยากและเกิดขึ้นไม่บ่อยนัก
เพื่อแก้ไขปัญหาคอขวดนี้ ฟุซากะจึงได้นำเสนอกลไก "Blob Parameter Only (BPO) fork" ซึ่งเป็นกลไกเฉพาะสำหรับฟอร์กที่มีน้ำหนักเบา ใช้เพื่ออัปเดตพารามิเตอร์ที่เกี่ยวข้องกับ blob เท่านั้น (เช่น จำนวน blob สูงสุดต่อบล็อก) ด้วยขอบเขตที่จำกัดและผลกระทบที่จัดการได้ ทีมพัฒนาจึงสามารถปรับใช้การอัปเกรดดังกล่าวได้บ่อยขึ้นและปลอดภัยขึ้น ทำให้เครือข่ายสามารถเพิ่มความจุข้อมูลได้ทีละน้อยโดยไม่ต้องรอการอัปเกรดครั้งใหญ่ที่มีฟีเจอร์อื่นๆ มูลนิธิ Ethereum ระบุว่า BPO fork จะถูกตั้งโปรแกรมไว้ล่วงหน้าเพื่อเพิ่มจำนวน blob เป็นสองเท่าในแต่ละขั้นตอนเป็นเวลาหลายสัปดาห์จนกว่าจะถึงค่าสูงสุด
การรักษาเสถียรภาพตลาดค่าธรรมเนียม: การแนะนำกลไกราคาพื้นแบบ Blob
หลังจากอัปเกรด Dencun เซิร์ฟเวอร์ Layer-2 จะมีค่าธรรมเนียมสองประเภทแยกกันเมื่อเผยแพร่ข้อมูลไปยัง Ethereum ได้แก่ ค่าธรรมเนียมสำหรับ Execution Gas และ Blob Gas แม้ว่าค่าธรรมเนียมสำหรับ Blob Gas อาจลดลงเกือบเป็นศูนย์เมื่อความต้องการใช้งานต่ำ แต่เซิร์ฟเวอร์ Layer-2 ยังคงมีค่าใช้จ่ายสำหรับ Execution Gas ที่อาจสูงมาก "ความล้มเหลวของสัญญาณราคา" นี้อาจนำไปสู่ความไม่มีประสิทธิภาพด้านราคาและความไม่แน่นอนของตลาด
เพื่อแก้ไขปัญหานี้ ฟูซากะจึงได้นำเสนอกลไก "ราคาพื้น" สำหรับ blobs ผ่าน EIP-7918 ราคาพื้นนี้ไม่ใช่ค่าคงที่ แต่เชื่อมโยงแบบไดนามิกกับต้นทุนแก๊สที่ใช้ในการดำเนินการ
เมื่อค่าธรรมเนียม Blob ที่ขับเคลื่อนโดยตลาดลดลงต่ำกว่าเกณฑ์ขั้นต่ำนี้ อัลกอริทึมการปรับค่าธรรมเนียมจะป้องกันไม่ให้ค่าธรรมเนียมลดลงอีก อัลกอริทึมนี้ออกแบบมาเพื่อให้มั่นใจว่าค่าธรรมเนียม Blob จะสะท้อนมูลค่าทางเศรษฐกิจอยู่เสมอ ช่วยให้ตลาดค่าธรรมเนียมมีความอ่อนไหวต่อความแออัดของเครือข่าย และมอบสภาพแวดล้อมด้านราคาที่เสถียรและคาดการณ์ได้มากขึ้นสำหรับเลเยอร์ 2
ผลกระทบต่อตลาดและความเสี่ยงที่อาจเกิดขึ้น
เมื่อค่าธรรมเนียม Blob ที่ขับเคลื่อนโดยตลาดลดลงต่ำกว่าเกณฑ์ขั้นต่ำนี้ อัลกอริทึมการปรับค่าธรรมเนียมจะป้องกันไม่ให้ค่าธรรมเนียมลดลงอีก อัลกอริทึมนี้ออกแบบมาเพื่อให้มั่นใจว่าค่าธรรมเนียม Blob จะสะท้อนมูลค่าทางเศรษฐกิจอยู่เสมอ ช่วยให้ตลาดค่าธรรมเนียมมีความอ่อนไหวต่อความแออัดของเครือข่าย และมอบสภาพแวดล้อมด้านราคาที่เสถียรและคาดการณ์ได้มากขึ้นสำหรับเลเยอร์ 2
ผลกระทบต่อตลาดและความเสี่ยงที่อาจเกิดขึ้น
คาดว่าการอัปเกรด Fusaka จะส่งผลกระทบอย่างลึกซึ้งต่อตลาด ความจุข้อมูลที่เพิ่มขึ้นอันเป็นผลมาจากการฟอร์กของ PeerDAS และ BPO คาดว่าจะช่วยลดต้นทุนการดำเนินงานของเครือข่าย Layer-2 ลงอีก ในขณะเดียวกัน กลไกราคาขั้นต่ำของ EIP-7918 ช่วยให้มั่นใจได้ว่าพื้นที่ Blob จะไม่ถูกใช้งานอย่างไม่สมเหตุสมผล ซึ่งช่วยรักษาความยั่งยืนทางเศรษฐกิจของเครือข่าย ซึ่งอาจเพิ่มการแข่งขันระหว่างเครือข่าย Layer-2 มากขึ้น โดยเปลี่ยนจุดเน้นจากต้นทุนการทำธุรกรรมไปสู่ประสบการณ์ผู้ใช้ ความร่วมมือในระบบนิเวศ และความลึกของสภาพคล่อง
อย่างไรก็ตามการอัปเกรดนี้ยังมาพร้อมกับความเสี่ยงและข้อควรพิจารณาบางประการ:
- ความเสี่ยงในการดำเนินการ: การฮาร์ดฟอร์กที่สำคัญใดๆ ก็ตามมีความเสี่ยงต่อความล้มเหลวในการประสานงานไคลเอนต์หรือช่องโหว่ ซึ่งอาจนำไปสู่ความไม่เสถียรของเครือข่ายชั่วคราว
- ผลกระทบที่จำกัดต่อค่าธรรมเนียมเมนเน็ต: ประโยชน์โดยตรงจากการอัปเกรดนั้นสะท้อนให้เห็นในเลเยอร์ 2 เป็นหลัก และค่าธรรมเนียมแก๊สเมนเน็ตของ Ethereum อาจไม่ลดลงทันทีในระยะสั้น
- ข้อกำหนดฮาร์ดแวร์: แม้ว่า PeerDAS จะเพิ่มประสิทธิภาพ แต่เป้าหมาย Blob ที่สูงขึ้นอาจยังเพิ่มความต้องการแบนด์วิดท์ของผู้ตรวจสอบตามกาลเวลา
- ความล่าช้าในการปรับตัวของระบบนิเวศ: นักพัฒนาเลเยอร์ 2 และ dApp จำเป็นต้องมีเวลาเพื่อใช้ประโยชน์จากข้อดีของสถาปัตยกรรมใหม่ให้เต็มที่
ความคิดเห็นทั้งหมด