TL;DR

1. 1. บาง VCs ที่มีชื่อเสียง เช่น Paradigm, Jump, และ Dragonfly กำลังลงทุนในแนวคิดของ Parallel EVM
2. 1. โครงการที่เป็นตัวแทนในโดเมนนี้ ได้แก่ Monad, Sei, MegaETH, Polygon, Neon EVM, และ BSC ที่ดำเนินการทั้งบน Layer 1 (L1) และ Layer 2 (L2) solutions.
3. 1. อย่างไรก็ตาม มีข้อมูลสาธารณะที่จำกัดที่สามารถใช้ได้เกี่ยวกับความแตกต่างที่เฉพาะเจาะจงระหว่างทีม
4. 1. ในขณะที่ “การขนาน” เป็นความหมายตรงตัวของ Parallel EVM แต่มีความหมายเฉพาะทางที่มุ่งเน้นไปที่การปรับปรุงสมรรถภาพของ EVM ในด้านต่างๆ ที่อาจเสนอขีดจำกัดของความสามารถของ EVM
5. 1. ความท้าทายรวมถึงความจำเป็นที่จะต้องทำการปรับโครงสร้างเทคโนโลยีทั้งหมดและแก้ไขปัญหา เช่นการทำนายความขัดแย้งในระหว่างธุรกรรมพร้อมกันและการจัดการความขัดแย้งโดยมีประสิทธิภาพหากเกิดขึ้น
6. 1. ความท้าทายอีกอย่างคือการสร้างความแตกต่างในนิเวศโอเพ่นซอร์สในขณะที่สมดุลระหว่าง decentralization และประสิทธิภาพ

หลังจากการวิจัยและการวงจรในอัลกอริทึมของการตกลง, ชั้นข้อมูล (DA), และเทคโนโลยีพิสูจน์ทฤษฎีศาสตร์ศูนย์ศูนย์ การสนใจได้ถูกเลื่อนไปสู่ด้านหน้าถัดไปในเทคโนโลยีรุ่นยาก: Parallel EVM แนวโน้มนี้ได้ดึงดูดการลงทุนทางทุนที่สำคัญไปจากตลาด, กับเงินล้านล้านดอลลาร์ที่ถูกหล่อเข้าไปในการพัฒนาของสตาร์ทอัพระดับยูนิคอร์นต่างๆ

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

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

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

Paradigm ได้มองหาการเข้าร่วมเกมมานาน การกระโดดลงทุนอย่างหนัก

“ฟอร์จูน” รายงานว่า Paradigm ตั้งใจจะเป็นผู้นำในรอบทุนล่าสุดสำหรับ Monad โดยมีเป้าหมายที่จะเรียกเงินทุน 200 ล้านเหรียญดอลลาร์พร้อมค่าการประเมิน 3 พันล้านเหรียญดอลลาร์ ซึ่งนี้เป็นการเริ่มต้นของ Paradigm ในการสนับสนุนทีมที่มีแนวคิด Parallel EVM แต่พวกเขาติดตามเทคโนโลยีนี้อย่างใกล้ชิดมาหลายปี จอร์จิโอส คอนสแตนโทปูลอส Paradigm's CTO กล่าวถึงคำว่านี้เป็นครั้งแรกในปี 2021

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

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

ข้อสังเกตที่น่าสนใจคือความสมมติฐานทางภาษาซึ่งมีความเป็นเส้นเชื่อมระหว่าง Monad และ Nomad โดยคำหลังนี้หมายถึงนักเดินทาง และ “digital nomad” หมายถึงนักเดินทางในโลกดิจิทัล

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

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

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

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

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

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

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

โหนดเก็บข้อมูล BSC ต้องใช้ CPU 16 คอร์ขึ้นไปและหน่วยความจำ 128GB ขึ้นไป ในขณะที่โหนด Ethereum ต้องการ CPU 4 คอร์ขึ้นไปและหน่วยความจำ 16GB ขึ้นไป

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

พร้อม: อัปเกรดจาก CPU หลักเดียวเป็น CPU หลายคอร์

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

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

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

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

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

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

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

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

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

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

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

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

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

ความคล้ายคลึงและความแตกต่างของ EVM แบบขนาน

ในแทร็ก Parallel EVM นอกจาก Monad ที่โด่งดังอย่างแพร่หลาย ผู้เข้าแข่งขันที่โดดเด่นอื่น ๆ รวมถึง Sei, MegaETH, Polygon, Neon EVM, BSC และ Reth client ของ Paradigm ซึ่งพยายามรวมการขนส่งในทิศทางขนส่ง

จากประการที่ตำแหน่งของพวกเขา Monad, Sei, Polygon และ BSC ถูกจัดอยู่ในฐานะบล็อกเชนชั้นที่ 1 ในขณะที่ MegaETH อาจทำหน้าที่เป็น Layer 2 solution และ Neon EVM ใช้งานภายในโครงสร้างเครือข่าย Solana อีกด้วย Reth ยังคงโดดเด่นในฐานะ client โอเพนซอร์ส โดย MegaETH พร้อมที่จะดำเนินการพัฒนาต่อไปโดยใช้บางด้านของเทคโนโลยีของ Reth

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

ความท้าทายทางเทคนิคของ EVM แบบขนาน

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

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

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

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

ความท้าทาย

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

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

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

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

ก้าวหน้า, เราจะดำเนินการตรวจสอบความก้าวหน้าของโครงการต่าง ๆ ที่เกี่ยวข้องกับ Parallel EVM และศึกษาเทคโนโลยีและความขัดแย้งของมันอย่างละเอียด

Disclaimer：

1. บทความนี้ถูกคัดลอกมาจาก [ ChainFeeds วิจัย], สิทธิ์ตามกฎหมายของผู้เขียนต้นฉบับ [ ZHIXIONG PAN]. หากมีการท้าทานต่อการพิมพ์ฉบับนี้ โปรดติดต่อGate Learnทีม และพวกเขาจะจัดการกับมันโดยเร็ว
2. คำปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้มาจากผู้เขียนเท่านั้น และไม่เป็นคำแนะนำในการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่นๆ จะถูกดำเนินการโดยทีม Gate Learn หากไม่ได้ระบุไว้ การคัดลอก การกระจาย หรือการลอกเลียนบทความที่ถูกแปลนั้นถือเป็นการละเมิดลิขสิทธิ์