การวิจัยใหม่: มีเพียง EVM แบบขนานเท่านั้นที่สามารถช่วย Ethereum ได้ และอนาคตก็สดใส

บทความนี้มาจาก: การวิจัย Reforge

เรียบเรียงโดย: Odaily Planet Daily Wenser

หมายเหตุบรรณาธิการ: Ethereum ได้รับการวิพากษ์วิจารณ์มานานแล้วในเรื่องต้นทุนก๊าซที่สูงและความเสี่ยงด้านความปลอดภัย นอกจากนี้ การอภิปรายเกี่ยวกับ EVM แบบขนานเมื่อเร็ว ๆ นี้ได้รับความสนใจอย่างมากในอุตสาหกรรม Reforge Research ได้ทำการแลกเปลี่ยนเชิงลึกกับบุคคลภายในอุตสาหกรรมอาวุโสจำนวนมาก เช่น เครือข่ายนิเวศวิทยา EVM L1, อุตสาหกรรม AMM และโปรโตคอลข้ามสายโซ่เพื่อทำความเข้าใจมุมมองที่แตกต่างกันของ ระบบนิเวศในหัวข้อนี้ Odaily Planet Daily ได้รวบรวมบทความนี้ไว้เพื่อใช้อ้างอิงและศึกษาของคุณ

แนะนำ

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

• ในปี 2558 Nano (XNO) ได้นำโครงสร้างบล็อกตาข่ายมาใช้ ซึ่งช่วยให้แต่ละบัญชีมีบล็อกเชนของตัวเองเพื่อเปิดใช้งานการประมวลผลแบบขนาน และขจัดความจำเป็นในการยืนยันธุรกรรมทั่วทั้งเครือข่าย
• ในปี 2018 เอกสารกลไกการดำเนินการแบบขนาน Block-STM (Software Transaction Memory) ของเครือข่ายบล็อกเชนได้รับการเผยแพร่อย่างเป็นทางการ Polkdot ประสบความสำเร็จในการขนานผ่านสถาปัตยกรรมแบบหลายลูกโซ่ และ EOS ได้เปิดตัวเครื่องมือประมวลผลแบบมัลติเธรด
• ในปี 2020 Avalanche ได้เปิดตัวกลไกการประมวลผลแบบขนานสำหรับเลเยอร์ฉันทามติ (แทนที่จะเป็น c-chain EVM แบบอนุกรม) และ Solana ได้เพิ่มนวัตกรรมที่คล้ายกันให้กับ Sealevel

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

นับตั้งแต่ข้อเสนอ EIP ของ Vitalik ในปี 2560 ชุมชน Ethereum ได้สำรวจการประมวลผลแบบขนานเพื่อเป็นโซลูชัน ความตั้งใจเดิมคือการบรรลุการขนานผ่านบล็อกเชนหรือการแบ่งส่วนแบบดั้งเดิม อย่างไรก็ตาม การพัฒนาอย่างรวดเร็วและการนำ L2 Rollup มาใช้ ซึ่งให้ประโยชน์ด้านความสามารถในการปรับขนาดที่ง่ายกว่าและทันทีมากกว่า ได้เปลี่ยนจุดมุ่งเน้นการพัฒนาของ Ethereum จากการแบ่งส่วนไปสู่สิ่งที่เรียกว่า "danksharding" ในปัจจุบัน ด้วย danksharding ชาร์ดจะทำหน้าที่เป็นชั้นความพร้อมใช้งานของข้อมูลเป็นหลัก แทนที่จะดำเนินการธุรกรรมแบบขนาน อย่างไรก็ตาม เนื่องจาก danksharding ยังไม่ได้ถูกนำมาใช้อย่างเต็มรูปแบบ ความสนใจจึงหันไปหาเครือข่าย L1 แบบขนานทางเลือกที่สำคัญหลายตัวที่มีความเข้ากันได้กับ EVM (โดยเฉพาะ Monad, Neon EVM และ Sei)

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

การขนานกันเป็นหนทางไม่ใช่จุดสิ้นสุด

การปรับขนาดบล็อกเชนเป็นปัญหาหลายมิติ และการดำเนินการแบบคู่ขนานปูทางไปสู่การพัฒนาโครงสร้างพื้นฐานที่สำคัญยิ่งขึ้น เช่น พื้นที่เก็บข้อมูลสถานะบล็อกเชน

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

1. ไคลเอนต์ Ethereum และ Ethereum เองใช้โครงสร้างข้อมูลการจัดเก็บข้อมูลที่แตกต่างกัน (B-tree/LSM tree และ Merkle tree) ส่งผลให้ประสิทธิภาพการทำงานต่ำเมื่อฝังโครงสร้างข้อมูลหนึ่งลงในอีกโครงสร้างหนึ่ง
2. ในการดำเนินการแบบขนาน ความสามารถของอินพุต/เอาท์พุตแบบอะซิงโครนัส (เรียกว่า I/O แบบอะซิงโครนัส) สำหรับการอ่านและอัปเดตธุรกรรมเป็นสิ่งสำคัญ กระบวนการดำเนินการติดอยู่เพื่อรอปฏิกิริยาของกันและกัน ทำให้สูญเสียความเร็วที่เพิ่มขึ้นทั้งหมด

งานคำนวณเพิ่มเติมในการเพิ่มแฮชหรือการคำนวณ SHA-3 พิเศษจำนวนมากถือเป็นงานรองเมื่อเทียบกับค่าใช้จ่ายในการดึงหรือตั้งค่าที่เก็บไว้ เพื่อลดเวลาในการประมวลผลธุรกรรมและต้นทุนก๊าซ โครงสร้างพื้นฐานของฐานข้อมูลจึงต้องได้รับการปรับปรุง ไม่ใช่แค่เรื่องของการนำสถาปัตยกรรมฐานข้อมูลแบบดั้งเดิมมาเป็นทางเลือกแทนการจัดเก็บคีย์-ค่าดิบ เช่น ฐานข้อมูล SQL การใช้สถานะ EVM โดยใช้โมเดลเชิงสัมพันธ์จะเพิ่มความซับซ้อนและค่าใช้จ่ายที่ไม่จำเป็นเมื่อเปรียบเทียบกับการใช้ที่เก็บคีย์-ค่าพื้นฐาน ส่งผลให้การดำเนินการ "โหลด" และ "จัดเก็บ" มีราคาแพงกว่า สถานะ EVM ไม่ต้องการคุณสมบัติ เช่น การเรียงลำดับ การสแกนช่วง หรือซีแมนทิกส์แบบโต้ตอบ เนื่องจากสถานะ EVM จะดำเนินการอ่านแบบจุดและเขียนแบบจุดเท่านั้น และการเขียนจะเกิดขึ้นแยกกันที่ส่วนท้ายของแต่ละบล็อก ในทางกลับกัน ความจำเป็นในการปรับปรุงเหล่านี้ควรมุ่งเน้นไปที่การจัดการข้อควรพิจารณาที่สำคัญ เช่น ความสามารถในการปรับขนาด การอ่านและเขียนที่มีเวลาแฝงต่ำ การควบคุมการทำงานพร้อมกันที่มีประสิทธิภาพ การตัดและการเก็บถาวรสถานะ และการบูรณาการอย่างราบรื่นกับ EVM ตัวอย่างเช่น Monad กำลังสร้างฐานข้อมูลสถานะที่กำหนดเองตั้งแต่เริ่มต้นที่เรียกว่า MonadDB โดยจะใช้ประโยชน์จากการสนับสนุนเคอร์เนลล่าสุดสำหรับการดำเนินการแบบอะซิงโครนัส ในขณะที่ใช้โครงสร้างข้อมูล Merkle tree บนดิสก์และในหน่วยความจำ

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

ทำให้ pCLOBs ยิ่งใหญ่อีกครั้ง

ในขณะที่ DeFi เปลี่ยนไปสู่สถานะความเที่ยงตรงที่สูงขึ้น CLOB (Centered Limit Order Books) จะกลายเป็นวิธีการออกแบบหลักสำหรับธุรกรรม

นับตั้งแต่เปิดตัวในปี 2560 ผู้สร้างสภาพคล่องอัตโนมัติ (AMM) ได้กลายเป็นรากฐานสำคัญของ DeFi โดยให้ความเรียบง่ายในการดำเนินงานและความสามารถเฉพาะตัวในช่องทางสภาพคล่อง ด้วยการใช้ประโยชน์จากกลุ่มสภาพคล่องและอัลกอริธึมการกำหนดราคา AMM ได้ปฏิวัติ DeFi และกลายเป็นทางเลือกที่ดีที่สุดสำหรับระบบการซื้อขายแบบดั้งเดิม เช่น หนังสือสั่งซื้อ แม้ว่าจะเป็นองค์ประกอบพื้นฐานของการเงินแบบดั้งเดิม แต่เมื่อ Central Limit Order Book (CLOBs) ถูกนำมาใช้กับ Ethereum กลไกดังกล่าวก็ถูกจำกัดด้วยความสามารถในการปรับขนาดของบล็อกเชน พวกเขาต้องการธุรกรรมจำนวนมาก เนื่องจากการส่งคำสั่งซื้อ การดำเนินการ การยกเลิก หรือการแก้ไขแต่ละครั้งจำเป็นต้องมีธุรกรรมออนไลน์ใหม่ เนื่องจากความพยายามในการขยายขนาดของ Ethereum ยังยังไม่สมบูรณ์ ต้นทุนตามข้อกำหนดนี้ทำให้ CLOB ไม่เหมาะสมในระยะแรกของ DeFi ซึ่งนำไปสู่ความล้มเหลวในความพยายามในช่วงแรก (เช่น EtherDelta) อย่างไรก็ตาม แม้ว่า AMM จะได้รับความนิยม แต่ก็ต้องเผชิญกับข้อจำกัดโดยธรรมชาติของตัวเอง เมื่อ DeFi เติบโตและดึงดูดเทรดเดอร์ที่มีประสบการณ์และสถาบันที่จัดตั้งขึ้นมากขึ้นเรื่อยๆ ข้อบกพร่องเหล่านี้ก็เริ่มชัดเจนมากขึ้นเรื่อยๆ

หลังจากตระหนักถึงความเหนือกว่าของ CLOB แล้ว ความพยายามที่จะรวมการแลกเปลี่ยนที่ใช้ CLOB เข้ากับ DeFi เริ่มกลายเป็นเรื่องปกติมากขึ้นในเครือข่ายบล็อกเชนทางเลือกและปรับขนาดได้มากขึ้น โปรโตคอลเช่น Kujira, Serum (RIP, โครงการออฟไลน์), Demex, dYdX, Dexalot และล่าสุด Aori และ Hyperliquid มีเป้าหมายที่จะมอบประสบการณ์การซื้อขายออนไลน์ที่ดีกว่าคู่แข่งเช่น AMM อย่างไรก็ตาม ยกเว้นโครงการที่กำหนดเป้าหมายเฉพาะกลุ่ม (เช่น dYdX และ Hyperliquid สำหรับสัญญาแบบไม่จำกัดระยะเวลา) CLOB บนเครือข่ายทางเลือกเหล่านี้ต้องเผชิญกับความท้าทายที่นอกเหนือไปจากความสามารถในการขยายขนาด:

• การกระจายตัวของสภาพคล่อง: เอฟเฟกต์เครือข่ายที่เปิดใช้งานโดยโปรโตคอล DeFi ที่ประกอบได้สูงและบูรณาการอย่างราบรื่นบน Ethereum ทำให้ CLOB บนเครือข่ายอื่น ๆ ดึงดูดสภาพคล่องและปริมาณการซื้อขายที่เพียงพอได้ยาก ซึ่งส่งผลต่อการนำไปใช้และความพร้อมใช้งานเพิ่มเติม
• Memecoins: การควบคุมสภาพคล่องใน CLOBs แบบออนไลน์จำเป็นต้องมีการกำหนดคำสั่งจำกัด ซึ่งเป็นปัญหา "ไก่หรือไข่" ที่ท้าทายยิ่งกว่า เนื่องจากสินทรัพย์ใหม่ เช่น Memecoins นั้นค่อนข้างไม่เป็นที่รู้จัก

CLOBs พร้อม blobs

ประกาศเมนเน็ต Dencun

L2 ทำงานอย่างไร?

เมื่อเปรียบเทียบกับ Ethereum mainnet แล้ว Ethereum L2 ที่มีอยู่มีการปรับปรุงอย่างมีนัยสำคัญทั้งในด้านปริมาณการทำธุรกรรมและค่าธรรมเนียมก๊าซ โดยเฉพาะอย่างยิ่งหลังจากการฮาร์ดฟอร์ค Dencun ล่าสุด (อัปเกรด Cancun) ด้วยการแทนที่ข้อมูลการโทรที่ใช้ก๊าซมากด้วยวัตถุขนาดใหญ่ไบนารีน้ำหนักเบา (blobs) ต้นทุนก๊าซจึงลดลงอย่างมาก

จากข้อมูลของ growepie ณ วันที่ 1 เมษายน ค่าธรรมเนียมก๊าซของเครือข่าย Arbitrum และ OP อยู่ที่ 0.028 ดอลลาร์สหรัฐฯ และ 0.064 ดอลลาร์สหรัฐฯ ตามลำดับ โดยเครือข่าย Mantle มีราคาถูกที่สุดเพียง 0.015 ดอลลาร์สหรัฐฯ เท่านั้น ซึ่งห่างไกลจากค่าน้ำมันก่อนการอัพเกรด Cancun เนื่องจากต้นทุนการโทรข้อมูลก่อนหน้านี้คิดเป็น 70%-90% ของค่าน้ำมัน น่าเสียดายที่ราคานี้ไม่ถูกเพียงพอ และค่าธรรมเนียมการกำเนิด/การยกเลิกที่ประมาณ 0.01 ดอลลาร์ยังคงสูงชันเล็กน้อย

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

บริษัท A: การส่งคำสั่งซื้อ 10,000 ครั้ง การซื้อขาย 1,000 รายการ และการยกเลิกหรือการแก้ไข 9,000 ครั้งต่อชั่วโมงถือเป็นเกณฑ์มาตรฐานที่ค่อนข้างดี หากบริษัทดำเนินการตามคำสั่งซื้อ 100 เล่มตลอดทั้งวัน แม้ว่าการซื้อขายหนึ่งครั้งจะมีต้นทุนน้อยกว่า 0.01 ดอลลาร์ การดำเนินการโดยรวมจะต้องเสียค่าธรรมเนียมที่เกิน 150,000 ดอลลาร์ได้อย่างง่ายดาย

โซลูชั่นใหม่: pCLOB

ด้วยการเกิดขึ้นของ EVM แบบคู่ขนาน เราคาดว่ากิจกรรม DeFi จะเพิ่มขึ้นอย่างรวดเร็ว เนื่องจากความเป็นไปได้ของ CLOB ที่เป็นผู้นำแบบ on-chain แต่ไม่ใช่แค่ CLOB เท่านั้น – หนังสือคำสั่งขีดจำกัดส่วนกลางแบบตั้งโปรแกรมได้ (เรียกสั้น ๆ ว่า pCLOB) ด้วยความสามารถในการประกอบโดยธรรมชาติของ DeFi เราสามารถโต้ตอบกับโปรโตคอลจำนวนนับไม่ถ้วน (จำกัดโดยก๊าซเท่านั้น) เพื่อสร้างคู่การซื้อขายจำนวนมาก pCLOB ใช้ประโยชน์จากหลักการนี้ โดยเปิดใช้งานตรรกะแบบกำหนดเองแบบฝังในระหว่างกระบวนการส่งคำสั่งซื้อ ตรรกะนี้สามารถเรียกก่อนหรือหลังส่งใบสั่งได้ ตัวอย่างเช่น สัญญาอัจฉริยะ pCLOB สามารถมีตรรกะที่กำหนดเองเพื่อนำไปใช้:

• ตรวจสอบพารามิเตอร์การสั่งซื้อ (เช่น ราคาและปริมาณ) ตามกฎที่กำหนดไว้ล่วงหน้าหรือสภาวะตลาด

-ดำเนินการตรวจสอบความเสี่ยงแบบเรียลไทม์ (เช่น ตรวจสอบให้แน่ใจว่ามาร์จิ้นหรือหลักประกันเพียงพอสำหรับการซื้อขายแบบเลเวอเรจ)

-ใช้การคำนวณค่าธรรมเนียมแบบไดนามิกตามพารามิเตอร์ที่กำหนดเอง (เช่น ประเภทคำสั่ง ปริมาณการซื้อขาย ความผันผวนของตลาด ฯลฯ)

• ดำเนินการคำสั่งซื้อแบบมีเงื่อนไขตามเงื่อนไขทริกเกอร์ที่ระบุ

…และยังคงเป็นข้อตกลงที่ดีกว่าการออกแบบข้อตกลงที่มีอยู่

แนวคิดของทันเวลาพอดี (JIT) แสดงให้เห็นอย่างชัดเจน สภาพคล่องไม่ได้อยู่เฉยๆ ในการแลกเปลี่ยนใดๆ แต่อัตราผลตอบแทนจะถูกสร้างขึ้นที่อื่นจนกว่าจะมีการจับคู่คำสั่งซื้อและสภาพคล่องจะถูกถอนออกจากแพลตฟอร์มพื้นฐาน ใครบ้างที่ไม่ต้องการรับผลกำไรส่วนสุดท้ายจาก MakerDAO ก่อนที่จะเข้าถึงสภาพคล่องในการซื้อขาย แนวทาง "quote-as-code" ที่เป็นนวัตกรรมใหม่เปิดใช้งานโดย Mangrove Exchange บ่งบอกถึงศักยภาพของกลไกนี้ เมื่อใบเสนอราคาในสมุดคำสั่งซื้อตรงกัน ส่วนของโค้ดที่ฝังอยู่ภายในจะถูกดำเนินการ และหน้าที่เดียวคือค้นหาสภาพคล่องที่ร้องขอโดยผู้รับคำสั่งซื้อ ถึงกระนั้น ความท้าทายที่เกี่ยวข้องกับความสามารถในการขยายขนาด L2 และต้นทุนยังคงอยู่

Parallel EVM ยังปรับปรุงกลไกการจับคู่สำหรับ pCLOB ขั้นพื้นฐานอีกด้วย ขณะนี้ pCLOB สามารถใช้กลไกจับคู่แบบขนานที่ใช้ "ช่องทาง" หลายช่องเพื่อประมวลผลคำสั่งซื้อที่เข้ามาพร้อมกันและดำเนินการคำนวณที่ตรงกัน แต่ละช่องทางสามารถประมวลผลชุดย่อยของสมุดคำสั่งซื้อได้ ดังนั้นจึงไม่มีการจำกัดลำดับความสำคัญของราคา-เวลา และจะดำเนินการเมื่อพบรายการที่ตรงกันเท่านั้น เวลาแฝงที่ลดลงระหว่างการส่งคำสั่งซื้อ การดำเนินการ และการแก้ไข ทำให้การอัปเดตสมุดคำสั่งซื้อมีประสิทธิภาพมากขึ้น

“เนื่องจากความสามารถในการรักษาตลาดในสภาวะที่มีสภาพคล่องต่ำ AMM จึงมีแนวโน้มที่จะยังคงใช้กันอย่างแพร่หลายในสินทรัพย์หางยาว อย่างไรก็ตาม สำหรับสินทรัพย์ 'บลูชิป' pCLOB จะมีอำนาจเหนือกว่า”

——Keone ผู้ร่วมก่อตั้งและ CEO ของ Monad

Keone ผู้ร่วมก่อตั้งและซีอีโอของ Monad กล่าวในการหารือกับเราว่าเขาเชื่อว่าเราสามารถคาดหวังการเกิดขึ้นของ pCLOB หลายแห่งในระบบนิเวศที่มีปริมาณงานสูงต่างๆ Keone เน้นย้ำว่า pCLOB เหล่านี้จะมีผลกระทบอย่างมีนัยสำคัญต่อระบบนิเวศ DeFi ที่ใหญ่กว่า เนื่องจากค่าธรรมเนียมการดำเนินงานที่ลดลง

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

เข้าใจแล้ว เราต้องการแอปเพิ่มเติม แต่ก่อนอื่น...

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

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

“เมื่อ iPhone เครื่องแรกเปิดตัว แอปที่ออกแบบมาเพื่อมันดูเหมือนแอปคอมพิวเตอร์แย่ๆ มาก เรื่องนี้ก็เหมือนกัน เช่นเดียวกับที่เราเพิ่มมัลติคอร์ลงในบล็อกเชน แอปพลิเคชันก็จะดีขึ้น"

**——Steven Landers สถาปนิกบล็อกเชนของ Sei Ecosystem กล่าว -

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

การโต้แย้งสถานะ

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

"หากคุณต้องการใช้ประโยชน์จากปริมาณงาน คุณต้องจำกัดความขัดแย้งระหว่างธุรกรรม"

**——Steven Landers สถาปนิกบล็อกเชนของ Sei Ecosystem กล่าว -

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

มีหลายวิธีในการแก้ไขข้อขัดแย้งนี้ ซึ่งเราจะไม่ลงรายละเอียดในขณะนี้ แต่จำนวนข้อขัดแย้งที่อาจเกิดขึ้นระหว่างการใช้งานนั้นขึ้นอยู่กับผู้พัฒนาแอปพลิเคชันเป็นอย่างมาก เมื่อพิจารณาจากแอปพลิเคชันที่มีการกระจายอำนาจ แม้แต่โปรโตคอลยอดนิยมอย่าง Uniswap ก็ไม่ได้คำนึงถึงข้อจำกัดนี้ในระหว่างขั้นตอนการออกแบบและการใช้งานเบื้องต้น 0xTaker ผู้ร่วมก่อตั้ง Aori ซึ่งเป็นระบบจองคำสั่งซื้อนอกเครือข่ายความถี่สูงสำหรับผู้ดูแลสภาพคล่อง ได้พูดคุยกับเราอย่างเจาะลึกเกี่ยวกับข้อโต้แย้งของรัฐที่สำคัญที่จะเกิดขึ้นในโลกคู่ขนาน สำหรับ AMM เนื่องจากโมเดลแบบ peer-to-pool เทรดเดอร์จำนวนมากอาจดำเนินการซื้อขายสำหรับกลุ่มเดียวในเวลาเดียวกัน จากธุรกรรมเพียงไม่กี่รายการไปจนถึงธุรกรรมหลายร้อยรายการ การดำเนินการเหล่านี้จะแข่งขันกันเพื่อลำดับความสำคัญของธุรกรรม ดังนั้นผู้ออกแบบ AMM จะต้องพิจารณาอย่างรอบคอบถึงวิธีการจัดสรรและจัดการสภาพคล่องเพื่อเพิ่มประโยชน์สูงสุดจากแหล่งรวมสภาพคล่อง

Steven ผู้พัฒนาหลักของระบบนิเวศ Sei เครือข่าย EVM L1 แบบขนาน เน้นย้ำถึงความสำคัญของการพิจารณาความขัดแย้งของรัฐในการพัฒนาแบบมัลติเธรด และชี้ให้เห็นว่า Sei กำลังค้นคว้าอย่างแข็งขันว่าการขนานหมายถึงอะไร และวิธีการตรวจสอบให้แน่ใจว่าทรัพยากรถูกนำมาใช้อย่างเต็มที่

การคาดการณ์ประสิทธิภาพ

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

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

"การเปรียบเทียบให้เป็นช่องทางในการทดลองกับตลาดค่าธรรมเนียมท้องถิ่นเพื่อลดความขัดแย้งของรัฐ"

**0xTaker ผู้ร่วมก่อตั้ง Aori กล่าว -

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

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

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

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

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

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

**Keone Hon ผู้ร่วมก่อตั้งและซีอีโอของ Monad กล่าว -

เป็นไปได้ที่เราสามารถกลับไปสู่สถานการณ์ที่คล้ายกับยุคแรกๆ ของการแลกเปลี่ยนแบบรวมศูนย์ - สงครามการได้มาซึ่งผู้ใช้ที่แอปพลิเคชัน DeFi โดยเฉพาะอย่างยิ่งการแลกเปลี่ยนแบบกระจายอำนาจ เสนอโปรแกรมการอ้างอิง (เช่น คะแนน แอร์ดรอป) และประสบการณ์ผู้ใช้ที่เหนือกว่าเป็นอาวุธ เราสามารถมองเห็นโลกของเกมออนไลน์ที่มีการโต้ตอบที่สมเหตุสมผล และมันจะแตกต่างออกไปมาก หนังสือสั่งซื้อแบบไฮบริด - AMM มีอยู่แล้ว แต่แทนที่จะตั้งค่า CLOB sequencer off-chain เป็นโหนดอิสระ จากนั้นจึงกระจายอำนาจผ่านการกำกับดูแล เราสามารถย้ายมันแบบออนไลน์ได้ จึงทำให้มีการกระจายอำนาจมากขึ้น และลดเวลาแฝง และปรับปรุง ความสามารถในการประกอบ การโต้ตอบทางสังคมออนไลน์ทั้งหมดก็เป็นไปได้เช่นกัน พูดตามตรง สถานการณ์ใดๆ ที่มีนักแสดงหรือตัวแทนจำนวนมากปฏิบัติการพร้อมกัน ตอนนี้สามารถนำมาพูดคุยและพูดคุยกันได้อย่างกระจ่างแจ้ง

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

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

ประสบการณ์ผู้ใช้แอป Crypto แย่มาก...ตอนนี้มันกำลังจะดีขึ้นแล้ว

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

ขอบคุณครับ คุณ GPT

ประสบการณ์ผู้ใช้บล็อกเชนในปัจจุบันกระจัดกระจายและยุ่งยาก ผู้ใช้จำเป็นต้องข้ามไปมาระหว่างบล็อกเชน กระเป๋าเงิน และโปรโตคอลต่างๆ รอให้ธุรกรรมเสร็จสิ้น ขณะเดียวกันก็เผชิญกับความเสี่ยงของการละเมิดความปลอดภัยหรือแฮกเกอร์ อนาคตในอุดมคติคืออนาคตที่ผู้ใช้สามารถโต้ตอบกับทรัพย์สินของตนได้อย่างราบรื่นอย่างปลอดภัยโดยไม่ต้องกังวลกับโครงสร้างพื้นฐานบล็อกเชนที่ซ่อนอยู่ กระบวนการเปลี่ยนจากประสบการณ์ผู้ใช้ที่กระจัดกระจายในปัจจุบันไปเป็นประสบการณ์ที่เป็นหนึ่งเดียวและง่ายขึ้นคือสิ่งที่เราเรียกว่า User Experience Unification (UXU)

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

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

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

** - Sergey Gorbunov ผู้ร่วมก่อตั้ง Axelar กล่าว -

เมื่อปัญหาเรื่องความสามารถในการปรับขนาดได้รับการแก้ไขและความสามารถในการทำงานร่วมกันระหว่างระบบนิเวศต่างๆ เพิ่มขึ้น เราจะเห็นการเกิดขึ้นของโปรโตคอลที่ทำให้ประสบการณ์ผู้ใช้ Web3 ทัดเทียมกับ Web2 ตัวอย่างเช่น ประกอบด้วยโปรโตคอล Intent-based เวอร์ชัน v2, โครงสร้างพื้นฐาน RPC ขั้นสูง, การสนับสนุน chain abstraction และโครงสร้างพื้นฐานการประมวลผลแบบเปิดที่ได้รับการปรับปรุงโดยปัญญาประดิษฐ์

“เมื่อเครือข่ายปริมาณงานเพิ่มขึ้น การประสานสถานะโดยโหนดของเราจะเร็วขึ้นเนื่องจากตัวแก้ปัญหาสามารถเข้าใจความตั้งใจของเราได้อย่างรวดเร็ว”

——Felix Madutsa ผู้ร่วมก่อตั้ง Orb Labs

ดวงดาวที่อาจรุ่งเรืองในวันพรุ่งนี้

เมื่อข้อกำหนดด้านประสิทธิภาพเพิ่มขึ้น ตลาด Oracle ก็จะมีความเจริญรุ่งเรืองอย่างมาก

Parallel EVM หมายถึงข้อกำหนดด้านประสิทธิภาพที่เพิ่มขึ้นสำหรับ oracles ซึ่งเป็นแนวดิ่งที่ด้อยพัฒนาอย่างมากในช่วงไม่กี่ปีที่ผ่านมา ความต้องการที่แข็งแกร่งจากชั้นแอปพลิเคชันจะช่วยฟื้นฟูตลาดที่ยังไม่ได้ใช้งานซึ่งเต็มไปด้วยผลิตภัณฑ์ที่มีประสิทธิภาพต่ำและความปลอดภัยต่ำ ซึ่งมีความสำคัญต่อการปรับปรุงความสามารถในการประกอบของ DeFi ตัวอย่างเช่น ความลึกของตลาดและปริมาณการซื้อขายเป็นตัวบ่งชี้ที่มีประสิทธิภาพสำหรับผู้บุกเบิก DeFi จำนวนมาก เราคาดหวังว่าผู้เล่นรายใหญ่อย่าง Chainlink และ Pyth จะปรับตัวได้อย่างรวดเร็วเนื่องจากผู้เล่นรายใหม่ท้าทายส่วนแบ่งการตลาดของตน หลังจากการสนทนากับสมาชิกอาวุโสของ Chainlink ความคิดของเราก็สอดคล้องกัน: “ฉันทามติ [ภายใน Chainlink] คือหาก EVM แบบขนานได้รับความเหนือกว่า เราอาจต้องการออกแบบสัญญาอัจฉริยะของเราใหม่เพื่อดึงคุณค่าจากสิ่งเหล่านั้น ( ตัวอย่างเช่น ลดการพึ่งพาระหว่าง เพื่อให้ธุรกรรม/การโทรไม่จำเป็นต้องขึ้นอยู่กับการดำเนินการและถูกโจมตีโดย MEV) แต่เนื่องจาก EVM แบบขนานมีจุดมุ่งหมายเพื่อปรับปรุงความโปร่งใสและปริมาณงานของแอปพลิเคชันที่ทำงานบน EVM อยู่แล้ว จึงไม่ควรส่งผลกระทบต่อความเสถียรของเครือข่าย"

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

นี่ไม่ใช่ปาร์ตี้พิเศษสำหรับ L1 Parallel EVM L2 ก็อยากเข้าร่วมเช่นกัน

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

โดยเฉพาะอย่างยิ่ง เราคาดว่าในระยะสั้น EVM L2 แบบขนานที่ใช้เครือข่าย OP จะมีอำนาจเหนือกว่าเมื่อเปรียบเทียบกับซีรีส์ ZK ท้ายที่สุดแล้ว เราตั้งตารออย่างยิ่งที่จะเปลี่ยนจาก Rollups ที่ใช้ OP ไปเป็น ZK-Rollups ผ่านการเปลี่ยนไปใช้เฟรมเวิร์ก ZK สำหรับวัตถุประสงค์ทั่วไป เช่น RISC0 แทนที่จะเป็นแนวทางดั้งเดิมที่ใช้ใน ZK-Rollups อื่นๆ มันเป็นเพียงเรื่องของเวลา.

ข้อดีของภาษา Rust ยังมีอยู่ไหม?

การเลือกภาษาการเขียนโปรแกรมจะมีบทบาทสำคัญในการพัฒนาระบบเหล่านี้ เราชอบการใช้งาน Rust ของ Ethereum อย่าง Reth มากกว่าทางเลือกอื่นๆ การตั้งค่านี้ไม่ได้เป็นไปตามอำเภอใจ เนื่องจาก Rust มีข้อได้เปรียบเหนือภาษาอื่นๆ มากมาย รวมถึงความปลอดภัยของหน่วยความจำโดยไม่ต้องมีการรวบรวมขยะ นามธรรมที่ไม่มีค่าใช้จ่าย และระบบการพิมพ์ที่หลากหลาย

สนิม ใช่!

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

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

ในบริบทของการดำเนินการแบบขนาน เราไม่สามารถพลาดที่จะพูดถึงภาษา Move

แม้ว่า Rust และ C++ มักจะเป็นจุดสนใจของการสนทนา แต่ภาษา Move ก็มีคุณสมบัติบางอย่างที่ทำให้มีความเหมาะสมเท่าเทียมกันในกรณีนี้

• Move แนะนำแนวคิดของ "ทรัพยากร" ซึ่งสามารถสร้าง ย้าย หรือทำลายได้เท่านั้น แต่ไม่สามารถคัดลอกได้ สิ่งนี้ทำให้แน่ใจได้ว่าทรัพยากรจะมีเอกลักษณ์เฉพาะตัวอยู่เสมอ ป้องกันปัญหาทั่วไปที่อาจเกิดขึ้นในการดำเนินการแบบคู่ขนาน เช่น สภาพการแข่งขันและการแข่งขันข้อมูล
• การตรวจสอบอย่างเป็นทางการและการพิมพ์แบบคงที่: Move เป็นภาษาที่พิมพ์แบบคงที่ซึ่งให้ความสำคัญกับความปลอดภัยเป็นอย่างมาก ประกอบด้วยคุณลักษณะต่างๆ เช่น การอนุมานประเภท การติดตามความเป็นเจ้าของ และการตรวจสอบโอเวอร์โฟลว์ เพื่อช่วยป้องกันข้อผิดพลาดและช่องโหว่ในการเขียนโปรแกรมทั่วไป คุณลักษณะด้านความปลอดภัยเหล่านี้มีความสำคัญอย่างยิ่งในบริบทของการดำเนินการแบบขนาน ซึ่งข้อผิดพลาดอาจตรวจพบและทำซ้ำได้ยากกว่า ระบบความหมายและประเภทของภาษานั้นอิงตามตรรกะเชิงเส้น คล้ายกับ Rust และ Haskell ซึ่งทำให้ง่ายต่อการให้เหตุผลเกี่ยวกับความถูกต้องของโปรแกรม Move ดังนั้นการตรวจสอบอย่างเป็นทางการสามารถช่วยให้แน่ใจว่าการดำเนินการแบบขนานนั้นปลอดภัยและถูกต้อง
• Move สนับสนุนแนวทางการออกแบบแบบโมดูลาร์ โดยที่สัญญาอัจฉริยะประกอบด้วยโมดูลขนาดเล็กกว่าและนำกลับมาใช้ใหม่ได้ โครงสร้างโมดูลาร์นี้ทำให้ง่ายต่อการให้เหตุผลเกี่ยวกับพฤติกรรมของแต่ละส่วนประกอบ และอำนวยความสะดวกในการดำเนินการแบบขนานโดยอนุญาตให้โมดูลต่างๆ ดำเนินการพร้อมกัน

ข้อควรพิจารณาในอนาคต: EVM ควรขจัดความไม่มั่นคงของตน

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

แตกต่างจากเศรษฐศาสตร์เครือข่ายและความปลอดภัยที่เป็นเอกฉันท์ แฮกเกอร์ใช้ประโยชน์จากช่องโหว่ด้านความปลอดภัยของสัญญาอัจฉริยะในโปรโตคอล Ethereum DeFi เพื่อขโมยเงินมากกว่า 1.3 พันล้านดอลลาร์ในปี 2566 เพียงอย่างเดียว ดังนั้น ผู้ใช้จึงมีแนวโน้มที่จะใช้ CEX (การแลกเปลี่ยนแบบรวมศูนย์) เช่น Walled Garden หรือโปรโตคอล "กระจายอำนาจ" ที่ผสมโหนดแบบรวมศูนย์ - เสียสละการกระจายอำนาจเพื่อปรับปรุงประสบการณ์ออนไลน์และเลือกที่จะ พิจารณาแบบรวมศูนย์ที่ปลอดภัยยิ่งขึ้น (และมีประสิทธิภาพ) ประสบการณ์.

**คำถามคือ ผู้ใช้ทั่วไปจะสนใจระดับการกระจายอำนาจหรือไม่? -

การขาดคุณสมบัติด้านความปลอดภัยที่มีอยู่ในการออกแบบ EVM คือต้นตอของช่องโหว่เหล่านี้

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

แนวทางแก้ไขที่เป็นไปได้ประการหนึ่งคือการใช้การตั้งค่าเครื่องเสมือนแบบคู่ โดยที่เครื่องเสมือนแยกต่างหาก (เช่น CosmWasm) ถูกใช้เพื่อตรวจสอบการดำเนินการแบบเรียลไทม์ของสัญญาอัจฉริยะ EVM เช่นเดียวกับซอฟต์แวร์ป้องกันไวรัสในระบบปฏิบัติการ โครงสร้างนี้ช่วยให้สามารถตรวจสอบขั้นสูงได้ เช่น การตรวจสอบ Call Stack ที่ออกแบบมาเพื่อลดเหตุการณ์การแฮ็กโดยเฉพาะ อย่างไรก็ตาม วิธีการนี้จำเป็นต้องมีการอัพเกรดระบบบล็อกเชนที่มีอยู่อย่างมีนัยสำคัญ เราคาดหวังโซลูชันที่ใหม่กว่าและดีกว่า เช่น Arbitrum Stylus และ Artela เพื่อใช้สถาปัตยกรรมนี้ตั้งแต่เริ่มต้น

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

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

สรุปแล้ว

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

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

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

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