ที่ LI.FI เราเคยอภิปรายว่า ถึงแม้การสร้างสะพานที่มีพื้นฐานที่ชัดเจนสามารถเร่งความรวดเร็วของการสร้างสะพาน แต่พวกเขาอาจเสี่ยงต่อการกลายเป็นส่วนหนึ่งของการแก้ปัญหาที่มีลักษณะส่วนกลางเนื่องจากขาดการแก้ปัญหา

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

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

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

เรามาเริ่มกันเลย!

บทนำถึงความ Abs

หมายเหตุ: ข้ามส่วนนี้หากคุณคุ้นเคยกับการตั้งความตั้งใจหรืออ่านของเราแล้วบทความก่อนหน้า

Intents flip the script of how a transaction works, focusing on the user’s end goal or “intent” rather than the specific steps to achieve it (more on this later). There are two main benefits of intent-based design:

• ประสบการณ์ผู้ใช้ - ประสบการณ์ UX รู้สึกเรียบร้อยและมักจะเร็ว ผู้ใช้แสดงเจตนาและผู้แก้ปัญหาจัดการส่วนที่เหลือ การรวมกันของก๊าสและคุณสมบัติอื่น ๆ ทำให้ประสบการณ์เรื่องการทำธุรกรรมเราะร้อนกว่าธุรกรรมปกติ การมีความเป็นไปตามเวลา (JIT) ทำให้ไม่ต้องรอนาทีสำหรับการทำธุรกรรมอีกต่อไป โดยรวมแล้ว ประสบการณ์ที่เชื่อมโยงกับเจตนาน้อยกว่าสำหรับผู้ใช้ ทำให้เกิดความรู้สึก "คลิกเดียว" ซึ่งแอป web2 ส่วนใหญ่สามารถให้ผู้ใช้ได้
• ประสิทธิภาพการดําเนินการ — Solvers ซึ่งมักจะเป็นผู้ดูแลสภาพคล่องมืออาชีพหรือทีมโปรโตคอลจัดการการดําเนินการธุรกรรมสําหรับผู้ใช้ วิทยานิพนธ์ที่นี่คือตัวแก้เฉพาะมีความพร้อมในการสร้างธุรกรรมสําหรับการดําเนินการที่เหมาะสมที่สุดมากกว่าสัญญา AMM พื้นฐานหรือผู้ใช้ปลายทางที่นําทางในหลายแอป การแบทช์ธุรกรรมและคุณสมบัติอื่น ๆ เช่นการจับคู่คําสั่งซื้อทําให้การดําเนินการตามความตั้งใจมีประสิทธิภาพมากขึ้น สําหรับผู้ใช้: ไม่มีข้อผิดพลาดโง่ ๆ ทรัพยากรที่สูญเปล่าและประสบการณ์ onchain ที่น่าผิดหวังสําหรับผู้ใช้อีกต่อไป สําหรับการใช้งาน: ไม่ต้องพึ่งพาสัญญาที่เรียบง่ายและไม่มีประสิทธิภาพสําหรับเส้นทางการทําธุรกรรมที่ซับซ้อนอีกต่อไป สําหรับ LPs ไม่มีสภาพคล่องแฝงอยู่ในสัญญาแบบ on-chain อีกต่อไป

การออกแบบตามเจตจำนงเป็นสิ่งที่เกิดจากความสำเร็จเติบโตของสิ่งที่เรียกว่ากระดาษห่อข้าวมันป๋อง การแยกชั้นเชื่อม– หรือที่เรียกว่าการสร้างแอปพลิเคชันที่มีปฏิสัมพันธ์กับโซ่หลายรายการพร้อมรู้สึกเหมือนกับประสบการณ์ "คริปโต" ที่เชื่อมโยงกัน

ด้วยความ Absorption มันคือ Solvers ไปทั้งหมด

โปรโตคอลที่ใช้ความตั้งใจมีส่วนประกอบหลักสามส่วน:

• การแสดงบุคลากร - ผู้ใช้ระบุผลลัพธ์ที่ต้องการบนแอปพลิเคชัน ตัวอย่างเช่น บนสะพาน ผู้ใช้อาจพูดว่าต้องการแลกเปลี่ยน 1 ETH บน Arbitrum เพื่อรับ 1 ETH บน Optimism
• การดำเนินการตามเจตคติ — Solver ที่แข่งขันในการประมูลกำหนดวิธีการดำเนินการที่มีประสิทธิภาพที่สุดตามเจตคติของผู้ใช้ ผู้ชนะ (เช่น Relayer ใน Across) ปฏิบัติคำขอ (ส่ง 1 ETH ถึงผู้ใช้บน Optimism)
• การตั้งนิติสัตว์ — ผู้แก้ปัญหาได้รับเงินเป็นค่าบริการ (เช่น ได้รับ 1 ETH จากผู้ใช้บน Arbitrum + ค่าธรรมเนียมเล็ก ๆ) โปรโตคอลนิติพิสูจน์ว่ามีความตั้งใจของผู้ใช้ อย่างไรก็ดี นี่เป็นแค่ด้านหนึ่งของการตั้งนิติสัตว์ มุมมองที่ใหญ่กว่าคือ การตั้งนิติสัตว์ยังช่วยให้การสร้างสมดุลทางทุนระหว่างเชนและสินทรัพย์สำหรับผู้แก้ปัญหา

ความตั้งใจทั้งหมดดีทั้งหมด - ราบ, ไว, มีประสิทธิภาพ, ง่าย แต่มีปัญหาเกี่ยวกับการออกแบบที่เชื่อมต่อกับความตั้งใจ: ขาดการแก้ปัญหา

รากฐานของการกลายเป็นส่วนกลางด้วยจินตนาการ

Solvers เป็นสันทนาการของโปรโตคอลที่เชื่อมโยงการทำงาน พวกเขาคือสิ่งที่ดำเนินการจริงๆ ตามความตั้งใจของผู้ใช้ เช่น การส่งสินทรัพย์ไปยังเชน A จากเชน B

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

• ความต้องการในการจำลอง - บางโปรโตคอลที่ใช้จากสมองมนุษย์มีความต้องการในการจำลองสำหรับผู้แก้ปัญหาที่ต้องการร่วมรายการประมูลของพวกเขา ตัวอย่างเช่น ใน 1inch Fusion เฟิวชัน 10 ที่แก้ปัญหาอันดับต้น ๆ (เรียกว่าresolvers) ได้รับอนุญาตให้เข้าร่วมการประมูล เหล่าซอลเวอร์เหล่านี้จะได้รับการจัดอันดับและได้รับการรับรองตาม 'พลังม้าราว' ซึ่งเป็นตัวชี้วัดที่ถูกกำหนดโดยการถือหุ้นโทเค็น 1inch ของพวกเขา (โดยตนเองหรือโดยตัวแทน) และระยะเวลาของการถือหุ้น ข้อกำหนดในการถือหุ้นนี้มีอยู่เพื่อป้องกันพฤติกรรมที่ไม่ดี สิ่งที่ดีคือปัญหา? การถือหุ้นเหล่านี้อาจเป็นอุปสรรคที่สำคัญในการเข้าร่วม โดยเฉพาะสำหรับผู้เล่นขนาดเล็กที่อาจไม่มีทุนแรงโน้มถ่อนขณะเริ่มต้น
• ระบบที่ได้รับอนุญาต - โปรโตคอลที่ใช้เป็นฐานที่มีการอนุญาตหมายความว่ามีผู้ควบคุมที่ตัดสินให้ใครสามารถเข้าร่วมได้ ตัวอย่างเช่นในกรณีของ 1inch Fusion การเข้าถึงจะขึ้นอยู่กับพลังม้ายคอร์น ในขณะที่ในระบบอื่น ๆ อย่างUniswapX Beta, การเข้าร่วมอาจต้องมีการรับ whitelist จากโปรโตคอลที่ดำเนินการประมูล ระบบเหล่านี้จะมีลำดับความสำคัญในด้านคุณภาพการดำเนินการ เพื่อให้แน่ใจว่าเฉพาะผู้แก้ปัญหาที่เชื่อถือได้เท่านั้นที่ได้รับอนุญาตให้เข้าร่วม วิธีการนี้ช่วยให้โปรโตคอลสามารถให้ประสบการณ์ผู้ใช้ที่เรียบง่ายและน่าเชื่อถือ โดยให้ผู้ใช้มั่นใจในคุณภาพการดำเนินการ อย่างไรก็ตาม ในขณะที่ลักษณะของการอนุญาตมีประโยชน์ แต่ก็จำกัดการเข้าร่วมในการประมูลสำหรับผู้แก้ปัญหาที่หลากหลายกว่า
• ความซับซ้อนของต้นทุน - ผู้แก้ปัญหาต้องทำการทดสอบใหม่อยู่เสมอเพื่อให้สามารถดำเนินการตามความต้องการข้ามเชนได้ นอกจากนี้ จำนวนของเชนก็มีการเพิ่มมากขึ้น ทำให้การบรรจุสินค้าข้ามเชนการทดสอบใหม่และการถือสินทรัพย์ที่ถูกต้องในระบบนี้ที่ L3 อาจเริ่มเป็นที่นิยมในที่สุดในตอนกลางคืนหรือ L2 ตัดสินใจปิดอย่างที่สุด ยังมีปัญหาเรื่องความเปราะบาง โพรโตคอลที่มีเจตความตั้งใจเป็นวิธีการที่เป็นที่น่าสนใจในตลาดและกำลังเปลี่ยนแปลงอย่างต่อเนื่องเมื่อกรณีขอบเขตใหม่ๆเกิดขึ้น นี้ต้องการการอัพเดตบ่อยครั้งที่ฝั่งผู้แก้ปัญหา มีการเพิ่มเลเยอร์อีกชั้นหนึ่งของความซับซ้อน
• ค่าใช้จ่ายคงที่สูง - เขียนรหัสที่ซับซ้อน การจัดการการผสานที่กำหนดเองสำหรับโปรโตคอลแต่ละอย่าง การบริหารสินทรัพย์ในระบบทั่วไป การจัดการค่า RPC การบำรุงรักษาฮาร์ดแวร์ที่เชี่ยวชาญเพื่อชนะการแข่งขันในด้านความเร็ว - นี้เป็นอย่างน้อยเพียงบางส่วนของอุปสรรคที่เพิ่มชั้นความซับซ้อนและค่าใช้จ่ายสำหรับผู้แก้ปัญหา
• Incentives and lack of order flow – Solvers, being rational actors, aren’t in it for charity. They need to see a return on their investment to justify their participation. Taking on risks — such as costs, complexity, and funds at stake — should be compensated with higher returns. Otherwise, the expected value might not be attractive enough to justify the effort. Currently, the intents landscape has very few applications with sufficient order flow to make the effort worthwhile for solvers (think volume and potential profitability vs. the hassle of integration). This is why while apps with significant order flow (1inch, CoWswap, UniswapX, Across) see sufficient participation and competition of solvers, other apps struggle to attract enough solvers due to their lower order flow.

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

ตัวอย่างเช่น ขอเรามาดูที่สองข้อวัดสำหรับโปรโตคอลที่ขึ้นอยู่กับความตั้งใจ: Cowswap สำหรับความตั้งใจในการสลับและ Across สำหรับความตั้งใจในการเชื่อมโยงเชื่อมต่อ:

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

Across มีผู้แก้โจทย์ (ที่เรียกว่า relayers) มากกว่า 15 คนที่กำลังแข่งขันอย่างมุ่งมั่นเพื่อให้บริการต่อสายการเชื่อมต่อระหว่างเครือข่ายให้กับผู้ใช้ ในขณะที่ Risk Labs ยังคงดำเนินการด้วยตัวของตนเอง ตามแผนภูมิด้านล่างแสดงให้เห็นว่า ข้อขัดแย้งกับข้อมูลเราก่อนหน้าการวิจัย, ไม่มีผู้แก้ปัญหาคนเดียวที่ครองการประมูลอีกต่อไป มีความแข่งขันเพียงพอในหมู่แก้ปัญหา

การกระจายไหลของคำสั่งระหว่าง Across relayers โปรดทราบ: Risk Labs ดำเนินการโซลเวอร์ที่ระบุด้วยสีเขียวและสีเทาเข้มในแผนภูมิด้านบน ที่มา: ข้อมูลภายใน Across

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

มีเหตุผลหลายประการที่สร้างความต่างกันนี้ แต่ที่สำคัญคือไม่มีผู้แก้ปัญหาเพียงพอ น่าจะดูเหมือนเป็นรายละเอียดเล็กน้อย แต่มันกลายเป็นลูกฝาฟาดที่กำลังจะระเบิดสำหรับการกลายเป็นศูนย์กลาง

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

ไม่ได้เป็นอนาคตที่เปิดเผยแบบไม่มีการอนุญาตที่เรามองเห็นใช่ไหม? พวกเราพอสมควรกำลังใส่ UI สุราษฎร์บนระบบที่มีการควบคุม - ความขัดแย้งของการเปิดเผยทั้งหมดในการปฏิวัติการเงิน, ที่เรากำลังทำข้อผิดพลาดเหมือนกับระบบสืบสดที่เราตั้งใจที่จะสร้างความสับสน

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

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

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

มาตรฐานการแสดงออกของความตั้งใจ — ERC-7683

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

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

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

เพื่อแก้ไขปัญหาเหล่านี้ Uniswap Labs และ Across ได้เสนอERC-7683, รูปแบบมาตรฐานสำหรับความตั้งใจข้ามเชือง มาตรฐานนี้มีประโยชน์หลายประการ:

• การผสานรวมที่เรียบง่าย — ผู้แก้ปัญหาเพียงต้องเข้าใจรูปแบบเพียงอย่างเดียวเท่านั้นเพื่อให้การตั้งใจจากโปรโตคอลที่เป็นไปตาม ERC-7683 ทำได้ สิ่งนี้ลดขีดจำกัดในการเข้าร่วมสำหรับผู้แก้ปัญหาใหม่อย่างมีนัยยามาก
• Universal network of existing solvers — Applications can plug into a pre-existing network of solvers, eliminating the need to build and maintain their own. This also increases the competition among solvers to fulfill intents, which can potentially lead to lower fees for the users.

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

1.ความเข้ากันได้นี้มีประโยชน์ใหญ่หลายประการ:

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

อย่างไรก็ตาม ยังมีข้อเสียและข้อจำกัดบางอย่างที่อาจกีดขวางประโยชน์ทั่ว ๆ ไปและการนำมาใช้ของ ERC-7683:

• ความเป็นไปได้ของมาตรฐานการแข่งขัน - ปัญหาของมาตรฐานคือมันยากที่จะจัดการสิ่งจูงใจในหมู่ผู้เล่นทุกคนในระบบนิเวศ เว้นแต่มาตรฐานจะถูกฝังอยู่ในระดับโปรโตคอลโดยห่วงโซ่เองคําถามจะยังคงมีอยู่ว่ามันทําหน้าที่เป็นสาธารณประโยชน์ที่เป็นประโยชน์ต่อทุกคนอย่างเท่าเทียมกันหรือไม่ ในกรณีของ ERC-7683 อาจเป็นที่ถกเถียงกันอยู่ว่า Across และ Uniswap ยืนหยัดที่จะได้รับมากขึ้นจากการยอมรับทั้งจากมุมมองทางการตลาดและในฐานะผู้เริ่มใช้ที่กําหนดมาตรฐาน เราเคยเห็นอุปสรรคที่คล้ายกันกับมาตรฐานสะพานในอดีตเช่นมาตรฐาน xERC-20 ที่เกี่ยวข้องกับแบรนด์ Connext หรือมาตรฐาน OFT ที่เชื่อมโยงกับ LayerZero Labs แสดงให้เห็นถึงอุปสรรคที่คล้ายกัน แม้จะมีความพยายามที่จะกําหนดมาตรฐานว่าเป็นกลางที่น่าเชื่อถือ แต่ความสงสัยยังคงมีอยู่ว่าบางฝ่ายได้รับประโยชน์อย่างไม่สมส่วนหรือไม่ ความสงสัยนี้มักจะนําไปสู่การสร้างมาตรฐานการแข่งขันทําลายวัตถุประสงค์ของการสร้างมาตรฐานที่เป็นหนึ่งเดียว

ปัญหาของมาตรฐาน - จะมีมากกว่าหนึ่งอย่างเสมอ

• ดินแดนตลาดผู้แก้ปัญหาอาจเสียหายจริงๆ - ERC-7683 ต้องรับรองว่ามันสร้างสนามเล่นที่เสมอภาคที่ผู้แก้ปัญหาใหม่และผู้แก้ปัญหาที่มีอยู่สามารถแข่งขันอย่างเที่ยงธรรมได้ หากมาตรฐานสิ้นสุดลงสร้างดินแดนตลาดที่ผู้แก้ปัญหาที่มีสินทรัพย์มากกว่าเช่น Wintermute จบลงการเป็นผู้ชนะในส่วนใหญ่ของ orderflow จะต้องถูกสอบถามว่าจริงๆ มีประโยชน์จากการทำเช่นนี้ทั้งหมดหรือไม่
• มาตรฐานนี้ครอบคลุมเฉพาะ Ethereum และระบบนิวัติบัติที่ไม่ จำกัด ถึง Ethereum และระบบนิวัติบัติที่กว้างขวาง ในปัจจุบัน Solana ทำปริมาณมากกว่า Ethereum และ L2s ของมันทุกวันและทุกเดือน ต้องมีการพิจารณาเพื่อทำให้มาตรฐานนี้เป็นระบบโซ่และนิวัติบัติที่ลิงง อย่างไรก็ตาม นี่จะทำให้มันเป็นความพยายามที่ใหญ่กว่าในการประสานงาน
• มาตรฐานนี้ครอบคลุมเฉพาะการถ่ายโอนข้ามสายโซ่และคําสั่ง จํากัด - ERC-7683 ส่วนใหญ่มีศูนย์กลางอยู่ที่เจตนาข้ามสายโซ่ การมุ่งเน้นนี้อาจจํากัดการบังคับใช้กับเจตนาในรูปแบบอื่นๆ ซึ่งอาจจํากัดยูทิลิตี้สําหรับกรณีการใช้งานที่กว้างขึ้นภายในระบบนิเวศโปรโตคอลตามความต้องการของผู้ใช้ อย่างไรก็ตามสิ่งสําคัญคือต้องพิจารณาวิทยานิพนธ์ของ Across: พวกเขาเชื่อว่าการกระทําข้ามสายโซ่ส่วนใหญ่จะเป็นการถ่ายโอนที่เรียบง่ายไม่ใช่การกระทําหลายขั้นตอนที่ซับซ้อน การดําเนินการเหล่านี้มักจะเกี่ยวข้องกับการถ่ายโอนข้ามสายโซ่เริ่มต้นตามด้วยการดําเนินการเพิ่มเติมในห่วงโซ่ปลายทาง โดยพื้นฐานแล้วมาตรฐานรองรับกรณีการใช้งานข้ามสายโซ่ที่พบบ่อยที่สุด: การถ่ายโอน และ, สามารถใช้ร่วมกับการกระทําแบบสายเดี่ยวเพื่อตอบสนองเจตนาต่างๆ, แทนที่จะเป็นมาตรฐานที่ครอบคลุมเจตนาที่เป็นไปได้ทั้งหมด.

การทำงานร่วมกันของโซลเวอร์สำหรับการดำเนินการตามจุดประสงค์ - แพลตฟอร์มเช่น Khalani

โปรโตคอลที่ใช้จิตวิญญาณส่วนใหญ่มักเน้นการกระทำในขอบเขตแคบ ๆ เช่น การสวอพและการสร้างสะพาน บนจำนวน๷ จำกัดของเชน

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

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

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

แพลตฟอร์มเช่น Khalani предложите решение для обеспечения сотрудничества решателей-решателей. Вместо соревнования PvP друг против друга решатели работают вместе, чтобы найти лучшее решение для намерения каждого пользователя. Это позволяет множеству меньших, специализированных решателей эффективно сотрудничать.

ที่มา: การเสนอ Khalani

เป็นKevin Wang (co-founder ของ Khalani) อธิบาย: Khalani เป็นแพลตฟอร์มสําหรับตัวแก้แบบเพียร์ทูเพียร์ "ความบังเอิญของสามารถทําได้" การทํางานร่วมกันช่วยให้สามารถแบ่งเจตนาที่ซับซ้อนออกเป็นเจตนาพิเศษที่เล็กกว่า (หรือเจตนาที่เขียนได้) ชิ้นส่วนที่จัดการได้มากขึ้นซึ่งผู้แก้แต่ละคนสามารถจัดการได้

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

เพื่อเข้าใจว่า Khalani ช่วยให้การทำงานร่วมกันระหว่างผู้แก้ปัญหาเป็นไปอย่างไร เรามาพิจารณาตัวอย่าง

พูดว่า... บ็อบผู้ใช้ Ethereum ที่มี USDC ต้องการ ETH บน Arbitrum และใช้ intent-based bridge

นี่คือวิธีที่ผู้แก้ปัญหาสามารถใช้ Khalani เพื่อดำเนินการตามจุดประสงค์นี้:

1. บ็อบยื่นความตั้งใจ: “ฉันต้องการ ETH บน Arbitrum แลกกับ USDC บน Ethereum”

2. ตะลุยสร้างต่อบทเกณฑ์เลือกผู้แก้ปัญหาพิเศษเพื่อเติมความตั้งใจของบ็อบ ไปเรียกผู้แก้ปัญหาคนนี้ว่าผู้แก้ปัญหา A - ผู้ถูกเลือก

อย่างไรก็ตาม Solver A ใช้คลังสินค้าหมดใน Arbitrum เพื่อทำให้ความตั้งใจของ Bob และตัดสินใจใช้กำลังของ Solvers ของ Khalani เพื่อจ่ายเงินทุนที่ต้องการ

1. Solver A ส่งจริงใจเข้าไปยัง Khalani เพื่อขอให้โซลเวอร์คนอื่น (หรือการผสมรวมของโซลเวอร์) เป็นผู้เดินหน้าทุนบน Arbitrum และแลกเปลี่ยนกับเงินทุนที่ล็อคของ Bob บน Ethereum

2. ผู้แก้ปัญหาอีกคน ผู้แก้ปัญหา B (Arbitrum whale) ซึ่งถือสินค้าในด้าน Arbitrum ทำการโอนสินทรัพย์ที่ต้องการให้กับบ็อบบน Arbitrum

3. ผู้ใช้ - การตกลงของผู้แก้ปัญหา - เมื่อผู้แก้ปัญหา B ทำการร้องขอของ Bob เสร็จสิ้น ผู้แก้ปัญหา A จะตกลงกับผู้ใช้โดยการให้พิสูจน์ไปยังแพลตฟอร์มการตกลง ซึ่งในที่นี้คือสะพานที่มีจุดปลายตามความตั้งใจ ผลลัพธ์คือ ผู้แก้ปัญหา A ได้รับ USDC ของ Bob บน Ethereum

4. Solver - การตกลงของตัวแก้ปัญหา – Solver A ตกลงกับ Solver B โดยการนำเสนอหลักฐานการดำเนินการไปยังเครือข่าย Khalani

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

ตัวอย่างเช่น บ็อบ ผู้ใช้ Ethereum ที่มี USDC ต้องการฝาก ETH ในแพลตฟอร์มการยืมเงินบน Arbitrum

ในกรณีนี้ โซลเวอร์ที่ถูกเลือกอาจร่วมมือกับโซลเวอร์ที่เชี่ยวชาญหลายรายบน Khalani ขึ้นอยู่กับความเชี่ยวชาญที่ต้องการ

• Solver A (pricing expert) - รันซอฟต์แวร์ที่ทำงานเฉพาะเพื่อค้นหาราคาที่แม่นยำที่สุดสำหรับคู่การซื้อขายบนเชนเดียวกันหรือระหว่างเชน สามารถใช้ในการกำหนดราคาสำหรับ Likuiditas USDC / ETH โดยใช้ข้อมูลทั้งบนเชนและออฟเชน
• Solver B (Arbitrum whale) – ถือคลังสินค้าบน Arbitrum ซึ่งสามารถใช้เพื่อเผชิญกับปริมาณ ETH ที่ต้องการบน Arbitrum
• Solver C (Ethereum executor) – พิเศษในการดำเนินการดีที่สุดบน Ethereum โดยให้ตัวเลือกการค้าขายระหว่างราคา/ความล่าช้าให้กับผู้ใช้ สามารถใช้เพื่อดำเนินการธุรกรรมเพื่อเอาเงินฝากของผู้ใช้บน Ethereum
• Solver D (ผู้ดำเนินการ Arbitrum) - เชี่ยวชาญในการดำเนินธุรกรรมบน Arbitrum สามารถใช้ในการดำเนินธุรกรรมโดยท้องถิ่นเพื่อฝาก ETH เข้าสู่แพลตฟอร์มการให้ยืมบน Arbitrum

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

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

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

1) ความขึ้นต่อกันของงาน: บางงานอาจขึ้นต่อการเสร็จสิ้นของงานอื่น ๆ การประสานงานความขึ้นต่อกันเหล่านี้และการจัดการข้อผิดพลาดอาจทำให้เกิดความล่าช้าเมื่อผู้แก้ปัญหาต้องรอให้งานที่ต้องทำก่อนเสร็จสิ้น

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

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

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

ERC 7683 x ลูกกลิ้ง Khalani

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

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

Capital Efficient Intent Settlement — Clearing Layers like Everclear

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

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

Everclear เน้นการแก้ปัญหานี้โดยการ coordinate การชำระเงินของ Likuiditi ระหว่างโลหะผ่าน 'ชั้นที่ชัดเจน' - เครือข่ายที่มีความแตกต่างที่ koordinate การลบเค้าและการชำระเงินของโลหะระหว่างโซ่

ความสำคัญของคุณค่าของ Everclear คือแนวคิดของการจับคู่

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

สำหรับคุณที่เป็นส่วนหนึ่งของคลับนักเดินทางด้านสกุลเงินดิจิทัล คุณต้องคุ้นเคยกับ Splitwise - แอปที่ช่วยให้กลุ่มคนสามารถติดตามค่าใช้จ่ายที่แบ่งกัน เช่น ระหว่างการเดินทาง คุณสมบัติ "Settle Up" ใน Splitwise เป็นตัวอย่างที่ดีของ netting:

• การติดตามค่าใช้จ่าย - สมาชิกแต่ละคนในกลุ่มบันทึกค่าใช้จ่ายของพวกเขาลงในแอปพลิเคชัน
• การคำนวณยอดเงิน - Splitwise คำนวณว่าแต่ละคนเป็นหนี้หรือเป็นหนี้
• Settle Up (Netting) – แทนที่จะแต่ละคนจ่ายให้กันหลายครั้ง Splitwise คำนวณวิธีที่ง่ายที่สุดในการชำระหนี้ทั้งหมด

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

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

ที่มา: การเสนอ Everclear

Everclear เชื่อว่า ~80% ของการไหลเข้าและออกประจำวันสามารถรวมกันได้นี่หมายความว่าสำหรับทุก $1 ที่ถูกโอนเข้าสู่เชนเฉลี่ยทุกวัน $0.80 ถูกโอนออก นั้นแสดงว่าโดยรวมมีปริมาณการส่งผ่านสะพานมากขึ้น 5 เท่าของที่จำเป็น และผู้แก้ปัญหากำลังปรับสมดุลในเชนอื่นๆ มากขึ้นอย่างมีนัยสำคัญเนื่องจากพวกเขากำลังทำงานอย่างเรียกได้

ลองมาเข้าใจว่าผู้ใช้ (โปรโตคอลที่ใช้จากความตั้งใจ, โซลเวอร์, หรือ CEXs) จะใช้ Everclear’s stack อย่างไร

พิจารณาตัวอย่างของ Alice, ผู้แก้ปัญหาที่ชอบที่จะตกลงกับ Arbitrum. Alice ต้องการกรอกธุรกรรม 10 ETH จาก Optimism ไปยัง Arbitrum. นี่คือวิธีการทำงานของกระแสและไม่มี Everclear:

เราสามารถเห็นว่าประโยชน์ของเลเยอร์การล้างเช่น Everclear สำหรับผู้ใช้ (ผู้แก้ปัญหา พี่เลี้ยง) เช่น อลิซ คือ:

• การตั้งค่าล่วงหน้า - แอลิซชอบที่จะตัดสินใจในอาร์บิตรัมและเอเวอร์แคลร์ รับประกันว่าเธอจะได้รับการชดเชยในอาร์บิตรัม ซึ่งสอดคล้องกับความชอบของเธอ
• ไม่จำเป็นต้องทำการปรับน้ำหนักใหม่ - หากไม่มี Everclear, Alice จำเป็นต้องทำการสร้างสะพาน 10 ETH จาก Optimism ไปยัง Arbitrum เพื่อปรับน้ำหนักใหม่ ด้วย Everclear, ขั้นตอนนี้ถูกกำจัดออก เพื่อประหยัดเวลาและทรัพยากร ด้วย Everclear การจัดการปรับน้ำหนักเป็นเรื่องที่ง่ายขึ้น สิ่งนี้อาจทำให้ผู้เข้าร่วมใหม่เข้าร่วมกลุ่มของแก้ปัญหาได้โดยเฉพาะ
• ลดภาระงานด้านการดำเนินการ – โดยการลดความจำเป็นในการทำการสมดุลด้วยวิธีด้วยตนเอง Everclear ลดภาระงานด้านการดำเนินการสำหรับ Alice โดยทำให้เธอสามารถโฟกัสในการแก้ปัญหาการทำธุรกรรมได้มากขึ้น
• ประหยัดค่าใช้จ่าย - การหลีกเลี่ยงความจำเป็นในการสร้างสะพานเงินระหว่างเครือข่าย สามารถช่วยประหยัดค่าธรรมเนียมการทำธุรกรรมและความผิดพลาดที่เป็นไปได้ ทำให้กระบวนการมีความคุ้มค่ามากขึ้นสำหรับแอลิซ สิ่งนี้ยังสามารถนำไปสู่การทำงานที่มีคุณภาพมากขึ้นและรายได้ที่สูงขึ้นเป็นไปได้สำหรับผู้แก้ปัญหา

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

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

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

เพื่อเปิดใช้งานนี้ 'Everclear ถูกออกแบบให้เป็นArbitrum Orbitrollup โดยใช้EigenDAในพันธมิตรกับGelato RaaS’. ในเวลาที่เคยเป็นการเปิดใช้งานเวอร์ชันอัลฟา (ที่วางแผนไว้สำหรับต้นปี Q3 2024) Everclear จะอยู่ภายใต้บางข้อจำกัดและการคุ้มกัน:

• การรองรับสินทรัพย์และเชนที่ได้รับอนุญาต - ตั้งแต่ต้นแรก ระบบรองรับเฉพาะเชนและสินทรัพย์ที่ได้รับอนุญาตเท่านั้น ซึ่งจำกัดความเปิดเผยและความสามารถในการใช้งานของระบบ อย่างไรก็ตาม แผนการคือที่จะทำให้ทั้งสองเป็นระบบที่ไม่ต้องได้รับอนุญาตในอนาคต
• Reliance on Eigenlayer – Everclear พึ่งพากับ Eigenlayer สำหรับความปลอดภัย แต่ในปัจจุบัน มันยังไม่รองรับ slashing ซึ่งจำกัดความปลอดภัยทางเศรษฐกิจจนกว่าจะมีการนำมาใช้จริง ผู้ใช้จำเป็นต้องเชื่อว่า Eigenlayer จะนำ slashing มาใช้ในอนาคตเพื่อเสริมความปลอดภัยทางเศรษฐกิจ อย่างไรก็ตาม จนกว่า slashing จะถูกนำมาใช้ Everclear วางแผนที่จะใช้ Hyperlane’s validator set ISM สำหรับความปลอดภัย
• Everclear จะเริ่มต้นด้วยสัญญาอัจฉริยะที่สามารถอัปเกรดได้ - ซึ่งสัญญาที่สามารถอัปเกรดได้ช่วยให้มีความยืดหยุ่น แต่ก็มีความเสี่ยงหากไม่จัดการอย่างเหมาะสม เช่นการโจมตีที่เป็นไปได้ระหว่างการอัปเกรด

หมายเหตุ: Alpha mainnet เหมือนกับ Everclear's public testnet stage ระยะทดสอบสาธารณะ การเปิดตัวเต็มรูปแบบจะมีการขยายเครือข่ายโดยไม่จำกัดสิทธิให้เชื่อมต่อโซ่เพื่อกำหนดความชอบชอบด้านความปลอดภัยของตนเอง

นอกจากนี้ยังมีความเสี่ยงที่เกี่ยวข้องบางประการและการสมมติที่เกี่ยวกับ Everclear เป็นกลไกการล้างเงิน:

• ความล้มเหลวของระบบ - ความล้มเหลวของ Liveness หรือการหยุดทํางานระหว่างการอัปเกรดอาจขัดขวางกระบวนการล้างข้อมูลซึ่งนําไปสู่ความล่าช้าหรือการตั้งถิ่นฐานที่ไม่ถูกต้อง สิ่งนี้จะส่งผลกระทบต่อการทํางานของผู้ใช้ทุกคนที่ใช้ประโยชน์จาก Everclear หน้าต่างการล้างของ Everclear คาดว่าจะอยู่ที่ประมาณ 3-6 ชั่วโมงซึ่งหมายความว่าการหยุดทํางานเป็นเวลานานเท่านั้นที่จะส่งผลกระทบต่อการดําเนินงานของผู้ใช้ ยิ่งไปกว่านั้นหากความล้มเหลวดังกล่าวเกิดขึ้นเป็นระยะเวลานานผลกระทบหลักจะอยู่ที่ UX ไม่ใช่ความปลอดภัยของเงินทุน นี่เป็นเพราะ Arbitrum Nitro มีคุณสมบัติ "บังคับอัปเดต" ในตัว หากมีการหยุดทํางานผู้ใช้สามารถใช้คุณสมบัตินี้เพื่อออกจากธุรกรรมบน L1 เพื่อให้แน่ใจว่าไม่มีทางเซ็นเซอร์ผู้ใช้ได้
• การขึ้นอยู่กับตัวตลาดในบทบาทของนักล้ำกำไร - Everclear มองไปที่การปรับปรุงการตั้งหลักในการลดลงระหว่างผู้แก้ปัญหา (ผ่านการตั้งหลัก) เมื่อเป็นไปได้ อย่างไรก็ตาม หากการตั้งหลักล้มเหลว พวกเขากลับไปหานักล้ำกำไรเพื่อซื้อใบแจ้งหนี้ผู้แก้ปัญหา สิ่งนี้สร้างความขึ้นอยู่กับตัวตลาดเป็นที่คาดหวังที่จะซื้อใบแจ้งหนี้เหล่านี้อย่างต่อเนื่อง อย่างไรก็ตาม ในระบบเริ่มต้น Everclear กำลังร่วมงานกับตัวตลาดสำคัญเพื่อเล่นบทบาทสำคัญนี้
• ความเคลื่อนไหวของการประมูล - การพึ่งพาการประมูลใบแจ้งหนี้ให้กับผู้แสวงหารหากไม่สามารถทำการกระทำกลุ่มได้เนื่องจากเหตุผลใดก็ตาม เช่น ขาดผู้แก้ปัญหาในระบบ อาจทำให้เกิดความผันผวนและความไม่สามารถทำนายในการชำระเงินคืน อย่างไรก็ตาม ทีม Everclear เชื่อว่าผลกระทบนี้ควรจะสามารถจัดการได้ด้วยสองปัจจัยสำคัญ:

1) นักพนันกำไรจะดำเนินการโดยใช้เส้นโค้งราคาที่สามารถทำนายได้ เพื่อลดความไม่แน่ใจในข้อเสนอของพวกเขา และ

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

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

คำปิด

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

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

ที่ LI.FI เราได้พัฒนาการกระจายทั่วถึงของ 250+ แอปพลิเคชัน วอลเล็ท ช่องเข้า และโปรโตคอล DeFi อื่น ๆ ซึ่งได้รวมผลิตภัณฑ์ของเราอย่างมาก เราสัมผัสโดยตรงกับฟรอนเอนด์ที่ผู้ใช้แสดงจุดประสงค์ที่สำคัญที่สุด - การสว็อป การโอนข้ามเชน และการกระทำหลายขั้นตอนเช่น zaps จุดมุมที่เฉพาะเจาะจงนี้ช่วยให้เราจับค่าที่สร้างขึ้นที่ชั้นการแสดงจุดประสงค์

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

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

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

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

คำปฏิเสธ：

1. บทความนี้พิมพ์ซ้ําจาก [li.fi/]. ลิขสิทธิ์ทั้งหมดเป็นของผู้เขียนต้นฉบับ [อาร์จัน ชันด์]. If there are objections to this reprint, please contact the Gate Learnทีม และพวกเขาจะดำเนินการทันที
2. คำปฏิเสธความรับผิด: มุมมองและความคิดเห็นที่แสดงในบทความนี้เป็นไปตามเพียงผู้เขียนเท่านั้น และไม่เป็นการเป็นที่ปรึกษาการลงทุนใด ๆ
3. การแปลบทความเป็นภาษาอื่นๆ ทำโดยทีม Gate Learn หากไม่ได้กล่าวถึง การคัดลอก การกระจาย หรือการลอกเลียนบทความที่ถูกแปล จะถูกห้าม