ผู้เขียนต้นฉบับ: Jiawei, IOSG Ventures
บรรณาธิการต้นฉบับ: Olivia, IOSG Ventures
tl;dr：
หาก "การผสาน" เป็นไปด้วยดี Sharding จะกลายเป็นแกนหลักในการพัฒนา Ethereum ในปี 2023 และต่อๆ ไป นับตั้งแต่มีการเสนอ Sharding ในปี 2015 ความหมายของมันก็เปลี่ยนไปมาก
หลังจากที่ Vitalik นำเสนอ "โร้ดแมป Ethereum ที่เน้น Rollup" และ "Endgame" ของ Ethereum ทิศทางทั่วไปของ Ethereum ก็มีการเปลี่ยนแปลงโดยพฤตินัย นั่นคือ "ถอยกลับเบื้องหลัง" เป็นการรับประกันความปลอดภัยของ Rollup และชั้นความพร้อมใช้งานของข้อมูล
Danksharding และ Proto-Danksharding เป็นชุดของการผสมผสานทางเทคนิค ซึ่งหมายถึงชุดของการเจาะแบบรวมที่ "ค้นพบปัญหา" และแนะนำหรือเสนอเทคโนโลยีใหม่เพื่อ "แก้ปัญหา"
ที่มาของภาพ
การแนะนำ
ในพริบตา ปี 2022 ก็มาถึงครึ่งทางแล้ว เมื่อมองย้อนกลับไปที่ Serenity Roadmap ที่ Vitalik เสนอในสุนทรพจน์ Devcon ของเขาในปี 2018 จะพบได้ง่ายว่าเส้นทางการพัฒนาของ Ethereum มีการเปลี่ยนแปลงหลายครั้ง เมื่อเทียบกับ Roadmap ปัจจุบัน Sharding ได้รับความหมายใหม่ และ eWASM แทบจะไม่ กล่าวถึง.
เพื่อหลีกเลี่ยงการฉ้อโกงที่อาจเกิดขึ้นและปัญหาที่ทำให้ผู้ใช้เข้าใจผิด เมื่อปลายเดือนมกราคมปีนี้ Ethereum Foundation ประกาศว่าจะละทิ้งคำว่า "ETH2" และเปลี่ยนชื่อ Ethereum mainnet ปัจจุบันเป็น "ชั้นการดำเนินการ" ที่ประมวลผลธุรกรรมและ การดำเนินการ คำนี้เปลี่ยนชื่อเป็น "ชั้นฉันทามติ" ที่ประสานงานและประมวลผล PoS
ปัจจุบัน แผนงานอย่างเป็นทางการของ Ethereum ครอบคลุมสามส่วน ได้แก่ ห่วงโซ่สัญญาณ การผสาน และการแบ่งส่วน
ในหมู่พวกเขา Beacon Chain ซึ่งเป็นงานล่วงหน้าสำหรับการโยกย้าย Ethereum ไปยัง PoS และเครือข่ายการประสานงานของเลเยอร์ฉันทามติ เปิดตัวเมื่อวันที่ 1 ธันวาคม 2020 และเปิดใช้งานมาเกือบ 20 เดือนแล้ว
ที่มาของภาพ
ในบทความนี้เราจะมุ่งเน้นไปที่การแบ่งส่วน เหตุผลคือ:
ประการแรก สมมติว่าสามารถควบรวมเครือข่ายหลักได้สำเร็จภายในปีนั้นSharding จะเป็นแกนหลักของการพัฒนา Ethereum ในปี 2023
ประการที่สอง แนวคิดของ Ethereum Sharding ถูกเสนอครั้งแรกโดย Vitalik ใน Devcon 1 ในปี 2015 ตั้งแต่นั้นมา หกขั้นตอนการพัฒนาของ Sharding ได้รับการเสนอในคำถามที่พบบ่อยเกี่ยวกับ Sharding ของ GitHub (ดังแสดงในรูปด้านบน) อย่างไรก็ตาม,ด้วยการอัปเดตแผนงาน Ethereum และการส่งเสริม EIP ที่เกี่ยวข้อง ความหมายและลำดับความสำคัญของการแบ่งส่วนได้เปลี่ยนไปอย่างมากเมื่อเราพูดถึงการแบ่งกลุ่ม เราต้องตรวจสอบให้แน่ใจก่อนว่าเราเห็นด้วยกับความหมายของมัน
เพื่อสรุปประเด็นสองประเด็นข้างต้น สิ่งสำคัญคือต้องแยกแยะรายละเอียดปลีกย่อย บทความนี้จะมุ่งเน้นไปที่การพูดคุยเกี่ยวกับต้นกำเนิด ความคืบหน้า และเส้นทางในอนาคตของ Ethereum original sharding, Danksharding และ Proto-Danksharding แทนที่จะลงรายละเอียดทางเทคนิคทั้งหมด สำหรับรายละเอียดเกี่ยวกับ Danksharding และ Proto-Danksharding โปรดดูบทความก่อนหน้าของ IOSG:"Danksharding นักฆ่าการขยายตัวจะเป็นอนาคตของ Ethereum sharding หรือไม่"、"EIP4844: ค่าธรรมเนียมการทำธุรกรรม L2 จะเปิดเร็วๆ นี้เพื่อลดผลกระทบจากภาวะซึมเศร้าที่คาดการณ์ไว้"。
Quick Review
จะมีการกล่าวถึงค่าสะสม ความพร้อมใช้งานของข้อมูล และชาร์ดดิ้งหลายครั้งในบทความนี้
มาดูแนวคิดพื้นฐานของทั้งสามอย่างรวดเร็วที่นี่
ค่าสะสมกระแสหลักในปัจจุบันแบ่งออกเป็น zkRollup และค่าสะสมที่เหมาะสม แบบแรกอิงตามการพิสูจน์ความถูกต้อง นั่นคือ การดำเนินการเป็นชุดของธุรกรรม โดยอาศัยหลักฐานการเข้ารหัสลับ SNARK เพื่อให้แน่ใจว่าการเปลี่ยนสถานะถูกต้อง ส่วนหลัง "ในแง่ดี" ถือว่าการเปลี่ยนสถานะทั้งหมดถูกต้องเว้นแต่จะปลอมแปลง กล่าวคือ ต้องใช้ ระยะเวลาเพื่อให้แน่ใจว่าสามารถตรวจพบการเปลี่ยนสถานะที่ไม่ถูกต้อง
ที่มาของภาพ
โหนดเต็มของ Ethereum เก็บสถานะที่สมบูรณ์ของ EVM และเข้าร่วมในการตรวจสอบธุรกรรมทั้งหมด ซึ่งรับประกันการกระจายอำนาจและความปลอดภัย แต่จากนั้นปัญหาของความสามารถในการปรับขนาดก็ตามมา: ธุรกรรมถูกดำเนินการเชิงเส้น และแต่ละโหนดจำเป็นต้องยืนยันอย่างไร้ประสิทธิภาพอย่างไม่ต้องสงสัย โดยหนึ่ง
นอกจากนี้ เมื่อเวลาผ่านไป ข้อมูลเครือข่าย Ethereum ยังคงสะสม (ปัจจุบันมีมากถึง 786GB) และความต้องการฮาร์ดแวร์สำหรับการรันโหนดแบบเต็มก็เพิ่มขึ้นตามไปด้วย การลดลงของจำนวนโหนดทั้งหมดจะทำให้เกิดความล้มเหลวในจุดเดียว และลดระดับของการกระจายอำนาจ
โดยสัญชาตญาณการแบ่งส่วนย่อยนั้นเทียบเท่ากับการแบ่งงานและความร่วมมือ กล่าวคือ โหนดทั้งหมดจะถูกจัดกลุ่ม แต่ละธุรกรรมจำเป็นต้องได้รับการตรวจสอบโดยโหนดกลุ่มเดียวเท่านั้น และบันทึกธุรกรรมจะถูกส่งไปยังห่วงโซ่หลักเป็นประจำเพื่อให้เกิดการประมวลผลแบบขนานของธุรกรรม (เช่น มี 1,000 โหนด แต่ละธุรกรรมต้องได้รับการตรวจสอบโดยแต่ละโหนด หากแบ่งออกเป็น 10 กลุ่ม กลุ่มละ 100 โหนดเพื่อตรวจสอบธุรกรรม ประสิทธิภาพจะดีขึ้นอย่างเห็นได้ชัด) การใช้การแยกส่วนทำให้สามารถปรับปรุงความสามารถในการปรับขนาดได้ในขณะที่ลดข้อกำหนดด้านฮาร์ดแวร์ของโหนดกลุ่มเดียว ดังนั้นจึงช่วยแก้ปัญหาสองข้อข้างต้นได้
ที่มาของภาพ
พื้นหลัง
พื้นหลัง
ก่อนที่จะพูดถึง Danksharding เรามาทำความเข้าใจเบื้องหลังกันก่อนโดยส่วนตัวแล้ว รากฐานของบรรยากาศชุมชนที่เปิดตัวโดย Danksharding ส่วนใหญ่มาจากบทความสองบทความโดย Vitalik บทความทั้งสองนี้กำหนดทิศทางในอนาคตของ Ethereum
ก่อนอื่น Vitalik ได้เผยแพร่ "Roadmap Ethereum ที่เน้น Rollup" ในเดือนตุลาคม 2020 โดยเสนอว่า Ethereum จำเป็นต้องให้การสนับสนุนแบบรวมศูนย์สำหรับ Rollup ในระยะสั้นถึงระยะกลาง ประการแรก การขยายชั้นฐานของ Ethereum จะมุ่งเน้นไปที่การขยายความจุข้อมูลของบล็อก แทนที่จะปรับปรุงประสิทธิภาพของการคำนวณแบบออนไลน์หรือการดำเนินการ IO นั่นคือ: Ethereum Sharding ได้รับการออกแบบมาเพื่อให้มีพื้นที่มากขึ้นสำหรับ data blobs (แทนที่จะเป็นธุรกรรม) และ Ethereum ไม่จำเป็นต้องตีความข้อมูลเหล่านี้ เพียงเพื่อให้แน่ใจว่าข้อมูลนั้นพร้อมใช้งาน ประการที่สอง โครงสร้างพื้นฐานของ Ethereum ได้รับการปรับให้รองรับ Rollup (เช่น การรองรับ L2 ของ ENS การรวม L2 ของกระเป๋าเงิน และการโอนสินทรัพย์ข้าม L2)ที่มาของภาพ
ตั้งแต่นั้นมา Vitalik ได้บรรยายภาพสุดท้ายของ Ethereum ใน "Endgame" ที่เผยแพร่ในเดือนธันวาคม 2021: เอาต์พุตบล็อกเป็นแบบรวมศูนย์ แต่การตรวจสอบบล็อกนั้นไร้ความน่าเชื่อถือและมีการกระจายอำนาจสูง ในขณะเดียวกันก็รับประกันการต่อต้านการเซ็นเซอร์ห่วงโซ่พื้นฐานให้การรับประกันความพร้อมใช้งานของข้อมูลของบล็อก ในขณะที่ค่าสะสมให้การรับประกันความถูกต้องของบล็อก (ใน zkRollup ทำได้ผ่าน SNARK ในค่าสะสมในแง่ดี ผู้เข้าร่วมที่ซื่อสัตย์เพียงคนเดียวต้องเรียกใช้โหนดที่พิสูจน์การฉ้อโกง) . คล้ายกับระบบนิเวศแบบหลายสายโซ่ของ Cosmos อนาคตของ Ethereum จะเป็นการอยู่ร่วมกันแบบหลาย Rollup ซึ่งทั้งหมดนี้ขึ้นอยู่กับความพร้อมใช้งานของข้อมูลและการรักษาความปลอดภัยที่ใช้ร่วมกันโดย Ethereum ผู้ใช้พึ่งพาสะพานเพื่อย้ายไปมาระหว่าง Rollups ต่างๆ โดยไม่ต้องจ่ายค่าธรรมเนียมสูงของห่วงโซ่หลัก
บทความสองบทความข้างต้นกำหนดทิศทางการพัฒนาของ Ethereum โดยพื้นฐานแล้ว: การเพิ่มประสิทธิภาพการสร้างชั้นฐานของ Ethereum เพื่อให้บริการ Rollup ข้อโต้แย้งข้างต้นอาจขึ้นอยู่กับมุมมองดังกล่าว: เนื่องจาก Rollup ได้รับการพิสูจน์แล้วว่ามีประสิทธิภาพและนำมาใช้ได้ดี ดังนั้น "แทนที่จะใช้เวลาสองสามปีเพื่อรอแผนการขยายที่ไม่แน่นอนและซับซ้อน (หมายเหตุ: หมายถึงการแบ่งส่วนย่อยเดิม) จะดีกว่า ให้ความสำคัญกับ Focus on the Rollup-based solution"
ที่มาของภาพ
Proto-Danksharding
เบื้องหลังของ Proto-Danksharding คือแม้ว่ารูปแบบ Rollup จะลดต้นทุนการทำธุรกรรมลงอย่างมากเมื่อเทียบกับห่วงโซ่หลักของ Ethereum แต่ก็ยังไม่ถึงระดับที่ต่ำพอในอุดมคติ นี่เป็นเพราะ CALLDATA ซึ่งให้บริการข้อมูลบน Ethereum main chain ยังคงมีค่าใช้จ่ายสูง (16 แก๊ส / ไบต์) ในแนวคิดดั้งเดิม Ethereum เสนอให้พื้นที่ข้อมูลเฉพาะ 16MB สำหรับแต่ละบล็อกใน data sharding เพื่อให้ Rollup ใช้งานได้ แต่การนำ data sharding ไปใช้จริงนั้นยังห่างไกล
เมื่อวันที่ 25 กุมภาพันธ์ปีนี้ Vitalik และ DankRad ได้เสนอข้อเสนอ EIP-4844 (Shard Blob Transactions) หรือที่เรียกว่า Proto-Danksharding ซึ่งมีจุดมุ่งหมายเพื่อขยายความพร้อมใช้งานข้อมูลของ Ethereum ด้วยวิธีที่ง่ายและเข้ากันได้ล่วงหน้า ทำให้พร้อมใช้งานใน Danksharding ยังคงใช้ได้ในภายหลัง การเปลี่ยนแปลงในข้อเสนอนี้จะเกิดขึ้นเฉพาะในชั้นฉันทามติ และไม่ต้องการงานปรับแต่งเพิ่มเติมโดยไคลเอ็นต์ ผู้ใช้ และนักพัฒนาค่าสะสมของชั้นการดำเนินการ
Proto-Danksharding ไม่ได้ทำการ Sharding แต่แนะนำรูปแบบธุรกรรมที่เรียกว่า "Blob-carrying Transactions" สำหรับการ Sharding ในอนาคต รูปแบบธุรกรรมนี้แตกต่างจากธุรกรรมทั่วไปตรงที่มีบล็อกข้อมูลเพิ่มเติมที่เรียกว่า blob (ประมาณ 125kB) ซึ่งทำให้บล็อกมีขนาดใหญ่ขึ้นจริง จึงให้ข้อมูลที่ถูกกว่า CALLDATA (ประมาณ 10kB)
อย่างไรก็ตาม ปัญหาทั่วไปของ "บล็อกใหญ่" คือความต้องการพื้นที่ดิสก์ที่สะสมอย่างต่อเนื่อง การนำ Proto-Danksharding มาใช้จะเพิ่มความจุของ Ethereum เพิ่มอีก 2.5TB ต่อปี (ปัจจุบันข้อมูลเครือข่ายทั้งหมดมีเพียง 986GB เท่านั้น) . ดังนั้น Proto-Danksharding จึงกำหนดกรอบเวลา (เช่น 30 วัน) หลังจากนั้น Blob จะถูกลบ และผู้ใช้หรือโปรโตคอลสามารถสำรองข้อมูล Blob ภายในระยะเวลานี้
นั่นคือ Consensus Layer ของ Ethereum ถูกใช้เป็น "กระดานข่าวตามเวลาจริง" ที่มีความปลอดภัยสูงเท่านั้น เพื่อให้แน่ใจว่าข้อมูลเหล่านี้พร้อมใช้งานเป็นเวลานานพอ และเพื่อให้ผู้ใช้หรือโปรโตคอลอื่นมีเวลาเพียงพอในการสำรองข้อมูล แทนที่จะ โดย Ethereum ข้อมูลประวัติของ Blob ทั้งหมดจะถูกเก็บไว้อย่างถาวรในเวิร์กชอป
เหตุผลก็คือสำหรับการจัดเก็บ การเพิ่ม 2.5TB ต่อปีนั้นไม่ใช่ปัญหา แต่มันสร้างภาระให้กับโหนด Ethereum เป็นอย่างมากสำหรับสมมติฐานความไว้วางใจที่อาจเกิดขึ้น อันที่จริงแล้วฝ่ายจัดเก็บข้อมูลเพียงฝ่ายเดียวมีความซื่อสัตย์ (1 ใน N) ระบบสามารถทำงานได้ตามปกติ และไม่จำเป็นต้องมีชุดโหนดตรวจสอบความถูกต้องที่เข้าร่วมในการตรวจสอบและดำเนินการฉันทามติใน เวลาจริง (N/2 จาก N) เพื่อเก็บข้อมูลประวัติส่วนนี้
มีแรงจูงใจใด ๆ ที่จะผลักดันให้บุคคลที่สามจัดเก็บข้อมูลเหล่านี้หรือไม่? ผู้เขียนไม่พบการเปิดตัวโครงการสร้างแรงจูงใจในขณะนี้ แต่ Vitalik เองเสนอวิธีการจัดเก็บข้อมูลที่เป็นไปได้หลายวิธี:
โปรโตคอลเฉพาะแอปพลิเคชัน (เช่น Rollup) โหนดสามารถกำหนดให้โหนดจัดเก็บข้อมูลประวัติที่เกี่ยวข้องกับแอปพลิเคชัน หากข้อมูลในอดีตสูญหาย จะทำให้เกิดความเสี่ยงต่อส่วนนี้ของแอปพลิเคชัน ดังนั้นพวกเขาจึงมีแรงจูงใจในการจัดเก็บ
BitTorrent；
Portal Network ของ Ethereum ซึ่งเป็นแพลตฟอร์มที่ให้การเข้าถึงโปรโตคอลเพียงเล็กน้อย
เบราว์เซอร์บล็อกเชน ผู้ให้บริการ API หรือผู้ให้บริการข้อมูลอื่นๆ
ผู้ที่ชื่นชอบหรือนักวิชาการแต่ละคนมีส่วนร่วมในการวิเคราะห์ข้อมูล
โปรโตคอลการจัดทำดัชนีของบุคคลที่สาม เช่น The Graph
ที่มาของภาพ
ใน Proto-Danksharding เรากล่าวว่ารูปแบบธุรกรรมใหม่ทำให้บล็อกใหญ่ขึ้นจริง ๆ และ Rollup ยังรวบรวมข้อมูลจำนวนมาก ซึ่งโหนดจำเป็นต้องดาวน์โหลดเพื่อให้แน่ใจว่าข้อมูลพร้อมใช้งาน
แนวคิดของ DAS คือ: ถ้าข้อมูลสามารถแบ่งออกเป็นบล็อก N และแต่ละโหนดดาวน์โหลด K บล็อกแบบสุ่ม ก็จะสามารถตรวจสอบได้ว่าข้อมูลทั้งหมดมีอยู่หรือไม่โดยไม่ต้องดาวน์โหลดข้อมูลทั้งหมด ซึ่งสามารถลดภาระให้กับโหนดได้อย่างมาก . แต่ถ้าบล็อกข้อมูลหายไปล่ะ? เป็นการยากที่จะพบว่าบล็อกหายไปจากการดาวน์โหลด K บล็อกแบบสุ่ม
เพื่อให้ DAS เป็นจริง เทคโนโลยีการลบรหัส (Erasure Coding) ถูกนำมาใช้ลบรหัสเป็นเทคโนโลยีที่ทนต่อข้อผิดพลาดของการเข้ารหัส หลักการพื้นฐานคือการแบ่งส่วนข้อมูล เพิ่มเช็คซัม และสร้างความสัมพันธ์ระหว่างแต่ละส่วนข้อมูล แม้ว่าข้อมูลบางส่วนจะสูญหายไป แต่ข้อมูลที่สมบูรณ์ยังคงสามารถคำนวณได้ผ่านอัลกอริทึม
หากอัตราส่วนความซ้ำซ้อนของรหัสลบถูกตั้งค่าเป็น 50% หมายความว่ามีข้อมูลบล็อกเพียง 50% เท่านั้น และใครก็ตามในเครือข่ายสามารถสร้างข้อมูลบล็อกทั้งหมดขึ้นใหม่และเผยแพร่ได้ หากผู้โจมตีต้องการหลอกลวงโหนด ต้องซ่อนบล็อกมากกว่า 50% แต่ตราบใดที่มีการสุ่มตัวอย่างหลายครั้ง สิ่งนี้แทบจะไม่เกิดขึ้น (ตัวอย่างเช่น สมมติว่าสุ่มตัวอย่างบล็อก 30 ชิ้น โอกาสที่บล็อกเหล่านี้จะถูกผู้โจมตีซ่อนไว้คือ 2^(-30) )...
เนื่องจากโหนดไม่ได้ดาวน์โหลดข้อมูลทั้งหมด แต่ใช้รหัสลบเพื่อสร้างข้อมูลใหม่ อันดับแรกจึงต้องตรวจสอบให้แน่ใจว่ารหัสลบถูกเข้ารหัสอย่างถูกต้อง มิฉะนั้น แน่นอนว่าข้อมูลไม่สามารถสร้างขึ้นใหม่ด้วยรหัสลบที่เข้ารหัสผิด
ด้วยวิธีนี้ KZG Polynomial Commitments (KZG Polynomial Commitments) จึงได้รับการแนะนำเพิ่มเติมคำสัญญาพหุนามเป็นรูปแบบอย่างง่ายที่ "แทน" พหุนาม ใช้เพื่อพิสูจน์ว่าค่าของพหุนาม ณ ตำแหน่งใดตำแหน่งหนึ่งตรงกับค่าที่ระบุ โดยไม่รวมข้อมูลทั้งหมดสำหรับพหุนาม ใน Danksharding การตรวจสอบรหัสการลบสามารถทำได้โดยใช้ข้อผูกพันของ KZG
คงจะเป็นเรื่องง่ายหากเราสามารถรวมข้อมูลทั้งหมดไว้ในข้อผูกพันของ KZG เดียว แต่สร้างข้อผูกพันของ KZG นี้ หรือสร้างข้อมูลใหม่เมื่อข้อมูลบางส่วนไม่พร้อมใช้งาน ซึ่งทั้งสองอย่างนี้เป็นความต้องการทรัพยากรจำนวนมาก (อันที่จริง ข้อมูลของบล็อกเดียวต้องการข้อผูกมัดของ KZG หลายข้อในการรับประกัน)เพื่อลดภาระในโหนดและหลีกเลี่ยงการรวมศูนย์ Danksharding ได้แยกข้อผูกพันของ KZG เพิ่มเติมและเสนอกรอบข้อผูกพัน KZG สองมิติ
เมื่อเราแก้ปัญหาข้างต้นในทางกลับกัน การพึ่งพา DAS, โหนดหรือไคลเอนต์แบบไลท์จำเป็นต้องสุ่มดาวน์โหลดบล็อคข้อมูล K เพื่อตรวจสอบว่าข้อมูลทั้งหมดพร้อมใช้งาน ทำให้โหนดทำงานหนักเกินไป
(หมายเหตุ: โดยเฉพาะอย่างยิ่ง อัลกอริทึมรหัสการลบที่ใช้ใน Danksharding คือรหัส Reed-Solomon; KZG ความมุ่งมั่นเป็นแผนความมุ่งมั่นแบบพหุนามที่เผยแพร่โดย Kate, Zaverucha และ Goldberg ฉันจะไม่ขยายความในที่นี้ และผู้อ่านที่สนใจในหลักการของ อัลกอริทึมสามารถขยายตัวเองได้ นอกจากนี้ โซลูชันที่รับประกันความถูกต้องของรหัสการลบคือหลักฐานการฉ้อโกงที่นำมาใช้ใน Celestia)
การแยกผู้เสนอบล็อกและผู้สร้าง (PBS)
ในสถานการณ์ปัจจุบัน ผู้ขุดเหมือง PoW และเครื่องมือตรวจสอบความถูกต้องของ PoS เป็นทั้งผู้สร้างบล็อก (ผู้สร้าง) และผู้เสนอบล็อก (ผู้เสนอ) - ใน PoS ผู้ตรวจสอบความถูกต้องสามารถใช้ผลกำไรของ MEV เพื่อรับที่นั่งของเครื่องมือตรวจสอบความถูกต้องใหม่ เพื่อให้มีโอกาสมากขึ้นในการตระหนักถึง MEV ใน นอกจากนี้ เห็นได้ชัดว่ากลุ่มการตรวจสอบความถูกต้องขนาดใหญ่มีความสามารถในการตรวจจับ MEV ที่แข็งแกร่งกว่าตัวตรวจสอบความถูกต้องทั่วไป ซึ่งนำไปสู่ปัญหาการรวมศูนย์ที่ร้ายแรง ดังนั้น PBS จึงเสนอให้แยกผู้สร้างและผู้เสนอ
แนวคิดของ PBS มีดังต่อไปนี้: ผู้สร้างสร้างรายการธุรกรรมที่เรียงลำดับและส่งการเสนอราคาไปยังผู้เสนอ ผู้เสนอจะต้องยอมรับรายการธุรกรรมที่มีการเสนอราคาสูงสุดเท่านั้น และไม่มีใครสามารถทราบเนื้อหาเฉพาะของรายการธุรกรรมได้จนกว่าจะมีการเลือกผู้ชนะการประมูล
กลไกการแยกส่วนและการประมูลนี้นำเสนอ "การมีส่วนร่วม" ระหว่างเกมและ Builder: ท้ายที่สุดแล้ว Builder แต่ละคนมีความสามารถที่แตกต่างกันในการจับ MEV และ Builder จำเป็นต้องชั่งน้ำหนักความสัมพันธ์ระหว่างกำไรของ MEV ที่อาจเกิดขึ้นกับการเสนอราคาประมูล เพื่อให้ ซึ่งจะช่วยลดรายได้สุทธิของ MEV ไม่ว่าบล็อกที่ส่งโดยผู้สร้างขั้นสุดท้ายจะสามารถสร้างได้สำเร็จหรือไม่ก็ตามจะต้องชำระค่าธรรมเนียมการประมูลให้กับผู้เสนอ ด้วยวิธีนี้ ผู้เสนอ (ในความหมายกว้างๆ ชุดเครื่องมือตรวจสอบความถูกต้องทั้งหมด สุ่มเลือกใหม่ภายในระยะเวลาหนึ่ง) เท่ากับแบ่งรายได้ส่วนหนึ่งของ MEV ซึ่งทำให้ระดับการรวมศูนย์ของ MEV อ่อนแอลง
ข้างต้นอธิบายข้อดีของ PBS ในการแก้ปัญหา MEV แต่มีเหตุผลอื่นที่จะแนะนำ PBS ใน Danksharding ข้อกำหนดสำหรับ Builder คือ: เพื่อคำนวณการพิสูจน์ KZG ของข้อมูล 32MB ในเวลาประมาณ 1 วินาที ซึ่งต้องใช้ CPU ที่มี 32-64 คอร์ และเพื่อเผยแพร่ข้อมูล 64MB ในลักษณะ P2P ภายในระยะเวลาหนึ่ง ซึ่งต้องใช้ แบนด์วิธ 2.5Gbit/s เห็นได้ชัดว่าผู้ตรวจสอบไม่สามารถปฏิบัติตามข้อกำหนดดังกล่าวได้
ที่มาของภาพ
ในเดือนตุลาคมปีที่แล้ว Vitalik ได้เสนอโครงร่าง PBS แบบดูอัลสล็อต (หมายเหตุ: แต่ละสล็อตคือ 12 วินาที ซึ่งเป็นหน่วยเวลาของบีคอนเชน) แต่โครงร่าง PBS เฉพาะนั้นยังอยู่ระหว่างการหารือ
ที่มาของภาพ
แต่ PBS ก็นำปัญหามาให้เช่นกัน หาก Builder เสนอราคาสูงสุดเสมอ (แม้จะยอมแบกรับความสูญเสียทางเศรษฐกิจ) เพื่อชนะการประมูล เขาก็มีความสามารถในการตรวจสอบธุรกรรมและสามารถเลือกที่จะไม่รวมธุรกรรมบางรายการในการประมูลได้ใน ปิดกั้น.
ที่มาของภาพ
สรุป
การรวมตัวอย่าง Data Availability Sampling (DAS) ข้างต้น การแยก Block Builders and Proposers (PBS) และ Censorship Resistance Lists (crList) คุณจะได้รับ Danksharding ที่สมบูรณ์เราพบว่าแนวคิดของ "Sharding" นั้นถูกมองข้ามไป แม้ว่าชื่อ Sharding จะยังคงอยู่ แต่จุดเน้นที่แท้จริงนั้นอยู่ที่การรองรับความพร้อมใช้งานของข้อมูล
Danksharding มีข้อได้เปรียบเหนือ Sharding ดั้งเดิมอย่างไร
(Dankrad เองแสดงข้อดี 10 ประการของ Danksharding ที่นี่ เราเลือก 2 ข้อเพื่ออธิบายโดยละเอียด)
ใน Shard ดั้งเดิม แต่ละ Shard มีผู้เสนอและคณะกรรมการตามลำดับลงคะแนนในการตรวจสอบการทำธุรกรรมใน Shard และผลการลงคะแนนทั้งหมดจะถูกรวบรวมโดยผู้เสนอของ Beacon Chain งานนี้ยากในครั้งเดียวเสร็จสิ้นภายในช่อง . ใน Danksharding มีเพียงคณะกรรมการในห่วงโซ่บีคอน (ชุดตัวตรวจสอบทั่วไป ซึ่งจะถูกสุ่มเลือกใหม่ภายในระยะเวลาหนึ่ง) และคณะกรรมการนี้จะตรวจสอบบล็อกเชนบีคอนและข้อมูลชิ้นส่วน ซึ่งเทียบเท่ากับการลดความซับซ้อนของกลุ่มผู้เสนอและคณะกรรมการเดิม 64 กลุ่มเหลือเพียง 1 กลุ่ม และความซับซ้อนของทั้งทฤษฎีและการนำวิศวกรรมไปใช้ก็ลดลงอย่างมาก
ข้อดีอีกอย่างของ Danksharding คือความเป็นไปได้ของการเรียกแบบซิงโครนัสระหว่าง Ethereum main chain และ zkRollup ดังที่เราได้กล่าวไว้ข้างต้น ใน Shard ดั้งเดิม Beacon Chain จำเป็นต้องรวบรวมผลการลงคะแนนของ Shard ทั้งหมด ซึ่งจะทำให้การยืนยันล่าช้า ใน Danksharding บล็อกและข้อมูลชิ้นส่วนของบีคอนเชนได้รับการรับรองอย่างสม่ำเสมอโดยคณะกรรมการของบีคอนเชน กล่าวคือ ธุรกรรมในบล็อกบีคอนเดียวกันจะสามารถเข้าถึงข้อมูลชาร์ดดิงได้ทันที สิ่งนี้กระตุ้นจินตนาการของความสามารถในการจัดองค์ประกอบได้มากขึ้น ตัวอย่างเช่น AMM แบบกระจาย (dAMM) ที่เสนอโดย StarkWare สามารถดำเนินการ Swap หรือแบ่งปันสภาพคล่องใน L1/L2 เพื่อแก้ปัญหาการกระจายตัวของสภาพคล่อง
หลังจากใช้งาน Danksharding แล้ว Ethereum จะกลายเป็นเลเยอร์การชำระเงินแบบรวมศูนย์และเลเยอร์ความพร้อมใช้งานของข้อมูล
Closing Thoughts
ในรูปด้านบน เราทำบทสรุปของ Danksharding
โดยสรุป เราจะเห็นได้ว่าในอีก 2 ถึง 3 ปีข้างหน้า ทิศทางของแผนงานของ Ethereum นั้นชัดเจนมาก - มันหมุนรอบบริการ Rollupแม้ว่าจะยังไม่ทราบว่าแผนงานจะเปลี่ยนแปลงหรือไม่ในกระบวนการ: Danksharding คาดว่าจะถูกนำมาใช้ในอีก 18-24 เดือนข้างหน้า และ Proto-Danksharding จะถูกนำไปใช้ใน 6-9 เดือนแต่อย่างน้อยเราก็ได้แสดงให้เห็นชัดเจนว่า Rollup ซึ่งเป็นพื้นฐานการขยายตัวของ Ethereum นั้นครอบครองตำแหน่งที่โดดเด่น
ตามมุมมองที่เสนอโดย Vitalik เรายังเสนอการคิดเชิงคาดการณ์และการคาดเดา:
หนึ่งคือระบบนิเวศแบบหลายสายโซ่คล้ายกับ Cosmos ในอนาคตจะมีรูปแบบการแข่งขันแบบหลายค่าสะสมบน Ethereum และ Ethereum จะให้การรับประกันความปลอดภัยและความพร้อมใช้งานของข้อมูลแก่พวกเขา
ประการที่สอง โครงสร้างพื้นฐาน cross-L1/Rollup จะกลายเป็นความต้องการที่เข้มงวด MEV ข้ามโดเมนจะนำชุดค่าผสมการเก็งกำไรที่ซับซ้อนมากขึ้น คล้ายกับ dAMM ที่กล่าวถึงข้างต้น ซึ่งจะนำมาซึ่งความสามารถในการจัดองค์ประกอบที่สมบูรณ์ยิ่งขึ้น
ลิงค์ต้นฉบับ
อ้างอิง:
https://consensys.net/blog/blockchain-explained/the-roadmap-to-serenity-2/
https://www.web3.university/article/ethereum-sharding-an-introduction-to-blockchain-sharding
https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698
https://twitter.com/pseudotheos/status/1504457560396468231https://ethos.dev/beacon-chain/
https://notes.ethereum.org/@fradamt/H1ZqdtrBF
https://cloud.tencent.com/developer/article/1829995
https://medium.com/coinmonks/builder-proposer-separation-for-ethereum-explained-884c8f45f8dd
https://dankradfeist.de/ethereum/2021/10/13/kate-polynomial-commitments-mandarin.html
https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum
IOS
Android