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

หากธุรกรรมอ้างถึงอย่างชัดเจนถึงวิธีการดำเนินการพฤติกรรม เจตนาจะอ้างอิงถึงผลลัพธ์ที่คาดหวังของพฤติกรรมนั้น

ตัวอย่างเช่น หากคำสั่งของธุรกรรมคือ:

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

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

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

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

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

เจตนาทำงานอย่างไร

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

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

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

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

การประยุกต์เจตจำนงในปัจจุบัน

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

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

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

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

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

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

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

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

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

คนกลางและเมมพูล

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

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

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

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

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

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

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

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

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

เมมพูลที่ได้รับอนุญาต

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

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

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

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

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

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

กลยุทธ์ความเสี่ยงและการบรรเทาผลกระทบ

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

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

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

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

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

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

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

บทสรุป

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

เว็บไซต์อย่างเป็นทางการของ Ebunker:https://www.ebunker.io

สำหรับการสนทนาเพิ่มเติม โปรดเข้าร่วม: https://t.me/ebunkerio

ทวิตเตอร์ของ Ebunker: https://twitter.com/ebunker_eth

ข้อสงวนสิทธิ์：

1. บทความนี้พิมพ์ซ้ำจาก [กลาง] ลิขสิทธิ์ทั้งหมดเป็นของผู้แต่งต้นฉบับ [Ebunker Chinese] หากมีการคัดค้านการพิมพ์ซ้ำนี้ โปรดติดต่อทีมงาน Gate Learn แล้วพวกเขาจะจัดการโดยเร็วที่สุด
2. การปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นเพียงของผู้เขียนเท่านั้น และไม่ถือเป็นคำแนะนำในการลงทุนใดๆ
3. การแปลบทความเป็นภาษาอื่นดำเนินการโดยทีมงาน Gate Learn เว้นแต่จะกล่าวถึง ห้ามคัดลอก แจกจ่าย หรือลอกเลียนแบบบทความที่แปลแล้ว