รีวิวบทความก่อนหน้า:
AgentFi - แนวคิดใหม่ของ DeFi ที่ขับเคลื่อนโดย AO
หนังสือเล่มนี้ต่อจากบทที่แล้ว อุตสาหกรรมบล็อกเชนทั้งหมดเป็นประวัติศาสตร์แห่งวิวัฒนาการของการขยายตัว มีการลองใช้เส้นทางต่างๆ เพื่อเพิ่มความเร็วและลดค่าธรรมเนียม แต่เส้นทางทั้งหมดก็มีเพดานของตัวเอง จนกระทั่ง AO มีกระบวนทัศน์ที่แตกต่างจากบล็อกเชนแบบเดิมเกิดขึ้น ด้วยการออกแบบที่ชาญฉลาด พื้นที่บล็อกบน AO ไม่ใช่อุปทานคงที่ของความขาดแคลนอีกต่อไป แต่เป็นทรัพยากรที่สามารถสร้างได้อย่างไม่มีที่สิ้นสุดตามต้องการ ดังนั้น AO จึงมีความสามารถในการขยายอย่างไม่มีที่สิ้นสุด!
นอกจากนี้ยังทำให้โมเดลทางการเงินที่มุ่งเน้นตัวแทน - AgentFi เป็นไปได้ เมื่อเปรียบเทียบกับ DeFi แบบเดิม AgentFi มีสถานการณ์การใช้งานที่หลากหลายมากขึ้น
โปรโตคอล DeFi แบบดั้งเดิมมีต้นกำเนิดมาจาก Ethereum แม้ว่าจะมี L2 และเชนสาธารณะใหม่ที่มีประสิทธิภาพสูงเกิดขึ้น แต่จินตนาการของผู้คนสำหรับกระบวนทัศน์การสร้าง DeFi นั้นถูกจำกัดอยู่ที่ Ethereum เสมอ ตอนนี้ ให้เราก้าวเข้าสู่แพลตฟอร์มที่ไม่มีข้อจำกัดด้านประสิทธิภาพ เช่นเดียวกับการระลึกถึงชุดของการพัฒนาอินเทอร์เน็ตตั้งแต่แบบอ่านอย่างเดียว อ่าน-เขียน อัลกอริธึม ไปจนถึงความเป็นอิสระ และจินตนาการใหม่ว่าการเงินแบบออนไลน์ควรมีลักษณะอย่างไร เช่นจะมีภาพใหม่ๆ ผุดขึ้นมาในใจคุณไหม? วิสัยทัศน์ของความเท่าเทียมกันทางการเงินที่ผู้ใช้ทุกคนสามารถสร้างตัวแทนทางการเงิน และหน่วยคอมพิวเตอร์ใดๆ ก็ตามสามารถกลายเป็น สถาบันการเงิน และให้บริการทางการเงินที่ปรับแต่งได้!
เหตุใดเราจึงต้องมีโปรโตคอลมาตรฐานสำหรับตัวแทน?
บนคอมพิวเตอร์ AO กระบวนการสื่อสารผ่านข้อความ และการส่งข้อความเป็นไปตามข้อกำหนดเฉพาะบางประการ ในความเป็นจริง สถานการณ์ทางการเงินก็เช่นเดียวกัน
การปรับแต่งเป็นจุดเริ่มต้นสำหรับการกระจายความเสี่ยง หากตัวแทนทางการเงินประเภทต่างๆ พัฒนาด้วยตนเอง ข้อกำหนดโปรโตคอลที่แตกต่างกันย่อมเกิดขึ้นอย่างหลีกเลี่ยงไม่ได้ ด้วยวิธีนี้ ปฏิสัมพันธ์ระหว่างตัวแทนจะกลายเป็นปัญหาใหญ่ได้ อย่างไร แล้วการสื่อสารแล้วจับคู่กันล่ะ?
เพื่อหลีกเลี่ยงการขาดความสามารถในการทำงานร่วมกันซึ่งเกิดจากการขาดข้อกำหนดเฉพาะที่เป็นหนึ่ง จึงเริ่มใช้โปรโตคอล FusionFi (FFP)
เนื่องจากเป็นโปรโตคอลโต้ตอบระหว่างตัวแทน โปรโตคอล FusionFi จะกำหนดกฎการโต้ตอบระหว่างตัวแทน ทำให้บริการทางการเงินต่างๆ ที่สร้างขึ้นจากตัวแทนสามารถสื่อสารระหว่างกันได้ จากนั้นจึงบูรณาการ ในช่วงเวลาที่ AgentFi เพิ่งเริ่มต้น ข้อตกลงดังกล่าวอาจกล่าวได้ว่าเป็นการคาดการณ์ล่วงหน้า
FFP (โปรโตคอล FusionFi)
FusionFi Protocol เป็นโปรโตคอลที่เปิดตัวโดยผู้ก่อตั้ง EverVision ในการประชุม Arweave Asia ปี 2024
แนวคิดหลักในโปรโตคอล FusionFi คือ Note มันเป็นรูปแบบการนำเสนอเชิงนามธรรมของข้อผูกพัน ซึ่งอาจอยู่ในรูปแบบของโทเค็น พันธบัตร ใบรับรอง สิทธิ์ตามสัญญา ฯลฯ การใช้โมเดล Note เป็นสื่อกลาง FusionFi Protocol สามารถรองรับสถานการณ์ทางการเงินที่หลากหลาย เช่น การซื้อขาย การให้กู้ยืม การจำนำ เป็นต้น
FusionFi Protocol ไม่เพียงแต่ให้ข้อมูลจำเพาะของโปรโตคอลเท่านั้น แต่ยังมอบชุดเครื่องมือการพัฒนา AgentFi (FFP SDK) แก่นักพัฒนาอีกด้วย เพื่อช่วยให้นักพัฒนาสร้าง AgentFi ได้อย่างมีประสิทธิภาพและง่ายดายยิ่งขึ้น
ปัจจุบัน FusionFi Protocol มีสองอินสแตนซ์อยู่แล้ว: AMM Agent และ Orderbook Agent
ตัวแทนเอเอ็มเอ็ม
ตัวแทน AMM เป็นตัวอย่าง ตัวแทน AMM แต่ละคนสามารถเข้าใจได้ว่าเป็นกลุ่มสภาพคล่อง อำนาจอธิปไตยส่วนบุคคล คุณสามารถกำหนดกฎการสร้างตลาดของกลุ่มสภาพคล่องนี้ได้ด้วยตัวเอง นอกจากนี้ยังหมายความว่าผู้ใช้ไม่จำเป็นต้องพึ่งพาแพลตฟอร์มภายนอก เช่น แหล่งเงินทุนที่ใช้อัลกอริธึมการสร้างตลาดแบบครบวงจร แต่สามารถใช้ฟังก์ชันการแลกเปลี่ยนได้อย่างอิสระและค้นหาคู่สัญญาที่เหมาะสมทั่วทั้งเครือข่าย กล่าวอีกนัยหนึ่ง เมื่อผู้ใช้สร้างตัวแทน เขากำลังสร้าง การแลกเปลี่ยนแบบกระจายอำนาจส่วนบุคคล จริงๆ จากนั้นโปรโตคอล FusionFi จะช่วยให้ การแลกเปลี่ยนส่วนตัว จำนวนมากดังกล่าวสร้างเครือข่ายแบบเพียร์ทูเพียร์เพื่อให้การจับคู่มีประสิทธิภาพและยืดหยุ่นมากขึ้น
ต่อไปนี้เป็นกระบวนการหลักของตัวแทน AMM:
ดูเหมือนง่ายมาก จริงๆ แล้ว สำหรับ LP ดูเหมือนว่าจะเป็นกระบวนการมาตรฐานในการสร้าง การฝาก การเพิ่ม การแลกเปลี่ยน และการถอนเงิน อย่างไรก็ตาม สิ่งที่แตกต่างกันคือตัวแทนจะถูกควบคุมโดยผู้ใช้เอง ในมือของคุณเอง นี่คือความสามารถของ AgentFi จริงๆ และ FusionFi ได้สร้างทางเข้า (และโครงสร้างข้อมูล) ที่เป็นหนึ่งเดียวสำหรับชุดความสามารถนี้
คุณสามารถเข้าใจได้ว่าในฐานะ LP สิ่งที่คุณต้องทำก็แค่ดำเนินการฝากและถอนเงิน และเพียงเรียกใช้ฟังก์ชันรายการแบบรวม ฟังก์ชันนี้สามารถเชื่อมโยงกับโปรเจ็กต์ DeFi หลายโปรเจ็กต์ได้ และคุณสามารถเพิกเฉยต่อวิธีที่โปรเจ็กต์เหล่านี้โต้ตอบและทำงานในอนาคตได้ นี่คือค่าของเลเยอร์มาตรฐานของโปรโตคอล เช่นเดียวกับการเกิดขึ้นของมาตรฐาน เช่น ERC 20 เลเยอร์แอปพลิเคชันจะปรับให้เข้ากับผู้ใช้
ด้านล่างนี้เป็นตัวอย่างโค้ดเฉพาะสำหรับการเพิ่มสภาพคล่อง
อย่างที่คุณเห็น ฟังก์ชั่นนี้สามารถใช้งานได้อย่างรวดเร็วโดยใช้โค้ดหลักเพียงไม่กี่บรรทัด
const minLiquidity = รอ agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//กำหนดจำนวนและสลิปเพจ
const addLiquidityMessageId = รอ agent.addLiquidity(minLiquidity)//เริ่มข้อความเพื่อเพิ่มสภาพคล่อง
const addLiquidityResult = รอ getProcessResult (addLiquidityMessageId, ammProcess) // รับผลลัพธ์
แหล่งที่มาของกรณีการใช้โค้ด:
https://github.com/permadao/ffp-demo
หมายเหตุวงจรชีวิต
ที่นี่เราสามารถสลับไปใช้มุมมองของ Note และดูกระบวนการทำธุรกรรมระหว่างผู้ใช้และตัวแทน AMM
1. เมื่อผู้ใช้เริ่มต้นคำขอสอบถาม ตัวแทน AMM ทั้งหมดที่มีสภาพคล่องที่สอดคล้องกันจะสร้างใบเสนอราคานี้โดยอัตโนมัติ หมายเหตุ ระยะเวลาที่มีผลบังคับใช้ของบันทึกย่อนี้สั้นมาก หากไม่สามารถดำเนินการธุรกรรมให้เสร็จสิ้นได้อย่างรวดเร็ว . ตัวแทน AMM เทียบเท่ากับผู้สร้าง
2. Notes ทั้งหมดจะถูกจัดเก็บไว้ที่ส่วนกลางใน Note Pool ของระบบ Note Pool ทำหน้าที่เป็นพื้นที่จัดเก็บข้อมูลที่ใช้ร่วมกันในระบบเพื่ออำนวยความสะดวกในการเข้าถึงโดยหน่วยงานอื่น
3. ผู้ใช้เลือกหมายเหตุใบเสนอราคาที่เหมาะสมที่สุดจาก Note Pool ผ่านหน้าเว็บส่วนหน้า และส่งไปที่ Settlement Center เพื่อทำการชำระเงิน Settlement Center มีหน้าที่รับผิดชอบในการดำเนินการชำระเงินเฉพาะ เช่น Swap ที่นี่
4. หมายเหตุถูกทำเครื่องหมายเป็น ชำระแล้ว และดำเนินการสลับได้สำเร็จ
ที่นี่ Settlement Center เป็นองค์ประกอบสำคัญในโปรโตคอล FusionFi และมีหน้าที่รับผิดชอบในการจัดการการดำเนินการชำระหนี้ธนบัตรต่างๆ ในระบบ
ในความเป็นจริง เช่นเดียวกับตัวแทน Orderbook คำสั่งซื้อที่จำกัดในตัวแทน Orderbook นั้นเป็นหมายเหตุ และกระบวนการชำระเงินจะเหมือนกับตัวแทนใบเสนอราคาที่สร้างโดยตัวแทน AMM ทุกประการ ซึ่งหมายความว่า FusionFi Protocol สามารถผสานสภาพคล่องจาก AMM และรายการสั่งซื้อได้จริง
การบูรณาการดังกล่าวก่อให้เกิดประโยชน์อย่างมาก ในสถานการณ์สวอป สภาพคล่องอาจมาจากราคาเสนอของผู้ใช้หรือโหนดการทำตลาด ผู้ใช้สามารถใช้โปรโตคอลการกำหนดเส้นทางเพื่อค้นหาสภาพคล่องในกลุ่ม Note ทั้งหมดและบรรลุราคาธุรกรรมที่ดีที่สุด AMM ให้สภาพคล่องขั้นพื้นฐานแก่ตลาด แต่มีปัญหาเรื่องผลกระทบด้านราคาจำนวนมากและการขาดทุนที่ไม่ถาวร ในขณะที่สมุดคำสั่งซื้อทำให้ผู้ใช้สามารถสั่งซื้อได้อย่างอิสระ ซึ่งเหมาะสำหรับธุรกรรมขนาดใหญ่และผู้ใช้ที่มีความต้องการด้านราคาเฉพาะ เมื่อรวมเข้าด้วยกัน AMM จะให้สภาพคล่องอย่างต่อเนื่องในขณะที่รายการสั่งซื้อจะช่วยลดผลกระทบด้านราคาและเพิ่มความลึก ทำให้การซื้อขายขนาดใหญ่มีประสิทธิภาพมากขึ้น โมเดลนี้ตอบสนองความต้องการของผู้ใช้ประเภทต่างๆ ตั้งแต่นักลงทุนรายย่อยไปจนถึงสถาบันที่สามารถหาวิธีการซื้อขายที่เหมาะสมได้ ซึ่งจะช่วยปรับปรุงการใช้เงินทุนและส่งเสริมความเติบโตของตลาดเพิ่มเติม
การชำระอะตอมแบบหลายโน้ต
กรณีข้างต้นจำกัดอยู่ที่การตั้งค่าบันทึกย่อครั้งละหนึ่งรายการ แต่ในความเป็นจริงแล้ว โปรโตคอล FusionFi ยังสามารถรองรับการชำระบันทึกหลายรายการในคราวเดียวได้ และข้อตกลงนี้เป็นแบบอะตอมมิก สถานะของบันทึกสามารถเปลี่ยนแปลงได้หลังจากที่บันทึกทั้งหมดในข้อตกลงเดียวได้รับการชำระแล้วเท่านั้น มิฉะนั้นสถานะของบันทึกย่อทั้งหมดจะไม่เปลี่ยนแปลง
สิ่งนี้นำเสนอคุณสมบัติที่มีประโยชน์มาก:
การแยกธุรกรรมจำนวนมาก: คู่สัญญารายเดียวจะดำเนินการคำสั่งซื้อจำนวนมากได้ยาก FFP รองรับการแยกคำสั่งซื้อจำนวนมากเพื่อใช้สภาพคล่องที่กระจัดกระจายอย่างเต็มที่
รวมหลายธุรกรรม: สามารถรวมธุรกรรมหลายรายการเป็นลำดับเดียวได้ สิ่งนี้สามารถปรับปรุงความเร็วของการทำธุรกรรมได้ในระดับหนึ่ง สำหรับเทรดเดอร์ที่มีความถี่สูงและสถานการณ์การซื้อขายที่ซับซ้อน การปรับปรุงประสิทธิภาพนี้เป็นสิ่งสำคัญ
การซื้อขายแบบ Multi-hop: การซื้อขายแบบ Multi-hop เป็นส่วนเสริมของฟังก์ชันการรวมคำสั่งซื้อขาย สมมติว่าในสถานการณ์การสลับ การเปลี่ยน A→C จะต้องเสร็จสิ้น แต่ไม่มีเส้นทางตรงจาก A→C แต่มีเส้นทางจาก A→B→C สามารถตระหนักถึงการรวมกันของ A→B และ B→C ยิ่งไปกว่านั้น ธุรกรรมมัลติฮอปนี้เป็นอะตอมมิก และจะไม่มีสถานการณ์ที่ A→B สำเร็จและ B→C ล้มเหลว
การเก็งกำไรด้วยเงินทุนเป็นศูนย์: เป็นสิ่งที่เรียกว่าหมาป่ามือเปล่า สาระสำคัญก็คือผู้อนุญาโตตุลาการจะชำระธนบัตรสองฉบับพร้อมอัตราดอกเบี้ยในเวลาเดียวกัน คุณสามารถเห็นภาพด้านล่าง
แหล่งที่มาของรูปภาพ: https://x.com/Permaswap/status/1854212032511512992
Permaswap เป็น AgentFi DEX ตัวแรกที่สร้างขึ้นโดยใช้โปรโตคอล FusionFi และยังเป็น DEX ที่เติบโตเต็มที่ที่สุดในระบบนิเวศ AO ใครก็ตามที่สนใจสามารถสัมผัสประสบการณ์ฟีเจอร์ข้างต้นได้บน Permaswap (aopsn.com)
ศูนย์การตั้งถิ่นฐาน
แน่นอนว่า Settlement Center เป็นองค์ประกอบสำคัญในโปรโตคอล FusionFi จะประมวลผลบันทึกทั้งหมดตามลำดับเวลา ตราบใดที่ระบบ SU ของ AO เป็นปกติ ก็สามารถรับลำดับเวลาได้ ใครๆ ก็สามารถแยกบันทึกจากกลุ่มบันทึกและส่งไปที่ Settle Center เพื่อทำข้อตกลงได้
เมื่อจำนวนคำขอประมวลผลบันทึกเพิ่มขึ้น ก็สามารถขยาย Settlement Center ได้อย่างง่ายดายในลักษณะกระจาย โดยใช้กระบวนการชำระเงินหลายขั้นตอนเพื่อลดงานการชำระหนี้ ความกดดันที่มีจะคำนวณตาม ID ของบันทึก และแบ่งออกเป็นกระบวนการชำระเงินที่แตกต่างกันสำหรับการประมวลผล
การใช้งาน Note ที่หลากหลาย
รูปแบบที่มีโครงสร้างของ Note ที่กำหนดโดยโปรโตคอล FusionFi จริงๆ แล้วมีการบังคับใช้สากลที่แข็งแกร่งมากกับธุรกิจทางการเงินต่างๆ ดังนั้น Note จึงสามารถนำไปใช้ได้หลากหลายรูปแบบ ไม่เพียงแต่ใช้เพื่อแสดงราคาสำหรับการทำธุรกรรมทันทีเท่านั้น แต่ยังสามารถใช้ในการซื้อขายล่วงหน้า การซื้อขายตามสัญญา การให้กู้ยืม และสถานการณ์อื่น ๆ อีกด้วย ดังนั้น FusionFi จึงสามารถบูรณาการไม่เพียงแต่สภาพคล่องเท่านั้น แต่ยังรวมไปถึงรูปแบบทางการเงินที่หลากหลายอีกด้วย
แนวโน้ม
ในความเห็นของผู้เขียน สาระสำคัญของโลกอินเทอร์เน็ตนี้คือธุรกรรมแบบหลายจุด ดังนั้นการแก้ปัญหาธุรกรรมความถี่สูงระหว่างหลายกลุ่มจึงมีมูลค่าสูง และแบบจำลองของ AgentFi สามารถรองรับสถานการณ์ DeFi ได้เกือบทั้งหมด ในขณะที่โปรโตคอล FusionFi ช่วยให้ตัวแทนดำเนินการจุดได้ -การจับคู่แบบจุดต่อจุดมีประสิทธิภาพมากขึ้น และการจับคู่นี้เป็นแบบข้ามโปรโตคอล เมื่อต้องเผชิญกับรูปแบบการแข่งขันเพื่อสภาพคล่องของสนาม DeFi ซึ่งเป็นวิธีหลักในการแข่งขันและการผูกขาดสภาพคล่องเป็นวิธีการหากำไร การเปลี่ยนแปลงที่โปรโตคอล FusionFi สามารถทำได้นั้นก่อให้เกิดการเปลี่ยนแปลง!
แน่นอนว่า FusionFi Protocol เป็นมาตรฐานโปรโตคอลใหม่ล่าสุดและอาจต้องมีการปรับเปลี่ยนและเพิ่มประสิทธิภาพอย่างต่อเนื่องตามความต้องการทางธุรกิจ ซึ่งอาจอ้างอิงถึงโมเดลของ BIP ( ข้อเสนอการปรับปรุง Bitcoin ) และ EIP ( ข้อเสนอการปรับปรุง Ethereum ) เพื่อดูดซับความคิดสร้างสรรค์ในการสร้างสรรค์ร่วม
เอกสารอ้างอิง:
1. การเงินอัจฉริยะ: จาก AgentFi สู่ FusionFi
https://x.com/perma_daoCN/status/1801474305597050906
2. โปรโตคอล FusionFi: องค์ประกอบหลักเพื่อให้บรรลุความสามารถในการทำงานร่วมกันของ AgentFi
https://x.com/Permaswap/status/1854212032511512992
3. เอกสารโปรโตคอล FusionFi
https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi การแนะนำโปรโตคอล.md
บทความนี้เผยแพร่ครั้งแรกบน PermaDAO
ลิงค์ต้นฉบับ: https://mp.weixin.qq.com/s/r5bhvWVhoEdohbhTt_7b5A
