โรดแมปความเป็นส่วนตัวระยะสั้นของ Ethereum: 3 ขั้นวิศวกรรมที่ Vitalik Buterin เสนอ

1. Account Abstraction + FOCIL ลดความเสี่ยงการเซ็นเซอร์ธุรกรรม

ขั้นแรกมุ่งแก้ปัญหาในระดับการบรรจุธุรกรรมลงบล็อก (block inclusion)

ปัจจุบัน ผู้สร้างบล็อกหรือผู้เสนอ (block builders และ proposers) เป็นผู้ตัดสินใจว่าธุรกรรมใดจะถูกใส่ในบล็อก ซึ่งเปิดโอกาสให้เกิดการ เลือกปฏิบัติหรือการเซ็นเซอร์ธุรกรรมบางประเภท โดยเฉพาะธุรกรรมที่เกี่ยวข้องกับความเป็นส่วนตัว

Buterin เสนอให้ผสาน Account Abstraction กับกลไกที่เรียกว่า Fork‑Choice Enforced Inclusion Lists (FOCIL)

ภายใต้ FOCIL คณะ validator สามารถบังคับให้ธุรกรรมที่ถูกต้องใน public mempool ต้องถูกใส่ลงบล็อกภายในจำนวน slot ที่กำหนด แทนที่จะปล่อยให้ผู้เสนอเพียงรายเดียวเป็นผู้ตัดสินใจทั้งหมด

กลไกนี้ถูกวางแผนให้เป็นฟีเจอร์สำคัญของการอัปเกรดเครือข่าย Hegota ซึ่งคาดว่าจะเกิดขึ้นในช่วงครึ่งหลังของปี 2026

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

FOCIL จึงช่วยเสริมคุณสมบัติพื้นฐานของบล็อกเชนอย่าง censorship resistance หรือความสามารถในการป้องกันการเซ็นเซอร์ธุรกรรม

2. Keyed Nonces (EIP‑8250) เพื่อให้ธุรกรรมทำงานแบบขนาน

Ethereum ในปัจจุบันใช้ระบบ nonce แบบเส้นเดียวต่อบัญชี เพื่อป้องกันการ replay ของธุรกรรม

แต่โมเดลนี้สร้างปัญหาสำคัญคือ

หากธุรกรรมหนึ่งติดค้าง ธุรกรรมถัดไปทั้งหมดจากบัญชีเดียวกันจะถูกบล็อกทันที

ข้อเสนอ EIP‑8250 จึงเสนอระบบใหม่ที่เรียกว่า keyed nonce lanes

แต่ละธุรกรรมจะมีสองค่า ได้แก่

• nonce_key – ระบุโดเมนของการป้องกัน replay
• nonce_seq – ลำดับภายในโดเมนนั้น

ธุรกรรมที่ใช้ key ต่างกันจะสามารถดำเนินการ พร้อมกันได้โดยไม่ต้องรอกัน

สิ่งนี้สำคัญสำหรับระบบ privacy และโครงสร้างที่ใช้ relayer เพราะหลายโปรโตคอลจะรวมธุรกรรมจากผู้ใช้หลายคนผ่านบัญชีเดียวกัน

ในระบบ nonce เดิม ธุรกรรมเหล่านี้มักชนกันในคิวเดียว แต่ keyed nonces ทำให้สามารถประมวลผล หลายสายธุรกรรมแบบขนานได้ โดยไม่รบกวนกัน

นักพัฒนากำลังหารือให้รวม EIP‑8250 ในการอัปเกรด Hegota เพื่อปรับปรุงสถาปัตยกรรมธุรกรรมของ Ethereum ในภาพรวม

3. Privacy ระดับการเข้าถึงข้อมูล: Wallet, Kohaku และ Private Reads

ปัญหาความเป็นส่วนตัวอีกอย่างที่มักถูกมองข้ามคือ การรั่วไหลของข้อมูลจาก wallet และ RPC providers

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

• ตรวจสอบยอดเงิน
• อ่านข้อมูล smart contract
• โต้ตอบกับแอปบางตัว

ผู้ให้บริการ RPC หรือผู้ดูแล node สามารถเห็นคำขอเหล่านี้และสร้างโปรไฟล์พฤติกรรมผู้ใช้ได้

ดังนั้นโรดแมปของ Buterin จึงเน้น access‑layer privacy หรือความเป็นส่วนตัวในชั้นการเข้าถึงข้อมูล

หนึ่งในโครงการสำคัญคือ Kohaku ซึ่งเป็นชุดเครื่องมือ privacy สำหรับกระเป๋าเงิน Ethereum

Kohaku ถูกออกแบบให้รวม primitive ด้านความเป็นส่วนตัวเข้าไปในซอฟต์แวร์ wallet โดยตรง แทนที่จะต้องใช้แอป privacy แยกต่างหาก

บางแนวทางยังรวมเทคโนโลยี light client เพื่อให้ wallet สามารถตรวจสอบข้อมูลบล็อกเชนได้ด้วยตัวเอง โดยไม่ต้องพึ่ง RPC แบบรวมศูนย์ เช่น Infura

ผลลัพธ์คือการลดโอกาสที่โครงสร้างพื้นฐานภายนอกจะติดตามพฤติกรรมของผู้ใช้

ภาพใหญ่: กลยุทธ์ความเป็นส่วนตัวของ Ethereum

โรดแมปนี้สะท้อนการเปลี่ยนแนวคิดของ Ethereum ต่อเรื่อง privacy

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

การปรับปรุงเหล่านี้มุ่งแก้สองจุดอ่อนหลักของบล็อกเชนปัจจุบัน

• การเซ็นเซอร์ธุรกรรม โดยผู้สร้างบล็อกหรือ validator
• การรั่วไหลของ metadata จาก wallet และโครงสร้างพื้นฐาน

ด้วยการเพิ่มการรับประกันการบรรจุธุรกรรม รองรับธุรกรรมแบบขนาน และปกป้องข้อมูลในระดับ wallet Ethereum ตั้งเป้าที่จะเปลี่ยน privacy จากเครื่องมือทดลอง ไปสู่ โครงสร้างพื้นฐานที่ wallet และแอปทั่วไปสามารถใช้งานได้จริง

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