ชื่อเรื่องเดิม: "The Case for Parallel Processing Chains》

การรวบรวมต้นฉบับ:

การรวบรวมต้นฉบับ:Deep Tide TechFlow

Deep Tide TechFlow

เมื่อเราทบทวนวิวัฒนาการของเทคโนโลยีบล็อกเชน เราจะเห็นแนวโน้มที่แข็งแกร่งเกิดขึ้น กล่าวคือ L1 ใหม่มุ่งเน้นไปที่การดำเนินการแบบคู่ขนาน

นี่ไม่ใช่เรื่องใหม่ ปัจจุบัน Solana ใช้ในสภาพแวดล้อมการดำเนินการของ Sealevel

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

บทความนี้จะกล่าวถึงความเหมือนและความแตกต่างของโครงการเหล่านี้ ตลอดจนความท้าทายที่เผชิญอยู่

คำถาม

คำถามแพลตฟอร์มสัญญาอัจฉริยะสามารถสร้างแอปพลิเคชันแบบกระจายอำนาจได้หลากหลาย

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

Ethereum Virtual Machine เป็นเครื่องมือดำเนินการ Smart Contract (SC) หลัก โดยมีการใช้งานที่แตกต่างกันประมาณ 20 แบบ

ตั้งแต่ EVM ถูกคิดค้นขึ้น มันได้สร้างการยอมรับของนักพัฒนาจำนวนมาก

นอกเหนือจาก Ethereum และ L2 ของ Ethereum แล้ว เชนอื่นๆ อีกหลายแห่ง เช่น Polygon, BNB Smart Chain และ Avalanche C Chain ล้วนใช้ EVM เป็นเครื่องมือในการดำเนินการ และมุ่งเน้นไปที่การเปลี่ยนกลไกที่เป็นเอกฉันท์เพื่อปรับปรุงปริมาณงานเครือข่ายคุณสมบัติข้อจำกัดที่สำคัญของ EVM คือการดำเนินธุรกรรมตามลำดับ

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

• การดำเนินธุรกรรมตามลำดับนี้เป็นหนึ่งในปัญหาคอขวดหลักในทรูพุตของเครือข่าย:

• ประการแรก มันทำให้ธุรกรรมในบล็อกใช้เวลาในการดำเนินการนานขึ้น ทำให้จำกัดเวลาบล็อก

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

ปริมาณงานเฉลี่ยของ Ethereum อยู่ที่ประมาณ 17 tx/s ทรูพุตที่ต่ำนี้หมายความว่าในช่วงที่มีกิจกรรมสูง เช่น NFT Mint ผู้ขุด/ผู้ตรวจสอบความถูกต้องของเครือข่ายไม่สามารถประมวลผลธุรกรรมทั้งหมดได้ และสงครามการเสนอราคาค่าธรรมเนียมจะตามมาเพื่อให้แน่ใจว่ามีการดำเนินการตามลำดับความสำคัญ ทำให้ค่าธรรมเนียมการทำธุรกรรมสูงขึ้น ค่าธรรมเนียมเฉลี่ยบน Ethereum เกิน 0.2 ETH (~800 ดอลลาร์) ในบางจุด ซึ่งทำให้ผู้ใช้จำนวนมากเลิกใช้ Ethereumปัญหาที่สองเกี่ยวกับการดำเนินการตามลำดับคือความไร้ประสิทธิภาพของโหนดเครือข่าย

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

การดำเนินการแบบขนานสามารถแก้ปัญหานี้ได้หรือไม่?ข้อ จำกัด ของสถาปัตยกรรม EVM อนุญาตให้มีขอบเขต L1 ใหม่ของการดำเนินการแบบขนาน (PE)

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

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

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

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

การเปลี่ยนรูปแบบการดำเนินการแบบผูกมัดเพื่ออนุญาต PE ไม่ใช่แนวคิดใหม่ และหลายโครงการได้สำรวจแล้ว วิธีหนึ่งคือการแทนที่โมเดลการบัญชีที่ใช้โดย EVM จากโมเดลบัญชีเป็นโมเดล Unspent Transaction Output (UTXO) รูปแบบการดำเนินการ UTXO ที่ใช้ใน Bitcoin ช่วยให้สามารถดำเนินการธุรกรรมแบบคู่ขนานได้ ซึ่งเหมาะสำหรับการชำระเงินอย่างไรก็ตาม เนื่องจากฟังก์ชันการทำงานที่จำกัดของ UXTO จึงจำเป็นต้องขยายเพื่อเปิดใช้งานการโต้ตอบที่ซับซ้อนที่จำเป็นสำหรับสัญญาอัจฉริยะ

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

ตัวอย่างเช่น เฟรมเวิร์ค Sealevel ของ Solana

การดำเนินการแบบขนานทำงานอย่างไรการดำเนินการแบบคู่ขนานทำงานโดยการระบุธุรกรรมที่เป็นอิสระและดำเนินการพร้อมกัน

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

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

ด้วยระดับความสามารถในการผสมระหว่างแอปพลิเคชันในปัจจุบัน การระบุว่าแอปพลิเคชันเหล่านั้นเกี่ยวข้องกันหรือไม่ถือเป็นงานที่ท้าทาย ลองนึกภาพธุรกรรม AMM ที่แลกเปลี่ยน UNI เป็น USDC และ AMM พบว่าเส้นทางที่มีประสิทธิภาพที่สุดในการดำเนินการคือ UNI -> ETH -> DAI -> AAVE -> USDC พูลทั้งหมดที่เข้าร่วมในธุรกรรมไม่สามารถประมวลผลธุรกรรมอื่นใดได้จนกว่าธุรกรรมจะถูกดำเนินการโดยสมบูรณ์ จากนั้นสถานะของพูลที่เข้าร่วมทั้งหมดจะสามารถอัปเดตได้

ระบุการทำธุรกรรมที่เป็นอิสระ

เชนหลายตัวในหมวดหมู่นี้สร้างขึ้นจากเทคโนโลยีที่พัฒนาโดย Diem โครงการบล็อกเชนที่เลิกใช้แล้วของ Facebook ทีม Diem ได้สร้างภาษาสัญญาอัจฉริยะ Move โดยเฉพาะเพื่อปรับปรุงการดำเนินการ SC Aptos, Sui และ Linera เป็นสามโครงการที่มีชื่อเสียงสูงซึ่งจัดอยู่ในกลุ่มนี้ นอกจากกลุ่มนี้แล้ว Fuel ยังเป็นโครงการที่มีชื่อเสียงอีกโครงการหนึ่งที่มุ่งเน้นไปที่ PE โดยใช้ภาษา SC ของตนเอง

Aptos

ชื่อเรื่องรอง

Aptos สร้างจากภาษา Move ของ Diem และ MoveVM เพื่อสร้างห่วงโซ่ปริมาณงานสูงที่เปิดใช้งานการดำเนินการแบบขนานวิธีการของ Aptos คือการตรวจจับการเชื่อมโยงในขณะที่ต้องโปร่งใสต่อผู้ใช้/นักพัฒนา

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

Aptos ใช้ Software Transactional Memory (STM) รุ่นดัดแปลงที่เรียกว่า Block-STM

ใน Block-STM ธุรกรรมจะถูกสั่งซื้อล่วงหน้าภายในบล็อกและแบ่งระหว่างเธรดตัวประมวลผลเพื่อดำเนินการ

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

กระบวนการนี้จะเกิดขึ้นซ้ำจนกว่าธุรกรรมทั้งหมดในบล็อกจะถูกดำเนินการ

เมื่อใช้แกนประมวลผลหลายแกน Block-STM จะเพิ่มความเร็วในการประมวลผล ขึ้นอยู่กับว่าธุรกรรมเชื่อมต่อกันอย่างไรผลการแข่งขันของทีม Aptos แสดงให้เห็นว่าหากการทำธุรกรรมทั้งหมดในบล็อกนั้นพึ่งพาซึ่งกันและกัน Block-STM อาจทำให้ประสิทธิภาพการทำงานลดลงเล็กน้อยเมื่อเทียบกับการดำเนินการตามลำดับ Aptos อ้างว่าวิธีการนี้สามารถบรรลุปริมาณงาน 160,000 TPS

Sui

ชื่อเรื่องรอง

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

Solana อ้างถึงหน่วยของหน่วยความจำเป็นบัญชี และธุรกรรมต้องระบุบัญชีที่จะแก้ไข ซุ่ยก็ใช้วิธีเดียวกันSui ยังต่อยอดจากเทคโนโลยีของ Diem โดยใช้ MoveVM

อย่างไรก็ตาม Sui ใช้ภาษา Move เวอร์ชันอื่น

การดำเนินการของ Sui Move จะเปลี่ยนโมเดลพื้นที่เก็บข้อมูลหลักและการอนุญาตเนื้อหาของ Diem ซึ่งแสดงถึงความแตกต่างอย่างมีนัยสำคัญจาก Aptos ที่ใช้แกนหลัก Diem Move

Sui Move กำหนดรูปแบบการจัดเก็บข้อมูลสถานะที่ช่วยให้สามารถระบุธุรกรรมอิสระได้ง่ายขึ้น

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

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

ผู้ก่อตั้ง Sui อ้างว่าการใช้การดำเนินการแบบคู่ขนานและการใช้กลไกฉันทามติของ Narwhal และ Tusk ส่งผลให้ทรูพุตมากกว่า 100,000 tx/วินาที ทรูพุตนี้ หากเป็นจริง อาจเพิ่มขึ้นอย่างมากจากทรูพุตปัจจุบันของ Solana ที่ประมาณ 2,400 tx/วินาที และจะเกินทรูพุตของ Visa และ Mastercard

Linera

ชื่อเรื่องรองLinera เป็นผู้เข้าใหม่รายล่าสุดในพื้นที่การประมวลผลแบบขนาน และเพิ่งประกาศการระดมทุนรอบแรก นำโดย a16z

รายละเอียดการดำเนินโครงการมีน้อย อย่างไรก็ตาม จากโพสต์ประกาศการระดมทุนของพวกเขา เรารู้ว่ามันใช้โปรโตคอล FastPay ซึ่งพัฒนาใน Facebook เช่นกัน

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

Fuel

ชื่อเรื่องรองFuel มุ่งเน้นไปที่การเป็นเลเยอร์การดำเนินการใน blockchain แบบโมดูลาร์ หมายความว่า Fuel ไม่ได้บังคับใช้ฉันทามติหรือเก็บข้อมูลของ blockchain ใน Fuel chain

สำหรับบล็อกเชนที่ใช้งานได้ Fuel จะโต้ตอบกับเชนอื่นๆ เพื่อความเป็นเอกฉันท์และความพร้อมใช้งานของข้อมูล เช่น Ethereum หรือ Celestia

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

FuelVM เป็นตัวแทน EVM ที่เข้ากันได้และเรียบง่าย ซึ่งสามารถอนุญาตให้นักพัฒนาเข้าร่วมระบบนิเวศของ Fuel ได้อย่างมีประสิทธิภาพ

เพื่อพิสูจน์แนวคิดนี้ ทีม Fuel ได้สร้าง AMM ที่เรียกว่า SwaySwap ซึ่งคล้ายกับ Uniswap และเรียกใช้งานบนเครือข่ายทดสอบ จุดประสงค์คือเพื่อแสดงประสิทธิภาพที่สูงขึ้นของ FuelVM เมื่อเทียบกับ EVM

ชื่อระดับแรก

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

ชื่อระดับแรก

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

นอกจากนี้ เปอร์เซ็นต์นี้อาจแตกต่างกันมากในแต่ละบล็อก ขึ้นอยู่กับประเภทของกิจกรรมเครือข่าย

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

ตัวอย่างเช่น เราสามารถสันนิษฐานได้ว่าการถ่ายโอน ETH และ ERC20 ส่วนใหญ่เป็นอิสระจากกัน กล่าวคือ มีต้นทางและได้รับจากที่อยู่ที่แตกต่างกัน ดังนั้นเราจึงสันนิษฐานได้ว่าประมาณ 25% ของการโอน ETH และ ERC20 นั้นสัมพันธ์กัน กล่าวคือ การฝากไปยัง SC และการรวมสินทรัพย์จากการแลกเปลี่ยน Hot Wallet ไปยัง Cold Wallet

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

จากการวิเคราะห์ประเภทธุรกรรมของ Ethereum เราพบว่าในบรรดาธุรกรรมประมาณ 1.2 ล้านรายการใน Ethereum ต่อวัน 20-30% เป็นการโอน ETH 10-20% เป็นการโอนสกุลเงินที่เสถียร และ 10-15% เป็นการโอน DEX -6% เป็นการทำธุรกรรม NFT, 8-10% เป็นการอนุมัติ ERC20 และ 12-15% เป็นการโอน ERC20 อื่นๆ

เมื่อใช้ตัวเลขและสมมติฐานเหล่านี้ เราสามารถประเมินได้ว่า PE สามารถเร่งธุรกรรมประมาณ 70-80% ในแพลตฟอร์ม SCซึ่งหมายความว่าการดำเนินการตามลำดับของธุรกรรมที่เกี่ยวข้องคิดเป็น 20-30% ของธุรกรรมทั้งหมด

กล่าวอีกนัยหนึ่ง หากใช้ขีดจำกัดก๊าซเดียวกัน มีความเป็นไปได้ที่ปริมาณงานผ่าน PE จะเพิ่มขึ้น 3-5 เท่า

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

ชื่อระดับแรก

การรวมศูนย์ของเครือข่าย

ในเครือข่ายความเร็วสูง เครือข่ายสามารถรองรับธุรกรรมนับหมื่นรายการต่อวินาที

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

หากไม่มีตัวเลือกให้ใช้ฮาร์ดแวร์ระดับผู้บริโภคเพื่อเรียกใช้โหนดแบบเต็ม ห่วงโซ่ปริมาณงานสูงอาจกลายเป็นระบบปิด โดยมีหน่วยงานกลุ่มเล็กๆ ที่มีอำนาจเหนือเครือข่ายอย่างแท้จริง ในกรณีนี้ เอนทิตีเหล่านี้สามารถประสานงานการตรวจสอบธุรกรรม เอนทิตี และแม้แต่แอปพลิเคชัน เช่น Tornado Cash ที่สามารถเปลี่ยนเชนเหล่านี้ให้เป็นระบบที่ได้รับอนุญาตไม่ต่างจาก Web 2ปัจจุบัน ข้อกำหนดในการใช้งานโหนดแบบเต็มบน Sui testnet นั้นต่ำกว่าข้อกำหนดสำหรับโหนด Aptos testnet

อย่างไรก็ตาม เราคาดว่าความต้องการเหล่านี้จะเปลี่ยนไปอย่างมากเมื่อเปิดตัว mainnet และแอปพลิเคชันเริ่มปรากฏบนเครือข่าย

สรุป

สรุป

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

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

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

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