แผนผังเส้นทางการพัฒนาของ Ethereum
ที่มา | barnabe.substack.com
ผู้แต่ง | บาร์นาเบ มอนนอต
ต่อไปนี้ดัดแปลงมาจากการนำเสนอในวันศุกร์ที่ 9 เมษายน
บทความนี้เกี่ยวกับเส้นทางสู่อนาคตของ Ethereum ทีมนักพัฒนา Eth2 เรียก Ethereum ในปัจจุบันว่า "eth1" ซึ่งปัจจุบันเรียกว่า PoW chain และ Ethereum ในอนาคตไม่ใช่ทั้ง eth1 หรือ eth2 แต่... Ethereum:
คำอธิบายภาพ
ข้อความ
คำอธิบายภาพ
รูปภาพ: กลไก PoS แทนที่กลไก PoW
PoW ไม่ได้แย่ไปซะทั้งหมด แต่ฉันต้องการชื่อที่ดึงดูดใจ
PoW ต้องการฮาร์ดแวร์จำนวนมากเพื่อเรียกใช้การคำนวณอย่างเข้มข้น ส่งผลให้มีการใช้พลังงานมากเกินไป เราไม่ได้พูดถึงการสิ้นเปลืองทรัพยากรเหมือนนักวิจารณ์ cryptocurrency ส่วนใหญ่ (สำนวนปกติของพวกเขาคือ "ทำไมเราต้องใช้ระบบการชำระเงินที่ใช้ทรัพยากรของประเทศ?") สิ่งที่เราสนับสนุนก็คือเนื่องจากเราสามารถจ่ายการบริโภคที่ค่อนข้างน้อยเพื่อทำสิ่งเดียวกัน เราควรทำเช่นนั้น
คำอธิบายภาพ
รูป: หากไม่ดำเนินการยืนยันในขั้นตอนที่สอง พวกเขาจะสูญเสียทรัพย์สิน
คำอธิบายภาพ
ข้อความ
ชั้นฉันทามติทำให้แน่ใจว่าทุกคนเห็นด้วยกับข้อมูลที่ถูกต้องบางส่วน และเลเยอร์การดำเนินการตีความข้อมูลนี้ให้สมเหตุสมผล "ข้อมูล" คือรูปแบบการโต้ตอบใดๆ กับบล็อกเชน เช่น การทำสัญญา การทำธุรกรรมการแลกเปลี่ยน การส่งธุรกรรมการชำระเงิน ฯลฯ...
โดยพื้นฐานแล้ว blockchain คือการเพิ่มบล็อกใหม่ให้กับ chain เมื่อมีการเพิ่มบล็อกใหม่ สถานะก่อนบล็อกจะย้ายไปยังสถานะหลังบล็อก สถานะนี้รวบรวมข้อมูลทั้งหมดตั้งแต่บล็อก 0 ถึง N
คำอธิบายภาพ
ขั้นตอนแรกคือการแยกเลเยอร์ฉันทามติออกจากเลเยอร์การดำเนินการ ขั้นตอนที่สองคือการถ่ายโอนจาก PoW ไปยัง PoS
คำอธิบายภาพ
รูป: ขั้นตอนแรกเสร็จสิ้นแล้ว
ตั้งแต่เดือนธันวาคม 2020 เรามีสองเครือข่ายที่ทำงานพร้อมกัน:
➤ อันแรกคือ PoS-consensus chain (หรือที่เรียกว่า beacon chain)
➤ อย่างที่สองคือ PoW-consensus + ห่วงโซ่การดำเนินการที่เชื่อถือได้ของเรา (aka, eth1)
คำอธิบายภาพ
รูปภาพ: วิธีการเป็นผู้ตรวจสอบความถูกต้อง
คำอธิบายภาพ
รูป: ผสาน
หวังว่าการไม่สามารถสื่อสารนี้จะคงอยู่ได้ไม่นานนัก "ผสาน" เชื่อมห่วงโซ่ PoS-consensus และ PoW-consensus+execution chain อย่างถาวร ซึ่งหมายความว่าตัวตรวจสอบความถูกต้องสามารถสร้างบล็อกสำหรับชั้นการดำเนินการได้ หลังจากการควบรวมกิจการ เรามีห่วงโซ่สองประเภท:
➤ ห่วงโซ่ฉันทามติ PoS
➤ ห่วงโซ่การดำเนินการตาม PoS (เช่น ห่วงโซ่ "eth1")
หลังจากการควบรวมกิจการ ผู้ตรวจสอบความถูกต้องของเครือข่าย PoS-consensus จะสามารถแลกและถอนเงินฝากและรางวัลที่เดิมพันได้ และส่งกลับไปยังห่วงโซ่การดำเนินการตาม PoS [2]
คำอธิบายภาพ
คำอธิบายภาพ
(สรุปสี: ฉันทามติ=สีม่วง การดำเนินการ=สีเขียว ข้อมูล=สีเหลือง)
เมื่อพูดถึงการยกเลิก นี่เป็นหนึ่งในโซลูชันการปรับขนาดที่มีอยู่มากมาย แต่จากมุมมองของการออกแบบโปรโตคอล โซลูชันนี้อาจให้การประนีประนอมที่เหมาะสมที่สุด แนวคิดของโครงร่างนี้เรียบง่าย: จัดการการเปลี่ยนสถานะแบบสังเคราะห์โดยการจัดเก็บข้อมูลบนเครือข่าย (ซึ่งใช้เพื่อสร้างการดำเนินการเปลี่ยนสถานะใหม่) และทำให้การดำเนินการของสถานะนอกเครือข่าย หากมีคนไม่เห็นด้วยกับผลลัพธ์ของการดำเนินการ หรือถ้ามีคนลืมที่จะดำเนินการตั้งแต่แรก ข้อมูลจะอยู่บนเครือข่ายและทุกคนสามารถเข้าถึงได้ (และสามารถคำนวณใหม่ได้) จะไม่ได้รับอนุญาตโดยสิ้นเชิง!
คำอธิบายภาพ
รูปภาพ: มีการปรับใช้โซลูชันการยกเลิกหลายรายการ และอีกมากมายอยู่ระหว่างการพัฒนา
ผู้ใช้ต้องไปที่ห่วงโซ่การดำเนินการ ("eth1"สัญญาการยกเลิกบน ) ให้คำมั่นว่าสินทรัพย์จะสามารถเข้าสู่การยกเลิก ซึ่งผู้ใช้สามารถซื้อขายได้ เมื่อเสร็จสิ้น ผู้ใช้สามารถโอนสินทรัพย์จากการยกเลิกกลับเข้าสู่ห่วงโซ่การดำเนินการ
ทางเลือกอื่นนอกเหนือจาก Rollups คืออะไร? ลองดูภาพด้านบน ลองจินตนาการดูว่าถ้าเราแทนที่โซ่สีเหลืองแนวตั้งเหล่านั้นด้วยโซ่สีแดงที่ขนานกัน ตัวอย่างเช่น จะเกิดอะไรขึ้นถ้าเราจำลองเชน eth1 หลายตัวและรันแบบเคียงข้างกัน
ปัญหาที่นี่คือวิธีจัดการห่วงโซ่การดำเนินการหลายรายการที่ทำงานพร้อมกัน จะเกิดอะไรขึ้นหากมีบางอย่างเกิดขึ้นกับเชนหนึ่งและคนอื่นๆ จำเป็นต้องรู้ นี่เป็นปัญหาที่ยากมากสำหรับการชาร์ดดิ้ง หรือปัญหาที่ต้องเอาชนะสำหรับแผนการที่ดำเนินการในหลายเชน
"ไม่มีความแตกต่างระหว่าง Rollups"ผู้อ่านอาจคิดเช่นนั้น ไม่มีอะไรผิดปกติกับเรื่องนี้ แต่เมื่อคุณต้องการโอนย้ายจากชุดค่าผสมหนึ่งไปยังชุดค่าผสมอื่น ปัญหายุ่งยากเดิมก็เกิดขึ้นอีกครั้ง อย่างไรก็ตาม ประเด็นคือมีการออกแบบการยกเลิกหลายรายการอยู่แล้ว และพื้นที่ที่สำรวจได้สำหรับโซลูชันเหล่านี้ยังคงกว้างมาก ในกรณีนี้ ทำไมไม่ทดลองการโรลอัพก่อน แล้วค่อยแนะนำแนวทางระดับโปรโตคอล
คำอธิบายภาพ
ภาพ: ใช้เศษเพื่อจัดเก็บข้อมูลที่เผยแพร่โดยการยกเลิก
ผู้อ่านน่าจะเคยได้ยินเรื่องพื้นที่บล็อกไม่พอใช่ไหมคะ? Rollups จำเป็นต้องเผยแพร่ข้อมูลของพวกเขา แต่พื้นที่บล็อก eth1 นั้นหายาก! ดังที่เราได้กล่าวไปแล้ว การข้ามชาร์ดเป็นเรื่องที่ยากมาก เพื่อแก้ปัญหานี้ เราสามารถใช้การแยกส่วนเพื่อบันทึกข้อมูลที่ต้องการเผยแพร่ เมื่อถึงจุดนั้น น่าจะมี 64 ชาร์ด หรือ 64 เท่าของแบนด์วิธที่มีอยู่ในปัจจุบัน และชาร์ดบล็อกอาจเก็บข้อมูลได้มากกว่าที่บล็อกลูกโซ่ eth1 สามารถจุได้ในปัจจุบัน
คำอธิบายภาพ
รูปภาพ: แต่ละการยกเลิกมีสภาพแวดล้อมการดำเนินการของตัวเอง
ยังมีงานอีกมากที่ต้องทำในพื้นที่นี้! ก่อนอื่น อย่าลืมว่า "การรวม" และ "การแบ่งกลุ่มข้อมูล" เป็นงานที่ซับซ้อนมากซึ่งต้องใช้หลายทีมเพื่อทำงานหนึ่งหรือทั้งสองอย่างพร้อมกัน แต่ในส่วนของการยกเลิกนั้น ยังมีประเด็นที่น่าสนใจให้ศึกษาอยู่ ผมขอยกมาแค่บางประเด็นเท่านั้น:
➤ การเปิดใช้งานการโยกย้ายจำนวนมากระหว่างผู้ใช้และการยกเลิกเป็นแนวคิดที่ยอดเยี่ยม หากผู้ใช้มีระบบขนส่งสาธารณะมากพอที่จะเดินทางไปมาระหว่าง Layer1 (eth1) และ Layer2 (rollups) เหตุใดผู้ใช้จึงต้องขับรถไปมาเอง นี่มันประหยัดมาก
➤ หากผู้ใช้คิดว่าเขาสามารถทำสิ่งดีๆ ในการยกเลิกรายการอื่นได้ (ไม่มีการยกเลิกรายการที่เขาอยู่) เขาต้องถอนไปที่ L1 ก่อน แล้วจึงฝากเข้าในการยกเลิกนี้จาก L1 หรือไม่ นี่มันสิ้นเปลืองเกินไป
➤ ไม่ต้องสงสัยเลยว่าการโรลอัปจะเพิ่มแบนด์วิธของเครือข่ายอย่างมากสำหรับการดำเนินการบนเครือข่ายในปัจจุบัน แต่การย้อนกลับยังคงไม่เป็นไปตามที่ผู้ใช้ทางหลวงคาดหวัง ยังมีคนจำนวนมากที่ต้องการทำหลายสิ่งหลายอย่างพร้อมกันในบางครั้ง! ดังนั้น การยกเลิกจะต้องเผชิญกับปัญหาความแออัดอย่างหลีกเลี่ยงไม่ได้ แต่ไม่เหมือนกับ L1 ซึ่งเป็นตลาดที่มีผู้คนคับคั่งเป็นพิเศษ (1559 จะเปิดตัวในเร็วๆ นี้) พื้นที่ของการยกเลิกที่สำรวจได้จะกว้างกว่า
➤ เมื่อพูดถึงความแออัด แม้ว่าสิ่งนี้จะเฉพาะเจาะจงมากขึ้นในระดับโปรโตคอล เรายังเห็น EIP-1559 ทำหน้าที่เป็นตำรวจจราจรเพื่อกำหนดจำนวนข้อมูลที่ถูกเผยแพร่ในแต่ละชาร์ด เพื่อให้แน่ใจว่าผู้ตรวจสอบสามารถจัดการกับปริมาณดังกล่าวได้ หากคุณคิดว่าการรัน EIP-1559 บน eth1 นั้นยอดเยี่ยม ให้ตั้งหน้าตั้งตารอที่จะรัน 1559 บน 64 shard chain ทั้งหมดพร้อมกัน ดังนั้นการเปิดเผยข้อมูลควรเผยแพร่ที่ใด มีการเผยแพร่เฉพาะในชาร์ดเดียวเพื่อให้ข้อมูลมีเฉพาะในชาร์ดนั้นหรือไม่ หรือมีการเผยแพร่ในหลายๆ ชาร์ดเพื่อที่จะได้ประโยชน์จากแผน "การส่ายของชาร์ด" ที่วางแผนไว้? โซลูชันนี้เสนอโดย Vitalik กล่าวคือเศษจะผลัดกันสร้างบล็อก ดังนั้นเมื่อเผยแพร่ข้อมูล เวลาจากการสร้างบล็อกใหม่จะอยู่ภายในไม่กี่ร้อยมิลลิวินาที ซึ่งเหมาะสำหรับแอปพลิเคชันที่ต้องการ "การสรุปผลอย่างรวดเร็ว"
ขอขอบคุณเป็นพิเศษสำหรับ Danny Ryan และ Sacha Saint-Leger สำหรับคำแนะนำของพวกเขา
[1] ฉันได้ยินมาว่า PoW ไม่ใช่อัลกอริทึมฉันทามติ แต่ฉันคิดว่ามันเป็นเรื่องปกติที่จะอธิบายว่ามันเป็นกลไกฉันทามติหากมันโอเวอร์โหลดคำจำกัดความของมัน
[2] PhiGo เขียนบน Twitter ว่าหลังจากการควบรวมกิจการ (PoW ออกจาก Ethereum) ไม่จำเป็นต้องถอนเงินฝากที่จำนำไว้ เป็นความจริงที่ปัจจุบันโปรแกรมการควบรวมกิจการมุ่งเน้นไปที่ส่วนการควบรวมกิจการมากกว่า ในขณะที่ปัญหา "การถอนตัว" เป็นความพยายามในการวิจัยแยกต่างหากแต่มีความเกี่ยวข้องกัน
