Zetachain을 예로 들어 Omnicomputing가 어떻게 체인 추상을 구현하는지 설명하겠습니다.
저자: CaptainZ, 전 Injective 연구원
체인 추상화 Omnichain이란 크로스체인 규칙을 스마트 계약에 작성하는 것이다.
공용 블록체인과 레이어2 체인의 수가 점점 증가함에 따라 자산과 Dapp의 크로스체인 요구도 늘어나고 있으며, 크로스체인 브리지가 흔한 해결책으로 여겨지는 가운데 Zetachain을 중심으로 하는 Omnichain은 완전히 다른 길을 걷고 있다.
본문에서는 Zetachain을 사례로 들어, Omnichain이 어떻게 크로스체인 규칙을 스마트 계약에 기록하여 크로스체인 상호 운용성을 탈중앙화하는지 설명한다.
A. 여러 가지 크로스체인 기술 방안
크로스체인(Cross-Chain) 기술의 핵심 목표는 서로 다른 블록체인 간 상호 운용성(Interoperability)을 실현하는 것이다. 상호 운용성이란 서로 다른 블록체인 시스템이 각자의 자산(예: 토큰, 암호화폐 등) 및 데이터를 이해하고 사용할 수 있거나, 서로 다른 블록체인 플랫폼에서 실행되는 애플리케이션이 상호 작용하고 협력할 수 있는 것을 의미한다. 이러한 목표가 달성되면 블록체인 생태계의 유연성과 확장성이 크게 향상되어 각 플랫폼 간 정보 고립 현상을 해소하고 보다 광범위한 응용과 발전을 촉진할 수 있다.
크로스체인 메시지 처리 방식과 관련 자산의 서명 승인 방식에 따라 다음과 같은 기술 방안으로 나눌 수 있다:
1. 크로스체인 브리지(Cross-Chain Bridges):
크로스체인 브리지는 자산을 한 블록체인에서 다른 블록체인으로 이동시키는 기술이다. 이 방식은 원본 체인(Source Chain)에서 자산을 잠그고 대상 체인(Target Chain)에서 해당 자산을 나타내는 대체 자산(또는 동등 자산)을 발행함으로써 구현된다. 이를 통해 자산의 크로스체인 이동과 사용이 가능해지지만, 자산의 잠금 및 해제 과정이 안전하고 신뢰할 수 있어야 한다. 두 독립된 체인이 브리지를 통해 상호 운용성을 갖게 될 때, 한쪽 체인을 주 체인(Main Chain)의 사이드체인(Sidechain)이라 부른다.
2. 공증(Notary):
공증 방식은 신뢰할 수 있는 노드(또는 기관) 그룹이 크로스체인 거래의 유효성을 검증하도록 의존한다. 이러한 공증 노드들은 한 체인에서 발생하는 이벤트를 감시하며, 다른 체인에서 해당 이벤트를 검증하고 기록하기 위한 트랜잭션을 생성한다. 이 방법으로 크로스체인 상호 운용성을 달성할 수 있지만, 보안성과 탈중앙화 정도는 공증 노드의 신뢰성에 크게 좌우된다.
3. 해시 타임락 계약(Hash Timelock Contracts, HTLCs):
HTLC는 타임락 기반의 스마트 계약 기술로, 제3자 없이 두 참여자가 안전하게 크로스체인 교환을 수행할 수 있도록 한다. 이는 올바른 비밀번호만 입력하면 자금을 해제할 수 있는 계약을 만들어 구현되며, 양측 모두 계약 조건을 이행해야만 자금이 해제되고 상대방에게 전달된다. 이 방식은 탈중앙화된 자산 교환이 가능하지만, 참여자 간 일정한 협업이 요구된다.
4. BoB(Blockchain on Blockchain, 예: Cosmos의 IBC):
이 기술은 기존 블록체인 위에 새로운 블록체인(또는 레이어)을 생성해 크로스체인 상호 운용성을 실현한다. 예를 들어, Cosmos 네트워크의 IBC(Inter-Blockchain Communication) 프로토콜은 서로 다른 블록체인이 독립적인 거버넌스 구조를 유지하면서도 자산과 데이터를 안전하게 전송할 수 있도록 한다. 이 방식은 개별 체인이 자유롭게 정보와 가치를 교환할 수 있는 탈중앙화된 블록체인 인터넷 구축을 목표로 한다.
각 기술 방안은 장단점을 지니며 다양한 시나리오와 요구에 적합하다. 크로스체인 기술 선택 및 구현 시에는 대상 블록체인의 특성, 보안 요구, 탈중앙화 수준, 구현 복잡성 등을 종합적으로 고려해야 한다.
B. 크로스체인 메시지 전달
크로스체인 메시지 전달(Cross-Chain Message Passing, CCMP)은 크로스체인 상호 운용성을 실현하는 핵심 기술로서, 크로스체인 상호작용이 안전하고 효율적으로 진행되도록 보장한다. 기본 목적은 서로 다른 블록체인 간 메시지를 전달하고 검증하여 자산과 데이터의 크로스체인 상호작용을 가능하게 하는 것이다. 그 작동 원리는 다음의 핵심 단계로 구성된다:
1. 메시지 생성 및 송신:
- 메시지에는 자산 이동과 관련된 모든 필수 정보(예: 자산 수량, 출발지 주소, 목적지 주소 등)가 포함된다.
- 메시지 생성 후 원본 체인의 스마트 계약을 통해 전송되며, 이 계약은 거래 세부정보를 기록하고 자산 잠금을 트리거한다.
2. 메시지 전달:
- 전달 방식은 일반적으로 직접 전달과 중계 전달 두 가지가 있다.
- 직접 전달은 원본 체인과 대상 체인 간 직접 통신 경로가 존재한다는 의미이나, 대부분의 블록체인이 독립적으로 운영되기 때문에 실제로는 거의 없다.
- 중계 전달은 중계자(중앙화된 서비스 제공자 또는 탈중앙화된 노드 네트워크)를 포함하며, 이들은 원본 체인의 특정 이벤트를 감시하고 관련 정보를 포착하여 대상 체인으로 전달한다.
3. 메시지 검증:
- 대상 체인에서는 수신된 메시지를 검증하여 그 합법성과 무결성을 확인해야 한다.
- 검증 과정에는 일반적으로 원본 체인의 데이터 증명(Merkle 증명 등)이 필요하며, 이를 통해 메시지가 진짜로 원본 체인에서 왔으며 변조되지 않았음을 입증할 수 있다.
- 검증이 완료되면 대상 체인의 스마트 계약은 메시지 내용에 따라 토큰 발행 또는 상태 업데이트 등의 작업을 수행한다.
4. 처리 및 응답:
- 검증 완료 후 대상 체인은 필요한 작업을 수행한다. 예: 자산 해제 또는 새 토큰 인스턴스 생성.
- 이 단계가 완료되면 크로스체인 상호작용이 기본적으로 마무리되며, 사용자는 대상 체인에서 자신의 자산을 사용하거나 관리할 수 있게 된다. 본질적으로 앞서 언급한 크로스체인 기술 방안들은 각기 다른 메시지 전달 방식을 채택했기 때문에 차이가 생기는 것이다.
1. 크로스체인 브리지
크로스체인 브리지는 서로 다른 블록체인 간 자산과 정보 이동을 가능하게 하는 중개 계층을 만든다. 이 중개 계층은 다음과 같을 수 있다: - 중앙화된 서버로, 신뢰할 수 있는 실체가 운영하며 한 체인의 이벤트를 감시하고 다른 체인에 이를 복제한다.
- 탈중앙화 네트워크로, 여러 독립 운영 노드들로 구성되며 합의 메커니즘을 통해 메시지를 검증하고 전달한다.
크로스체인 브리지에서는 일반적으로 원본 체인에서 자산을 잠그고 대상 체인에서 동등한 자산을 발행하는 과정이 포함된다. 이 과정에서는 메시지가 검증되고 실행되기 전까지 변조되지 않도록 보장해야 한다.
2. 공증인
공증 방식은 미리 선정된 공증인들(개인, 조직 또는 자동화된 노드)이 한 체인의 이벤트를 감시하고 다른 체인에서 이를 검증·승인하는 역할을 맡는다. 공증인은 중앙화 또는 반중심화된 검증 메커니즘을 제공하며, 이 메커니즘의 보안성과 신뢰도는 공증인들의 신뢰성에 크게 의존한다.
3. 해시 타임락 계약(HTLC)
HTLC는 암호화 기술에 의존하는 계약으로, 두 체인 간 조건부 자산 교환을 가능하게 한다. 이 방식은 암호학적 해시 함수와 타임락을 활용해 자산 해제 조건을 제어한다:
- 비밀 해시: 수취인이 올바른 프리이미지(해시 값에 대응하는 원본 데이터)를 제공해야만 자산이 계약에서 해제된다.
- 타임락: 정해진 시간 내에 올바른 프리이미지를 제공하지 못하면 자산은 원 소유자에게 반환된다.
이 방식은 중앙화된 검증에 의존하지 않고 계약 자체를 통해 자산의 안전한 교환을 보장한다.
4. BoB
이 기술은 크로스체인 커뮤니케이션 프로토콜 위에 새로운 체인 또는 하위 체인을 생성하는 방식이다. 예를 들어, Cosmos는 IBC 프로토콜을 통해 서로 다른 블록체인 간 직접 통신을 가능하게 하며, 각 체인은 자치성을 유지하면서도 메시지와 자산을 안전하게 교환할 수 있다. IBC와 XCMP의 본질은 사실상 크로스체인 커뮤니케이션 프로토콜이다.
동시에 CCMP 기술은 몇 가지 주요 도전 과제에 직면해 있다:
보안성: 중계 노드 또는 네트워크는 신뢰할 수 있어야 하며, 그렇지 않으면 메시지가 변조될 위험이 있다. 또한 원본 체인과 대상 체인의 스마트 계약도 잠재적 취약점 방지를 위해 충분히 안전하게 설계되어야 한다.
효율성 및 지연: 크로스체인 작업은 여러 블록 확인을 포함하므로 상당한 시간 지연이 발생할 수 있다.
탈중앙화 및 신뢰 문제: 중계 노드 또는 제3자 서비스에 의존하는 것은 블록체인의 탈중앙화 정신에 어긋날 수 있으므로, 탈중앙화되면서도 안전한 CCMP 메커니즘 설계는 기술적 난제이다.
이러한 기술적·보안적 도전 과제들로 인해 CCMP의 구현과 최적화는 크로스체인 기술 연구 및 발전 분야에서 활발히 이루어지고 있다. 다양한 해결책들이 탈중앙화, 보안성, 효율성 간 최적의 균형을 찾기 위해 노력하고 있다.
C. 크로스체인 자산의 서명 및 승인
크로스체인 기술과 상호 운용성은 크로스체인 메시지 전달(CCMP)에만 의존하지 않으며, 자산의 안전한 처리와 거래의 합법성을 보장하기 위해 원본 체인과 대상 체인에서 효과적인 서명 및 승인 방식이 필요하다. 다양한 크로스체인 기술 방안은 각기 다른 서명 및 승인 메커니즘을 사용하며, 핵심은 거래의 합법성을 검증하고 실행하는 방법과 자산의 안전한 이동을 보장하는 것이다. 아래는 주요 크로스체인 기술 방안에서 서명 승인을 구현하는 방식들이다:
1. 크로스체인 브리지
크로스체인 브리지는 다중서명(Multisignature) 또는 프록시 서명(Proxy Signature) 방식을 사용할 수 있다. 이 방식에서는 자산 이동 작업이 일정 수 이상의 검증 노드 또는 특정 프록시 서비스의 승인이 필요하며, 이들 노드 또는 서비스는 거래 요청을 검증하고 서명하는 책임을 진다. 이 방식은 보안성을 강화하지만, 승인된 중앙화 또는 반중심화된 실체에 의존함으로써 신뢰 문제를 초래할 수 있다.
2. 공증인
공증인 시스템에서 공증인 또는 공증 노드 집합은 크로스체인 거래 요청을 감시하고 검증하며, 대상 체인에서 해당 작업을 수행한다. 공증인은 대상 체인에서 작업에 대해 서명 승인을 해야 하며, 이는 원본 체인의 거래가 허용되었음을 증명한다. 이 방식은 공증인의 신뢰도와 보안성에 의존한다.
3. 해시 타임락 계약(HTLC)
HTLC에서는 서명 승인이 외부 검증자나 중개자에 의존하지 않는다. 오히려 거래의 합법성과 실행은 계약 로직과 참여자 간 직접적인 상호작용에 기반한다. 참여자가 올바른 프리이미지(즉, 키)를 제공하면 이는 바로 승인 행위가 되며, 계약 자체가 타임락 메커니즘을 갖고 있어 특정 시간 창 내에 올바른 프리이미지를 제공해야만 거래가 완료된다.
4. BoB
예를 들어, Cosmos의 IBC 프로토콜에서는 서명 승인 과정이 체인 간 프로토콜과 로컬 계약 실행을 통해 이루어진다. 각 체인은 자체 보안성과 승인 메커니즘을 독립적으로 관리하면서도 프로토콜을 통해 크로스체인 메시지의 보안성과 유효성을 보장한다. 이 방식은 탈중앙화와 자치성을 강조하며 단일 실체에 대한 의존을 줄인다.
요약하면, 서명 승인 메커니즘은 다양한 크로스체인 기술 방안에서 그 구조와 보안 요구에 따라 다르다. 이 메커니즘의 선택과 설계의 핵심은 보안성, 신뢰, 탈중앙화, 효율성 사이의 균형을 어떻게 맞추느냐에 있다. 크로스체인 기술을 구현할 때는 모든 참여 체인의 합법성과 보안성을 확보하는 것이 필수적이다.
D. Zetachain의 아키텍처
DeFi가 금융 규칙을 스마트 계약에 기록하고, 블록체인 게임이 게임 규칙을 스마트 계약에 기록한다면, Omnichain은 크로스체인 규칙을 스마트 계약에 기록하는 것이다. 여기에는 크로스체인 메시지 전달 규칙과 자산의 서명 승인 규칙이 포함되며, 이제 Zetachain이 이를 어떻게 구현하는지 자세히 살펴보자.
ZetaChain은 Cosmos SDK와 Tendermint PBFT 합의 엔진을 기반으로 구축된 PoS 블록체인이다. Tendermint PBFT 합의 엔진을 사용함으로써 ZetaChain은 약 5초라는 빠른 블록 생성 시간과 즉각적인 최종 결정성(블록 확인 불필요, 리오더링 불가능)을 달성할 수 있다. 이상적인 네트워크 조건에서 거래 처리량은 초당 4000건 이상에 이를 수 있으나, 외부 체인의 지연이나 외부 노드 RPC 속도 등의 요인으로 인해 크로스체인 거래 처리량은 이 수준에 도달하지 못할 수 있다.
ZetaChain의 아키텍처는 검증자(validators)라 불리는 노드들로 구성된 분산 네트워크를 포함한다. 각 ZetaChain 검증자는 내부적으로 ZetaCore와 ZetaClient를 포함한다. ZetaCore는 블록체인 생성과 복제 상태 머신 유지 관리를 담당하고, ZetaClient는 외부 체인의 이벤트를 감시하고 외부 거래에 서명하는 역할을 한다. ZetaCore와 ZetaClient는 함께 패키징되어 노드 운영자가 실행한다. 누구든지 충분한 ZETA 토큰을 스테이킹하면 노드 운영자가 되어 검증 작업에 참여할 수 있다.
따라서 ZetaChain의 검증자가 ZetaCore 구성요소만 실행하면 순서 정렬자(sequencer)가 되며, ZetaClient 구성요소만 실행하고 외부 체인 이벤트 감시만 담당하면 관찰자(observers)가 되고, ZetaClient 구성요소만 실행하며 외부 거래 서명만 담당하면 서명자(signers)가 된다.
ZetaChain은 또한 외부 체인과 인증 상호작용을 위해 표준 ECDSA/EdDSA 키를 공동으로 보유한다. 이 키들은 여러 서명자(signers)에게 분산되어 있으며, 슈퍼 다수의 서명자만이 ZetaChain을 대표해 외부에 서명할 수 있다. ZetaChain은 바운드 스테이킹과 정/부 incentive 메커니즘을 사용하여 경제적 보안을 보장한다.
E. Zetachain의 두 가지 크로스체인 상호 운용성 메커니즘
Zetachain은 두 가지 크로스체인 상호 운용성 메커니즘을 지원한다. 하나는 전통적인 크로스체인 브리지 메커니즘, 다른 하나는 Omnichain 스마트 계약 메커니즘이다.
E.1 크로스체인 브리지 메커니즘
먼저 크로스체인 브리지 메커니즘의 작동 흐름을 살펴보자. 전체 과정은 주로 다음 단계로 구성된다:
1. 사용자와 계약 상호작용: 사용자가 체인 A의 계약 C1에서 작업을 수행하며 [chainID, contractAddress, message]를 포함하는 이벤트 또는 거래 메모를 남긴다. 이 메시지는 이진 형식으로 인코딩된 애플리케이션 데이터이다.
2. 관찰자가 이벤트 포착: ZetaChain의 관찰자(zetaclient 내)가 이 이벤트 또는 메모를 감지하고 zetacore에 보고하며, zetacore는 들어오는 거래를 검증한다.
3. 외부 거래 생성: zetacore는 CCTX(크로스체인 거래) 상태 변수와 OutboundTxParams를 수정하여 TSS 서명자(zetaclient 내)가 외부 거래를 생성·서명·브로드캐스트하도록 지시한다.
4. 서명 및 브로드캐스트: zetaclient의 TSS 서명자는 CCTX의 OutboundTxParams에 따라 외부 거래를 생성하고, TSS 키 서명 절차를 수행한 후 서명된 거래를 외부 블록체인에 브로드캐스트한다.
5. 상태 업데이트 및 추적: CCTX 구조는 또한 크로스체인 거래의 각 단계/상태를 추적한다.
6. 거래 확인: 브로드캐스트된 거래가 특정 블록체인에 포함되면(즉, '채굴' 또는 '확인'), zetaclient는 이 확인 상태를 zetacore에 보고하고, 이후 CCTX 상태를 업데이트한다.
7. 성공 및 실패 처리:
- 외부 거래가 성공하면 CCTX 상태는 OutboundMined로 변경되고 처리가 완료되어 최종 상태에 도달한다.
- 외부 거래가 실패하면(예: 이더리움 체인에서 취소됨), CCTX 상태는 PendingRevert(가능한 경우) 또는 Aborted(취소 불가능한 경우)로 업데이트된다. Aborted 상태가 되면 CCTX 처리가 완료된다.
8. 취소 처리:
- 새 상태가 'PendingRevert'인 경우, CCTX에는 이미 두 번째 OutboundTxParams가 포함되어 있어 zetaclients가 입고 체인 및 계약으로 돌아가는 'Revert' 외부 거래를 생성하도록 지시하며, 이를 통해 입고 계약이 애플리케이션 수준의 취소 기능을 구현하여 계약 상태를 정리할 수 있다.
- zetaclients는 취소 거래를 생성하고 TSS 키 서명 절차를 수행한 후 거래를 입고 블록체인(본 예에서는 체인 A)으로 다시 브로드캐스트한다.
9. 취소 확인:
- 취소 거래가 체인 A에서 '확인'되면 zetaclients가 거래 상태를 zetacore에 보고한다.
- 취소 거래가 성공하면 CCTX 상태는 Reverted로 변경되고 처리가 완료된다.
- 취소 거래가 실패하면 CCTX 상태는 Aborted로 변경되고 처리가 완료된다.
위 단계들을 통해 크로스체인 메시지 전달이 주로 ZetaCore와 ZetaClient의 내부 통신을 통해 이루어지며, 이는 다소 중심화된 방식이며 Zetachain 자체의 스마트 계약을 사용하지 않고 대상 체인의 스마트 계약만 이용한다. 이런 경우 대상 체인이 이더리움과 같은 스마트 계약 플랫폼이어야만 가능하며, 모든 체인마다 최소 하나의 계약을 배포해야 크로스체인 상호 운용성을 달성할 수 있다. 따라서 비트코인과 같은 비스마트 계약 플랫폼은 사용할 수 없다. 또한 애플리케이션 상태와 로직이 모든 관련 계약에 분산되어 있어 서로 다른 체인 간 상태 동기화와 통신이 비용이 많이 들고 느리며 롤백 처리를 복잡하게 만든다. 이러한 문제들을 해결하기 위해 Zetachain은 Omnichain 스마트 계약 메커니즘을 도입했다.
E.2 Omnichain 스마트 계약 메커니즘
Omnichain 스마트 계약은 ZetaChain이 제안한 크로스체인 상호 운용성 처리를 단순화하는 방법이다. 주로 다음 단계를 통해 크로스체인 메시지를 처리하고 크로스체인 상호 운용성을 실현한다:
1. 자산 수령: 사용자가 체인 A의 TSS 주소로 로컬 자산(예: ERC20 토큰)을 보내며 [zEVMContractAddress, message]를 지정하는 메시지를 함께 첨부한다. 여기서 TSS 주소는 ERC20 토큰을 호스팅하기 위해 특별히 설정된 계약일 수 있다.
2. 감시 및 보고: ZetaChain의 관찰자(zetaclients)가 이뤄질 크로스체인 호출을 감지하고 zetacore에 보고한다.
3. 호출 및 실행: zetacore가 SystemContract의 `depositAndCall()` 함수를 호출하며, 이 함수는 다시 지정된 zEVMContractAddress의 `onCrossChainCall()` 함수를 호출한다. 이 호출 과정에서:
- `zrc20` 매개변수는 사용자가 1단계에서 보낸 외부 토큰을 관리하는 ZRC20 계약 주소로 채워진다.
- `amount` 매개변수는 사용자가 보낸 토큰 수량으로 채워진다.
- `message` 매개변수는 사용자가 거래 메모에 보낸 메시지가 된다.
4. 계약 로직 실행: omnichain 스마트 계약은 `zContract(zEVMContractAddress).onCrossChainCall(zrc20, amount, message)` 방식으로 호출된다. 애플리케이션 계약은 `onCrossChainCall()` 함수 내에서 비즈니스 로직을 구현해야 한다.
5. 계약 실행 결과 처리:
- 계약 실행이 성공하고 외부 자산 출력이 없으면 이번 omnichain 스마트 계약 상호작용이 완료된다.
- zEVM 계약 실행이 실패하면(롤백 발생), 동일한 수량의 외부 토큰을 사용자에게 돌려주는(비용 제외) 입고 거래를 취소하기 위해 CCTX가 생성된다.
- `onCrossChainCall()`이 출력을 가지면(예: 일부 ZRC20 인출 동작을 트리거), 외부 체인의 사용자 지정 주소로 외부 자산을 이전하도록 CCTX가 생성되어 이를 지시하고 추적한다. 이러한 인출은 일반적으로 단순한 토큰 이전이다.
Omnichain 스마트 계약의 주요 특징은 다음과 같다:
- 오직 zEVM에만 배포되며, 모든 로직과 상태가 한곳에 집중되어 애플리케이션 개발과 유지보수가 쉬워진다.
- 외부 체인에 애플리케이션 스마트 계약을 배포할 필요가 없으므로 비트코인과 같은 비스마트 계약 체인도 지원 가능하다.
- 모든 취소 작업이 ZetaChain 프로토콜에 의해 처리되므로 애플리케이션 계약은 취소 로직을 처리할 필요가 없다.
한마디로 말하면, ZetaCore와 ZetaClient 간의 내부 통신을 제외한 나머지 크로스체인 정보 처리 규칙은 모두 Zetachain 자체의 스마트 계약에 기록된다. 사용자가 대상 체인의 지정된 주소로 추가 메시지가 포함된 송금을 보내기만 하면, Zetachain 자체 스마트 계약 내부의 크로스체인 작업이 트리거된다.
보다 복잡한 dApp은 로직과 상태가 한곳에 집중되어 있기 때문에 Omnichain 스마트 계약을 선호할 수 있다. 반면 전통적인 메시지 전달 방식에서는 서로 다른 체인에 메시지와 상태를 브로드캐스트하고 동기화해야 하며, 이는 더 많은 공격 면과 더 많은 가스 비용을 초래할 수 있다(완전한 상태 동기화를 유지하려면 각 메시지에 추가 가스를 지불해야 하며, 전송해야 할 메시지 수가 증가함). 즉, 개발자 입장에서 Omnichain 스마트 계약은 마치 모든 자산이 하나의 체인에 있는 것처럼 작동한다(아래 그림 참조).
F. Zetachain의 서명 승인 메커니즘
ZetaChain의 서명 승인 메커니즘은 선진적인 다자간 문턱 서명 방식(Threshold Signature Scheme, TSS)에 의존하며, 이 방식은 단일 장애 지점을 효과적으로 해결하고 전체 시스템의 보안성을 강화한다.
1. 문턱 서명 방식: ZetaChain은 다자간 계산(Multi-Party Computation, MPC) 기반의 TSS를 사용하며, 이 방식은 여러 검증자(validators)가 단일 ECDSA/EdDSA 개인키를 공동으로 관리할 수 있도록 하지만, 어떤 단일 실체나 소수 검증자도 개인키 전체를 완전히 통제하지 못하게 한다. 이를 통해 핫월렛의 편의성과 콜드월렛 수준의 보안성을 동시에 제공할 수 있다.
2. 키 생성 및 분배: ZetaChain에서 개인키는 신뢰할 수 있는 중개자가 없는 방식으로 생성되어 모든 검증자 사이에 분배된다. 이는 어느 단일 검증자나 외부 행위자도 언제든지 완전한 개인키에 접근할 수 없음을 의미하며, 시스템 보안성을 보장한다.
3. 서명 과정: ZetaChain이 채택한 TSS는 리더가 없는 무리더 방식으로, 키 생성과 서명이 분산 방식으로 이루어져 키 생성 또는 서명 과정에서 어떤 비밀 정보도 유출되지 않도록 보장한다. 효율성을 높이기 위해 ZetaChain은 일괄 서명과 병렬 서명 기술을 도입하여 서명자의 처리량을 향상시킨다.
4. 스마트 계약 및 자산 관리: TSS 키와 주소를 보유함으로써 ZetaChain은 연결된 체인에서 로컬 금고/자금 풀을 관리할 수 있으며, 이는 비트코인과 같은 비스마트 계약 체인도 포함된다. 이는 실질적으로 비트코인 네트워크 등에 스마트 계약 기능을 추가하는 것으로, 사용자가 자산을 모아두고 스마트 계약이 사전 설정된 규칙에 따라 자산을 관리할 수 있게 한다(예: 자동화된 마켓 메이킹 풀(AMM) 또는 대출 풀 등).
5. 비스마트 계약 체인 지원: TSS는 ZetaChain이 비트코인, 도지코인과 같은 비스마트 계약 체인뿐 아니라 다중서명 검증 비용이 높은 스마트 계약 플랫폼도 지원할 수 있게 한다. 이와 같은 서명 승인 메커니즘을 통해 ZetaChain은 강력한 크로스체인 기능을 제공할 뿐 아니라 거래 보안성과 검증의 탈중앙화를 보장하며, 광범위한 디지털 자산 관리 및 운영을 지원하는 강력한 플랫폼이 된다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@hiCaptainZ
