“แผนที่ฟาง” ของ Ethereum ที่ได้รับการสนับสนุนจาก Vitalik Buterin คืออะไร?

การขอ มูลนิธิอีเธอเรียม (EF) นักวิจัยได้เผยแพร่ "Strawmap" ซึ่งเป็นแผนงานเบื้องต้นสำหรับ Ethereum ชั้น 1 (L1) การอัปเกรดโปรโตคอล เอกสารฉบับนี้มีให้ดูได้ที่ สตรอว์แมป.orgโดยกำหนดทิศทางทางเทคนิคในระยะยาวสำหรับ Ethereum จนถึงสิ้นทศวรรษ

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

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

ใครเป็นผู้สร้าง Strawmap และมันเหมาะสำหรับใคร?

Strawmap มีต้นกำเนิดมาจากการประชุมเชิงปฏิบัติการของ Ethereum Foundation ในเดือนมกราคม 2026 ต่อมาทีมสถาปัตยกรรมของ EF ได้เผยแพร่สู่สาธารณะ ซึ่งรวมถึง... จัสตินเดรก, อันสการ์ ดีทริชส์, บาร์นาเบ มอนโนต์ และฟรานเชสโก ดามาโต

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

“Strawmap” หมายถึงอะไร?

ชื่อนี้เป็นการรวมคำว่า “strawman” (ร่างต้นแบบ) และ “roadmap” เข้าด้วยกัน คำว่า “strawman” สะท้อนให้เห็นถึงความเป็นจริงสองประการ:

1. Ethereum ไม่มีหน่วยงานกลางใดที่จะสามารถกำหนดแผนงานขั้นสุดท้ายให้กับผู้มีส่วนได้ส่วนเสียทั้งหมดได้
2. เอกสารนี้ยังอยู่ระหว่างการจัดทำ ไม่ใช่การคาดการณ์

แผนงานนี้ตั้งอยู่บนพื้นฐานของการพัฒนาโดยยึดมนุษย์เป็นหลัก และระบุว่าการพัฒนาโดยใช้ AI ช่วยเหลือและการตรวจสอบอย่างเป็นทางการสามารถลดระยะเวลาลงได้

โครงสร้างของ Strawmap เป็นอย่างไร?

Strawmap นำเสนอการอัปเกรด Ethereum บนไทม์ไลน์ภาพเดียวที่ครอบคลุมตั้งแต่ปี 2026 ถึง 2029 พร้อมด้วยรายการระยะยาวที่เลยปี 2030 ไปแล้ว

โดยสมมติว่ามีการแยกสาขาประมาณหนึ่งครั้งทุก ๆ หกเดือน และได้กำหนดสาขาแยกไว้เจ็ดสาขา:

ค้นพบโครงการอันน่าตื่นเต้น...

โครงการอันน่าสัญญา...

(โฆษณา)

บทความต่อ...

• แกลมสเตอร์ดัม (2026)
• เฮโกตา (2026)
• I* (2027)
• J* (2028)
• K* (2028)
• L* (2029)
• M+ (ปี 2030 และหลังจากนั้น)

ส้อมถูกจัดเรียงเป็นสามชั้นแนวนอน:

• ชั้นฉันทามติ (CL)
• ชั้นข้อมูล (DL)
• ชั้นการประมวลผล (EL)

แต่ละ fork จะมี “headliners” ซึ่งหมายถึงการอัปเกรดครั้งใหญ่ กระบวนการ All Core Devs (ACD) โดยทั่วไปจะจำกัดแต่ละ fork ให้มี headliner ที่เป็นฉันทามติเพียงหนึ่งเดียวและ headliner ที่เป็นการดำเนินการเพียงหนึ่งเดียว เพื่อรักษาจังหวะการทำงาน ยกเว้น L* ซึ่งมี headliner ที่เป็นฉันทามติสองรายการที่เชื่อมโยงกับฉันทามติแบบลีน

เป้าหมายระยะยาวสำหรับ Ethereum

Strawmap กำหนดเป้าหมายระยะยาวไว้ 5 ประการ:

1. L1 เร็ว

ช่วงเวลาสั้น ๆ และการตัดสินใจเสร็จสิ้นภายในไม่กี่วินาที

2. กิกะกัส แอล1

สามารถรองรับปริมาณงานได้ 1 กิกะบิตต่อวินาที หรือประมาณ 10,000 ธุรกรรมต่อวินาที (TPS) โดยใช้เทคโนโลยี zkEVM และการพิสูจน์แบบเรียลไทม์

3. เทรากัส แอล2

แบนด์วิดท์ข้อมูล 1 กิกะไบต์ต่อวินาที หรือประมาณ 10 ล้าน TPS ผ่านการสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล

4. L1 หลังควอนตัม

การเข้ารหัสแบบแฮชเพื่อต้านทานการโจมตีควอนตัม

5. พลทหาร L1

การโอน ETH ที่ได้รับการปกป้องในระดับพื้นฐาน

เป้าหมายเหล่านี้มุ่งเน้นไปที่ความหน่วงเวลา ประสิทธิภาพการประมวลผล ความทนทานของการเข้ารหัส และความเป็นส่วนตัว

ข้อเสนอ: ลดระยะเวลา Slot Time และ Finality ของ Ethereum

เวลาเฉลี่ยในการยืนยันธุรกรรม (finality time) ของ Ethereum ในปัจจุบันอยู่ที่ประมาณ 16 นาที ซึ่งคำนวณจากช่วงเวลา 12 วินาที คูณด้วยยุค (epoch) ที่มี 32 ช่วงเวลา และประมาณ 2.5 ยุค

Strawmap เสนอการลดระยะเวลาของช่องสัญญาณทีละน้อยตามลำดับขั้น √2:
12s → 8s → 6s → 4s → 3s → 2s.

Vitalik Buterin ได้อธิบายแนวทางนี้เพื่อตอบสนองต่อแผนงาน:

“ผมคาดว่าเราจะลดระยะเวลาของช่องสัญญาณลงทีละน้อย เช่น ผมชอบสูตร 'sqrt(2) ต่อครั้ง' (12 -> 8 -> 6 -> 4 -> 3 -> 2 แม้ว่าสองขั้นตอนสุดท้ายจะเป็นการคาดเดาและขึ้นอยู่กับการวิจัยอย่างหนัก) เขากล่าวเสริมว่า “ช่องสัญญาณที่รวดเร็วถูกแยกออกไปอยู่ในส่วนต้นของแผนงาน และดูเหมือนว่าจะไม่ได้เชื่อมโยงกับอะไรเลย นี่เป็นเพราะส่วนที่เหลือของแผนงานค่อนข้างเป็นอิสระจากระยะเวลาของช่องสัญญาณ”

ในข้อความของ Buterin ไม่ได้ระบุไทม์ไลน์การใช้งานที่เฉพาะเจาะจง แต่เขากล่าวถึง strawmap ว่าเป็นแผนที่เป็นระบบซึ่งระบุรายละเอียดวัตถุประสงค์ทางเทคนิคต่างๆ ที่เกี่ยวข้องกับการลดจำนวนช่องว่าง การออกแบบความสมบูรณ์ของข้อมูลใหม่ และการนำการปรับปรุงด้านการเข้ารหัสมาใช้

การปรับปรุง P2P และการเข้ารหัสแบบ Erasure Coding

ช่องว่างข้อมูลที่สั้นลงจำเป็นต้องมีการปรับปรุงเพื่อป้องกันการแพร่กระจายของข้อมูล งานวิจัยของ Raul Jordan มุ่งเน้นไปที่สถาปัตยกรรมแบบ Peer-to-Peer (P2P) ที่ได้รับการปรับให้เหมาะสมโดยใช้การเข้ารหัสแบบ Erasure Coding

ในการออกแบบนี้ บล็อกจะถูกแบ่งออกเป็นชิ้น ๆ (ตัวอย่างเช่น 8 ชิ้น ซึ่ง 4 ชิ้นใด ๆ ก็สามารถประกอบกันเป็นบล็อกเต็มได้) โครงสร้าง k-of-n นี้ช่วยลดภาระแบนด์วิดท์ในขณะที่ปรับปรุงเวลาการแพร่กระจายบล็อกในระดับเปอร์เซ็นไทล์ที่ 95 ให้ดีขึ้น จากข้อมูลการวิจัยที่ Buterin อ้างถึง สถาปัตยกรรมนี้สามารถทำให้สล็อตที่สั้นลงใช้งานได้โดยไม่ลดทอนความปลอดภัย

วิถีสุดท้าย

นอกจากนี้ Strawmap ยังเสนอให้แยกสล็อตออกจากความสมบูรณ์ของข้อมูล เป้าหมายระยะยาวคือการใช้อัลกอริธึม BFT แบบรอบเดียวที่เรียกว่า Minimmit

เส้นทางสู่จุดจบที่เป็นไปได้ตามที่ Buterin ได้กล่าวไว้:

• 16 นาที (วันนี้)
• 10 นาที 40 วินาที (ช่องละ 8 วินาที)
• 6 นาที 24 วินาที (ความสมบูรณ์ของรอบเดียว)
• 1 นาที 12 วินาที (รอบละ 8 ช่อง, ช่องละ 6 วินาที)
• 48 วินาที (ช่องละ 4 วินาที)
• 16 วินาที (ขั้นต่ำ)
• 8 วินาที (พารามิเตอร์ Minimmit ที่เข้มงวดมากขึ้น)

การเปลี่ยนแปลงเหล่านี้เกี่ยวข้องกับการออกแบบฉันทามติใหม่ครั้งสำคัญ

การเข้ารหัสลับยุคหลังควอนตัมเข้ากับแผนนี้ได้อย่างไร?

Strawmap ผสานรวมการอัปเกรดหลังควอนตัมเข้ากับการเปลี่ยนแปลงฉันทามติหลัก แผนดังกล่าวประกอบด้วย:

• ลายเซ็นบนพื้นฐานแฮช
• การเปลี่ยนไปใช้ฟังก์ชันแฮชที่เป็นมิตรกับ STARK
• การประเมินผลการตอบสนองต่อข้อกังวลด้านการเข้ารหัสของ Poseidon2

แนวทางแก้ไขสามประการที่อยู่ระหว่างการวิจัย ได้แก่ การเพิ่มจำนวนรอบ การกลับไปใช้ Poseidon1 หรือการใช้ BLAKE3

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

เกิดอะไรขึ้นในเลเยอร์การประมวลผลและเลเยอร์ข้อมูล?

ชั้นปฏิบัติการ

ข้อเสนอที่สำคัญ ได้แก่ :

• การบัญชีแก๊สแบบหลายมิติ
• ขีดจำกัดก๊าซปิดกั้นเพิ่มขึ้น
• บูรณาการ zkEVM
• เครื่องจักรความรู้ศูนย์แบบมาตรฐาน (ZKM)
• การยึดคืนโดยชนพื้นเมือง
• ธุรกรรมที่ไม่ต้องมีการโต้ตอบ (NIT)
• การวิจัย ZKVM ระดับเอ็กซาสเกล

เป้าหมายระยะยาวคือปริมาณงานระดับกิกะบิตต่อวินาที (L1)

ชั้นข้อมูล

แผนงานประกอบด้วย:

• การเปลี่ยนแปลง Blob ต่อผู้ปฏิบัติงาน (BPO)
• การสุ่มตัวอย่างความพร้อมใช้งานของข้อมูล
• ขนาดที่เรียบง่ายจะลดลงในส้อมเฉพาะบางอัน
• กลับไปที่ข้อมูลการโทรในบางกรณี

เป้าหมาย Teragas L2 มีจุดมุ่งหมายเพื่อขยายขนาดการรวมข้อมูลและปริมาณการรับส่งข้อมูลโดยไม่ลดทอนความเป็นกระจายอำนาจ

Strawmap บ่งชี้ถึงการเปลี่ยนแปลงจากการขยายธุรกิจโดยเน้นการรวมกลุ่มข้อมูลหรือไม่?

แผนงานก่อนหน้านี้ของ Ethereum เน้นย้ำเรื่อง rollups เป็นกลไกหลักในการขยายขนาด Strawmap ไม่ได้ยกเลิก rollups แต่ได้กำหนดแนวทางการขยายขนาดที่แข็งแกร่งกว่าสำหรับ L1 เอง

หากแผนงานนี้ประสบความสำเร็จ จะช่วยเพิ่มปริมาณงานของเลเยอร์ 1 เป็น 10,000 TPS ในขณะที่เพิ่มปริมาณงานของเลเยอร์ 2 เป็น 10 ล้าน TPS แนวทางนี้จะลดการพึ่งพาการรวมข้อมูลเพียงอย่างเดียวเพื่อความสามารถในการขยายขนาด

สรุป

Strawmap ของ Ethereum นำเสนอภาพรวมที่เป็นระบบของการอัปเกรด Layer 1 ในระยะยาวไปจนถึงปี 2029 โดยกำหนดเป้าหมายที่วัดผลได้ ได้แก่ สล็อตที่เร็วขึ้น ระยะเวลาการยืนยันที่สั้นลง ปริมาณงานที่สูงขึ้น การเข้ารหัสแบบโพสต์ควอนตัม และความเป็นส่วนตัวในระดับพื้นฐาน แผนงานนี้จัดระเบียบการอัปเกรดเหล่านี้ในเลเยอร์ฉันทามติ ข้อมูล และการดำเนินการ โดยมีจังหวะการแยกสาขาและการพึ่งพาทางเทคนิคที่กำหนดไว้

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

แหล่งที่มา

• จัสตินเดรกภาพรวมของ Strawmap
• Vitalik Buterin: การตอบสนองของประชาชนต่อ Strawmap
• สตรอว์แมป.orgเอกสารแผนงาน
• บล็อกนักวิจัยจาก Ethereum Foundation เผยแพร่ "แผนที่เบื้องต้น" ที่ระบุถึงการแยกเครือข่าย (fork) เจ็ดครั้งภายในปี 2029