> 웹3.0 > 6가지 주요 유동성 재담보 프로토콜을 종합적으로 비교했는데, 어느 프로토콜을 선택하는 것이 더 적합합니까?

6가지 주요 유동성 재담보 프로토콜을 종합적으로 비교했는데, 어느 프로토콜을 선택하는 것이 더 적합합니까?

WBOY
풀어 주다: 2024-03-11 16:04:12
앞으로
758명이 탐색했습니다.

원저자: 0xEdwardyw

재스테이킹은 10개 이상의 유동성 재스테이킹 프로토콜이 EigenLayer의 총 고정 가치 110억 달러를 두고 경쟁하면서 현재 강세장에서 중요한 역할을 할 것입니다.

이 기사에서는 독자들에게 이러한 프로토콜 간의 미묘한 차이를 쉽게 이해할 수 있는 방법을 제공하는 것을 목표로 6가지 주요 유동성 재가설 프로토콜을 비교합니다. 다양한 LRT 설계에는 다양한 장단점이 존재하므로 투자자는 자신의 선호도에 따라 선택해야 합니다.

다음은 각 유동성 재담보 프로토콜의 주요 기능입니다.

  • Puffer Finance와 Ether.fi는 두 가지 가장 큰 유동성 재담보 프로토콜이며, 이들의 토큰 시가총액은 유동성 재담보를 기준으로 계산됩니다. 그들은 모두 기본 재스테이킹에 중점을 두므로 LST 재스테이킹에 비해 위험 수준이 낮습니다. 이 외에도 두 프로토콜 모두 이더리움 검증자 간의 분산화를 촉진하는 데에도 전념하고 있습니다. Ether.fi는 가장 많은 수의 DeFi 통합을 보유하고 있습니다.

  • Kelp 및 Renzo 프로토콜은 기본 재스테이킹 및 LST 재스테이킹을 지원합니다. stETH, ETHx 및 wBETH와 같은 주요 LST를 허용합니다. Renzo는 또한 사용자에게 더 낮은 가스 요금의 편의성을 제공하는 Ethereum Layer 2로 재스테이킹 서비스를 확장하고 있습니다. 이 기능을 통해 사용자는 보다 비용 효율적으로 재스테이킹 작업을 수행할 수 있으므로 DeFi 생태계 참여 경험이 향상됩니다.

  • Swell은 원래 핵심 토큰이 약 9억 5천만 달러에 달하는 swETH인 유동성 스테이킹 프로토콜이었습니다. 최근 Swell은 재스테이킹 서비스를 시작하고 새로운 유동적 재스테이킹 토큰 rswETH를 출시했습니다. 또한 플랫폼은 사용자의 요구를 충족하기 위해 기본 재스테이킹 및 swETH 재스테이킹 기능도 제공합니다.

  • Eigenpie는 LST 재가설에 중점을 둔 Magpie의 하위 DAO입니다. Eigenpie는 12개의 서로 다른 LST로부터 담보를 수용하고 이에 상응하는 12개의 서로 다른 LRT를 발행합니다. 이 독특한 모델은 사용자에게 격리된 LST 재스테이킹 경험을 제공합니다.

다양한 유형의 재스테이킹 및 유동성 스테이킹 토큰

6가지 주요 유동성 재담보 프로토콜을 종합적으로 비교했는데, 어느 프로토콜을 선택하는 것이 더 적합합니까?

EigenLayer의 두 가지 유형의 재스테이킹

재스테이킹에는 네이티브 재스테이킹과 LST(유동성 스테이킹 토큰)의 두 가지 유형이 있습니다. 그리고는 다짐합니다. 기본 재스테이킹의 경우 검증자는 기본적으로 EigenLayer를 가리키는 Ethereum의 Beacon Chain에 $ETH를 스테이킹합니다. LST 재스테이킹을 통해 유동 스테이킹 토큰(예: stETH) 보유자는 자신의 자산을 EigenLayer 스마트 계약에 다시 스테이킹할 수 있습니다. Ethereum 검증인 노드를 실행해야 하기 때문에 기본 재스테이킹은 소매 사용자가 운영하기가 더 어렵습니다.

네이티브 ETH 재담보의 장점은 제한이 없다는 것입니다. EigenLayer는 LST 재담보에 대한 한도를 설정하고 특정 상한 또는 지정된 시간 범위 내에서만 예치된 LST를 허용합니다. 네이티브 리스테이킹은 이러한 제한 사항의 적용을 받지 않으며 언제든지 입금할 수 있습니다. 네이티브 리스테이킹은 LST 프로토콜의 위험을 수반하지 않기 때문에 보안 측면에서도 장점이 있습니다.

이러한 차이점에도 불구하고 EigenLayer의 네이티브 재스테이킹과 LST 재스테이킹 모두 자산을 예치하고 잠가야 하므로 다른 용도로 사용할 수 없습니다.

유동성 보충 프로토콜은 잠긴 유동성을 해제합니다.

Liquid Restaked Token(LRT)은 Ethereum의 유동성 약속 토큰과 유사하며 EigenLayer에 예치된 자산을 토큰화하여 원래 잠긴 유동성을 효과적으로 해제합니다.

유동성 재약정에서 제공하는 서비스는 네이티브 재약정 서비스와 LST 재약정 서비스로 구분됩니다. 대부분의 유동성 재스테이킹 프로토콜은 사용자가 이더리움 노드를 실행할 필요 없이 사용자에게 기본 재스테이킹을 제공합니다. 사용자는 이 프로토콜에 ETH를 입금하기만 하면 뒤에서 Ethereum 노드 작업을 처리합니다.

한편, 가장 큰 LST stETH는 거의 모든 유동성 재스테이킹 프로토콜에서 허용되는 반면, 일부 LRT 프로토콜은 여러 가지 LST 예금을 허용할 수 있습니다.

Puffer Finance가 본질적으로 기본 재서약 프로토콜이라는 점은 주목할 가치가 있습니다. 현재 메인넷 이전 단계에서는 stETH 입금을 허용합니다. 메인넷이 온라인 상태가 된 후 프로토콜은 모든 stETH를 ETH로 교환하고 EigenLayer에서 기본 재스테이킹을 수행할 계획입니다. 마찬가지로 Ether.fi는 기본 재스테이킹 프로토콜이지만 현재 단계에서는 여러 유형의 LST(Liquid Staked Token) 예금을 허용합니다.

두 종류의 LRT: LST 바스켓 기반 또는 각 LST 분리

대부분의 유동성 재스테이킹 프로토콜은 바스켓 기반 LST 접근 방식을 채택하여 동일한 유동성에 대한 대가로 다양한 유동성 스테이킹 토큰(LST)을 예치할 수 있습니다. 재담보 토큰(LRT). Eigenpie는 유동 스테이킹 토큰을 분리하는 독특한 전략을 사용합니다. 12개의 서로 다른 LST를 수용하고 각 LST에 대해 고유한 LRT를 발행하여 12개의 고유한 LRT가 생성됩니다. 이 접근 방식은 서로 다른 LST를 통합하는 것과 관련된 위험을 완화하지만 각 개별 LRT의 유동성이 단편화될 수 있습니다.

이더리움 레이어 2 프로토콜을 통한 재스테이킹

현재 이더리움 메인넷의 높은 가스 비용으로 인해 여러 LRT 프로토콜이 이더리움 레이어 2를 통한 재스테이킹을 활성화하여 사용자에게 저렴한 대안을 제공합니다. Renzo 프로토콜은 Arbitrum 및 BNB 체인에서 재스테이킹 기능을 시작했습니다. 마찬가지로 Ether.fi는 Arbitrum에서 재스테이킹 서비스를 시작할 계획입니다.

유동적 재약정의 위험과 이점

6가지 주요 유동성 재담보 프로토콜을 종합적으로 비교했는데, 어느 프로토콜을 선택하는 것이 더 적합합니까?

유동적 재약정 프로토콜은 EigenLayer에 일련의 스마트 계약을 배포하여 사용자 상호 작용을 촉진하고 사용자가 EigenLayer에서 ETH 또는 LST를 입금 및 출금하고 발행/소각할 수 있도록 돕습니다. LRT(유동성 재스테이킹 토큰). 따라서 LRT를 사용하면 액체 재구축 프로토콜의 위험이 따릅니다.

또한, 액체 재담보 프로토콜이 LST 재담보 서비스를 제공하는지 여부에 따라 위험도 달라집니다. 네이티브 리스테이킹에서는 자금이 이더리움 비콘 체인에 입금됩니다. 그러나 LST를 사용하여 재약정을 하면 자금이 EigenLayer의 스마트 계약에 입금되므로 EigenLayer의 스마트 계약 위험이 발생합니다. LST를 사용하면 유동성 스테이킹 프로토콜과 관련된 스마트 계약 위험도 수반됩니다. 따라서 LST가 지원하는 LRT를 보유한 사용자는 EigenLayer와 관련된 위험, 사용된 특정 LST 및 LRT 프로토콜 자체와 관련된 세 가지 유형의 스마트 계약 위험에 노출됩니다.

기본 재약정은 스마트 계약 위험 계층이 적지만 기본 재약정 서비스를 제공하는 유동성 재약정 프로토콜은 이더리움 스테이킹에 참여해야 합니다. 전문 스테이킹 회사와 파트너십을 맺거나 Ethereum 노드를 직접 운영하거나 개별 독립 검증인을 지원할 수 있습니다.

Lido의 stETH 또는 Frax의 sfrxETH와 같은 성숙한 유동 스테이킹 토큰을 사용하면 안정적인 스테이킹 수익을 제공할 수 있습니다. 이러한 LST 프로토콜은 Ethereum 스테이킹 서비스를 완성하는 데 수년을 보냈으며 스테이킹 보상을 최대화하고 삭감 위험을 최소화하는 데 더 많은 경험을 갖고 있습니다.

검증기의 분산화

6가지 주요 유동성 재담보 프로토콜을 종합적으로 비교했는데, 어느 프로토콜을 선택하는 것이 더 적합합니까?

ETH/LST가 EigenLayer에 입금되면 이러한 자산은 스테이킹 운영자에게 할당됩니다. 이 운영자는 Ethereum과 그들이 보호하기로 선택한 활성 검증 서비스인 AVS에서 검증 서비스를 수행할 책임이 있습니다. Ethereum 스테이킹 보상 외에도 스테이커는 이러한 AVS로부터 보상을 받습니다. 운영자가 AVS가 정한 규칙을 위반하면 스테이크된 자산이 삭감될 위험이 있습니다.

재담보 시장이 대부분의 AVS 확보를 담당하는 소수의 대규모 사업자에 의해 지배된다면 중앙화 및 잠재적 담합 위험이 발생할 것입니다. 엄청난 컴퓨팅 능력을 갖춘 이러한 운영자는 많은 AVS 네트워크에서 재스테이킹을 지배하고 이러한 AVS에 영향을 미치거나 직접 제어하기 위해 재스테이킹 ETH를 사용하기로 공모할 수 있습니다.

EigenLayer의 AVS(Active Verification Service) 기능은 아직 활성화되지 않았으며 처음에는 제한된 수의 AVS만 사용할 수 있습니다. 대부분의 유동 재담보 프로토콜은 재담보 운영자와 AVS를 선택하는 방법에 대한 자세한 정보를 공개하지 않습니다. 이 단계에서 스테이커들은 주로 이더리움 수준의 슬래싱 위험에 노출됩니다. LST를 통한 재스테이킹의 경우 이러한 위험은 LST 프로토콜 자체에서 발생합니다. 기본 유동 재스테이킹 프로토콜은 이더리움 스테이킹을 위해 다양한 방법을 사용합니다. 일부는 Figment 및 Allnodes와 같은 대규모 스테이킹 제공업체에 의존하는 반면 다른 일부는 독립적인 검증자를 활성화하기 위한 인프라를 개발하고 있습니다.

DeFi 통합

6가지 주요 유동성 재담보 프로토콜을 종합적으로 비교했는데, 어느 프로토콜을 선택하는 것이 더 적합합니까?

유동성 재담보 토큰(LRT)의 유일한 목적은 DeFi에서 사용할 유동성을 확보하는 것입니다. 모든 유동성 재확보 프로토콜은 다양한 유형의 DeFi 프로토콜을 통합하기 위해 열심히 노력하고 있습니다. 현재 DeFi 통합에는 소득 프로토콜, DEX 및 대출 프로토콜의 세 가지 주요 범주가 있습니다.

Yield Protocol

이 분야 최고의 프로토콜인 Pendle Finance는 사용자가 EigenLayer 수익과 포인트를 추측할 수 있는 LRT 풀을 출시했습니다. 대부분의 LRT 프로토콜은 Pendle과 통합되어 있습니다.

DEX 유동성

대부분의 LRT에는 Curve, Balancer, Maverick과 같은 주요 DEX에 유동성 풀이 있습니다. 우리는 LlamaSwap에서 1K LRT를 ETH로 교환할 때 미끄러짐을 통해 각 LRT의 유동성을 측정합니다. 대부분의 LRT는 스테이킹 수익이 축적됨에 따라 시간이 지남에 따라 가치가 증가하는 수익 축적 토큰이기 때문에 이는 대략적인 측정일 뿐이라는 점에 유의하는 것이 중요합니다. 많은 LRT 프로토콜이 아직 초기 단계에 있기 때문에 현재까지 누적된 수익은 원금에 비해 상대적으로 적습니다.

Swell의 rswETH, Renzo의 ezETH 및 Etherfi의 weETH는 모두 1K LRT 거래 시 거의 미끄러짐 없이 DEX에 충분한 유동성을 가지고 있습니다.

Eigenpie는 지원되는 12개의 LST에 해당하는 12개의 독립적인 유동성 재담보 토큰을 발행하는 독특한 접근 방식을 취했습니다. 이 전략은 단일 LST와 관련된 위험을 효과적으로 격리하는 동시에 여러 토큰에 유동성이 분산되는 결과를 가져옵니다.

대출 계약

LRT는 다른 유형의 자산보다 위험 수준이 더 높습니다. 따라서 대출 계약에서는 LRT를 대출 담보로 고려할 때 극도의 주의를 기울여야 합니다. 현재 대출 프로토콜에서는 LRT를 제한적으로 수용하고 있습니다. Etherfi의 weETH는 기존 LST를 LRT로 변환한 것이기 때문에 많은 대출 프로토콜에서 허용됩니다.

위 내용은 6가지 주요 유동성 재담보 프로토콜을 종합적으로 비교했는데, 어느 프로토콜을 선택하는 것이 더 적합합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

관련 라벨:
원천:chaincatcher.com
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿