สรุปประเด็นการอัปเกรด Pectra ของ Ethereum สำหรับผู้ถือ ETH

Pectra คือการอัปเกรดครั้งใหญ่ของ Ethereum ที่กำลังทำการอัพเดทตั้งแต่วันที่ 7 พฤษภาคม 2025 โดยเป็นการรวมพลังของ "Prague" (อัปเกรดฝั่ง Execution Layer) และ "Electra" (อัปเกรดฝั่ง Consensus Layer) เพื่อเพิ่มประสิทธิภาพและฟังก์ชันใหม่ๆ ให้กับเครือข่าย Ethereum เราสรุปมาให้แล้วว่ามีอะไรบ้างที่สำคัญและส่งผลต่อใครอย่างไรบ้าง

Ethereum roadmap - The path to more scalability, security and sustainability for Ethereum.

สำหรับผู้ถือ ETH สิ่งที่คุณควรรู้!

เข้าใจง่ายๆ คือ Pectra จะช่วยให้ Ethereum เก่งขึ้น ปลอดภัยขึ้น และพร้อมสำหรับอนาคตมากขึ้น โดยที่คุณไม่ต้องทำอะไรกับเหรียญ ETH ของคุณเลย!

ETH ของคุณปลอดภัยดี! ไม่ต้องดำเนินการใดๆ กับเหรียญ ETH ที่คุณถืออยู่ ยอดคงเหลือของคุณจะยังเท่าเดิม
ระวังมิจฉาชีพ! หากมีใครบอกให้คุณ "อัปเกรด" หรือ "แปลง" ETH ของคุณเนื่องจาก Pectra นั่นคือการหลอกลวง! การอัปเกรด Ethereum จะเกิดขึ้นโดยอัตโนมัติบนเครือข่าย
กระเป๋าเงิน (Wallet) จะฉลาดขึ้น เป็นอีกหนึ่งในการอัปเกรดสำคัญคือ "EIP-7702" ที่จะปูทางให้เกิด "Account Abstraction" ซึ่งในอนาคตอาจทำให้กระเป๋าเงิน Ethereum ของคุณทำอะไรได้มากขึ้น เช่น:
- รวมหลายธุรกรรมเป็นหนึ่งเดียว
- ทำธุรกรรมโดยไม่ต้องจ่ายค่า Gas เอง (Gasless Transactions)
- มีวิธีการกู้คืนกระเป๋าเงินที่หลากหลายขึ้น
แอปพลิเคชัน (dApps) และ Layer 2 อาจทำงานได้ดีขึ้น: การปรับปรุงเรื่อง "Blobs" (EIP-7691) จะช่วยเพิ่มขีดความสามารถให้กับโซลูชัน Layer 2 ทำให้ใช้งานได้ถูกและมีประสิทธิภาพมากขึ้น ซึ่งอาจส่งผลให้ประสบการณ์การใช้ dApps ดีขึ้นในระยะยาว
เพิ่มความปลอดภัยและความเสถียรของเครือข่าย: การปรับปรุงต่างๆ จะช่วยให้เครือข่าย Ethereum โดยรวมมีความปลอดภัยและทำงานได้อย่างมีประสิทธิภาพมากขึ้น

โปรดทราบ: ผู้ถือ ETH ไม่จำเป็นต้องดำเนินการใดๆ เกี่ยวกับการอัปเกรดนี้ ทรัพย์สินของคุณจะไม่ได้รับผลกระทบใดๆ ทั้งสิ้น

สำหรับ Node Operators และ Validators

การอัปเกรด Pectra จะมีการเปลี่ยนแปลงทางเทคนิคหลายอย่างที่สำคัญต่อการดำเนินงานของคุณ:

การเปลี่ยนแปลงเกี่ยวกับการ Stake (EIP-7251):
- เพิ่ม Max Effective Balance: ขีดจำกัดสูงสุดของ Effective Balance สำหรับ Validator จะเพิ่มจาก 32 ETH เป็น 2048 ETH ทำให้ Validator เดียวสามารถ Stake ETH ได้มากขึ้นและรับรางวัลตามสัดส่วนที่เพิ่มขึ้น
- รวม Validators: ผู้ที่รัน Validator หลายตัวสามารถรวมเป็น Validator เดียวได้ ช่วยให้การจัดการง่ายขึ้นและลดภาระของเครือข่าย
EOA Account Abstraction (EIP-7702):
- เป็นการเปลี่ยนแปลงครั้งใหญ่ที่อนุญาตให้บัญชี EOA (บัญชีผู้ใช้ทั่วไป) สามารถเพิ่มความสามารถของ Smart Contract เข้าไปได้ โดยมีธุรกรรมประเภทใหม่ที่อนุญาตให้เจ้าของ Address มอบอำนาจให้ Address ของตนทำงานเหมือน Smart Contract ที่เลือกไว้
เพิ่ม Blob Throughput (EIP-7691):
- เพิ่มจำนวน Blob โดยเฉลี่ยต่อบล็อกเป้าหมายจาก 3 เป็น 6 และสูงสุดจาก 6 เป็น 9 เพื่อเพิ่มความจุให้กับ Layer 2 Rollups
ปรับราคา Calldata (EIP-7623):
- เพิ่มราคาการใช้ Calldata เล็กน้อยสำหรับธุรกรรมที่ใช้ข้อมูลจำนวนมาก เพื่อกระตุ้นให้ Layer 2 หันไปใช้ Blob มากขึ้นและจำกัดขนาดบล็อกในกรณีที่แย่ที่สุด (ธุรกรรมทั่วไปกว่า 99% ไม่ได้รับผลกระทบ )
Execution Layer Triggerable Exits (EIP-7002):
- ทำให้สามารถสั่ง Exit (เลิกเป็น Validator) ผ่าน Execution Layer โดยใช้ Withdrawal Credentials ได้ ไม่จำเป็นต้องใช้ Validator Signing Key หรือเข้าถึง Beacon Chain โดยตรง ซึ่งช่วยในกรณีที่คีย์ถูกเก็บแยกกันหรือคีย์ Validator หายไป และเพิ่มความน่าเชื่อถือให้กับ Staking Protocol
Validator Deposits On-Chain (EIP-6110):
- เปลี่ยนวิธีการประมวลผลการฝากเงินของ Validator ให้เป็นแบบ On-chain โดยตรง ทำให้ประมวลผลได้ทันที ลดความซับซ้อน และปลอดภัยมากขึ้น
Precompile for BLS12-381 (EIP-2537):
- เพิ่ม Precompile ใหม่สำหรับการดำเนิน BLS12-381 ซึ่ง Consensus Layer ใช้งานอยู่ ช่วยให้นักพัฒนา Smart Contract สามารถใช้งานฟังก์ชันเหล่านี้ได้อย่างมีประสิทธิภาพและปลอดภัยมากขึ้น เป็นประโยชน์ต่อ Staking Pool, Restaking, Light Client, Bridge และ Zero-Knowledge Application
Serve Historical Block Hashes from State (EIP-2935):
- สร้าง System Contract ใหม่ที่สามารถให้บริการ Hash ของบล็อกย้อนหลังได้ถึง 8192 บล็อก (จากเดิมที่ Opcode BLOCKHASH ให้ได้แค่ 256 บล็อก)
Move Committee Index Outside Attestation (EIP-7549):
- ย้าย Committee Index ออกจากส่วนที่ต้องลงนามในข้อความ Attestation ทำให้การตรวจสอบและรวมผลโหวตใน Consensus ง่ายและมีประสิทธิภาพมากขึ้น
Add Blob Schedule to EL Config Files (EIP-7840):
- เพิ่มฟิลด์ใหม่ในไฟล์ Configuration ของ Execution Client เพื่อกำหนดค่าเป้าหมายและจำนวน Blob สูงสุดต่อบล็อก รวมถึงการปรับค่าธรรมเนียม Blob ได้โดยตรง ช่วยลดความซับซ้อนในการแลกเปลี่ยนข้อมูลนี้ผ่าน Engine API