작가 : 포틴준
검토: 0xmiddle
출처: 콘텐츠 길드-투자 연구
이전 기사 리뷰:
"AgentFi - AO가 주도하는 새로운 개념의 DeFi"
이 책은 이전 장에 이어서 계속됩니다. 블록체인 산업 전체는 속도를 높이고 수수료를 낮추기 위해 다양한 경로가 시도되고 있지만 모두 한계가 있습니다. AO 이전에는 기존의 블록체인과 다른 패러다임이 등장했습니다. 영리한 설계를 통해 AO의 블록 공간은 더 이상 희소성의 고정 공급이 아니라 필요에 따라 무한히 생성될 수 있는 자원이 되어 AO에 무한 확장 능력을 제공합니다!
이는 또한 에이전트 중심 금융 모델인 AgentFi를 가능하게 합니다. 기존 DeFi에 비해 AgentFi는 더 넓은 범위의 애플리케이션 시나리오를 가지고 있습니다.
전통적인 DeFi 프로토콜은 이더리움에서 시작되었습니다. 다양한 L2와 고성능의 새로운 퍼블릭 체인이 탄생했지만 DeFi 구축 패러다임에 대한 사람들의 상상력은 항상 이더리움에 국한되어 있었습니다. 이제 읽기 전용부터 읽기-쓰기, 알고리즘, 자율성까지 인터넷의 발전 과정을 떠올리며 온체인 금융이 어떤 모습이어야 하는지 다시 상상하듯이 성능 제한이 없는 플랫폼으로 들어가 보겠습니다. . 당신의 마음 속에 새로운 그림이 떠오를 것인가? 모든 사용자가 금융 대리인을 만들 수 있고, 모든 컴퓨팅 단위가 '금융 기관'이 되어 맞춤형 금융 서비스를 제공할 수 있는 금융 평등의 비전!
Agent에 표준 프로토콜이 필요한 이유는 무엇입니까?
AO 컴퓨터에서 프로세스는 메시지를 통해 통신하며 메시지 전달은 특정 사양을 따릅니다. 사실 금융현장에서도 마찬가지다.
커스터마이징은 다양화의 출발점입니다. 서로 다른 유형의 금융 에이전트가 자체적으로 개발되면 필연적으로 서로 다른 프로토콜 사양이 생성됩니다. 이러한 방식으로 에이전트 간의 상호 작용을 허용하는 방법은 무엇입니까? 소통하고 서로 매칭하는 건 어떨까요?
통일된 사양 부족으로 인한 상호 운용성 부족을 방지하기 위해 FFP(FusionFi 프로토콜)가 탄생했습니다.
FusionFi 프로토콜은 에이전트 간 상호 작용 프로토콜로서 에이전트 간의 상호 작용 규칙을 정의하여 에이전트를 기반으로 생성된 다양한 금융 서비스가 서로 통신하고 통합될 수 있도록 합니다. AgentFi가 막 시작했을 당시에는 이러한 계약이 매우 미래 지향적이라고 할 수 있습니다.
FFP(FusionFi 프로토콜)
FusionFi 프로토콜은 EverVision 창립자가 2024 Arweave Asia 컨퍼런스에서 출시한 프로토콜입니다.
FusionFi 프로토콜의 핵심 개념은 Note입니다. 이는 토큰, 채권, 인증서, 계약상 권리 등의 형태일 수 있는 약속의 추상적 표현 모델입니다. Note 모델을 매체로 사용하여 FusionFi 프로토콜은 거래, 대출, 담보 등과 같은 다양한 금융 시나리오를 지원할 수 있습니다.
FusionFi 프로토콜은 프로토콜 사양을 제공할 뿐만 아니라 개발자가 AgentFi를 보다 효율적이고 간단하게 만들 수 있도록 AgentFi 개발 도구(FFP SDK) 세트를 제공합니다.
현재 FusionFi 프로토콜에는 이미 AMM 에이전트와 주문서 에이전트라는 두 개의 인스턴스가 있습니다.
AMM 에이전트
AMM 에이전트를 예로 들면, 각 AMM 에이전트는 "개인 주권" 유동성 풀로 이해될 수 있습니다. 이 유동성 풀의 시장 형성 규칙은 스스로 설정할 수 있습니다. 이는 또한 사용자가 통합 시장 조성 알고리즘을 사용하는 자본 풀과 같은 외부 플랫폼에 의존할 필요가 없으며 스왑 기능을 독립적으로 구현하고 전체 네트워크에서 적합한 거래 상대를 찾을 수 있음을 의미합니다. 즉, 사용자가 에이전트를 생성하면 실제로는 개인 분산형 거래소를 생성하는 것입니다. 그런 다음 FusionFi 프로토콜을 사용하면 이러한 많은 "개인 교환"을 통해 P2P 네트워크를 형성하여 보다 효율적이고 유연한 매칭을 달성할 수 있습니다.
AMM Agent의 핵심 프로세스는 다음과 같습니다.
| 단계 | 설명하다 |
|---|---|
| 1.AMM 에이전트 생성 | Agent는 createAMMAgent 메소드를 호출하여 생성되며, Agent는 스마트 컨트랙트와 달리 사용자가 제어하는 형태로 존재합니다. |
| 2. 자산예치 | 사용자는 유동성 제공을 준비하기 위해 AMM 에이전트에 토큰을 예치합니다. |
| 3. 유동성 추가 | 유동성 풀에 일정량의 자산을 추가하려면 agent.addLiquidity 메소드를 호출하세요. |
| 4. 자동 교환 | AMM 에이전트는 알고리즘(예: 상수 제품 공식)을 사용하여 교환 가격을 자동으로 계산하며 시장 조성 규칙을 직접 설정할 수 있습니다. |
| 5. 유동성 제거 | 사용자가 자금을 인출해야 하는 경우 agent.removeLiqudity 메소드를 사용하여 유동성을 제거할 수 있습니다. |
사실 LP의 경우에는 생성, 입금, 추가, 교환, 출금 등의 일반적인 프로세스인 것 같습니다. 그러나 차이점은 Agent가 사용자 자신에 의해 제어된다는 것입니다. 자신의 손에. 이는 실제로 AgentFi 자체의 기능이며 FusionFi는 이러한 기능 세트에 대해 상대적으로 통일된 입구(및 데이터 구조)를 구축했습니다.
LP로서 완료해야 할 작업은 입출금 작업뿐이며 통합 입력 기능만 호출하면 된다는 점을 이해하실 수 있습니다. 기능 자체는 여러 DeFi 프로젝트에 연결될 수 있으며 향후 상호 작용하고 작동하는 방식을 무시할 수 있습니다. 이것이 프로토콜 표준 계층의 가치입니다. ERC20과 같은 표준의 출현과 마찬가지로 애플리케이션 계층도 사용자에 맞게 조정됩니다.
다음은 유동성을 추가하기 위한 구체적인 코드 예시입니다.
보시다시피 이 기능은 몇 줄의 핵심 코드만으로 빠르게 구현할 수 있습니다.
코드 사용 사례 소스: https://github.com/permadao/ffp-demo
노트 수명주기
여기에서는 Note의 관점으로 전환하여 사용자와 AMM 에이전트 간의 트랜잭션 프로세스를 살펴볼 수 있습니다.
- 사용자가 조회 요청을 시작하면 해당 유동성을 갖춘 모든 AMM 에이전트가 자동으로 견적을 생성합니다. 이 견적은 이 노트의 유효 기간이 매우 짧습니다. 거래가 신속하게 완료되지 않으면 해당 노트가 만료됩니다. AMM Agent는 Maker와 동일합니다.
- 모든 메모는 시스템의 메모 풀에 중앙에 저장됩니다. 메모 풀은 다른 개체의 액세스를 용이하게 하기 위해 시스템에서 공유 저장 공간 역할을 합니다.
- 사용자는 프런트 엔드 웹 페이지를 통해 Note Pool에서 가장 적합한 견적 노트를 선택하고 정산 센터에 제출하여 정산합니다. 정산센터는 여기서 스왑 등 구체적인 정산업무를 담당합니다.
- 노트는 "정산됨"으로 표시되고 스왑이 성공적으로 실행됩니다.
여기서 정산 센터는 FusionFi 프로토콜의 핵심 구성 요소이며 시스템 내 다양한 노트 정산 작업을 처리하는 역할을 담당합니다.
실제로 Orderbook Agent의 경우도 마찬가지입니다. Orderbook Agent 자체의 지정가 주문은 Note이며, 결제 프로세스는 AMM Agent가 생성한 견적 에이전트와 완전히 동일합니다. 이는 FusionFi 프로토콜이 실제로 AMM과 주문서의 유동성을 병합할 수 있음을 의미합니다.
이러한 통합은 스왑 시나리오에서 유동성이 사용자 견적이나 시장 형성 노드에서 나올 수 있다는 점에서 큰 이점을 제공합니다. 사용자는 라우팅 프로토콜을 사용하여 전체 노트 풀에서 유동성을 찾고 최상의 거래 가격을 달성할 수 있습니다. AMM은 시장에 기본적인 유동성을 제공하지만 가격 영향이 크고 비영구적 손실이 있다는 문제가 있는 반면, 주문서는 사용자가 독립적으로 주문할 수 있으므로 대규모 거래와 특정 가격 요구가 있는 사용자에게 적합합니다. 통합되면 AMM은 지속적인 유동성을 제공하는 동시에 주문서는 가격 영향을 줄이고 깊이를 높여 대규모 거래를 더욱 효율적으로 만듭니다. 이 모델은 개인 투자자부터 적절한 거래 방법을 찾을 수 있는 기관에 이르기까지 다양한 유형의 사용자 요구를 충족함으로써 자금 활용도를 높이고 시장의 성숙도를 더욱 촉진합니다.
다중 노트 원자 정착
위의 경우는 한 번에 하나의 노트 정산으로 제한되지만 실제로 FusionFi 프로토콜은 한 번에 여러 노트 정산을 지원할 수도 있으며 이 정산은 원자적입니다. 메모 상태는 단일 결제의 모든 메모가 정산된 후에만 변경할 수 있습니다. 그렇지 않으면 모든 메모의 상태가 변경되지 않습니다.
이는 매우 유용한 기능을 제공합니다:
- 대량 거래 분할: 단일 거래상대방이 대량 주문을 받기가 어렵습니다. FFP는 분산된 유동성을 최대한 활용하기 위해 대량 주문을 분할하는 것을 지원합니다.
- 여러 트랜잭션 결합: 여러 트랜잭션을 하나의 원자 순서로 병합할 수 있습니다. 이는 거래 빈도가 높은 거래자 및 복잡한 거래 시나리오의 경우 거래 속도를 어느 정도 향상시킬 수 있습니다.
- 멀티홉 거래: 멀티홉 거래는 주문 결합 기능의 확장입니다. 스왑 시나리오에서 A→C 교체가 완료되어야 하지만 A→C에서 직접 경로는 없지만 A→B→C에서 경로가 있다고 가정하면 A→B의 조합을 실현할 수 있습니다. 그리고 B→C. 게다가 이 멀티홉 트랜잭션은 원자성(Atomic)이므로 A→B가 성공하고 B→C가 실패하는 상황은 없습니다.
- 자본 차익 제로: 소위 빈손 늑대입니다. 핵심은 차익거래자가 동시에 이자율로 두 개의 메모를 정산한다는 것입니다. 아래 그림을 볼 수 있습니다.
이미지 출처: https://x.com/Permaswap/status/1854212032511512992
Permaswap은 FusionFi 프로토콜을 기반으로 구축된 최초의 AgentFi DEX이자 AO 생태계에서 가장 성숙한 DEX입니다. 관심 있는 사람이라면 누구나 Permaswap( aopsn.com )에서 위 기능을 경험할 수 있습니다.
정착 센터
분명히 Settlement Center는 FusionFi 프로토콜의 핵심 구성 요소입니다. AO의 SU 시스템이 정상이면 시간 순서를 얻을 수 있습니다. 누구나 노트 풀에서 노트를 추출하여 정산 센터에 제출하여 정산할 수 있습니다.
어음 처리 요청 수가 증가하면 정산 센터를 분산 방식으로 쉽게 확장할 수 있으며, 여러 정산 프로세스를 사용하여 정산 작업 부담을 줄일 수 있습니다. 압력이 어느 정도인지는 지폐의 ID를 기준으로 계산되며 여러 정산 프로세스로 나누어 처리됩니다.
노트의 다양한 활용
FusionFi 프로토콜이 정의하는 노트의 구조화된 형식은 실제로 다양한 금융 비즈니스에 매우 강력한 보편적 적용성을 갖고 있습니다. 따라서 Note는 다양한 방식으로 활용될 수 있습니다. 이는 현물 거래에 대한 호가를 표현하는 데 사용될 수 있을 뿐만 아니라 선물 거래, 계약 거래, 대출 및 기타 시나리오에서도 사용할 수 있습니다. 따라서 FusionFi는 유동성뿐만 아니라 다양한 금융 형태를 통합할 수 있습니다.
시야
저자의 의견에 따르면 이 인터넷 세계의 본질은 다중 지점 거래이므로 여러 그룹 간의 고주파 거래를 해결하는 것이 가치가 높으며 AgentFi의 모델은 거의 모든 DeFi 시나리오를 처리할 수 있는 반면 FusionFi 프로토콜은 에이전트가 지점을 수행할 수 있도록 합니다. -대-점 일치가 보다 효율적이며 이 일치는 프로토콜 간입니다. 유동성을 경쟁의 주요 수단으로 삼고 유동성을 독점하여 수익을 창출하는 DeFi 분야의 모델에 직면하여 FusionFi 프로토콜이 가져올 수 있는 변화는 파괴적입니다!
물론 FusionFi 프로토콜은 새로운 프로토콜 표준이므로 비즈니스 요구에 따라 지속적으로 조정되고 최적화되어야 할 수도 있습니다. 이는 공동 창작에 창의성을 흡수하기 위한 BIP( Bitcoin Improvement Proposal ) 및 EIP( Ethereum Improvement Proposals ) 모델을 참조할 수 있습니다.
참고자료:
스마트 금융: AgentFi에서 FusionFi까지
https://x.com/perma_daoCN/status/1801474305597050906
FusionFi 프로토콜: AgentFi 상호 운용성을 달성하기 위한 핵심 요소
https://x.com/Permaswap/status/1854212032511512992
FusionFi 프로토콜 문서
https://github.com/zyjblockchain/ffp-doc/blob/main/doc/FusionFi 프로토콜 소개.md
