FusionFi 프로토콜: 모든 금융 에이전트 연결

출처: PermaDAO

이 책은 우리가 중단한 부분을 이어갑니다. 전반적인 블록체인 산업은 속도와 비용 절감을 위해 다양한 경로를 시도하며 확장하는 진화의 역사를 가지고 있지만, 모두 나름의 한계를 가지고 있습니다. 그러던 중 AO라는 기존 블록체인과는 다른 패러다임이 갑자기 등장했습니다. 영리한 설계를 통해 AO의 블록 공간은 더 이상 공급이 고정된 희소성 있는 상품이 아니라 수요에 따라 무한히 생성할 수 있는 자원으로, AO는 무한히 확장할 수 있는 능력을 갖게 되었습니다!

또한 에이전트 중심의 금융 모델인 에이전트파이를 가능하게 하며, 이는 기존 디파이보다 더 넓은 범위의 적용 시나리오를 제공합니다.

전통적인 DeFi 프로토콜은 이더에서 시작되었으며, 모든 L2와 고성능의 새로운 퍼블릭 체인에도 불구하고 DeFi 패러다임은 항상 이더로 제한되어 왔습니다. 이제 인터넷이 읽기 전용에서 읽기-쓰기, 알고리즘, 자율로 진화해온 과정을 떠올리며 온체인 금융의 모습을 다시 상상해보면 완전히 새로운 그림이 떠오를 것입니다. 모든 사용자가 금융 에이전트를 생성하고 모든 컴퓨팅 장치가 '금융 기관'이 되어 맞춤형 금융 서비스를 제공할 수 있는 금융 권한 부여의 비전!

왜 에이전트를 위한 표준 프로토콜이 필요한가요?

AO 컴퓨터에서 프로세스는 특정 사양에 따라 전달되는 메시지를 통해 서로 통신합니다. 이는 실제로 금융 시나리오에서도 마찬가지입니다.

커스터마이징은 다양화의 출발점,각기 다른 종류의 금융 에이전트가 독자적으로 개발되면 서로 다른 프로토콜 사양을 만들 수밖에 없으므로 에이전트 간의 상호 작용이 큰 문제가 됩니다, 어떻게 하면 에이전트들이 모두 서로 통신한 다음 상호 통합할 수 있을까요?

단일화된 사양의 부재로 인한 상호 운용성 부족을 피하기 위해 FusionFi 프로토콜(FFP)이 탄생했습니다.

퓨전파이 프로토콜은 에이전트 간의 상호작용 프로토콜로서 에이전트 간의 상호 작용 규칙을 정의하여 에이전트를 기반으로 만들어진 다양한 금융 서비스가 상호 운용되고 통합될 수 있도록 합니다. 에이전트파이가 이제 막 걸음마를 뗀 시점에서 이러한 프로토콜은 상당히 미래지향적일 수 있습니다.

FFP(퓨전파이 프로토콜)

퓨전파이 프로토콜은 에버비전의 설립자 아웃프로그가 Arweave Asia 2024에서 소개한 프로토콜입니다.

퓨전파이 프로토콜의 핵심 개념은 노트입니다. 이는 토큰, 채권, 바우처, 계약권 등의 형태가 될 수 있는 약속을 추상적으로 표현한 모델입니다. 노트 모델을 매개로 FusionFi 프로토콜은 거래, 대출, 담보 등 다양한 금융 시나리오를 지원할 수 있습니다.

퓨전파이 프로토콜은 프로토콜 사양을 제공할 뿐만 아니라 개발자가 보다 효율적이고 쉽게 에이전트파이를 만들 수 있도록 에이전트파이 개발 도구 세트(FFP SDK)도 제공합니다.

현재 퓨전파이 프로토콜에는 두 가지의 AMM 에이전트 인스턴스가 있습니다, 오더북 에이전트.

AMM 에이전트를 예로 들면, 각 AMM 에이전트는 "개인 주권" 유동성 풀로 해석할 수 있으며, 이 유동성 풀의 시장 조성 규칙은 사용자가 직접 설정할 수 있습니다. 즉, 사용자는 스왑 기능을 직접 구현하기 위해 통합 시장 조성 알고리즘을 사용하는 풀과 같은 외부 플랫폼에 의존할 필요가 없으며, 네트워크에서 적합한 거래 상대방을 검색할 수 있습니다. 즉, 사용자가 에이전트를 생성하는 것은 사실상 개인 탈중앙화 거래소를 만드는 것입니다. 그런 다음 FusionFi 프로토콜은 이러한 많은 "개인 거래소"가 보다 효율적이고 유연한 매칭을 위해 피어 투 피어 네트워크를 형성할 수 있도록 합니다.

AMM 에이전트의 핵심 프로세스는 다음과 같습니다:

이 과정은 간단해 보이며, 실제로 LP의 표준 생성-입금-추가-교환-출금 과정과 동일해 보입니다. 차이점은 에이전트는 사용자가 직접 제어하는 반면, LP는 자산을 직접 관리한다는 점입니다. 이는 에이전트파이 자체의 기능이며, 퓨전파이는 이러한 기능들을 위해 비교적 통합된 포털(및 데이터 구조)을 구축합니다.

투자자는 통합된 입력 함수를 호출하여 입금과 출금만 하면 된다고 이해하시면 됩니다. 이 함수 자체는 여러 디파이 프로젝트에 연결할 수 있으며, 프로토콜 표준 계층의 가치인 서로 상호 작용하는 방식과 기능은 무시할 수 있습니다. 이는 프로토콜 표준 레이어의 가치로, ERC20과 같은 표준이 있을 때 애플리케이션 레이어가 사용자에 맞게 조정되는 것과 유사합니다.

다음은 이동성을 추가하는 구체적인 코드 예시입니다.

보시다시피 몇 줄의 핵심 코드만으로 빠르게 수행할 수 있습니다.

const minLiquidity = await agent.getMinLiquidityByX(helloAmount, . ammSlippageOfPercent)//금액 및 슬리피지 설정 const addLiquidityMessageId = await agent.addLiquidity(minLiquidity)//유동성 추가 메시지 개시 const addLiquidityResult = await getProcessResult(addLiquidityMessageId, ammProcess)//결과 얻기
코드 사용 사례 출처:
https://github.com/permadao/ffp-demo
노트 수명 주기
여기서는 노트의 관점으로 전환하여 사용자와 AMM 간의 트랜잭션 프로세스를 다시 살펴볼 수 있습니다. 에이전트 트랜잭션 프로세스. 
1. 사용자가 호가 요청을 시작하면 해당 유동성을 가진 모든 AMM 에이전트가 자동으로 호가를 생성하는데, 이 호가가 바로 노트이며, 이 노트의 유효기간은 매우 짧고 빠르게 거래가 이루어지지 않으면 노트는 만료됩니다. 
2. 모든 AMM 에이전트는 메이커와 동일합니다. 노트는 시스템의 노트 풀에 중앙에 저장되며, 이는 다른 주체들이 쉽게 접근할 수 있는 시스템 내 공유 저장 공간 역할을 합니다. 
3. 사용자가 프론트엔드 웹페이지를 통해 노트 풀에서 가장 적합한 견적 노트를 선택하고 정산을 위해 결제 센터에 제출하면, 이 경우 스왑과 같은 특정 결제 작업을 담당하는 결제 센터가 이를 수행합니다.
4. 노트는 다음과 같이 태그가 지정됩니다. 노트가 "청산됨"으로 표시되고 스왑이 성공적으로 실행됩니다. 
 여기서 결제 센터는 퓨전파이 프로토콜의 핵심 구성 요소로, 시스템 내에서 다양한 노트 정산 작업을 처리하는 역할을 담당합니다. 
오더북 에이전트에서도 마찬가지입니다. 오더북 에이전트의 지정가 주문은 그 자체로 노트이며, 그 결제 과정은 AMM 에이전트가 생성한 호가 에이전트의 결제 과정과 완전히 동일합니다. 즉, 퓨전파이 프로토콜은 실제로 AMM과 오더북의 유동성을 융합할 수 있습니다. 
이러한 융합은 스왑 시나리오에서 유동성이 시장 조성 노드뿐만 아니라 사용자 호가에서도 나올 수 있다는 장점이 있습니다. 스왑 시나리오에서 유동성은 사용자 호가 또는 시장 조성 노드에서 나올 수 있으며, 사용자는 라우팅 프로토콜을 사용해 노트 풀 전체에서 유동성을 찾아 최상의 거래 가격을 달성할 수 있습니다. AMM은 시장에 기본 유동성을 제공하지만 가격 영향이 크고 손실이 자주 발생하는 반면, 오더북은 사용자가 직접 대기 주문을 낼 수 있어 대량 거래 및 특정 가격 요구가 있는 거래에 적합합니다. 통합을 통해 AMM은 지속적인 유동성을 제공하는 반면 오더북은 가격 영향을 줄이고 심도를 추가하여 대량 거래를 더 효율적으로 할 수 있습니다. 이 모델은 개인 투자자부터 기관까지 다양한 유형의 사용자 요구를 충족시켜 자본 활용도를 높이고 시장 성숙도를 높입니다. 
멀티 노트 아토믹 결제
위 예시는 한 번에 하나의 노트를 결제하는 것으로 제한되어 있지만, 실제로 퓨전파이 프로토콜은 한 번에 여러 노트의 결제를 지원할 수 있으며, 이러한 결제는 아토믹 결제입니다. 노트의 상태는 단일 결제의 모든 노트가 결제될 때까지 변경되지 않습니다. 그렇지 않으면 모든 노트의 상태는 변경되지 않습니다. 
이것은 몇 가지 매우 유용한 기능으로 이어집니다.
대규모 거래 분할: 단일 거래 상대방이 대규모 주문을 소화하기는 어렵지만, FFP는 분산된 유동성을 최대한 활용하기 위해 대규모 주문 분할을 지원합니다. 
다수 거래 결합 주문: 여러 거래를 하나의 아토믹 주문으로 결합할 수 있습니다. 이는 거래 속도를 다소 높일 수 있으며, 거래 빈도가 높은 트레이더와 복잡한 거래 시나리오의 경우 이러한 효율성 향상은 매우 중요합니다. 
멀티 스킵 거래: 멀티 스킵 거래는 병합 기능의 확장입니다. 스왑 시나리오에서 A→C의 교체가 완료되어야 하지만 A→C에서 직접 경로가 없고 A→B→C의 경로가 있다고 가정하면, FFP는 A→B와 B→C의 결합 주문을 실현할 수 있습니다. 또한 이러한 종류의 멀티홉 트랜잭션은 원자적이며, A→B는 성공하고 B→C는 실패하는 경우는 없습니다. 
무자본 차익거래: 소위 빈 장갑 차익거래. 본질은 차익거래자가 스프레드가 있는 두 개의 어음을 넣고 동시에 결제에 가져가는 것입니다. 다음 차트를 보실 수 있습니다. 
 이미지 출처: https://x.com/Permaswap/status/1854212032511512992
퍼마스왑은 퓨전파이 프로토콜을 기반으로 구축된 최초의 에이전트파이 DEX이며, 현재 AO 생태계에서 가장 성숙한 DEX입니다. 퍼마스왑(aopsn.com)에서 이러한 기능을 체험해 보실 수 있습니다. 
결제 센터
결제 센터는 퓨전파이 프로토콜의 핵심 구성 요소입니다. 이 센터는 SU 시스템이 작동하는 한 AO가 사용할 수 있는 시간 순서에 따라 모든 노트를 처리합니다. 누구나 노트 풀에서 노트를 가져와 정산 센터에 제출해 정산할 수 있습니다. 
노트 요청이 늘어날 경우, 여러 정산 프로세스로 정산 작업을 분산시켜 정산 센터를 쉽게 확장할 수도 있습니다. 처리량이 많으면 노트의 ID를 기준으로 계산하여 다른 정산 프로세스로 전환하여 처리합니다. 
다양한 노트 애플리케이션
FusionFi 프로토콜에 정의된 노트의 구조화된 형식은 실제로 다양한 금융 서비스에 매우 유용합니다. FusionFi 프로토콜에 정의된 노트의 구조화된 형식은 사실상 모든 유형의 금융 서비스에 매우 광범위하게 적용될 수 있습니다. 따라서 노트는 다양한 방식으로 사용될 수 있습니다. 현물 거래의 호가를 나타내는 데 사용할 수 있을 뿐만 아니라 선물 거래, 계약 거래, 대출 및 차입 시나리오에도 사용할 수 있습니다. 따라서 FusionFi는 유동성뿐만 아니라 다양한 금융 형태를 통합할 수 있습니다. 
전망
저자의 생각에 인터넷 세계는 본질적으로 다점 거래이므로 여러 그룹 간의 고빈도 거래를 해결하는 데 높은 가치가 있으며, AgentFi의 모델은 거의 모든 DeFi 시나리오를 수행할 수 있으며 FusionFi 프로토콜을 통해 FusionFi 프로토콜은 에이전트 간의 보다 효율적인 P2P 집계를 가능하게 하며, 이러한 집계는 크로스 프로토콜입니다. 이동성을 확보하는 것이 주요 경쟁이고, 이동성을 독점하는 것이 수익을 창출하는 방법인 탈중앙 금융 공간에서 FusionFi 프로토콜이 가져올 수 있는 변화는 파괴적입니다! 
 물론 FusionFi 프로토콜은 새로운 프로토콜 표준이며, 비즈니스 요구에 따라 조정 및 최적화되어야 할 수도 있습니다. 이는 공동 창작의 아이디어를 흡수하는 데 사용할 수 있는 BIP(비트코인 개선 제안) 비트코인 개선 제안과 EIP(이더리움 개선 제안) 이더 개선 제안 모델을 참조할 수 있습니다. 창의성.