หลักการ สถานะการสมัคร และการตอบสนองความเสี่ยงของเจตจำนง

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

หากคำสั่งธุรกรรมคือ:

“ทำ A แล้วทำ B แล้วจ่าย C เพื่อให้ได้ D”

ดังนั้นเจตนาที่สอดคล้องกันคือ:

“ฉันสามารถจ่ายได้และฉันก็อยากได้ D”

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

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

ความตั้งใจทำงานอย่างไร

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

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

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

ดังที่แสดงในรูป เมื่อส่งธุรกรรม ผู้ใช้ระบุเส้นทางการคำนวณที่แน่นอน เมื่อส่ง Intent ผู้ใช้ระบุเป้าหมายและข้อจำกัดบางประการ และ Matchmaking จะกำหนดเส้นทางการคำนวณที่จะดำเนินการ

สถานะการสมัครแสดงเจตจำนง

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

คำสั่งซื้อที่จำกัด: หากผู้ใช้ได้รับโทเค็น B อย่างน้อย 200 B คุณสามารถถอนโทเค็น 100 A ออกจากบัญชีของผู้ใช้ได้

การประมูลรูปแบบ Cowswap: เหมือนกับคำสั่งซื้อที่ถูกจำกัด แต่อาศัยบุคคลที่สามหรือกลไกในการจับคู่คำสั่งซื้อหลายรายการเพื่อเพิ่มคุณภาพการดำเนินการให้สูงสุด

การสนับสนุนก๊าซ: ผู้ใช้สามารถเลือกที่จะชำระค่าธรรมเนียมการทำธุรกรรมเป็น USDC แทน ETH และมี USDC ในบัญชีเพื่อชำระค่าธรรมเนียมก๊าซ

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

การประมวลผลธุรกรรมแบบรวม: ช่วยให้สามารถประมวลผล Intents หลายรายการร่วมกันเพื่อปรับปรุงประสิทธิภาพของก๊าซ

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

ปัจจุบัน Intent ยังมีแอปพลิเคชันใหม่ใน MEV แบบข้ามสายโซ่ (เช่น SUAVE), นามธรรมบัญชีประเภท ERC 4337 และสถานการณ์คำสั่งซื้อของ Seaport ในขณะที่ ERC 4337 กำลังพัฒนา แอปพลิเคชันใหม่อื่นๆ (เช่น ความตั้งใจข้ามโดเมน) ก็กำลังเข้าสู่ขั้นตอนการสำรวจเช่นกัน

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

นายหน้าและเมมพูล

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

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

ดังที่แสดงในรูป ขั้นแรก Intent จะไหลจากผู้ใช้ไปยัง Intentpool สาธารณะ/ส่วนตัวที่ได้รับอนุญาต/ไม่ได้รับอนุญาต จากนั้นจึงแปลงเป็นธุรกรรมผ่านระบบจับคู่ และสุดท้ายจะแปลงเป็น Mempool สาธารณะ หรือแสดงโดยตรงบนเครือข่ายผ่าน การประมูลประเภท MEV Boost เหนือกว่า

Mempool โดยไม่ได้รับอนุญาต

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

ตัวอย่างเช่น ใน 0x protocol Relayer คำสั่งที่ถูกจำกัดจะถูกถ่ายทอดซุบซิบให้กันและกัน และอัปโหลดไปยังเครือข่ายเมื่อพบการแข่งขัน แนวทางนี้ยังได้รับการสำรวจในบริบทของ ERC 4337 Mempool ที่ใช้ร่วมกันเพื่อต่อสู้กับความเสี่ยงจากการรวมศูนย์และการเซ็นเซอร์ อย่างไรก็ตาม การออกแบบ Intentpool ที่ไม่ได้รับอนุญาตนี้ยังต้องเผชิญกับความท้าทายดังต่อไปนี้:

การต่อต้าน DoS: นักพัฒนาอาจต้องจำกัดการทำงานของเจตนาเพื่อหลีกเลี่ยงการโจมตี DoS ที่อาจเกิดขึ้น

สิ่งจูงใจในการแพร่กระจาย: สำหรับหลาย ๆ แอปพลิเคชัน การดำเนินการตามเจตนาเป็นกิจกรรมที่ทำกำไร ดังนั้นตามทฤษฎีแล้ว โหนดที่ทำงาน Intentpool จึงมีแรงจูงใจที่จะไม่เผยแพร่ Intent เพื่อลดการแข่งขันในการดำเนินการ Intent

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

Mempool ที่ได้รับใบอนุญาต

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

ดังนั้น IntentPools ที่ได้รับอนุญาตจะน่าสนใจสำหรับนักพัฒนาแอปพลิเคชันแบบ Intent ในระยะสั้น อย่างไรก็ตาม สมมติฐานของความไว้วางใจที่แข็งแกร่งนั้นมีข้อบกพร่องตามธรรมชาติและละเมิดจิตวิญญาณของบล็อกเชนดั้งเดิมในระดับหนึ่ง

โซลูชันไฮบริด

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

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

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

ความเสี่ยงและวิธีการจัดการกับพวกเขา

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

ขั้นตอนการสั่งซื้อ: หากได้รับอนุญาตในการดำเนินการตามเจตนา แต่ผู้ใช้เลือกอย่างไม่ระมัดระวังและย้ายออกจาก Mempool สาธารณะ การผลิตบล็อก Ethereum อาจกลายเป็นแบบรวมศูนย์

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

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

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

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

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

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

สรุป

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