ประกาศ "เทคโนโลยีคุ้มครอง" ของ Vitalik: Ethereum จะใส่การต่อต้านการเซ็นเซอร์เข้าไปในโปรโตคอลอย่างไร?

ETH2.08%

撰文:imToken

ถ้ามีวันหนึ่ง ทีมพัฒนาหลักของ Ethereum หายไปทั้งหมด หรือประเทศหนึ่งๆ เรียกร้องให้มีการตรวจสอบธุรกรรมเฉพาะเจาะจง Ethereum จะยังคงเปิดกว้างอยู่หรือไม่?

คำถามเหล่านี้ฟังดูเป็นสมมุติฐานสุดขั้ว แต่กำลังกลายเป็นแนวอ้างอิงที่เป็นจริงมากขึ้นในการออกแบบโปรโตคอล Ethereum

ต้นเดือนมีนาคม Vitalik Buterin เสนอคำอธิบายใหม่ โดยตรงว่า ชุมชน Ethereum ควรเข้าใจตัวเองว่าเป็นส่วนหนึ่งของระบบนิเวศ “เทคโนโลยีที่ให้ความคุ้มครอง” (sanctuary technologies): เทคโนโลยีโอเพนซอร์สฟรีเหล่านี้ช่วยให้ผู้คนดำเนินชีวิต ทำงาน สื่อสาร จัดการความเสี่ยง สะสมความมั่งคั่ง และร่วมมือกันในเป้าหมายร่วมกัน พร้อมทั้งเพิ่มความสามารถในการต่อต้านแรงกดดันจากภายนอกสูงสุด

คำอธิบายนี้ดูเหมือนเป็นการอัปเกรดค่านิยมในเชิงนามธรรม แต่ถ้านำไปพิจารณาในบริบทของวิวัฒนาการโปรโตคอล Ethereum ล่าสุด มันสะท้อนปัญหาเชิงวิศวกรรมที่ชัดเจนมากขึ้น:

เมื่อการสร้างบล็อกมีความเชี่ยวชาญมากขึ้น ลำดับธุรกรรมมีความรวมศูนย์มากขึ้น และ mempool สาธารณะง่ายต่อการถูกโจมตีและล่วงหน้า การที่ Ethereum จะรักษา “เครือข่ายเปิด” ซึ่งเป็นเส้นฐานสำคัญที่สุด — ธุรกรรมของผู้ใช้ไม่ควรถูกกลุ่มน้อยๆ กีดกันง่ายๆ

1. Vitalik สร้างคำใหม่: “เทคโนโลยีที่ให้ความคุ้มครอง”

จุดเริ่มต้นของ Vitalik ครั้งนี้เต็มไปด้วยความตรงไปตรงมา

เขาไม่ได้ใช้คำยิ่งใหญ่แบบ “เปลี่ยนโลก” แต่ยอมรับว่า จนถึงวันนี้ Ethereum ยังมีผลกระทบต่อชีวิตจริงของคนธรรมดาในระดับจำกัด เช่น ประสิทธิภาพทางการเงินบนบล็อกเชนอาจดีขึ้น แอปพลิเคชันก็หลากหลายขึ้น แต่ผลลัพธ์หลายอย่างยังคงอยู่ในวงจรภายในของโลกคริปโต

ดังนั้น เขาจึงเสนอแนวทางการกำหนดตำแหน่งใหม่ แทนที่จะมองว่า Ethereum เป็นเพียงเครือข่ายการเงิน ควรมองว่าเป็นส่วนหนึ่งของระบบนิเวศ “เทคโนโลยีที่ให้ความคุ้มครอง” ในวงกว้างขึ้น

ตามคำจำกัดความของเขา เทคโนโลยีเหล่านี้มักมีลักษณะร่วมกันหลายประการ: เป็นโอเพนซอร์ส ฟรี ใครก็ใช้และคัดลอกได้; ช่วยให้คนสื่อสาร ร่วมมือ จัดการความเสี่ยงและความมั่งคั่ง; และสำคัญที่สุด คือ ยังคงสามารถทำงานได้ต่อไปได้ แม้จะถูกกดดันจากรัฐบาล การปิดกั้นจากองค์กร หรือการแทรกแซงจากภายนอกอื่นๆ

Vitalik ยังเสนอภาพเปรียบเทียบ — โปรโตคอลที่แท้จริงแบบ decentralization ควรเป็นเหมือนค้อน (hammer) มากกว่าบริการสมัครสมาชิก (subscription service) เมื่อคุณซื้อค้อน มันก็เป็นของคุณ ไม่หยุดทำงานเพราะโรงงานล้ม และไม่มีวันขึ้นข้อความเตือนว่า “ฟังก์ชันนี้ไม่สามารถใช้งานได้ในพื้นที่ของคุณ”

สุดท้าย ถ้าหากเทคโนโลยีใดต้องรับหน้าที่ให้ความคุ้มครอง มันก็ไม่ควรพึ่งพาองค์กรศูนย์กลางใดๆ ที่จะคงอยู่ต่อเนื่อง และไม่ควรทำให้ผู้ใช้เป็นฝ่ายรับอย่างเดียว

ภาพจาก: CoinDesk

แน่นอนว่านี่อาจทำให้คิดถึงเกณฑ์อีกข้อหนึ่งที่ Vitalik เคยพูดถึงเพื่อวัดคุณค่าระยะยาวของ Ethereum คือ walkaway test (การทดสอบการถอยออก) ซึ่งถามคำถามง่ายๆ ว่า ถ้าทีมพัฒนาหลักของ Ethereum หายไปทั้งหมดในวันพรุ่งนี้ ระบบยังสามารถทำงานได้ตามปกติหรือไม่?

นี่ไม่ใช่แค่คำขวัญ แต่เป็นมาตรฐานการ decentralization ที่เข้มงวดมาก เพราะมันถามจริงจังว่า ระบบนี้จะยังคงอยู่รอดในอนาคตที่เลวร้ายที่สุดหรือไม่

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

นี่คือเหตุผลที่ FOCIL และ mempool เข้าสู่การอภิปรายหลักของ Ethereum

2. การต่อต้านการตรวจสอบกลับสู่ศูนย์กลางของโปรโตคอล: FOCIL + MemPool เข้ารหัส

เราควรแยกวิเคราะห์ปัญหาที่ mempool สาธารณะของ Ethereum เผชิญอยู่ในปัจจุบัน

ในช่วงหลายปีที่ผ่านมา Ethereum เริ่มเข้าสู่ความเชี่ยวชาญในระดับการสร้างบล็อก เพื่อเพิ่มประสิทธิภาพและความสามารถในการดึง MEV บทบาทของ builder จึงสำคัญมากขึ้น การสร้างบล็อกไม่ใช่แค่การให้ validator แต่ละรายสร้างบล็อกเองแบบอิสระอีกต่อไป ซึ่งแน่นอนว่ามีผลดีในเชิงปฏิบัติ แต่ก็มีต้นทุนชัดเจน:

หากการควบคุมการสร้างบล็อกรวมศูนย์ในกลุ่มผู้มีอำนาจไม่มาก การตรวจสอบ (censorship) ก็ไม่ใช่เรื่องสมมุติอีกต่อไป ตัวอย่างเช่น builder รายใหญ่สามารถเลือกปฏิเสธธุรกรรมบางรายการ เช่น ธุรกรรมจากที่อยู่ Tornado Cash ที่ถูกคว่ำบาตร

นั่นหมายความว่า ปัญหาของ Ethereum ในปัจจุบันไม่ใช่แค่ค่าธรรมเนียมสูงหรือ throughput ไม่พอ แต่เป็นความน่าเชื่อถือในโครงสร้างพื้นฐานธุรกรรมสาธารณะ

ดังนั้น FOCIL (Fork-Choice Enforced Inclusion Lists) ซึ่งเป็นกลไกบังคับให้ธุรกรรมในรายการต้องถูกรวมเข้าไปในบล็อก เป็นการตอบสนองเชิงบวกต่อปัญหาการตรวจสอบ การทำงานของมันไม่ซับซ้อน คือ การนำกลไก Inclusion List เข้ามา ทำให้การรวมธุรกรรมเข้าในบล็อกไม่ขึ้นอยู่กับความประสงค์ของ proposer หรือ builder เพียงฝ่ายเดียว

โดยในแต่ละ slot จะมีคณะกรรมการ Inclusion List Committee จากกลุ่ม validator ซึ่งสมาชิกจะดู mempool ของตนเอง แล้วสร้างรายการธุรกรรมที่ต้องการให้ถูกรวมเข้าไป แล้วประกาศออกไป ใน slot ถัดไป proposer ต้องสร้างบล็อกที่สอดคล้องกับรายการเหล่านี้ และ attester ก็จะลงคะแนนให้กับบล็อกที่ตรงตามเงื่อนไขเท่านั้น

พูดง่ายๆ ว่า FOCIL ไม่ได้ยกเลิก builder แต่เป็นการใช้กฎการเลือกบล็อก (fork choice rule) เพื่อให้ธุรกรรมที่อยู่ใน mempool สาธารณะได้รับการรับรองให้ถูกรวมเข้าในบล็อกอย่างมั่นคง ซึ่งหมายความว่า builder ยังคงสามารถจัดลำดับธุรกรรมและเพิ่มประสิทธิภาพด้าน MEV ได้ แต่พวกเขาไม่สามารถตัดสินใจเองได้ว่าธุรกรรมใดจะได้เข้าไปในบล็อก

แม้จะเป็นที่ถกเถียงกัน แต่ FOCIL ได้รับการยืนยันให้เป็นหนึ่งในข้อเสนอหลักของการอัปเกรด Hegotá ซึ่งเป็นการอัปเกรดสำคัญในอนาคต (Specification Freeze Included) คาดว่าจะเปิดตัวหลังการอัปเกรด Glamsterdam ในช่วงครึ่งหลังของปี 2026

อย่างไรก็ตาม FOCIL ยังไม่ได้แก้ปัญหาอีกประเด็นหนึ่งที่สำคัญเท่าเทียมกัน นั่นคือ ก่อนที่ธุรกรรมจะเข้าไปในบล็อก มันได้ถูกมองเห็นโดยตลาดทั้งหมดแล้วหรือไม่? ซึ่งเป็นข้อมูลที่ MEV Searcher สามารถใช้เพื่อทำ front-running, sandwich attack, reordering ได้อย่างง่ายดาย โดยเฉพาะธุรกรรม DeFi ซึ่งเป็นเป้าหมายหลัก สำหรับผู้ใช้ทั่วไป นั่นหมายความว่า แม้จะไม่มีการตรวจสอบ แต่ก็อาจถูกโจมตีล่วงหน้าก่อนเข้าในบล็อก

นี่คือรากฐานของ sandwich attack

แนวทางที่กำลังพูดถึงในชุมชนตอนนี้คือ LUCID (โดยนักวิจัยจาก Ethereum Foundation คือ Anders Elowsson, Julian Ma และ Justin Florentine) และ EIP-8105 (Universal Enshrined Encrypted Mempool) ซึ่งทีมงาน EIP-8105 ก็ประกาศสนับสนุน LUCID อย่างเต็มที่ ทั้งสองทีมร่วมกันผลักดัน

แนวคิดหลักของ mempool เข้ารหัสคือ:

  • เมื่อผู้ใช้ส่งธุรกรรม ข้อมูลธุรกรรมจะถูกเข้ารหัส
  • หลังจากธุรกรรมถูกรวมในบล็อกและได้รับการยืนยันในระดับหนึ่งแล้ว จึงค่อยถอดรหัส
  • ก่อนหน้านั้น นักค้นหาไม่สามารถเห็นเจตนาธุรกรรม จึงไม่สามารถทำ sandwich attack หรือ front-running ได้
  • mempool สาธารณะจึงกลายเป็น “ปลอดภัยและใช้งานได้อีกครั้ง”

ดังที่นักวิจัยกล่าวไว้ว่า ePBS (Execution Layer Proposer - Builder Separation) + FOCIL + mempool เข้ารหัส เป็น “เทคโนโลยีสามประสานต้านการตรวจสอบ (Holy Trinity of Censorship Resistance)” ซึ่งเป็นโซลูชันเชิงระบบที่ครอบคลุมทั้งห่วงโซ่ธุรกรรม

ปัจจุบัน FOCIL ได้รับการยืนยันให้เข้าสู่ Hegotá แล้ว ส่วนแนวทาง mempool เข้ารหัส (LUCID) กำลังผลักดันให้เป็นอีกหนึ่งข้อเสนอหลักใน Hegotá

3. สิ่งที่ทั้งหมดนี้หมายความว่า

ถ้าขยายมุมมองออกไปอีกหน่อย FOCIL กับ mempool เข้ารหัสไม่ใช่แค่เทคโนโลยีอัปเกรดใหม่ในรายการของ Ethereum แต่เป็นสัญญาณหนึ่ง:

Ethereum กำลังนำ “การต่อต้านการตรวจสอบ” กลับเข้าสู่ใจกลางของการออกแบบโปรโตคอล

ในที่สุด แม้ในวงการบล็อกเชนจะพูดถึง “การกระจายอำนาจ” กันบ่อย แต่เมื่อธุรกรรมถูกตรวจสอบ ถูกบล็อก หรือหายไปในเครือข่าย ผู้ใช้ส่วนใหญ่จะตระหนักว่า decentralization ไม่ใช่สถานะเริ่มต้น แต่เป็นสิ่งที่ต้องใช้กลไกโปรโตคอลในการต่อสู้

ตั้งแต่วันที่ 20 กุมภาพันธ์ Vitalik ได้เขียนบทความระบุว่า กลไก FOCIL มีความสัมพันธ์เชิงบูรณาการกับ EIP-8141 (Account Abstraction) ซึ่งเป็นข้อเสนอ EIP-7701 ที่ยกระดับ smart accounts (เช่น multisig, post-quantum signatures, key rotation, gas sponsorship) ให้เป็น “พลเมืองชั้นหนึ่ง” ซึ่งหมายความว่าการดำเนินการจากบัญชีเหล่านี้สามารถถูกบรรจุเป็นธุรกรรมบนเชนโดยตรง โดยไม่ต้องห่อหุ้มเพิ่มเติม

บางคนอาจตั้งคำถามว่า: FOCIL เพิ่มความซับซ้อนให้โปรโตคอล เข้ารหัส mempool อาจทำให้ประสิทธิภาพลดลง คุ้มค่าหรือไม่?

นี่คือจุดที่ “เทคโนโลยีที่ให้ความคุ้มครอง” น่าจับตามองที่สุด ความสำคัญของบล็อกเชนไม่ได้อยู่แค่การนำสินทรัพย์ขึ้นเชน การเร่งความเร็วธุรกรรม แต่คือความสามารถในการให้ผู้คนมีช่องทางดิจิทัลที่ไม่ต้องได้รับอนุญาต ไม่ง่ายต่อการปิดกั้น และไม่ง่ายต่อการถูกริบสิทธิ์ในสภาวะกดดันสูง

จากมุมมองนี้ ความหมายของ FOCIL กับ mempool เข้ารหัสชัดเจนมาก พวกมันพยายามเปลี่ยนสิ่งที่เคยขึ้นอยู่กับความดีใจของตลาด ความหวังดี หรือความคาดหวังว่าจะไม่มีปัญหา ให้กลายเป็นกฎโปรโตคอลที่แข็งแกร่งขึ้น

เมื่อผู้ใช้จำนวนมากสามารถใช้ชีวิต ทำงาน สื่อสาร จัดการความเสี่ยง และสะสมความมั่งคั่งใน “เกาะดิจิทัลที่มั่นคง” นี้ โดยไม่ต้องกลัวการถูกกดขี่หรือการตรวจสอบจากองค์กรศูนย์กลาง — ในเวลานั้น Ethereum ก็ผ่านการทดสอบ Walkaway Test อย่างแท้จริง

และนี่คือความหมายสูงสุดของเทคโนโลยีที่ให้ความคุ้มครอง

ดูต้นฉบับ
news.article.disclaimer
แสดงความคิดเห็น
0/400
ไม่มีความคิดเห็น