การประมวลผลโดยเจตนา เปลี่ยนการโต้ตอบของ Web3 ในเชิงลึกอย่างไร

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

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

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

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

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

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

Tx (ธุรกรรม) คือทางตันสำหรับผู้ใช้ปลายทาง

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

เพื่อแสดงให้เห็นถึงความซับซ้อนนี้ ให้พิจารณาสถานการณ์ต่อไปนี้: คุณต้องการโต้ตอบกับแอปพลิเคชันกระจายอำนาจ (dApp) บนเครือข่าย Arbitrum แต่ปัจจุบันเงินของคุณถูกเก็บไว้ในบล็อกเชน Ethereum:

1. เยี่ยมชมเว็บไซต์ dApp

2. พยายามเชื่อมต่อกระเป๋าเงินของคุณกับ Arbitrum แต่ไม่พบเงินทุน

3. เปิดแท็บใหม่และค้นพบวิธีที่ดีที่สุดในการโอนเงินของคุณข้ามเครือข่าย

4. ไปที่สะพานข้ามโซ่

5. เชื่อมต่อกระเป๋าเงินของคุณกับบล็อคเชนอื่น (Ethereum)

6. โอนเงินจาก Ethereum ไปยัง Arbitrum

7. รอให้ cross-chain เสร็จสิ้น

8. กลับสู่แท็บเดิม

9. เปลี่ยนกระเป๋าเงินของคุณกลับไปเป็น Arbitrum

10. ตอนนี้คุณสามารถใช้ dApps กับเงินทุนที่เชื่อมโยงกับ Arbitrum ได้แล้ว

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

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

การตรวจสอบโดยย่อเกี่ยวกับนามธรรมของบัญชี

ใน Ethereum มีที่อยู่สองประเภท: สัญญาอัจฉริยะและบัญชีภายนอก (EOA)

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

เพื่อตอบสนองความต้องการ SCW โดยไม่มี EOA แยกต่างหาก ERC-4337 ขอแนะนำธุรกรรมประเภทใหม่ที่เรียกว่า User Operation (UserOp) และแนะนำบทบาทใหม่ที่เรียกว่า Bundlers นอกจากนี้ ERC-1271 (วิธีการตรวจสอบลายเซ็นมาตรฐานสำหรับสัญญา) ได้แนะนำวิธีการมาตรฐานในการตรวจสอบว่าลายเซ็นของสัญญาที่กำหนดนั้นถูกต้อง การอัปเดตเหล่านี้ปรับปรุงประสบการณ์ผู้ใช้ SCW และช่วยให้ผู้ใช้มีขั้นตอนที่ราบรื่นยิ่งขึ้น กระบวนการเฉพาะมีดังนี้:

1. ผู้ใช้ลงนามใน UserOp โดยระบุการดำเนินการที่ต้องการ UserOps จะไม่ถูกส่งไปยัง mempool หลักโดยตรง แต่มีผู้ใช้หลายรายส่งพวกเขาไปยัง mempool สำรอง ที่นี่ Executors และ Bundlers เข้ามามีบทบาทเพื่อรวม UserOps เหล่านี้เข้าด้วยกัน และส่งไปยังสัญญาเริ่มต้นเป็นชุด สัญญารายการนี้จะสื่อสารกับกระเป๋าเงินสัญญาอัจฉริยะ

2. เมื่อ SCW ได้รับ UserOp แบบรวมแล้ว จะเข้าสู่กระบวนการสองขั้นตอน ขั้นแรก ดำเนินการ ValidateOp ซึ่งเกี่ยวข้องกับการตรวจสอบผู้ลงนามที่เหมาะสม การควบคุมการเข้าถึง และการจำกัดอัตราเพื่อให้แน่ใจว่าการดำเนินการนั้นถูกกฎหมายและปลอดภัย หลังจากการรับรองความถูกต้องสำเร็จ SCW จะดำเนินการดำเนินการต่อไปโดยใช้ฟังก์ชัน ExecuteOp การดำเนินการเหล่านี้อาจรวมถึงงานต่างๆ เช่น การโอนเงิน การดำเนินการแลกเปลี่ยน หรือการซื้อ NFT

ข้อได้เปรียบที่สำคัญของการลบบัญชีคือการลบแก๊ส ซึ่งช่วยให้กระบวนการชำระเงินค่าแก๊สสำหรับผู้ใช้ง่ายขึ้น นี่คือบทบาทของเรื่องการชำระเงิน สัญญาหลักการชำระเงินทำหน้าที่เป็นนิติบุคคลอื่น เมื่อผู้ใช้ส่งธุรกรรม UserOp จะถูกส่งไปยังสัญญาการชำระเงินหลัก เงินต้นที่ชำระเงินจะตรวจสอบและรับรองว่าจะชำระต้นทุนค่าน้ำมันของธุรกรรม โดยจะส่งคืนโทเค็น Gas ดั้งเดิมในจำนวนที่สอดคล้องกันให้กับ Bundlers ซึ่งทำหน้าที่เป็นกลไกการคืนเงิน หลังจากประมวลผลการชำระเงิน Gas นี้แล้ว UserOp จะผ่านขั้นตอน ValidateOp และ ExecuteOp

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

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

แอปพลิเคชันเฉพาะสำหรับเจตนา

ชื่อรอง

แล้วเจตนาคืออะไร?

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

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

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

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

• พวกเขาเชี่ยวชาญในโดเมนเดียว

• พวกเขาใช้และดำเนินการข้อมูลที่เกี่ยวข้องกับบัญชีผู้ใช้เท่านั้น

• พวกเขาเกี่ยวข้องกับการชดเชยก๊าซ

ตัวอย่างเฉพาะสำหรับแอป Intent

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

• ลำดับที่จำกัด: ผู้ใช้สามารถระบุได้ว่าโทเค็น 100 X จะถูกนำออกจากบัญชีของพวกเขาก็ต่อเมื่อพวกเขาได้รับโทเค็น Y อย่างน้อย 200 Y

• การสนับสนุนแก๊ส: ผู้ใช้สามารถเลือกใช้ USDC เพื่อชำระค่าธรรมเนียมการทำธุรกรรมแทน ETH และจัดสรร USDC ในบัญชีของตนเพื่อให้ครอบคลุมค่าธรรมเนียมแก๊สของผู้ชำระเงิน

• การมอบหมาย: การโต้ตอบกับบัญชีใดบัญชีหนึ่งสามารถถูกจำกัดในลักษณะที่ได้รับอนุญาตล่วงหน้า ตัวอย่างเช่น ETH อาจถูกจัดสรรสำหรับการซื้อ NFT ที่จดทะเบียนใน OpenSea หรือที่อยู่เฉพาะอาจถูกจำกัดให้โต้ตอบกับ Uniswap และ Sushiswap เท่านั้น

• การแบ่งกลุ่มธุรกรรม: ผู้ใช้สามารถอนุญาตให้หลาย Intent รวมกันเป็นธุรกรรมเดียวเพื่อปรับปรุงประสิทธิภาพการใช้ก๊าซ

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

แม้ว่าแอปพลิเคชัน AA และ Intent-Specific จะเป็นความก้าวหน้าที่สำคัญ แต่ก็มีข้อจำกัดในสภาพแวดล้อมแบบหลายสายโซ่ด้วย ลองพิจารณาสถานการณ์: ฉันเป็นเจ้าของ ETH และต้องการซื้อโทเค็น XYZ ให้ได้มากที่สุดโดยใช้ประโยชน์จากสภาพคล่องใน Rollups ต่างๆ ด้วย AA ฉันสามารถใช้ตัวรวบรวม DEX ที่ฉันชื่นชอบกับ Rollup ใดๆ ได้อย่างง่ายดายและรวดเร็ว อย่างไรก็ตาม ความท้าทายก็คือฉันยังต้องค้นหาตัวรวบรวม DEX ที่ดีที่สุดที่มีอยู่ในชุดรวมอัปเดตทั้งหมดด้วยตนเอง

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

วิธีแก้ปัญหาทั่วไป

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

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

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

เพื่ออธิบายสิ่งนี้ ลองนึกถึงสถานการณ์ที่ฉันเป็นเจ้าของ ETH และเป้าหมายของฉันคือซื้อเหรียญ XYZ ให้ได้มากที่สุดโดยใช้ประโยชน์จากสภาพคล่องระหว่าง Rollups ต่างๆ ในโลกที่มีเจตนาเป็นศูนย์กลาง ฉันสามารถบอก mempool ว่าฉันเป็นเจ้าของ ETH และต้องการเหรียญ XYZ ในปริมาณมากที่สุดเท่าที่จะเป็นไปได้ ตัวแก้ปัญหาที่มีความซับซ้อนสูงที่จะค้นหาวิธีแก้ไขได้อย่างมีประสิทธิภาพ การกระตุ้นของตัวแก้ปัญหาเหล่านี้ควรนำไปสู่ผลลัพธ์ที่เหมาะสมที่สุด ในสภาพแวดล้อมแบบหลายสายโซ่นี้ แม้แต่งานพื้นฐาน เช่น บริษัทเดียวที่ใช้ตัวรวบรวม DEX เพื่อรวมเข้ากับชุดรวมอัปเดตและโดเมนใหม่ทั้งหมดก็กลายเป็นเรื่องที่ไม่สามารถปฏิบัติได้จริง ดังนั้นแอปพลิเคชันเฉพาะจุดประสงค์จึงขาดความสามารถในการปรับขนาดในสภาพแวดล้อมแบบหลายสายโซ่ดังกล่าว อย่างไรก็ตาม สำหรับจุดประสงค์ ภาษาที่ยืดหยุ่นและมีวัตถุประสงค์ทั่วไปสามารถปรับขนาดได้อย่างมีประสิทธิภาพเนื่องจากทำงานเป็นระบบที่ไม่ได้รับอนุญาต ไม่จำเป็นต้องมีบริษัทใดบริษัทหนึ่งทำหน้าที่เป็นผู้รวบรวม DEX แบบสายโซ่เต็มรูปแบบซึ่งครอบคลุมทุกสายโซ่ แต่ชุดโปรแกรมแก้ปัญหาสามารถแข่งขันเพื่อให้บริการผู้ใช้ ซึ่งบางโปรแกรมมีความเชี่ยวชาญในคลาส Rollup เฉพาะและโปรแกรมอื่นๆ ในโดเมนอื่น แนวทางนี้แสดงให้เห็นว่าจุดประสงค์ของ cross-chain มีประโยชน์และความสามารถที่สำคัญนอกเหนือจากนามธรรมบัญชีทั่วไป ซึ่งอาจเป็นประโยชน์แม้ในกรณีการใช้งานที่เรียบง่าย

ชื่อรอง

ตัวอย่างของโซลูชันทั่วไป

แม้ว่าวิสัยทัศน์นี้จะมีแนวโน้มดี แต่ขั้นตอนแรกคือการสร้างชั้นเจตนาที่ผู้ใช้สามารถแสดงเจตนาของตนได้ และผู้แก้ปัญหาสามารถแข่งขันกันเพื่อแก้ไขปัญหาเหล่านั้นได้ โปรเจ็กต์ต่างๆ เช่น Anoma, SUAVE, Essential และ CoW Protocol ต่างแข่งขันกันที่จะกลายเป็น Intent Layer ของบล็อกเชน โดยใช้แนวทางที่แตกต่างกัน

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

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

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

Essential กำลังพัฒนาชุดผลิตภัณฑ์ที่จะขับเคลื่อนการเปลี่ยนแปลงของระบบนิเวศบล็อกเชนจากการดึงคุณค่าไปสู่ความพึงพอใจตามเจตนา พวกเขากำลังสร้าง Domain Individual Language (DSL) สำหรับแสดงเจตนา มาตรฐาน Ethereum สำหรับ Intent-Oriented Account Abstraction และโมดูลาร์ Intent Layer DSL ช่วยให้สามารถแสดงเจตนาที่เป็นมาตรฐานและโซลูชันที่เหมาะสมที่สุด ช่วยเพิ่มความสามารถในการประกอบและการพัฒนาแอปพลิเคชันตามเจตนา มาตรฐานการลบบัญชีที่มุ่งเน้นตามเจตนาช่วยให้นักแก้ปัญหาสามารถสร้างธุรกรรมที่ถูกต้องตามจุดประสงค์ของผู้ใช้ โดยแนะนำฟังก์ชันการทำงานของเจตนาในห่วงโซ่ EVM ที่มีอยู่ เลเยอร์ Intent แบบโมดูลาร์ช่วยให้มั่นใจได้ถึงสถาปัตยกรรมแบบ Intent เท่านั้น ขั้นตอนการสั่งซื้อแบบรวม การต้านทาน MEV และความเป็นไปได้ของการดำเนินการตามเจตนาแบบข้ามสายโซ่ ภารกิจของ Essential คือการมอบอำนาจแก่ผู้ใช้ กำจัดการแสวงหาผลประโยชน์ และส่งเสริมอนาคตบล็อกเชนที่ยุติธรรมและยึดผู้ใช้เป็นศูนย์กลาง

ชื่อรอง

ภาพรวมโปรแกรมการทดสอบเจตนา

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

บทสรุป

วิธีการที่ใช้ Tx ในปัจจุบันใน Web3 พิสูจน์แล้วว่าซับซ้อนและใช้เวลานานสำหรับผู้ใช้ปลายทาง โดยเกี่ยวข้องกับการระบุเส้นทางการดำเนินการระหว่างโครงสร้างพื้นฐานต่างๆ ส่งผลให้ประสบการณ์ผู้ใช้ที่น่าหงุดหงิดและการใช้ประโยชน์ที่อาจเกิดขึ้นจากผู้ดำเนินการที่มีความซับซ้อนมากขึ้น แอปพลิเคชันที่อิงตามเจตนารมณ์เสนอการเปลี่ยนแปลงที่น่าหวังจากกระบวนทัศน์ที่จำเป็นไปสู่การประกาศ ปรับปรุงประสบการณ์ผู้ใช้ และลด MEV ให้เหลือน้อยที่สุด แม้ว่า Account Abstraction (AA) และแอปพลิเคชัน Intent-Specification ได้นำมาซึ่งความก้าวหน้าที่น่าตื่นเต้น แต่ก็มีข้อจำกัดบางประการเช่นกัน โดยเฉพาะอย่างยิ่งในโลกที่มีหลายห่วงโซ่

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

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