แหล่งที่มา: Chainfeeds

TL;DR

1. แนวคิด Parallel EVM ได้รับการลงทุนจาก VC ชั้นนำหลายแห่ง เช่น Paradigm, Jump, Dragonfly และอื่นๆ

2. โครงการตัวแทนคือ Monad และยังมี Sei, MegaETH, Polygon, Neon EVM, BSC และอื่นๆ อีกบ้าง โดยบางโครงการเป็น L1 และบางโครงการเป็น L2 ไม่มีข้อมูลสาธารณะที่ครบถ้วนเกี่ยวกับความแตกต่างที่เฉพาะเจาะจงระหว่างทีมต่างๆ

3. แม้ว่า Parallel EVM จะหมายถึง "การทำงานแบบขนาน" จริงๆ แล้ว แต่จริงแล้วเป็นการปรับแต่งประสิทธิภาพของส่วนประกอบแต่ละส่วนของ EVM โดยเฉพาะ ดังนั้น ความพยายามดังกล่าวอาจแสดงถึงขีดจำกัดของประสิทธิภาพภายใต้มาตรฐาน EVM

4. ความยาก: นอกเหนือจากการปรับโครงสร้างชุดเทคโนโลยีทั้งหมดแล้ว ยังมีปัญหาเกี่ยวกับวิธีการคาดการณ์ล่วงหน้าว่าธุรกรรมคู่ขนานจะขัดแย้งกันหรือไม่ และประสิทธิภาพของการดำเนินการซ้ำหลังจากขัดแย้งกันหรือไม่

5. ความท้าทาย: การสร้างความแตกต่างในระบบนิเวศน์โอเพ่นซอร์สและการหาจุดสมดุลระหว่างการกระจายอำนาจและประสิทธิภาพการทำงาน

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

ชุมชนเริ่มให้ความสนใจกับ Parallel EVM (การประมวลผลแบบขนาน EVM) เนื่องจาก Georgios Konstantopoulos (CTO ของ Paradigm) และ Haseeb Qureshi จาก Dragonfly กล่าวถึงคีย์เวิร์ดเดียวกันนี้เมื่อปลายปี 2023 เมื่อพวกเขามองไปข้างหน้าถึงเทรนด์ในปี 2024 อย่างไรก็ตาม ไม่มีรายละเอียดมากนักในการพูดคุยเกี่ยวกับหัวข้อนี้ และหลายคนคิดว่านี่ไม่ใช่แนวคิดใหม่ EVM และการประมวลผลแบบขนานถือเป็นแนวคิดที่ค่อนข้างสมบูรณ์ เหตุใดการรวมคำสองคำนี้เข้าด้วยกันจึงถือเป็นแนวโน้มที่สำคัญ?

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

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

Paradigm รอคอยที่จะเข้าร่วมตลาดมาเป็นเวลานาน และ Jump ก็ได้เดิมพันอย่างหนัก

ตามรายงานของ Fortune บริษัท Paradigm กำลังวางแผนที่จะเป็นผู้นำในการระดมทุนรอบล่าสุดของ Monad โดยระดมทุนได้ 200 ล้านเหรียญสหรัฐ โดยมีมูลค่าบริษัท 3 พันล้านเหรียญสหรัฐ แม้ว่านี่จะเป็นทีมแนวคิด Parallel EVM ชุดแรกที่ Paradigm วางแผนจะลงทุนด้วย แต่ที่จริงแล้ว พวกเขาก็ได้ให้ความสำคัญกับเทคโนโลยีนี้มาหลายปีแล้ว Georgios Konstantopoulos (CTO ของ Paradigm) กล่าวถึงคำนี้ในปี 2021

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

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

สิ่งที่น่าสนใจอีกอย่างหนึ่งก็คือ Monad และ Nomad เป็นคำที่สลับอักษรของกันและกัน Nomad แปลว่า คนเร่ร่อน ส่วน Digital Nomad แปลว่า คนเร่ร่อนดิจิทัล/คนเร่ร่อนดิจิทัล นอกจาก Monad แล้ว Georgios ยังได้กล่าวถึง Sei และ Polygon เมื่อพูดถึงหัวข้อนี้ด้วย อย่างไรก็ตาม มีเหตุผลสำคัญอีกประการหนึ่งที่ทำให้เขามองในแง่ดีเกี่ยวกับ Parallel EVM มาก นั่นก็คือพวกเขาได้พัฒนาไคลเอนต์ Ethereum ชื่อ Reth มีตำแหน่งเป็นไคลเอนต์เลเยอร์การดำเนินการ Ethereum ประสิทธิภาพสูง โดยใช้ภาษา Rust Reth กำลังอยู่ในระหว่างการพัฒนาอย่างรวดเร็ว และเพิ่งจะเข้าสู่ระยะเบต้า บางทีพวกเขาอาจพิจารณาใช้ Parallel EVM โดยตรงบน Reth แต่เมื่อพิจารณาถึงปริมาณงานวิจัยและพัฒนา การส่งเสริม Parallel EVM โดยลงทุนในทีมอื่นอาจเป็นทางเลือกที่ดีกว่า ตามเอกสารของ Monad พวกเขาใช้ C++ และ Rust ในงานวิศวกรรมเป็นหลัก

เมื่อ Reth เปิดตัวครั้งแรก ก็ถูกสมาชิกทีม Erigon กล่าวหาว่าลอกเลียนโค้ดโอเพนซอร์สของ Akula ซึ่งส่งผลให้ไม่มีเงินทุนเพียงพอสำหรับโครงการ Akula เพื่อหยุดการพัฒนา Georgios ตอบว่า Reth ไม่ใช่โค้ดแยกจากไคลเอนต์อื่น และโค้ดไม่ได้มาจากไคลเอนต์อื่น แต่ได้รับอิทธิพลและแรงบันดาลใจจาก Geth, Erigon และ Akula

ผู้มีส่วนร่วมหลักอีกรายหนึ่งคือ Jump Trading และ Jump Capital ผู้ก่อตั้ง Monad มาจาก Jump Trading และมีประสบการณ์มากมายในการซื้อขายความถี่สูง นักลงทุนของ Sei ได้แก่ Jump Capital และ Jump ยังมีส่วนร่วมอย่างลึกซึ้งในระบบนิเวศของ Solana อีกด้วย รวมถึงโครงสร้างพื้นฐานและโครงการต่างๆ

Dragonfly ซึ่งเป็นนักลงทุนรายแรกของ Monad ก็ได้ให้ความสนใจในเพลงที่เกี่ยวข้องเช่นกัน และได้ลงทุนใน NEAR ซึ่งมุ่งเน้นที่เทคโนโลยีการแบ่งส่วนข้อมูล รวมถึงเครือข่ายสาธารณะเช่น Aptos, Avalanche และ Nervos

การอัปเกรดอัลกอริทึมฉันทามติไม่เพียงพอ ในที่สุดก็ถึงคราวของเลเยอร์การดำเนินการ

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

แต่ในความเป็นจริง หากคุณต้องการได้รับเชนสาธารณะที่มีประสิทธิภาพสูง อัลกอริทึมฉันทามติและเลเยอร์การดำเนินการจะต้องตรงกัน ซึ่งยังสอดคล้องกับเอฟเฟกต์กระดานสั้นของถังไม้ด้วย สำหรับโซ่สาธารณะที่ใช้ EVM ซึ่งปรับปรุงอัลกอริทึมฉันทามติเท่านั้น การปรับปรุงประสิทธิภาพต้องใช้โหนดที่แข็งแกร่งกว่า ตัวอย่างเช่น BSC จำกัดปริมาณแก๊สที่บล็อกสามารถประมวลผลได้ที่ 2,000 TPS และการกำหนดค่าเครื่องที่จำเป็นก็ต้องมีค่าใช้จ่ายหลายเท่าของการลงทุนโหนดเต็ม Ethereum ในทางทฤษฎีแล้ว Polygon สามารถบรรลุ 1,000 TPS ได้ แต่ปกติแล้วทำได้เพียงหลายสิบถึงหลายร้อยเท่านั้น

โหนดเก็บถาวร BSC ต้องใช้ CPU อย่างน้อย 16 คอร์และหน่วยความจำ 128 GB ส่วน โหนด Ethereum ต้องใช้ CPU อย่างน้อย 4 คอร์และหน่วยความจำ 16 GB เท่านั้น

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

การประมวลผลแบบคู่ขนาน: ไม่เพียงแต่การอัปเกรดจาก CPU แบบคอร์เดียวไปเป็นหลายคอร์เท่านั้น

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

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

นอกจากนี้ Parallel EVM ไม่เพียงแค่ปรับปรุงความสามารถแบบขนาน แต่ยังเพิ่มประสิทธิภาพการทำงานแบบเธรดเดียวอีกด้วย Keone Hon ซีอีโอของ Monad กล่าวว่า "...คอขวดที่แท้จริง (ของ EVM) คือการอ่านและเขียนสถานะบ่อยครั้งเมื่อประมวลผลสิ่งต่างๆ..." เขายังบอกอีกด้วยว่าการดำเนินการแบบคู่ขนานเป็นเพียงส่วนหนึ่งของแผนงานเท่านั้น และภารกิจที่ยิ่งใหญ่กว่าของ Monad คือการหมุนเวียนอยู่รอบๆ EVM และทำให้มีประสิทธิภาพมากที่สุด

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

EVM ไม่เท่ากับ Solidity

การเขียนสัญญาอัจฉริยะเป็นทักษะที่จำเป็นสำหรับนักพัฒนาบล็อคเชนส่วนใหญ่ วิศวกรสามารถเขียนการใช้งานตรรกะที่สอดคล้องกันใน Solidity หรือภาษาขั้นสูงอื่นๆ ของสัญญาอัจฉริยะตามความต้องการทางธุรกิจ อย่างไรก็ตาม EVM ไม่สามารถเข้าใจตรรกะของ Solidity ได้โดยตรง จำเป็นต้องผ่าน "การแปล" และแปล (คอมไพล์) เป็นภาษาที่ระดับต่ำที่เครื่องสามารถเข้าใจได้ (โค้ดการทำงานของโอปโค้ด / ไบต์โค้ด ไบต์โค้ด) ก่อนที่เครื่องเสมือนจะสามารถดำเนินการได้ นักพัฒนา Solidity ไม่จำเป็นต้องเข้าใจกระบวนการแปลนี้ เนื่องจากมีการนำเครื่องมือที่สมบูรณ์แบบมาใช้แล้ว

ท้ายที่สุดแล้ว มันก็คือการ “แปล” ดังนั้นก็จะมีค่าใช้จ่ายเบื้องต้นอยู่บ้าง สำหรับวิศวกรที่มีประสบการณ์ในการเขียนโค้ดระดับต่ำ พวกเขาสามารถใช้โอปโค้ดเพื่อเขียนลอจิกของโปรแกรมใน Solidity ได้โดยตรง ซึ่งสามารถบรรลุประสิทธิภาพสูงสุดได้ ซึ่งหมายความว่าผู้ใช้สามารถประหยัดก๊าซเมื่อทำการซื้อขาย ตัวอย่างเช่น โปรโตคอล Seaport ที่เปิดตัวโดย Opensea ใช้การประกอบแบบอินไลน์ในสัญญาอัจฉริยะอย่างแพร่หลายเพื่อลดค่าใช้จ่ายก๊าซให้กับผู้ใช้

ดังนั้น หากสามารถนำ Parallel EVM มาใช้จริงได้ในที่สุด จะไม่เพียงแต่ทำให้มีความสามารถในการทำงานแบบขนานเท่านั้น แต่ยังช่วยเพิ่มประสิทธิภาพการทำงานของสแต็ก EVM ทั้งหมดอีกด้วย นักพัฒนาแอปพลิเคชันทั่วไปไม่จำเป็นต้องใช้พลังงานมากมายในการเพิ่มประสิทธิภาพเพียงเพื่อประหยัดพลังงานเพียงเล็กน้อย เนื่องจากเครื่องเสมือนพื้นฐานนั้นมีประสิทธิภาพเพียงพอที่จะทำให้ความแตกต่างเหล่านี้ราบรื่น

ประสิทธิภาพของ EVM แตกต่างกัน "มาตรฐาน" ไม่ได้เท่ากับ "แนวทางปฏิบัติทางวิศวกรรม"

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

ดังนั้น ตราบใดที่เข้ากันได้อย่างสมบูรณ์กับมาตรฐาน "ไบต์โค้ด" ของ EVM ก็เรียกว่า EVM ได้ แต่วิธีการใช้งานอาจแตกต่างกันอย่างมาก ตัวอย่างเช่น ไคลเอนต์ Ethereum Geth ใช้ภาษา Go เพื่อใช้งานมาตรฐาน EVM อย่างไรก็ตาม Ipsilon ซึ่งเป็นทีมวิจัยฝ่ายบริหารของ Ethereum Foundation ยังคงรักษาการใช้งาน EVM ที่พัฒนาใน C++ ไว้โดยอิสระ ไคลเอนต์ Ethereum อื่น ๆ สามารถเรียกไลบรารีนี้โดยตรงเพื่อดำเนินการเป็น EVM ได้

ตัวอย่างเช่น ผลิตภัณฑ์ที่ผลิตในภาคอุตสาหกรรมจำนวนมากมีมาตรฐานสากลที่สอดคล้องกัน ตัวอย่างเช่น ผลิตภัณฑ์จะต้องมีจำนวนอาณานิคมน้อยกว่าค่าที่กำหนดจึงจะสามารถขายได้ นี่คือ “มาตรฐาน” แต่จะตอบสนองมาตรฐานโรงงานนี้ได้อย่างไร? โรงงานแต่ละแห่งสามารถเลือกวิธีการฆ่าเชื้อได้หลายสิบวิธี และโรงงานบางแห่งสามารถค้นหาวิธีที่คุ้มต้นทุนกว่าเพื่อตอบสนองความต้องการนี้ได้ นี่คือการ “ฝึกซ้อม”

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

ความแตกต่างและความคล้ายคลึงกันของ 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, Restack และ Ethereum Layer 2 แม้ว่าจะมีความแตกต่างเพียงเล็กน้อยระหว่างเทคโนโลยีทั้งสอง (และเป็นโอเพ่นซอร์ส) แต่สิ่งที่สำคัญกว่าคือวิธีสร้างความเป็นเอกลักษณ์ของระบบนิเวศ

ปัญหาทางเทคนิคของ Parallel EVM

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

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

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

นอกเหนือจากความแตกต่างในการนำระบบวิศวกรรมไปใช้งานของเครื่องเสมือน Parallel EVM แล้ว แต่ละทีมจะออกแบบใหม่โดยทั่วไปและปรับปรุงประสิทธิภาพการอ่านและการเขียนของฐานข้อมูลสถานะ และออกแบบอัลกอริทึมฉันทามติให้ตรงกัน เช่น MonadDb และ MonadBFT ที่ออกแบบโดย Monad

ความท้าทาย

สำหรับ Parallel EVM มีสองความท้าทายที่เป็นไปได้: ว่ามูลค่าทางวิศวกรรมในระยะยาวจะถูก Ethereum จับเอาไว้ได้หรือไม่ และการรวมศูนย์ของโหนด

เนื่องจากแต่ละทีมยังคงอยู่ในขั้นตอนการพัฒนาและทดสอบเทคโนโลยี Parallel EVM จึงไม่มีใครเลือกที่จะเปิดซอร์สรายละเอียดด้านวิศวกรรมทั้งหมด ซึ่งถือเป็นประเด็นร้อนในปัจจุบัน อย่างไรก็ตาม หลังจากเข้าสู่เครือข่ายทดสอบและเครือข่ายหลักแล้ว ไฟล์โปรเจ็กต์เหล่านี้จะปรากฏต่อสาธารณะและอาจถูกดูดซับโดย Ethereum หรือเครือข่ายสาธารณะอื่นๆ ได้ด้วย ดังนั้น ในช่วงเวลาดังกล่าว จึงจำเป็นต้องดำเนินการก่อสร้างเชิงนิเวศให้รวดเร็วยิ่งขึ้น และสร้างคูน้ำเชิงนิเวศเพิ่มเติม

อย่างไรก็ตาม ปัญหานี้ไม่ได้ร้ายแรงขนาดนั้น ในทางหนึ่ง สำหรับนักพัฒนา Crypto ตอนนี้มีใบอนุญาตโอเพนซอร์สให้เลือกมากขึ้น (เช่น ใบอนุญาตของ Uniswap ซึ่งอนุญาตให้เปิดเผยรหัสต่อสาธารณะแต่ไม่อนุญาตให้แยกออกเป็นโครงการเชิงพาณิชย์) ในทางกลับกัน การวางตำแหน่งของ Monad แตกต่างจาก Ethereum แม้ว่า Ethereum จะสามารถบรรลุ Single Slot Finality (SSF) ได้ในอนาคต แต่ระยะเวลาสรุปธุรกรรมจะยังคงอยู่ที่อย่างน้อย 12 วินาที ซึ่งยังห่างไกลจากสถานการณ์การใช้งานความถี่สูง ความท้าทายอีกประการหนึ่งที่เกิดขึ้นกับเครือข่ายสาธารณะที่มีประสิทธิภาพสูงทั้งหมดนั้นเหมือนกัน นั่นคือจะต้องปรับใช้โหนดเพิ่มเติมเพื่อตอบสนองความต้องการพื้นฐานของผู้ใช้ที่ไม่ต้องขออนุญาตและไม่ต้องไว้วางใจ นั่นก็คือ การกระจายอำนาจ บางทีอาจสามารถระบุตัวบ่งชี้บางตัวได้ เช่น "TPS หารด้วยข้อกำหนดฮาร์ดแวร์ของโหนด" เพื่อให้สามารถกำหนดตัวแปรควบคุมเพื่อเปรียบเทียบว่าเชนสาธารณะ/ไคลเอนต์ใดมี TPS สูงกว่าภายใต้มาตรฐานข้อกำหนดฮาร์ดแวร์เฉพาะ ท้ายที่สุด ยิ่งความต้องการฮาร์ดแวร์ของโหนดต่ำลงเท่าไร สามารถสร้างโหนดได้มากขึ้นเท่านั้น

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

ลิงก์ต้นฉบับ

ยินดีต้อนรับสู่ชุมชนทางการของ BlockBeats:

กลุ่ม Telegram สมัครสมาชิก: https://t.me/theblockbeats

กลุ่ม Telegram พูดคุย: https://t.me/BlockBeats_App

บัญชี Twitter ทางการ: https://twitter.com/BlockBeatsAsia