TL;DR

แผนงาน Rollup centric ทำให้บล็อกเชนแยกต่างหากและแยกกัน การแยกแยะนี้ทำให้ขาดการโอนค่าระหว่าง rollups โดยเป็นการแก้ไขปัญหานี้ เกิดขึ้นเครื่องมือ sequencer ที่แบ่งปัน เช่น Espresso, Astria และ Radius แต่การแก้ไขปัญหานี้ต้องมีการสมมติใหม่โดยเฉพาะอย่างยิ่งเพราะชั้นนี้ต้องมีความปลอดภัยของตัวเอง

หากเราต้องการสร้างเลเยอร์การจัดลําดับที่ใช้ร่วมกันสําหรับโรลอัพ Ethereum เป็นเลเยอร์ที่เป็นกลางที่น่าเชื่อถือที่สุดที่เราสามารถสร้าง/ใช้เป็นซีเควนเซอร์ที่ใช้ร่วมกันได้ การจัดลําดับตาม (หรือที่เรียกว่า rollups ตาม) มีความสามารถในการเขียนเต็มรูปแบบกับ Ethereum โดยธรรมชาติและ rollups ตามอื่น ๆ อย่างไรก็ตามการเป็น rollup ตามมาพร้อมกับความท้าทายบางอย่าง ความท้าทายที่สําคัญที่สุดคือเวลาบล็อกถูก จํากัด ไว้ที่ 12 วินาทีเช่นเดียวกับ Ethereum โซลูชันนี้เป็นกลไกที่ให้การยืนยันอย่างรวดเร็วแก่ผู้ใช้เช่นซีเควนเซอร์แบบรวมศูนย์หรือเพื่อเร่งเวลาบล็อก Ethereum ใน testnet การยืนยันล่วงหน้าตามให้การยืนยันล่วงหน้าเร็วกว่าซีเควนเซอร์แบบรวมศูนย์ในปัจจุบัน

ทางแยก

เป็นการดีที่จะจดจําทิศทางที่เลือกของ Ethereum ที่จุดเริ่มต้นของโพสต์ Ethereum ยอมรับการกระจายอํานาจตั้งแต่วันแรก นี่คือความสําคัญอันดับแรก ลําดับความสําคัญนี้ทําให้เรามีข้อ จํากัด บางประการเกี่ยวกับประสบการณ์ของผู้ใช้ ข้อ จํากัด เหล่านี้เกิดขึ้นจากความท้าทายในการออกแบบระบบกระจายอํานาจ (เช่นการจัดการกับรัฐทั่วโลกการดําเนินการตามลําดับและอื่น ๆ ) นี่คือความแตกต่างที่แน่นอนระหว่าง Ethereum และ L1 อื่น ๆ พวกเขาเลือกเส้นทางที่แตกต่างกัน L1 อื่น ๆ เลือกที่จะรวดเร็วและราคาถูกโดยการเสียสละการกระจายอํานาจบางอย่าง พวกเขารวดเร็วและราคาถูกเพราะมีหลักฐานประวัติขนาดบล็อกที่ใหญ่ขึ้นการประมวลผลแบบขนาน แนวคิดเหล่านี้ช่วยให้การทําธุรกรรมที่รวดเร็วและราคาถูก แต่ยังเพิ่มภาระให้กับผู้ตรวจสอบความถูกต้อง นั่นเป็นเหตุผลที่ข้อกําหนดฮาร์ดแวร์ของผู้ตรวจสอบ L1 อื่น ๆ สูงกว่าของ Ethereum

จนกว่า Ethereum จะปรับขนาดด้วยการอัพเกรดเช่นการหมดอายุของประวัติศาสตร์การไร้สัญชาติต้นไม้ verkle ฯลฯ เรามอบภารกิจให้กับการรวบรวม

Ethereum ยอมรับแผนงานที่เน้น rollup เพื่อจดจำการดำเนินการ 4 ปีที่ผ่านมาเพื่อทำให้มันเป็นที่เรียบง่ายมากขึ้นจนกว่าการปรับปรุงจะมาถึง ด้วยความกรุณานั้นเราได้มี TPS รายวันเฉลี่ยที่ 250 บน Ethereum ทั้งหมด

com.rollup.wtf

เหมือนกับที่กล่าวไปข้างต้น ได้ผ่านไป 4 ปีตั้งแต่ Ethereum ตัดสินใจเลือก roadmap ที่เน้น rollup โดยศึกษาวิจัยมากมายบน L2s เกี่ยวกับ "Ethereum ต้องเป็นอย่างไร" รวมถึง AltVMs(Fuel, Fluent), zkVMs(Aztec, Starknet), zkEVMs(Scroll, Linea, zkSync), parallel EVMs(MegaETH) เป็นต้น ทั้งหมดนี้ให้ความคิดเห็นถึงอนาคตของ Ethereum เอง แต่ก็สร้างบล็อกเชนที่แยกต่างหากกันมากมายที่ไม่มีการเชื่อมต่อกันเลย ดังนั้น ชั้นเรียงลำดับที่ใช้ร่วมกันถึงมาแก้ปัญหาการแตกต่าง

เลเยอร์การทำแบบร่วมกัน

ปัจจุบัน rollups มีซีเควนเซอร์แบบรวมศูนย์ สิ่งนี้ทําให้เกิดความเสี่ยงอย่างมากในการเซ็นเซอร์ความมีชีวิตชีวาและการสกัด MEV Rollups สามารถเลือกใช้ซีเควนเซอร์ที่ใช้ร่วมกันแทนได้หากต้องการกระจายอํานาจ ด้วยการใช้ซีเควนเซอร์ที่ใช้ร่วมกัน rollups สามารถใช้ประโยชน์จากการสิ้นสุดการกระจายอํานาจการทําธุรกรรมที่รวดเร็วและอะตอมข้ามสายโซ่ ดังที่ Vitalik กล่าวว่า "การกระจายอํานาจการรวบรวมเกี่ยวข้องกับ 90% ของความพยายามในการพัฒนา L1 ใหม่" ดังนั้นความพยายามทางวิศวกรรมสําหรับการกระจายอํานาจสามารถหลีกเลี่ยงได้โดยการเลือกใช้ซีเควนเซอร์ที่ใช้ร่วมกัน

เลเยอร์การเรียงลำดับที่ใช้ร่วมกัน โดยพื้นฐานคือเลเยอร์ที่เชื่อมโยงสิทธิ์ในการเรียงลำดับของ rollup ที่เข้าร่วมกันเป็นเครือข่ายของ sequencer เดียว ชั้นนี้ทำงานด้วยโปรโตคอลการตกลง เช่น BFT ที่ใครก็สามารถเข้าร่วม (อยู่ภายใต้ขอบเขตของการออกแบบของโปรโตคอลการตกลง) ดังนั้น rollup หลายๆ ตัวสามารถมีกลไกร่วมสำหรับการกำหนดลำดับการทำธุรกรรม กลไกนี้ยังให้ความสามารถในการทำให้ L2 ที่มีความสมบูรณ์อย่างรวดเร็วและสามารถใช้งานร่วมกันระหว่าง rollup ทุกตัว

เลเยอร์ซีเควนเซอร์ที่ใช้ร่วมกันคือตลาดเครื่องจักรตัวเรียง ในตลาดนี้ rollups สามารถขายพื้นที่บล็อก (และสิทธิ์เสนอขาย) ของพวกเขาให้กับผู้ประมูลที่สูงกว่าสล็อตต่อสล็อต สิ่งนี้ยังสร้างเลเยอร์ที่ทำให้ MEV กระจายใหม่ใน rollups ทุกตัวที่เข้าร่วม

ห่วงใย

เลเยอร์การจัดลําดับที่ใช้ร่วมกันมีเอฟเฟกต์เครือข่ายที่สร้างความสามารถในการประกอบอะตอมและ MEV ที่ใช้ร่วมกันระหว่างค่าสะสมที่เข้าร่วมทั้งหมด Rollups เข้าร่วมเครือข่ายเพื่อเพิ่มมูลค่าของบล็อกของพวกเขา (และเพื่อกระจายอํานาจซีเควนเซอร์ของพวกเขา)

อย่างไรก็ตามตามการออกแบบระบบของตัวจัดลำดับที่ใช้ร่วมกัน ควรมี rollup มากที่สุดเท่าที่จะเป็นไปได้ ถ้า rollup X ผู้ร่วมเล่นออกจากโซ่ การกระจาย MEV นี้จะถูกขัดขวางและมีผลต่อเอฟเฟ็กต์ของเครือข่ายโดยตรง การจัดลำดับที่ใช้ร่วมกันเป็นเกมที่ไม่มีที่สิ้นสุดที่ผู้เข้าร่วมต้องถูกเก็บไว้ในเกมตลอดเวลา นี่คือรูปแบบ b2b ที่บริสุทธิ์เช่น Rushiพูด.

Shared sequencing layers run a protocol such as BFT for fast L2 finality next to the shared sequencer marketplace, and it’s introducing an honesty assumption. It assumes that half of the validators are honesty. If for some reason half of the validators are offline or dishonest, the chain may lose liveness (they can use based fallback). If the BFT protocol loses liveness, the participating rollups can’t take advantage of fast finality because they have to certify for finality from the BFT protocol. Withdrawals from the layer will also be halted. But even if the BFT protocol is broken, the MEV redistribution will still continue, because in Espresso, for example, the MEV redistribution is separate from the BFT protocol. When compared, Ethereum will always be the strongest BFT protocol when it comes to cryptoeconomic security and liveness.

นอกจากนี้พวกเขายังมีความเสี่ยงในการ restaking หากพวกเขาใช้มัน หากความต้องการของฮาร์ดแวร์สำหรับผู้ตรวจสอบสูง นี่จะทำให้เกิดการมอนโพลี การลดความสามารถของมวลก็อาจเกิดขึ้นหากมีข้อผิดพลาดในการบริการ restaking ดูที่ Eigenlayerคำถามเกี่ยวกับความเสี่ยงสำหรับข้อมูลเพิ่มเติม สำหรับวิธีการ restaking ใน shared sequencers ดูการวิจัยร่วมโดย Nethermind และ Fourpillarที่นี่.

สิ่งสําคัญคือต้องทราบว่าด้วยการใช้การยืนยันล่วงหน้าโดยซีเควนเซอร์ที่ใช้ร่วมกันกระบวนการนี้สามารถทําได้ใน L1 (หรือที่เรียกว่าการยืนยันล่วงหน้า) ทําให้ไม่จําเป็นต้องมีเลเยอร์ใหม่ ควรสังเกตว่าซีเควนเซอร์ที่ใช้ร่วมกันยังคงต้องผ่านไปป์ไลน์ L1 ต่อไป ดังนั้น "การสิ้นสุดอย่างรวดเร็ว" จึงไม่สมเหตุสมผลที่นี่

สรุปมาดูเหมือนว่าชั้นเรียงลำดับที่แชร์เป็นจุดเดียวของความล้มเหลวหากพวกเขาไม่ได้ถูกกระจายและทนทาน พวกเขาจะกลายเป็นจุดอ่อนสำหรับ opt-in rollups ทั้งหมด

Neutral composability it’s not a meme anymore: be based

เหมือนที่เราได้กล่าวไว้ Ethereum เป็นชั้นกลางที่เชื่อถือได้ที่สุดในการสร้างสิ่งใหม่ ๆ Rollups ทำเช่นนี้โดยการส่งชุด / หลักฐานของพวกเขาไปใช้ Ethereum เป็นชั้น DA ในปัจจุบัน Rollups ส่วนใหญ่ถูกทำงานโดย sequencers ที่เป็นศูนย์กลางและทุกรายการจะถูกจัดเรียงโดยทีม rollup บางทีมกำลังทำงานเพื่อออกแบบเครือข่ายของพวกเขาให้เป็นแบบกระจายเช่น Aztec’sเฟอร์เน็ต. ยังมีวิธีอีกวิธีหนึ่งที่จะทำให้เครือข่ายเป็นแบบกระจายได้โดยไม่ต้องใช้ทรัพยากรวิศวกรรมมากมาย: การจัดลำดับโดยอ้างอิง

Taikoเป็น Rollup แบบแรกที่ใช้ Ethereum เป็นชั้นการจัดลำดับ การสร้างบล็อกเป็นเอกลักษณ์ของ Ethereum ใครก็สามารถเสนอบล็อกได้ มันเป็นแบบไม่จำกัดสิทธิ์ ทุก Rollup สามารถเชื่อมต่อกันได้โดยการใช้ฐานข้อมูลเดียวกัน ไม่ต้องเพิ่มชั้นใหม่ ตั้งแต่ Ethereum และ based rollup slots เคลื่อนไหวพร้อมกัน ดังนั้นมันเข้ากันได้อย่างเต็มที่ ซึ่งหมายความว่าเป็นไปได้ที่จะยืมเงินแฟลชบน L1 และทำกิจกรรมบน based rollup ในช่องเดียวกัน (ขอบคุณการออกแบบ BBR ของเรา อ่านเพิ่มเติมที่นี่). แต่การมีฐานก็มาพร้อมกับค่าใช้จ่ายบางประการ

source: L2Beat

เราสัมผัสกับปัญหานี้ใน "คำนึงถึงประเด็นที่เกี่ยวกับ Rollup ที่มีการยืนยันก่อนบัญชีให้เป็นหลัก“บทความ” แต่เรามาสรุปสั้น ๆ กันบ้าง ตามที่เราได้กล่าวไว้ การทำงานของ Rollups ที่ใช้เป็นพื้นฐานจะมี block time เหมือนกับ Ethereum คือ 12 วินาที ซึ่งหมายความว่า Rollups ที่ใช้เป็นพื้นฐานจำเป็นต้องส่งข้อมูลของพวกเขาไปยัง L1 ด้วย blobs (หรือ calldata) ทุก ๆ 12 วินาที หากคุณไม่สามารถเติมข้อมูลลงใน blob ด้วยธุรกรรม L2 เพียงพอที่จะครอบคลุมค่าธรรมเนียม L1 คุณจะสูญเสียเงิน ด้วยเหตุนี้เราจึงครอบคลุมค่าใช้จ่ายดังกล่าวเองและใช้เงินจำนวนมาก ในปัจจุบัน block time ยาวกว่า 12 วินาที (โดยประมาณ 20 วินาที) เพื่อให้ผู้เสนอข้อเสนอได้รับกำไร

https://dune.com/taiko_xyz/taikobcr

นี่คือตัวอย่างความยากลำบากที่บิวท์รอลอัพสามารถพบเจอได้ผ่านตัวอย่างของ Taiko โดยสรุปแล้วปัญหาหลักคือเวลาบล็อกและการจำกัดรายได้ไปยังค่าธรรมเนียมเบสเท่านั้นไม่เหมือนกับซีเควนเซอร์กลาง คุณสละรายได้เพราะการจัดลำดับเป็นแบบไม่จำกัดสิทธิและ MEV ของคุณไหลโดยสมบูรณ์ไปยัง Ethereum คุณไม่สามารถจับค่าจากธุรกรรมได้ (Spire Labs is developing a based framework to improve based rollup’ revenue model).

เพื่อแก้ปัญหาประสบการณ์ของผู้ใช้ การบล็อกเวลา เรามีทางเลือกสองทาง:

1. ข้อมูลที่ยืนยันก่อนการเริ่มต้น
2. เวลาบล็อกที่เร็วขึ้นบน L1

การยืนยันก่อนการสร้าง

โดยการยืนยันก่อนการใช้งานเพียงแค่ใช้บางส่วนของผู้ตรวจสอบ L1 เพื่อให้การยืนยันก่อนการใช้งานแก่ผู้ใช้ L2 การยืนยันก่อนการใช้งานที่ใช้เป็นฐาน ณ ขณะนี้กำลังทำงานอย่างประสบความสำเร็จบนเครือข่ายทดสอบ Helder และตอนนี้เป็นไปได้ที่จะทำได้ด้วยความรวดเร็วมาก (20ms ในการสาธิตของ Gattaca∼260มิลลิวินาทีในการทำธุรกรรมบน Taiko (ใน Arbitrum)

การสาธิตก่อนการยืนยันของ Titan’s based

ในการยืนยันล่วงหน้าคุณไม่ได้สืบทอดความมีชีวิตชีวาและความปลอดภัยของ Ethereum ทั้งหมด คุณเชื่อถือชุดย่อยของชุดผู้ตรวจสอบของ Ethereum เท่านั้น แต่เป็นการดีที่จะพูดถึงที่นี่ว่าเราได้รับคํามั่นสัญญาที่น่าเชื่อถือจากผู้เสนอ Ethereum ปัจจุบัน ทุกคนสามารถเป็น preconfer (ผู้ให้บริการยืนยันล่วงหน้า) โดยการปักหลักจํานวนที่แน่นอนของ ETH ในสัญญาการลงทะเบียน เราอธิบายรายละเอียดของการยืนยันล่วงหน้าตามในโพสต์บล็อกก่อนหน้าของเราดู ที่นี่.

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

บล็อกเร็วขึ้นหรือ

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

ความคิดหลักสำหรับ L1 ที่เร็วขึ้นคือความเห็นที่ลดเวลาสล็อตอย่างเป็นธรรมชาติSingle Slot Finality(SSF) เป็นกลไกความเห็นร่วม(Orbit SSFในกรณีที่อยู่ในขณะนี้ การพิจารณาอย่างเฉพาะเจาะจง ที่แต่ละช่องสามารถสามารถจะถูกจบสิ้นภายในไม่กี่วินาที ในโปรโตคอล Gasper ปัจจุบัน เวลาการจบสิ้นคือ 2 ช่วงเวลา คือ 13 นาที อย่างไรก็ตาม ข้อเสียของ SSF คือ มันเป็นอ่อนแอต่อการรั่วไหล 33%

คำถามหลักที่นี่คือว่าทำไมถ้า L1 ที่เร็วกว่าเสมอเป็นความจำเป็น ความพยายามทางวิศวกรรมที่ใช้ไป 4 ปีในการพัฒนาระบบ rollups ไม่ถูกใช้เพื่อเร่งความเร็วของ L1 เอง เราใช้ความพยายามในการวิจัยและพัฒนา rollups มากมาย และเราได้ทำงานที่ยอดเยี่ยมและบรรลุวัตถุประสงค์ในแนวทางมากมาย แม้ว่าถ้าเวลาบล็อกที่สั้นลงจะถูกตกลงได้ในวันนี้ ก็จะใช้เวลา 2-3 ปีในการพัฒนาให้เสร็จที่สุด

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

สรุป

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

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

การเลือกที่จะใช้งานฐานหรือไม่ฐานไม่ได้เป็นเพียงการตัดสินใจทางเทคนิคเท่านั้น มันเกี่ยวกับทิศทางของกรอบการ "rollup" แบบกระจายอำนาจ

เข้าร่วมกับเรา

สำรวจตำแหน่งงานที่เปิดรับสมัครบน Gate.ioกระดานประกาศงาน.

ติดตามเรา

รับข้อมูลล่าสุดจาก Taiko:

1. เว็บไซต์:https://taiko.xyz.
2. Discord: https://discord.gg/taikoxyz.
3. GitHub: https://github.com/taikoxyz.
4. Twitter: https://twitter.com/taikoxyz.
5. เว็บบอร์ดชุมชน: https://community.taiko.xyz.
6. ยูทูบ: @taikoxyz"">https://www.youtube.com/@taikoxyz.
7. Warpcast: https://warpcast.com/taikoxyz.

สนับสนุน

มีส่วนร่วมใน Taiko บน GitHub และได้รับ GitPOAP! คุณยังจะปรากฏเป็นผู้มีส่วนร่วมใน README ของเรา สามารถเริ่มต้นได้ด้วย การสนับสนุนคู่มือ.

ปฏิเสธ:

1. บทความนี้พิมพ์ซ้ําจาก [กระจก] ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [Taiko Labs&Jünger]. หากมีการโต้แย้งใด ๆ เกี่ยวกับการพิมพ์ฉบับนี้ โปรดติดต่อGate Learnทีมส่งเสริมและพวกเขาจะดำเนินการด้วยความรวดเร็ว
2. คำปฏิเสธความรับผิด: มุมมองและความเห็นที่แสดงอยู่ในบทความนี้เป็นสิ่งที่มาจากผู้เขียนเท่านั้น และไม่เป็นที่มาของคำแนะนำในการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่น ๆ นอกจากนี้ได้ถูกทำโดยทีม Gate Learn นอกเหนือจากที่กล่าวถึงไว้ การคัดลอก การแจกจ่าย หรือการลอกเลียนแบบบทความที่ถูกแปล ถูกห้าม