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

เมื่อเร็ว ๆ นี้ในชุมชน Ethereum มีการพูดคุยกันอย่างดุเดือดเกี่ยวกับ 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 ออกจากบัญชีของผู้ใช้ได้

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

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

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

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

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

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

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

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

การไกล่เกลี่ยและ Mempool

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

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

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

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

Mempool โดยไม่มีใบอนุญาต

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

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

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

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

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

ใบอนุญาต Mempool

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

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

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

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

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

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

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

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

ความเสี่ยงและวิธีรับมือ

ความเสี่ยงและวิธีการตอบสนอง

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

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

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

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

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

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

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

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

สรุป

สรุปโดยย่อ

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

Ebunker ผู้ศรัทธา Ethereum มายาวนาน ให้ความสนใจอย่างใกล้ชิดกับการพัฒนาเทคโนโลยี Ethereum การอัพเกรดข้อเสนอ และการเปลี่ยนแปลงชุมชนในครั้งแรก และแบ่งปันการวิจัยและความคิดเห็นเกี่ยวกับเส้นทาง Ethereum ที่สำคัญ เช่น Stake, L2 และ DeFi

ปัจจุบัน Ebunker รวมถึง Ebunker Pool (กลุ่มการขุด Ethereum Stake ที่ไม่ได้รับทุนสนับสนุน) และ Ebunker Venture (Ethereum ร่วมทุนสูงสุด) และธุรกิจอื่น ๆ

เว็บไซต์อย่างเป็นทางการของ Ebunker: