원작자: 아르준 찬드(Arjun Chand)
원본 편집: Deep Chao TechFlow
참고: 상호 운용성 프로토콜에 의해 도입된 토큰 프레임워크의 작동 방식에 이미 익숙하다면 비교 분석 섹션으로 바로 건너뛸 수 있습니다.
소개
토큰 발행은 간단했습니다. 사용자, 거래자, 자본 및 유동성 등 모든 활동의 핵심이기 때문에 Ethereum에 배포하면 됩니다. 오늘날 상황은 훨씬 더 복잡합니다. 유동성은 비트코인, 이더리움, L2, 솔라나 및 기타 체인에 분산됩니다. 그럼 토큰은 어디서 발행할 수 있나요? 쉬운 대답은 없습니다.
하지만 체인 하나만 선택할 필요가 없다면 어떻게 될까요? 어디에서나 사용할 수 있고 전체 암호화폐 경제 전반에 걸쳐 원활하게 흐를 수 있는 토큰을 상상해 보세요.
상호 운용성 프로토콜 (브리징이라고도 함) 덕분에 이제 여러 체인에서 통합 시장 토큰을 발행할 수 있습니다. 이는 국경 없는 유동성을 창출하고 토큰 발행자의 운영을 단순화합니다. 즉, 단편화에 대해 걱정할 필요 없이 더 많은 유동성, 더 큰 수용성, 더 강력한 네트워크 효과를 제공합니다. 기본적으로 이는 모든 DeFi 생태계에 통합되어 어디서나 작동하는 글로벌 은행 계좌를 갖는 것과 같습니다.
이 기사에서는 다양한 상호 운용성 프로토콜이 제공하는 주요 토큰 프레임워크를 비교해 보겠습니다. 우리의 목표는 팀이 기본 다중 체인 토큰 발행을 위한 최상의 솔루션을 선택할 수 있도록 고유한 기능, 이점 및 장단점을 평가하는 것입니다. 다음 프레임워크를 살펴보겠습니다.
Axelar의 인터체인 토큰 서비스(ITS)
Wormhole의 기본 토큰 전송(NTT)
LayerZero의 전체 체인 대체 가능 토큰(Omnichain Fungible Token, OFT)
Hyperlane의 워프 토큰
xERC 20(EIP 7281: 소버린 브리지 토큰)
시작해 봅시다.
토큰 프레임워크의 작동 방식
기존 토큰을 멀티체인 토큰으로 전환할지 아니면 처음부터 기본 멀티체인 토큰을 출시할지에 따라 토큰 프레임워크에 대한 두 가지 주요 접근 방식이 있습니다.
소각 및 주조: 기본 다중 체인 토큰용
토큰이 첫날부터 여러 체인에서 기본적으로 발행되면 해당 공급량은 해당 체인에 분산됩니다. 토큰이 서로 다른 체인 간에 전송되면 소스 체인에서 폐기되고 대상 체인에서 발행되므로 총 공급량이 항상 동일합니다.
회계 시스템처럼 생각하십시오(많은 상호 운용성 팀이 설명하는 것처럼). 예를 들면 다음과 같습니다. 수요에 따라 5개 체인에 총 1000개의 토큰 공급이 분배되는 토큰 X를 생각해 보세요.
체인 A: 토큰 400개
체인 B: 토큰 200개
체인 C: 토큰 200개
체인 D: 토큰 100개
체인 E: 토큰 100개
사용자가 체인 E에서 체인 A로 50개의 토큰을 전송하면 이 토큰은 체인 E에서 폐기되고 체인 A에서 발행됩니다. 업데이트된 배포판은 다음과 같습니다.
체인 A: 토큰 450개
체인 B: 토큰 200개
체인 C: 토큰 200개
체인 D: 토큰 100개
체인 E: 토큰 50개
이 프로세스를 통해 총 공급량이 1,000개의 토큰으로 유지되므로 미끄러짐 없이 원활한 전송이 가능합니다.
잠금 및 발행: 기존 토큰의 경우
처음에 단일 체인에만 배포된 기존 토큰의 경우 프로세스가 다릅니다. 전체 공급량은 하나의 체인에 집중되어 있으며, 다른 체인으로 이전되면 공급량의 일부가 소스 체인의 스마트 계약에 잠겨 있고 동일한 수의 토큰이 대상 체인에서 발행됩니다.
이 접근 방식은 포장된 동전이 작동하는 방식과 유사합니다. 체인 A에 잠긴 토큰은 체인 B에 래핑된 토큰으로 발행될 수 있습니다. 그러나 이제 이러한 토큰은 여러 체인에 고정될 필요 없이 번민트 방법을 사용하여 체인 B에서 체인 C로 전송할 수도 있습니다. 원래 공급은 체인 A에 남아 있으므로 체인 간 전송에는 소각된 토큰이 발행된 토큰과 일치하는지 확인만 하면 됩니다.
토큰 시스템이 중요한 이유
통합 크로스체인 시장에서 토큰을 거래할 수 있게 되면 팀이 얻을 수 있는 이점은 다음과 같습니다.
유동성 – 통합된 시장은 더 많은 거래자를 유치하고 유동성을 높입니다.
브랜드 인지도 – 토큰은 다양한 DeFi 생태계에서 사용할 수 있어 수요와 브랜드 인지도가 높아집니다.
단순성 – 토큰 관리가 더욱 단순해지고 복잡성이 줄어듭니다.
중복성 – 한 체인에 장애가 발생하더라도 토큰은 다른 체인에서 계속 작동하여 안전망을 제공할 수 있습니다.
시장 확장 – 토큰은 여러 체인에 더 빠르게 배포되어 채택을 촉진할 수 있습니다. 또한 연결된 생태계는 DeFi 공간에서 실험할 여지가 더 많다는 것을 의미합니다.
네트워크 효과 – 다른 프로젝트와의 협력으로 채택률과 가치가 높아집니다.
Circle의 CCTP(Cross-Chain Transfer Protocol) 를 살펴보세요. CCTP를 출시함으로써 Circle은 지원되는 체인에서 USDC를 원활하게 거래할 수 있도록 하여 다음과 같은 주요 문제를 해결합니다.
조각 없는 유동성 – 이전에는 각 체인에 서로 다른 버전의 USDC가 있었기 때문에 비효율성이 있었습니다. 이제 USDC는 모든 체인에서 동일합니다.
시장 확장 – USDC를 여러 체인에 배포하면 더 많은 사용자와 시장에 접근할 수 있습니다.
자본 효율성 – 사용자는 유동성 풀이나 래퍼 없이도 대량의 USDC를 연결할 수 있습니다.
최소 수수료 – 이체 수수료는 주로 가스 요금입니다.
미끄러짐 없음 - 전송이 직접적이므로 미끄러짐 위험이 제거됩니다.
USDC를 위한 Circle의 고유한 기능 세트는 대부분의 프로젝트에는 없는 고급 기능인 맞춤형 브리지 프로토콜 CCTP를 통해 활성화됩니다. 상호 운용성 프로토콜에 의해 유지되는 토큰 프레임워크가 작동하는 곳입니다. 이러한 프레임워크는 CCTP가 USDC에 제공하는 것과 유사한 기능을 제공하지만 모든 코인에 적용 가능합니다. 이러한 프레임워크를 통해 토큰을 발행함으로써 프로젝트는 지원되는 여러 체인에 통합 시장을 구축하고 간단한 전송을 가능하게 하며 소각/잠금 및 발행 메커니즘을 사용할 수 있습니다.
토큰 프레임워크 비교
이제 토큰 프레임워크의 작동 방식과 장점을 이해했으므로 팀이 토큰을 발행할 수 있도록 시장에 나와 있는 다양한 솔루션을 비교해 보겠습니다.
보안
토큰 프레임워크의 보안
다음은 표에 나와 있는 주요 안전 측면에 대한 설명입니다.
1. 검증 메커니즘
검증 메커니즘은 크로스체인 전송 검증의 핵심입니다. 이는 메시지가 인증되는 방법과 인증 메커니즘 측면에서 각 프레임워크가 제공하는 설정 유형(단일 옵션, 여러 옵션이 있는 모듈식 시스템 또는 모든 브리지와 호환되는 유연한 설계 등)을 의미합니다. 이를 통해 코인 발행자는 다음을 수행할 수 있습니다. 보안 요구 사항에 따라 가장 적합한 솔루션을 선택하십시오.
사용자 정의 인증 메커니즘은 많은 이점을 제공하지만 기본 구성은 여전히 가장 널리 사용됩니다 . 따라서 기본 인증 체계의 보안에 주의하는 것이 중요합니다. 팀에서는 보안 설정을 강화하기 위해 기본 체계 외에 추가 확인 메커니즘을 사용하는 것이 좋습니다.
활성 상태와 관련하여 다중 검증 체계에 의존하는 것은 장점과 단점을 모두 갖습니다. 장점은 향상된 내결함성입니다. 한 공급자가 중단을 경험하면 다른 공급자는 지속적인 운영을 보장하여 시스템의 안정성을 높일 수 있습니다. 그러나 이는 또한 시스템의 복잡성을 증가시킵니다. 솔루션이 추가될 때마다 잠재적인 장애 지점이 발생하여 운영 중단 위험이 높아집니다.
2. 검증 메커니즘의 유연성
검증 메커니즘을 사용자 정의할 때 각 프레임워크의 유연성을 강조합니다. 특히 토큰 발행자가 여러 옵션 중에서 선택할 수 있는지 또는 기본 설정으로 제한되는지 여부를 강조합니다.
3. 뛰어난 사전 구축 검증 솔루션
사전 구축된 체계는 토큰 발급자가 메시지 확인을 위해 직접 사용할 수 있는 확인 메커니즘으로, 배포 프로세스를 단순화합니다. 보다 안정적인 사전 구축 옵션을 제공하는 프레임워크는 일반적으로 긍정적인 신호입니다.
일부 프레임워크는 다른 프레임워크보다 더 많은 검증 체계를 제공하지만 보안을 기반으로 평가하는 것이 중요합니다 . 보안은 단일 검증자부터 포괄적인 검증자 집합까지 다양할 수 있습니다.
예를 들어, OFT가 제공하는 DVN(Dynamic Verification Network) 옵션에는 단일 유효성 검사기와 전체 유효성 검사기 세트를 사용하는 CCIP 또는 Axelar와 같은 보다 강력한 옵션이 포함됩니다. 마찬가지로 Warp Token이 제공하는 ISM(스마트 계약 관리)에는 Hyperlane 커뮤니티에서 실행하는 다중 서명 ISM이 포함되어 있으며 ISM을 집계하는 옵션도 제공하여 팀이 여러 ISM의 보안을 결합할 수 있도록 합니다.
또한 많은 검증 체계가 아직 널리 사용되지 않거나 실제 상황에서 적절하게 테스트되지 않을 수 있습니다. 따라서 팀은 사용 가능한 검증 체계의 품질을 신중하게 평가하고 필요한 보안 수준과 일치하는 체계를 선택해야 합니다. 안전하고 신뢰할 수 있는 토큰 확인 시스템을 구축하려면 기존 옵션을 활용하는 것이 좋습니다. 향후 연구 기사에서 우리는 각 토큰 프레임워크가 제공하는 다양한 검증 체계의 보안 기능을 조사할 것입니다.
4. 기본 검증 방식
프레임워크가 기본 확인 메커니즘을 제공하는지 여부를 나타냅니다. 대부분의 팀은 일반적으로 사용 편의성을 위해 기본 옵션을 선택하기 때문에 이는 중요합니다. 토큰 발급자가 기본 옵션을 사용하기로 결정한 경우 보안을 평가하고 사용자 정의 가능한 기능을 활용하여 보안을 강화하는 것을 고려하는 것이 중요합니다.
5. 신청참여 확인
팀이 확인 프로세스에 참여할 수 있는지 여부를 강조하여 보안을 추가하거나 자체 보안에 대한 제어권을 부여할 수 있습니다. 이는 팀이 자체 검증 시스템을 기존 메커니즘과 결합하여 보안을 향상시킬 수 있기 때문에 중요합니다. 이렇게 하면 다른 검증 방법에 문제가 발생하는 경우 자체 보호 장치를 사용하여 잠재적인 위험을 피할 수 있습니다.
예를 들어 Stargate, Tapioca, BitGo, Cluster 및 Abracadabra와 같은 팀은 LayerZero에서 자체 DVN을 실행하여 다른 팀이 사용 가능한 사용자 정의 기능을 어떻게 활용할 수 있는지 보여줍니다. 추가 노력이 필요하지만 더 많은 팀이 이 추가 보안 계층을 활용해야 합니다. 이 기능을 효과적으로 구현하면 심각한 오류가 발생할 때 심각한 문제를 효과적으로 방지할 수 있습니다.
6. 검열에 저항하세요
애플리케이션 오류로 이어질 수 있고 팀의 정상적인 기능에 영향을 미칠 수 있는 메시지를 검열할 수 있는지 여부와 방법을 정의합니다. 대부분의 경우 애플리케이션이 검열되더라도 여전히 다른 검증 메커니즘으로 전환하거나 동일한 프레임워크 내에서 릴레이할 수 있습니다. 그러나 이를 위해서는 추가적인 노력이 필요하며 단기적인 문제에 대한 실질적인 해결책이 아닐 수도 있습니다.
7. 오픈 소스
오픈 소스 코드 기반을 통해 개발자는 보안 기능과 프레임워크의 전체 설정을 감사하여 실행된 코드에 대한 투명성을 보장할 수 있습니다. 이러한 투명성은 소프트웨어의 보안과 신뢰성을 보장하는 데 중요합니다.
비용 비교
이 표는 각 프레임워크가 프로토콜 작업, 메시징 및 기타 추가 비용을 처리하는 방법에 중점을 두고 여러 토큰 프레임워크의 수수료 구조를 비교합니다. 모든 프레임워크가 애플리케이션 계층에서 맞춤형 애플리케이션 수수료를 추가할 수 있다는 점은 주목할 가치가 있습니다. 또한 모든 프레임워크에서 검증 및 전송 프로세스에는 중계기, 송수신기 또는 유사한 엔터티에 지불되는 수수료를 포함한 수수료가 포함됩니다.
현재 대부분의 수수료는 메시지 확인 및 중계와 관련되어 있습니다. 앞서 언급했듯이 모든 토큰 프레임워크는 메시지를 인증하기 위한 여러 메커니즘을 제공합니다. 각각의 추가 검증 체계는 시스템의 보안을 강화하지만 사용자의 수수료와 비용도 증가합니다.
수수료는 토큰 프레임워크에 묶여 있습니다.
프로토콜 계층 수수료
이는 전송 또는 기타 작업을 수행할 때 각 프레임워크에서 부과하는 수수료를 나타냅니다.
DAO에서 관리하는 수수료 전환이 있기 때문에 토큰 발행자는 토큰 프레임워크 뒤의 상호 운용성 프로토콜(예: OFT용 LayerZero 또는 Warp 토큰용 Hyperlane)에 추가 수수료를 지불해야 할 수도 있습니다. 수수료 전환에 대한 모든 변경 사항은 이러한 프레임워크를 통해 발행된 토큰에 직접 영향을 미치고 DAO 결정의 대상이 되기 때문에 DAO 거버넌스에 대한 종속성이 발생합니다.
스마트 계약
이 표는 각 프레임워크의 스마트 계약의 주요 속성을 보여주며 유연성, 보안 및 사용자 정의 가능성의 차이점을 강조하며 특히 배포 기록, 보안 감사, 제공되는 보상 및 보다 세부적인 제어를 위한 주목할만한 사용자 정의 옵션에 중점을 둡니다.
모든 프레임워크에서는 앱이 효과적으로 사용할 경우 상당한 재정적 손실을 방지하는 데 도움이 되는 중요한 보안 기능인 속도 제한과 블랙리스트를 설정할 수 있다는 점에 주목할 필요가 있습니다. 또한 각 프레임워크는 애플리케이션의 특정 요구 사항에 따라 스마트 계약을 변경 불가능하거나 업그레이드 가능한 방식으로 배포할 수 있는 유연성을 제공합니다.
스마트 계약을 위한 토큰 프레임워크
배포 시간
이 필드에는 프레임워크가 작동된 기간을 반영하여 각 프레임워크의 스마트 계약 배포 시간이 표시됩니다.
심사
감사 횟수는 보안의 중요한 지표입니다. 감사는 프레임워크 스마트 계약의 무결성을 보장하고 시스템에 영향을 미칠 수 있는 취약점과 문제를 식별합니다.
보너스
포상금은 외부 보안 연구원이 취약점을 발견하고 보고하도록 장려하기 위해 프레임워크에서 제공하는 재정적 인센티브입니다.
세밀한 제어를 위한 주요 기능
스마트 계약 프레임워크를 통해 애플리케이션은 특정 요구 사항에 따라 다양한 사용자 정의 가능한 보안 기능을 구현할 수 있습니다. 이 필드는 시스템 보안을 보장하기 위해 일부 프레임워크에서 제공하는 주요 보안 기능을 강조합니다.
채택 및 홍보
각 프레임워크에는 고유한 특성이 있으며 개발자, 프로토콜 및 플랫폼의 참여 수준은 기술 초점, 통합 방법 및 보안 보증에 따라 다릅니다.
핵심 기여자
이 섹션에서는 각 프레임워크를 구축하고 유지 관리하는 데 다양한 팀이 적극적으로 참여하는 것을 강조합니다. 원래 개발 팀을 넘어서는 참가자의 다양성은 (1) 프레임워크에 대한 더 광범위한 수요, (2) 프레임워크의 접근성 및 사용 용이성 등 여러 요소에 대한 긍정적인 지표입니다. 허가 방식은 여전히 일반적입니다. 협동.
양자
채택은 배포된 토큰 수와 총 잠금 가치로 측정된 각 프레임워크의 사용 및 견인력 수준을 반영합니다. 이는 개발자와 프로토콜이 프레임워크를 광범위하게 수용하고 자산을 안전하게 유지하는 데 있어 프레임워크의 신뢰성에 대한 통찰력을 제공합니다.
잘 알려진 팀
이 섹션에서는 각 프레임워크를 채택하는 최고의 팀과 프로토콜을 강조하여 업계에서의 신뢰와 전반적인 매력을 반영합니다.
가상 머신 오버레이
가상 머신 범위는 각 프레임워크에서 지원하는 가상 머신의 범위를 나타냅니다. 더 많은 가상 머신을 지원하면 다양한 블록체인 환경에서 더 큰 유연성과 호환성이 제공됩니다. 이는 애플리케이션과 토큰 발행자에게 다양한 커뮤니티에 접근할 수 있는 더 많은 옵션을 제공합니다.
배포 체인 수
이 필드는 프레임워크당 배포된 체인 수, 즉 각 애플리케이션이나 토큰 발행자가 특정 프레임워크를 사용하기로 결정한 경우 지원할 수 있는 체인 수를 반영합니다. 이는 애플리케이션이 접근할 수 있는 시장 및 탈중앙화 금융(DeFi) 생태계의 수와 직접적인 관련이 있습니다. 높은 체인 배치는 더 넓은 유동성 접근을 의미합니다.
또한, 다른 체인에서 허가 없이 프레임워크를 확장하는 것은 큰 잠재력을 가지고 있지만 개발자가 중요한 인프라를 직접 구축하고 유지해야 하는 경우 문제가 될 수도 있습니다. 새로운 체인에 대한 브리징 지원을 구축하려는 팀과 같은 일부 팀의 경우 이러한 노력은 가치가 있을 수 있습니다. 그러나 단순히 토큰의 범위를 다른 체인으로 확장하려는 토큰 발행자에게는 이것이 지나치게 복잡하고 리소스 집약적으로 보일 수 있습니다.
독특한 차별화
각 프레임워크는 종종 특수 기능, 도구 또는 통합의 형태로 다른 프레임워크와 차별화되는 고유한 차별화 기능을 제공합니다. 이러한 차별화된 기능은 특정 기능, 사용 편의성을 추구하거나 토큰에 대한 더 많은 배포를 원하는 개발자와 프로토콜을 끌어들이는 경우가 많습니다.
개발자 경험
고지 사항: 이 섹션에는 @SlavaOnChain (LI.FI 개발 관계 책임자)에서 얻은 통찰력과 다양한 프레임워크에 익숙한 개발자와의 토론이 반영되어 있습니다. 개발자 경험은 배경 및 사용 사례에 따라 달라질 수 있습니다.
토큰 프레임워크 개발자 경험
통합 용이성
팀의 지원 없이 처음으로 프레임워크를 사용하여 토큰을 배포하는 것이 얼마나 쉬운지를 나타냅니다.
문서
개발자가 플랫폼을 이해하고 사용하는 데 도움이 되는 프레임워크 지침, 예제 및 참조 자료의 효율성을 평가합니다.
개발자 도구
프레임워크를 사용하여 토큰을 보다 쉽게 구축, 테스트 및 배포할 수 있게 해주는 라이브러리, 소프트웨어 개발 키트(SDK) 및 유틸리티를 포함한 도구 모음을 고려하십시오.
주요 시사점
가. 상호운용성 동향
사용자 정의 가능성 및 검증 메커니즘 – 모든 프레임워크는 상호 운용성 프로토콜의 새로운 추세를 나타내는 사용자 정의 가능한 검증 메커니즘을 제공합니다. Lido DAO의 거버넌스 포럼에서 wstETH에 대한 논의는 이 기능의 필요성을 강조한 중요한 순간이었습니다.
보안 관행 – 속도 제한, 화이트리스트/블랙리스트 작성, 토큰 발행자가 사용자 정의 정책 및 역할을 통해 메시지 검증 및 보안 설정에 참여할 수 있도록 하는 기능이 프레임워크 전반에 걸쳐 표준 관행이 되었으며, 이는 상호 운용성 공간의 보안이 긍정적으로 변화하고 있음을 나타냅니다. 방향.
기본을 넘어서는 채택 문제 – 맞춤형 인증 메커니즘은 유익하지만 기본을 넘어서는 채택은 여전히 낮기 때문에 보안 옵션에 대한 더 나은 교육이 필요합니다. 기본 인증 체계는 가장 일반적으로 사용되므로 보안 수준이 높은지 확인하는 것이 중요합니다.
검증 메커니즘 – Axelar의 검증자 세트와 Wormhole의 가디언 네트워크는 다양한 프레임워크에서 제공되는 널리 채택된 검증 메커니즘입니다.
B. 주요 토큰 프레임워크
LayerZero의 OFT – 시장 조기 출시 이점, 대부분의 체인에 대한 광범위한 지원 및 포괄적인 개발자 리소스 덕분에 배포된 토큰 수와 가치 보장 부문에서 선두를 달리고 있습니다.
Hyperlane의 Warp Token – 팀은 프레임워크와 개발자 도구를 무허가 작업에 더욱 친숙하게 만드는 데 중점을 두고 있습니다. 이는 외부 팀이 구축하고 유지 관리하는 여러 가상 머신 구현을 통해 입증되며, 무허가 방식으로 프레임워크를 쉽게 사용할 수 있음을 보여줍니다.
Wormhole의 NTT – 빠르게 널리 채택되었으며, 체인 전체에 고가치 토큰을 배포했으며, 프로토콜 수준 수수료 전환이 없는 등 설계에 몇 가지 고유한 기능을 제공했습니다. 이는 토큰을 솔라나로 확장하거나 솔라나 토큰을 EVM 생태계에 도입하려는 팀에게 인기 있는 옵션입니다.
Axelar의 ITS – Axelar는 총 고정 가치(TVL)가 4억 달러 가 넘는 상위 25개 지분 증명(PoS) 체인 중 하나입니다. ITS 프레임워크는 TVL 성장과 Axelar 네트워크를 통해 전송되는 메시지 양을 모두 촉진하는 주요 성장 동인입니다.
xERC 20 프레임워크 – 제품과 유사한 다른 프레임워크와 달리 브리징에 전혀 의존하지 않는 유일한 프레임워크입니다. 자체 프레임워크가 없는 많은 상호 운용성 프로토콜은 팀이 xERC 20을 사용하여 토큰을 발행하도록 권장하며 일부 프로토콜은 통합을 위해 사전 구축된 템플릿도 제공합니다.
수수료 구조의 차이점 - xERC 20과 NTT는 프로토콜 수준 수수료 스위치가 없는 두 가지 프레임워크입니다.
요약
토큰 프레임워크가 등장하고 있으며 다중 체인 세계에서 가치 흐름의 모든 측면을 바꿀 수 있습니다. 현재 체인을 통해 자산을 전송하려면 일반적으로 유동성 풀이나 해결사가 필요하지만 토큰 프레임워크에서는 유동성 풀이나 해결사가 필요하지 않습니다. 대신 상호 운용성 프로토콜을 통해 대상 체인에서 직접 자산을 발행할 수 있습니다.
실제로 토큰 프레임워크는 래핑된 자산의 종료를 알릴 수 있습니다. 유동성은 더 이상 체인 전체에 분산될 필요가 없습니다. 어떤 체인에서든 대체 가능한 자산을 발행할 수 있으며 가스 비용만 지불하면 체인 간에 거래할 수 있습니다. 우리는 이미 이러한 추세의 조짐을 보고 있습니다. Circle은 USDC의 래핑된 토큰 관련 문제를 우회하기 위해 CCTP를 출시했으며 현재 많은 대규모 팀과 고가치 토큰이 토큰 프레임워크를 채택하고 있습니다. 이는 진행 속도가 빨라지고 있음을 의미합니다.
그러나 제3자 노크온 위험에 대한 정당한 우려가 있습니다. 상호 운용성 프로토콜이 실패하면 이를 기반으로 구축된 모든 프로젝트에 영향을 미칠 수 있습니다. 이러한 위험에도 불구하고 토큰 프레임워크의 채택은 계속 증가하고 있습니다.
또 다른 견해는 체인 추상화 미래에는 솔버가 배후에서 사용자를 위해 기본 토큰을 교환하기 때문에 토큰 프레임워크가 더 이상 중요하지 않을 것이라는 것입니다. 이는 사용자가 토큰에 대해 생각할 필요가 없다는 점에서 어느 정도 의미가 있지만 핵심 요소를 무시합니다. 솔버 자체는 어떻습니까? 해결사에게 토큰 프레임워크는 매우 유용할 수 있습니다. 체인 간 이동에 유동성이 필요하지 않기 때문에 자산 재고 및 재조정 문제를 해결합니다. 이것이 바로 USDC를 이동할 때 해결사들이 CCTP와 같은 프레임워크를 선호하는 이유입니다. 이는 저렴하고 효율적이며 크로스체인 리밸런싱에 적합합니다.
이 모든 일이 어떻게 진행될지는 불확실합니다. 어쩌면 몇몇 엣지 체인에만 토큰 프레임워크가 필요할 수도 있고, 암호화폐 공간에서 토큰을 배포하기 위한 표준이 될 수도 있습니다. 오늘날 우리가 알고 있는 것은 상호 운용성 프레임워크의 채택이 증가하고 경쟁이 심화되고 있다는 것입니다. 이 성장의 문제점은 무엇입니까? 분열. 경쟁적 프레임워크는 자산과 유동성을 파편화할 것이며 모든 경우에 적용할 수 있는 일률적인 솔루션은 없을 것입니다. 이는 인센티브 시스템 하에서는 실현 가능하지 않습니다.
IOS
Android