อีเธอเรียม (ETH) ซ้อมใหญ่ครั้งต่อไปของการอัปเกรดเครือข่ายเมื่อวันที่ 6 ต.ค. ที่ผ่านมา แม้คนส่วนใหญ่นอกวงนักพัฒนาจะไม่ทันสังเกต แต่ทุกวันนี้ Sepolia testnet ได้รันกติกาใหม่ที่เปลี่ยนทั้ง “ใคร” เป็นคนสร้างบล็อก “ราคาแก๊ส” ถูกคำนวณอย่างไร และ “ปริมาณงาน” ต่อบล็อกทำได้มากแค่ไหนแล้ว
บทความนี้จะคลี่ 18 แกนหลักของ Glamsterdam ตั้งแต่ enshrined proposer-builder separation (ePBS), block-level access lists ไปจนถึงการปรับราคาแก๊ส และอธิบายว่ามันหมายถึงอะไรต่อค่าธรรมเนียม, MEV, rollup และแผนขยับเพดาน gas limit ขึ้นไปที่ 200 ล้าน
- Glamsterdam เปิดใช้งานบน Sepolia testnet ของอีเธอเรียมแล้วเมื่อ 6 ต.ค. 2026 ขณะที่นักพัฒนาวางวันที่ 26 ต.ค. สำหรับ Hoodi testnet ส่วน mainnet ยังไม่มีวันล็อก แต่ข้อเสนอร่างบน GitHub เสนอช่วงต้น ธ.ค.
- อัปเกรดนี้ย้ายขั้นตอนส่งต่องานระหว่าง proposer และ builder เข้าสู่โปรโตคอล เพิ่ม block-level access lists เพื่อการประมวลผลแบบขนาน และ “รีราคา” รูปแบบที่อีเธอเรียมคิดค่าแก๊สในการสร้างและอ่าน state
- นักพัฒนาตกลงกันบน “พื้น” gas limit 200 ล้านหลัง Glamsterdam มากกว่าค่าดีฟอลต์ 60 ล้านในปัจจุบันกว่า 3 เท่า แต่ผลต่อค่าธรรมเนียมยังขึ้นกับดีมานด์และการยอมรับจาก validator
Glamsterdam ของอีเธอเรียมคืออะไร และทำไมถึงสำคัญ?
Glamsterdam เป็นอัปเกรดเครือข่ายถัดจาก Fusaka ชื่อมาจากการรวมสองส่วนเข้าด้วยกัน เลเยอร์ execution ใช้ชื่อ Amsterdam ตามเมืองเจ้าภาพ Devconnect ปี 2022 ขณะที่ฝั่ง consensus ใช้ชื่อ Gloas ตามชื่อดาวดวงหนึ่ง
Ethereum Foundation ได้ออกประกาศทดสอบบน testnet ผ่านบล็อก เมื่อ 28 ก.ย. โดยกำหนดเปิดใช้งานบน Sepolia ที่ epoch 353,024 slot 11,296,768 เวลา 13:53:36 UTC วันที่ 6 ต.ค.
ฟอร์กทำได้ตรงเวลาเป๊ะ
นักวิจัยอิสระด้านอีเธอเรียม Christine D. Kim รายงาน เมื่อ 9 ต.ค. ว่าการอัปเกรดบน Sepolia “ราบรื่นดี” หลังจากนั้นนักพัฒนาจึงนัดหมาย Glamsterdam บน Hoodi testnet ซึ่งเป็น public testnet สุดท้าย ในวันจันทร์ที่ 26 ต.ค. โดยคาดว่าไคลเอนต์เวอร์ชั่นรองรับจะออกภายใน 16 ต.ค.
ขอบเขตงานทั้งหมดถูกรวมไว้ในข้อเสนอ EIP-7773 กำหนดการเปลี่ยนแปลงหลัก 18 รายการ เสริมด้วยข้อเสนอด้านเน็ตเวิร์กอีก 5 ฉบับ และ informational อีก 2 ฉบับ
ส่วน mainnet ยังเป็นอีกเรื่อง Foundation ระบุว่าวันของ Hoodi และ mainnet “ยังไม่ถูกตัดสินใจ” และ ethereum.org ยังแสดงเป้าหมายกว้างๆ แค่ว่าไตรมาส 4/2026
บน GitHub มีร่างข้อเสนอเวลาที่โยนชื่อวันที่ 1 ธ.ค., 8 ธ.ค. และ 9 ธ.ค. เป็นตัวเลือกสำหรับ mainnet แต่ยังไม่มีฉันทามติจากนักพัฒนา
ความสำคัญคืออะไร? หลายปีที่ผ่านมา อีเธอเรียมผลักภาระการสเกลส่วนใหญ่ไปที่ rollup และรักษาเลเยอร์ฐานให้ “อนุรักษ์นิยม” มากที่สุด Glamsterdam จึงเป็นจุดเปลี่ยนเชิงนโยบายที่เห็นได้ชัด
Foundation มองอัปเกรดนี้เป็น “ขั้นต่อไป” ในแผนสเกล Layer 1 โดยฟีเจอร์หลักถูกออกแบบมาเพื่อให้เชนหลักรองรับปริมาณธุรกรรมได้มากขึ้นอย่างปลอดภัย พร้อมกับทำให้ราคาแก๊สสะท้อนต้นทุนจริงของการประมวลผลและการเติบโตของ state มากขึ้น
อ่านเพิ่มเติม: UI อัจฉริยะของ ChatGPT ยัดกราฟและเครื่องคิดเลขลงในคำตอบให้ผู้ใช้ 1.2 พันล้านคน
Glamsterdam ต่างจาก Pectra และ Fusaka อย่างไร?
สองอัปเกรดล่าสุดของอีเธอเรียมเน้นไปที่ staking และ data เป็นหลัก ขณะที่ Glamsterdam หันมาโฟกัสที่ “execution” หรือส่วนที่รันธุรกรรมจริงๆ
Pectra ขึ้น mainnet เมื่อ 7 พ.ค. 2025 ที่ epoch 364,032 เปิดให้วอลเล็ตทั่วไปมอบหมายสิทธิ์ผ่าน smart contract ได้ตาม EIP-7702 ขยายเพดานยอดคงเหลือสูงสุดต่อ validator จาก 32 เป็น 2,048 ETH และเพิ่มเป้าหมาย blob ต่อบล็อกเป็น 6 (สูงสุด 9)
ฝั่ง Fusaka เปิดใช้งาน วันที่ 3 ธ.ค. 2025 เวลา 21:49:11 UTC ไฮไลท์คือ PeerDAS หรือ EIP-7594 ที่ช่วยให้โหนดตรวจสอบ blob data ได้ด้วยการ “สุ่มตัวอย่างบางส่วน” แทนการดาวน์โหลดข้อมูลทั้งหมด
Fusaka ยังนำแนวคิด “blob-parameter-only forks” เข้ามา คือฟอร์กย่อยที่เปลี่ยนคอนฟิกความจุ blob เพียวๆ โดยไม่พ่วงฟีเจอร์อื่น มีการอัปเดตสองครั้งถัดมาเมื่อ 9 ธ.ค. 2025 และ 7 ม.ค. 2026
ในรายงาน Checkpoint เดือน ม.ค. Foundation ระบุ ว่าอีเธอเรียมตั้งเป้า 14 blob ต่อบล็อก และยอมให้สูงสุด 21 blob คิดเป็นการเพิ่มเนื้อที่ data สำหรับ Layer 2 ราว 2.3 เท่า เทียบกับก่อน Fusaka
ฝั่ง execution Fusaka จำกัดขนาดธุรกรรมเดี่ยวที่ราว 16.8 ล้านแก๊ส และกำหนดค่าเริ่มต้น block gas limit ในไคลเอนต์ที่ 60 ล้าน
Glamsterdam เข้ามา “สลับลำดับงาน” แทนที่จะขยายพื้นที่ data ให้ rollup เพิ่ม มันหันมารื้อกระบวนการผลิต, ตรวจสอบ และตั้งราคา “บล็อก” ใหม่ทั้งหมด เพื่อรองรับการดันเพดานจาก 60 ล้านให้ขึ้นไปได้อีกมาก
ถ้าจะสรุปสั้นๆ Pectra และ Fusaka ขยาย “ท่อส่งข้อมูล” สำหรับ Layer 2 ส่วน Glamsterdam ลงไป “เดินสายไฟใหม่” ในห้องเครื่อง Layer 1 เอง
อ่านเพิ่มเติม: TRON จะป้องกันสเตเบิลคอยน์ $95B จากภัยควอนตัมได้จริงหรือไม่? Sun ยืนยันพร้อมแล้ว
Enshrined Proposer-Builder Separation หรือ ePBS คืออะไร?
ทุกวันนี้ บล็อกส่วนใหญ่บนอีเธอเรียมไม่ได้ถูกเรียงธุรกรรมโดย validator ที่เป็นคนเสนอ (proposer) เอง แต่เป็น “builder” แบบเฉพาะทางที่แข่งกันสร้างบล็อกที่ทำกำไรสูงสุด จากนั้น validator ที่รันซอฟต์แวร์ MEV-Boost จาก Flashbots จะเลือกรับข้อเสนอที่จ่ายแพงที่สุด
ขั้นตอนส่งมอบระหว่าง builder กับ proposer ตอนนี้พึ่ง “relay” ที่ทำหน้าที่เป็นคนกลางที่ต้องเชื่อใจได้ Relay จะถือบล็อกของ builder ไว้ แสดงแค่ header และค่าบิดให้ proposer ดู และค่อยปล่อยเนื้อหาบล็อกเต็มๆ หลัง proposer เซ็น
โมเดลนี้ใช้งานได้ แต่ทุกอย่างเกิดขึ้น “นอกโปรโตคอล” ถ้า relay ล่ม เล่นไม่ซื่อ หรือเลือกปิดกั้นธุรกรรม กติกาฉันทามติของอีเธอเรียมก็ทำอะไรไม่ได้
EIP-7732 ย้าย ตลาดแลกเปลี่ยนนี้ “เข้า” โปรโตคอลอีเธอเรียมโดยตรง ยกฐานะ builder ให้เป็นผู้เล่นในระดับโปรโตคอล และมอบหน้าที่ใหม่ให้ validator ที่เรียกว่า payload timeliness attestations
ในโฟลว์ใหม่ proposer จะใส่ “คำมั่นที่เซ็นแล้ว” ของ builder ว่าจะส่ง execution payload ลงใน beacon block จากนั้น builder จึงค่อยเปิดเผย payload ตามหลัง โปรโตคอลเป็นคนจัดการจ่ายค่าตอบแทนให้ proposer เอง ลดการพึ่งพา middleware แบบต้องเชื่อใจ
กลุ่มย่อยของ validator จะถูกเลือกมาเป็น “payload timeliness committee” เพื่อยืนยันว่า builder เปิดเผย payload ทันเวลา และ blob data ที่เกี่ยวข้องมีอยู่จริงและเข้าถึงได้
การเปลี่ยนนี้ยัง “แยก” การตรวจสอบฉันทามติออกจากการตรวจสอบ execution อย่างชัดเจน และจุดนี้เองที่เป็นหัวใจด้านสเกล
หน้า roadmap บน ethereum.org อธิบาย ว่าการแยกชั้นดังกล่าวช่วยขยาย “หน้าต่างเวลา” สำหรับกระจายข้อมูลข้ามเครือข่ายจากราว 2 วินาที เป็นราว 9 วินาที เวลาเพิ่มขึ้นทำให้ validator รองรับ payload ที่ใหญ่ขึ้นได้โดยยังปลอดภัย
Relay จะไม่หายไปในชั่วข้ามคืน หน้าเดียวกันระบุว่า builder และ proposer ยังอาจใช้ relay หรือตัวกลางนอกโปรโตคอลต่อไป สำหรับฟีเจอร์ขั้นสูงที่โปรโตคอลหลักยังไม่รองรับ
อ่านเพิ่มเติม: Claude Mythos 5 โผล่บนเว็บไซต์รัฐบาล จน Anthropic ต้องรีบตัดปลั๊กการทดสอบ
Glamsterdam จะเปลี่ยน MEV และเศรษฐศาสตร์ของ validator อย่างไร?
Maximum extractable value หรือ MEV คือกำไรจากการจัดลำดับ เลือกใส่หรือไม่ใส่ธุรกรรมลงบล็อก ปัจจุบันส่วนใหญ่ไหลไปหา validator ผ่าน MEV-Boost ในรูป “บิด” จาก builder แต่ตลาดหลังบ้านของบิดเหล่านี้มีความกระจุกตัวสูง
ข้อมูลจากแดชบอร์ด Relayscan ของ Flashbots ชี้ให้เห็น ว่าในช่วง 24 ชม. ถึงเช้าวันที่ 12 ต.ค. Titan สร้างบล็อก MEV-Boost ไป 52.6% ตามด้วย Quasar 18.5% และ BuilderNet 13.3% รวมแล้ว 3 รายถือส่วนแบ่งราว 84%
ePBS ไม่ได้ “ลบ” MEV ทิ้ง และไม่ได้ทำให้ความกระจุกตัวของ builder หายไปโดยอัตโนมัติ สิ่งที่เปลี่ยนคือ “โมเดลความเชื่อใจ” เพราะการจ่ายเงินให้ proposer ไม่ขึ้นกับว่า relay จะรักษาสัญญาหรือไม่อีกต่อไป
สำหรับผู้ stake ผลประโยชน์จะมาในเชิง “ส่วนเพิ่ม” validator เดี่ยวจะมีช่องทางที่โปรโตคอลบังคับใช้ในการขาย block space ได้เอง ขณะเดียวกัน builder ต้องวาง stake ของตัวเองเพื่อเข้าร่วม
ฝั่ง staker ยังได้ “ช่องทางออก” ที่เร็วขึ้น ภายใต้ EIP-8061 ความจุในการออก (exit capacity) จะสเกลตาม “ยอดรวม ETH ที่ถูก stake” ซึ่ง ethereum.org ระบุว่าจะช่วยเพิ่มศักยภาพการออก ณ ระดับ stake ปัจจุบันราว 4 เท่า และเพิ่มพื้นที่สำหรับการรวม validator เป็นสองเท่า
แลกกับการที่ “หน้าต่างความปลอดภัย” ของโหนดที่ออฟไลน์สั้นลง ethereum.org ระบุว่า weak subjectivity period หรือระยะเวลาหลังจากนั้นที่โหนดที่กลับมาออนไลน์ต้องการ checkpoint ที่เชื่อถือได้ จะลดจากราว 15.7 วัน เหลือราว 7 วัน
ในงาน Soldøgn interop ที่สฟาลบาร์ด งานรวมแกนหลักนักพัฒนาราวร้อยคน ยังมีสองประเด็น ePBS ที่ถกเถียงกัน หนึ่งในนั้นคือการปกป้องดีไซน์ที่ขอให้ builder วาง stake แค่ 1 ETH จาก Sybil attack บนเครือข่าย peer-to-peer
ความกังวลนี้กลับมาอีกครั้งก่อน Sepolia ในสายคอลด้าน consensus วันที่ 17 ก.ย. นักพัฒนา Prysm นาม Potuz เตือน ว่า “ETH ทดสอบที่แจกฟรี” จะเปิดโอกาสให้ผู้โจมตีชนะประมูลด้วย builder แบบใช้แล้วทิ้งแล้วเบี้ยวการส่ง payload ได้ง่ายๆ: “ผมสามารถเปิด builder พันตัวได้เลย”
ข้อมูลช่วงแรกใน Sepolia สะท้อนตลาดที่ยัง “บาง” สรุปการคอล execution-layer วันที่ 8 ต.ค. โดยคอมมูนิตี้อ้างคำของ EthPandaOps ว่า มี builder แค่ราว 4–5 รายที่แอ็กทีฟบนเครือข่าย และพวก builder รายใหญ่ยังไม่เข้ามา ส่วนบล็อกจำนวนมากยังถูกสร้างแบบ local
ePBS จะพิสูจน์คุณค่าจริงก็ต่อเมื่อมี builder ตัวจริงลงมาแข่งกันสร้างบล็อก ซึ่งทำให้ Hoodi กลายเป็นสนามทดสอบที่จับตาเป็นพิเศษ
อ่านเพิ่มเติม: iPhone Duo อาจทักทายผู้ซื้อแบบตัวต่อตัวเมื่อจอพับ $1,999 เปิดเครื่องครั้งแรก
Block-Level Access Lists คืออะไร และช่วยให้ประมวลผลธุรกรรมดีขึ้นอย่างไร?
ปัจจุบันไคลเอนต์อีเธอเรียมส่วนใหญ่ประมวลผลธุรกรรมในบล็อกแบบ “เรียงทีละรายการ” เพราะไม่รู้ล่วงหน้าว่าธุรกรรมจะไปแตะบัญชี (account) หรือช่องเก็บข้อมูล (storage slot) ใดบ้าง การรันหลายธุรกรรมพร้อมกันจึงเสี่ยงเกิดการชนกันของ state
EIP-7928 เสนอให้เพิ่ม block-level access lists หรือ BALs คือรายการที่บันทึกทุก account และ storage slot ที่บล็อกหนึ่งๆ เข้าไปแตะ รวมถึงการเปลี่ยนแปลง state ที่แต่ละธุรกรรมทำ Builder จะเป็นคนสร้างรายการนี้ และระบุไว้ใน header ของบล็อก ด้วยข้อมูลแผนที่สถานะ (state map) ที่มาพร้อมแฮชครบถ้วน ลูกข่าย (clients) สามารถรันงานหลายอย่างขนานกันได้ทันที ได้แก่
- ดึงสถานะที่ต้องใช้จากดิสก์พร้อมกัน ไม่ต้องไล่อ่านทีละขั้นเหมือนเดิม
- ตรวจสอบความถูกต้องของธุรกรรมที่ไม่ทับซ้อนกันบนคอร์ CPU แยกกัน
- คำนวณ state root หลังจบแต่ละบล็อกได้มีประสิทธิภาพขึ้น
- อัปเดตสถานะจากผลลัพธ์ที่บันทึกไว้โดยไม่ต้องรีเพลย์ทุกธุรกรรม ช่วยเร่งความเร็วการซิงก์โหนดใหม่
บนเครือข่าย มีการเปลี่ยนแปลงคู่ขนานอย่าง EIP-8159 ที่เปิดให้โหนดส่งต่อรายการ BAL เหล่านี้ให้กันและกันได้โดยตรง อีกข้อคือ EIP-8189 ที่นำข้อมูล BAL มาใช้ “ซ่อม” state ระหว่างกระบวนการ snap sync
ที่งาน Soldøgn แต่ละทีมไคลเอนต์นำการปรับจูน BAL แต่ละแบบมาทดสอบประสิทธิภาพแยกกันหลังฟีเจอร์แฟล็ก เป้าหมายคือเร่ง “จุดอ่อนสุด” ของแต่ละไคลเอนต์ให้ทันกัน เพราะเมื่อ implementation ที่ช้าที่สุดดีขึ้น เพดาน gas limit ที่ปลอดภัยของทั้งเครือข่ายก็สามารถยกระดับตามได้
BAL และ ePBS ทำงานเป็นคู่กัน: ePBS ขยายเวลาที่ชั้น execution มีให้ใช้ในแต่ละสล็อต ขณะที่ BAL ทำให้ไคลเอนต์ใช้เวลาที่เพิ่มขึ้นนั้นได้คุ้มและมีประสิทธิภาพกว่าเดิมมาก
อ่านเพิ่มเติม: เบโซสชี้ AI อาจทำให้มนุษย์ทำงานแค่สัปดาห์ละ 3 วัน หลัง Amazon ปรับลดพนักงาน 30,000 คน
Glamsterdam จะเปลี่ยนวิธีคิดค่า Gas และต้นทุนการประมวลผลบน Ethereum อย่างไร?
ค่า gas สำหรับการจัดการ state ถูกปรับครั้งใหญ่รอบล่าสุดในอัปเกรด Berlin ปี 2021 นับจากนั้นมา state ของ Ethereum ขยายตัวอย่างรวดเร็ว ขณะที่การเพิ่มเพดาน gas limit ในช่วงหลังยิ่งเร่งการเติบโตดังกล่าว
บทความของมูลนิธิสำหรับนักพัฒนา smart contract ที่เผยแพร่เมื่อ 24 ส.ค. อธิบาย ว่าโครงสร้างราคาใหม่รองรับ “การเพิ่ม throughput พื้นฐานได้ราว 3 เท่า” การปรับราคา gas สำหรับการเข้าถึง state จึงเป็นเงื่อนไขสำคัญก่อนจะขยับ gas limit อีกในอนาคต
สอง EIP หลักเป็นตัวแบกภาระนี้ ได้แก่ EIP-8037 ที่ขึ้นราคาและแยกคิดต้นทุน “การสร้าง” state ใหม่ออกมาต่างหาก ขณะที่ EIP-8038 ปรับขึ้นต้นทุนของการ “อ่าน–เขียน” state ผ่านชุดคำสั่งอย่าง SLOAD, SSTORE และ cold account access
EIP-8037 กำหนดราคาคงที่ 1,530 gas ต่อ state ใหม่ 1 ไบต์ คำนวณจากเป้าหมายจำกัดการเติบโตของ state ไว้ที่ 120 GiB ต่อปี ภายใต้ gas limit อ้างอิง 150 ล้าน
ที่ระดับดังกล่าว การเปิด storage slot ใหม่ 1 ช่อง จะใช้ 97,920 หน่วย “state gas” จากเดิม 20,000 หน่วย ส่วนการสร้างบัญชีใหม่ 1 บัญชีจะขึ้นไปที่ 183,600 หน่วย จากเดิม 25,000 หน่วย การ deploy สัญญาอัจฉริยะขนาดเต็ม 24 KiB จึงมีต้นทุน gas สูงขึ้นราว 8 เท่า
นอกจากนี้ state gas ยังได้ “มิเตอร์” แยกของตัวเอง เพดานต่อธุรกรรมที่เพิ่มใน Fusaka จะนับเฉพาะ execution gas เท่านั้น ขณะที่ระดับบล็อกจะถูกจำกัดโดยมิติใดมิติหนึ่งที่เข้าใกล้เพดานมากกว่า ระหว่าง execution gas กับ state gas
แพ็กเกจการปรับ gas ส่วนที่เหลือเล็กกว่าแต่มีผลรวมไม่น้อย:
- EIP-7778 ยกเลิกการนับ gas refund เข้ากับ block gas limit แม้ผู้ใช้ยังคงได้รับ refund ตามปกติในส่วนที่จ่าย
- EIP-7976 ยก “ราคา floor” calldata เป็น 64 gas ต่อไบต์สำหรับธุรกรรมที่ใช้ข้อมูลจำนวนมาก
- EIP-7981 คิดต้นทุนข้อมูลใน access list ที่ 64 gas ต่อไบต์เช่นกัน
- EIP-2780 ปรับสูตร “intrinsic gas” ของธุรกรรมใหม่ให้สะท้อนการใช้ทรัพยากรจริง โดยตั้งต้นที่ base cost 12,000 gas
- EIP-7954 ขยายเพดานขนาดสัญญาจาก 24 KiB เป็น 64 KiB
ฉบับร่างปัจจุบันของ EIP-2780 ยังคง ให้การโอน Ether แบบธรรมดาไปยังบัญชีที่มีอยู่แล้วใช้ 21,000 gas เท่าเดิม แต่ถ้าเป็นการโอนที่สร้างบัญชีใหม่จะเพิ่ม 183,600 หน่วย state gas เข้ามา ขณะที่หน้าข้อมูล Glamsterdam บน Ethereum.org ซึ่งอัปเดตล่าสุดเมื่อ 6 ส.ค. ยังระบุว่าธุรกรรมโอนอาจถูกลงได้สูงสุดราว 71%
ตัวเลขทั้งหมดอาจยังไม่สุดท้าย หลายข้อเสนอ รวมถึง EIP-2780 และ EIP-8037 ยังอยู่ในช่วง Last Call ถึง 1 พ.ย. และ Ethereum.org ย้ำว่าขอบเขตของข้อเสนออาจเปลี่ยนได้ก่อนขึ้น mainnet
อ่านเพิ่มเติม: Zcash เล็งเป้าป้องกันควอนตัมครอบคลุม 70% ของ ZEC ภายในเดือนมกราคม แต่ยังไร้เดดไลน์ชัดเจน
อัปเกรดนี้จะเพิ่ม Throughput ชั้น L1 และกดค่าธรรมเนียมธุรกรรมได้จริงหรือไม่?
ปลายทางของการปรับโครงสร้าง gas คือ throughput ที่สูงขึ้น ที่งาน Soldøgn นักพัฒนา ตกลงร่วมกัน บน “พื้น” gas limit หลัง Glamsterdam ที่ระดับ 200 ล้าน ซึ่งสูงกว่าค่ามาตรฐานปัจจุบัน 60 ล้านราว 3.3 เท่า
สมมติฐานนี้ยืนอยู่บนสามเสาหลัก: ePBS ขยายเวลาให้ execution, การปรับจูน BAL เพิ่ม headroom ให้ไคลเอนต์ และ EIP-8037 ทำหน้าที่เบรกไม่ให้ gas limit ที่สูงขึ้นดัน state เติบโตจนควบคุมไม่ได้
บนเครือข่ายทดสอบ Sepolia มีการใช้ gas limit 200 ล้านแล้ว โดยถูกกำหนดที่ fork epoch ภายใต้ EIP-8261 ซึ่งเปลี่ยน gas limit ให้เป็นพารามิเตอร์ที่ล็อกไว้ล่วงหน้าตาม epoch ของฟอร์ก
โค้ดไคลเอนต์สำหรับ Hoodi ก็วางกำหนดตัวเลข 200 ล้านแบบเดียวกัน เอกสารสรุปการเรียกประชุมระบุว่า mainnet จะใช้แนวทาง “กำหนดตาม fork epoch” เหมือนกัน แต่ยังไม่มีตัวเลข gas limit หรือวันจริงบน mainnet ที่ประกาศอย่างเป็นทางการ
ส่วนคำถามเรื่องค่าธรรมเนียม Ethereum.org ระบุว่า Glamsterdam “มีแนวโน้มสูงที่จะทำให้ค่าธรรมเนียมของผู้ใช้ทั่วไปลดลง” เมื่อพื้นที่ในบล็อกเพิ่มขึ้นภายใต้ดีมานด์เท่าเดิม ราคา gas โดยกลไกตลาดควรถูกลง แต่ผลลัพธ์สุดท้ายยังขึ้นกับกิจกรรมใหม่ที่จะหลั่งไหลเข้ามาเติมพื้นที่ว่างนั้น
กิจกรรมที่ใช้ state หนัก เช่น การสร้างบัญชีใหม่หรือเปิด storage slot เพิ่ม จะต้องจ่าย gas แพงขึ้น ทำให้การปรับครั้งนี้ “จัดระเบียบการกระจายต้นทุนใหม่” พอ ๆ กับการกดต้นทุนภาพรวม
อ่านเพิ่มเติม: Kalshi ดวล NFL ถึงชั้นศาลสูงสหรัฐ เงินเดิมพัน 1.8 พันล้านดอลลาร์ผูกกับเกมอเมริกันฟุตบอลเพียงวันเดียว
ใครต้องเตรียมตัวอย่างไร: Wallet, Smart Contract, โครงสร้างพื้นฐาน และ Validator
สำหรับผู้ถือ ETH ทั่วไป คำตอบคือ “ไม่ต้องทำอะไร” มูลนิธิย้ำว่าผู้ใช้ mainnet ไม่จำเป็นต้องดำเนินการใด ๆ และ Ethereum.org เตือนว่าหากมีใครอ้างว่าต้อง “อัปเกรด” ETH ในกระเป๋า นั่นคือกลโกง
กลุ่มอื่นมีการบ้าน โดยเฉพาะผลจากการ repricing gas การรีเพลย์ธุรกรรมย้อนหลังบน mainnet พบ smart contract กลุ่มเล็ก ๆ ที่อาจล่มหรือทำงานด้อยลง ส่วนใหญ่เพราะฝังสมมติฐานเรื่อง gas แบบฮาร์ดโค้ดไว้
มูลนิธิระบุว่า การเพิ่ม gas limit ที่ฟังก์ชันหรือธุรกรรมที่เกี่ยวข้องมักเพียงพอในการแก้ปัญหา และสัญญาอัจฉริยะส่วนใหญ่ “ไม่ถูกกระทบ”
เช็กลิสต์จากแนวทางของมูลนิธิและทีมไคลเอนต์มีดังนี้:
- นักพัฒนา smart contract ควรตรวจสอบที่อยู่ด้วยเครื่องมือ affected-contracts ของมูลนิธิ และทดสอบแพตช์บน testnet Platåberget โดยให้ความสนใจกับ gas stipend แบบตายตัว 2,300 ของ Solidity, ค่าก๊าซที่ฮาร์ดโค้ด และลอจิกที่แตกแขนงตามปริมาณ gas ที่เหลือ
- ผู้พัฒนา wallet, ผู้ให้บริการ RPC และเครื่องมือรอบโหนด ต้องอัปเดตระบบประเมิน gas เพราะค่าคงที่เดิมจะประเมินต่ำกว่าความจริงและทำให้ธุรกรรมล้มเหลว
- ตลาดซื้อขาย ครอสเชนบริดจ์ และ indexer สามารถใช้ log ใหม่จาก EIP-7708 ซึ่งบังคับให้ทุกการโอนและการเบิร์น Ether ที่ไม่เป็นศูนย์สร้างอีเวนต์มาตรฐาน
- ผู้รันโหนดต้องอัปเกรดทั้ง execution client และ consensus client ให้ทันก่อนแต่ละฟอร์ก ส่วน validator ต้องอัปเดตทั้ง beacon node และ validator client
- ผู้ให้บริการ staking และทีม builder ควรทบทวนหน้าที่และอินเทอร์เฟซ ePBS ใหม่ โดยเฉพาะ payload timeliness committee ล่วงหน้าก่อนแต่ละฟอร์ก
บนฝั่ง execution client ที่พร้อมสำหรับ Sepolia ได้แก่ Geth 1.17.7, Nethermind 2.1.0, Besu 26.9.0, Erigon 3.7.1, Reth 2.7.0 และ Ethrex 29.0.1 ส่วนฝั่ง consensus มี Lighthouse 8.3.0-rc.0, Prysm 7.2.1, Teku 26.9.1, Lodestar 1.49.0, Nimbus 26.10.0 และ Grandine 3.0.0-rc.0
ค่าเริ่มต้น gas limit เผยให้เห็นว่ารายละเอียดเล็ก ๆ มีน้ำหนักไม่น้อย รุ่น Prysm 7.2.0 และ Teku สำหรับ Sepolia ทิ้งให้ validator อยู่ที่ 60 ล้านหลังฟอร์ก เว้นแต่ว่าผู้ปฏิบัติงานจะตั้งค่า 200 ล้านเอง
Prysm รวมแพตช์ เมื่อ 2 ต.ค. ทำให้ validator ที่ไม่ได้ตั้งค่าเองจะเดินตามตาราง gas limit 200 ล้านของ Sepolia โดยอัตโนมัติ มูลนิธิจึงแนะนำให้ใช้ Prysm 7.2.1 ขณะที่ฝั่ง Teku ใครต้องการย้ายไป 200 ล้านยังคงต้องกำหนดผ่าน configuration flag เอง
อ่านเพิ่มเติม: ภัยพิบัติจาก AI ภายใน 12 เดือน? รายงานชี้ OpenAI–Anthropic เริ่มวางแผนรับมือผลกระทบ
Glamsterdam จะเปลี่ยนสมการระหว่าง Ethereum Layer 1 กับเครือข่าย Layer 2 อย่างไร?
Glamsterdam ไม่ได้หมายถึงการหันหลังให้ rollup แผนที่ทางการของ Ethereum วางกรอบ อัปเกรดนี้ไว้ภายใต้ทั้งสองเป้าหมาย คือ Scale L1 และ Scale Blobs
ความเชื่อมโยงเป็นเรื่องเชิงกลไก: เมื่อ ePBS ขยายหน้าต่างเวลาในการแพร่กระจายบล็อก Ethereum.org ระบุว่าเครือข่ายสามารถรองรับข้อมูลได้มากขึ้นอย่างปลอดภัย รวมถึงจำนวน blob สำหรับ rollup ที่สูงขึ้นโดยไม่ทำให้เครือข่ายตึงตัว
ตัว Glamsterdam เองไม่ได้กำหนดจำนวน blob ใหม่ นับตั้งแต่ Fusaka เป็นต้นมา ความจุ blob ถูกเปลี่ยนผ่านฟอร์กย่อยที่ปรับเฉพาะพารามิเตอร์ blob ทำให้ “เพดานข้อมูล” สำหรับ rollup เติบโตต่อเนื่องได้ในไทม์ไลน์ของตัวเอง
นักพัฒนาไม่ได้เร่งรีบในด้านนี้นัก รายงาน January Checkpoint ระบุว่าฟอร์ก blob-only ครั้งที่สามยังไม่อยู่ในลำดับความสำคัญจนกว่าการใช้งาน blob จะไล่ทันการเพิ่มความจุรอบก่อน ๆ
อย่างไรก็ดี ยังมีฟีเจอร์ย่อยสองรายการที่ช่วย Layer 2 โดยตรง EIP-7997 สร้าง factory contract แบบ deterministic ที่อยู่เดียวกันบนทุกเชน EVM ที่เข้าร่วม เปิดทางให้นักพัฒนาปล่อย wallet และแอปที่ใช้ที่อยู่สัญญาเดียวกันข้ามเครือข่าย
ส่วนที่สอง EIP-8070 เสนอ “sparse blobpool” ซึ่งเป็นการเปลี่ยนแปลงเลเยอร์เน็ตเวิร์กว่าด้วยวิธีที่โหนดจัดการธุรกรรม blob
ในเชิงยุทธศาสตร์ ความตึงเครียดระหว่าง L1 กับ L2 มีอยู่จริง: L1 ที่ถูกลงและเร็วขึ้นย่อมดึงดูดให้โปรเจกต์เลือก deploy ตรงบน mainnet มากขึ้น และกลายเป็นคู่แข่งเชิงพื้นที่บล็อกกับ rollup ที่มาปิดบัญชี (settle) บน L1 นั้นเอง
คำตอบของ Ethereum ในตอนนี้คือการสเกลทั้งสองเลเยอร์พร้อมกัน โรดแมปวาง “ศักยภาพการประมวลผล” (execution capacity) และ “ศักยภาพด้านข้อมูล blob” เป็นเป้าหมายคู่ขนาน และดีไซน์ของ Glamsterdam สะท้อนพันธกิจคู่ดังกล่าว มากกว่าจะบังคับให้เลือกข้างระหว่างเลเยอร์
ในมุมผู้ใช้ rollup ผลลัพธ์เชิงปฏิบัติคือชั้น settlement ที่แข็งแกร่งและพึ่งพาความไว้วางใจจากบุคคลที่สามน้อยลงรองรับอยู่เบื้องหลัง
อ่านเพิ่มเติม: กองทุน XRP ETF ไหลเข้า 8 ล้านดอลลาร์ ท่ามกลางแรงขายกว้างขวางในกองทุนคริปโตที่ Bitcoin นำตก
อะไรคือหมุดหมายถัดไปบนโรดแมปการสเกลของ Ethereum หลัง Glamsterdam?
ฟอร์กถัดไปคือ Hegotá ชื่อเดียวกับ Glamsterdam ที่ผูกเมืองฝั่ง execution (โบโกตา) เข้ากับชื่อดาวฝั่ง consensus (Heze)
ไฮไลต์หลักของฟอร์กนี้ถูกล็อกไว้แล้ว คลัสเตอร์ Protocol ของมูลนิธิ ระบุ EIP-7805 หรือ fork-choice enforced inclusion lists (FOCIL) เป็นแพ็กใหญ่ของฝั่ง consensus และ EIP-8141 หรือ Frame Transactions สำหรับฝั่ง execution
FOCIL เดิมเคยเป็นตัวเต็งของ Glamsterdam แต่นักพัฒนาเลือกเลื่อนออกเพื่อจำกัดขอบเขตฟอร์กไม่ให้膨胀มากเกินไป ตามที่…จุดเช็กพอยต์เดือนมกราคมของมูลนิธิ
FOCIL เปิดทางให้มีตัวตรวจสอบบล็อก (validators) หลายรายร่วมกัน “บังคับ” ให้ผู้สร้างบล็อก (builders) ต้องบรรจุธุรกรรมที่ถูกต้องเข้าไปในบล็อกได้โดยตรง แก้ปัญหาความเสี่ยงด้านการเซ็นเซอร์ที่เกิดจากการกระจุกตัวของตลาดผู้สร้างบล็อก ส่วนธุรกรรมแบบ Frame ทำให้กระบวนการยืนยันและการจ่ายแก๊สสามารถโปรแกรมได้ ช่วยให้บัญชีบนเครือข่ายมีเส้นทางย้ายออกจากระบบกุญแจ secp256k1 แบบเดิมโดยกำเนิด
ในฝั่งการอัปเกรดโปรโตคอล กลุ่มวิจัยชุดเดียวกันได้จัดทำบัญชีจัดอันดับ EIP graded ที่ประเมินข้อเสนอมาตรฐานรวม 62 ฉบับ โดยอาศัยคะแนนจัดชั้น 397 รายการจากผู้มีส่วนร่วมราว 60 คน ผลออกมาว่ามี 2 ฉบับที่ถูกจัดเป็น “ต้องส่งขึ้นเครือข่ายแน่นอน” (must-ship) อีก 15 ฉบับถูกมองว่ามีแนวโน้มจะได้รวมในอัปเกรดถัดไป และ 28 ฉบับถูกตีกลับ
ด้านไทม์ไลน์ถือว่าค่อนข้างรุก กลุ่มระบุว่าทีมไคลเอนต์น่าจะเริ่มลงมือ implement Hegotá ได้อย่างเป็นจริงเป็นจังในช่วงปลายไตรมาส 4 ปี 2026 และการวางแผนปัจจุบันตั้งอยู่บนสมมติฐานว่า Glamsterdam จะปล่อยใช้งานได้ในเดือนธันวาคม ซึ่งเป็น “สมมติฐานเพื่อการวางแผน” มากกว่ากำหนดการทางการ
ไกลกว่าการอัปเกรด Hegotá กลุ่มวิจัยจัดกรอบงานออกเป็น 5 เส้นเรื่องข้ามหลายฟอร์ก (multi-fork research arcs) ได้แก่
- Fast finality เน้นลดระยะเวลาการได้ข้อยุติของธุรกรรมจากระดับนาทีลงมาเหลือระดับวินาที โดยโมเดล consensus แบบแยกชั้น (decoupled consensus) ถูกวางตัวเป็นผู้เล่นหลักสำหรับฟอร์กถัดจาก Hegotá
- Post-quantum security ตั้งเป้าด้วยข้อผูกมัดของตัวเองว่าจะทำให้เลเยอร์ 1 มีความทนทานต่อคอมพิวเตอร์ควอนตัม ครอบคลุมทั้ง execution, consensus และ data ภายในเดือนธันวาคม 2029
- Privacy เริ่มต้นใน Hegotá ด้วยการใส่กลไกระดับโปรโตคอลสำหรับธุรกรรมส่วนตัวบนเลเยอร์ 1 ที่ไม่ต้องพึ่งพาตัวกลาง และทนทานต่อการเซ็นเซอร์
- State ครอบคลุมการออกแบบ trie รูปแบบใหม่ การควบคุมการเติบโตของ state ให้ยั่งยืน และการเข้าถึงข้อมูล state ปัจจุบันและย้อนหลังแบบกระจายศูนย์
- zkEVM ขยับจากโหมดที่ใบรับรองการประมวลผล (execution proofs) เป็นเพียงตัวเลือก ไปสู่การบังคับใช้เต็มรูปแบบ เพื่อให้ในระยะยาวตัวตรวจสอบบล็อกยืนยันบล็อกจาก proof แทนการรันธุรกรรมซ้ำทั้งบล็อก
อ่านเพิ่มเติม: การขายบิตคอยน์ของ MARA ยังไร้หลักฐาน หลัง 81 ล้านดอลลาร์ไหลเข้า Galaxy Digital Wallet
บทสรุป: Glamsterdam หมายถึงอะไรสำหรับ Ethereum
Glamsterdam ไม่ใช่ฟีเจอร์หนึ่งชิ้นโดด ๆ แต่คือการจัดโครงสร้างใหม่ให้กับเลเยอร์ฐานของ Ethereum ทั้งชุด มันดึงตลาดผู้สร้างบล็อกเข้ามาอยู่ในตัวโปรโตคอล ให้ “แผนที่งานแบบขนาน” แก่ซอฟต์แวร์ไคลเอนต์ และกำหนดราคาการใช้พื้นที่ state ถาวรให้สะท้อนต้นทุนจริงมากขึ้น
การเปิดตัวบนเครือข่ายทดสอบ Sepolia เป็นไปอย่างเรียบร้อย แต่บททดสอบที่ยากกว่ายังรออยู่ Potuz ชี้ว่า Hoodi เป็นบ้านของพูลสเตกกิ้งและผู้สเตกจากที่บ้านจำนวนมาก ทำให้การฟอร์ก Hoodi กดดันระบบมากกว่าการฟอร์กบน Sepolia อย่างมีนัยสำคัญ
ข้อเสนอกำหนดเวลา (scheduling proposal) จากนักพัฒนาหลัก sets ให้ฟอร์ก Hoodi เกิดที่ epoch 132,352 หรือเวลา 17:42:48 น. ตามเวลา UTC วันที่ 26 ตุลาคม ขณะที่ยังไม่มีการลงมติเรื่องวันอัปเกรดบนเมนเน็ต โดยมูลนิธิระบุว่าจะมีประกาศแยกต่างหากเมื่อถึงเวลา
โจทย์ปลายเปิดที่เหลืออยู่จึงไม่ได้มีแค่มิติเทคนิค แต่เป็นมิติเศรษฐศาสตร์เครือข่ายด้วย ว่าจะมี “ผู้สร้างบล็อกตัวจริง” เข้ามาใช้ตลาดใหม่นี้หรือไม่ เหล่า validator จะยอมปรับขึ้นเพดานแก๊สหรือเปล่า และดีมานด์ธุรกรรมจะเข้ามาเติมเต็มพื้นที่เพิ่มขึ้นมากน้อยแค่ไหน ปัจจัยเหล่านี้จะเป็นตัวตัดสินว่า Glamsterdam ส่งมอบอะไรให้ Ethereum ได้จริง
หากโครงสร้างนี้ทำงานได้ตามที่ตั้งใจ เลเยอร์ฐานของ Ethereum จะสามารถสเกลได้ในเงื่อนไขของตัวเอง โดยมีโรลอัปสร้างทับขึ้นไป แทนที่จะต้อง “แบกภาระสเกลทั้งหมด” รายเดียวอย่างในวันนี้
อ่านถัดไป: การเข้าตลาด Nasdaq ของ Evernorth เลื่อนไป 12 ต.ค.: ผลกระทบจากดีลควบรวมที่ล่าช้า
