บทความนี้จะแนะนำคุณลักษณะ "ความเป็นส่วนตัวที่สามารถโปรแกรมได้" ซึ่งให้ฟีเจอร์การทำธุรกรรมที่ขั้นสูงกว่าและการออกแบบตลาด MEV ที่เปิดกว้างและยุติธรรม - SUAVE มากขึ้น ก่อนที่จะเข้าสู่หัวข้อหลักในการอธิบาย SUAVE โปรดเข้าใจแนวคิดของ Intent ก่อน

เจตนา

ประสบการณ์ปัจจุบันในการใช้ธุรกรรมบล็อกเชน

ยกตัวอย่างธุรกรรม Ethereum สมมติว่าผู้ใช้ต้องการแลกเปลี่ยน USDT เป็น ETH เขาอาจไปที่หน้าเว็บ Uniswap เพื่อตรวจสอบราคาและหลังจากตั้งค่าสลิปราคาที่อนุญาตแล้วให้ลงนามและส่งธุรกรรมจากนั้นรอผลการทําธุรกรรม

ธุรกรรมของเขาจะดูเหมือนนี้คงจะเป็น: “ฉันลงลายมือและส่งธุรกรรมนี้พร้อมค่านอนซ์ 23 และค่าธรรมเนียมแก๊ส 30 Gwei มันจะดำเนินการสัญญา Uniswap เพื่อแลกเปลี่ยน 1000 USDT ของฉันเป็น 0.5 ETH พร้อมค่าสลิปเพจสูงสุด 1%

△ Nonce? Gwei? แหล่งภาพ:https://www.reddit.com/r/MemeRestoration/comments/ejcvd3/confused_math_lady_4080x2663px

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

• ขั้นแรกคือการค้นหาช่องแลกเปลี่ยน สมมติว่าเธอใช้ Google และพบหน้า Uniswap (อย่างน้อยต้องมีเมนูสินทรัพย์ดิจิทัลชัดเจนและปุ่มสวอพ์) แล้วจึงต้องเข้าใจและตั้งค่าสลิปเพจ (หรือใช้ค่าเริ่มต้น)
• หลังจากคลิกที่ปุ่มสลับ หน้าจอลายเซ็นการทำธุรกรรมจะป๊อบอัพขึ้นมา ซึ่งมี Nonce และ Gwei ของค่าธรรมเนียมการจัดการ
• สุดท้ายเธอส่งธุรกรรม แต่อาจเป็นไปได้ว่าไม่มีอะไรเกิดขึ้นและ Alice สามารถเฝ้ารออยู่ในความสับสนและประณามว่าธุรกรรมจะถูกดำเนินการสำเร็จ

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

ประสบการณ์การใช้งานการทำธุรกรรมตามจุดมุ่งหมาย

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

ในความตั้งใจ แอลิซระบุว่า 1000 USDT ควรถูกแลกเปลี่ยนเป็น 0.5 ETH แต่จากการคิดค่าธรรมเนียม ราคาถูกปรับเปลี่ยนเป็น 0.495 ETH และจึงทำการลงนามและส่งคำสั่ง ธุรกรรมของแอลิซจะมีลักษณะดังนี้: “ฉันลงนามและส่งคำสั่งนี้ ฉันต้องการแลกเปลี่ยน 1000 USDT เป็น 0.495 ETH คำสั่งนี้ถือเป็นผลถึงกว่าฉันสามารถได้รับ 0.495 ETH”

มันง่ายมากใช่ไหม? นี่คือประสบการณ์ในการใช้คำสั่งจำกัด (Limit Order) และยังเป็นประสบการณ์ทั่วไปในการใช้ DEX Aggregators (เช่น 1inch และ Tokenlon) ด้วย

△ ความแตกต่างระหว่างการทำธุรกรรม (บน) และความตั้งใจ (ล่าง) ด้วยความตั้งใจ ผู้ใช้เพียงต้องระบุเงื่อนไขและไม่ต้องกังวลเรื่องวิธีการที่จะบรรลงhttps://www.paradigm.xyz/2023/06/intents

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

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

ความตั้งใจจะเสริมสร้างประสบการณ์บล็อกเชนอย่างมาก

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

เคล็ดลับการอ่าน 2: ในภาษาอังกฤษคําว่า Imperative ("จําเป็น") ถูกใช้เพื่ออธิบายประสบการณ์ในการใช้ Transaction ซึ่งคือการออกคําสั่งที่สมบูรณ์เพื่อให้บรรลุเป้าหมาย ในขณะที่คําว่า "ประกาศ" ("คําชี้แจง") ถูกใช้เพื่ออธิบายประสบการณ์การใช้เจตนา คําอธิบายซึ่งระบุว่าใช้โดยระบุเงื่อนไขการดําเนินการและผลการดําเนินการ

เจตสำหรับโลกข้ามเชือง

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

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

ดังนั้น การปรับปรุงประสบการณ์ของผู้ใช้ที่ Intent สามารถนำเสนอมีความสำคัญและเร่งด่วนมากยิ่งขึ้นในโลก cross-chain

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

SUAVE

ชื่อเต็มของ SUAVE คือ Single Unifying Auction for Value Expression จุดประสงค์คือการเป็นตลาด MEV รวมกันในหลายๆ โซน ในตลาดนี้ผู้ใช้สามารถแสดงเงื่อนไขการปิดการซื้อขายและรางวัลของธุรกรรมอย่างมีประสิทธิภาพ ในเวลาเดียวกัน executors (Executors) จะแข่งขันกันและจะร่วมมือกันอย่างมีประสิทธิภาพเพื่อสำเร็จคำขอของผู้ใช้

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

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

จาก Flashbot ไปยัง MEV-Boost ไปถึง SUAVE

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

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

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

ปรากฏการณ์อีกอย่างที่จะมีผลต่อความcentralization และความปลอดภัยคือ Private Order Flow: การทำธุรกรรมของผู้ใช้ไม่ไหลเข้าสู่สระน้ำที่เป็นสาธารณะอีกต่อไป แต่ไปโดยตรงที่ Searcher หรือ Builder Private Order Flow อาจมาจาก Searcher หรือ Builder ซื้อสิทธิ์ในการรับรายได้จากการทำธุรกรรมของผู้ใช้ หรือ Builder ให้บริการที่น่าสนใจ เช่น (1) การยกเลิกฟรีของธุรกรรมหรือคำสั่ง DEX ที่ถูกส่งโดยผู้ใช้ หรือ (2) การให้ Pre-Confirmation ก่อนที่ธุรกรรมจะถูกรับรู้ผู้ใช้มั่นใจว่าธุรกรรมจะได้รับเร็วเพียงใด เพื่อให้ผู้ใช้ไม่ต้องกังวลว่าธุรกรรมจะถูกรับไหมและใช้เวลานานเท่าใด

ในขณะที่ Private Order Flow อาจเพิ่มประโยชน์แก่ผู้ใช้ในช่วงระยะสั้น แต่ในระยะยาว มันจะทำให้เกิดความcentralization ผู้ค้นหา/ผู้สร้างที่มี Private Order Flow จะมีประโยชน์ในการแข่งขันและได้รับประโยชน์มากกว่าผู้ที่ไม่มี ซึ่งจะส่งผลกระทบที่เสียหายต่อการแข่งขัน นอกจากนี้ เนื่องจากไม่มีส่งเสริมให้กับการแชร์ Private Order Flow กับผู้ค้นหา/ผู้สร้างใหม่ ผู้เข้ามาใหม่เหล่านี้จะอยู่ในความเสียหายเมื่อเริ่มเล่นเกม

เหตุใดบล็อกจากธุรกรรมของผู้ใช้ไปยัง Bundle ที่สร้างโดย Searcher จึงต้องรวบรวมผ่าน Private Order Flow นี่เป็นเพราะธุรกรรมและเนื้อหาบันเดิลเป็นสาธารณะและไม่ได้เข้ารหัส หากผู้อื่นเห็นและได้รับอาจนําไปสู่อันตรายต่อผู้ใช้หรือผู้ค้นหา ตัวอย่างเช่นคนอื่น ๆ สามารถแยก MEV ของธุรกรรมของผู้ใช้ผ่านการโจมตีแบบ pincer หรือรื้อ Bundle โดยฉก MEV ออกไป นี่คือเหตุผลที่ทั้งผู้ใช้และผู้ค้นหาต้องไว้วางใจ Builder เนื่องจากพวกเขาจําเป็นต้องส่งมอบเนื้อหาต้นฉบับของธุรกรรมและ Bundle ให้กับ Builder และเชื่อมั่นว่า Builder จะไม่ก่อให้เกิดอันตรายใด ๆ

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

ประการแรกโดยการสร้างตลาดสาธารณะที่ให้บริการ MEV ข้ามสายโซ่ผู้ใช้หรือผู้ค้นหาสามารถแสดงเงื่อนไขรายได้สําหรับการทําธุรกรรมหรือการรวมกลุ่มในตลาดนี้ ตัวอย่างเช่นหากผู้ใช้มีธุรกรรมสองรายการที่ต้องส่งไปยัง Ethereum และ Arbitrum ตามลําดับและธุรกรรมทั้งสองจะต้องรวมและดําเนินการก่อนเวลาที่กําหนดพวกเขาสามารถระบุเงื่อนไขเหล่านี้ในตลาดได้ ผู้ดําเนินการในตลาด (ซึ่งอาจเป็นผู้ค้นหาหรือผู้สร้าง) จะแข่งขันกันเพื่อตอบสนองคําขอเหล่านี้เพื่อรับรางวัล แต่ผู้ใช้หรือผู้ค้นหาจะเชื่อถือการทําธุรกรรมหรือการรวมกลุ่มของพวกเขาในตลาดสาธารณะนี้ได้อย่างไร? นี่คือที่มาของเทคโนโลยีความเป็นส่วนตัว ด้วยการเข้ารหัสธุรกรรมผู้ใช้หรือผู้ค้นหาไม่จําเป็นต้องกังวลเกี่ยวกับอันตรายที่อาจเกิดขึ้นจากผู้อื่นที่ดูธุรกรรมของตนอีกต่อไป เฉพาะกับความเป็นส่วนตัวของธุรกรรมเท่านั้นที่ Open Order Flow จะเป็นไปได้

SUAVE ยัง предлаг(concept of Programmable Privacy), ที่ผู้ใช้หรือผู้ค้นหาสามารถเลือกว่าจะเปิดเผยส่วนที่เฉพาะเจาะจงของธุรกรรมหรือเนื้อหาที่รวมกัน (เช่น ที่อยู่สัญญาของการดำเนินการธุรกรรม) แทนที่จะถูก จำกัดไว้ที่การเลือกระหว่างการเข้ารหัสทั้งหมดหรือไม่มีการเข้ารหัส

เมื่อเทียบกับธุรกรรมที่เข้ารหัสอย่างสมบูรณ์ธุรกรรมที่เปิดเผยข้อมูลเฉพาะสามารถรวมเข้ากับกลุ่มหรือบล็อกได้อย่างมีประสิทธิภาพและรวดเร็วยิ่งขึ้นและยังได้รับการเตะกลับตามรายละเอียดในส่วน MEV-Share ของบทความที่สี่ ด้วยการเปิดเผยข้อมูลเฉพาะผู้ค้นหาสามารถทํางานร่วมกันได้ ผู้ค้นหา B สามารถสร้างชุดรวมของ Searcher A: บันเดิลของ Searcher A ติดตามธุรกรรมของผู้ใช้สําหรับ arbitrage และบันเดิลของ Searcher B จะติดตามบันเดิลของ Searcher A สําหรับการเก็งกําไร ความเป็นส่วนตัวเป็นสิ่งจําเป็นสําหรับขั้นตอนการสั่งซื้อแบบเปิด ความเป็นส่วนตัวช่วยให้ผู้ค้นหามีโอกาสร่วมมือกันทําประโยชน์ซึ่งกันและกันแทนที่จะแข่งขันกันเพื่อโอกาส MEV

ประโยชน์อื่น ๆ ของ SUAVE

• ผ่าน SUAVE ธุรกรรม DEX ที่เชื่อมโยงกันสามารถได้ราคาที่ดีกว่า และเจตจำนงระหว่างเชนสามารถดำเนินการได้มีประสิทธิภาพมากขึ้น
• หาก SUAVE ถูกพิจารณาว่าเป็น Builder ที่ใหญ่แต่ไม่มีการ centralize มันจะมีประโยชน์มากกว่า Builder ที่ centralize เนื่องจากมันรวบรวม Order Flows มากกว่าซึ่งยังสามารถดึงดูด Builders มากขึ้นให้เข้าร่วมกับ SUAVE และสามารถลดความเสี่ยงที่เกิดจากการ centralize ของ Builder ได้อีกด้วย
• ผ่านทาง SUAVE ทุกเชื่อมโยงไม่จำเป็นต้องสร้างสระน้ำที่เป็นเอกชนของตัวเองและตลาด MEV ของเชื่อมโยงของตัวเอง และสามารถใช้ทรัพยากรและพลังงานให้มุ่งเน้นการแก้ปัญหาอื่นหรือให้บริการที่ดีขึ้น

สถาปัตยกรรม SUAVE

บอร์ดประชาสัมพันธ์สำหรับความชอบของผู้ใช้

SUAVE สามารถอธิบายได้ว่าเป็น "กระดานข่าวการตั้งค่าผู้ใช้" คําว่า "ผู้ใช้" ในที่นี้ไม่จําเป็นต้องหมายถึงผู้ใช้บล็อกเชนทั่วไป แต่ผู้ค้นหายังสามารถเป็นผู้ใช้ SUAVE ได้อีกด้วย ในต่อไปนี้ "ผู้ใช้" จะหมายถึงผู้ใช้บล็อกเชนทั่วไป และ "ผู้ใช้ SUAVE" จะหมายถึงผู้ใช้ SUAVE

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

• “ฉันต้องการให้ธุรกรรมของฉันถูกเรียงลำดับก่อนธุรกรรม 0xabcd และถูกรวมอยู่ก่อนบล็อก 110050” ในความเป็นจริงก็คล้ายกับเงื่อนไขที่ระบุโดย Bundle of Searcher เมื่อใช้ Flashbot
• ฉันต้องการให้ Bundle ของฉันถูกรวมอยู่และนำมาให้ฉันได้รับ 0.05 ETH ในรายได้
• "ฉันต้องการให้ Intent A และ Intent B ถูกรวมอยู่ในบล็อก 1001 ของเชน X และบล็อก 50900 ของเชน Y ตามลำดับ" \

เคล็ดลับในการอ่าน: ผู้ใช้ยังสามารถส่งธุรกรรมบล็อกเชนทั่วไป (โดยไม่ระบุความต้องการใด ๆ) ไปยัง SUAVE ก็ได้ นั่นคือ ใช้ SUAVE เป็นสระน้ำแบบทั่วไปหรือ Flashbot เช่น การส่งธุรกรรมการโอน ETH หรือ ธุรกรรม Uniswap โดยตรงไปยัง SUAVE นั่นเอง

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

ด้วยการทําให้การกําหนดการตั้งค่าและรางวัลเป็นสัญญาอัจฉริยะที่จะปฏิบัติตามฝ่ายความต้องการ (เช่นผู้ใช้หรือผู้ค้นหา) จะสามารถนําเสนอข้อกําหนดการตั้งค่าที่มีรายละเอียดและหลากหลายมากขึ้นและข้อกําหนดเหล่านี้เป็นไปตามสิ่งจูงใจทางเศรษฐกิจแทนที่จะพึ่งพาความเมตตาของผู้สร้าง

• ฉันต้องการให้ธุรกรรมของฉันถูกเรียงลำดับก่อนธุรกรรม 0xabcd และถูกรวมอยู่ก่อนบล็อก 110050 หากสำเร็จฉันจะให้คุณ 3 ETH
• "ฉันต้องการให้แบรนด์ของฉันถูกรวมอยู่และนำเข้ามาให้ฉันได้ 0.05 ETH ในรายได้ หากสำเร็จฉันจะให้คุณ 0.02 ETH"
• “ฉันต้องการให้ Intent A และ Intent B ถูกรวมอยู่ในบล็อกที่ 1001 ของโซ่ X และบล็อกที่ 50900 ของโซ่ Y ตามลำดับ หากสำเร็จฉันจะให้คุณ 1.8 ETH”

สถาปัตยกรรม

SUAVE สามารถถือว่าประกอบด้วยสามส่วน: สภาพแวดล้อมของการตั้งความสุวรรณ, ตลาดการดำเนินการ, และการสร้างบล็อกแบบกระจาย

• สภาพแวดล้อมที่ให้ความสำคัญกับการตั้งค่าส่วนบุคคลเป็นที่อยู่ของผู้ใช้และรางวัลจากโซ่ต่าง ๆ รวมทั้งโซ่ SUAVE และกุญแจธุรกรรมของมัน SUAVE User อาจเป็นผู้ใช้ทั่วไปหรือ Searcher
• Execution Market เป็นกลุ่มของ Executors มืออาชีพที่ค้นหาและดําเนินการ User Preferences (ดําเนินการ User Preferences โดยบรรจุลงใน Bundles) เพื่อรับรางวัล Executor อาจเป็น Searcher หรือ Builder
• การสร้างบล็อกแบบกระจายอำนวยบล็อกคือกระบวนการประกอบกลุ่มบันเดิลหลายๆ รายการเข้าด้วยกันในบล็อกสำหรับหนึ่งหรือมากกว่าหนึ่งเชน

△ PE ทางด้านซ้ายรวบรวมเจตนาและธุรกรรมการเก็งกําไรในห่วงโซ่ต่างๆจากนั้นผู้ดําเนินการที่อยู่ตรงกลางจะพยายามตอบสนองการตั้งค่าเหล่านี้และบรรจุเป็นชุดรวมและส่งมอบชุดรวมเหล่านี้ไปยังบทบาททางด้านขวาที่มีสิทธิ์ในการผลิตบล็อกเพื่อประกอบบล็อก แหล่งที่มาของภาพ:https://writings.flashbots.net/the-future-of-mev-is-suave

SUAVE จะมีเครือข่ายและสระว่ายน้ำธุรกรรมของตัวเอง SUAVE เรียกเครือข่ายว่าชั้นการตัดสินในการชำระเงินและสระว่ายน้ำธุรกรรมว่าชั้นการส่งข้อความ

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

วงจรชีวิตของธุรกรรม SUAVE

1. การแสดงความ prefer SUAVE ผู้ใช้ระบุความ prefer และประมูลสำหรับหนึ่งหรือมากกว่า Absent ของเขา/ธุรกรรม
2. การปรับปรุงการดำเนินการ: ผู้ดำเนินการพบเส้นทางการดำเนินการที่ตรงตามความชอบของผู้ใช้ และสามารถค้นหาเส้นทางที่เหมาะที่สุดให้กับมันได้
3. การตั้งค่า: ชุดรวมของ Executor รวมอยู่ในบล็อกของห่วงโซ่เป้าหมายเรียบร้อยแล้วและตรงตามการตั้งค่าที่ระบุโดยผู้ใช้ SUAVE
4. การชำระเงิน: ออราเคิลส่งสถานะเป้าหมายกลับสู่ SUAVE Chain และผู้ดำเนินการดำเนินการสัญญาอัจฉริยะ หลังจากที่สัญญายืนยันว่าความต้องการได้รับการพอใจ SUAVE User รางวัลถูกให้กับผู้ดำเนินการ

△ การตั้งค่าสี่ขั้นตอน จากการสร้าง ไปจนถึงการดำเนินการ ไปจนถึงการตกลง ภาพจากแหล่งที่มา:https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg

MEVM

SUAVE ต้องสามารถเขียน Preference ในภาษาโปรแกรมมิ่งและแปลงมันเป็นสมาร์ทคอนแทร็กเพื่อปฏิบัติตามสัญญาระหว่างผู้ใช้ SUAVE และผู้ดำเนินการ คาดว่า SUAVE จะออกแบบ EVM ที่เฉพาะเจาะจงสำหรับ MEV โดยใช้ EVM - MEVM

MEV จะเพิ่มสัญญา Precompile และประเภทธุรกรรมใหม่โดยเฉพาะสำหรับ MEV การตั้งค่าของผู้ใช้ การพัฒนา Bundle และฟังก์ชันการสร้างบล็อก สามารถทำได้ง่ายๆ ใน MEVM ทั้งหมด

โปรแกรมตัวอย่างในรหัสด้านล่างเขียนอัลกอริทึมการสร้างบล็อก Effective Gas Price (EGP) โดยใช้ Solidity และสัญญา Precompile MEVM

EGP Block Buildingจะเรียงการ์ดเบิลตามราคาแก๊สที่ระบุไว้ในแต่ละการ์ด การ์ดที่มีราคาแก๊สสูงกว่าจะถูกจัดอันดับด้านหน้าของบล็อก:

△ ฟังก์ชันสีชมพูในภาพคือฟังก์ชัน Precompile ของ MEVM ซึ่งออกแบบโดยเฉพาะสำหรับการใช้งาน MEV แหล่งภาพ: https://writings.flashbots.net/mevm-suave-centauri-and-beyond

เคล็ดลับในการอ่าน: การดำเนินการของอัลกอริทึม Block Building จริงจังไม่เกิดขึ้นบนเครือข่าย SUAVE Chain แต่ Block Builder จำลองการดำเนินการออกเหนือเครือข่าย (เหมือนกับโหนดจะจำลองการดำเนินการของธุรกรรมท้องถิ่น) ดังนั้นกระบวนการดำเนินการนี้จะไม่กลายเป็นธุรกรรมที่จะรับที่ในบล็อกและทรัพยากรการคำนวณของ SUAVE Chain และจะไม่ถูก จำกัดโดยประสิทธิภาพการแสดงผลของ SUAVE Chain

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

นอกจากนี้ MEVM จะให้ฟังก์ชั่นความเป็นส่วนตัวในการทําธุรกรรมเพราะหากไม่มีความเป็นส่วนตัวไม่มีความเป็นไปได้ที่จะร่วมมือกัน หากไม่มีความเป็นส่วนตัวผู้ค้นหาต้องกังวลเกี่ยวกับ MEV ของพวกเขาถูกขโมย ในระยะแรกความเป็นส่วนตัวนี้จะทําได้ผ่าน SGX ฮาร์ดแวร์ที่เชื่อถือได้ ธุรกรรมจะถูกเข้ารหัสและส่งไปยัง SGX เพื่อดําเนินการ เป็นที่เชื่อกันว่า SGX จะรันรหัสโปรแกรมที่กําหนดโดยไม่ขโมย MEV ตามต้องการ ในอนาคตเมื่อเทคโนโลยีการเข้ารหัสขั้นสูงอื่น ๆ ค่อยๆเติบโตเต็มที่การเข้ารหัสสามารถใช้เพื่อแทนที่ฮาร์ดแวร์ที่เชื่อถือได้ สําหรับรายละเอียดเพิ่มเติมโปรดดูบทความก่อนหน้าเกี่ยวกับ Mempools ที่เข้ารหัส.

เคล็ดลับการอ่าน: อย่างไรก็ตามยังมีข้อเสียตาม EVM เช่น EVM แสดงออกมากเกินไป: ในความเป็นจริงในการเขียนฟังก์ชั่นที่จําเป็นโดย MEV คุณไม่จําเป็นต้องมี Opcodes จํานวนมากใน EVM การอนุญาตให้ใช้ Opcodes เหล่านี้อาจอนุญาตให้ผู้ที่เต็มใจเขียนการดําเนินการที่ซับซ้อนมาก จากนั้นปล่อยให้ธุรกรรมล้มเหลวเมื่อสิ้นสุดการดําเนินการทําให้โหนดเสียทรัพยากรการประมวลผลจํานวนมากซึ่งเป็นการโจมตี DoS โครงการ Anoma ออกแบบภาษาการเขียนโปรแกรมและสภาพแวดล้อมการดําเนินการใหม่โดยเฉพาะสําหรับการแสดงและดําเนินการเจตนา ในอนาคต SUAVE อาจใช้สถาปัตยกรรมของ Anoma เพื่อแทนที่ MEVM

ปลั๊ก N-Play SUAVE

หากผู้พัฒนาบล็อกหรือผู้ตรวจสอบความถูกต้องของห่วงโซ่รู้ถึงการมีอยู่ของ SUAVE และตั้งใจจะใช้ SUAVE ก็จะถือว่า SUAVE เป็น Block Builder หาก SUAVE ให้ราคาเสนอที่สูงขึ้นสําหรับบล็อกที่สร้างขึ้น Miners หรือ Validators จะใช้บล็อกของ SUAVE ยกตัวอย่าง MEV-Boost ปัจจุบันบน Ethereum บล็อกที่ประกอบด้วย SUAVE จะถูกแปลงเป็นรูปแบบที่สอดคล้องกับกลไกการเสนอราคา MEV-Boost ผ่านปลั๊กอินที่ SUAVE จัดหาให้ ผู้เสนอไม่จําเป็นต้องทําการเปลี่ยนแปลงใด ๆ เพื่อนําบล็อกของ SUAVE มาใช้

หากนักพัฒนาบล็อกหรือผู้ตรวจสอบของเครือข่ายไม่ทราบถึงความมีอยู่ของ SUAVE ตัวดำเนินการของ SUAVE จะประมูลเพื่อรับ Bundle ของตนผ่านกฎค่าธรรมเนียมของเครือข่าย

ความท้าทายของ MEV ทางตอน

แต่ละเชนมีผู้พัฒนาบล็อกและผู้ตรวจสอบของตัวเอง บล็อก B1 ของ SUAVE ที่ได้รับจากโซ่ X ไม่ได้หมายความว่าบล็อก B2 จะได้รับสําเร็จโดยผู้ตรวจสอบของห่วงโซ่ Y กลไกการผลิตบล็อกและตลาดของห่วงโซ่ X และห่วงโซ่ Y เป็นอิสระ เว้นแต่ทั้ง X chain และ Y chain จะใช้ Shared Sequencer และ Sequencer เดียวกันจะสร้างบล็อกสําหรับทั้งสองเชนในเวลาเดียวกันดังนั้นการรวม SUAVE เท่านั้นที่เราสามารถมั่นใจได้ว่า Atomic Inclusion: ทั้งสองเชนจะต้องไม่ "รวบรวมธุรกรรมที่ระบุ (หรือบล็อก) เข้าด้วยกัน" หยวน)" หรือ "ไม่มีรายได้เลย"

และแม้ว่า Shared Sequencer สามารถให้ความมั่นใจใน Atomic Inclusion แต่ก็ไม่ได้หมายความว่าธุรกรรมจะได้รับการดำเนินการ "สำเร็จ" หลังจากถูกรวมอยู่ หากทั้งสองธุรกรรมไม่ได้รับการดำเนินการ "สำเร็จ" แสดงว่า cross-chain MEV ล้มเหลว ในกรณีที่ผู้ใช้ SUAVE ต้องการทำการอิสระทางลูกศร cross-chain ธุรกรรมทั้งสองข้างต้องถูกสร้างขึ้นในเวลาจริงและดำเนินการสำเร็จก่อนที่เขาจะได้รับประโยชน์:

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

เรียกภาพด้านล่างนี้เป็นตัวอย่าง SUAVE User ต้องการทำการซื้อขายแทรกซึมระหว่าง Rollup 1 และ Rollup 2: ซื้อ ETH 1 ในราคาต่ำกว่าบน Rollup 1 และขาย ETH 1 ในราคาสูงกว่าบน Rollup 2

หากการซื้อขายทั้งสองฝ่ายได้รับการจ่ายเงินแบบเรียลไทม์และดำเนินการได้สำเร็จ ผู้ใช้ SUAVE สามารถรับราคาต่าง ๆ ได้ สถานการณ์ 1 และ 2 ในตารางในภาพคือ "ผู้ใช้ SUAVE พร้อมรับความเสี่ยงเอง" และ "ผู้ดำเนินการพร้อมรับความเสี่ยง" ตามลำดับ

คอลัมน์สามคอลัมน์ล่างของตารางคือ "รางวัลสำหรับความสำเร็จทั้งสองฝ่าย", "รางวัลสำหรับความสำเร็จของฝ่ายเดียว" และ "ผลลัพธ์สุดท้ายสำหรับความสำเร็จของฝ่ายเดียว":

• รางวัลสำหรับทั้งการทำธุรกรรมที่ประสบความสำเร็จ (ผู้ใช้ SUAVE ได้รับผลต่างราคา):
  • สถานการณ์ที่ 1: ผู้ใช้ SUAVE จ่ายค่าธรรมเนียมการจัดการ $ 50 ให้กับ Executor
  • สถานการณ์ที่ 2: ผู้ใช้ SUAVE จ่ายค่าธรรมเนียมการจัดการ $70 ให้กับผู้ดำเนินการ (ค่าใช้จ่ายสูงกว่าเพราะผู้ดำเนินการต้องรับความเสี่ยง)
• มีเพียงรางวัลเดียวสำหรับความสำเร็จ (ผู้ใช้ SUAVE ไม่ได้รับ Spread):
  • สถานการณ์ 1: ผู้ใช้ SUAVE จ่ายค่าธรรมเนียมการจัดการ $25 ให้กับผู้ดำเนินการ ผู้ใช้ SUAVE รับผิดชอบความเสี่ยงเอง
  • สถานการณ์ 2: ผู้ใช้ SUAVE ไม่ต้องจ่ายค่าธรรมเนียมหรือเสี่ยง
• มีผลลัพธ์ที่ประสบความสำเร็จเพียงรายการเดียว (ผู้ใช้ SUAVE ไม่ได้รับ Spread):
  • สถานการณ์ 1: ผู้ใช้ SUAVE จ่ายค่าธุรการ $25 ให้กับผู้ดำเนินการและมี ETH เพิ่มเติมในมือ
  • สถานการณ์ 2: ผู้ใช้ SUAVE ไม่ต้องจ่ายค่าธุรการให้กับผู้ดำเนินการและจะไม่มี ETH เพิ่มเติมในมือ และผู้ดำเนินการมี ETH อีกหนึ่งในมือ

△ ผลลัพธ์การดำเนินงานที่แตกต่างกันตามสถานการณ์ที่แตกต่างกัน ภาพที่มา: https://dba.mirror.xyz/NTg5FSq1o_YiL_KJrKBOsOkyeiNUPobvZUrLBGceagg

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

ทำไม SUAVE ต้องใช้เครือข่ายของตัวเอง?

ทำไมเราไม่สามารถโอนและแบ่งปัน Preferences ผ่านเครือข่าย P2P อย่างง่าย? เพราะเครือข่าย P2P บริสุทธิ์ไม่สามารถป้องกันไม่ให้เครือข่ายเต็มไปด้วย Preferences จำนวนมาก (เช่น DoS attacks) หากเป็นเชือก การโจมตีด้วยวิธี DoS สามารถป้องกันได้ผ่านค่าธรรมเนียมการดำเนินการ

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

นอกจากนี้เนื่องจาก SUAVE จําเป็นต้องได้รับข้อมูลจากเครือข่ายอื่น ๆ เพื่อตรวจสอบว่าการตั้งค่าเป็นที่พอใจหรือไม่ SUAVE Chain อิสระสามารถรักษาความเป็นกลางได้โดยการรวบรวมข้อมูลจากเครือข่ายอื่น ๆ ทั้งหมด

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

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

การออกแบบและโมเดลด้านความปลอดภัยของ SUAVE Chain เองยังอยู่ในกระบวนการสนทนา หาก SUAVE Chain เป็น Rollup บน Ethereum คุณสามารถใช้กลไกของ Rollup เองในการโอนสินทรัพย์และอ่านข้อมูล Rollup อื่น ๆ โดยตรง ซึ่งนี้จะดีกว่าการพึ่งพา Rollup อื่น ๆ เทคโนโลยี Cross-chain และบริการ Oracle นำมาให้ความปลอดภัยมากมาย

หาก Validator ของ SUAVE Chain สามารถรวมกับ Eigenlayer ได้ การใช้ Ethereum Validator โดยตรงเป็น SUAVE Chain Validator จะปลอดภัยและเชื่อถือได้มากกว่าการสร้างชุดของ Validators โดย SUAVE เอง แต่แน่นอน การออกแบบเหล่านี้ก็มีข้อเสียเหตุส่วนที่สำคัญ สำหรับการสนทนาเพิ่มเติมเกี่ยวกับการออกแบบ SUAVE Chain โปรดอ้างถึงบทความนี้

สรุปความท้าทายของ SUAVE

• เวลาบล็อกของ SUAVE Chain: เวลาบล็อกของ SUAVE Chain จำเป็นต้องสั้นพอสำหรับผู้ใช้ SUAVE เพื่อประกาศความชอบของตนให้กับผู้ดำเนินการเพื่อดู หากเวลาของ SUAVE Chain ยาวกว่าเชื่อมต่อกับ (เช่น Solana หรือ Rollup อื่น ๆ) มันจะง่ายสำหรับผู้ใช้ SUAVE ที่ไม่มีเวลาให้ผู้ดำเนินการ SUAVE รู้ว่าเขาต้องการทำธุรกรรมเพื่อรวมอยู่ในบล็อกถัดไปของเชื่อมต่อบางอย่าง บล็อกถูกสร้างขึ้นแล้ว
• ความเสี่ยงจาก Oracle: Oracle รับผิดชอบในการ提供ข้อมูลของบล็อคเชนอื่น ๆ และอาจรับผิดชอบในการโอนทรัพย์ของผู้ใช้ SUAVE ไปยัง SUAVE Chain ดังนั้นความสำคัญของ Oracle ไม่ใช่เรื่องเล็กน้อย
• ประสบการณ์การใช้งานข้ามสายโซ่: ผู้ใช้ SUAVE จําเป็นต้องถ่ายโอนสินทรัพย์ไปยัง SUAVE Chain ซึ่งเป็นข้อบกพร่องในประสบการณ์การใช้งาน
• โมเดลเศรษฐกิจ: ว่า SUAVE ต้องการเปิดตัวสินทรัพย์ของตัวเองหรือไม่ วิธีการสร้างสติกเกอร์สำหรับ SUAVE Validator, วิธีการป้องกันการกระตุ้นเศรษฐกิจของ SUAVE จากการส่งผลต่อความปลอดภัยทางเศรษฐกิจของโซ่อื่น ๆ และอื่น ๆ
• เทคโนโลยีความเป็นส่วนตัว: ในระยะสั้น SUAVE จะต้องพึ่งพาฮาร์ดแวร์ที่เชื่อถือได้ เช่น SGX เพื่อให้บริการฟังก์ชันความเป็นส่วนตัวของธุรกรรม แต่ในระยะยาว มันจะต้องเปลี่ยนเป็นวิธีการที่มีการกระจายและปลอดภัยมากขึ้นเพื่อลดความเสี่ยง
• ภาษาความชอบที่เหมาะสม: ว่า EVM เหมาะสมเป็นวิธีในการแสดงและปฏิบัติตามความชอบหรือไม่?

สรุปและข้อความสำคัญ

• การเกิดขึ้นของ SUAVE มีวัตถุประสงค์ (1) การแก้ไขความเสี่ยงที่เกิดจากความส่วนกลางที่เกิดจากความแตกต่างในความได้เปรียบของ Builders ที่สามารถเกิดจาก Cross Domain MEV และ (2) เปิดโอกาสสำหรับความร่วมมือระหว่าง Searchers / Builders ผ่านการนำเสนอความเป็นส่วนตัวที่สามารถโปรแกรมได้ เพื่อลดความเสี่ยงที่เกิดจากการส่งคำสั่งส่วนตัว
• การทําธุรกรรมส่วนตัวอย่างเต็มที่ทําให้การทํางานของ Searchers ทําได้ยากเนื่องจากไม่สามารถทําธุรกรรมผู้ใช้ Back-Run ได้อย่างมีประสิทธิภาพซึ่งนําไปสู่ประสิทธิภาพในการทํางานแบบ on-chain ที่ลดลง อย่างไรก็ตามผู้ใช้ไม่จําเป็นต้องเลือกระหว่าง "ความเป็นส่วนตัว" และ "ประสิทธิภาพ" พวกเขาสามารถใช้ความเป็นส่วนตัวที่ตั้งโปรแกรมได้เพื่อเลือกที่จะเปิดเผยข้อมูลบางส่วนทําให้การทํางานของผู้ค้นหาง่ายขึ้นและปรับปรุงประสิทธิภาพแบบ on-chain และรางวัล Back-run
• กับ SUAVE, ผู้ใช้ SUAVE สามารถระบุความตั้งใจ/ความชอบของธุรกรรมและเงื่อนไขต่างๆ ในขณะที่ส่วนที่เหลือจะถูกจัดการโดยผู้ปฏิบัติอาชีพเพื่อบรรลุเงื่อนไขและเรียกร้องรางวัลที่สัญญากับผู้ใช้ SUAVE เมื่อสอดคล้อง
• SUAVE จะมีโซ่ของตนเองเนื่องจาก P2P ที่บริสุทธิ์ไม่สามารถป้องกันการโจมตี DoS และ SUAVE จะมีคุณสมบัติและการตั้งค่าของตนเองสำหรับโซ่ (MEV) ดั้งนั้น โซ่ที่มีอยู่ไม่สามารถใช้งานโดยตรงได้ โซ่นี้จะขึ้นอยู่กับการปรับเปลี่ยนของ EVM โดยเพิ่มฟังก์ชันที่จำเป็นสำหรับ MEV ที่เรียกว่า MEVM
• Cross-chain MEV เป็นการดําเนินการที่ท้าทายอย่างมาก เนื่องจากต้องสร้างความมั่นใจในการรวมอะตอมและรับประกัน "การดําเนินการที่ประสบความสําเร็จ" ของธุรกรรม ผู้ใช้ SUAVE สามารถระบุสถานะที่กําหนดให้ต้องทําธุรกรรมให้สําเร็จก่อนที่จะให้รางวัลแก่ผู้ดําเนินการซึ่งจะเป็นการถ่ายโอนความเสี่ยงไปยังผู้ดําเนินการ ซีเควนเซอร์ที่ใช้ร่วมกันสามารถรับประกันการรวมอะตอม แต่ไม่รับประกันว่าธุรกรรมจะดําเนินการ "สําเร็จ"
• SUAVE เป็นโซ่ของตนเอง ซึ่งหมายความว่าผู้ใช้ SUAVE ต้องโอนสินทรัพย์ไปยัง SUAVE Chain ก่อนที่พวกเขาจะสามารถใช้ SUAVE อีกทั้ง Oracle ที่ปลอดภัยจะต้องใช้เพื่อรายงานข้อมูลจากโซ่อื่น ๆ ไปยัง SUAVE Chain เพื่อตรวจสอบว่าความต้องการถูกพอใจ
• SUAVE ยังเผชิญกับอุปสรรคทางเทคนิคและการออกแบบหลายประการ เช่น การ Oracle ที่ปลอดภัย เทคนิคความเป็นส่วนตัวที่ปลอดภัย ภาษา Preference และโมเดลทางเศรษฐกิจ รวมถึงอื่น ๆ

Disclaimer：

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