크로스체인 토큰 프레임워크 비교

출처: 덴체인 커뮤니티

소개

사용자, 트레이더, 자본, 유동성 등 모든 활동이 이루어지는 이더리움에 토큰을 배포하는 것만으로도 토큰을 발행하는 것은 간단했습니다. 오늘날 상황은 훨씬 더 복잡해졌습니다. 유동성은 비트코인, 이더, L2, 솔라나 및 기타 체인에 분산되어 있습니다. 그렇다면 토큰을 어디에서 발행해야 할까요? 명확한 답은 없습니다.

하나의 체인만 선택할 필요가 없다면 어떨까요? 어디서나 사용할 수 있고, 암호화폐 경제 전체에 원활하게 유통될 수 있는 토큰을 상상해 보세요.

상호운용성 프로토콜(즉, 브리지) 덕분에 덕분에 이제 여러 체인을 포괄하는 통합 시장 토큰을 발행할 수 있게 되었습니다. 이는 국경 없는 글로벌 유동성을 창출하고 토큰 발행자에게는 파편화에 대한 걱정 없이 더 많은 유동성, 더 많은 채택, 더 강력한 네트워크 효과 등 더 간단한 일을 가능하게 합니다. 기본적으로 모든 탈중앙 금융 생태계에 통합되어 전 세계적으로 통용되는 은행 계좌를 갖는 것과 같습니다.

이 글에서는 다양한 상호운용성 프로토콜에서 제공하는 주요 토큰(토큰) 프레임워크를 비교해 보겠습니다. 목표는 고유한 기능, 장단점을 평가하여 네이티브 멀티체인 토큰을 발행하는 데 가장 적합한 솔루션을 선택하는 데 도움을 주는 것입니다.

다음 프레임워크를 살펴볼 것입니다:

• 악셀라의 인터체인 토큰 서비스(ITS)

• 웜홀의 네이티브 토큰 전송(NTT)

• 레이어제로의 풀체인 대체 토큰(OFT)

• 하이퍼레인의 워프 토큰

• xERC20 (EIP 7281: 소버린 브리징 토큰)

자세히 알아봅시다.

토큰 프레임워크의 작동 방식

토큰 프레임워크는 기존 토큰을 멀티체인으로 변환하는지, 아니면 처음부터 네이티브 멀티체인 토큰을 출시하는지에 따라 크게 두 가지 방식으로 작동합니다.

핀 캐스팅 방법: 네이티브 멀티체인 토큰의 경우

토큰이 첫날부터 여러 체인에서 기본적으로 발행되면 해당 토큰의 공급량은 여러 체인에 분산됩니다. 토큰이 체인 간에 이동하면 소스 체인에서 소멸되고 타겟 체인에서 발행되므로 총 공급량이 일정하게 유지됩니다.

<그림 style="text-align: 가운데;">

이를 일종의 장부 시스템으로 생각할 수 있습니다(많은 상호운용성 팀이 설명했듯이). 예를 들어, 총 공급량이 1,000개이고 수요에 따라 다섯 개의 체인에 분산되어 있는 토큰 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 토큰

이 프로세스는 총 공급량을 1000 토큰으로 유지하여 체인 간에 미끄러짐 없이 전송할 수 있도록 보장합니다.

이미 존재하고 처음에 단일 체인에 배포된 토큰의 경우, 프로세스가 약간 다릅니다. 전체 공급량은 한 체인에 존재하며, 다른 체인으로 이동할 때 공급량의 일부는 소스 체인의 스마트 콘트랙트에 잠기고 동일한 양의 토큰이 타겟 체인에서 발행됩니다.

<그림 style="text-align: 가운데;">

이 접근 방식은 토큰 패키징의 작동 방식과 유사합니다. 체인 A에 잠긴 토큰을 체인 B에서 랩드 버전으로 발행할 수 있습니다. 그러나 이제 이러한 토큰은 여러 체인에 잠기지 않고 핀 마이닝 방법을 사용하여 체인 B에서 체인 C로 이동할 수도 있습니다. 원래 공급량은 체인 A에 남아 있으므로 체인 간 전송 시에는 소멸된 토큰이 발행된 토큰과 일치하는지 확인하기만 하면 됩니다.

토큰 프레임워크가 중요한 이유

여러 체인에 걸쳐 있는 통합된 마켓플레이스에서 토큰을 거래할 수 있는 이유는 다음과 같습니다:

• 유동성 --단일 시장은 더 많은 트레이더를 유치하고 유동성을 개선합니다.

• 브랜드 인지도 - 다양한 탈중앙 금융 생태계에서 토큰에 접근할 수 있게 되어 수요와 브랜드 인지도가 높아집니다.

• 간단함 - 토큰 관리가 더 쉬워지고 덜 복잡해집니다.

• 중복성 - 하나의 체인에 장애가 발생해도 다른 체인에서 토큰을 운영할 수 있어 보안이 유지됩니다.

• 시장 확장 - 토큰을 여러 체인에 더 빠르게 배포하여 채택을 촉진할 수 있습니다. 또한, 상호 연결된 생태계는 탈중앙 금융 공간에서 더 많은 실험을 할 수 있는 여지를 의미합니다.

• 네트워크 효과 - 다른 프로젝트와의 협업을 통해 채택과 가치를 높일 수 있습니다.

Circle의 교차 체인 전송 프로토콜 (CCTP). Circle은 CCTP를 출시함으로써 USDC가 지원되는 체인에서 원활하게 거래될 수 있도록 하여 다음과 같은 주요 문제를 해결했습니다.

• 파편화된 유동성이 없음 - - -이전에는 각 체인마다 서로 다른 버전의 USDC가 있어 비효율적이었습니다. 이제 USDC는 모든 체인에서 동일합니다.

• 시장 확장 - 여러 체인에 USDC를 배포하면 더 많은 사용자와 시장에 도달할 수 있습니다.

• 자본 효율성 - 사용자는 유동성 풀이나 래퍼 없이도 대량의 USDC를 연결할 수 있습니다.

• 최저 수수료 -송금 수수료는 가스 수수료로 제한됩니다.

• 슬리피지 없음 - 이체가 간단하여 슬리피지 위험이 없습니다.

<그림 style="text-align: 가운데;">

Circle이 USDC에 제공하는 독특한 기능 세트 대부분의 프로젝트에는 없는 자체 개발 브릿징 프로토콜인 CCTP가 있기 때문입니다. 여기서 상호운용성 프로토콜에 의해 유지되는 토큰 프레임워크가 중요한 역할을 합니다. 이러한 프레임워크는 CCTP가 USDC에 제공하는 것과 유사한 솔루션을 모든 토큰에 제공합니다. 이러한 프레임워크를 통해 토큰을 발행하면 프로젝트는 지원되는 여러 체인에 걸쳐 통합된 시장을 만들고 소각/잠금 및 민트 메커니즘을 사용해 간편하게 전송할 수 있습니다.

토큰 프레임워크 비교

이제 토큰 프레임워크의 작동 방식과 이점을 이해했으니 이제 시장에서 토큰을 발행하려는 팀이 사용할 수 있는 다양한 솔루션을 비교해 보겠습니다.

보안

이 표에서 다루는 주요 보안 측면은 다음과 같습니다. 설명:

1. 인증 메커니즘

인증 메커니즘은 크로스체인 전송 인증의 핵심입니다. 이는 메시지의 유효성을 검사하는 방법과 각 프레임워크에서 제공하는 유효성 검사 메커니즘 설정 유형(단일 옵션, 여러 옵션이 있는 모듈식 시스템, 모든 브리지와 호환되는 유연한 설계 등)을 의미하며 토큰 발행자는 보안 요구 사항에 따라 가장 적합한 솔루션을 선택할 수 있습니다.

사용자 지정 인증 메커니즘이 제공하는 이점에도 불구하고 기본 구성은 여전히 가장 널리 사용됩니다 . 따라서 기본 인증 체계의 보안에 중점을 두는 것이 중요합니다. 팀에서는 기본 설정에 추가 인증 체계를 사용하여 보안 설정을 강화하는 것이 좋습니다.

복수의 유효성 검사 메커니즘에 의존하는 것은 활동과 관련하여 장점과 단점이 모두 있습니다. 한편으로는 장애 허용 오차가 증가하여 한 서비스 제공업체가 다운되더라도 다른 서비스가 계속 작동할 수 있으므로 시스템 안정성이 향상됩니다. 그러나 이는 또한 시스템의 복잡성을 증가시킵니다. 각각의 추가 메커니즘은 잠재적인 장애 지점을 도입하여 운영 중단의 위험을 높입니다.

2. 검증의 유연성

각 프레임워크가 검증 메커니즘을 맞춤 설정할 수 있는 유연성, 특히 토큰 발행자가 다양한 옵션 중에서 선택할 수 있는지 아니면 기본 설정으로 제한할 수 있는지 여부를 강조합니다.

3. 중요한 사전 구축 유효성 검사 메커니즘

사전 구축 메커니즘은 토큰 발급자가 메시지 유효성 검사에 사용할 수 있는 기성 유효성 검사 메커니즘으로 배포 프로세스를 간소화합니다. 신뢰할 수 있는 다양한 사전 빌드 옵션을 제공하는 프레임워크는 일반적으로 긍정적인 신호입니다.

일부 프레임워크는 다른 프레임워크보다 더 많은 검증 메커니즘을 제공하지만, 단일 검증자부터 포괄적인 검증자 세트까지 다양한 보안 범위를 기준으로 평가하는 것이 중요합니다.

예를 들어 소프트는 단일 유효성 검사기를 위한 DVN 옵션과 전체 유효성 검사기 세트를 사용하는 CCIP 또는 Axelar와 같은 더 강력한 옵션을 제공합니다. 마찬가지로 워프 토큰은 하이퍼레인 커뮤니티에서 관리하는 유효성 검사기를 포함하는 멀티시그 ISM과 같은 ISM과 여러 ISM의 보안을 결합할 수 있는 애그리게이션 ISM과 같은 옵션도 제공합니다.

또한 이러한 유효성 검사 메커니즘 중 상당수는 실제 시나리오에서 널리 채택되거나 철저한 테스트를 거치지 않았을 수 있습니다. 따라서 팀은 사용 가능한 유효성 검사 메커니즘의 품질을 신중하게 평가하고 원하는 보안 수준에 맞는 메커니즘을 선택해야 합니다. 사용 가능한 옵션을 사용하여 안전하고 신뢰할 수 있는 토큰 인증 설정을 구축할 것을 강력히 권장합니다. 향후 연구 기사에서는 각 토큰 프레임워크에서 제공하는 다양한 검증 메커니즘의 보안 기능에 대해 자세히 살펴보겠습니다.

4. 기본 유효성 검사 메커니즘

프레임워크가 기본 유효성 검사 메커니즘을 제공하는지 여부를 나타냅니다. 대부분의 팀이 편의성 때문에 기본 옵션을 선택하기 때문에 이는 중요합니다. 토큰 발행자가 기본 옵션을 선택하려는 경우, 보안을 평가하고 설정의 보안을 강화하기 위해 제공되는 사용자 지정 기능을 활용하는 것도 고려하는 것이 중요합니다.

5. 검증에 대한 애플리케이션 참여

팀이 검증 절차에 참여하고, 보안 계층을 추가하거나, 자체적으로 보안을 제어할 수 있는 기회가 있는지 강조합니다. 이는 팀이 자체적인 유효성 검사 설정을 기존 메커니즘과 결합하여 보안을 강화할 수 있다는 점에서 중요합니다. 이렇게 하면 다른 유효성 검사 방법이 실패할 경우 잠재적인 문제에 대해 자체적인 안전장치를 사용할 수 있습니다.

예를 들어, 스타게이트, 타피오카, 비트고, 클러스터, 아브라카다브라 같은 팀은 LayerZero에서 자체 DVN을 실행하여 다른 팀이 어떻게 사용자 정의 기능을 활용할 수 있는지 보여줍니다.

추가 노력이 필요하지만 더 많은 팀이 이 추가 보안 계층을 활용해야 합니다. 이 기능을 효과적으로 구현하면 중대한 장애 발생 시 중대한 문제를 예방할 수 있습니다.

6. 검열 저항

메시지의 검열 여부와 방법을 정의하면 애플리케이션이 비활성화되고 팀에 활성화 문제가 발생할 수 있습니다. 대부분의 경우 애플리케이션이 검열되더라도 동일한 프레임워크 내에서 다른 검증 메커니즘이나 리피터로 전환할 수 있습니다. 그러나 이는 추가적인 노력이 필요하며 단기적인 문제에 대한 실질적인 해결책이 아닐 수 있습니다.

7. 오픈 소스

개발자는 오픈 소스 코드 리포지토리를 통해 프레임워크의 보안 기능과 전반적인 설정을 감사하여 실행 중인 코드의 투명성을 보장할 수 있습니다.

수수료

이 표는 여러 토큰 프레임워크의 수수료 구조를 비교한 것으로, 각 프레임워크가 프로토콜 운영, 메시징 및 추가 수수료 비용을 어떻게 처리하는지에 중점을 두고 있습니다. 특히 모든 프레임워크는 애플리케이션 계층에서 사용자 지정 애플리케이션별 수수료를 추가할 수 있습니다. 또한 모든 프레임워크에는 리피터, 전송 장치 또는 유사한 기관에 지불하는 수수료를 포함하여 인증 및 전송 프로세스와 관련된 비용이 있습니다.

현재 대부분의 수수료는 메시지 유효성 검사 및 중계와 관련이 있습니다. 앞서 언급했듯이 모든 토큰 프레임워크는 여러 메커니즘을 사용해 메시지를 검증할 수 있는 옵션을 제공합니다. 각각의 추가 유효성 검사 메커니즘은 시스템의 보안을 향상시키지만, 사용자가 부담하는 수수료와 비용도 증가합니다.

<그림 style="text-align: 가운데;">

1. 프로토콜 수수료

각 프레임워크가 전송 또는 기타 작업을 수행하기 위해 부과하는 프로토콜 수준의 수수료입니다.

DAO 거버넌스에 대한 수수료 전환이 존재한다는 것은 토큰 발행자가 토큰 프레임워크 뒤에 있는 상호운용성 프로토콜(예: OFT의 레이어제로 또는 워프 토큰의 하이퍼레인)에 추가 수수료를 지불해야 할 수 있다는 것을 의미합니다. 수수료 전환에 대한 변경은 이러한 프레임워크를 통해 발행된 토큰에 직접적인 영향을 미치고, 수수료 구조에 대한 DAO의 결정을 따르게 되므로 DAO 거버넌스에 대한 의존성이 생깁니다.

스마트 계약

이 표는 배포 내역, 보안 감사, 제공되는 바운티, 세밀한 제어에 사용되는 주목할 만한 사용자 지정에 중점을 두고 각 프레임워크의 스마트 계약의 주요 특성을 강조하며 다양한 수준의 유연성, 보안 및 사용자 지정 기능을 강조합니다.

모든 프레임워크에서 애플리케이션이 속도 제한과 블랙리스트를 설정할 수 있으며, 이는 효과적으로 사용할 경우 상당한 재정적 손실을 방지할 수 있는 핵심 보안 기능입니다 . 스팬> . 또한 각 프레임워크는 스마트 컨트랙트 배포에 유연성을 제공하여 애플리케이션의 특정 요구 사항에 따라 불변 또는 확장 가능한 형태로 배포할 수 있습니다.

1. 배포 시간

이 필드에는 각 프레임워크의 스마트 컨트랙트 배포 시간이 표시됩니다. 이를 통해 프레임워크가 운영된 기간에 대한 인사이트를 얻을 수 있습니다.

2. 감사

감사 횟수는 보안의 중요한 척도입니다. 감사는 프레임워크의 스마트 컨트랙트의 무결성을 검증하고 시스템을 손상시킬 수 있는 취약점이나 문제를 식별합니다.

3. 포상금

포상금은 외부 보안 연구원이 취약점을 발견하고 보고하도록 장려하기 위해 프레임워크에서 제공하는 재정적 인센티브를 반영합니다.

4. 세분화된 제어를 위한 차별화된 기능

스마트 계약 프레임워크를 사용하면 애플리케이션이 특정 요구 사항에 따라 다양한 맞춤형 보안 기능을 구현할 수 있습니다. 이 필드에서는 각 프레임워크가 보안을 보장하기 위해 제공하는 몇 가지 주요 보안 기능을 강조합니다.

도입 및 확장

각 프레임워크는 고유한 기능을 제공하며 기술적 초점, 통합 및 보안 보장에 따라 개발자, 프로토콜 및 플랫폼의 참여 수준이 다양합니다.

< strong>1. 핵심 기여자

이 섹션에서는 각 프레임워크의 구축 및 유지 관리에 적극적으로 참여하는 다양한 팀을 강조합니다. 원래 개발팀에 국한되지 않는 기여자의 다양성은 (1) 프레임워크에 대한 광범위한 수요, (2) 프레임워크에 대한 접근성 및 사용 편의성(권한이 없는 형태 또는 일반적인 협업을 통한) 등 여러 가지 요소에서 긍정적인 지표가 될 수 있습니다.

2. 채택

채택은 배포된 토큰 수와 총 보안 가치로 측정한 각 프레임워크의 사용 수준과 매력을 반영합니다. 이는 프레임워크가 개발자와 프로토콜에서 얼마나 널리 받아들여지고 있는지, 자산 보호에 얼마나 신뢰할 수 있는지에 대한 인사이트를 제공합니다.

3. 주목할 만한 팀

이 섹션에서는 각 프레임워크를 채택한 상위 팀과 프로토콜을 강조하여 업계에서의 신뢰도와 전반적인 매력을 반영합니다.

4. 가상 머신 범위

가상 머신 범위는 각 프레임워크에서 지원하는 가상 머신의 범위를 나타냅니다. 가상 머신이 많을수록 다양한 블록체인 환경에서 더 많은 유연성과 호환성을 제공합니다. 이는 앱과 토큰 발행자에게 보다 접근성이 높고 다양한 커뮤니티를 제공합니다.

5. 배포된 체인

이 필드에는 프레임워크당 배포된 체인 수, 즉 각 앱이나 토큰 발행자가 특정 프레임워크를 사용하기로 결정했을 때 지원할 수 있는 체인 수가 반영되어 있습니다. 이는 앱이 도달할 수 있는 시장 및 탈중앙 금융 생태계의 수와 직접적인 관련이 있습니다. 더 많은 체인을 배포한다는 것은 유동성에 대한 더 넓은 접근성을 의미합니다.

또한, 권한 없이 여러 체인에 걸쳐 프레임워크를 확장할 수 있다는 것은 큰 잠재력을 가지고 있지만, 개발자가 중요한 인프라를 직접 구축하고 유지해야 하는 경우에는 어려움이 될 수 있습니다. 새로운 체인에 대한 브리징 지원을 구축하려는 팀과 같은 일부 팀에게는 이러한 노력이 가치가 있을 수 있습니다. 그러나 단순히 다른 체인을 토큰 커버리지에 포함하려는 토큰 발행자에게는 지나치게 복잡하고 리소스 집약적인 작업으로 보일 수 있습니다.

6. 고유한 차별화 요소

각 프레임워크는 보통 다른 프레임워크와 차별화되는 특별한 기능, 도구 또는 통합의 형태로 고유한 차별화 요소를 가지고 있습니다. 이러한 차별화 요소는 특정 기능이나 사용 편의성을 원하거나 단순히 토큰을 더 널리 배포하고자 하는 개발자와 프로토콜에게 어필하는 경우가 많습니다.

개발자 경험

면책 조항: 이 섹션은@SlavaOnChain(FI의 DevRel. FI의 DevRel 리드)와 다양한 프레임워크에 익숙한 개발자들과의 토론을 통해 얻은 인사이트를 반영합니다. 개발자 경험은 상황과 사용 사례에 따라 다를 수 있습니다.

1. 통합의 용이성

첫 경험을 기준으로 팀의 지원 없이 이 프레임워크를 사용하여 토큰을 배포하는 것이 얼마나 쉬운지를 나타냅니다.

2. 문서

개발자의 플랫폼 이해와 사용을 지원하는 프레임워크의 가이드, 예제 및 참조 자료의 효율성을 평가합니다.

3. 개발자 도구

프레임워크를 사용하여 토큰을 쉽게 빌드, 테스트, 배포할 수 있도록 해주는 라이브러리, SDK, 유틸리티 세트를 고려합니다.

주요 요점

A. 상호운용성 동향

1. 사용자 정의 및 검증 메커니즘 - 모든 프레임워크가 검증 메커니즘에서 사용자 정의 기능을 제공함으로써 상호운용 가능한 프로토콜의 새로운 트렌드를 제시하고 있습니다. 이 기능의 필요성을 강조하는 중요한 순간이 바로 wstETH에 대한 리도 DAO 거버넌스 포럼의 토론이었습니다.

2. 보안 관행 - 속도 제한, 화이트리스트/블랙리스트, 토큰 발행자가 맞춤형 정책과 역할을 통해 메시지 검증 및 보안 설정에 참여할 수 있도록 하는 등의 기능이 프레임워크의 표준 관행이 되어 상호운용성 영역에서 보안을 향한 긍정적인 움직임을 보이고 있습니다.

3. 기본 설정을 넘어서는 채택 과제 - 사용자 지정 인증 메커니즘은 유익하지만 기본 설정을 넘어서는 채택은 여전히 저조하며 보안 옵션에 대한 더 나은 교육이 필요합니다. 기본 인증 체계는 가장 일반적으로 사용되기 때문에 보안성이 높은지 확인하는 것이 중요합니다.

4. 검증 메커니즘 - 여러 프레임워크에서 널리 채택된 검증 메커니즘은 Axelar의 Validator Set과 Wormhole의 Guardian Network입니다.

B. 주요 토큰 프레임워크

1. LayerZero의 OFT - 배포된 토큰과 총 보안 가치에서 선두를 달리고 있습니다. 2022년 OFT(V1) 토큰 프레임워크를 최초로 출시했으며, 최근 WBTC와 같은 주요 자산이 OFT 프레임워크를 채택하는 등 계속해서 입지를 공고히 하고 있습니다. 또한 대부분의 체인을 위한 광범위한 지원과 포괄적인 개발자 리소스를 제공합니다.

2. 하이퍼레인의 워프 토큰 - 이 팀은 프레임워크와 개발자 도구를 특권층 친화적으로 만드는 데 중점을 두고 있습니다. 이는 외부 팀에서 구축하고 유지 관리하는 여러 가상 머신 구현을 통해 입증되었으며, 권한 없는 방식으로 프레임워크로 작업하는 것이 얼마나 쉬운지를 보여줍니다.

3. 웜홀의 NTT - 체인 전반에서 고가치 토큰을 빠르게 채택하고 있으며 프로토콜 수준의 수수료 전환이 없는 등 설계에 몇 가지 독특한 기능을 제공합니다. 토큰을 솔라나로 확장하거나 솔라나 토큰을 EVM 생태계로 확장하려는 팀에게 인기 있는 선택지입니다.

4. 악셀라의 ITS - 4억 달러가 넘는 $400M을 보유한 악셀라는 상위 25개 지분 증명 체인에 속합니다.ITS ITS 프레임워크는 핵심 성장 동력으로, TVL과 Axelar 네트워크를 통해 전송되는 메시지 양에 기여하고 있습니다.

5. xERC20 프레임워크 - 다른 제품형 프레임워크와 달리 유일하게 완전히 브리지에 구애받지 않는 프레임워크입니다. 자체 프레임워크가 없는 많은 상호운용성 프로토콜은 팀이 토큰을 배포할 때 xERC20을 사용하도록 권장하며, 일부는 사전 구축된 통합 템플릿을 제공합니다.

6. 수수료 구조의 차이 - xERC20과 NTT는 프로토콜 수준의 수수료 전환이 없는 두 가지 프레임워크입니다.

결론

토큰 프레임워크가 부상하고 있으며, 멀티체인 세상에서 가치의 흐름에 관한 모든 것을 바꿀 수 있습니다. 현재 체인 간에 자산을 전송하려면 일반적으로 유동성 풀이나 솔버가 필요하지만, 토큰 프레임워크는 이러한 필요성을 제거합니다. . 대신 상호운용성 프로토콜을 통해 원하는 체인에서 직접 자산을 발행할 수 있습니다.

실제로 토큰 프레임워크는 패키지 자산의 종말이 될 수도 있습니다. 유동성은 더 이상 체인 간에 분산될 필요가 없습니다. 어떤 체인에서든 대체 가능한 자산을 발행할 수 있으며, 가스비만 지불하면 체인 간에 거래할 수 있습니다. 이미 이러한 변화의 조짐이 보이기 시작했습니다. 서클은 USDC의 랩드 토큰 문제를 해결하기 위해 CCTP를 출시했고, 많은 대형 팀과 고가치 토큰이 토큰 프레임워크를 채택하고 있습니다. 이는 상황이 가속화되고 있다는 신호입니다.

또 다른 관점으로는 체인 추상화된 미래에는 솔버가 백그라운드에서 사용자 네이티브 토큰을 교환하기 때문에 토큰 프레임워크가 더 이상 중요하지 않을 수 있습니다. 사용자가 토큰에 대해 생각할 필요가 없어진다는 점은 사실이지만, 이는 중요한 관점을 놓치고 있습니다. 솔버 자체는 어떨까요? 이들에게는 토큰 프레임워크가 매우 유용할 수 있습니다. 토큰 프레임워크는 체인 간 이동에 유동성이 필요하지 않기 때문에 인벤토리와 리밸런싱의 번거로움을 해결해줍니다. 그렇기 때문에 솔버들은 저렴하고 효율적이며 체인 간 리밸런싱에 완벽한 CCTP를 사용해 USDC를 이동하는 것을 선호합니다.

이 모든 것이 어떻게 구체화될지는 아직 지켜봐야 합니다. 소수의 엣지 체인에만 토큰 프레임워크가 필요할 수도 있고, 암호화폐에서 토큰을 배포하는 표준이 될 수도 있습니다. 현재 우리가 아는 것은 상호 운용 가능한 프레임워크의 채택이 증가하고 있으며 경쟁이 심화되고 있다는 것입니다. 성장의 문제점은 무엇일까요? 바로 파편화입니다. 경쟁 프레임워크는 자산과 유동성을 파편화할 것이며, 만능 솔루션은 존재하지 않을 것입니다. 인센티브가 이를 허용하지 않을 것입니다.

이 때문에 유동성 파편화에 대한 또 다른 해결책으로 집계가 제시됩니다. 바로 이 부분에서 LI.FI와 같은 플레이어가 등장합니다. 여러 토큰 프레임워크를 통합하고 애플리케이션과 사용자를 위해 복잡성을 추상화함으로써, 저희 API는 풀 기반이든, 인텐트 기반이든, 잠금/파기 및 민트이든 상관없이 원활한 토큰 교환을 가능하게 합니다. 중요한 것은 필요한 토큰을 가장 좋은 가격에 얻는 것입니다.