# The Case for Modular Execution (ตอนที่ 2) By [notNOW](https://paragraph.com/@notnow-2) · 2022-11-04 --- ![](https://storage.googleapis.com/papyrus_images/b6bac5db7f9266cb5b83499d88212ddd1a188627c8c1e3618fe8405bee177c66.png) The Case for Modular Execution ------------------------------ Modular architectur จะช่วยให้บล็อกเชน [scale by orders of magnitude](https://fuel-labs.ghost.io/beyond-monolithic-the-modular-blockchain-paradigm/) ในฐานะที่เป็นส่วนหลักของ modular stack นั้น execution layers อยู่ในขั้นตอนของนวัตกรรมที่รวดเร็ว Fuel กำลังสร้าง **execution layer** ที่เร็วที่สุดสำหรับ **modular blockchain stack** ใน[ตอนที่ 1](https://mirror.xyz/0xc5Dfbcf2461c0eDC8d0f98D8b0eD9B9fC8B86Af9/y95QqBI4xlgNYY5HCIgF1J0T4mxvUl-bzjuA7j8MTtE) เราทราบว่า modular execution layers ใช้งาน scalability ได้โดยแยกการคำนวณออกจากการตรวจสอบ เรายังได้สัมผัสถึงประโยชน์หลักประการที่สอง ซึ่งช่วยให้ modular execution layers สามารถ scale by orders of magnitude ที่มากกว่าแบบ monolithic : > **Monolithic chains ถูกขังอยู่ในเทคโนโลยีที่ไม่มีประสิทธิภาพเมื่อพูดถึงความเร็วและ variety of computation ที่พวกเขาสามารถรองรับได้ ในทางกลับกัน modular execution layers สามารถออกแบบเฉพาะเพื่อเพิ่มประสิทธิภาพการคำนวณอย่างมีประสิทธิภาพ** โพสต์นี้พูดถึงข้อดีหลักที่สองนี้ โดยเน้นเฉพาะว่า Fuel กำลังปฏิวัติวิธีที่ blockchains จะจัดการกับการคำนวณอย่างไร Monolithic Chains: The Challenge of Iterating on Layer-1s --------------------------------------------------------- Monolithic chains ถูกขังอยู่ในเทคโนโลยีที่ไม่มีประสิทธิภาพเมื่อพูดถึงความเร็วและ variety of computation ที่พวกเขาสามารถรองรับได้ เมื่อบล็อคเชนเกิดขึ้นครั้งแรก มี use case เดียวในใจคือ : เงินสดดิจิทัล Bitcoin blockchain ได้รับการออกแบบมาเพื่อปรับให้เหมาะสมสำหรับ use case ที่จำกัด ไม่นานหลังจากการเปิดตัวของ Bitcoin ผู้คนเริ่มตระหนักถึงศักยภาพของบล็อคเชนสำหรับ use case ที่มากกว่าเงิน narrative เปลี่ยนจาก "distributed ledger" เป็น "distributed computer" อย่างรวดเร็ว Bitcoin community พยายามสนับสนุน use case นี้ผ่าน [colored coins](https://en.wikipedia.org/wiki/Colored_Coins), แต่เห็นได้ชัดว่ามันไม่หลากหลายพอที่จะรองรับการคำนวณแบบกระจายที่เชื่อถือได้อย่างแท้จริง มันถูกล็อคไว้ในกรณีใช้งานดั้งเดิม จำเป็นต้องมีสถาปัตยกรรมใหม่ เมื่อตระหนักถึงปัญหานี้ ผู้สร้าง Ethereum มุ่งมั่นที่จะสร้างบล็อคเชนซึ่งสามารถรองรับการกระจายตัวของ Turing-complete virtual machine : Ethereum Virtual Machine (EVM) ด้วยการเปิดตัว Ethereum ในปี 2015 บล็อคเชนได้พัฒนาเพื่อรองรับการ arbitrary computation ในtrustless environment. ตอนนี้ใครๆ ก็สามารถสร้างและเปิดใช้โปรแกรมคอมพิวเตอร์ (smart contract) และใช้งานบน distributed computer ได้ Ethereum เกิดขึ้นไม่ถึงครึ่งทศวรรษหลังจากที่แนวคิดของบล็อคเชนเกิดขึ้น ในช่วง 7 ปีนับตั้งแต่เปิดตัว Ethereum ได้มีการคิดค้นแนวคิดใหม่ๆ ซึ่งแสดงถึงการก้าวกระโดดที่ยิ่งใหญ่กว่าความคืบหน้าของ Ethereum ที่ทำผ่าน Bitcoin แต่เช่นเดียวกับ Bitcoin ตัวบล็อกเชน Ethereum เองส่วนใหญ่ถูกล็อคไว้ในสถาปัตยกรรมหลักที่ติดตัวมันมา ### สำหรับการปรับปรุงทุกอย่างที่เกิดขึ้นกับ Ethereum blockchain และ EVM ในช่วงหลายปีที่ผ่านมา มีนวัตกรรมที่เป็นไปได้อีกมากมายที่ไม่สามารถทำได้เนื่องจากจำเป็นรักษา backward compatibility ด้วยเหตุนี้ ชุมชนบล็อคเชนจึงยังคงระดมทุน สร้างและเปิดตัวบล็อคเชนใหม่ทุกครั้งที่มีการคิดค้นนวัตกรรมใหม่ layer-1 blockchains ใหม่จำนวนนับไม่ถ้วนได้เปิดตัวตามคำมั่นสัญญาว่าจะทำซ้ำในแนวคิดของการคำนวณแบบกระจายที่เชื่อถือได้ แต่พวกเขาทั้งหมดต้องเผชิญกับความท้าทายเดียวกัน: เป็นการยาก (และมักจะเป็นไปไม่ได้) ที่จะอัพเกรดบล็อกเชนเพื่อรองรับฟังก์ชันการทำงานและการปรับปรุงใหม่ ดังนั้นวัฏจักรจึงดำเนินต่อไป โดยที่เรายังคงเห็นบล็อกเชนใหม่เปิดตัวพร้อมการปรับปรุงทีละน้อยจากรุ่นก่อน ในกระบวนการนี้ เราเหลือระบบนิเวศของบล็อกเชนที่เข้ากันไม่ได้เป็นส่วนใหญ่ โดยมีการกระจายตัวของสภาพคล่อง เงินทุน ประสบการณ์ผู้ใช้ และความคิดของนักพัฒนาที่เพิ่มขึ้นเรื่อยๆ ในขณะเดียวกัน พลังงานที่สามารถนำมาใช้กับนวัตกรรมที่แท้จริงได้ กลับมุ่งไปสู่การได้รับความสนใจจากนักลงทุน นักพัฒนา และ end-users [https://twitter.com/musalbas/status/1582396496229507072?ref\_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1582396496229507072%7Ctwgr%5E8c61a78968ae3d5f922eddaee387d7074927c694%7Ctwcon%5Es1\_&ref\_url=https%3A%2F%2Ffuel-labs.ghost.io%2Fthe-case-for-modular-execution-part-2%2F](https://twitter.com/musalbas/status/1582396496229507072?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1582396496229507072%7Ctwgr%5E8c61a78968ae3d5f922eddaee387d7074927c694%7Ctwcon%5Es1_&ref_url=https%3A%2F%2Ffuel-labs.ghost.io%2Fthe-case-for-modular-execution-part-2%2F) การแข่งขันเป็นไปอย่างสมบูรณ์และจำเป็นสำหรับระบบนิเวศที่เจริญรุ่งเรือง แต่การแข่งขันครั้งนี้เกิดขึ้นในระดับที่ไม่ถูกต้อง ### The modular blockchain paradigm สัญญาว่าจะแก้ปัญหานี้ เนื่องจากแต่ละชั้นใน modular stack แยกจากกัน นวัตกรรมสามารถเกิดขึ้นได้ในชั้นเดียวโดยไม่ต้องยกเครื่องทั้งกอง Execution layers สามารถแข่งขัน execution ได้, Data availability layers สามารถแข่งขันกับ data availability ได้, ทุกเลเยอร์สามารถปรับให้เหมาะสมสำหรับวัตถุประสงค์ที่ต้องการโดยไม่ทำลาย backward compatibility Shared settlement layers ที่ใช้ร่วมกันทำให้สามารถรวมสภาพคล่องได้ในที่เดียว ดังนั้นจึงสามารถสร้าง execution layers ได้โดยไม่ต้องแยกส่วนสภาพคล่องหรือส้รางประสบการณ์ที่ไม่ดีแก่ end-user การเชื่อมโยงแบบ trust-minimized นั้นใช้งานมาตั้งแต่เริ่มส้ราง หมายความว่าชุมชนสามารถลดทรัพยากรที่ใช้ไปกับความพยายามในการทำงานร่วมกันและมุ่งเน้นไปที่การสำรวจนวัตกรรมที่มีความหมายแทน ด้วยการถือกำเนิดของ modular stack เราสามารถย้ายออกจากระบบนิเวศที่แตกต่างกันของ L1s ที่แข่งขันกันบน vanity metrics และไปสู่ความเข้ากันได้การทำงานร่วมกันและ upgradeable stack ได้ [https://twitter.com/fuellabs\_/status/1569753111983722496?ref\_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1569753111983722496%7Ctwgr%5E8c61a78968ae3d5f922eddaee387d7074927c694%7Ctwcon%5Es1\_&ref\_url=https%3A%2F%2Ffuel-labs.ghost.io%2Fthe-case-for-modular-execution-part-2%2F](https://twitter.com/fuellabs_/status/1569753111983722496?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1569753111983722496%7Ctwgr%5E8c61a78968ae3d5f922eddaee387d7074927c694%7Ctwcon%5Es1_&ref_url=https%3A%2F%2Ffuel-labs.ghost.io%2Fthe-case-for-modular-execution-part-2%2F) Modular Execution: Moving Beyond the EVM ---------------------------------------- แม้จะมีบล็อคเชนชั้น 1 มากมายที่มีแนวโน้มว่าจะปรับปรุงการออกแบบดั้งเดิมของ EVM แต่ข้อได้เปรียบของผู้เสนอญัตติคนแรกทำให้ EVM สามารถตั้งหลักได้ในฐานะ "default" runtime environment ใน blockchain ecosystem การพัฒนา Smart contract มีความหมายเหมือนกันกับ Solidity (ภาษาการเขียนโปรแกรมของ EVM) ซึ่งดึงดูดนักพัฒนาบล็อกเชนส่วนใหญ่ ด้วยเหตุนี้ execution layers ส่วนใหญ่ที่กำลังอยู่ระหว่างการพัฒนาจึงเป็น EVM-based rollups ด้วยเหตุผลเหล่านี้: การใช้ EVM ช่วยให้กลุ่มผลิตภัณฑ์สามารถเข้าถึงตลาดของแอปพลิเคชันที่มีอยู่ซึ่งเขียนด้วย Solidity รวมถึง end-users จำนวนมากที่คุ้นเคยกับแอปพลิเคชันเหล่านั้นอยู่แล้ว EVM เป็นเครื่องมือที่ยอดเยี่ยมในการสร้างระบบนิเวศใหม่ เนื่องจากมีส่วนแบ่งตลาดนักพัฒนาจำนวนมากอยู่แล้ว อย่างไรก็ตาม ตามที่เราได้บอกไปแล้ว ความจำเป็นในการรักษา backward compatibility หมายความว่า EVM ไม่สามารถนำนวัตกรรมจำนวนมากมาใช้ได้ นอกจากนี้ การออกแบบหลักของ EVM ยังได้รับการปรับให้เหมาะสมสำหรับmonolithic chain ไม่ใช่ modular stack. ### ข้อจำกัดบางประการของ EVM ได้แก่: * **Sequential Execution -** EVM ไม่รองรับการดำเนินการธุรกรรมแบบขนาน ทำให้มีประสิทธิภาพในการคำนวณน้อยกว่าการออกแบบ VM อื่นๆ * **Fraud Proofs** - โมเดล account-based ของ Ethereum หมายถึงการสร้างและดำเนินการพิสูจน์หลักฐานการฉ้อโกงบน EVM chains นั้นมีค่าใช้จ่ายสูงและไม่มีประสิทธิภาพมาก ทำให้ไม่เหมาะกับ modular execution layers. * **Solidity** - Solidity ภาษาการเขียนโปรแกรมที่ได้รับความนิยมมากที่สุดสำหรับ EVM นั้นขึ้นชื่อเรื่องการมอบประสบการณ์นักพัฒนาที่ไม่ดี และได้รับการออกแบบในลักษณะที่ทำให้ยากต่อการเขียน smart contracts ที่ปลอดภัย Fuel: ปรับให้เหมาะสมกับ Modular Execution ----------------------------------------- การกำเนิดของ modularism หมายความว่า execution layers สามารถใช้ประโยชน์จากสภาพคล่องและความปลอดภัยของ Ethereum โดยไม่ถูกจำกัดโดยข้อจำกัดของ EVM ![](https://storage.googleapis.com/papyrus_images/696c22db574db0599aad38e3c2993ec0ddba917ea9ffab42849ef69d1b5f5db8.png) ด้วยการนำหลักการออกแบบ VM ที่ปรับปรุงใหม่มาใช้ modular execution layers สามารถเพิ่มประสิทธิภาพโดยเฉพาะสำหรับการคำนวณที่มีประสิทธิภาพและ scalable computation, ประสบการณ์ของนักพัฒนาที่ยอดเยี่ยม, และความปลอดภัยสูงสุด Fuel ใช้ประโยชน์จากพื้นที่การออกแบบใหม่นี้เพื่อสร้าง [The fastest modular execution layer](https://www.fuel.network/) ### FuelVM หนึ่งในนวัตกรรมหลักของ Fuel คือ **completely new virtual machine,**[The FuelVM](https://fuellabs.github.io/fuel-docs/master/vs-evm.html) เ การถือกำเนิดของ execution layers ที่สร้างขึ้นบน Ethereum เสนอโอกาสใหม่ในการปรับปรุงการออกแบบ VM ที่ผ่านมา โดยไม่มีข้อจำกัดจากความจำเป็นใน backward compatible แม้ว่าการดำเนินการธุรกรรมที่ช้าของ EVM อาจเพียงพอในโลกก่อนโมดูลาร์ที่แบนด์วิดท์เป็นคอขวดหลัก การปรับปรุงที่ทำขึ้นภายใน modular stack ใหม่ (รวมถึงบน L1 Ethereum) หมายความว่าปริมาณการประมวลผลทางคอมพิวเตอร์กลายเป็นข้อจำกัดหลักเมื่อพูดถึงการ scaling ในความคาดหมายของ paradigm ใหม่นี้ **FuelVM ได้รับการออกแบบมาเพื่อปรับให้เหมาะสมสำหรับการดำเนินการธุรกรรมที่รวดเร็ว** ด้วยการเรียนรู้จาก EVM, Solana, WASM, Bitcoin และ Cosmos FuelVM ได้รับการออกแบบมาเพื่อลดการประมวลผลที่สิ้นเปลืองของสถาปัตยกรรม virtual machine บล็อกเชนแบบดั้งเดิม ในขณะที่เพิ่มพื้นที่การออกแบบที่มีศักยภาพอย่างมากสำหรับนักพัฒนา FuelVM ใช้นวัตกรรมมากมายที่ได้รับการแนะนำและสนับสนุนโดยชุมชน EVM แต่ไม่สามารถใช้งานได้เนื่องจากจำเป็นต้องรักษา backward compatibility มีการเน้นตัวอย่างเพียงไม่กี่ตัวอย่างด้านล่าง ([ดูที่นี่สำหรับรายการทั้งหมด](https://fuellabs.github.io/fuel-docs/master/vs-evm.html#eips-implemented-in-fuel)) ![นี่เป็นเพียงตัวอย่างเล็กๆ น้อยๆ ของ EIP ที่ถูกปฏิเสธในที่สุดสำหรับ EVM เนื่องจากปัญหาbackward compatibility แต่ได้มีการนำไปใช้ใน Fuel (ที่มา: Fuel)](https://storage.googleapis.com/papyrus_images/e8323abda329e92aac06de09d9270deb55ec06e6f6b486522262eb0a5b5ace24.png) นี่เป็นเพียงตัวอย่างเล็กๆ น้อยๆ ของ EIP ที่ถูกปฏิเสธในที่สุดสำหรับ EVM เนื่องจากปัญหาbackward compatibility แต่ได้มีการนำไปใช้ใน Fuel (ที่มา: Fuel) ### Superior DevEx กับ Sway และ Forc The Fuel protocol ได้รับการออกแบบด้วยประสบการณ์ของนักพัฒนาในระดับแนวหน้า \*\*FuelVM ถูกสร้างขึ้นควบคู่ไปกับภาษา [Sway](https://fuellabs.github.io/fuel-docs/master/sway-language.html) :\*\*ภาษาเฉพาะโดเมนแบบ Rust ที่ออกแบบมาโดยเฉพาะเพื่อใช้ประโยชน์จาก blockchain VM ต่างจาก Solidity ซึ่งพัฒนาขึ้นหลังจากสร้าง EVM แล้ว Sway ได้รับการสร้างขึ้นจากพื้นฐานเพื่อให้มี ops ในตัวที่สะดวกและมีประสิทธิภาพ การใช้ Sway on Rust ทำให้การพัฒนา smart contract มีความปลอดภัยและมีประสิทธิภาพมากขึ้นโดยใช้การวิเคราะห์แบบสถิตที่แข็งแกร่งและข้อเสนอแนะของคอมไพเลอร์ ในมุมของเครื่องมือ Fuel ปรับปรุงระบบนิเวศ EVM ด้วย [**Forc toolchain**](https://fuellabs.github.io/fuel-docs/master/fuel-toolchain.html) โดยตัว Forc นี้นักพัฒนาสามารถรับทุกสิ่งที่ต้องการเพื่อเริ่มสร้างแอปพลิเคชัน Sway สำหรับ Fuel VM ด้วยชุดเครื่องมือเดียว Fuel ใช้แนวทาง "batteries-included" ที่รวบรวมไว้เพื่อจัดหาเครื่องมือด้วยชุดเครื่องมือมาตรฐานที่ครอบคลุมและเป็นมาตรฐาน ซึ่งไม่เพียงครอบคลุมแค่ระดับล่างของสแต็ก (เช่น โปรโตคอลและการใช้งาน VM) แต่ยังรวมถึง ระดับที่สูงขึ้น (เช่น การจัดการแพ็คเกจ การสนับสนุนตัวแก้ไข ปลั๊กอินทั่วไป และอื่นๆ อีกมากมาย) [https://twitter.com/camiinthisthang/status/1577738478699171845?ref\_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1577738478699171845%7Ctwgr%5E41892d456bc8280301541632445347a583db92d2%7Ctwcon%5Es1\_&ref\_url=https%3A%2F%2Ffuel-labs.ghost.io%2Fthe-case-for-modular-execution-part-2%2F](https://twitter.com/camiinthisthang/status/1577738478699171845?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1577738478699171845%7Ctwgr%5E41892d456bc8280301541632445347a583db92d2%7Ctwcon%5Es1_&ref_url=https%3A%2F%2Ffuel-labs.ghost.io%2Fthe-case-for-modular-execution-part-2%2F) สภาพแวดล้อมสำหรับนักพัฒนาของ Fuel ยังคงประโยชน์ของ smart contract เช่น Solidity ในขณะที่นำ paradigms ที่นำมาใช้ในระบบนิเวศของเครื่องมือ Rust มาใช้ ทำให้ learning curve สำหรับ Sway สามารถจัดการได้อย่างง่ายดายสำหรับประสบการณ์ของนักพัฒนาทุกระดับ ### Parallel Transaction Execution ความสามารถในการทำธุรกรรมแบบคู่ขนานเป็นคุณสมบัติที่ต้องการอย่างมาก โดยเฉพาะอย่างยิ่งเมื่อโปรเซสเซอร์สมัยใหม่กลายเป็น multi-threaded ด้วยเหตุนี้จึงเป็นข้อพิจารณาหลักในการออกแบบ Fuel protocol การดำเนินการธุรกรรมแบบคู่ขนานต้องการความสามารถในการกำหนดและจัดการการ [dependencies](https://en.wikipedia.org/wiki/Parallel_computing#Dependencies) ระหว่างธุรกรรม เพื่อหลีกเลี่ยงความทับซ้อนกันเมื่อประมวลผลธุรกรรมบนคอร์ที่แยกจากกัน จำเป็นต้องระบุสถานะที่ใช้ร่วมกันที่อาจสัมผัสโดยแต่ละธุรกรรมล่วงหน้า (ผ่าน "access lists") เพื่อให้สามารถแบ่งธุรกรรมออกเป็นชุดที่ไม่สามารถทำได้ ปฏิสัมพันธ์ซึ่งกันและกัน เนื่องจากข้อจำกัดของการออกแบบ account-based, Ethereum จึงไม่สามารถรองรับรายการเข้าถึงเหล่านี้ ดังนั้นจึงถูกบังคับให้ประมวลผลธุรกรรมตามลำดับ (เช่น ทีละรายการ) [EIP-648](https://github.com/ethereum/EIPs/issues/648) เสนอให้เพิ่มรายการเข้าถึงไปยัง Ethereum แต่สิ่งนี้ไม่เคยถูกนำไปใช้เนื่องจากความไร้ประสิทธิภาพอื่น ๆ ที่กำลังจะแนะนำ เมื่อเรียนรู้จากข้อจำกัดนี้ Fuel ได้นำ [strict state access lists](https://fuellabs.github.io/fuel-docs/master/technology/parallel_tx_execution.html#state-access-lists-and-utxos) มาใช้ในรูปแบบของโมเดล UTXO ทำให้สามารถใช้เธรดและคอร์ของ CPU หลายตัวที่โดยทั่วไปไม่ได้ใช้งานในบล็อกเชนแบบเธรดเดียว ผลที่ได้คือ **Fuel สามารถดำเนินธุรกรรมแบบคู่ขนาน** ให้การประมวลผล การเข้าถึงสถานะ และปริมาณงานธุรกรรมมากกว่า single-threaded counterparts. ![การสนับสนุนของ Fuel สำหรับการทำธุรกรรมแบบขนานหมายถึง validators สามารถเพิ่มประสิทธิภาพให้สูงสุดโดยใช้ฮาร์ดแวร์ทั้งหมด (ที่มา: Fuel)](https://storage.googleapis.com/papyrus_images/d5795cd8b8e4d19444cb99bb75679552889c6ca90b4de72af4f4a177ff23ccea.png) การสนับสนุนของ Fuel สำหรับการทำธุรกรรมแบบขนานหมายถึง validators สามารถเพิ่มประสิทธิภาพให้สูงสุดโดยใช้ฮาร์ดแวร์ทั้งหมด (ที่มา: Fuel) กับ trust-minimized light clients และ shared settlement & data availability layers เป็นไปได้ที่จะสร้าง trust-minimized bridges ระหว่าง modular execution layers, ซึ่งเป็นสิ่งที่เป็นไปไม่ได้ระหว่าง L1s ซึ่งช่วยให้ทำการทดลองและปรับใช้การออกแบบบล็อกเชนใหม่ได้โดยไม่กระทบต่อความปลอดภัยหรือสภาพคล่อง เนื่องจากประโยชน์ของ fraud proofs provide **Fuel จึงได้รับการออกแบบและสร้างขึ้นโดยเฉพาะเพื่อให้สามารถพิสูจน์ fraud-provable** ได้ในราคาประหยัดและมีประสิทธิภาพ ในขณะที่โมเดล account-based ของ Ethereum หมายความว่าค่าใช้จ่ายในการสร้างfraud proofs นั้นไม่มีข้อผูกมัด Fuel จะเพิ่มประสิทธิภาพสำหรับการ fraud proofs โดยใช้แบบจำลอง UTXO, [UTXO fraud proofs](https://fuellabs.github.io/fuel-docs/master/technology/fraud_proofs.html) บรรลุประสิทธิภาพโดยเพียงแค่ต้องใช้ UTXO แต่ละครั้งเพื่อ "ชี้" ไปที่การสร้าง UTXO โดยไม่ต้องอ้างอิงถึงโครงสร้างสถานะส่วนกลาง การพิสูจน์ว่า a) ตัวชี้ไม่ถูกต้อง หรือ b) สิ่งใดก็ตามที่ชี้ไปไม่ตรงกับสิ่งที่ใช้ไป ก็เพียงพอแล้วสำหรับการ proving fraud อย่างละเอียดถี่ถ้วน ประโยชน์เพิ่มเติม [FuelVM instruction set](https://github.com/FuelLabs/fuel-specs/blob/master/specs/vm/instruction_set.md) ได้รับการออกแบบมาให้สามารถ fraud-provable ภายใน EVM ซึ่งหมายความว่า Fuel สามารถใช้ Ethereum เป็น settlement layer โดยใช้ประโยชน์จากสภาพคล่องที่ลึกและฐานผู้ใช้ขนาดใหญ่ในขณะที่ยังคงไม่มีข้อจำกัดจากข้อจำกัดของ EVM ### ประโยชน์อื่นๆ นอกเหนือจากประเด็นข้างต้นแล้ว Fuel ยังได้ดำเนินการปรับปรุงอื่นๆ อีกหลายประการ ได้แก่: * Support for multiple native assets * Native account abstraction & predicates * Multi-dimensional resource pricing * Sequencer decentralization คำอธิบายของการปรับปรุงเหล่านี้อยู่นอกขอบเขตสำหรับบทความนี้ แต่ Blockchain Capital ให้[ข้อมูลเชิงลึกที่ยอดเยี่ยมเกี่ยวกับประโยชน์เพิ่มเติมเหล่านี้](https://medium.com/blockchain-capital-blog/exploring-the-fuelvm-86cf9ccdc159) สรุป ---- * The monolithic paradigm นำไปสู่ระบบนิเวศของ L1 ที่เข้ากันไม่ได้ซึ่งแข่งขันกันในการวัดความไร้สาระ การแยกส่วนสภาพคล่อง การระดมทุน และความคิดของนักพัฒนา Fuel ใช้สมมติฐานที่ว่า **นวัตกรรมไม่จำเป็นต้องเปิดตัว L1 ใหม่ แต่สามารถเกิดขึ้นได้ในระดับปฏิบัติการ** * Modular architecture ใช้ MELs ดั่งเช่น Fuel เพื่อมุ่งเน้นไปที่การคำนวณที่มีประสิทธิภาพโดยไม่ต้องกังวลเรื่อง backward compatibility การคำนวณที่เร็วขึ้นไม่เพียงแต่นำไปสู่ปริมาณงานที่สูงขึ้น แต่ยังทำให้ตัวตรวจสอบการทำงานทำงานมีประสิทธิภาพมากขึ้น ปรับปรุงการกระจายอำนาจ ซึ่งช่วยให้ Fuel มีส่วนสนับสนุนความสามารถในการปรับขนาดของ Ethereum โดยไม่ได้รับผลกระทบจากความไร้ประสิทธิภาพของ EVM * Execution layers ที่ใช้ EVM สามารถใช้ประโยชน์จากระบบนิเวศที่มีอยู่ของแอปพลิเคชันและนักพัฒนา Solidity ได้ แต่ไม่สามารถใช้ประโยชน์สูงสุดจากพื้นที่การออกแบบที่นำเสนอโดย modular, stack Fuel ใช้ประโยชน์จากพื้นที่การออกแบบใหม่นี้ด้วย FuelVM ซึ่งได้รับการออกแบบมาตั้งแต่ต้นเพื่อให้ fraud-provable และเพื่อมอบประสบการณ์ที่ดีที่สุดสำหรับนักพัฒนา * Fuel เปิดตัวนวัตกรรมที่ปรับให้เหมาะสมสำหรับอนาคตโมดูลาร์ที่กำลังใกล้เข้ามาอย่างรวดเร็ว ทำให้เกิดบล็อกเชนรุ่นใหม่ที่ก้าวล้ำ #BeyondMonolithic.. Follow Us --------- * [**Twitter**](https://twitter.com/fuellabs_) * [**Discord**](http://discord.com/invite/xfpK4Pe) * [**LinkedIn**](https://www.linkedin.com/company/fuel-labs/) * [**YouTube**](https://www.youtube.com/channel/UCam2Sj3SvFSAIfDbP-4jWZQ) --- *Originally published on [notNOW](https://paragraph.com/@notnow-2/the-case-for-modular-execution-2)*