Aperture：初探意图架构(Intents)
ผู้เขียนต้นฉบับ: Aperture Finance
ต่อไปนี้เป็นบทความแรกในชุดบทความเกี่ยวกับ Aperture Finance ที่จะทำความเข้าใจในขอบเขตของเจตนา (เจตนา) ในบทความนี้ เราจะแนะนำการบรรยายเรื่อง Intent และปัญหาที่สามารถแก้ไขได้ในฟิลด์ DeFi ปัจจุบัน และเน้นย้ำถึงคุณลักษณะของ Aperture ในฐานะโปรเจ็กต์ชั้นนำในสถาปัตยกรรม Intent มันจะมีประโยชน์ไม่ว่าจะเป็นผู้มาใหม่ในสาขาความตั้งใจเป็นครั้งแรก หรือนักลงทุนหรือผู้ปฏิบัติงานที่คุ้นเคยกับผลิตภัณฑ์เช่น Anoma แล้ว และได้ติดตามรายงานจาก Binance Research, Paradigm และ Delphi Digital
เริ่มต้นด้วยสถานการณ์ง่ายๆ
ลองจินตนาการถึงประสบการณ์ผู้ใช้ในอนาคตสำหรับ Aperture ซึ่งผู้ใช้สามารถระบุสถานะสุดท้ายที่ต้องการได้รับจากธุรกรรมได้อย่างชัดเจน (และรับโซลูชันที่ดีที่สุดผ่านรูปแบบการเสนอราคา):
ป้องกันความเสี่ยงจากความผันผวน 50% ของสถานะ ETH ของฉันรักษาไว้เป็นเวลา 30 วันไม่ว่าด้วยวิธีใดก็ตาม ตราบใดที่ราคาถูกล็อคไว้ที่ APR 2% ต่อ ETH
รับรางวัล airdrop ทั้งหมดที่มีอยู่สำหรับฉันกำหนดให้ค่าธรรมเนียมตัวแทนไม่สูงกว่า 1% (รวมค่าเชื้อเพลิงที่เกี่ยวข้อง)
ปรับตำแหน่งสำหรับตำแหน่งสภาพคล่องทั้งหมดของฉันในทุกเชนและ DEX ทั้งหมด(Uniswap, Maverick และ Sushiswap) เพื่อให้มั่นใจว่า 60% ของกองทุนกระจุกตัวอยู่ในกลุ่มที่มี APR สูงสุด, 30% ของกองทุนกระจุกตัวอยู่ในกลุ่มที่มี APR สูงสุดเป็นอันดับสอง และ 10% กระจุกตัวอยู่ในกลุ่มที่มี APR สูงสุดเป็นอันดับสอง APR ที่สูงเป็นอันดับสาม
ภายใต้โมเดล ตามธุรกรรม ในปัจจุบัน ความตั้งใจแต่ละข้อข้างต้นสามารถก่อให้เกิดโปรโตคอลที่สมบูรณ์ ตั้งแต่การจัดหาเงินทุนไปจนถึงการพัฒนา จากนั้นจึงสร้างชุมชนของตนเอง แต่การพัฒนาโปรโตคอลสำหรับทุกกรณีอาจใช้เวลานานเกินไป และผู้ใช้จะถูกจำกัดโดยส่วนหน้าและสัญญาอัจฉริยะเสมอ ในความเป็นจริง ยังมีวิธีแก้ปัญหาที่ดีกว่า แต่ก่อนอื่น เราต้องออกจากโมเดล ตามธุรกรรม
เจตนา > ธุรกรรม
ในรูปแบบ DeFi ปัจจุบัน ผู้คนมักใช้ วิธีการทำธุรกรรม ที่รู้จักกันดีแต่มีข้อจำกัดมากเพื่อให้ได้ผลลัพธ์ที่ต้องการ นั่นคือ ผู้ใช้โต้ตอบกับอินเทอร์เฟซ dApp เรียกใช้การดำเนินการ จากนั้นคาดหวังผลลัพธ์ แนวทางนี้ส่วนใหญ่คล้ายกับภาวะที่กลืนไม่เข้าคายไม่ออกของระบบการดูแลสุขภาพ ผู้ป่วยต้องเผชิญกับทางเลือกไม่รู้จบ และพวกเขาต้องการบรรลุเป้าหมายทางการแพทย์ที่เฉพาะเจาะจง แต่ไม่มีการรับประกันประสิทธิภาพ และแม้แต่ต้นทุนสุดท้ายก็ไม่สามารถควบคุมได้
ขอยกตัวอย่างง่ายๆ เสี่ยว หวางมีอาการปวดคอ เขามีเป้าหมายต่อไปนี้เมื่อไปรับการรักษาพยาบาล:
การลดความเจ็บปวดโดยรวม 40% ถึง 100%;
ใช้จ่ายน้อยกว่า $500 (ออกค่าใช้จ่ายเอง)
การให้อภัยเกิดขึ้นภายใน 3 เดือน
เช่นเดียวกับการค้นหาโซลูชันบนเครือข่าย Xiao Wang อาจมองหาโซลูชันการผ่าตัดโดยตรง และโซลูชันที่เขาคิดได้ในขณะนี้จะถูกจำกัดโดยตรงจากระดับความรู้ความเข้าใจของเขา เขาอาจพบกับศัลยแพทย์ที่อ้างว่าเขาสามารถบรรเทาความเจ็บปวดได้ด้วยการผ่าตัด โดยอ้างว่าค่าใช้จ่ายจะไม่เกิน 500 ดอลลาร์ อย่างไรก็ตามผลลัพธ์ที่ได้มักจะไม่เป็นที่น่าพอใจ อาการปวดหลังผ่าตัดอาจบรรเทาลงได้ไม่มากนัก แต่ค่าใช้จ่ายจริงมากกว่า 500 เหรียญสหรัฐฯ มาก
ในทางตรงกันข้าม “ตามความตั้งใจ” สามารถปฏิวัติกระบวนการทั้งหมดได้ ในตัวอย่างเดียวกัน ผู้ป่วยสามารถแสดงความต้องการของตนเองได้โดยตรงผ่านภาษาธรรมชาติ:
บรรเทาอาการปวดคออย่างน้อย 40% ใน 3 เดือนด้วยค่าใช้จ่ายน้อยกว่า 500 ดอลลาร์ จัดลำดับความสำคัญของการบรรเทาอาการปวด ต้นทุน และเวลา ผู้ให้บริการด้านสุขภาพต้องมีคะแนนความน่าเชื่อถือ 99% โดยไม่คำนึงถึงช่องทาง
พิจารณาแพลตฟอร์มการดูแลสุขภาพตามสถาปัตยกรรมความตั้งใจที่จะช่วยให้ผู้ให้บริการด้านการดูแลสุขภาพ (ผู้แก้ปัญหา) สามารถแข่งขันกันเองเพื่อมอบโซลูชั่นที่ดีที่สุด ผู้ให้บริการเหล่านี้สามารถสร้างความแตกต่างโดยการแข่งขันในระดับเทคนิค เสนอการรักษาที่เป็นนวัตกรรมใหม่ หรือเสนอข้อเสนอที่แข่งขันได้มากขึ้น
ท้ายที่สุด ทางออกที่ดีที่สุดสำหรับ Wang อาจเป็นการแช่ซาวน่าทุกวันเป็นเวลา 2 เดือนพร้อมการบำบัดทุกสองสัปดาห์จากผู้ให้บริการที่ได้รับคะแนนความไว้วางใจ 100% ซึ่งท้ายที่สุดก็ช่วยลดความเจ็บปวดของเขาได้ ลด 90% ในราคาต่ำกว่า 200 ดอลลาร์ (บทความนี้ไม่ถือเป็นคำแนะนำทางการแพทย์ หากคุณมีอาการปวดคอ แนะนำให้ไปพบแพทย์โดยเร็วที่สุด)
แน่นอนว่า ในความเป็นจริง การเปรียบเทียบนี้มีข้อจำกัดเนื่องจากความคาดเดาไม่ได้ในวงการแพทย์ สามารถประมาณค่าใช้จ่ายและระยะเวลาในการรักษาได้ แต่ผลลัพธ์จะแตกต่างกันไปในแต่ละบุคคล อย่างไรก็ตาม ในโลกบล็อกเชนของเรา สถานการณ์แตกต่างออกไปมาก: การจำลองกระบวนการขั้นสูง การประยุกต์ใช้การพิสูจน์ความรู้เป็นศูนย์ (ZKP) และความก้าวหน้าทางเทคโนโลยีอื่น ๆ ทำให้ผู้ใช้ DeFi ไม่ต้องตกอยู่ภายใต้ความไม่แน่นอนนี้อีกต่อไป
ดังนั้นจะต้องปฏิบัติตามเงื่อนไขอะไรบ้างเพื่อทำให้ ตามความตั้งใจ เป็นจริง? นอกเหนือจากวาทศาสตร์แล้ว จริงๆ แล้ว Intent Solution จำเป็นต้องมีฟังก์ชันและฟีเจอร์ใดบ้าง
องค์ประกอบหลักของสถาปัตยกรรมความตั้งใจ
จากมุมมองของผู้ใช้ ประสบการณ์ผู้ใช้ตามความตั้งใจที่แท้จริง (Intents UX) มีองค์ประกอบหลักสามประการที่ DeFi dApps (ระดับการดำเนินการ) ส่วนใหญ่ไม่มีในปัจจุบัน กล่าวคือ:
1. อินเทอร์เฟซผู้ใช้ใหม่ทั้งหมดช่วยให้ผู้ใช้กำหนดเป้าหมายการซื้อขายได้อย่างชัดเจน แทนที่จะต้องเผชิญกับตัวเลือกมากมายให้เลือก ใช่ หรือ ไม่ ผู้ใช้สามารถอธิบายสถานะสิ้นสุดที่ต้องการได้อย่างชัดเจน
2. เครือข่าย Solverเลือกวิธีที่ดีที่สุดสำหรับผู้ใช้ผ่านการแข่งขันและบรรลุเป้าหมายอย่างยืดหยุ่น
3. ผู้ดำเนินการอนุญาโตตุลาการโซลูชันที่มอบให้โดยนักแก้ปัญหาแต่ละรายสามารถจัดอันดับได้อย่างแม่นยำและดำเนินการโซลูชันสุดท้ายที่เลือกไว้ เครือข่ายโซลเวอร์มีหน้าที่รับผิดชอบในการเลือกโซลูชั่นตามการจัดอันดับ ช่วยให้ความรับผิดชอบของโซลเวอร์ และดำเนินการธุรกรรมระหว่าง dApp และบล็อกเชนในท้ายที่สุด (“ความสามารถในการรวมองค์ประกอบทั่วโลก”)
การสร้างอินเทอร์เฟซผู้ใช้ใหม่ต้องใช้ภาษาเฉพาะโดเมน (DSL) ซึ่งส่วนหน้าสามารถแปลเจตนาเป็นเจตนาที่สามารถดำเนินการและตรวจสอบบนบล็อกเชนได้ จำเป็นต้องสร้างเครือข่ายตัวแก้ปัญหาเพื่อให้ผู้ใช้ได้รับอัตราและผลลัพธ์ที่ดีขึ้นผ่านการแข่งขัน
นอกเหนือจากส่วนที่ผู้ใช้เผชิญเหล่านี้แล้ว สถาปัตยกรรมเจตนาใดๆ จะต้องจัดการกับการสรุปปัญหาบางชุดจากผู้ใช้ เช่น:
1. ความสามารถในการตรวจสอบได้ (ความสามารถในการประกอบทั่วโลก):สถาปัตยกรรมต้องการวิธีการตรวจสอบว่าโซลูชันเป็นจริงตามจุดประสงค์ของผู้ใช้อย่างแท้จริง การกำหนดวิธีการตรวจสอบให้เป็นมาตรฐานถือเป็นนวัตกรรมที่ปลดปล่อย ความสามารถในการประกอบรวมทั่วโลก อย่างแท้จริง กล่าวอีกนัยหนึ่ง หากมีวิธีที่เป็นมาตรฐานในการตรวจสอบสถานะสุดท้ายผ่านตัวดำเนินการควอรัม ไม่ว่าเครือข่ายหรือ dApp ใดจะพร้อมใช้งาน ผู้ใช้ก็จะได้รับเครือข่าย Intent ความสามารถในการเขียนทั่วโลก อย่างแท้จริง
2. การจัดอันดับ (การพิสูจน์ความรู้เป็นศูนย์):นอกเหนือจากการตรวจสอบความถูกต้องแบบ cross-chain และ dApp แล้ว ยังจำเป็นต้องมีการจำลองและการจัดอันดับโซลูชันอีกด้วย การตรวจสอบบางประเภทอาจซับซ้อนและไม่เหมาะสำหรับการพิสูจน์อักษรแบบออนไลน์ เมื่อต้องเผชิญกับสถานการณ์เช่นนี้ Zero-Knowledge Proofs (ZK) สามารถลดต้นทุนการคำนวณได้ โซลูชัน ZK ประเภทนี้ไม่จำเป็นต้องสร้างตั้งแต่ต้น แต่มีโซลูชันแบบโมดูลาร์ เช่น Axiom หรือ Brevis ที่สามารถใช้ได้
3. ความเป็นส่วนตัว (ตัวแก้ไขสิทธิ์พิเศษ):เจตนาบางอย่างอาจเปิดเผยข้อมูลที่ละเอียดอ่อนที่ผู้ใช้ต้องการซ่อน (เช่น ความกลัวการโจมตีแบบแนวหน้า) สถาปัตยกรรม Intent ที่สมบูรณ์สามารถแก้ปัญหานี้ได้โดยการเปิดใช้ตัวแก้ปัญหาสิทธิ์พิเศษ ตัวแก้ไขสิทธิ์พิเศษได้รับการออกแบบมาเพื่อจัดการกับเจตนาที่เกี่ยวข้องกับความเป็นส่วนตัว ตัวแก้ปัญหาเหล่านี้มีข้อมูลรับรองความน่าเชื่อถือพิเศษ ลักษณะพิเศษของพวกเขาช่วยให้พวกเขาจัดการธุรกรรมที่ต้องมีความปลอดภัยและการรักษาความลับที่เข้มงวดยิ่งขึ้น
4. พฤติกรรมนักแก้ปัญหาที่เบี่ยงเบนไปจากเจตนา (กลไกการลงโทษ):เพื่อให้แน่ใจว่าโปรแกรมแก้ปัญหาตอบสนองธุรกรรมตามที่คาดไว้ และไม่มีพฤติกรรมที่เป็นอันตรายใดๆ ระบบจำเป็นต้องใช้ระบบการลงโทษ จุดสำคัญของสถาปัตยกรรม Intent คือระบบความรับผิดในการบังคับใช้ หากพฤติกรรมที่เป็นอันตรายเกิดขึ้น เช่น การย้อนกลับธุรกรรมหรือเหตุการณ์ที่เป็นอันตรายอื่น ๆ สถาปัตยกรรม Intent มีสิทธิ์ที่จะลงโทษพฤติกรรมดังกล่าว สิ่งนี้ไม่เพียงแต่ปกป้องความสมบูรณ์ของธุรกรรมเท่านั้น แต่ยังยับยั้งพฤติกรรมที่อาจเป็นอันตรายด้วยการลงโทษนักแก้ปัญหาอีกด้วย
สถาปัตยกรรมความตั้งใจที่เป็นสากลของ Aperture
กลับไปที่ตัวอย่างด้านบน:
ปรับตำแหน่งสำหรับตำแหน่งสภาพคล่องทั้งหมดของฉันในทุกเชนและ DEX ทั้งหมด(Uniswap, Maverick และ Sushiswap) เพื่อให้มั่นใจว่า 60% ของกองทุนกระจุกตัวอยู่ในกลุ่มที่มี APR สูงสุด, 30% ของกองทุนกระจุกตัวอยู่ในกลุ่มที่มี APR สูงสุดเป็นอันดับสอง และ 10% กระจุกตัวอยู่ในกลุ่มที่มี APR สูงสุดเป็นอันดับสอง APR ที่สูงเป็นอันดับสาม
ตัวอย่างนี้อธิบายถึงความตั้งใจที่เป็นสากลสำหรับเชนและ DEX ทั้งหมด ในบทความถัดไป เราจะอธิบายวิสัยทัศน์อันยิ่งใหญ่ของ Aperture เกี่ยวกับเจตนา ซึ่งเป็นเครือข่ายของ DAO ของตัวแก้ปัญหาที่ขับเคลื่อนโดยอินเทอร์เฟซแบบรวม ในบทความต่อๆ ไป เราจะวิเคราะห์แผนงานปี 2024 ของ Aperture ต่อไป และอธิบายว่าเราจะสร้างสถาปัตยกรรม Universal Intent ทีละนิดตั้งแต่พิมพ์เขียวไปจนถึงการนำไปปฏิบัติได้อย่างไร
