ผู้เขียนต้นฉบับ: ฮิลล์
บทความนี้เขียนโดยทีมวิจัยของ SevenX และมีวัตถุประสงค์เพื่อการสื่อสารและการเรียนรู้เท่านั้น และไม่ถือเป็นการอ้างอิงการลงทุนใดๆ หากต้องการอ้างอิงกรุณาระบุแหล่งที่มา
เมื่อเร็วๆ นี้ Uniswap v4 เปิดตัวแล้ว แม้ว่าฟังก์ชันต่างๆ จะยังไม่เสร็จสมบูรณ์ แต่เราหวังว่าชุมชนจะสามารถสำรวจความเป็นไปได้ที่ไม่เคยมีมาก่อนได้อย่างกว้างขวาง เมื่อพิจารณาว่าอาจมีบทความจำนวนมากที่แนะนำอิทธิพลอย่างมากของ Uniswap v4 ในด้าน DeFi บทความนี้จะสำรวจว่า Uniswap v4 เป็นแรงบันดาลใจให้กับโครงสร้างพื้นฐานบล็อกเชนใหม่อย่างไร: ตัวประมวลผลร่วม (ตัวประมวลผลร่วม)
ข้อมูลเบื้องต้นเกี่ยวกับ Uniswap เวอร์ชัน 4
ตามที่ระบุไว้ในเอกสารไวท์เปเปอร์ Uniswap v4 มีการปรับปรุงหลัก 4 ประการ:
Hook: hook เป็นสัญญาที่ใช้งานภายนอกซึ่งดำเนินการตรรกะที่นักพัฒนากำหนด ณ จุดที่ระบุระหว่างการดำเนินการพูล ผู้รวมระบบสามารถสร้างกลุ่มสภาพคล่องแบบรวมศูนย์ด้วยการดำเนินการที่ยืดหยุ่นและปรับแต่งได้ผ่านตะขอเหล่านี้
ซิงเกิลตัน: Uniswap v4 ใช้รูปแบบการออกแบบซิงเกิลตัน ซึ่งพูลทั้งหมดได้รับการจัดการด้วยสัญญาฉบับเดียว ซึ่งช่วยลดต้นทุนการปรับใช้พูลได้ถึง 99%
การบัญชีแบบแฟลช: การดำเนินการแต่ละรายการจะอัปเดตยอดสุทธิภายในหรือที่เรียกว่าเดลต้า และทำการถ่ายโอนภายนอกเมื่อสิ้นสุดการล็อกเท่านั้น การทำบัญชี Lightning ช่วยลดความยุ่งยากในการดำเนินการพูลที่ซับซ้อน เช่น การสลับอะตอมมิกและเพิ่ม
Native ETH: รองรับคู่การซื้อขาย WETH และ ETH
การประหยัดน้ำมันส่วนใหญ่มาจากการปรับปรุงสามครั้งล่าสุด แต่ไม่ต้องสงสัยเลยว่าคุณสมบัติใหม่ที่น่าตื่นเต้นที่สุดคือคุณสมบัติที่กล่าวถึงในตอนต้นของบทความนี้: ตะขอ
Hooks ทำให้กลุ่มสภาพคล่องมีความซับซ้อนและมีประสิทธิภาพมากขึ้น
การปรับปรุงหลักใน Uniswap v4 เกี่ยวข้องกับความสามารถในการตั้งโปรแกรมของการปลดล็อคตะขอ ฟีเจอร์นี้ทำให้กลุ่มสภาพคล่องซับซ้อนและมีประสิทธิภาพมากขึ้น ทำให้มีความยืดหยุ่นและปรับแต่งได้มากกว่าที่เคยเป็นมา เมื่อเปรียบเทียบกับสภาพคล่องแบบรวมศูนย์ของ Uniswap v3 (อัปเกรดสุทธิจาก Uniswap v2) hook ของ Uniswap v4 ให้ความเป็นไปได้ที่หลากหลายมากขึ้นสำหรับวิธีการทำงานของกลุ่มสภาพคล่อง
รุ่นนี้ถือได้ว่าเป็นการอัพเกรดสุทธิเป็น Uniswap v3 แต่อาจไม่เป็นเช่นนั้นเมื่อนำมาใช้ในทางปฏิบัติ พูล Uniswap v3 นั้นเป็นการอัพเกรดเสมอเมื่อเทียบกับพูล Uniswap v2 เนื่องจากการอัปเกรดที่ แย่ที่สุด ที่คุณสามารถทำได้ใน Uniswap v3 คือการ รวมศูนย์ สภาพคล่องตลอดช่วงราคาทั้งหมด ซึ่งทำงานบนหลักการเดียวกันกับ Uniswap v2 อย่างไรก็ตาม ใน Uniswap v4 ระดับความสามารถในการโปรแกรมของแหล่งรวมสภาพคล่องอาจไม่ส่งผลให้เกิดการซื้อขายที่ดีหรือประสบการณ์การจัดหาสภาพคล่อง อาจเกิดข้อบกพร่อง และเวกเตอร์การโจมตีใหม่ๆ อาจเกิดขึ้น เนื่องจากมีการเปลี่ยนแปลงมากมายในวิธีการทำงานของกลุ่มสภาพคล่อง นักพัฒนาที่ต้องการใช้ประโยชน์จากฟีเจอร์ hook จะต้องดำเนินการด้วยความระมัดระวัง พวกเขาจำเป็นต้องเข้าใจอย่างถ่องแท้ถึงผลกระทบของตัวเลือกการออกแบบที่มีต่อการทำงานของพูลและความเสี่ยงที่อาจเกิดขึ้นกับผู้ให้บริการสภาพคล่อง
การเปิดตัว hooks ใน Uniswap v4 แสดงให้เห็นถึงการเปลี่ยนแปลงครั้งสำคัญในวิธีดำเนินการโค้ดบนบล็อกเชน ตามเนื้อผ้า รหัสบล็อกเชนจะถูกดำเนินการในลักษณะตามลำดับที่กำหนดไว้ล่วงหน้า อย่างไรก็ตาม hooks อนุญาตให้มีลำดับการดำเนินการที่ยืดหยุ่นมากขึ้นเพื่อให้แน่ใจว่าโค้ดบางตัวจะถูกดำเนินการก่อนโค้ดอื่น คุณลักษณะนี้ผลักดันการคำนวณที่ซับซ้อนไปที่ขอบของสแต็ก แทนที่จะแก้ไขในสแต็กเดียว
โดยพื้นฐานแล้ว hooks ช่วยให้การคำนวณที่ซับซ้อนมากขึ้นสามารถทำได้นอกสัญญาดั้งเดิมของ Uniswap ในขณะที่อยู่ใน Uniswap v2 และ Uniswap v3 คุณลักษณะนี้สามารถนำไปใช้ผ่านการคำนวณด้วยตนเองภายนอก Uniswap และถูกกระตุ้นโดยตัวกระตุ้นภายนอก เช่น สัญญาอัจฉริยะอื่นๆ Uniswap v4 จะรวม hook เข้ากับสัญญาอัจฉริยะของกลุ่มสภาพคล่องโดยตรง การบูรณาการนี้ทำให้กระบวนการโปร่งใส ตรวจสอบได้ และไม่ไว้วางใจมากขึ้น เมื่อเทียบกับกระบวนการที่ต้องดำเนินการด้วยตนเองก่อนหน้านี้
ประโยชน์อีกประการหนึ่งที่ hooks นำมาคือความสามารถในการขยายขนาด ตอนนี้ Uniswap ไม่จำเป็นต้องพึ่งพาสัญญาอัจฉริยะใหม่อีกต่อไป (ต้องมีการโยกย้ายสภาพคล่อง) หรือทางแยกเพื่อปรับใช้นวัตกรรมอีกต่อไป ตอนนี้ Hooks ใช้ฟังก์ชันใหม่โดยตรง ทำให้กลุ่มสภาพคล่องเก่ามีรูปลักษณ์ใหม่
สภาพคล่อง Uniswap v4 ของวันนี้คือวันพรุ่งนี้ของ dApps อื่นๆ
ฉันคาดการณ์ว่า dApps จำนวนมากขึ้นเรื่อยๆ จะผลักดันการคำนวณออกไปนอกสัญญาอัจฉริยะของพวกเขาเอง เช่น Uniswap v4
วิธีการทำงานของ Uniswap v4 ในปัจจุบันคือการอนุญาตให้แยกการดำเนินการของ Liquidity Pool ได้ทุกขั้นตอน ใส่เงื่อนไขที่กำหนดเอง และเรียกใช้การคำนวณนอกสัญญา Uniswap v4 จนถึงตอนนี้ สถานการณ์ที่คล้ายกันเพียงอย่างเดียวคือสินเชื่อแฟลช ซึ่งการดำเนินการจะกลับมาดำเนินการอีกครั้งหากไม่มีการคืนเงินกู้ภายในบล็อกเดียวกัน เพียงแต่การคำนวณยังคงเกิดขึ้นในสัญญาสินเชื่อแฟลช
การออกแบบ Uniswap v4 นำมาซึ่งข้อดีมากมายที่ไม่สามารถนำไปใช้หรือนำไปใช้ได้ไม่ดีใน Uniswap v3 ตัวอย่างเช่น ขณะนี้คุณสามารถใช้ oracles แบบฝังได้ ซึ่งช่วยลดการพึ่งพา oracles ภายนอกที่มักจะแนะนำเวกเตอร์การโจมตีที่อาจเกิดขึ้น การออกแบบแบบฝังนี้ช่วยเพิ่มความปลอดภัยและความน่าเชื่อถือของข้อมูลราคา ซึ่งเป็นปัจจัยสำคัญในการทำงานโปรโตคอล DeFi
นอกจากนี้ ระบบอัตโนมัติที่ก่อนหน้านี้ต้องถูกกระตุ้นจากภายนอกสามารถฝังลงในแหล่งรวมสภาพคล่องได้โดยตรงแล้ว การบูรณาการนี้ไม่เพียงบรรเทาความกังวลด้านความปลอดภัย แต่ยังแก้ไขปัญหาความน่าเชื่อถือที่เกี่ยวข้องกับทริกเกอร์ภายนอกอีกด้วย นอกจากนี้ ยังช่วยให้กลุ่มสภาพคล่องทำงานได้อย่างราบรื่นและมีประสิทธิภาพมากขึ้น เพิ่มประสิทธิภาพโดยรวมและประสบการณ์ผู้ใช้
สุดท้ายนี้ ด้วย hooks ที่นำมาใช้ใน Uniswap v4 คุณลักษณะด้านความปลอดภัยที่หลากหลายมากขึ้นสามารถนำไปใช้ได้โดยตรงในกลุ่มสภาพคล่อง ในอดีต มาตรการรักษาความปลอดภัยที่กลุ่มสภาพคล่องนำมาใช้ส่วนใหญ่เป็นการตรวจสอบ การให้รางวัลบั๊ก และการซื้อประกัน ด้วย Uniswap v4 นักพัฒนาสามารถออกแบบและใช้กลไกป้องกันความล้มเหลวต่างๆ และคำเตือนสภาพคล่องต่ำลงในสัญญาอัจฉริยะของพูลได้โดยตรง การพัฒนานี้ไม่เพียงแต่ช่วยเพิ่มความปลอดภัยของพูลเท่านั้น แต่ยังช่วยให้ผู้ให้บริการสภาพคล่องมีความโปร่งใสและการควบคุมที่ดียิ่งขึ้นอีกด้วย
เมื่อเทียบกับโทรศัพท์มือถือแบบเดิม ข้อดีของสมาร์ทโฟนคือความสามารถในการตั้งโปรแกรมได้ สัญญาอัจฉริยะอยู่ภายใต้ร่มเงาของ “สคริปต์ถาวร” มานานแล้ว ขณะนี้ ด้วยข้อดีของ Uniswap v4 สัญญาอัจฉริยะพูลสภาพคล่องได้รับการอัปเกรดแบบตั้งโปรแกรมได้ใหม่และกลายเป็น ชาญฉลาดยิ่งขึ้น ฉันไม่เข้าใจว่าทำไมเมื่อได้รับโอกาสในการอัปเกรดจาก Nokia เป็น iPhone ไม่ใช่ dApps ทั้งหมดที่ต้องการอัปเกรดในทิศทางนี้ เนื่องจาก Nokia มีความน่าเชื่อถือมากกว่า iPhone ฉันจึงเข้าใจสัญญาอัจฉริยะบางสัญญาที่ต้องการรักษาสถานะที่เป็นอยู่ แต่ฉันกำลังพูดถึงว่า dApps มุ่งหน้าไปทางใดในอนาคต
dApps ต้องการใช้ hooks ของตัวเอง ซึ่งสร้างปัญหาเรื่องการปรับขนาด
ลองนึกภาพการใช้สิ่งนี้กับ dApps อื่นๆ ทั้งหมด โดยที่เราสามารถแทรกเงื่อนไขเพื่อทริกเกอร์ จากนั้นแทรกการคำนวณตามอำเภอใจระหว่างลำดับธุรกรรมดิบ
ดูเหมือนวิธีการทำงานของ MEV แต่ MEV ไม่ใช่พื้นที่การออกแบบแบบเปิดสำหรับนักพัฒนา dApp มันเหมือนกับการเดินป่าเข้าไปในป่าอันมืดมิดที่ไม่เคยมีใครรู้จัก แสวงหาการปกป้อง MEV จากภายนอกอย่างดีที่สุดและหวังสิ่งที่ดีที่สุด
สันนิษฐานว่าความยืดหยุ่นของ Uniswap v4 เป็นแรงบันดาลใจให้ dApps รุ่นใหม่ (หรืออัปเกรดจาก dApps ที่มีอยู่) ให้ใช้ปรัชญาที่คล้ายกัน ทำให้ลำดับการดำเนินการสามารถตั้งโปรแกรมได้มากขึ้น เนื่องจากโดยทั่วไปแล้ว dApps เหล่านี้จะใช้งานบนเชนเดียวเท่านั้น (L1 หรือ L2) เราจึงคาดว่าการเปลี่ยนแปลงสถานะส่วนใหญ่จะทำงานบนเชนนั้น
การคำนวณเพิ่มเติมที่แทรกระหว่างการเปลี่ยนแปลงสถานะ dApp อาจซับซ้อนและยุ่งยากเกินไปที่จะรันบนลูกโซ่ เราอาจเกินขีดจำกัดก๊าซอย่างรวดเร็ว หรืออาจเป็นไปไม่ได้เลยก็ได้ นอกจากนี้ ยังมีความท้าทายมากมายเกิดขึ้น โดยเฉพาะอย่างยิ่งในแง่ของความปลอดภัยและความสามารถในการจัดองค์ประกอบ
การคำนวณทั้งหมดไม่ได้ถูกสร้างขึ้นเท่ากัน สิ่งนี้เห็นได้จากการพึ่งพาโปรโตคอลภายนอกของ dApps เช่น oracles และเครือข่ายอัตโนมัติ อย่างไรก็ตาม การพึ่งพานี้อาจก่อให้เกิดความเสี่ยงด้านความปลอดภัย
เพื่อสรุปปัญหา: การรวมการคำนวณทั้งหมดเข้ากับการดำเนินการสัญญาอัจฉริยะที่เปลี่ยนแปลงสถานะบนห่วงโซ่เดียวนั้นยังห่างไกลจากความเหมาะสม
เคล็ดลับการแก้ปัญหา: แก้ไขแล้วในโลกแห่งความเป็นจริง
เพื่อที่จะแก้ไขปัญหานี้ที่เกิดจาก dApps รุ่นใหม่ (อาจได้รับแรงบันดาลใจอย่างมากจาก Uniswap v4) เราต้องเจาะลึกถึงแก่นของปัญหา: single chain นี้ Blockchain ทำงานเหมือนกับคอมพิวเตอร์แบบกระจาย โดยใช้ CPU ตัวเดียวในการจัดการงานทั้งหมด บนพีซี CPU สมัยใหม่มีความก้าวหน้าอย่างมากในการแก้ปัญหานี้
เช่นเดียวกับที่คอมพิวเตอร์เปลี่ยนจากซีพียูเสาหินแบบซิงเกิลคอร์ไปเป็นการออกแบบโมดูลาร์ที่ประกอบด้วยคอร์ประสิทธิภาพ, คอร์ประสิทธิภาพ, GPU และ NPU หลายคอร์
การประมวลผล dApp สามารถปรับขนาดได้ในลักษณะเดียวกัน ความยืดหยุ่น การเพิ่มประสิทธิภาพ ความปลอดภัย ความสามารถในการปรับขนาด และความสามารถในการอัปเกรดสามารถทำได้โดยการใช้โปรเซสเซอร์เฉพาะทางและผสมผสานความพยายามเข้าด้วยกัน โดยจ้างบุคคลภายนอกในการคำนวณบางส่วนให้ห่างจากโปรเซสเซอร์หลัก
วิธีแก้ปัญหาเชิงปฏิบัติ
จริงๆ แล้วมีตัวประมวลผลร่วมเพียงสองประเภทเท่านั้น:
โปรเซสเซอร์ร่วมภายนอก
ตัวประมวลผลร่วมแบบฝัง
โปรเซสเซอร์ร่วมภายนอก
ตัวประมวลผลร่วมภายนอกนั้นคล้ายคลึงกับ GPU บนคลาวด์ ซึ่งใช้งานง่ายและมีประสิทธิภาพ แต่มีเวลาแฝงของเครือข่ายเพิ่มเติมระหว่างการสื่อสารระหว่าง CPU และ GPU นอกจากนี้ ท้ายที่สุดแล้ว คุณไม่สามารถควบคุม GPU ได้ ดังนั้นคุณต้องมั่นใจว่า GPU ทำงานได้อย่างถูกต้อง
ยกตัวอย่าง Uniswap v4 สมมติว่า ETH และ USDC บางส่วนถูกเพิ่มไปยังกลุ่มสภาพคล่องระหว่าง TWAP ในช่วง 5 นาทีที่ผ่านมา หากการคำนวณ TWAP เสร็จสิ้นใน Axiom โดยพื้นฐานแล้ว Uniswap v4 จะใช้ Ethereum เป็นตัวประมวลผลหลัก และ Axiom เป็นผู้ดำเนินการ . โปรเซสเซอร์
Axiom
Axiom คือตัวประมวลผลร่วม ZK ของ Ethereum ซึ่งให้สัญญาอัจฉริยะพร้อมการเข้าถึงข้อมูลออนไลน์ทั้งหมดอย่างไม่น่าเชื่อถือ และความสามารถในการคำนวณนิพจน์ตามอำเภอใจกับข้อมูล
นักพัฒนาสามารถสืบค้น Axiom และใช้ผลการตรวจสอบแบบศูนย์ความรู้ (ZK) แบบออนไลน์ในลักษณะที่ไม่น่าเชื่อถือในสัญญาอัจฉริยะของพวกเขา ในการตอบแบบสอบถามให้เสร็จสิ้น Axiom ดำเนินการสามขั้นตอน:
อ่าน: Axiom ใช้การพิสูจน์ความรู้แบบศูนย์เพื่อแก้ไขข้อมูลการอ่านสำหรับส่วนหัวของบล็อก สถานะ ธุรกรรม และใบเสร็จรับเงินในบล็อก Ethereum ในอดีตอย่างน่าเชื่อถือ ข้อมูลออนไลน์ Ethereum ทั้งหมดได้รับการเข้ารหัสในรูปแบบใดรูปแบบหนึ่งเหล่านี้ ซึ่งหมายความว่า Axiom สามารถเข้าถึงข้อมูลใด ๆ ที่สามารถเข้าถึงได้โดยโหนดเก็บถาวร
คำนวณ: เมื่อได้รับข้อมูลแล้ว Axiom จะใช้การคำนวณแบบดั้งเดิมที่ได้รับการพิสูจน์แล้วกับข้อมูลนั้น ซึ่งรวมถึงการดำเนินการตั้งแต่การวิเคราะห์พื้นฐาน (ผลรวม จำนวน สูงสุด นาที) ไปจนถึงการเข้ารหัส (การตรวจสอบลายเซ็น การรวมคีย์) และการเรียนรู้ของเครื่อง (แผนผังการตัดสินใจ การถดถอยเชิงเส้น การอนุมานโครงข่ายประสาทเทียม) ความถูกต้องของการคำนวณทุกครั้งจะได้รับการตรวจสอบในการพิสูจน์ความรู้ที่ไม่มีศูนย์
การตรวจสอบ: Axiom มาพร้อมกับการพิสูจน์ความถูกต้องแบบศูนย์ความรู้สำหรับผลลัพธ์ของการสืบค้นแต่ละครั้ง โดยพิสูจน์ว่า (1) ข้อมูลอินพุตได้รับการดึงมาจากห่วงโซ่อย่างถูกต้อง และ (2) มีการใช้การคำนวณอย่างถูกต้อง การพิสูจน์ความรู้แบบศูนย์นี้ได้รับการตรวจสอบแบบออนไลน์ในสัญญาอัจฉริยะ Axiom และผลลัพธ์สุดท้ายจะพร้อมใช้งานสำหรับสัญญาอัจฉริยะดาวน์สตรีมทั้งหมดในลักษณะที่ไม่น่าเชื่อถือ
สัญญาวาร์ป(ผ่านเรดสโตน)
สัญญา Warp เป็นการใช้งาน SmartWeave ที่พบบ่อยที่สุด ซึ่งเป็นสถาปัตยกรรมที่ออกแบบมาเพื่อสร้างแพลตฟอร์ม/เอ็นจิ้นสัญญาอัจฉริยะที่เชื่อถือได้ รวดเร็ว และพร้อมสำหรับการผลิตบน Arweave โดยพื้นฐานแล้ว SmartWeave คืออาร์เรย์ที่ได้รับคำสั่งของธุรกรรม Arweave ซึ่งได้รับประโยชน์จากการไม่มีตลาดค่าธรรมเนียมการรวมบล็อคธุรกรรมบน Arweave คุณสมบัติพิเศษเหล่านี้ช่วยให้สามารถรับข้อมูลธุรกรรมได้ไม่จำกัดโดยไม่มีค่าใช้จ่ายเพิ่มเติมนอกเหนือจากต้นทุนการจัดเก็บ
SmartWeave ใช้วิธีการเฉพาะที่เรียกว่า การประเมินแบบ Lazy เพื่อเปลี่ยนความรับผิดชอบในการรันโค้ดสัญญาอัจฉริยะจากโหนดเครือข่ายไปยังผู้ใช้สัญญาอัจฉริยะ โดยพื้นฐานแล้ว หมายความว่าการคำนวณสำหรับการยืนยันธุรกรรมจะถูกเลื่อนออกไปจนกว่าจะจำเป็น ซึ่งช่วยลดภาระงานบนโหนดเครือข่าย และทำให้ธุรกรรมสามารถประมวลผลได้อย่างมีประสิทธิภาพมากขึ้น ด้วยแนวทางนี้ ผู้ใช้สามารถคำนวณได้มากเท่าที่ต้องการโดยไม่ต้องเสียค่าธรรมเนียมเพิ่มเติม ทำให้ฟังก์ชันการทำงานไม่สามารถทำได้กับระบบสัญญาอัจฉริยะอื่นๆ แน่นอนว่าการพยายามประเมินสัญญาที่มีการโต้ตอบหลายพันรายการบน CPU ของผู้ใช้นั้นไร้ประโยชน์ในที่สุด เพื่อเอาชนะความท้าทายนี้ จึงได้มีการพัฒนาเลเยอร์นามธรรม เช่น DRE ของ Warp เลเยอร์นามธรรมนี้ประกอบด้วยเครือข่ายผู้ตรวจสอบความถูกต้องแบบกระจายที่จัดการการคำนวณสัญญา ส่งผลให้เวลาตอบสนองเร็วขึ้นอย่างมากและประสบการณ์ผู้ใช้ที่ดีขึ้นในท้ายที่สุด
นอกจากนี้ การออกแบบแบบเปิดของ SmartWeave ยังช่วยให้นักพัฒนาสามารถเขียนตรรกะในภาษาการเขียนโปรแกรมใดๆ ก็ได้ ซึ่งมอบทางเลือกใหม่ให้กับฐานโค้ด Solidity ที่มักจะเข้มงวด การบูรณาการ SmartWeave ที่ไร้รอยต่อช่วยปรับปรุงโปรโตคอลกราฟโซเชียลที่มีอยู่ซึ่งสร้างขึ้นบนเครือข่าย EVM โดยการมอบหมายการดำเนินการที่มีต้นทุนสูงหรือมีปริมาณงานสูงให้กับ Warp โดยใช้ประโยชน์จากประโยชน์ของเทคโนโลยีทั้งสอง
Hyper Oracle
Hyper Oracle คือเครือข่าย ZK oracle ที่ออกแบบมาเพื่อบล็อกเชนโดยเฉพาะ ปัจจุบัน เครือข่าย ZK Oracle ทำงานบนบล็อกเชน Ethereum เท่านั้น โดยจะใช้ zkPoS เพื่อดึงข้อมูลจากแต่ละบล็อกของบล็อกเชนเป็นแหล่งข้อมูลในขณะที่ประมวลผลข้อมูลโดยใช้ zkGraph ที่ตั้งโปรแกรมได้ซึ่งทำงานบน zkWASM ทั้งหมดนี้ในลักษณะที่ไม่น่าเชื่อถือและปลอดภัย
นักพัฒนาสามารถใช้ JavaScript เพื่อกำหนดการคำนวณนอกเครือข่ายแบบกำหนดเอง ปรับใช้การคำนวณเหล่านี้กับเครือข่าย Hyper Oracle และใช้ประโยชน์จาก Hyper Oracle Meta Apps เพื่อสร้างดัชนีและทำให้สัญญาอัจฉริยะเป็นอัตโนมัติ
Meta Apps การทำดัชนีและการทำงานอัตโนมัติของ Hyper Oracle สามารถปรับแต่งและยืดหยุ่นได้อย่างเต็มที่ คุณสามารถกำหนดการคำนวณใดๆ ก็ได้ และการคำนวณทั้งหมด (แม้แต่การคำนวณด้วยการเรียนรู้ของเครื่อง) จะได้รับการรักษาความปลอดภัยโดยการพิสูจน์ความรู้แบบศูนย์ที่สร้างขึ้น
Ethereum blockchain เป็นแหล่งข้อมูลออนไลน์ดั้งเดิมสำหรับ ZK oracles แต่เครือข่ายใดๆ ก็สามารถใช้ได้ในอนาคต
Hyper Oracle ZK Oracle Node ประกอบด้วยสององค์ประกอบหลัก: zkPoS และ zkWASM
- zkPoS ใช้ความรู้เป็นศูนย์เพื่อพิสูจน์ฉันทามติของ Ethereum และรับส่วนหัวของบล็อกและรูทข้อมูลของ Ethereum blockchain กระบวนการสร้างการพิสูจน์ความรู้เป็นศูนย์สามารถจ้างภายนอกไปยังเครือข่ายผู้พิสูจน์ที่กระจายอำนาจได้ zkPoS ทำหน้าที่เป็นลูปด้านนอกของ zkWASM
- zkPoS จัดเตรียมส่วนหัวของบล็อกและรูทข้อมูลให้กับ zkWASM zkWASM ใช้ข้อมูลนี้เป็นอินพุตพื้นฐานสำหรับการรัน zkGraph
-zkWASM เรียกใช้แมปข้อมูลที่กำหนดเองหรือการคำนวณอื่นใดที่กำหนดโดย zkGraph และสร้างหลักฐานความรู้ที่ไม่มีความรู้สำหรับการดำเนินการเหล่านี้ ผู้ดำเนินการโหนด ZK Oracle สามารถเลือกจำนวน zkGraphs ที่ต้องการเรียกใช้ได้ (ตั้งแต่หนึ่งไปจนถึง zkGraphs ที่ปรับใช้ทั้งหมด) กระบวนการสร้างการพิสูจน์ความรู้เป็นศูนย์สามารถจ้างภายนอกไปยังเครือข่ายผู้พิสูจน์ที่กระจายอำนาจได้
ZK oracle ส่งออกข้อมูลนอกเครือข่าย และนักพัฒนาสามารถใช้ข้อมูลนอกเครือข่ายนี้ผ่าน Hyper Oracle Meta Apps (ซึ่งจะแนะนำในบทต่อๆ ไป) ข้อมูลยังมาพร้อมกับการพิสูจน์ความรู้ที่ไม่มีศูนย์ซึ่งพิสูจน์ความถูกต้องและการคำนวณ
รายการอื่น ๆ ที่น่ากล่าวถึง
ยังมีโปรเจ็กต์ที่สามารถใช้เป็นตัวประมวลผลร่วมภายนอกได้ หากคุณตัดสินใจใช้เส้นทางนี้ เพียงแต่ว่าโครงการเหล่านี้ทับซ้อนกันในพื้นที่แนวดิ่งอื่นๆ ของโครงสร้างพื้นฐานบล็อกเชน และไม่ได้แยกประเภทเป็นผู้ประมวลผลร่วม
RiscZero: หาก dApp ใช้ RiscZero เพื่อคำนวณงานการเรียนรู้ของเครื่องสำหรับตัวแทนบนเครือข่ายและให้ผลลัพธ์กับสัญญาเกมบน StarkNet จะใช้ StarkNet เป็นตัวประมวลผลหลักและ RiscZero เป็นตัวประมวลผลร่วม
IronMill: หาก dApp รัน zk loop ใน IronMill แต่ปรับใช้สัญญาอัจฉริยะบน Ethereum มันจะใช้ Ethereum เป็นตัวประมวลผลหลักและ IronMill เป็นตัวประมวลผลร่วม
กรณีการใช้งานที่เป็นไปได้สำหรับตัวประมวลผลร่วมภายนอก
การกำกับดูแลและการลงคะแนน: ข้อมูลออนไลน์ในอดีตสามารถช่วยให้องค์กรอิสระที่มีการกระจายอำนาจ (DAO) บันทึกจำนวนสิทธิ์ในการลงคะแนนเสียงที่สมาชิกแต่ละคนมี ซึ่งจำเป็นสำหรับการลงคะแนน หากไม่มีข้อมูลนี้ สมาชิกอาจไม่สามารถเข้าร่วมในกระบวนการลงคะแนนเสียงได้ ซึ่งอาจขัดขวางการกำกับดูแล
การรับประกันภัย: ข้อมูลออนไลน์ในอดีตสามารถช่วยให้ผู้จัดการสินทรัพย์ประเมินประสิทธิภาพของผู้จัดการนอกเหนือจากผลกำไรได้ พวกเขาสามารถเห็นระดับความเสี่ยงที่พวกเขาเผชิญและประเภทของการเบิกเงินที่พวกเขากำลังประสบอยู่ ซึ่งช่วยให้พวกเขาตัดสินใจได้อย่างมีข้อมูลมากขึ้นเมื่อค่าตอบแทนหรือผลตอบแทนที่เป็นไปได้ลดลง
การแลกเปลี่ยนแบบกระจายอำนาจ: ข้อมูลราคาในอดีตบนห่วงโซ่สามารถช่วยให้การแลกเปลี่ยนแบบกระจายอำนาจตามแนวโน้มและรูปแบบในอดีต ซึ่งอาจนำผลกำไรมาสู่ผู้ใช้ที่สูงขึ้น นอกจากนี้ ข้อมูลการซื้อขายในอดีตยังช่วยให้การแลกเปลี่ยนปรับปรุงอัลกอริทึมและประสบการณ์ผู้ใช้อีกด้วย
ผลิตภัณฑ์ประกันภัย: บริษัทประกันภัยสามารถใช้ข้อมูลออนไลน์ในอดีตเพื่อประเมินความเสี่ยงและกำหนดเบี้ยประกันสำหรับกรมธรรม์ประเภทต่างๆ ตัวอย่างเช่น เมื่อตั้งค่าพรีเมียมสำหรับโครงการ DeFi บริษัทประกันภัยอาจดูข้อมูลออนไลน์ในอดีต
โปรดทราบว่ากรณีการใช้งานข้างต้นทั้งหมดเป็นแบบอะซิงโครนัส เนื่องจากไคลเอ็นต์ dApp จำเป็นต้องเรียกสัญญาอัจฉริยะของตัวประมวลผลร่วมภายนอกเมื่อถูกทริกเกอร์ในบล็อก N เมื่อตัวประมวลผลร่วมส่งคืนผลลัพธ์ของการคำนวณ ผลลัพธ์จะต้องได้รับการยอมรับหรือตรวจสอบในบางรูปแบบอย่างน้อยในบล็อกถัดไป (เช่น N+1) ด้วยวิธีนี้ อย่างน้อยจะได้บล็อกทริกเกอร์ถัดไปเพื่อใช้ประโยชน์จากผลลัพธ์ของการประมวลผลร่วม รุ่นนี้เหมือน cloud GPU จริงๆ มันสามารถรันโมเดล Machine Learning ของคุณได้ดี แต่คุณจะไม่สามารถเล่นเกมที่เล่นอย่างรวดเร็วได้อย่างมีความสุขเนื่องจากเวลาแฝง
ตัวประมวลผลร่วมแบบฝัง
ตัวประมวลผลร่วมแบบฝังจะคล้ายกับ GPU บนเมนบอร์ดพีซีซึ่งอยู่ติดกับ CPU เวลาแฝงในการสื่อสารระหว่าง GPU กับ CPU มีขนาดเล็กมาก และ GPU อยู่ภายใต้การควบคุมของคุณอย่างสมบูรณ์ ดังนั้นคุณจึงมั่นใจได้ว่าจะไม่ถูกดัดแปลงใดๆ เพียงแต่การทำให้ Machine Learning เร็วเท่ากับ Cloud GPU นั้นมีราคาแพง
ยังคงใช้ Uniswap v4 เป็นตัวอย่าง สมมติว่ามีการเพิ่ม ETH และ USDC บางส่วนลงในกลุ่มสภาพคล่องที่ใช้งานบน Artela ในช่วง 5 นาทีสุดท้ายของ TWAP หากพูลถูกปรับใช้ใน EVM บน Artela และการคำนวณ TWAP เสร็จสิ้นใน WASM บน Aretla โดยพื้นฐานแล้วพูลจะใช้ EVM ของ Artela เป็นโปรเซสเซอร์หลักและ WASM ของ Artela เป็นโปรเซสเซอร์ร่วม
Artela
Artela เป็น L1 ที่สร้างขึ้นโดยใช้ Tendermint BFT โดยจัดเตรียมเฟรมเวิร์กที่รองรับการขยายไดนามิกของเลเยอร์การดำเนินการใดๆ เพื่อใช้ฟังก์ชันแบบกำหนดเองบนเชน แต่ละโหนดเต็มของ Artela รันเครื่องเสมือนสองเครื่องพร้อมกัน
EVM ซึ่งเป็นโปรเซสเซอร์หลักที่จัดเก็บและอัปเดตสถานะสัญญาอัจฉริยะ
WASM ซึ่งเป็นตัวประมวลผลร่วมที่จัดเก็บและอัพเดตสถานะด้าน
ด้านต่างๆ แสดงถึงการคำนวณตามอำเภอใจที่นักพัฒนาต้องการดำเนินการโดยไม่ต้องแตะสถานะสัญญาอัจฉริยะ ให้คิดว่ามันเป็นสคริปต์ Rust ที่ให้ dApps มีฟังก์ชันการทำงานที่กำหนดเอง นอกเหนือจากความสามารถในการเขียนแบบเนทิฟของสัญญาอัจฉริยะ
หากสิ่งนี้เข้าใจยากคุณสามารถลองมองจากสองมุมมองต่อไปนี้:
จากมุมมองของสถาปัตยกรรมบล็อกเชน
- Aspect คือเลเยอร์การดำเนินการใหม่
- ใน Artela บล็อกเชนจะรันเลเยอร์การดำเนินการสองชั้นพร้อมกัน - ชั้นหนึ่งสำหรับสัญญาอัจฉริยะ และอีกชั้นหนึ่งสำหรับการคำนวณอื่น ๆ
- เลเยอร์การดำเนินการใหม่นี้ไม่ได้แนะนำสมมติฐานความน่าเชื่อถือใหม่ ดังนั้นจึงไม่ส่งผลกระทบต่อความปลอดภัยของบล็อกเชน VM ทั้งสองได้รับการปกป้องโดยโหนดชุดเดียวกันที่ทำงานเป็นเอกฉันท์เดียวกัน
จากมุมมองของรันไทม์ของแอปพลิเคชัน
- ด้านต่างๆ คือโมดูลที่ตั้งโปรแกรมได้ซึ่งทำงานร่วมกับสัญญาอัจฉริยะ ซึ่งสนับสนุนการเพิ่มฟังก์ชันที่กำหนดเองและการดำเนินการที่เป็นอิสระ
- มีข้อได้เปรียบเหนือสัญญาอัจฉริยะเพียงฉบับเดียวในหลาย ๆ ด้าน:
-- ไม่ล่วงล้ำ: คุณสามารถแทรกแซงก่อนและหลังการดำเนินการตามสัญญาได้โดยไม่ต้องแก้ไขรหัสสัญญาอัจฉริยะ
-- การดำเนินการแบบซิงโครนัส: รองรับตรรกะของ hook ตลอดวงจรชีวิตของธุรกรรมทั้งหมด ช่วยให้สามารถปรับแต่งได้อย่างละเอียดยิ่งขึ้น
-- เข้าถึงสถานะส่วนกลางและการกำหนดค่าชั้นฐานได้โดยตรง ซึ่งรองรับฟังก์ชันระดับระบบ
-- พื้นที่บล็อกที่ยืดหยุ่น: มอบพื้นที่บล็อกอิสระที่รับประกันโปรโตคอลสำหรับ dApps ที่มีข้อกำหนดปริมาณธุรกรรมที่สูงขึ้น
-- เมื่อเปรียบเทียบกับการคอมไพล์ล่วงหน้าแบบคงที่ รองรับ dApps เพื่อให้ได้การอัพเกรดแบบไดนามิกและโมดูลาร์ ณ รันไทม์ เพื่อสร้างความสมดุลระหว่างความเสถียรและความยืดหยุ่น
ด้วยการเปิดตัวโปรเซสเซอร์ร่วมแบบฝังนี้ Artela ประสบความสำเร็จในการพัฒนาที่น่าตื่นเต้น: ขณะนี้ Aspects ของโมดูลส่วนขยายที่กำหนดเองสามารถดำเนินการผ่านธุรกรรมเดียวกันกับสัญญาอัจฉริยะได้ นักพัฒนาสามารถผูกสัญญาอัจฉริยะกับ Aspects และให้ธุรกรรมทั้งหมดที่เรียกว่าสัญญาอัจฉริยะได้รับการจัดการโดย Aspects .
นอกจากนี้ เช่นเดียวกับสัญญาอัจฉริยะ Aspects จัดเก็บข้อมูลบนห่วงโซ่ ซึ่งช่วยให้สัญญาอัจฉริยะและ Aspects อ่านสถานะทั่วโลกของกันและกันได้
คุณสมบัติทั้งสองนี้ปรับปรุงความสามารถในการประกอบและการทำงานร่วมกันระหว่างสัญญาอัจฉริยะและแง่มุมต่างๆ ได้อย่างมาก
ฟังก์ชั่นด้าน:
เมื่อเปรียบเทียบกับสัญญาอัจฉริยะ ฟังก์ชั่นที่ Aspects มอบให้มุ่งเน้นไปที่การดำเนินการก่อนและหลังการซื้อขายเป็นหลัก แง่มุมต่างๆ ไม่ได้มาแทนที่สัญญาอันชาญฉลาด แต่เป็นการเสริมสิ่งเหล่านั้น เมื่อเปรียบเทียบกับสัญญาอัจฉริยะ Aspects ให้แอปพลิเคชันที่มีคุณสมบัติเฉพาะดังต่อไปนี้:
- แทรกธุรกรรมที่เชื่อถือได้ลงในบล็อกกลับหัวโดยอัตโนมัติ (เช่น สำหรับงานตามกำหนดเวลา)
- การกลับรายการการเปลี่ยนแปลงข้อมูลสถานะที่เกิดจากธุรกรรม (เฉพาะธุรกรรมสัญญาที่ได้รับอนุญาตเท่านั้นที่สามารถย้อนกลับได้)
- อ่านตัวแปรสภาพแวดล้อมแบบคงที่
- ส่งต่อสถานะการดำเนินการชั่วคราวไปยังด้านอื่น ๆ ที่อยู่ปลายน้ำ
- อ่านสถานะการดำเนินการชั่วคราวที่ส่งผ่านจากมุมมองอัปสตรีม
- ความสามารถในการอัพเกรดแบบไดนามิกและแบบโมดูลาร์
ความแตกต่างระหว่างแง่มุมต่างๆ และสัญญาอัจฉริยะ:
ความแตกต่างระหว่างแง่มุมต่างๆ และสัญญาอัจฉริยะคือ:
- สัญญาอัจฉริยะคือบัญชีที่มีรหัส ในขณะที่แง่มุมต่างๆ เป็นส่วนขยายดั้งเดิมของบล็อกเชน
- ด้านต่างๆ สามารถดำเนินการได้ที่จุดต่างๆ ในธุรกรรมและวงจรชีวิตบล็อก ในขณะที่สัญญาอัจฉริยะจะดำเนินการที่จุดคงที่เท่านั้น
- สัญญาอัจฉริยะสามารถเข้าถึงสถานะของตนเองและบริบทบล็อกที่จำกัด ในขณะที่แง่มุมต่างๆ สามารถโต้ตอบกับบริบทการประมวลผลทั่วโลกและ API ระดับระบบ
- สภาพแวดล้อมการดำเนินการของ Aspect ได้รับการออกแบบมาเพื่อความเร็วที่ใกล้เคียงกับเจ้าของภาษา
Aspect เป็นเพียงส่วนหนึ่งของตรรกะโค้ดและไม่เกี่ยวข้องกับบัญชี ดังนั้นจึงไม่สามารถ:
- เขียน แก้ไข หรือลบข้อมูลสถานะสัญญา
- สร้างสัญญาใหม่
- โอน ทำลาย หรือถือโทเค็นดั้งเดิม
ลักษณะเหล่านี้ทำให้ Artela เป็นแพลตฟอร์มที่ไม่เหมือนใครซึ่งสามารถขยายการทำงานของสัญญาอัจฉริยะ และมอบสภาพแวดล้อมการพัฒนาที่ครอบคลุมและปรับแต่งได้มากขึ้น
*โปรดทราบว่า หากพูดอย่างเคร่งครัด Aspect ข้างต้นเรียกอีกอย่างว่า Aspect ในตัว ซึ่งเป็นโปรเซสเซอร์ร่วมแบบฝังที่รันโดยโหนดเต็มของ Artela Chain dApps ยังสามารถปรับใช้ Aspects ที่แตกต่างกันของตนเอง ซึ่งดำเนินการโดยโปรเซสเซอร์ร่วมภายนอก ตัวประมวลผลร่วมภายนอกเหล่านี้สามารถดำเนินการบนเครือข่ายภายนอกหรือโดยชุดย่อยของโหนดในฉันทามติอื่น มีความยืดหยุ่นมากกว่าเนื่องจากนักพัฒนา dApp สามารถทำทุกอย่างที่ต้องการได้จริง ตราบใดที่มันปลอดภัยและสมเหตุสมผล อยู่ระหว่างการสำรวจและยังไม่มีการประกาศรายละเอียดเฉพาะเจาะจง
กรณีการใช้งานที่เป็นไปได้สำหรับตัวประมวลผลร่วมแบบฝัง
การคำนวณที่ซับซ้อนที่เกี่ยวข้องกับโปรเจ็กต์ DeFi ใหม่ เช่น กลไกทฤษฎีเกมที่ซับซ้อน อาจต้องการพลังการประมวลผลแบบ on-the-fly ที่ยืดหยุ่นและทำซ้ำได้มากขึ้นของตัวประมวลผลร่วมแบบฝัง
กลไกการควบคุมการเข้าถึงที่ยืดหยุ่นมากขึ้นสำหรับ dApps ต่างๆ ในปัจจุบัน การควบคุมการเข้าถึงมักจะจำกัดอยู่เพียงรายการที่ไม่อนุญาตหรือรายการอนุญาตพิเศษตามสิทธิ์ของสัญญาอัจฉริยะ ตัวประมวลผลร่วมแบบฝังจะปลดล็อกระดับการควบคุมการเข้าถึงทันทีและแบบละเอียด
คุณสมบัติที่ซับซ้อนบางอย่างใน Full Chain Games (FOCG) FOCG ถูกจำกัดโดย EVM มานานแล้ว มันอาจจะง่ายกว่านี้ถ้า EVM ยังคงรักษาฟังก์ชันการทำงานที่เรียบง่ายกว่า เช่น การถ่ายโอน NFT และโทเค็น ในขณะที่ตัวประมวลผลร่วมจะคำนวณการอัปเดตลอจิกและสถานะอื่นๆ
กลไกการรักษาความปลอดภัย dApps สามารถแนะนำการตรวจสอบความปลอดภัยที่ใช้งานอยู่และกลไกป้องกันความล้มเหลวของตนเองได้ ตัวอย่างเช่น กลุ่มสภาพคล่องสามารถบล็อกการถอนเงินเกิน 5% ทุกๆ 10 นาที หากตัวประมวลผลร่วมตรวจพบการถอนอย่างใดอย่างหนึ่ง สัญญาอัจฉริยะสามารถหยุดและทริกเกอร์กลไกการแจ้งเตือนบางอย่าง เช่น การอัดสภาพคล่องฉุกเฉินภายในช่วงราคาแบบไดนามิกที่แน่นอน
บทสรุป
เป็นเรื่องที่หลีกเลี่ยงไม่ได้ที่ dApps จะมีขนาดใหญ่ บวม และซับซ้อนมากเกินไป ดังนั้นจึงหลีกเลี่ยงไม่ได้ที่ตัวประมวลผลร่วมจะได้รับความนิยมมากขึ้น มันเป็นเพียงเรื่องของเวลาและเส้นโค้งการรับเลี้ยงบุตรบุญธรรม
การรันโปรเซสเซอร์ร่วมภายนอกช่วยให้ dApps อยู่ในขอบเขตความสะดวกสบาย ไม่ว่าพวกเขาจะเคยอยู่บนเครือข่ายใดก็ตาม อย่างไรก็ตาม สำหรับนักพัฒนา dApp ใหม่ที่กำลังมองหาสภาพแวดล้อมการดำเนินการที่ปรับใช้ได้ ตัวประมวลผลร่วมแบบฝังก็เหมือนกับ GPU บนพีซี หากเรียกตัวเองว่าเป็นพีซีประสิทธิภาพสูง ก็จะต้องมี GPU ที่เหมาะสม
น่าเสียดายที่โครงการข้างต้นยังไม่ได้เปิดตัวบน mainnet เราไม่สามารถเปรียบเทียบและแสดงให้เห็นว่าโปรเจ็กต์ใดเหมาะสมกับกรณีการใช้งานใดมากกว่ากัน อย่างไรก็ตาม สิ่งหนึ่งที่ปฏิเสธไม่ได้ก็คือเทคโนโลยีกำลังก้าวหน้าอย่างรวดเร็ว อาจดูเหมือนเรากำลังวนเวียนอยู่เป็นวงกลม แต่จำไว้ว่า จากด้านข้าง ประวัติศาสตร์จะได้เห็นว่าเทคโนโลยีมีวิวัฒนาการจริงๆ
สามเหลี่ยมความสามารถในการปรับขยายจงคงอยู่และตัวประมวลผลร่วมจะมีอายุการใช้งานยาวนาน
