Strawmap เปิดเผย — Vitalik Buterin อธิบายความพยายามของ Ethereum ในการเร่งประสบการณ์ผู้ใช้บน Layer 1

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

วิสัยทัศน์ Ethereum ปี 2029: ช่องสั้นเร็ว ความสมบูรณ์แบบรวดเร็ว และแฮชที่เป็นมิตรกับ STARK

ในโพสต์รายละเอียดบน X, Vitalik Buterin ได้อธิบายสิ่งที่เขาเรียกว่า “เอกสารสำคัญมาก” โดยอ้างอิงถึง “strawmap” ซึ่งเป็นแผนงานร่างที่เพิ่งเผยแพร่โดยนักวิจัยของมูลนิธิ Ethereum Justin Drake เอกสารนี้วาดภาพวิสัยทัศน์ระยะยาวสำหรับการอัปเกรด Ethereum ชั้นหนึ่ง (L1) จนถึงสิ้นทศวรรษ

“เราจะเริ่มต้นด้วยช่องสั้นและความสมบูรณ์แบบรวดเร็ว” Buterin เขียน “ผมคาดว่าจะลดเวลาช่องเป็นขั้นตอนทีละน้อย” โดยอ้างอิงสูตร “sqrt(2) ต่อครั้ง” ซึ่งจะทำให้ Ethereum จากช่อง 12 วินาทีเปลี่ยนเป็น 8, 6, 4, 3 และอาจเหลือ 2 วินาที ขั้นตอนสุดท้าย เขาเตือนว่า ขึ้นอยู่กับ “การวิจัยอย่างหนัก”

What Is the Strawmap?

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

เป้าหมายหลักห้าข้อของมันประกอบด้วย ระบบ L1 ที่รวดเร็วพร้อมช่องและความสมบูรณ์แบบในหน่วยวินาที; ระบบ “gigagas” สำหรับ L1 ที่มุ่งเป้า 1 gigagas ต่อวินาทีผ่าน zkEVMs และการพิสูจน์แบบเรียลไทม์; ระบบ “teragas” สำหรับ L2 ที่ผลักดันความพร้อมใช้งานข้อมูลเป็น 1 กิกะไบต์ต่อวินาที; การเข้ารหัสหลังควอนตัม; และความเป็นส่วนตัวระดับชั้นสำหรับการโอน ETH

เส้นทางเวลาขยายไปถึงปี 2029 โดยประมาณหนึ่งการ fork ทุกหกเดือน ฟอร์กที่กำลังจะมาถึงและฟอร์กชั่วคราวปรากฏในลำดับชื่อที่ใช้ดาวต่อเนื่อง ซึ่งเป็นการสืบสานประเพณีการตั้งชื่อแบบจักรวาลของ Ethereum

ช่องที่เร็วขึ้น ความปลอดภัยเท่าเดิม?

ปัจจุบัน Ethereum ทำงานบนช่อง 12 วินาที แต่ Buterin อธิบายว่า เวลาช่องจะถูกปรับเป็นพารามิเตอร์ที่สามารถปรับแต่งได้ ซึ่งจะลดลงเมื่อความมั่นใจสูงพอที่จะรักษาความปลอดภัยไว้ได้

“แนวคิดหลักคือเราจะมองเวลาช่องเป็นพารามิเตอร์ที่เราปรับลดลงเมื่อเรามั่นใจว่าปลอดภัย” เขาเขียน โดยเปรียบเทียบกับการปรับเทียบเป้าหมายบล็อก

สิ่งสำคัญคือ เขาแย้งว่าส่วนใหญ่ของแผนงานโดยรวมเป็นอิสระจากระยะเวลาช่อง “เราจะต้องทำสิ่งเดียวกันประมาณนั้นไม่ว่าจะเป็นช่อง 2 วินาทีหรือ 32 วินาที” เขากล่าว

หนึ่งในตัวช่วยสำคัญคือการปรับปรุงเครือข่าย peer-to-peer (p2p) รวมถึงงานที่ใช้การเข้ารหัสแบบการสูญเสีย (erasure coding) แทนที่แต่ละโหนดจะได้รับเนื้อหาบล็อกเต็มจากเพื่อนหลายคน บล็อกอาจถูกแบ่งเป็นชิ้นส่วน — ตัวอย่างเช่น แปดชิ้นส่วน ซึ่งสามารถสร้างบล็อกเต็มได้จากสี่ชิ้นส่วน วิธีนี้รักษาความซ้ำซ้อนไว้ในขณะเดียวกันก็ลดแบนด์วิดธ์และความล่าช้าที่เกิดจากเพื่อนที่ช้ากว่า

Buterin กล่าวว่า สถิติภายในบ่งชี้ว่าสถาปัตยกรรมนี้สามารถลดเวลาการแพร่บล็อกในเปอร์เซ็นต์ 95 ได้อย่างมีนัยสำคัญ ทำให้ช่องสั้นลงเป็นไปได้โดยไม่ลดทอนความปลอดภัย ยกเว้นความซับซ้อนของโปรโตคอลที่เพิ่มขึ้น

การคิดใหม่เกี่ยวกับผู้รับรองและโครงสร้างช่อง

การเปลี่ยนแปลงอื่น ๆ ผสมผสานกับข้อเสนอเช่น ePBS, FOCIL และกฎการยืนยันที่รวดเร็ว ซึ่งนำเสนอโครงสร้างช่องที่ซับซ้อนมากขึ้น ขอบเขตความล่าช้าจะถูกบีบให้แคบลง จากประมาณหนึ่งในสามของช่องเหลือหนึ่งในห้า

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

ความสมบูรณ์แบบในวินาที ไม่ใช่นาที

ถ้าช่องเป็นจังหวะ การสมบูรณ์แบบคือเครื่องหมายการยืนยัน ปัจจุบัน Ethereum มีความสมบูรณ์แบบเฉลี่ยประมาณ 16 นาที โดยอิงจากช่อง 12 วินาทีและการยืนยันหลายยุคภายใต้การออกแบบ Gasper

Strawmap เสนอให้แยกความสัมพันธ์ระหว่างช่องและความสมบูรณ์แบบ และนำอัลกอริทึม Byzantine fault-tolerant สำหรับความสมบูรณ์แบบในหนึ่งรอบที่เรียกว่า Minimmit มาใช้ ในสภาพสุดท้าย ความสมบูรณ์แบบอาจอยู่ในช่วง 6 ถึง 16 วินาที

“ความสมบูรณ์แบบรวดเร็วเป็นเรื่องซับซ้อนมากขึ้น” Buterin ยอมรับ พร้อมเสริมว่าโปรโตคอลสุดท้ายอาจง่ายกว่าระบบ Gasper ในปัจจุบัน แม้ว่าทางเปลี่ยนผ่านจะเป็นเรื่องรุกล้ำ

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

หลังควอนตัมและ STARK ที่ออกแบบให้เป็นมิตร

เนื่องจากการเปลี่ยนแปลงนี้เป็นวงกว้าง Buterin กล่าวว่าก้าวสำคัญที่สุดอาจรวมถึงการปรับปรุงเข้ารหัส รวมถึงลายเซ็นแบบหลังควอนตัมและฟังก์ชันแฮชที่เป็นมิตรกับ STARK

นักพัฒนากำลังประเมินการตอบสนองต่อความกังวลล่าสุดเกี่ยวกับ Poseidon2 รวมถึงการเพิ่มจำนวนรอบ การย้อนกลับไปใช้ Poseidon1 หรือการนำแฮชแบบดั้งเดิม เช่น BLAKE3 มาใช้ การวิจัยยังดำเนินต่อไป

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

การอัปเกรดแบบ ‘เรือของธีซีอุส’

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

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

แต่ทิศทางชัดเจน: บล็อกที่เร็วขึ้น การชำระเงินที่รวดเร็วขึ้น และโปรโตคอลที่ออกแบบให้คงอยู่เหนือวงจรฮาร์ดแวร์และยุคของการเข้ารหัส

คำถามที่พบบ่อย 🔎

• What is the Ethereum strawmap? The strawmap is a long-term, strawman roadmap outlining proposed Layer 1 upgrades through 2029.
• How fast could Ethereum finality become? Under proposed changes, finality could eventually fall from about 16 minutes today to roughly 6–16 seconds.
• What are fast slots in Ethereum? Fast slots refer to reducing block times from 12 seconds to as low as 2 seconds, pending research and safety validation.
• Does the strawmap make Ethereum quantum-resistant? The plan includes migrating to post-quantum hash-based signatures, potentially making parts of Ethereum quantum-resistant before full finality protection is upgraded.