TL;DR
แนวคิด Parallel EVM กำลังได้รับการเดิมพันโดย VC ชั้นนำหลายราย: Paradigm, Jump, Dragonfly ฯลฯ
โครงการตัวแทนคือ Monad เช่นเดียวกับ Sei, MegaETH, Polygon, Neon EVM, BSC เป็นต้น บางตัวเป็น L1 บางตัวเป็น L2 ไม่มีข้อมูลสาธารณะที่สมบูรณ์เกี่ยวกับความแตกต่างเฉพาะระหว่างทีม
แม้ว่า Parallel EVM จะหมายถึง การทำให้ขนานกัน อย่างแท้จริง แต่จริงๆ แล้วเป็นการเพิ่มประสิทธิภาพพิเศษของประสิทธิภาพของแต่ละองค์ประกอบของ EVM ดังนั้นความพยายามจึงมีแนวโน้มที่จะแสดงถึงขีดจำกัดประสิทธิภาพภายใต้มาตรฐาน EVM
ความยาก: นอกเหนือจากการสร้าง Technology Stack ใหม่ทั้งหมดแล้ว ยังมีวิธีคาดการณ์ล่วงหน้าว่าธุรกรรมแบบคู่ขนานจะขัดแย้งกันหรือไม่ และประสิทธิภาพของการดำเนินการซ้ำหลังจากเกิดข้อขัดแย้ง
ความท้าทาย: วิธีสร้างความแตกต่างในระบบนิเวศโอเพ่นซอร์ส และวิธีค้นหาสมดุลระหว่างการกระจายอำนาจและประสิทธิภาพ
หลังจากที่อัลกอริธึมฉันทามติ, DA (ชั้นข้อมูล) และเทคโนโลยีพิสูจน์ความรู้เป็นศูนย์ได้รับการศึกษาและทำซ้ำอย่างกว้างขวาง เทคโนโลยีฮาร์ดคอร์ถัดไปที่จะดึงดูดความสนใจคือ Parallel EVM ตลาดทุนยังได้ลงทุนหลายร้อยล้านดอลลาร์ในเรื่องนี้ เรื่องเล่าและเทคโนโลยีอันเป็นเอกลักษณ์มากมายได้ถือกำเนิดขึ้น สตาร์ทอัพ ระดับสัตว์ร้าย
ชุมชนเริ่มให้ความสนใจกับ Parallel EVM (EVM แบบขนาน)ต้นทางGeorgios Konstantopoulos (CTO ของ Paradigm) และ Haseeb Qureshi จาก Dragonfly กล่าวถึงคำหลักเดียวกันโดยบังเอิญเมื่อตั้งตารอแนวโน้มปี 2024 ในช่วงสิ้นปี 2023 อย่างไรก็ตาม มีรายละเอียดไม่มากนักในหัวข้อนี้และหลายคนเชื่อว่านี่ไม่ใช่แนวคิดใหม่ EVM และการคำนวณแบบขนานเป็นแนวคิดที่ค่อนข้างเป็นผู้ใหญ่ตามลำดับ เหตุใดจึงมีแนวโน้มสำคัญที่จะรวมสองคำนี้เข้าด้วยกัน ผ้าขนสัตว์
แต่นี่ยังคงเป็นหัวข้อเฉพาะมาก ดังนั้นหากคุณดูสรุปประจำปีและการคาดการณ์แนวโน้มของสถาบันวิจัยหลายแห่ง จะไม่มีการกล่าวถึง Parallel EVM ดังนั้นนี่จึงยังคงเป็นแนวคิดใหม่ที่ยังไม่ได้สร้างฉันทามติในวงกว้าง นอกจากนี้ แนวคิดนี้ยังคล้ายกับหัวข้อต่างๆ เช่น อัลกอริธึมฉันทามติและ DA ทั้งหมดนี้เกี่ยวข้องกับเทคโนโลยีล้วนๆ ดังนั้นจึงมีคนให้ความสนใจกับแนวคิดนี้น้อยลงด้วยซ้ำ
ข้อได้เปรียบโดยตรงที่สุดของ Paralle EVM คือการเปิดใช้งานแอปพลิเคชันแบบกระจายอำนาจที่มีอยู่เพื่อให้ได้ประสิทธิภาพระดับอินเทอร์เน็ต อาจกล่าวได้ว่า Parallel EVM เป็นเทคโนโลยีใหม่เพียงชนิดเดียวที่ไม่เพียงแต่สามารถใช้ประโยชน์จากสัญญาอัจฉริยะที่มีอยู่ (สัญญาที่ครบกำหนดจำนวนมาก) ที่มีอยู่แล้ว แต่ยังบรรลุปริมาณการรับส่งข้อมูลห่วงโซ่สาธารณะแบบขนานที่มีประสิทธิภาพสูงอีกด้วย
Paradigm รอคอยที่จะเข้าสู่เกมมาเป็นเวลานาน และ Jump ก็ได้เดิมพันครั้งใหญ่
ตาม โชคลาภรายงานParadigm กำลังวางแผนที่จะเป็นผู้นำรอบล่าสุดของ Monad โดยระดมทุนได้ 200 ล้านดอลลาร์จากการประเมินมูลค่า 3 พันล้านดอลลาร์ แม้ว่านี่จะเป็นทีมแนวคิด Parallel EVM ทีมแรกที่ Paradigm วางแผนจะลงทุน แต่จริงๆ แล้วพวกเขาให้ความสนใจกับเทคโนโลยีนี้มาหลายปีแล้ว Georgios Konstantopoulos (CTO ของ Paradigm) เคยพูดคุยเรื่องนี้ในปี 2021กล่าวถึงได้คำนี้มา
ที่มาของคำว่า monad ก็น่าสนใจเช่นกัน ในระบบปรัชญาของปราชญ์ไลบ์นิซ Monads เป็นองค์ประกอบพื้นฐานที่ประกอบเป็นจักรวาล เป็นสิ่งมีชีวิตที่แบ่งแยกไม่ได้ซึ่งไม่ได้รับผลกระทบจากฟิสิกส์ Monad แต่ละอันสะท้อนจักรวาลทั้งหมด และครั้งหนึ่งเคยแปลว่า monad ในภาษาจีน
ในด้านวิทยาการคอมพิวเตอร์ Monad เป็นรูปแบบการออกแบบในภาษาโปรแกรมเชิงฟังก์ชันที่ช่วยให้โปรแกรมเมอร์จัดการกับความซับซ้อนของโลกแห่งความเป็นจริงด้วยความบริสุทธิ์ทางคณิตศาสตร์เกือบทั้งหมด ทำให้โค้ดเป็นแบบแยกส่วน เข้าใจและบำรุงรักษาได้ง่ายขึ้น
สิ่งที่น่าสนใจอีกอย่างคือ Monad และ Nomad เป็น แอนนาแกรม ของกันและกัน Nomad หมายถึงเร่ร่อน และ Nomad แบบดิจิทัลหมายถึงเร่ร่อนทางดิจิทัล/ผู้เลี้ยงสัตว์แบบดิจิทัล
นอกจากโมนาดแล้ว จอร์จิโอสหารือมีการกล่าวถึง Sei และ Polygon ในหัวข้อนี้ด้วย อย่างไรก็ตาม เหตุผลสำคัญอีกประการหนึ่งว่าทำไมเขาถึงมองโลกในแง่ดีเกี่ยวกับ Parallel EVM ก็คือพวกเขาได้พัฒนา Reth ไคลเอนต์ Ethereum อยู่ในตำแหน่งที่เป็นไคลเอนต์เลเยอร์การดำเนินการ Ethereum ที่มีประสิทธิภาพสูงซึ่งใช้งานในภาษา Rust Reth กำลังได้รับการพัฒนาอย่างรวดเร็วและเพิ่งเข้าสู่ช่วงเบต้า บางทีพวกเขาจะพิจารณาการนำ Parallel EVM ไปใช้โดยตรงบน Reth แต่เมื่อพิจารณาถึงปริมาณของวิศวกรรมด้านการวิจัยและพัฒนา อาจเป็นทางเลือกที่ดีกว่าในการลงทุนในทีมอื่นเพื่อส่งเสริม Parallel EVM ตามเอกสารของ Monad พวกเขาใช้ C++ และ Rust ในงานวิศวกรรมเป็นหลัก
เมื่อ Reth เปิดตัว สมาชิกในทีม Erigon ยังถูกกล่าวหาว่าลอกเลียนแบบโค้ดโอเพ่นซอร์ส Akula ซึ่งทำให้โครงการ Akula ขาดเงินทุนและหยุดการพัฒนา Georgios ตอบว่า Reth ไม่ใช่ทางแยกของลูกค้ารายอื่น และโค้ดก็ไม่ได้มาจากไคลเอนต์รายอื่นด้วย แต่จริงๆ แล้วโค้ดนี้ได้รับอิทธิพลและได้รับแรงบันดาลใจจาก Geth, Erigon และ Akula -https://thedefiant.io/paradigm-accused-copying-code)
ผู้เข้าร่วมหลักอีกรายคือ Jump Trading และ Jump Capital ผู้ก่อตั้ง Monad มาจาก Jump Trading และมีประสบการณ์มากมายในการซื้อขายที่มีความถี่สูง นักลงทุนของ Sei ได้แก่ Jump Capital และ Jump มีส่วนร่วมอย่างลึกซึ้งในระบบนิเวศของ Solana รวมถึงโครงสร้างพื้นฐานและโครงการต่างๆ .
Dragonfly ซึ่งเป็นนักลงทุนรายแรกๆ ใน Monad ก็ให้ความสนใจกับเส้นทางที่เกี่ยวข้องเช่นกัน โดยได้ลงทุนใน NEAR ซึ่งมุ่งเน้นไปที่เทคโนโลยีการแบ่งส่วน เช่นเดียวกับเครือข่ายสาธารณะ เช่น Aptos, Avalanche และ Nervos
การอัพเกรดอัลกอริธึมฉันทามติยังไม่เพียงพอ ในที่สุดมันก็ถึงคราวของเลเยอร์การดำเนินการแล้ว
ในช่วงสงครามลูกโซ่สาธารณะไม่กี่ครั้งที่ผ่านมา Execution Layer กลายเป็นสถานที่ที่ถูกละเลย พวกเขาแทบจะพูดถึงนวัตกรรมของอัลกอริธึมที่เป็นเอกฉันท์เท่านั้น ไม่ว่าจะเป็น Solana, Avalanche หรือ EOS แม้ว่าพวกเขาจะมีนวัตกรรมมากมายในเลเยอร์การดำเนินการ แต่ชุมชนยังคงจำอัลกอริธึมที่เป็นเอกฉันท์ที่พวกเขาใช้ และชุมชนทั้งหมดยังคิดว่าประสิทธิภาพของเครือข่ายสาธารณะที่มีประสิทธิภาพสูงเหล่านี้มาจากนวัตกรรมของอัลกอริธึมที่เป็นเอกฉันท์
แต่ไม่ใช่กรณี หากคุณต้องการได้รับเครือข่ายสาธารณะที่มีประสิทธิภาพสูงอัลกอริธึมฉันทามติและเลเยอร์การดำเนินการจะต้องตรงกันซึ่งสอดคล้องกับข้อบกพร่องของถังไม้ด้วย สำหรับเชนสาธารณะที่ใช้ EVM และปรับปรุงอัลกอริธึมที่เป็นเอกฉันท์เท่านั้น จำเป็นต้องมีโหนดที่แข็งแกร่งกว่าเพื่อปรับปรุงประสิทธิภาพ ตัวอย่างเช่น BSC จำกัดก๊าซที่สามารถประมวลผลโดยบล็อกไว้ที่ระดับ 2000 TPS ซึ่งต้องใช้การกำหนดค่าเครื่องจักรมากกว่าการลงทุนของโหนดเต็มรูปแบบของ Ethereum หลายเท่า รูปหลายเหลี่ยมทฤษฎีสามารถเข้าถึง 1,000 TPS แต่โดยปกติจะมีเพียงสิบถึงหลายร้อยเท่านั้น
โหนดเก็บถาวร BSCต้องใช้ CPU อย่างน้อย 16-core และหน่วยความจำ 128 Gโหนดอีเธอเรียมต้องมี CPU อย่างน้อย 4 คอร์และหน่วยความจำ 16 G
ทีมงาน BSC ทราบปัญหาเหล่านี้มานานแล้ว ดังนั้นจึงกำลังทำงานร่วมกับ NodeReal เช่นกันการพัฒนาสหกรณ์เทคโนโลยี EVM แบบขนาน ด้วยวิธีนี้เท่านั้นที่เราสามารถเพิ่มจำนวนธุรกรรมที่แต่ละบล็อกสามารถประมวลผลได้ อนุญาตให้มีการทำธุรกรรมเพิ่มเติมในแบบคู่ขนาน และเพิ่มขีดจำกัดบนของ TPS
ความเท่าเทียม: ไม่เพียงแต่อัพเกรดจาก CPU แบบ single-core ไปเป็น multi-core เท่านั้น
ในระบบบล็อกเชนส่วนใหญ่ ธุรกรรมจะดำเนินการตามลำดับอย่างสมบูรณ์ คุณสามารถคิดได้ว่ามันเป็น CPU แบบ single-core การคำนวณครั้งต่อไปสามารถทำได้หลังจากการคำนวณปัจจุบันเสร็จสิ้นเท่านั้น แม้ว่าวิธีนี้จะช้า แต่ข้อดีก็คือความเรียบง่ายและความซับซ้อนของระบบต่ำ
แต่หากระบบบล็อกเชนในอนาคตจำเป็นต้องเข้าถึงระดับผู้ใช้อินเทอร์เน็ต CPU แบบคอร์เดียวจะไม่เพียงพออย่างแน่นอน ดังนั้นการอัพเกรดเป็นเครื่องเสมือนแบบขนานที่มี CPU แบบมัลติคอร์สามารถประมวลผลธุรกรรมหลายรายการพร้อมกันและเพิ่มปริมาณงานได้ อย่างไรก็ตาม มีความท้าทายมากมายในการใช้งานทางวิศวกรรม ตัวอย่างเช่น ฉันควรทำอย่างไรหากธุรกรรมสองรายการที่ประมวลผลพร้อมกันเขียนข้อมูลไปยังสัญญาอัจฉริยะอันเดียวกัน จำเป็นต้องออกแบบกลไกใหม่เพื่อแก้ไขข้อขัดแย้งนี้ สำหรับการดำเนินการแบบขนานของสัญญาอัจฉริยะอื่นๆ ที่ไม่เกี่ยวข้องโดยสิ้นเชิง สามารถเพิ่มปริมาณงานได้ตามจำนวนเธรดและขนาดการประมวลผลแบบขนาน
นอกจากนี้ Parallel EVM ไม่เพียงแต่ปรับปรุงความสามารถแบบขนานเท่านั้น แต่ยังเพิ่มประสิทธิภาพการดำเนินการแบบเธรดเดียวให้เหมาะสมอีกด้วย คีน ฮอน ซีอีโอของโมนาดด่วน, ...คอขวดที่แท้จริง (ของ EVM) คือการอ่านและเขียนสถานะบ่อยครั้งเมื่อประมวลผลสิ่งต่าง ๆ... นอกจากนี้เขายังกล่าวอีกว่าการดำเนินการแบบคู่ขนานเป็นเพียงส่วนหนึ่งของแผนงาน และภารกิจที่ยิ่งใหญ่กว่าของ Monad คือการมุ่งเน้นไปที่ EVM และทำให้มีประสิทธิภาพมากที่สุดเท่าที่จะเป็นไปได้
ดังนั้น แม้ว่า Parallel EVM จะหมายถึง การขนาน อย่างแท้จริง แต่จริงๆ แล้วเป็นการเพิ่มประสิทธิภาพพิเศษของประสิทธิภาพของแต่ละองค์ประกอบของ EVM ดังนั้นความพยายามจึงมีแนวโน้มที่จะแสดงถึงขีดจำกัดประสิทธิภาพภายใต้มาตรฐาน EVM
EVM ไม่เท่ากับ Solidity
การเขียนสัญญาอัจฉริยะเป็นทักษะที่จำเป็นสำหรับนักพัฒนาบล็อคเชนส่วนใหญ่ วิศวกรสามารถใช้ Solidity หรือภาษาสัญญาอัจฉริยะระดับสูงอื่นๆ เพื่อเขียนการใช้งานลอจิกที่สอดคล้องกันตามความต้องการทางธุรกิจ อย่างไรก็ตาม EVM ไม่สามารถเข้าใจตรรกะของ Solidity ได้โดยตรง จะต้องผ่าน การแปล บางส่วนและแปล (คอมไพล์) เป็นภาษาระดับต่ำที่เครื่องสามารถเข้าใจได้ (รหัสการดำเนินการ opcode / bytecode bytecode) ก่อนจึงจะสามารถทำได้ เครื่องเสมือนจะอ่านได้ นำไปใช้ นักพัฒนา Solidity ไม่จำเป็นต้องเข้าใจกระบวนการแปลนี้ เนื่องจากมีเครื่องมือที่พร้อมจะนำไปใช้อยู่แล้ว
ท้ายที่สุดมันคือ การแปล ดังนั้นจึงมีค่าใช้จ่ายบางส่วนด้วย (ค่าใช้จ่ายเพิ่มเติม) สำหรับวิศวกรที่มีประสบการณ์ในการเขียนโค้ดระดับต่ำพวกเขาสามารถเขียนตรรกะของโปรแกรมได้โดยตรงโดยใช้ opcodes ใน Solidity สิ่งนี้สามารถบรรลุประสิทธิภาพสูงสุดซึ่งหมายความว่าผู้ใช้สามารถประหยัด Gas เมื่อทำธุรกรรม ตัวอย่างเช่น โปรโตคอล Seaport ที่เปิดตัวโดย Opensea ใช้การประกอบแบบอินไลน์อย่างกว้างขวางในสัญญาอัจฉริยะ เพื่อลดค่าใช้จ่ายด้านก๊าซสำหรับผู้ใช้ให้ได้มากที่สุด
ดังนั้น หาก Parallel EVM สามารถนำไปใช้ได้ในที่สุด มันจะไม่เพียงแต่นำมาซึ่งความสามารถในการขนานเท่านั้น แต่ยังปรับประสิทธิภาพของสแต็ก EVM ทั้งหมดให้เหมาะสมอีกด้วย นักพัฒนาแอปพลิเคชันทั่วไปไม่จำเป็นต้องใช้พลังงานจำนวนมากในการปรับให้เหมาะสมเพียงเพื่อประหยัดน้ำมันเพียงเล็กน้อย เนื่องจากเครื่องเสมือนที่ใช้งานอยู่นั้นทรงพลังเพียงพอที่จะทำให้ความแตกต่างเหล่านี้ราบรื่นขึ้น
ประสิทธิภาพของ EVM แตกต่างกันไป และ มาตรฐาน ไม่เท่ากับ การปฏิบัติงานด้านวิศวกรรม
เครื่องเสมือน ยังสามารถเรียกว่า เลเยอร์การดำเนินการ ได้อีกด้วย มันเป็นกลไกที่สัญญาอัจฉริยะจะถูกคำนวณและประมวลผลในที่สุดหลังจากที่รวบรวมเป็น opcodes bytecode ที่กำหนดโดย Ethereum Virtual Machine (EVM) ได้กลายเป็นมาตรฐานอุตสาหกรรมแล้ว ไม่ว่าจะเป็นเครือข่ายชั้นสองที่ใช้ Ethereum หรือเครือข่ายสาธารณะอิสระอื่น ๆ พวกเขายินดีที่จะเข้ากันได้โดยตรงและสมบูรณ์กับ EVM มาตรฐานก่อนการพัฒนา ผู้เขียนสามารถเขียนสัญญาอัจฉริยะเพียงครั้งเดียวและปรับใช้กับหลายเครือข่ายซึ่งคุ้มค่าอย่างยิ่ง
ดังนั้นตราบใดที่เข้ากันได้อย่างสมบูรณ์กับมาตรฐาน bytecode ของ EVM ก็เรียกว่า EVM ได้ แต่วิธีการนำไปใช้อาจแตกต่างกันอย่างมาก ตัวอย่างเช่น ไคลเอนต์ Ethereum Geth ใช้ภาษา Go เพื่อใช้มาตรฐาน EVM แต่ทีมวิจัยผู้บริหารของ Ethereum Foundation Ipsilonบำรุงรักษาการใช้งาน EVM แบบอิสระที่พัฒนาใน C++ ได้รับการพัฒนาแล้ว ไคลเอนต์ Ethereum อื่นๆ สามารถเรียกใช้ไลบรารีนี้โดยตรงเพื่อดำเนินการเป็น EVM
ตัวอย่างเช่น สินค้าที่ผลิตทางอุตสาหกรรมจำนวนมากมีมาตรฐานสากลที่สอดคล้องกัน เช่น เมื่อสินค้าออกจากโรงงานจำนวนโคโลนีจะต้องน้อยกว่าค่าที่กำหนดจึงจะสามารถขายได้ นี่คือ มาตรฐาน แต่ทำอย่างไรจึงจะได้มาตรฐานโรงงานนี้แต่ละโรงงานสามารถเลือกวิธีการฆ่าเชื้อที่แตกต่างกันได้หลายสิบวิธีและโรงงานบางแห่งสามารถหาวิธีที่คุ้มค่ากว่าเพื่อตอบสนองข้อกำหนดนี้ นี่คือ การปฏิบัติ
เนื่องจากมีevmoneการนำไปปฏิบัติ, การนำไปปฏิบัติอื่นๆ ก็สามารถทำได้เช่นกัน ดังนั้นในตัวอย่างนี้ของ EVM มาตรฐาน EVM จะกำหนดวิธีการดำเนินการพื้นฐานบางอย่าง bytecode (เช่น การรองรับเลขคณิตพื้นฐานที่สุด เช่น การบวก การลบ การคูณ เป็นต้น) เมื่อแต่ละ bytecode มีอินพุตที่แน่นอน จะมีเอาต์พุต Definite . เมื่อต้องปฏิบัติตามเกณฑ์นี้ การใช้งาน (และแนวทางปฏิบัติ) จะแตกต่างกันไป โดยมีพื้นที่มากมายสำหรับการปรับแต่งและความเป็นไปได้ในการเพิ่มประสิทธิภาพทางวิศวกรรม
ความเหมือนและความแตกต่างของ Parallel EVM
ในเส้นทาง Parallel EVM นอกเหนือจาก Monad ที่ร้อนแรงที่สุดแล้ว ยังมี Sei, MegaETH, Polygon, Neon EVM, BSC ฯลฯ และไคลเอนต์ Reth ของ Paradigm ยังต้องการใช้ฟังก์ชันการขนาน
จากมุมมองของการวางตำแหน่ง Monad, Sei, Polygon และ BSC ล้วนเป็นบล็อกเชนเลเยอร์ 1 ในขณะที่ MegaETH อาจเป็นเลเยอร์ 2 Neon EVM ขึ้นอยู่กับเครือข่าย Solana นอกจากนี้ Reth ยังเป็นไคลเอนต์โอเพ่นซอร์ส และ MegaETH จะยังคงได้รับการพัฒนาบางส่วนตามโครงการ Reth
แน่นอนว่ายังคงมีการแข่งขันกันระหว่างทีมเหล่านี้และรายละเอียดด้านเทคนิคและเอกสารทางวิศวกรรมทั้งหมดยังไม่ได้รับการเปิดเผยอย่างครบถ้วน การเปรียบเทียบเพิ่มเติมต้องรอจนกว่าจะค่อยๆ เปิดเผย บางทีนี่อาจเป็นเหมือนการแข่งขันทางอาวุธอีกครั้ง เช่น BTC Layer 2, Reslogging และ Ethereum Layer 2 แม้ว่าจะมีความแตกต่างเล็กน้อยระหว่างเทคโนโลยี (และโอเพ่นซอร์ส) แต่สิ่งสำคัญกว่าคือวิธีสร้างเอกลักษณ์ของระบบนิเวศ
ปัญหาทางเทคนิคของ Parallel EVM
สำหรับธุรกรรมที่ดำเนินการตามลำดับ คอขวดคือ CPU และกระบวนการอ่านและเขียนสถานะ แต่ข้อดีคือวิธีนี้ง่ายเพียงพอ ปราศจากข้อผิดพลาด และงานทั้งหมดสามารถดำเนินการให้เสร็จสิ้นได้ทีละขั้นตอน สำหรับเครื่องเสมือนที่ดำเนินการแบบขนาน อาจมีความขัดแย้งด้านสถานะ ดังนั้นจึงต้องเพิ่มการพิจารณาส่วนนี้ก่อนหรือหลังการดำเนินการ
ตัวอย่างง่ายๆ คือ หากเครื่องเสมือนรองรับการดำเนินการแบบขนานของสี่เธรด และแต่ละเธรดสามารถประมวลผลธุรกรรมในเวลาเดียวกันได้ หากธุรกรรมทั้งสี่นี้เป็นธุรกรรมทั้งหมดที่มีกลุ่มธุรกรรมเดียวกันบน Uniswap ก็จะไม่สามารถดำเนินการพร้อมกันได้ การคำนวณ เนื่องจากแต่ละธุรกรรมจะส่งผลต่อราคาธุรกรรมของกลุ่มธุรกรรมนี้ แต่ถ้าทั้งสี่เธรดนี้ทำงานในสี่สิ่งที่ไม่เกี่ยวข้องโดยสิ้นเชิงในเวลาเดียวกัน ก็ไม่มีปัญหา
สิ่งนี้จะเกี่ยวข้องกับการออกแบบและการดำเนินการทางวิศวกรรมของทีมต่างๆ แต่อย่างน้อยสิ่งที่ต้องมั่นใจก็คือหลังจากการดำเนินการแบบขนาน โมดูลจำเป็นในการตรวจจับข้อขัดแย้งและดำเนินการอีกครั้งหากพบข้อขัดแย้ง แน่นอนว่า หากสามารถคาดการณ์และคัดกรองธุรกรรมที่อาจขัดแย้งล่วงหน้าได้ ประสิทธิภาพแบบขนานของเครื่องเสมือนทั้งหมดก็สามารถเพิ่มขึ้นได้เช่นกัน
นอกเหนือจากความแตกต่างในการใช้งานทางวิศวกรรมของเครื่องเสมือน Parallel EVM แล้ว โดยทั่วไปแต่ละทีมจะออกแบบใหม่และปรับปรุงประสิทธิภาพการอ่านและเขียนของฐานข้อมูลสถานะ และออกแบบอัลกอริธึมที่เป็นเอกฉันท์ เช่น MonadDb และ MonadBFT ที่ออกแบบโดย Monad
ท้าทาย
สำหรับ Parallel EVM มีความท้าทายที่เป็นไปได้สองประการ: Ethereum จะยึดมูลค่าทางวิศวกรรมในระยะยาวหรือไม่ และการรวมศูนย์ของโหนด
เนื่องจากทีมต่างๆ ยังอยู่ในขั้นตอนการพัฒนาและทดสอบเทคโนโลยี Parallel EVM พวกเขาจึงยังไม่ได้เลือกที่จะเปิดซอร์สรายละเอียดทางวิศวกรรมทั้งหมด นี่เป็นหนึ่งในคูน้ำในปัจจุบัน อย่างไรก็ตาม หลังจากเข้าสู่เครือข่ายทดสอบและเครือข่ายหลัก เอกสารโครงการเหล่านี้จะถูกเปิดเผยสู่สาธารณะ และอาจถูกดูดกลืนโดย Ethereum หรือเครือข่ายสาธารณะอื่น ๆ ดังนั้น ณ เวลานั้น จึงจำเป็นต้องส่งเสริมการก่อสร้างเชิงนิเวศให้เร็วขึ้น และสร้างคูน้ำเชิงนิเวศให้มากขึ้น
อย่างไรก็ตาม ปัญหานี้ไม่ได้ร้ายแรงขนาดนั้น ในด้านหนึ่ง สำหรับนักพัฒนา Crypto ขณะนี้มีใบอนุญาตโอเพ่นซอร์สให้เลือกมากขึ้น (เช่น ใบอนุญาตของ Uniswap ที่สามารถทำให้โค้ดเป็นแบบสาธารณะได้แต่ไม่อนุญาตให้มีการฟอร์กเข้าสู่โครงการเชิงพาณิชย์) ในทางกลับกัน ตำแหน่งของ Monad นั้นแตกต่างไปจากของ Ethereum โดยเนื้อแท้ แม้ว่า Ethereum จะสามารถบรรลุ Single-Socket Finality (SSF) ได้ในอนาคต แต่ขั้นสุดท้ายของธุรกรรมจะยังคงอยู่ที่อย่างน้อย 12 วินาที ซึ่งยังไม่เพียงพอสำหรับสถานการณ์แอปพลิเคชันที่มีความถี่สูงกว่า
ความท้าทายอีกประการหนึ่งที่มักเกิดขึ้นกับเครือข่ายสาธารณะที่มีประสิทธิภาพสูงทั้งหมดก็คือ วิธีการปรับใช้โหนดเพิ่มเติมเพื่อตอบสนองความต้องการพื้นฐานของผู้ใช้ที่ไม่ได้รับอนุญาตและไม่ไว้วางใจ: การกระจายอำนาจ บางทีตัวบ่งชี้บางตัวสามารถวัดปริมาณได้ เช่น TPS หารด้วยข้อกำหนดฮาร์ดแวร์ของโหนด เพื่อให้เราสามารถควบคุมตัวแปรและเปรียบเทียบเครือข่ายสาธารณะ/ไคลเอนต์ใดที่มี TPS ที่สูงกว่าตามความต้องการฮาร์ดแวร์เฉพาะ ท้ายที่สุดแล้ว ยิ่งข้อกำหนดด้านฮาร์ดแวร์ของโหนดต่ำเท่าใด จำนวนโหนดก็จะยิ่งสูงขึ้นเท่านั้น
ต่อไป เราจะติดตามความคืบหน้าของโครงการ Parallel EVM แต่ละโครงการต่อไป และหารือเกี่ยวกับเทคโนโลยีและความแตกต่างในรายละเอียด
