Vitalik Buterin ผู้ร่วมก่อตั้ง Ethereum ได้ส่งคำขอดึง (Pull Request) ไปยังชุมชนผู้พัฒนา Ethereum เมื่อวันเสาร์ที่ผ่านมา โดยเสนอให้รวมโปรแกรมด้านหลังของเชนบีที (ซึ่งรับผิดชอบด้านฉันทามติและ staking) เข้ากับชั้นการดำเนินงานของโปรโตคอลให้เป็นโครงสร้างโค้ดเดียวกัน การเสนอครั้งนี้มีเป้าหมายเพื่อแก้ไขปัญหาความซับซ้อนทางเทคนิคในการรันโหนด Ethereum อย่างรากฐาน ทำให้ผู้ใช้ทั่วไปและครอบครัวสามารถรันโครงสร้างพื้นฐานของ Ethereum ได้ด้วยตนเอง โดยไม่ต้องพึ่งพาบริการจากบุคคลที่สาม
แกนเทคนิคของข้อเสนอชั้นร่วม: ทำไม “สองโปรแกรมกลายเป็นหนึ่ง” จึงสำคัญ
(ที่มา: Ethereum Research)
ปัจจุบัน ผู้ดำเนินการโหนด Ethereum (validators) จำเป็นต้องดูแลโปรแกรมสองตัวที่แยกจากกัน: ตัวหนึ่งจัดการชั้นฉันทามติ (เชนบีทีรับผิดชอบตรรกะ PoS สำหรับการตรวจสอบความถูกต้อง) อีกตัวหนึ่งจัดการชั้นการดำเนินงาน (ซึ่งรับผิดชอบสมาร์ทคอนแทรกต์และธุรกรรมในสภาพแวดล้อม EVM) โปรแกรมทั้งสองต้องตั้งค่าจำแนกกัน ซิงค์ข้อมูล และสื่อสารกันอย่างต่อเนื่อง เพื่อให้โหนดทำงานได้อย่างปกติ
ในเชิงเทคนิค โครงสร้างสองโปรแกรมนี้นำไปสู่ปัญหาสองประการ: หนึ่ง ความซับซ้อนในการตั้งค่าจะเพิ่มเป็นสองเท่า — ผู้ใช้ต้องดาวน์โหลด กำหนดค่า อัปเดต และตรวจสอบระบบสองชุด; สอง ความผิดพลาดและความไม่สอดคล้องกันจะเพิ่มขึ้นอย่างมาก หากโปรแกรมใดโปรแกรมหนึ่งมีปัญหา โหนดทั้งระบบอาจล้มเหลวได้
หลังจากที่ Buterin ส่งข้อเสนอ เขาได้เปิดเผยในโพสต์ว่า ชุมชน Ethereum โดยไม่รู้ตัวได้ตัดสินใจในเชิงสมมุติฐานไว้แล้วว่า “การรันโหนดเป็นงาน DevOps ที่น่ากลัวมาก ควรให้มืออาชีพทำ” เขาแสดงความไม่เห็นด้วยอย่างชัดเจนกับสถานการณ์นี้ว่า “ไม่ใช่เช่นนั้น เราต้องเปลี่ยนแปลงสิ่งนี้ ถึงแม้ฮาร์ดแวร์จะมีข้อกำหนดสูง ก็ไม่ควรเป็นข้ออ้างที่ทำให้ต้องใช้ทักษะและเวลามากในการดูแลโหนด — โหนดควรตั้งค่าได้ง่าย”
ความเสี่ยงของการกระจายศูนย์: การผูกขาด RPC และความเสี่ยงด้านการเซ็นเซอร์
เบื้องหลังการสนับสนุนเทคโนโลยีนี้ คือความตระหนักในความเสี่ยงของการกระจายศูนย์ที่ลึกซึ้งขึ้น เนื่องจากการรันโหนดด้วยตนเองยังคงมีอุปสรรคสูง ผู้ใช้ Ethereum ส่วนใหญ่ (รวมถึงนักพัฒนา DApp และผู้ใช้ทั่วไป) จึงพึ่งพาบริการ RPC (Remote Procedure Call) จากผู้ให้บริการไม่กี่ราย เช่น Infura, Alchemy เพื่อเชื่อมต่อกับเครือข่าย Ethereum
Buterin ได้ชี้ให้เห็นในโพสต์ว่า โครงสร้างตลาดในปัจจุบันที่ถูกครอบงำโดยผู้ให้บริการ RPC รายไม่กี่ราย อาจเสี่ยงต่อการถูกกดดันให้บล็อกหรือเซ็นเซอร์ผู้ใช้ “ผู้ให้บริการ RPC จำนวนมากได้ตัดประเทศออกจากการเข้าถึงแล้ว”
หากผู้ให้บริการ RPC ตัดสินใจจำกัดการเข้าถึงในบางภูมิภาคหรือสำหรับผู้ใช้บางกลุ่ม ผู้ใช้นั้นจะสูญเสียความสามารถในการโต้ตอบกับ Ethereum ไปโดยสิ้นเชิง ซึ่งขัดกับคำมั่นสัญญาในเทคโนโลยีบล็อกเชนที่ว่า “ไม่ต้องการอนุญาตและต่อต้านการเซ็นเซอร์” อย่างตรงไปตรงมา
บางส่วนของโหนดไร้สถานะ: ทางเลือกเทคนิคอีกทางหนึ่งในการลดอุปสรรค
ข้อเสนอชั้นร่วมนี้ไม่ใช่ครั้งแรกที่ Buterin พยายามลดอุปสรรคในการรันโหนด เมื่อเดือนพฤษภาคม 2025 เขาได้เสนอแนวคิด “โหนดไร้สถานะบางส่วน” ซึ่งโหนดจะไม่เก็บข้อมูลประวัติเต็มของบล็อก แต่จะเก็บเฉพาะข้อมูลที่จำเป็นสำหรับการดำเนินงานของโหนดเท่านั้น
การออกแบบนี้เหมาะสำหรับ “โหนดสำหรับใช้งานส่วนตัว” หากผู้ใช้เพียงต้องการส่งธุรกรรมและตรวจสอบบล็อกเชน โดยไม่จำเป็นต้องให้บริการข้อมูลประวัติเต็มจำนวน ข้อมูลที่ต้องเก็บจะลดลงอย่างมาก ตามคำอธิบายของ Go-Ethereum (GETH) พื้นที่บนดิสก์เป็นอุปสรรคหลักของผู้ดำเนินการโหนด เนื่องจากบล็อกเชนสมาร์ทคอนแทรกต์อย่าง Ethereum สร้างข้อมูลจำนวนมากอย่างต่อเนื่อง ซึ่งต้องการพื้นที่เก็บข้อมูลที่เพิ่มขึ้นเรื่อย ๆ โหนดไร้สถานะบางส่วนจึงเป็นการแก้ปัญหาการสะสมข้อมูลที่ไม่มีขีดจำกัดนี้โดยตรง
ทั้งสองแนวทางนี้ทำงานร่วมกัน: การออกแบบชั้นร่วมช่วยลดความซับซ้อนด้าน DevOps ในขณะที่โหนดไร้สถานะบางส่วนช่วยลดต้นทุนฮาร์ดแวร์ — ซึ่งเป็นรากฐานเทคนิคสำคัญสำหรับอนาคตที่ Buterin ฝันไว้ว่า “ครอบครัวแต่ละหลังสามารถรันโหนดได้เอง”
คำถามที่พบบ่อย
ข้อเสนอชั้นร่วมของ Vitalik จะใช้เวลานานเท่าไรจึงจะนำไปใช้ได้จริง?
ปัจจุบัน ข้อเสนอยังอยู่ในขั้นตอน Pull Request ซึ่งต้องผ่านการตรวจสอบทางเทคนิคและการอภิปรายอย่างกว้างขวางในชุมชน Ethereum การอัปเดตโปรโตคอลของ Ethereum โดยปกติใช้เวลาหลายเดือนถึงมากกว่าหนึ่งปีในการพัฒนา ทดสอบ และสร้างความเห็นชอบจากชุมชน ระยะเวลาที่แน่นอนขึ้นอยู่กับความซับซ้อนของการนำไปใช้ ข้อเสนออาจรวมอยู่ในอัปเกรดของ Ethereum ที่จะมาถึง เช่น เวอร์ชันหลัง Fusaka
ก่อนที่ข้อเสนอนี้จะถูกนำไปใช้ ผู้ใช้ทั่วไปสามารถทำอะไรเพื่อรันโหนด Ethereum ได้ง่ายขึ้น?
ปัจจุบันมีเครื่องมืออย่าง DAppNode, Stereum ที่ช่วยให้การติดตั้งโหนดเป็นเรื่องง่าย ลดอุปสรรคด้านเทคนิคอย่างมาก ในด้านฮาร์ดแวร์ อุปกรณ์อย่าง Raspberry Pi ที่ใช้พลังงานต่ำก็สามารถรันโหนด Ethereum พื้นฐานได้ (ร่วมกับ SSD ภายนอก) ลูกค้าแบบเบา (เช่น Helios) ก็อนุญาตให้ผู้ใช้ตรวจสอบข้อมูลโดยไม่ต้องซิงค์บล็อกเชนเต็มรูปแบบ นอกจากนี้ โครงการพัฒนาหลายแบบของ Ethereum clients ยังสนับสนุนการทำให้กระบวนการติดตั้งเป็นมาตรฐานและอัตโนมัติมากขึ้น
ผู้ให้บริการ RPC เคยมีตัวอย่างบล็อกการเข้าถึงประเทศใดประเทศหนึ่งมาก่อน นั่นหมายความว่าอะไรสำหรับผู้ใช้?
บางผู้ให้บริการ RPC เช่น Infura ได้ดำเนินการจำกัดการเข้าถึงในบางภูมิภาค ซึ่งมักเป็นเพราะเหตุผลด้านกฎระเบียบ หมายความว่า ผู้ใช้ในพื้นที่ที่ถูกจำกัด หากไม่สามารถเปลี่ยนไปใช้ผู้ให้บริการ RPC อื่นหรือรันโหนดเอง ก็จะไม่สามารถเข้าถึงแอปพลิเคชันบน Ethereum ได้ ซึ่งเป็นเหตุผลสำคัญที่ Buterin เน้นย้ำเรื่องความเป็นอิสระของโหนด — ยิ่งผู้ใช้สามารถรันโหนดเองได้มากเท่าไร Ethereum ก็จะยิ่งสามารถบรรลุเป้าหมายด้าน “ต่อต้านการเซ็นเซอร์” ได้อย่างแท้จริง
