คำเตือนความเสี่ยง: ระวังความเสี่ยงจากการระดมทุนที่ผิดกฎหมายในนาม 'สกุลเงินเสมือน' 'บล็อกเชน' — จากห้าหน่วยงานรวมถึงคณะกรรมการกำกับดูแลการธนาคารและการประกันภัย
ข่าวสาร
ค้นพบ
ค้นหา
เข้าสู่ระบบ
简中
繁中
English
日本語
한국어
ภาษาไทย
Tiếng Việt
BTC
ETH
HTX
SOL
BNB
ดูตลาด
จินตนาการถึงโลกแห่งการเข้ารหัส EVM แบบขนาน: ปรับโฉมภูมิทัศน์ของ dApps และประสบการณ์ผู้ใช้
深潮TechFlow
特邀专栏作者
2024-04-26 12:30
บทความนี้มีประมาณ 8960 คำ การอ่านทั้งหมดใช้เวลาประมาณ 13 นาที
ความเท่าเทียมเป็นหนทางไม่ใช่จุดสิ้นสุด

ผู้เขียนต้นฉบับ: การวิจัย Reforge

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

แฟรงคลินเคยกล่าวไว้ว่า "ในโลกนี้ สิ่งเดียวที่ไม่สามารถหลีกหนีได้คือความตายและภาษี"

ชื่อดั้งเดิมของบทความนี้คือ Death, Taxes และ Parallel EVM

เมื่อ EVM แบบขนานกลายเป็นกระแสที่หลีกเลี่ยงไม่ได้ในโลกของการเข้ารหัส โลกของการเข้ารหัสที่ใช้ EVM แบบขนานจะมีลักษณะอย่างไร

Reforge Research กล่าวถึงแนวคิดนี้จากมุมมองด้านเทคนิคและการประยุกต์ใช้ ต่อไปนี้เป็นการรวบรวมข้อความฉบับเต็ม

แนะนำ

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

  • ในปี 2558 Nano (XNO) ได้ใช้โครงสร้างตาข่ายซึ่งแต่ละบัญชีมีบล็อกเชนของตัวเอง ช่วยให้สามารถประมวลผลแบบขนานและขจัดความจำเป็นในการยืนยันธุรกรรมทั่วทั้งเครือข่าย

  • ในปี 2018 เอกสารเครือข่ายบล็อกเชน ของ Block-STM (Software Transactional Memory) ได้รับการตีพิมพ์

  • ในปี 2020 Avalanche ได้เปิดตัวการประมวลผลแบบขนาน (แทนที่จะเป็น c-chains EVM แบบอนุกรม) เพื่อความสอดคล้องกัน และ Solana ก็ได้นำเสนอนวัตกรรมที่คล้ายกันที่เรียกว่า Sealevel

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

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

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

ความเท่าเทียมเป็นหนทางไม่ใช่จุดสิ้นสุด

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

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

  • ลูกค้า Ethereum และ Ethereum เองใช้โครงสร้างข้อมูลที่แตกต่างกันสำหรับการจัดเก็บข้อมูล (B-tree/LSM tree เทียบกับ Merkle Patricia Trie) ซึ่งอาจนำไปสู่ประสิทธิภาพที่ไม่ดีเมื่อฝังโครงสร้างข้อมูลหนึ่งลงในอีกโครงสร้างหนึ่ง

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

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

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

ทำให้คำสั่งจำกัดศูนย์กลางแบบโปรแกรมได้ (pCLOB) กลับมายิ่งใหญ่อีกครั้ง

เมื่อ DeFi เปลี่ยนไปสู่สถานะความเที่ยงตรงที่สูงขึ้น CLOB จะกลายเป็นแนวทางการออกแบบที่โดดเด่น

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

  • Meme Coin: การบูทสภาพคล่องใน CLOB แบบออนไลน์จำเป็นต้องมีคำสั่งจำกัด ซึ่งเป็นปัญหาไก่กับไข่ที่ท้าทายมากขึ้นสำหรับสินทรัพย์ใหม่และที่ไม่ค่อยมีใครรู้จัก เช่น มีม

CLOB กับหยด

แต่แล้ว L2 ล่ะ? Ethereum L2 stack ที่มีอยู่ได้รับการปรับปรุงอย่างมีนัยสำคัญในด้านปริมาณการทำธุรกรรมและต้นทุนก๊าซที่สัมพันธ์กับ mainnet โดยเฉพาะอย่างยิ่งหลังจาก Dencun hard fork เมื่อเร็ว ๆ นี้ ด้วยการแทนที่ calldata ที่ใช้แก๊สมากด้วย Lightweight binary Large Object (blobs) ต้นทุนจะลดลงอย่างมาก ณ วันที่ 1 เมษายน Arbitrum และ OP มีราคา 0.028 ดอลลาร์ และ 0.064 ดอลลาร์ ตามลำดับ โดย Mantle มีราคาถูกที่สุดที่ 0.015 ดอลลาร์ ตามข้อมูลของ growepie นี่เป็นความแตกต่างอย่างมากจากก่อนการอัพเกรด Cancun ซึ่งข้อมูลการโทรคิดเป็น 70% -90% ของต้นทุน น่าเสียดายที่นั่นไม่ถูกเพียงพอ เนื่องจากค่าธรรมเนียมการติดตามผล/การยกเลิก 0.01 ดอลลาร์ยังถือว่าแพงอยู่ ตัวอย่างเช่น เทรดเดอร์สถาบันและผู้ดูแลสภาพคล่องมักจะมีอัตราส่วนคำสั่งซื้อต่อการซื้อขายสูง ซึ่งหมายความว่าพวกเขาวางคำสั่งซื้อจำนวนมากเมื่อเทียบกับจำนวนการซื้อขายที่ดำเนินการจริง แม้ว่าจะมีการกำหนดค่าธรรมเนียม L2 ในปัจจุบัน การชำระค่าส่งคำสั่งซื้อแล้วแก้ไขหรือยกเลิกคำสั่งซื้อเหล่านั้นในบัญชีแยกประเภทหลายรายการอาจส่งผลกระทบอย่างมีนัยสำคัญต่อความสามารถในการทำกำไรและการตัดสินใจเชิงกลยุทธ์ของผู้เล่นสถาบัน ลองนึกภาพตัวอย่างต่อไปนี้:

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

พีโคล็อบ

ด้วยการเกิดขึ้นของ EVM แบบคู่ขนาน เราคาดว่ากิจกรรม DeFi จะเพิ่มขึ้น ซึ่งสาเหตุหลักมาจากความมีชีวิตของ CLOB แบบออนไลน์ แต่ไม่ใช่แค่ CLOB – Programmable Central Limit Order (pCLOB) เท่านั้น เนื่องจาก DeFi นั้นสามารถประกอบได้ตามธรรมชาติและสามารถโต้ตอบกับโปรโตคอลได้ไม่จำกัดจำนวน จึงสามารถสร้างการเรียงสับเปลี่ยนธุรกรรมจำนวนมากได้ pCLOB ใช้ประโยชน์จากปรากฏการณ์นี้ โดยสามารถเปิดใช้งานตรรกะแบบกำหนดเองในระหว่างกระบวนการส่งคำสั่งซื้อได้ ตรรกะนี้สามารถเรียกก่อนหรือหลังส่งใบสั่งได้ ตัวอย่างเช่น สัญญาอัจฉริยะ pCLOB สามารถมีตรรกะที่กำหนดเองเพื่อ:

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

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

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

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

ก้าวสำคัญที่ถูกกว่าการออกแบบการซื้อขายที่มีอยู่

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

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

Keone Hon ผู้ร่วมก่อตั้งและซีอีโอของ Monad กล่าวว่า AMM คาดว่าจะยังคงใช้กันอย่างแพร่หลายในสินทรัพย์หางยาว เนื่องจากความสามารถของผู้ดูแลสภาพคล่องแบบอัตโนมัติในการสร้างตลาดต่อไปเมื่อเผชิญกับสภาพคล่องที่ไม่เพียงพอ สินทรัพย์บลูชิป” pCLOB จะครองตลาด

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

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

เราต้องการใบสมัครเพิ่มเติม แต่ก่อนอื่น...

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

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

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

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

การโต้แย้งของรัฐ

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

Steven Landers สถาปนิกบล็อกเชนของ Sei กล่าวว่า หากคุณต้องการใช้ประโยชน์จากปริมาณงาน คุณต้องจำกัดการแข่งขันระหว่างธุรกรรม

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

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

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

ความสามารถในการคาดการณ์ประสิทธิภาพ

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

0x Taker ผู้ร่วมก่อตั้ง Aori กล่าวว่า Parallelization เป็นวิธีการทดลองกับตลาดค่าธรรมเนียมท้องถิ่นเพื่อลดข้อพิพาทของรัฐ

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

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

คิดถึงความเป็นไปได้ทั้งหมด

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

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

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

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

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

ประสบการณ์ผู้ใช้ Cryptocurrency แย่มาก ตอนนี้มันคงไม่แย่ขนาดนั้น

User Experience Unification (UXU) ไม่เพียงแต่เป็นไปได้เท่านั้น แต่ยังจำเป็น และอุตสาหกรรมก็กำลังดำเนินการเพื่อให้สิ่งนี้เกิดขึ้นอย่างแน่นอน

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

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

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

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

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

ด้านอื่น ๆ

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

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

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

นี่ไม่ใช่แค่ปาร์ตี้ L1 แต่ EVM L2 แบบขนานต้องการเข้าร่วมสนุก

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

โดยเฉพาะอย่างยิ่ง เราคาดว่า EVM L2 แบบขนานที่มองโลกในแง่ดีจะครองคู่แข่งที่ไม่มีความรู้ในระยะสั้น ในที่สุด เราคาดหวังว่าจะเป็นเรื่องของเวลาเท่านั้นที่เราจะเปลี่ยนจากการรวบรวมฐาน OP ไปเป็น zk-rollup ผ่านเฟรมเวิร์กที่ไม่มีความรู้ทั่วไป เช่น RISC 0 แทนที่จะเป็นแนวทางดั้งเดิมที่ใช้ใน zk-rollup อื่นๆ

รัสต์ดีขึ้นแล้วเหรอ?

การเลือกภาษาการเขียนโปรแกรมจะมีบทบาทสำคัญในการพัฒนาระบบเหล่านี้ เราชอบ 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 แบบติดผนังหรือโปรโตคอลแบบ "กระจายอำนาจ" แบบไฮบริดซึ่งมีชุดเครื่องมือตรวจสอบความถูกต้องแบบรวมศูนย์ โดยเสียสละการกระจายอำนาจเพื่อแลกกับประสบการณ์ออนไลน์แบบออนไลน์ที่ปลอดภัยกว่า (และมีประสิทธิภาพดีกว่า)

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

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

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

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

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

สรุปแล้ว

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

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

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

ลิงค์เดิม

สัญญาที่ชาญฉลาด
เทคโนโลยี
ยินดีต้อนรับเข้าร่วมชุมชนทางการของ Odaily
กลุ่มสมาชิก
https://t.me/Odaily_News
กลุ่มสนทนา
https://t.me/Odaily_CryptoPunk
บัญชีทางการ
https://twitter.com/OdailyChina
กลุ่มสนทนา
https://t.me/Odaily_CryptoPunk
สรุปโดย AI
กลับไปด้านบน
ความเท่าเทียมเป็นหนทางไม่ใช่จุดสิ้นสุด
ดาวน์โหลดแอพ Odaily พลาเน็ตเดลี่
ให้คนบางกลุ่มเข้าใจ Web3.0 ก่อน
IOS
Android