Tóm tắt phần trước:
(AgentFi - DeFi với khái niệm mới do AO thúc đẩy)
Nội dung trước đó. Ngành công nghiệp blockchain tổng thể là một lịch sử tiến hóa mở rộng, để tăng tốc và giảm chi phí, nhiều lộ trình đang thử nghiệm, nhưng đều có giới hạn riêng. Cho đến 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 vi, không gian khối trên AO không còn là hàng hóa khan hiếm được cung cấp cố định, mà là tài nguyên có thể được tạo ra vô hạn theo nhu cầu, từ đó mang lại khả năng mở rộng vô hạn cho AO!
Điều này cũng khiến mô hình tài chính hướng tới Agent - AgentFi trở nên khả thi, so với DeFi truyền thống, AgentFi có nhiều kịch bản ứng dụng hơn.
Các giao thức DeFi truyền thống bắt nguồn từ Ethereum, mặc dù đã xuất hiện nhiều chuỗi công khai L2 và mới có hiệu suất cao, nhưng trí tưởng tượng của mọi người về mô hình xây dựng DeFi vẫn luôn bị giới hạn trong Ethereum. Bây giờ, hãy để chúng ta bước vào một nền tảng hoàn toàn không bị giới hạn về hiệu suất, giống như hồi tưởng lại quá trình phát triển từ internet chỉ đọc, đến đọc ghi, đến thuật toán, đến tự chủ, hãy tưởng tượng lại hình thức tài chính trên chuỗi nên có, có phải trong đầu bạn sẽ hiện lên một khung cảnh hoàn toàn mới? Một cảnh tượng mà tất cả người dùng đều có thể tạo ra các Agent tài chính, bất kỳ đơn vị tính toán nào cũng có thể trở thành “cơ quan tài chính”, cung cấp dịch vụ tài chính tùy chỉnh!
Tại sao cần một giao thức tiêu chuẩn cho Agent?
Trên máy tính AO, các tiến trình giao tiếp với nhau thông qua tin nhắn, việc truyền tin tuân theo một quy chuẩn nhất định. Thực tế trong các kịch bản tài chính cũng vậy.
Tùy chỉnh là điểm khởi đầu cho sự đa dạng, nếu các loại Agent tài chính khác nhau tự phát triển, chắc chắn sẽ sinh ra các quy chuẩn khác nhau, vậy thì việc tương tác giữa các Agent trở thành một thách thức lớn, làm thế nào để các Agent có thể giao tiếp với nhau, từ đó khớp lệnh với nhau?
Để tránh việc thiếu quy chuẩn thống nhất gây ra sự thiếu hụt khả năng tương tác, FusionFi Protocol (FFP) đã ra đời.
FusionFi Protocol như một giao thức tương tác giữa các Agent, định nghĩa các quy tắc tương tác giữa các Agent, giúp các dịch vụ tài chính được tạo ra dựa trên Agent có thể tương thông và hòa nhập vào nhau. Vào thời điểm AgentFi vừa mới bắt đầu, một giao thức như vậy có thể nói là rất có triển vọng.
FFP (FusionFi Protocol)
FusionFi Protocol là giao thức được người sáng lập EverVision, outprog, giới thiệu tại Đại hội Arweave Asia 2024.
Khái niệm chính trong FusionFi Protocol là Ghi chú (Note). Nó là mô hình biểu diễn trừu tượng của cam kết, có thể dưới dạng token, trái phiếu, chứng từ, quyền hợp đồng, v.v. Sử dụng mô hình Ghi chú làm phương tiện, FusionFi Protocol có thể hỗ trợ nhiều kịch bản tài chính phong phú như giao dịch, cho vay, đặt cọc, v.v.
FusionFi Protocol không chỉ cung cấp một tiêu chuẩn giao thức, mà còn cung cấp cho các nhà phát triển một bộ 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 thực thể là Agent AMM và Agent Sổ lệnh.
Agent AMM
Lấy Agent AMM làm ví dụ, mỗi Agent AMM có thể hiểu như một bể tính thanh khoản 'chủ quyền cá nhân', quy tắc tạo thị trường của bể tính thanh khoản này có thể tự thiết lập. Điều này cũng có nghĩa là người dùng không cần phụ thuộc vào nền tảng bên ngoài như một bể vốn sử dụng thuật toán tạo thị trường thống nhất, mà có thể tự thực hiện chức năng hoán đổi, có thể tìm kiếm bất kỳ đối tác phù hợp nào trên toàn mạng. Nói cách khác, khi người dùng tạo Agent, thực chất là đang tạo ra một sàn giao dịch phi tập trung thuộc về cá nhân. Sau đó, FusionFi Protocol có thể cho phép nhiều 'sàn giao dịch cá nhân' như vậy hình thành một mạng lưới điểm đến điểm, nhằm thực hiện khớp lệnh hiệu quả và linh hoạt hơn.
Dưới đây là quy trình cốt lõi của Agent AMM:
Có vẻ rất đơn giản, nhưng thực tế đối với LP, dường như vẫn là một quy trình chuẩn để tạo, gửi và thêm vào, đổi lấy rút tiền, nhưng sự khác biệt là Agent do chính người dùng kiểm soát, đối với LP, tài sản nằm trong tay mình. Thực chất đây là khả năng của AgentFi, FusionFi xây dựng một cổng vào tương đối thống nhất (và cấu trúc dữ liệu) cho khả năng này.
Bạn có thể hiểu rằng, với tư cách là LP, những gì bạn cần thực hiện chỉ là các thao tác gửi và rút tiền, chỉ cần gọi hàm cổng vào thống nhất. Và hàm đó có thể liên kết với nhiều dự án DeFi, về việc họ tương tác như thế nào sau đó, hoạt động ra sao, bạn không cần quan tâm, đó chính là giá trị của cấp độ tiêu chuẩn giao thức. Giống như khi đã có các tiêu chuẩn như ERC 20, các ứng dụng sẽ tự thích ứng với người dùng.
Dưới đây là ví dụ mã cụ thể để thêm tính thanh khoản.
Có thể thấy, chỉ với vài dòng mã cốt lõi có thể nhanh chóng thực hiện chức năng này.
const minLiquidity = await agent.getMinLiquidityByX(helloAmount, ammSlippageOfPercent)// thiết lập số lượng và độ trượt
const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)// khởi tạo thông điệp thêm tính thanh khoản
const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)// lấy kết quả
Nguồn trường hợp mã:
https://github.com/permadao/ffp-demo
Vòng đời của Ghi chú
Ở đây chúng ta có thể chuyển sang góc nhìn của Ghi chú, xem lại quy trình giao dịch giữa người dùng và Agent AMM.
1. Khi người dùng khởi tạo yêu cầu báo giá, tất cả các Agent AMM có tính thanh khoản tương ứng sẽ tự động tạo một báo giá, báo giá này chính là một Ghi chú, thời gian hiệu lực của Ghi chú này rất ngắn, nếu không nhanh chóng giao dịch, Ghi chú sẽ hết hạn. Các Agent AMM tương đương với maker.
2. Tất cả các Ghi chú sẽ được lưu trữ tập trung trong Hồ chứa Ghi chú của hệ thống, Hồ chứa Ghi chú đóng vai trò là không gian lưu trữ chia sẻ trong hệ thống, thuận tiện cho các thực thể khác truy cập.
3. Người dùng chọn Ghi chú báo giá phù hợp nhất từ Hồ chứa Ghi chú thông qua trang web phía trước và gửi đến Trung tâm Thanh toán để thực hiện thanh toán. Trung tâm Thanh toán chịu trách nhiệm thực hiện các thao tác thanh toán cụ thể, ví dụ như hoán đổi ở đây.
4. Ghi chú được đánh dấu là 'đã thanh toán', Hoán đổi đã được thực hiện thành công.
Ở đây, Trung tâm Thanh toán là thành phần quan trọng trong FusionFi Protocol, phải chịu trách nhiệm xử lý các thao tác thanh toán Ghi chú khác nhau trong hệ thống.
Thực tế, đối với Agent Sổ lệnh cũng vậy, lệnh giới hạn trong Agent Sổ lệnh chính là một Ghi chú, quy trình thanh toán của nó hoàn toàn giống với quy trình của báo giá do Agent AMM tạo ra. Điều này có nghĩa là, FusionFi Protocol thực sự có thể kết hợp tính thanh khoản từ cả AMM và sổ lệnh.
Sự kết hợp này mang lại rất nhiều lợi ích, trong kịch bản hoán đổi, tính thanh khoản có thể đến từ báo giá của người dùng hoặc từ các nút tạo thị trường. Và người dùng có thể sử dụng giao thức định tuyến để tìm kiếm tính thanh khoản trong toàn bộ Hồ chứa Ghi chú, đạt được giá giao dịch tốt nhất. AMM cung cấp tính thanh khoản cơ bản cho thị trường, nhưng có vấn đề là ảnh hưởng đến giá cả lớn và tổn thất không thường xuyên, trong khi sổ lệnh cho phép người dùng tự treo đơn, phù hợp với các giao dịch lớn và người dùng có nhu cầu giá cụ thể. Sau khi kết hợp, AMM cung cấp tính thanh khoản liên tục, sổ lệnh thì giảm ảnh hưởng đến giá cả và tăng độ sâu, khiến giao dịch lớn trở nên hiệu quả hơn. Mô hình này đáp ứng nhu cầu của các loại người dùng khác nhau, từ nhà đầu tư nhỏ lẻ đến tổ chức đều có thể tìm thấy cách giao dịch phù hợp, từ đó nâng cao hiệu quả sử dụng vốn, thúc đẩy thị trường trưởng thành hơn nữa.
Thanh toán nguyên tử nhiều Ghi chú
Các trường hợp ở trên chỉ giới hạn trong việc thanh toán một Ghi chú, nhưng thực tế, FusionFi Protocol còn có thể hỗ trợ thanh toán nhiều Ghi chú cùng một lúc, và việc thanh toán này là nguyên tử. Trong bất kỳ thanh toán đơn lẻ nào, tất cả các Ghi chú đều phải được thanh toán hoàn chỉnh, thì mới có thể thay đổi trạng thái của Ghi chú. Nếu không, trạng thái của tất cả các Ghi chú sẽ không được thay đổi.
Điều này mang lại một số tính năng rất hữu ích:
Chia nhỏ giao dịch lớn: Các đơn hàng lớn rất khó bị một đối tác duy nhất thực hiện, FFP hỗ trợ chia nhỏ các đơn hàng lớn, tận dụng tối đa tính thanh khoản phân tán.
Gộp nhiều giao dịch: Nhiều giao dịch có thể được gộp thành một đơn hàng nguyên tử. Điều này có thể tăng tốc độ giao dịch, điều này rất quan trọng đối với các nhà giao dịch tần suất cao và các kịch bản giao dịch phức tạp.
Giao dịch nhiều bước: Giao dịch nhiều bước là sự mở rộng của chức năng gộp. Giả sử trong kịch bản hoán đổi cần thực hiện A→C, nhưng không có đường đi trực tiếp từ A→C, nhưng có đường A→B→C, FFP có thể thực hiện A→B, B→C. Và giao dịch nhiều bước này là nguyên tử, sẽ không có trường hợp A→B thành công, B→C thất bại.
Chênh lệch không vốn: thực chất là việc kiếm lời mà không cần vốn. Bản chất là nhà đầu tư kiếm lời từ việc mang hai ghi chú có chênh lệch lãi suất đi thanh toán cùng một lúc. Có thể xem hình dưới đây.
Nguồn hình ảnh: https://x.com/Permaswap/status/1854212032511512992
Permaswap là DEX đầu tiên được xây dựng dựa trên FusionFi Protocol, cũng là DEX hiện tại trưởng thành nhất trong hệ sinh thái AO. Mọi người có thể trải nghiệm các tính năng trên tại Permaswap (aopsn.com).
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ú dựa trên thứ tự thời gian, chỉ cần hệ thống SU của AO hoạt động bình thường, thì có thể lấy được thứ tự thời gian đó. Bất kỳ ai cũng có thể rút ghi chú từ hồ chứa ghi chú, 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ý ghi chú tăng lên, Trung tâm Thanh toán cũng có thể mở rộng dễ dàng theo cách phân tán, bằng cách sử dụng nhiều quy trình thanh toán để phân luồng xử lý các nhiệm vụ thanh toán. Có bao nhiêu áp lực, thì căn cứ vào ID ghi chú làm tính toán phân luồng đến các quy trình thanh toán khác nhau để xử lý.
Ứng dụng đa dạng của Ghi chú
Định dạng cấu trúc của Ghi chú được định nghĩa bởi FusionFi Protocol thực tế có tính ứng dụng rất cao cho nhiều loại dịch vụ tài chính khác nhau. Do đó, cách ứng dụng Ghi chú là đa dạng. Nó không chỉ có thể được sử dụng để biểu thị các báo giá giao dịch giao ngay, mà cũng có thể được sử dụng cho giao dịch tương lai, giao dịch hợp đồng, cho vay và các kịch bản khác. Do đó, FusionFi không chỉ có thể kết hợp tính thanh khoản, mà còn nhiều hình thức tài chính khác nhau.
Triển vọng
Theo quan điểm của tác giả, thế giới internet này về bản chất là 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 có giá trị rất lớn, và mô hình AgentFi có thể thực hiện gần như tất cả các kịch bản DeFi, trong khi FusionFi Protocol có thể giúp các Agent thực hiện khớp lệnh trực tiếp một cách hiệu quả hơn, và sự khớp lệnh này là xuyên giao thức. Đối mặt với lĩnh vực DeFi với cách cạnh tranh chủ yếu là giành giật tính thanh khoản, và mô hình độc quyền tính thanh khoản như một cách kiếm lợi, những thay đổi mà FusionFi Protocol có thể mang lại là mang tính cách mạng!
Tất nhiên, FusionFi Protocol là một tiêu chuẩn giao thức hoàn toàn mới, có thể vẫn cần điều chỉnh và tối ưu hóa theo nhu cầu kinh doanh. Điều này có thể tham khảo mô hình BIP (Bitcoin Improvement Proposal) và EIP (Ethereum Improvement Proposals), thu hút ý tưởng trong sự đồng sáng tạo.
Tài liệu tham khảo:
1. Tài chính thông minh: từ AgentFi đến FusionFi
https://x.com/perma_daoCN/status/1801474305597050906
2. FusionFi Protocol: Yếu tố cốt lõi để đạt được khả năng tương tác AgentFi
https://x.com/Permaswap/status/1854212032511512992
3. Tài liệu FusionFi Protocol
https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi%20giao%20thức%20giới%20thiệu.md
Bài viết này được phát hành đầu tiên trên PermaDAO
Liên kết bản gốc: https://mp.weixin.qq.com/s/r5bhvWVhoEdohbhTt_7b5A
