Nguồn: PermaDAO
Tiếp theo phần trước. Toàn bộ ngành Blockchain đều là một câu chuyện mở rộng, để tăng tốc và giảm phí, mọi hướng đều đang thử nghiệm, nhưng đều đạt đến giới hạn riêng của mình. Cho đến khi AO, một mô hình khác biệt so với Blockchain truyền thống đã xuất hiện. thông qua thiết kế tinh tế, không gian Khối trên AO không còn là một nguồn cung cố định khan hiếm, mà là tài nguyên có thể tạo ra vô hạn theo nhu cầu, từ đó trao cho AO khả năng mở rộng vô hạn!
Điều này cũng tạo điều kiện cho mô hình tài chính dành cho Đại lý - AgentFi, có nhiều ứng dụng rộng rãi hơn so với tài chính phi tập trung truyền thống.
Giao thức tài chính phi tập trung truyền thống bắt nguồn từ Ethereum (ETH), mặc dù đã có nhiều chuỗi con L2 và chuỗi mới có hiệu suất cao xuất hiện, nhưng tưởng tượng về mô hình xây dựng Tài chính phi tập trung vẫn luôn giới hạn trong Ethereum. Bây giờ, hãy đến với một nền tảng không có hạn chế về hiệu suất, giống như quá trình phát triển của Internet từ chỉ đọc, đến đọc-ghi, đến thuật toán, đến tự chủ, hãy tưởng tượng lại hình ảnh của hệ thống tài chính on-chain, liệu trong đầu có hiện ra một cảnh tượng hoàn toàn mới không? Một tương lai công bằng tài chính, nơi mà tất cả người dùng có thể tạo ra Đại lý tài chính và mọi đơn vị tính toán có thể trở thành “Tổ chức tài chính” và cung cấp các Dịch vụ tài chính tùy chỉnh!
Trên máy AO, các quy trình giao tiếp với nhau thông qua tin nhắn và nhắn tin tuân theo các thông số kỹ thuật nhất định. Trên thực tế, điều tương tự cũng đúng trong bối cảnh tài chính.
Tùy chỉnh là điểm khởi đầu đa dạng, nếu các loại đại lý tài chính phát triển một cách tự do, sẽ tạo ra các chuẩn giao thức khác nhau, điều này sẽ tạo ra một vấn đề lớn trong việc tương tác giữa các đại lý, làm thế nào để các đại lý có thể giao tiếp với nhau và sau đó làm thế nào để kết hợp lẫn nhau?
Để tránh mất mát về tương tác do thiếu một quy chuẩn thống nhất, FusionFi Protocol (FFP) đã ra đời.
FusionFi Protocol là giao thức tương tác giữa các đại lý, xác định các quy tắc tương tác giữa các đại lý, cho phép các hoạt động tài chính được tạo ra dựa trên đại lý có thể giao tiếp với nhau và hòa nhập thành một. Vào thời điểm AgentFi mới bắt đầu, giao thức như vậy có thể nói là rất tiên phong.
FFP(FusionFi Protocol)
FusionFi Protocol là giao thức được sáng lập bởi EverVision outprog và được giới thiệu tại Hội nghị Arweave Asia năm 2024.
Khái niệm chính trong FusionFi Protocol là Note (phiếu). Nó là mô hình biểu thị trừu tượng của cam kết, có thể có hình thức là Token, trái phiếu, chứng chỉ, quyền hợp đồng và những thứ tương tự. Với mô hình Note làm phương tiện truyền thông, FusionFi Protocol có thể hỗ trợ nhiều tình huống tài chính phong phú, chẳng hạn như giao dịch, cho vay, thế chấp và các loại hình tương tự.
Giao thức FusionFi không chỉ cung cấp một bẫy quy ước, mà còn cung cấp các công cụ phát triển AgentFi (FFP SDK) giúp các nhà phát triển tạo ra AgentFi một cách hiệu quả và đơn giản hơn.
Hiện tại, FusionFi Protocol đã có hai loại phiên bản AMM Agent và Orderbook Agent.
Đại lý AMM
Lấy AMM Agent làm ví dụ, mỗi AMM Agent có thể được hiểu là một pool thanh khoản “có chủ quyền cá nhân” và các quy tắc tạo lập thị trường của nhóm thanh khoản này có thể do chính bạn đặt ra. Điều này cũng có nghĩa là người dùng không cần phải dựa vào các nền tảng bên ngoài, chẳng hạn như nhóm quỹ với thuật toán tạo lập thị trường thống nhất, họ có thể triển khai độc lập chức năng hoán đổi và có thể tìm thấy bất kỳ đối tác phù hợp nào trên mạng. Nói cách khác, khi người dùng tạo ra một tác nhân, họ thực sự đang tạo ra một sàn giao dịch phi tập trung thuộc về một cá nhân. Giao thức FusionFi sau đó có thể cho phép nhiều “trao đổi cá nhân” như vậy tạo thành một mạng ngang hàng để đạt được kết hợp hiệu quả và linh hoạt hơn.
Dưới đây là quy trình cốt lõi của AMM Agent:
Dường như rất đơn giản, nhưng đối với LP, quá trình tạo, gửi tiền, thêm và rút tiền vẫn là một quy trình bẫy tiêu chuẩn, nhưng điều khác biệt là Agent được kiểm soát bởi người dùng, với LP, tài sản nằm trong tay họ. Điều này thực sự là khả năng của chính AgentFi, trong khi FusionFi là tạo ra một cổng đầu vào tương đối thống nhất (và cấu trúc dữ liệu) cho khả năng bẫy này.
Bạn có thể hiểu rằng, với vai trò LP, bạn chỉ cần thực hiện các hoạt động gửi và rút tiền, chỉ cần gọi hàm nhập cảnh thống nhất. Hàm có thể được liên kết với nhiều dự án Tài chính phi tập trung, còn cách chúng tương tác và tác động sau đó, bạn không cần quan tâm, đó cũng là giá trị của giao thức tiêu chuẩn. Tương tự như khi có các tiêu chuẩn như ERC20, tầng ứng dụng phù hợp với người dùng.
Dưới đây là ví dụ mã cụ thể để thêm Thanh khoản.
Có thể thấy, chỉ cần vài dòng mã lõi là có thể nhanh chóng thực hiện chức năng đó.
const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)//设置数量和Trượt giáconst addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//发起添加Thanh khoản的消息const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//获取结果
Mã nguồn ví dụ:
Chú ý vòng đời
Ở đây chúng ta có thể chuyển sang quan điểm của Note và xem xét quá trình giao dịch giữa người dùng và đại lý AMM.
Khi người dùng tạo yêu cầu Giá hỏi, tất cả AMM Agents sở hữu Thanh khoản tương ứng sẽ tự động tạo một đơn giá, đơn giá này chính là một Note, thời hạn hiệu lực của Note rất ngắn ngủi, nếu không thể giao dịch nhanh chóng, Note sẽ trở nên vô hiệu. AMM Agents tương đương với người tạo lệnh (maker).
Tất cả các Note sẽ được tập trung lưu trữ trong Hồ bơi Note của hệ thống, Hồ bơi Note đóng vai trò là một không gian lưu trữ được chia sẻ trong hệ thống để dễ dàng truy cập cho các thực thể khác.
Người dùng chọn báo giá phù hợp nhất từ Note Pool thông qua trang web front-end Lưu ý gửi nó đến Trung tâm thanh toán cho Thanh toán. Trung tâm thanh toán chịu trách nhiệm thực hiện các nghiệp vụ cụ thể của Thanh toán, chẳng hạn như hoán đổi tại đây.
Note 被标记为”已Thanh toán “,Swap 被成功执行。
Ở đây, Trung tâm thanh toán là một phần quan trọng trong Giao thức FusionFi, phải chịu trách nhiệm xử lý các hoạt động Note Thanh toán trong hệ thống.
Thực tế, đối với Orderbook Agent, cũng vậy, đơn giá hạn chế trong Orderbook Agent chính là một Ghi chú, quy trình thanh toán của nó hoàn toàn giống như Quy trình tạo báo giá của AMM Agent. Điều này có nghĩa là, Giao thức FusionFi thực tế có thể kết hợp thanh khoản từ cả AMM và sổ lệnh.
Việc kết hợp như vậy mang lại nhiều lợi ích lớn, trong cảnh swap, Thanh khoản có thể đến từ các lệnh chờ của người dùng hoặc từ Nút làm thị trường. Người dùng có thể sử dụng giao thức định tuyến để tìm kiếm Thanh khoản trong toàn bộ Nút pool, đạt được giá thỏa thuận tốt nhất. AMM cung cấp Thanh khoản cơ bản cho thị trường, nhưng tồn tại vấn đề tác động giá lớn và Tổn thất vô thường, trong khi sổ lệnh cho phép người dùng tự làm Maker, phù hợp cho giao dịch lớn và người dùng có yêu cầu giá cụ thể. Sau khi kết hợp, AMM cung cấp Thanh khoản liên tục, sổ lệnh giảm tác động giá và tăng Độ sâu, làm cho giao dịch lệnh lớn hiệu quả hơn. Mô hình này đáp ứng nhu cầu của người dùng từ bán lẻ đến tổ chức, từ đó tăng cường việc sử dụng vốn và thúc đẩy thị trường trở nên chín chắn hơn.
**多 Note 原子Thanh toán **
Các ví dụ trên chỉ giới hạn trong việc Thanh toán một lần cho một Ghi chú, nhưng thực tế, Giao thức FusionFi cũng có thể hỗ trợ Thanh toán nhiều Ghi chú trong một lần và loại Thanh toán này là nguyên tử. Tất cả các Ghi chú trong một lần Thanh toán phải được Thanh toán hoàn tất trước khi trạng thái của Ghi chú có thể được thay đổi. Nếu không, trạng thái của tất cả các Ghi chú sẽ không thay đổi.
Điều này mang đến một số tính năng rất hữu ích:
Nguồn hình ảnh:
Permaswap là sàn giao dịch phi tập trung AgentFi đầu tiên được xây dựng trên FusionFi Protocol, cũng là DEX thành công nhất trong hệ sinh thái AO hiện tại. Bạn có thể trải nghiệm các tính năng trên Permaswap (aopsn.com) nếu quan tâm.
Trung tâm thanh toán
Rõ ràng, trong FusionFi Protocol, Trung tâm thanh toán là một thành phần quan trọng. Nó sẽ xử lý tất cả các ghi chú theo thứ tự thời gian, miễn là hệ thống SU của AO hoạt động bình thường, thì có thể lấy thứ tự thời gian đó. Bất kỳ ai cũng có thể rút ghi chú từ bể ghi chú và nộp cho Trung tâm thanh toán để thực hiện thanh toán.
Khi khối lượng yêu cầu xử lý có ghi chú mở rộng, Trung tâm thanh toán cũng có thể dễ dàng mở rộng theo cách phân tán, bằng cách sử dụng nhiều quy trình thanh toán để chia nhỏ công việc Thanh toán. Tùy thuộc vào áp lực, công việc sẽ được phân chia vào các quy trình thanh toán khác nhau dựa trên ID của ghi chú.
Ứng dụng đa dạng của Note
Cấu trúc định dạng của Note được định nghĩa bởi Giao dịch hợp đồng Protocol, thực tế là rất phổ biến cho mọi loại hình kinh doanh tài chính. Do đó, cách áp dụng của Note là rất đa dạng. Không chỉ được sử dụng để biểu thị bảng giá Giao ngay, mà còn có thể được sử dụng trong giao dịch hợp đồng tương lai, Giao dịch hợp đồng, vay mượn và nhiều tình huống khác. Vì vậy, FusionFi không chỉ có thể hòa trộn Thanh khoản, mà còn có thể hòa trộn nhiều loại hình tài chính khác nhau.
Theo quan điểm của tôi, bản chất của thế giới Internet chính là việc giao dịch đa điểm, vì vậy việc giải quyết giao dịch tần suất cao giữa nhiều nhóm sẽ mang lại giá trị rất lớn, và mô hình của AgentFi có thể áp dụng cho gần như tất cả các tình huống Tài chính phi tập trung, trong khi Giao thức FusionFi có thể giúp các Đại lý giao dịch một cách hiệu quả hơn thông qua việc kết hợp trên điểm, và hình thức này là qua các giao thức khác nhau. Đối mặt với lĩnh vực Tài chính phi tập trung trong cuộc đua để đạt được Thanh khoản, và mô hình lợi nhuận dựa trên độc quyền Thanh khoản, sự thay đổi mà Giao thức FusionFi có thể mang lại là cách mạng!
当然,FusionFi Protocol 是一个全新的giao thức标准,可能还需要根据业务需求,不断调整和优化。这就可以参考到 BIP(Bitcoin Improvement Proposal)BTC改进提案和 EIP(Ethereum Improvement Proposals)Đề xuất cải tiến Ethereum的模式,在共创中吸纳创意。