Share Dialog
Share Dialog
Subscribe to notNOW
Subscribe to notNOW
Modular architectur จะช่วยให้บล็อกเชน scale by orders of magnitude ในฐานะที่เป็นส่วนหลักของ modular stack นั้น execution layers อยู่ในขั้นตอนของนวัตกรรมที่รวดเร็ว
Fuel กำลังสร้าง execution layer ที่เร็วที่สุดสำหรับ modular blockchain stack ในตอนที่ 1 เราทราบว่า 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 ถูกขังอยู่ในเทคโนโลยีที่ไม่มีประสิทธิภาพเมื่อพูดถึงความเร็วและ variety of computation ที่พวกเขาสามารถรองรับได้
เมื่อบล็อคเชนเกิดขึ้นครั้งแรก มี use case เดียวในใจคือ : เงินสดดิจิทัล Bitcoin blockchain ได้รับการออกแบบมาเพื่อปรับให้เหมาะสมสำหรับ use case ที่จำกัด
ไม่นานหลังจากการเปิดตัวของ Bitcoin ผู้คนเริ่มตระหนักถึงศักยภาพของบล็อคเชนสำหรับ use case ที่มากกว่าเงิน narrative เปลี่ยนจาก "distributed ledger" เป็น "distributed computer" อย่างรวดเร็ว Bitcoin community พยายามสนับสนุน use case นี้ผ่าน 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 เองส่วนใหญ่ถูกล็อคไว้ในสถาปัตยกรรมหลักที่ติดตัวมันมา
ด้วยเหตุนี้ ชุมชนบล็อคเชนจึงยังคงระดมทุน สร้างและเปิดตัวบล็อคเชนใหม่ทุกครั้งที่มีการคิดค้นนวัตกรรมใหม่ layer-1 blockchains ใหม่จำนวนนับไม่ถ้วนได้เปิดตัวตามคำมั่นสัญญาว่าจะทำซ้ำในแนวคิดของการคำนวณแบบกระจายที่เชื่อถือได้ แต่พวกเขาทั้งหมดต้องเผชิญกับความท้าทายเดียวกัน: เป็นการยาก (และมักจะเป็นไปไม่ได้) ที่จะอัพเกรดบล็อกเชนเพื่อรองรับฟังก์ชันการทำงานและการปรับปรุงใหม่
ดังนั้นวัฏจักรจึงดำเนินต่อไป โดยที่เรายังคงเห็นบล็อกเชนใหม่เปิดตัวพร้อมการปรับปรุงทีละน้อยจากรุ่นก่อน ในกระบวนการนี้ เราเหลือระบบนิเวศของบล็อกเชนที่เข้ากันไม่ได้เป็นส่วนใหญ่ โดยมีการกระจายตัวของสภาพคล่อง เงินทุน ประสบการณ์ผู้ใช้ และความคิดของนักพัฒนาที่เพิ่มขึ้นเรื่อยๆ ในขณะเดียวกัน พลังงานที่สามารถนำมาใช้กับนวัตกรรมที่แท้จริงได้ กลับมุ่งไปสู่การได้รับความสนใจจากนักลงทุน นักพัฒนา และ end-users
การแข่งขันเป็นไปอย่างสมบูรณ์และจำเป็นสำหรับระบบนิเวศที่เจริญรุ่งเรือง แต่การแข่งขันครั้งนี้เกิดขึ้นในระดับที่ไม่ถูกต้อง
เนื่องจากแต่ละชั้นใน 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 ได้
แม้จะมีบล็อคเชนชั้น 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.
Sequential Execution - EVM ไม่รองรับการดำเนินการธุรกรรมแบบขนาน ทำให้มีประสิทธิภาพในการคำนวณน้อยกว่าการออกแบบ VM อื่นๆ
Fraud Proofs - โมเดล account-based ของ Ethereum หมายถึงการสร้างและดำเนินการพิสูจน์หลักฐานการฉ้อโกงบน EVM chains นั้นมีค่าใช้จ่ายสูงและไม่มีประสิทธิภาพมาก ทำให้ไม่เหมาะกับ modular execution layers.
Solidity - Solidity ภาษาการเขียนโปรแกรมที่ได้รับความนิยมมากที่สุดสำหรับ EVM นั้นขึ้นชื่อเรื่องการมอบประสบการณ์นักพัฒนาที่ไม่ดี และได้รับการออกแบบในลักษณะที่ทำให้ยากต่อการเขียน smart contracts ที่ปลอดภัย
การกำเนิดของ modularism หมายความว่า execution layers สามารถใช้ประโยชน์จากสภาพคล่องและความปลอดภัยของ Ethereum โดยไม่ถูกจำกัดโดยข้อจำกัดของ EVM
ด้วยการนำหลักการออกแบบ VM ที่ปรับปรุงใหม่มาใช้ modular execution layers สามารถเพิ่มประสิทธิภาพโดยเฉพาะสำหรับการคำนวณที่มีประสิทธิภาพและ scalable computation, ประสบการณ์ของนักพัฒนาที่ยอดเยี่ยม, และความปลอดภัยสูงสุด
Fuel ใช้ประโยชน์จากพื้นที่การออกแบบใหม่นี้เพื่อสร้าง The fastest modular execution layer
หนึ่งในนวัตกรรมหลักของ Fuel คือ completely new virtual machine,The FuelVM เ การถือกำเนิดของ 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 มีการเน้นตัวอย่างเพียงไม่กี่ตัวอย่างด้านล่าง (ดูที่นี่สำหรับรายการทั้งหมด)
The Fuel protocol ได้รับการออกแบบด้วยประสบการณ์ของนักพัฒนาในระดับแนวหน้า **FuelVM ถูกสร้างขึ้นควบคู่ไปกับภาษา Sway :**ภาษาเฉพาะโดเมนแบบ Rust ที่ออกแบบมาโดยเฉพาะเพื่อใช้ประโยชน์จาก blockchain VM ต่างจาก Solidity ซึ่งพัฒนาขึ้นหลังจากสร้าง EVM แล้ว Sway ได้รับการสร้างขึ้นจากพื้นฐานเพื่อให้มี ops ในตัวที่สะดวกและมีประสิทธิภาพ การใช้ Sway on Rust ทำให้การพัฒนา smart contract มีความปลอดภัยและมีประสิทธิภาพมากขึ้นโดยใช้การวิเคราะห์แบบสถิตที่แข็งแกร่งและข้อเสนอแนะของคอมไพเลอร์
ในมุมของเครื่องมือ Fuel ปรับปรุงระบบนิเวศ EVM ด้วย Forc toolchain โดยตัว Forc นี้นักพัฒนาสามารถรับทุกสิ่งที่ต้องการเพื่อเริ่มสร้างแอปพลิเคชัน Sway สำหรับ Fuel VM ด้วยชุดเครื่องมือเดียว Fuel ใช้แนวทาง "batteries-included" ที่รวบรวมไว้เพื่อจัดหาเครื่องมือด้วยชุดเครื่องมือมาตรฐานที่ครอบคลุมและเป็นมาตรฐาน ซึ่งไม่เพียงครอบคลุมแค่ระดับล่างของสแต็ก (เช่น โปรโตคอลและการใช้งาน VM) แต่ยังรวมถึง ระดับที่สูงขึ้น (เช่น การจัดการแพ็คเกจ การสนับสนุนตัวแก้ไข ปลั๊กอินทั่วไป และอื่นๆ อีกมากมาย)
สภาพแวดล้อมสำหรับนักพัฒนาของ Fuel ยังคงประโยชน์ของ smart contract เช่น Solidity ในขณะที่นำ paradigms ที่นำมาใช้ในระบบนิเวศของเครื่องมือ Rust มาใช้ ทำให้ learning curve สำหรับ Sway สามารถจัดการได้อย่างง่ายดายสำหรับประสบการณ์ของนักพัฒนาทุกระดับ
ความสามารถในการทำธุรกรรมแบบคู่ขนานเป็นคุณสมบัติที่ต้องการอย่างมาก โดยเฉพาะอย่างยิ่งเมื่อโปรเซสเซอร์สมัยใหม่กลายเป็น multi-threaded ด้วยเหตุนี้จึงเป็นข้อพิจารณาหลักในการออกแบบ Fuel protocol
การดำเนินการธุรกรรมแบบคู่ขนานต้องการความสามารถในการกำหนดและจัดการการ dependencies ระหว่างธุรกรรม เพื่อหลีกเลี่ยงความทับซ้อนกันเมื่อประมวลผลธุรกรรมบนคอร์ที่แยกจากกัน จำเป็นต้องระบุสถานะที่ใช้ร่วมกันที่อาจสัมผัสโดยแต่ละธุรกรรมล่วงหน้า (ผ่าน "access lists") เพื่อให้สามารถแบ่งธุรกรรมออกเป็นชุดที่ไม่สามารถทำได้ ปฏิสัมพันธ์ซึ่งกันและกัน
เนื่องจากข้อจำกัดของการออกแบบ account-based, Ethereum จึงไม่สามารถรองรับรายการเข้าถึงเหล่านี้ ดังนั้นจึงถูกบังคับให้ประมวลผลธุรกรรมตามลำดับ (เช่น ทีละรายการ) EIP-648 เสนอให้เพิ่มรายการเข้าถึงไปยัง Ethereum แต่สิ่งนี้ไม่เคยถูกนำไปใช้เนื่องจากความไร้ประสิทธิภาพอื่น ๆ ที่กำลังจะแนะนำ
เมื่อเรียนรู้จากข้อจำกัดนี้ Fuel ได้นำ strict state access lists มาใช้ในรูปแบบของโมเดล UTXO ทำให้สามารถใช้เธรดและคอร์ของ CPU หลายตัวที่โดยทั่วไปไม่ได้ใช้งานในบล็อกเชนแบบเธรดเดียว ผลที่ได้คือ Fuel สามารถดำเนินธุรกรรมแบบคู่ขนาน ให้การประมวลผล การเข้าถึงสถานะ และปริมาณงานธุรกรรมมากกว่า single-threaded counterparts.
กับ 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 บรรลุประสิทธิภาพโดยเพียงแค่ต้องใช้ UTXO แต่ละครั้งเพื่อ "ชี้" ไปที่การสร้าง UTXO โดยไม่ต้องอ้างอิงถึงโครงสร้างสถานะส่วนกลาง การพิสูจน์ว่า a) ตัวชี้ไม่ถูกต้อง หรือ b) สิ่งใดก็ตามที่ชี้ไปไม่ตรงกับสิ่งที่ใช้ไป ก็เพียงพอแล้วสำหรับการ proving fraud อย่างละเอียดถี่ถ้วน
ประโยชน์เพิ่มเติม FuelVM instruction set ได้รับการออกแบบมาให้สามารถ 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 ให้ข้อมูลเชิงลึกที่ยอดเยี่ยมเกี่ยวกับประโยชน์เพิ่มเติมเหล่านี้
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..
Modular architectur จะช่วยให้บล็อกเชน scale by orders of magnitude ในฐานะที่เป็นส่วนหลักของ modular stack นั้น execution layers อยู่ในขั้นตอนของนวัตกรรมที่รวดเร็ว
Fuel กำลังสร้าง execution layer ที่เร็วที่สุดสำหรับ modular blockchain stack ในตอนที่ 1 เราทราบว่า 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 ถูกขังอยู่ในเทคโนโลยีที่ไม่มีประสิทธิภาพเมื่อพูดถึงความเร็วและ variety of computation ที่พวกเขาสามารถรองรับได้
เมื่อบล็อคเชนเกิดขึ้นครั้งแรก มี use case เดียวในใจคือ : เงินสดดิจิทัล Bitcoin blockchain ได้รับการออกแบบมาเพื่อปรับให้เหมาะสมสำหรับ use case ที่จำกัด
ไม่นานหลังจากการเปิดตัวของ Bitcoin ผู้คนเริ่มตระหนักถึงศักยภาพของบล็อคเชนสำหรับ use case ที่มากกว่าเงิน narrative เปลี่ยนจาก "distributed ledger" เป็น "distributed computer" อย่างรวดเร็ว Bitcoin community พยายามสนับสนุน use case นี้ผ่าน 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 เองส่วนใหญ่ถูกล็อคไว้ในสถาปัตยกรรมหลักที่ติดตัวมันมา
ด้วยเหตุนี้ ชุมชนบล็อคเชนจึงยังคงระดมทุน สร้างและเปิดตัวบล็อคเชนใหม่ทุกครั้งที่มีการคิดค้นนวัตกรรมใหม่ layer-1 blockchains ใหม่จำนวนนับไม่ถ้วนได้เปิดตัวตามคำมั่นสัญญาว่าจะทำซ้ำในแนวคิดของการคำนวณแบบกระจายที่เชื่อถือได้ แต่พวกเขาทั้งหมดต้องเผชิญกับความท้าทายเดียวกัน: เป็นการยาก (และมักจะเป็นไปไม่ได้) ที่จะอัพเกรดบล็อกเชนเพื่อรองรับฟังก์ชันการทำงานและการปรับปรุงใหม่
ดังนั้นวัฏจักรจึงดำเนินต่อไป โดยที่เรายังคงเห็นบล็อกเชนใหม่เปิดตัวพร้อมการปรับปรุงทีละน้อยจากรุ่นก่อน ในกระบวนการนี้ เราเหลือระบบนิเวศของบล็อกเชนที่เข้ากันไม่ได้เป็นส่วนใหญ่ โดยมีการกระจายตัวของสภาพคล่อง เงินทุน ประสบการณ์ผู้ใช้ และความคิดของนักพัฒนาที่เพิ่มขึ้นเรื่อยๆ ในขณะเดียวกัน พลังงานที่สามารถนำมาใช้กับนวัตกรรมที่แท้จริงได้ กลับมุ่งไปสู่การได้รับความสนใจจากนักลงทุน นักพัฒนา และ end-users
การแข่งขันเป็นไปอย่างสมบูรณ์และจำเป็นสำหรับระบบนิเวศที่เจริญรุ่งเรือง แต่การแข่งขันครั้งนี้เกิดขึ้นในระดับที่ไม่ถูกต้อง
เนื่องจากแต่ละชั้นใน 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 ได้
แม้จะมีบล็อคเชนชั้น 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.
Sequential Execution - EVM ไม่รองรับการดำเนินการธุรกรรมแบบขนาน ทำให้มีประสิทธิภาพในการคำนวณน้อยกว่าการออกแบบ VM อื่นๆ
Fraud Proofs - โมเดล account-based ของ Ethereum หมายถึงการสร้างและดำเนินการพิสูจน์หลักฐานการฉ้อโกงบน EVM chains นั้นมีค่าใช้จ่ายสูงและไม่มีประสิทธิภาพมาก ทำให้ไม่เหมาะกับ modular execution layers.
Solidity - Solidity ภาษาการเขียนโปรแกรมที่ได้รับความนิยมมากที่สุดสำหรับ EVM นั้นขึ้นชื่อเรื่องการมอบประสบการณ์นักพัฒนาที่ไม่ดี และได้รับการออกแบบในลักษณะที่ทำให้ยากต่อการเขียน smart contracts ที่ปลอดภัย
การกำเนิดของ modularism หมายความว่า execution layers สามารถใช้ประโยชน์จากสภาพคล่องและความปลอดภัยของ Ethereum โดยไม่ถูกจำกัดโดยข้อจำกัดของ EVM
ด้วยการนำหลักการออกแบบ VM ที่ปรับปรุงใหม่มาใช้ modular execution layers สามารถเพิ่มประสิทธิภาพโดยเฉพาะสำหรับการคำนวณที่มีประสิทธิภาพและ scalable computation, ประสบการณ์ของนักพัฒนาที่ยอดเยี่ยม, และความปลอดภัยสูงสุด
Fuel ใช้ประโยชน์จากพื้นที่การออกแบบใหม่นี้เพื่อสร้าง The fastest modular execution layer
หนึ่งในนวัตกรรมหลักของ Fuel คือ completely new virtual machine,The FuelVM เ การถือกำเนิดของ 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 มีการเน้นตัวอย่างเพียงไม่กี่ตัวอย่างด้านล่าง (ดูที่นี่สำหรับรายการทั้งหมด)
The Fuel protocol ได้รับการออกแบบด้วยประสบการณ์ของนักพัฒนาในระดับแนวหน้า **FuelVM ถูกสร้างขึ้นควบคู่ไปกับภาษา Sway :**ภาษาเฉพาะโดเมนแบบ Rust ที่ออกแบบมาโดยเฉพาะเพื่อใช้ประโยชน์จาก blockchain VM ต่างจาก Solidity ซึ่งพัฒนาขึ้นหลังจากสร้าง EVM แล้ว Sway ได้รับการสร้างขึ้นจากพื้นฐานเพื่อให้มี ops ในตัวที่สะดวกและมีประสิทธิภาพ การใช้ Sway on Rust ทำให้การพัฒนา smart contract มีความปลอดภัยและมีประสิทธิภาพมากขึ้นโดยใช้การวิเคราะห์แบบสถิตที่แข็งแกร่งและข้อเสนอแนะของคอมไพเลอร์
ในมุมของเครื่องมือ Fuel ปรับปรุงระบบนิเวศ EVM ด้วย Forc toolchain โดยตัว Forc นี้นักพัฒนาสามารถรับทุกสิ่งที่ต้องการเพื่อเริ่มสร้างแอปพลิเคชัน Sway สำหรับ Fuel VM ด้วยชุดเครื่องมือเดียว Fuel ใช้แนวทาง "batteries-included" ที่รวบรวมไว้เพื่อจัดหาเครื่องมือด้วยชุดเครื่องมือมาตรฐานที่ครอบคลุมและเป็นมาตรฐาน ซึ่งไม่เพียงครอบคลุมแค่ระดับล่างของสแต็ก (เช่น โปรโตคอลและการใช้งาน VM) แต่ยังรวมถึง ระดับที่สูงขึ้น (เช่น การจัดการแพ็คเกจ การสนับสนุนตัวแก้ไข ปลั๊กอินทั่วไป และอื่นๆ อีกมากมาย)
สภาพแวดล้อมสำหรับนักพัฒนาของ Fuel ยังคงประโยชน์ของ smart contract เช่น Solidity ในขณะที่นำ paradigms ที่นำมาใช้ในระบบนิเวศของเครื่องมือ Rust มาใช้ ทำให้ learning curve สำหรับ Sway สามารถจัดการได้อย่างง่ายดายสำหรับประสบการณ์ของนักพัฒนาทุกระดับ
ความสามารถในการทำธุรกรรมแบบคู่ขนานเป็นคุณสมบัติที่ต้องการอย่างมาก โดยเฉพาะอย่างยิ่งเมื่อโปรเซสเซอร์สมัยใหม่กลายเป็น multi-threaded ด้วยเหตุนี้จึงเป็นข้อพิจารณาหลักในการออกแบบ Fuel protocol
การดำเนินการธุรกรรมแบบคู่ขนานต้องการความสามารถในการกำหนดและจัดการการ dependencies ระหว่างธุรกรรม เพื่อหลีกเลี่ยงความทับซ้อนกันเมื่อประมวลผลธุรกรรมบนคอร์ที่แยกจากกัน จำเป็นต้องระบุสถานะที่ใช้ร่วมกันที่อาจสัมผัสโดยแต่ละธุรกรรมล่วงหน้า (ผ่าน "access lists") เพื่อให้สามารถแบ่งธุรกรรมออกเป็นชุดที่ไม่สามารถทำได้ ปฏิสัมพันธ์ซึ่งกันและกัน
เนื่องจากข้อจำกัดของการออกแบบ account-based, Ethereum จึงไม่สามารถรองรับรายการเข้าถึงเหล่านี้ ดังนั้นจึงถูกบังคับให้ประมวลผลธุรกรรมตามลำดับ (เช่น ทีละรายการ) EIP-648 เสนอให้เพิ่มรายการเข้าถึงไปยัง Ethereum แต่สิ่งนี้ไม่เคยถูกนำไปใช้เนื่องจากความไร้ประสิทธิภาพอื่น ๆ ที่กำลังจะแนะนำ
เมื่อเรียนรู้จากข้อจำกัดนี้ Fuel ได้นำ strict state access lists มาใช้ในรูปแบบของโมเดล UTXO ทำให้สามารถใช้เธรดและคอร์ของ CPU หลายตัวที่โดยทั่วไปไม่ได้ใช้งานในบล็อกเชนแบบเธรดเดียว ผลที่ได้คือ Fuel สามารถดำเนินธุรกรรมแบบคู่ขนาน ให้การประมวลผล การเข้าถึงสถานะ และปริมาณงานธุรกรรมมากกว่า single-threaded counterparts.
กับ 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 บรรลุประสิทธิภาพโดยเพียงแค่ต้องใช้ UTXO แต่ละครั้งเพื่อ "ชี้" ไปที่การสร้าง UTXO โดยไม่ต้องอ้างอิงถึงโครงสร้างสถานะส่วนกลาง การพิสูจน์ว่า a) ตัวชี้ไม่ถูกต้อง หรือ b) สิ่งใดก็ตามที่ชี้ไปไม่ตรงกับสิ่งที่ใช้ไป ก็เพียงพอแล้วสำหรับการ proving fraud อย่างละเอียดถี่ถ้วน
ประโยชน์เพิ่มเติม FuelVM instruction set ได้รับการออกแบบมาให้สามารถ 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 ให้ข้อมูลเชิงลึกที่ยอดเยี่ยมเกี่ยวกับประโยชน์เพิ่มเติมเหล่านี้
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..
<100 subscribers
<100 subscribers
No activity yet