효율적이고 매끄러운 크로스체인 컴포저빌리티: NEAR의 나이트셰이드가 어떻게 DeFi 열풍을 일으킬 것인가?
작성: Res
번역: TechFlow
본문은 다음의 몇 가지 측면에서 Nightshade에 대해 심층적으로 다룰 것입니다:
1. 컴포저빌리티(Composability)와 그 중요성
2. 상호운용성(Interoperability)
3. 크로스체인 브릿지 vs 샤딩(Sharding) vs NEAR의 Nightshade
4. NEAR가 진정한 확장성과 크로스체인 컴포저빌리티를 실현하는 방법
5. 현실 세계 적용 사례
이제 하나씩 살펴보겠습니다.
컴포저빌리티(Composability)
컴포저빌리티란 서로 다른 구성 요소들을 조합하여 새로운 시스템을 만들 수 있는 능력을 의미합니다. 개발자가 애플리케이션 내에서 오픈 소스 코드를 자유롭게 사용하고 수정하며 통합할 수 있기 때문에, 동일한 체인 상의 dApp/DAO들이 원활하게 소통하고 협력할 수 있게 됩니다. 예를 들어 다음과 같은 경우들이 있습니다:
- 토큰 스왑
- 플래시론
- 거버넌스
- 신원 관리
- DEX의 LP 포지션이 머니 마켓의 담보로 활용됨
- NFT 담보 대출
- DeFi 기능을 GameFi, DAO 및 기타 Web 3.0 인프라와 결합하는 가능성
컴포저빌리티 vs 상호운용성
컴포저빌리티는 스마트 계약이 동일한 체인 내의 다른 계약들과 상호작용할 수 있도록 해주며, 반면 상호운용성은 합의 알고리즘, 데이터 가용성 또는 블록 생성 방식이 다르더라도 체인 간의 의사소통 가능성을 말합니다.
크로스체인 컴포저빌리티
이는 컴포저빌리티와 상호운용성을 결합함으로써 정의할 수 있습니다:
크로스체인 컴포저빌리티란 서로 다른 체인 상의 dApp과 DAO들이 허가 없이도 원활하게 서로 통신하고 상호작용할 수 있는 능력을 의미합니다.
컴포저빌리티가 웹3의 가장 큰 혁신 중 하나임에도 불구하고, 상호운용성은 여전히 복잡한 문제이며 많은 이들이 이를 해결하기 위해 노력하고 있습니다. 지금까지 두 가지 주요한 해결책이 제안되었습니다:
1) 크로스체인 브릿지
2) 샤딩(Sharding)
본문에서는 특히 샤딩에 초점을 맞춰 설명합니다.
크로스체인 브릿지는 본래 호환되지 않을 수 있는 서로 다른 목적과 특성을 지닌 체인들을 효과적으로 연결해 줍니다. 그러나 이러한 브릿지는 크로스체인 브릿지 트릴레마(trilemma)에 직면하며, 크로스체인 컴포저빌리티를 허용하지 않습니다.
Stargate 등의 솔루션은 이 트릴레마를 해결하고 네이티브 자산을 체인 간에 전송할 수 있게 하여 컴포저빌리티를 제공합니다. 하지만 이는 LP 고갈, 리밸런싱 문제 등 새로운 위험과 복잡성도 함께 가져옵니다.
샤딩은 확장성 문제와 블록체인 트릴레마를 해결하기 위해 도입된 개념으로, 비탈릭 부테린(Vitalik Buterin)이 제안했습니다. 샤딩은 블록체인을 여러 개의 체인(샤드)으로 분할하고, 각각이 독립적으로 작동하는 이기종 블록체인 생태계를 만듭니다.
샤딩은 확장성 문제를 해결하고 상호운용 가능한 생태계를 제공할 수 있지만, 크로스체인 컴포저빌리티는 다음과 같은 이유로 제한될 수 있습니다:
- 사용자가 지속적으로 자금을 체인 간 이동해야 함
- 유동성, 사용자, 리소스 등의 단편화
- 메시지 전달 솔루션이 아직 검증되지 않음
$NEAR: Nightshade
Nightshade는 NEAR가 확장성과 크로스체인 컴포저빌리티 문제에 대한 해답입니다. Cosmos나 Polkadot과 달리, NEAR는 단일 L1으로 설계된 샤딩 블록체인입니다. 즉, 샤드들은 서로 다른 체인이 아니라 최적화된 실행 환경을 지원하는 스마트 계약입니다.
Nightshade는 Beacon 체인이 아닌 Chunks를 사용하기 때문에, 샤드 수가 증가함에 따라 무한히 확장 가능하며, 동적 재샤딩(dynamic resharding) 덕분에 유동적인 구조를 가집니다.
샤드 간의 컴포저빌리티 실현
Aurora와 기타 샤드들은 롤업(Rollup)이 아니라 스마트 계약으로 지원되는 실행 환경입니다. Aurora의 거래 정보는 실제로 NEAR 거래 정보 안에 감싸져 있으며, 이후 Aurora 컨트랙트로 전송됩니다. 모든 정산, 데이터 가용성, 실행 과정은 NEAR 위에서 이루어집니다.
$NEAR는 단일 L1로 구성되어 있기 때문에, 스마트 계약이 서로 다른 샤드에서 실행되고 다양한 환경에서 코드를 운영하더라도 조합이 가능합니다. 예를 들어, NEAR 네이티브 계약과 EVM 계약은 이제 NEAR 메인넷 상에서 조합될 수 있습니다.
이더리움에서 서로 다른 L2 사이를 오가며 스왑하려면 여러 건의 거래가 필요합니다. 그러나 NEAR의 구조상, 한 환경에서 다른 환경으로 샤드 간 계약 호출을 할 때 사용자는 단 하나의 거래만 보게 됩니다.
이는 크로스체인 브릿지나 복잡한 UX 없이도 개발자와 사용자가 자신의 요구에 맞는 어떤 실행 환경이라도 자유롭게 사용할 수 있음을 의미합니다:
EVM, 롤업, 새로운 프라이버시 환경, 심지어 성능 향상을 위한 개인 샤드 내 개별 애플리케이션까지 스마트 계약을 실행할 수 있습니다.
dApp들은 자체 체인을 운영하는 장점을 누리게 됩니다:
- 맞춤화 및 유연성
- L1 성능: 즉시 종결성, 더 높은 TPS
- 개선된 UX/UI: 브릿지 불필요, 중앙 집중형 유동성 직접 접근
- 높은 보안성
합의, 저장소, 검증 노드 등의 추가 작업이 필요 없습니다.
현실 세계 적용 사례
1) 크로스체인 브릿지 잊어버기
사용자가 다른 샤드와 상호작용하더라도, NEAR 지갑을 통해 NEAR 메인넷에서 계속 거래하기 때문에 이를 인지하지 못합니다. 서로 다른 샤드나 실행 환경을 사용할 때도 자금을 브릿지로 이동시킬 필요가 없습니다.
예를 들어, Ref에서 거래를 하다가 Trisolarislabs에서 더 좋은 호가를 발견하면 Aurora 환경에서 자동으로 거래가 이루어지며, 사용자는 이를 전혀 눈치채지 못합니다. 심지어 NEAR 메인넷에서 Aurora 전용 토큰을 거래할 수도 있습니다!
크로스체인 계약 호출에는 Rainbow Bridge가 필요 없습니다. 사용자 인터페이스는 필요한 거래 정보에 서명하기만 하면 됩니다.
이는 전체 체인 프로토콜 기반의 브릿지나, 서로 다른 상호운용 가능한 브릿지를 연결해야 하는 다른 샤딩 블록체인과는 완전히 다릅니다.
2) 단편화된 유동성 재고하지 않기
다른 확장성 솔루션과 달리, NEAR의 유동성은 분산되지 않습니다. L1 차원의 데이터 공유 설계 덕분에 사용자와 개발자는 단일 정보를 통해 NEAR 생태계 전체의 유동성에 직접 접근할 수 있습니다.
ETH에서는 Arbitrum에 접속해야 더 깊은 유동성을 이용할 수 있습니다.
NEAR에서는 NEAR 메인넷을 떠나지 않고도 모든 유동성을 얻을 수 있습니다. DEX 어그리게이터가 전체 생태계에서 거래할 수 있기 때문입니다 (즉, 메인넷 AMM + Aurora AMM + 개인 샤드의 오더북 + 롤업의 AMM).
3) 확장 가능한 대규모 dApp들
어떤 앱이 인기를 끌어 붐비게 되면, 자체 체인을 개발할 수 있습니다. 또는 단순한 EVM 스마트 계약의 제약을 벗어나 더 쉽게 맞춤화하길 원할 수도 있습니다.
dYdX나 DeFi Kingdoms가 이에 해당합니다.
따라서 NEAR를 통해 우리는 더욱 탈중앙화된 블록체인 생태계를 갖게 될 뿐 아니라, dApp들이 L1급 성능과 맞춤화 기능을 누릴 수 있게 됩니다.
예전에는 새로운 체인을 사용하기 위해 자금을 브릿징해야 했습니다. 지금도 특정 DApp을 사용하려면 자금을 옮겨야 합니다. ETH2.0+L2 확장 모델에서는 유동성과 앱들이 여러 L2에 분산될 수밖에 없습니다.
하지만 NEAR에서는 이런 일이 발생하지 않습니다.
오더북이 하나의 샤드로 이동하더라도 거래자들은 변화를 느끼지 못합니다. 이는 대규모 채택의 장벽을 제거하며, 사용자 경험을 희생하지 않으면서도 성능과 맞춤화를 추구하는 프로젝트들에게 엄청난 기회를 제공합니다.
참고: 본 내용은 정보 제공 목적이며 투자 권유가 아닙니다. 투자 결정 전 반드시 스스로 조사하시기 바랍니다(DYOR).
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
