• ส่งต่อชื่อเรื่องต้นฉบับ: วิธีการข้าม EVM ที่เกินกว่า - การต่อท้าย L1 ที่มีประสิทธิภาพสูง (Sui) สู้กับ Ethereum L2 ได้หรือ?

วิดีโอของตอนสุดท้ายพร้อมแล้ว: รับภาพรวมอย่างรวดเร็วของรูปแบบการพัฒนาของ BTC L2

https://www.bilibili.com/video/BV1dw411575M/?vd_source=e88bbc11f1ecd88d1c5847538efee51c

การแข่งขันในพื้นที่ Alt L1 กำลังร้อนขึ้น โดย Near ได้นำเสนอ DA solution และ TVL ของ Sui ก็เพิ่มขึ้นอย่างต่อเนื่อง ในขณะที่ Ethereum ใช้เวลาในการอัพเกรด mainnet L2 นำเสนอจุดแข่งขันสองประการหลัก: EVM แบบขนานและ sequencers ที่กระจายอย่างแยกตัว

ในปัจจุบันและอนาคต ความจริงที่สำคัญคือตำแหน่งของ Ethereum ยากจะถูกสั่นไหว แนวคิดของความโมดูลาริตี้จะกลายเป็นทั่วไป และถ้าการพยากรณ์ของ Vitalik เพื่อปราบ Celestia ไม่ประสบความสำเร็จ ตลาดจะเลือกโดยคัดค้าน การรวมกันและการทำโมดูลาริเซชันจะไม่ถูกจำกัดไว้ในระบบเดียวกัน ตามหลักการของตลาดจะขับเคนทีมโครงการให้มีความอิสระในการประกอบอะเล็มเล็นต์ต่าง ๆ ซึ่งรวมถึงการรวมตัวของโซลูชั่นชั้นที่ 2 และ Bitcoin ตามที่เห็นได้ในความนิยมของ BTC Layer 2

หาก Near สามารถให้ความพร้อมในการใช้ข้อมูล (DA) โซลูชัน blockchain ที่มีประสิทธิภาพสูง เช่น Aptos, Solana, และ Sui สามารถเปลี่ยนไปใช้ที่ L2 และสามารถเข้ากันได้และผสมเข้ากับ Ethereum ในที่สุด

Parallel EVM สามารถเข้าใจได้ว่าเป็นการขนานของเชื่อมต่อ EVM ที่เข้ากันได้/L2 โดยการแก้ปัญหาความเร็วของบล็อกเชน ด้วยวิธีทฤษฎีสองวิธีในการเอาตัวป้องกันปัญหาการดำเนินการบล็อกเชนที่ช้า

• ลงทุนในฮาร์ดแวร์และปรับปรุงอย่างต่อเนื่อง ตัวอย่างเช่น Solana มีการกำหนดค่าฮาร์ดแวร์ที่เป็นเอกลักษณ์และระดับสูง ด้วยการจัดการและกำหนดค่าศูนย์ข้อมูลที่มีประสิทธิภาพ ซึ่งทำให้ Solana สามารถเพลิดเพลินกับความเร็วของอินเทอร์เน็ตที่เร็วมากและประสิทธิภาพการทำงานที่เพิ่มขึ้น
• ใช้ประสิทธิภาพของหลายคอร์พร้อมกับการประสานงานหลายเส้น หลังจากปรับปรุงฮาร์ดแวร์แล้ว คอร์หลายตัวสามารถทำงานพร้อมกันได้อย่างแท้จริง นอกจากนี้การแบ่งงานออกเป็นส่วนย่อยๆ อย่างต่อเนื่องสามารถเสริมประสิทธิภาพได้ - ซึ่งเป็นปฏิบัติที่พบได้บ่อยในคอมพิวเตอร์

ถ้าการใช้ประโยชน์จากฮาร์ดแวร์ได้ถึงจุดสูงสุดแล้ว สามารถจัดประเภทและเข้าใจ EVM แบบขนานได้ที่ระดับสามระดับ

1. การขนานเป็นปฏิบัติที่พบได้บ่อยในวงการคอมพิวเตอร์ และสามารถนำมาใช้ได้โดยเครือข่ายสาธารณะหรือ L2 ใดๆ ตัวอย่างเช่น Alt L1s เช่น Aptos, Sui, และ Solana หรือ Sei ที่อ้างว่าเป็น L1 ที่เข้ากันได้กับ EVM ครั้งแรก รวมทั้งโครงการ Ethereum L2 เช่น Scroll (2024 roadmap), Lumio, Eclipse และโซลูชันที่เข้ากันได้กับ EVM บนเครือข่ายที่หลากหลาย เช่น Neon EVM (ซึ่งเป็นส่วนหนึ่งของนิเออนและอ้างว่าเป็น L1 ที่เข้ากันได้กับ EVM ครั้งแรก)
2. Parallel EVM, ที่ถูกกำหนดอย่างพอเข้มงวด หมายถึง L1/L2 ที่สามารถทำงานร่วมกับ EVM ทฤษฎีมากกว่านั้น อีเธอเรียมเองสามารถที่จะผ่านการแปลงข้อมูลเพื่อให้เกิดการขนานกัน ซึ่งเป็นคำจำกัดคำที่เหมาะสมที่สุดของ Parallel EVM แต่เกือบจะเป็นไปไม่ได้เนื่องจากขอบเขตการกระทำของมันที่กว้างขวางมาก
3. EVM แบบขนานซึ่งกําหนดไว้อย่างกว้าง ๆ สามารถขยายไปยังห่วงโซ่การประมวลผลแบบขนานใด ๆ โดยไม่คํานึงถึงว่าเข้ากันได้กับ EVM โดยเนื้อแท้หรือไม่ ตราบใดที่สามารถสร้างการเชื่อมต่อและเชื่อมโยงกับ EVM ก็สามารถรวมได้ ตัวอย่างเช่นการพิจารณา Aptos เป็น "ตัวเร่ง" สําหรับ Ethereum

การตรวจสอบ Alt L1s ที่ไม่สามารถใช้งานร่วมกับ EVM มีความสำคัญพิเศษเนื่องจากสามารถผสานเข้ากับระบบนิเวศ EVM ได้ นอกจากนี้ โซลูชัน Block-STM ที่เป็นนวัตกรรมของ Aptos ได้กลายเป็นแม่แบบที่เป็นที่ยอมรับและแหล่งความสร้างสรรค์สำหรับโซลูชัน EVM ขนาดขยายที่กำลังเจริญขึ้นตามที่อธิบายในส่วนต่อไป

คำนำ: บทนำสำหรับผู้ว่าง ๆ เกี่ยวกับเธรด โปรเซส การขนาน และการประพันธ์แบบพร้อมพรัย และ EVM

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

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

ก่อนอื่นเรามาตั้งขั้นตอนก่อน ระดับต่ำสุดของคอมพิวเตอร์ของเราคือฮาร์ดแวร์ทางกายภาพ โดยมีระบบปฏิบัติการและแอปพลิเคชันต่าง ๆ ตั้งชั้นด้านบน ขณะที่คอมพิวเตอร์ประมวลผลงาน มันจะจัดสรรทรัพยากรซอฟต์แวร์และฮาร์ดแวร์ตามลำดับความสำคัญ มาสมมติว่า บ็อบกำลังซื้อแตงโม เพื่ออธิบายกระบวนการนี้:

ความสัมพันธ์ระหว่างเธรด, กระบวนการ, การขนาน, และการประสานงาน

1. บ็อบกำลังขี่จักรยานไปซื้อแตงโม ซึ่งเป็นการกระทำเดียว และหน่วยที่เล็กที่สุด - เส้นใย แตงโมในขณะนี้แทนทรัพยากรฮาร์ดแวร์ที่พร้อมใช้งาน และไม่มีเพิ่มเติม
2. หากบ๊อบสองคนต้องการซื้อแตงโมนี่เป็นการกระทําแบบผสม แม้จะมีบ๊อบสองตัวที่ต้องการกินแตงโม แต่สิ่งสําคัญคือต้องทราบว่ายังมีแตงโมเพียงลูกเดียว ทั้งบ๊อบตกลงที่จะไปซื้อแตงโมด้วยกันทําให้เป็นกระบวนการ บ๊อบแต่ละคนกินแตงโมยังคงเป็นด้าย ดังนั้นกระบวนการหนึ่งจึงมีสองเธรด

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

คุณอาจสังเกตเห็นปัญหา - ทําไมคนจํานวนมากต้องกินแตงโมด้วยกัน? เจ้านายที่ดูแลแตงโมเป็นเจ้าของร้านขายผลไม้และคุณยังสามารถกินกล้วยได้ ตรง! นี่คือเหตุผลสําหรับการปฏิรูปด้านอุปทาน ตอนนี้เจ้านายประกาศว่ามีกล้วยด้วย ในกรณีนี้ทรัพยากรทางกายภาพ (ผลไม้) เพิ่มขึ้นและบ๊อบสองคนสามารถกินผลไม้ที่แตกต่างกันได้ นี่คือความคล้ายคลึงกัน - สองแถวเคียงข้างกันแต่ละคนเพลิดเพลินกับผลไม้ที่เขาต้องการ

(คำชี้แจง: การอธิบายข้างต้นถูกทำให้เรียบง่ายและไม่มีความเชี่ยวชาญ ในกรณีที่เกิดข้อพิพาท โปรดพึงพิจารณาจากความเข้าใจของโปรแกรมเมอร์)

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

แม้ว่า EVM จะถูกกล่าวถึงบ่อยครั้ง แต่ความหมายที่แท้จริงของมันมักจะไม่ชัดเจนโดยเฉพาะอย่างยิ่งเนื่องจากเครื่องเสมือน (VM) ให้ความรู้สึกของการย้ายจากของจริงไปยังเสมือน ในความเป็นจริงพูดง่ายๆก็คือเครื่องเสมือนเป็นระบบปฏิบัติการพิเศษ โปรแกรมเมอร์ไม่จําเป็นต้องพัฒนาสําหรับหน่วยงานทางกายภาพ พวกเขาเพียงแค่ต้องปรับตัวในระดับซอฟต์แวร์

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

ดังนั้น การทำงานของ EVM แบบขนานเปลี่ยนแปลงลำดับการทำงานอย่างมีมาตรฐานซึ่งทำให้สามารถดำเนินการกับสัญญาอัจฉริยะ (คำสั่ง) หลายรายการพร้อมกันได้ มันเหมือนกับเจ้าของร้านจ้างคนทำงาน - เขาขายแตงโม และลูกจ้างขายกล้วย แต่ในที่สุด นายจ้างกับเขาจะเก็บรายได้

อธิบายเกี่ยวกับ EVM

หนึ่งในตัวอย่างที่สำคัญที่สุดคือ BTC Layer 2 solutions ที่กล่าวถึงในบทความก่อนหน้าของฉัน BTC Layer 2 solutions ปัจจุบันกำลังมองหาวิธีในการรวม Bitcoin เข้าสู่ระบบนิเวศ EVM ในสาระสำคัญมันเป็นเสมือนเครื่องจำลองเสมือนบน Bitcoin และนักพัฒนาสามารถพัฒนาต่อตามโดยไม่ต้องพิจารณาโครงสร้างและข้อจำกัดของภาษาโปรแกรมของ Bitcoin โดยใช้กระบวนการพัฒนา EVM ที่คุ้นเคยเพื่อให้งานเสร็จ

โดยอย่างเดียวกัน EVM เปรียบเทียบได้ ในกรณีสุดขีด หากคุณเป็นนักพัฒนาฝั่งหน้า คุณสามารถพัฒนาได้โดยไม่ต้องเข้าใจหลักการของฮาร์ดแวร์ หลักการของระบบปฏิบัติหรือหลักการของ Ethereum คุณเพียงแค่เข้าใจเอกสารสำหรับเครื่องมือและอินเทอร์เฟซการพัฒนา EVM เช่นเดียวกับคุณสามารถสร้างอินเทอร์เฟซฝั่งหน้าสำหรับ DEX - อธิบายทฤษฎีเท่านั้น เนื่องจากมันซับซ้อนมากในการปฏิบัติ

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

ในทำนองเดียวกัน EVM คือเครื่องอัดน้ำผลไม้ของ Ethereum การที่เป็น EVM-compatible เหมือนกับการซื้อเครื่องอัดน้ำผลไม้ที่ลดราคาสำหรับ L1/L2 ถึงแม้จะมีข้อบกพร่องบางอย่าง แต่ก็ใช้งานได้ การใช้งาน Parallel EVM เหมือนกับการทำงานของเครื่องอัดน้ำผลไม้หลายๆ เครื่องร่วมกัน

มันไม่ใช่ว่างานเหนือมนุษย์ไม่ได้ผลลัพธ์ มันเพียงแค่ว่าเครื่องกดน้ำผลไม้ช่วยให้คุ้มค่ากว่า

สุดท้ายแนวคิดของ EVM ขนานกันรุ่นขึ้นอีกครั้ง ในพื้นที่หลัก Ethereum สามารถประมวลผลธุรกรรมได้เพียงหนึ่งครั้งต่อครั้งเนื่องจากจำกัดทางความเร็ว ส่งผลให้ TPS ใน mainnet คงที่อยู่ที่ราว 10 แม้ว่าเชนส์ที่เชื่อมต่อกับ EVM แบบที่มีการกำหนดเยอะ อย่าง BNB Chain ก็สามารถเพิ่มขึ้นได้เพียงราว 200 เท่านั้น ในกรณีที่ไม่มีการพัฒนาที่วิศวกรรมที่เปลี่ยนโลกและ Ethereum ไม่สามารถเปลี่ยนแปลงเป็นกลไกขนานกันได้ แนว EVM ที่ขนานกันจะยังคงมีความฮอตอยู่ในระยะยาว หลังจากทั้งสิ้นไม่มีใครบ่นเรื่องความเร็ว

สถานะปัจจุบัน: การตรวจสอบที่เชื่อมั่นกลายเป็นข้อตกลง ระบบ Move อาจเป็นทางออก

แนวคิดของความขนานและ VM มีมานานแล้ว แต่การแนะนําบล็อกเชนโดยเฉพาะอย่างยิ่งแนวคิดของ EVM แบบขนานสามารถตรวจสอบย้อนกลับไปได้ในปี 2022 Aptos เปิดตัวกระดาษ "Block-STM: Scaling Blockchain Execution by Turning Ordering Curse to a Performance Blessing" เป็นจุดเริ่มต้น ต่อมา Polygon PoS chain พยายามรวมฟังก์ชันนี้ภายในสิ้นปีนี้ ไม่เพียงแค่นั้นโซลูชันและแนวคิดมากมายที่เสนอโดย Aptos ในบทความนี้ได้กลายเป็นตัวเลือกทั่วไปของอุตสาหกรรมและสมควรได้รับการแนะนํา

โครงการที่เกี่ยวข้องกับ EVM แบบขนานและการจำแนกประเภท

Block-STM: โครงการ EVM แบบขนานเริ่มต้น

สามารถบอกได้ว่า Aptos เป็นผู้นำในการประมวลความขัดแย้งของบล็อกเชน ในขณะที่ Solana และ Near ได้สำรวจพื้นที่นี้ Aptos ที่ใช้ STM (Software Transactional Memory) เพื่อเรียงลำดับธุรกรรมในบล็อกเชน สมมติเบื้องต้นว่าธุรกรรมที่เรียงลำดับแล้วถูกต้อง จากนั้นทำการดำเนินการพร้อมกันและระบุความไม่เป็นไปตามหลังจากนั้น ความไม่เป็นไปตามแต่ละอย่างจะถูกแก้ไขโดยต่างหาก ตามหลัก Pareto วิธีนี้ช่วยเร่งการดำเนินการของส่วนใหญ่ของธุรกรรม มีการอ้างถึงว่าเป็นกลไกการตรวจสอบที่เต็มไปด้วยความหวัง และหลักการหลักคือคล้ายกับกลไกการตรวจสอบที่เต็มไปด้วยความหวังใน Rollup

Block-STM

โดยเฉพาะ Block-STM แบ่งกระบวนการดําเนินการบล็อกเชนออกเป็นสองขั้นตอน: ขั้นตอนการจัดลําดับและขั้นตอนการดําเนินการ

• ในขั้นตอนการจัดลำดับ บล็อก-STM ใช้ STM เพื่อจัดลำดับธุรกรรมเพื่อให้แน่ใจว่าลำดับของธุรกรรม
• ในขณะที่ในช่วงการดำเนินการ บล็อก-STM ใช้ผลลัพธ์จัดลำดับเพื่อดำเนินการธุรกรรมพร้อมกัน ซึ่งทำให้ประสิทธิภาพในการดำเนินการดีขึ้น

ตั้งแต่นั้นเป็นต้นมา การปรับใช้ EVM แบบขั้นตอนพร้อมกันส่วนใหญ่มีการปฏิบัติตามวิธีเดียวกัน ความแตกต่างอยู่ในการปฏิบัติและดำเนินการ รวมถึงความต้องการในการเสริมความเข้ากันได้กับ EVM โครงการเช่น Neon EVM และ Polygon PoS อยู่ในหมวดหมู่นี้

Sui Transformation: ทุกอย่างคือวัตถุ

Sui และ Aptos มีที่มาที่ร่วมกัน และในขณะที่พวกเขาคล้ายคลึงกันมาก ความแตกต่างสำคัญอยู่ที่การให้ความสำคัญกับวัตถุของ Sui เช่น เช่น ในกระบวนการของ Alice ที่โอน 1 USDT ให้กับ Bob:

• Aptos: บัญชีของ Alice ลดลง 1 USDT และบัญชีของ Bob เพิ่มขึ้น 1 USDT มีการเกี่ยวข้องกับข้อมูลบัญชีและการเปลี่ยนแปลงยอดคงเหลือของบัญชีสองรายการ
• Sui: 1 USDT ยังคงเดิมเหมือนเดิม; เพียงแต่คุณสมบัติเจ้าของเปลี่ยนจาก Alice เป็น Bob เท่านั้น นี่เกี่ยวข้องเฉพาะกับการเปลี่ยนแปลงของข้อมูลของ 1 USDT เท่านั้น

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

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

แน่นอน การดำเนินการสองอย่างเป็นเรื่องที่ซับซ้อนมากขึ้น และการขนส่งพร้อมกันนำมาซึ่งอุปสรรคมากมาย อย่างไรก็ตาม การเข้าใจข้อนี้มีพอ!

Solana และ Neon EVM: การเปิดใช้งานผ่านกลไกที่มีอยู่

Solana บรรลุการประมวลผลแบบขนานผ่านกลไก Sea Level, คล้ายกับ Block-STM (แม้ Sea Level จะถูกนำเสนอในปี 2019 ก่อน Block-STM ในปี 2022) ทั้งสองต้องการการเรียงลำดับธุรกรรมก่อนการดำเนินการ

“นวัตกรรม” ของ Solana อยู่ที่การปรับแต่งทรัพยากรฮาร์ดแวร์อย่างเฉพาะเพื่อให้เหมาะสมกับทฤษฎี ซึ่งสามารถทำคำสั่งทั้งหมดและการใช้ multi-threading ที่ถูกปรับแต่งให้ใช้พลังงานเต็มที่ของโปรเซสเซอร์ ทำให้ได้ความสามารถในการทำงานพร้อมกันสูง ค่า TPS ทฤษฎีคือ 50,000 และการทดสอบแบบจริงได้รับประสิทธิภาพประมาณ 5,000 ในช่วงสูงสุด

ดังนั้นความสัมพันธ์กับ Neon EVM คืออะไร?

ค่าใช้จ่ายของ Neon EVM

งานของ Neon คือการซิงโครไนส์ข้อมูลธุรกรรมจาก EVM แล้วทำการคำนวณบน Solana วิธีการนี้ช่วยให้สามารถใช้คุณค่าและความปลอดภัยจากนิเวศ EVM สำหรับ dApps พร้อมกับการใช้ Solana เพื่อเพิ่มความเร็วและลดต้นทุน โดยเปรียบเทียบกับ Ethereum mainnet ที่มีราคาแพงและช้า การอนุญาตการโอนเงิน และการจับคู่ทั่วไปของ Neon มักมีค่าประมาณ $0.1 หรือต่ำกว่า $0.01

ในการเปรียบเทียบที่ค่อนข้างหลวม Neon ทำให้ Solana เป็น L2 เสริมสำหรับ Ethereum นอกจากนี้ L1/L2 EVM ไม่เพียงแต่สามารถนำความสามารถในการประมวลผลข้อมูลขนาดใหญ่ไปใช้งานพร้อม ๆ กัน แต่ยังสามารถทำหน้าที่เป็นตัวกลางได้อีกด้วย พวกเขาสามารถเน้นไปที่ความเข้ากันได้อย่างดีของ EVM หรือทำหน้าที่เป็น L1/L2 เท่านั้น โดยจะมอบหมายงานส่วนที่เหลือให้ผู้อื่น

นี้สอดคล้องกับแนวคิดที่กว้างขวางเกี่ยวกับ modularization และ generalization ที่ถูกกล่าวถึงในตอนต้น ที่ L1/L2 parallel EVM อาจเป็นผลิตภัณฑ์ร่วมของโครงการสามตัวหรืออาจมีการผสมผสานข้ามเชื่อมโยง โดยมอบสิ่งที่หลากหลายของสิ่งที่เป็นไปได้

Sei V2 และ Monad: ความเข้ากันได้ของไบต์

จากมุมมองทางเทคนิค Sei V2 และ Monad มีความคล้ายคลึงกันอย่างมาก ทั้งสองโครงการมุ่งเน้นไปที่ความเข้ากันได้ในระดับไบต์กับ EVM บน Ethereum ในแง่ของการขนานพวกเขาเลือกใช้การตรวจสอบในแง่ดีที่คุ้นเคยอย่างอิสระ พวกเขาจัดลําดับธุรกรรมก่อนดําเนินการที่สามารถดําเนินการต่อและจัดการกับการพึ่งพาแยกต่างหากในกรณีที่มีข้อผิดพลาด

คำอธิบายวิธีการจัดโครงสร้างการทำงานของ Sei V2 แบบขนาน

แน่นอนว่าผลิตภัณฑ์และแนวทางสําหรับผู้ใหญ่นั้นใช้กันอย่างแพร่หลาย อย่างไรก็ตามสิ่งสําคัญคือต้องทราบว่าเช่นเดียวกับ BTC L2 นวัตกรรมทางเทคโนโลยีของแท้มี จํากัด และยังคงเน้นที่ "การผสมผสาน" Solana โดดเด่นในฐานะการใช้งานแบบขนานขนาดใหญ่เพียงอย่างเดียวโดยบรรลุความพร้อมกันสูงผ่านการผสมผสานระหว่างซอฟต์แวร์และฮาร์ดแวร์ คนอื่น ๆ ส่วนใหญ่เสนอข้อตกลงแพ็คเกจของ "ความเข้ากันได้ของ EVM + ความขนาน"

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

สรุป: ความลำบากของ EVM ขนาน

ในบทความนี้ ฉันได้เน้นว่าแกนของ EVM แบบขนานอยู่ที่การจัดสรรทรัพยากรฮาร์ดแวร์และลำดับและการดำเนินงานของงานทั้งสอง ซึ่งเป็นส่วนประกอบที่สำคัญ ความจำกัดของฮาร์ดแวร์ใช้ในการจำกัดการปรับปรุงซอฟต์แวร์สูงสุดโดยพิจารณาว่า แม้แม่ง Usain Bolt ก็ไม่สามารถเร่งความเร็วของแสง ปัจจุบัน โครงการ EVM แบบขนานส่วนใหญ่เป็นการแปลงหรือการเลียนแบบของ Aptos' Block-STM และนี่คือความเป็นจริงอันพื้นฐาน

นอกจากนี้ยังไม่จำเป็นต้องสำรวจการปฏิบัติขนาดใหญ่ทางขนาดขนาดของ Ethereum L2 ในขณะนี้ โซลูชันเหล่านี้ต้องเน้นการแก้ไขปัญหาการทำให้เป็นส่วนกลางที่เกี่ยวข้องกับ sequencers เนื่องจากประสิทธิภาพของพวกเขามีอยู่เพียงพอแล้ว

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

ปฏิเสธ:

1. บทความนี้ถูกพิมพ์ซ้ำจาก [ 佐爷歪脖山], Forward the Original Title‘Parallel Solutions Beyond EVM – High-Performance L1 (Sui) Battles Ethereum L2?’,All copyrights belong to the original author [ 佐爷]. หากมีข้อขัดแย้งใด ๆ เกี่ยวกับการพิมพ์ฉบับนี้ กรุณาติดต่อGate Learnทีมและพวกเขาจะดำเนินการโดยเร็ว
2. ข้อความประกอบด้วยความคิดเห็นและมุมมองในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่เป็นการให้คำแนะนำทางด้านการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่นๆ โดยทีม Gate Learn ถูกดำเนินการ นอกจากการกล่าวถึง การคัดลอก การกระจาย หรือการลอกเลียนบทความที่ถูกแปล ถูกห้าม