체인 추상화 옴니체인은 스마트 컨트랙트에 크로스 체인 규칙을 작성하는 것입니다.

저자: CaptainZ; 출처: xlog

퍼블릭체인과 레이어2 체인의 수가 증가하면서 크로스체인 자산과 디앱에 대한 수요도 증가하기 시작했고, 크로스체인 브리지가 자연스럽게 더 일반적인 솔루션이 되었지만 제타체인으로 대표되는 옴니체인은 완전히 다른 길을 걸어왔으며, 이 글에서는 제타체인을 예로 들어 옴민체인이 어떻게 크로스체인 상호운용성과 탈중앙화를 위해 스마트 컨트랙트에 크로스체인 규칙을 작성하는지를 설명하고자 합니다. 이 글에서는 제타체인을 예로 들어 옴민체인이 어떻게 스마트 컨트랙트에 크로스 체인 규칙을 작성하여 크로스 체인 상호 운용성의 탈중앙화를 달성하는지 설명하겠습니다.

몇 가지 크로스 체인 기술 시나리오

크로스 체인 기술의 핵심 목표는 서로 다른 블록체인 간의 상호 운용성을 달성하는 것입니다. 상호운용성이란 서로 다른 블록체인 시스템이 서로의 자산(예: 토큰, 암호화폐 등)과 데이터를 이해하고 사용할 수 있는 능력 또는 서로 다른 블록체인 플랫폼에서 실행되는 애플리케이션이 서로 상호 작용하고 협업할 수 있는 능력을 말합니다. 이 목표를 실현하면 블록체인 생태계의 유연성과 확장성을 크게 향상시키고 서로 다른 블록체인 플랫폼 간의 사일로 효과를 허물어 더 다양한 애플리케이션과 개발을 촉진할 수 있습니다.

크로스체인 메시지를 처리하는 다양한 방법과 해당 자산의 서명 승인에 따라 다음과 같은 기술 솔루션으로 나눌 수 있습니다.

1. 크로스체인 브리지:

크로스 체인 브리지는 한 블록체인에서 다른 블록체인으로 자산을 전송할 수 있는 기술입니다. 이는 소스 체인의 자산을 타겟으로 하고 타겟 체인에서 이에 상응하는 대표 자산(또는 동등한 자산)을 발행하는 방식으로 이루어집니다. 이 접근 방식은 체인 간 자산 전송과 사용을 지원하지만, 자산을 잠그고 해제하는 과정이 안전하고 보안이 보장되어야 합니다. 두 개의 독립적인 체인이 상호 운용성을 위해 연결될 때, 우리는 체인 중 하나를 다른 메인 체인의 사이드체인이라고 말합니다.

2. 노터리:

 노터리 체계는 신뢰할 수 있는 노드(또는 기관) 집합에 의존해 크로스 체인 트랜잭션의 유효성을 검증합니다. 이러한 노터리 노드는 한 체인에서 발생하는 이벤트를 수신하고 다른 체인에서 해당 트랜잭션을 생성하여 이러한 이벤트를 검증하고 기록합니다. 이 접근 방식은 크로스 체인 상호 운용성을 가능하게 하지만, 보안과 탈중앙화 수준은 공증 노드의 신뢰성에 따라 크게 달라집니다.

3. 해시 타임락 콘트랙트(HTLC):

 HTLC는 두 참여자가 제3자 없이 체인 간에 안전하게 교환할 수 있는 타임락 기반 스마트 콘트랙트 기술입니다. 이는 자금 잠금을 해제하기 위해 올바른 비밀번호가 필요한 컨트랙트를 생성함으로써 이루어집니다. 두 참여자가 모두 계약 요건을 충족할 때만 자금이 잠금 해제되어 상대방에게 전달됩니다. 이 접근 방식은 탈중앙화된 자산 교환을 지원하지만, 참여자 간의 협력이 필요합니다.

4. BoB(블록체인 상의 블록체인, 예: 코스모스의 IBC):

이 기술 솔루션은 기존 블록체인 위에 새로운 블록체인(또는 레이어)을 생성하여 크로스체인 상호운용성을 달성하는 솔루션으로, 코스모스 네트워크의 IBC(Inter- IBC는 서로 다른 블록체인이 별도의 거버넌스 구조를 유지하면서 자산과 데이터를 안전하게 전송할 수 있도록 합니다. 이 접근 방식은 개별 체인이 정보와 가치를 자유롭게 교환할 수 있는 탈중앙화된 블록체인 인터넷을 만드는 것을 목표로 합니다.

이러한 기술 솔루션은 각각의 장단점이 있으며 다양한 시나리오와 요구사항에 적용할 수 있습니다. 크로스 체인 기술의 선택과 구현은 대상 블록체인의 특성, 보안 요구 사항, 탈중앙화 정도, 구현의 복잡성 등의 요소를 고려해야 합니다.

크로스 체인 메시지 전달

크로스 체인 메시지 전달(CCMP)은 크로스 체인 상호 운용성을 달성하기 위한 핵심 기술로, 크로스 체인 상호 작용 프로세스를 안전하고 효율적으로 수행할 수 있도록 보장하며, 기본 목적은 서로 다른 블록체인 간에 메시지를 전달하고 확인하여 자산과 데이터의 크로스 체인 상호 작용을 실현하는 것입니다. 상호 작용. 작동 원리는 주로 다음과 같은 주요 링크를 포함합니다.

1. 메시지 생성 및 전송 :

- 메시지에는 일반적으로 자산 수, 소스 주소, 대상 주소 등과 같이 자산 전송에 필요한 모든 정보가 포함됩니다.

- 메시지가 생성된 후, 트랜잭션 세부 정보를 기록하고 자산 잠금을 트리거하는 소스 체인의 스마트 컨트랙트를 통해 전송됩니다.

2. 메시지 전달 :

- 일반적으로 직접 전달과 릴레이 전달의 두 가지 유형이 있습니다.

- 직접 전달은 소스 체인과 대상 체인 사이에 직접적인 통신 경로가 있다는 것을 의미하지만, 대부분의 블록체인은 독립적으로 작동하기 때문에 실제로는 드물게 발생합니다.

- 릴레이 전달은 소스 체인에서 특정 이벤트를 수신하고 관련 정보를 캡처한 후 이 정보를 대상 체인에 전달하는 릴레이(중앙화된 서비스 제공자 또는 탈중앙화된 노드 네트워크)를 포함합니다.

3. 메시지 검증:

- 타겟 체인에서는 수신 메시지의 합법성과 무결성을 확인하기 위해 검증해야 합니다.

;  - 검증 프로세스에는 일반적으로 메시지가 실제로 소스 체인에서 왔으며 변조되지 않았음을 확인하는 소스 체인의 데이터 증명(예: 머클 증명)이 필요합니다.

- 검증이 통과되면 타겟 체인의 스마트 콘트랙트는 토큰을 발행하거나 상태를 업데이트하는 등 메시지 내용에 따라 적절한 조치를 수행합니다.

4. 처리 및 응답:

- 검증이 완료되면 대상 체인은 자산 릴리스 또는 새 토큰 인스턴스 생성과 같은 필요한 운영 처리를 수행합니다.

- 이 단계가 완료되면 크로스체인 상호작용이 본질적으로 완료되며 사용자는 타겟 체인에서 자산을 사용하거나 관리할 수 있습니다.

이렇게 본질적으로 앞서 언급한 여러 크로스 체인 기술 솔루션은 서로 다른 메시징 방식을 사용하기 때문에 발생하는 문제입니다.

1. 크로스 체인 브리지

크로스 체인 브리지는 중개 계층을 생성하여 서로 다른 블록체인 간의 자산과 정보 전송을 용이하게 합니다. 이 중개 계층은 다음과 같습니다:

• 신뢰할 수 있는 주체가 관리하는 중앙화된 서버로, 한 체인에서 이벤트를 수신하고 다른 체인에 이를 복제합니다.

• 합의 메커니즘을 통해 메시지를 검증하고 전달하는 독립적으로 운영되는 여러 노드로 구성된 탈중앙화된 네트워크.
  크로스체인 브리지에서는 일반적으로 소스 체인에서 자산을 잠그고 타겟 체인에서 피어 자산을 캐스팅하는 과정이 포함됩니다. 이 프로세스는 메시지가 검증되고 실행되기 전에 메시지가 변조되지 않도록 보장해야 합니다.

2. 공증인

공증 체계는 일반적으로 한 체인에서 이벤트를 수신하고 다른 체인에서 이를 검증하고 확인하는 역할을 담당하는 미리 선택된 공증인(개인, 조직 또는 자동화된 노드일 수 있음)에 의존합니다. 공증인은 중앙화 또는 반중앙화 검증 메커니즘을 제공하며, 보안과 신뢰 수준은 공증인의 신뢰도에 따라 크게 달라집니다.

3. 해시 타임록 콘트랙트(HTLC)

HTLC는 두 체인 간의 조건부 자산 교환을 위한 암호화 의존 콘트랙트입니다. 암호화 해시 함수와 타임락을 사용하여 자산 릴리스 조건을 제어합니다.

• 암호 해시: 수신자가 정확한 사전 이미지(해시의 원시 데이터에 해당)를 제공하는 경우에만 자산이 계약에서 릴리스될 수 있습니다.

• 시간 잠금: 지정된 시간 내에 올바른 사전 이미지가 제공되지 않으면 자산은 원래 소유자에게 반환됩니다.
  이 접근 방식은 중앙화된 검증에 의존하지 않고 컨트랙트 자체를 통해 자산의 안전한 교환을 보장합니다.

4. BoB

이 기술은 크로스 체인 통신 프로토콜을 기반으로 새로운 체인 또는 하위 체인을 생성하는 방식으로 작동합니다. 예를 들어 코스모스는 IBC 프로토콜을 통해 서로 다른 블록체인 간의 직접 통신을 가능하게 하며, 각 체인은 자율성을 유지하면서 메시지와 자산을 안전하게 교환합니다.

IBC와 XCMP의 본질은 사실 크로스 체인 통신 프로토콜입니다.

동시에 CCMP 기술은 몇 가지 주요 과제에 직면해 있습니다.

** 보안:** 릴레이 노드 또는 네트워크를 신뢰할 수 있어야 하며, 그렇지 않으면 메시지 변조의 위험이 있습니다. 또한 소스 체인과 타겟 체인의 스마트 컨트랙트는 잠재적인 취약점을 방지할 수 있을 만큼 충분히 안전하도록 설계되어야 합니다.

효율성 및 지연 시간: 크로스체인 작업은 일반적으로 여러 번의 블록 확인을 수반하므로 상당한 시간 지연이 발생할 수 있습니다.

** 탈중앙화 및 신뢰 문제: 릴레이 노드나 제3자 서비스에 의존하는 것은 블록체인의 탈중앙화 정신에 반할 수 있으므로 탈중앙화하면서도 안전한 CCMP 메커니즘을 설계하는 것은 기술적으로 어려운 과제입니다.

이러한 기술적, 보안적 과제로 인해 CCMP의 구현과 최적화는 크로스체인 기술 연구와 개발에서 활발히 연구되고 있는 분야입니다. 다양한 솔루션이 탈중앙화, 보안, 효율성 사이에서 최적의 균형을 찾으려고 노력하고 있습니다.

크로스체인 자산의 서명 및 승인

크로스체인 기술과 크로스체인 상호운용성은 크로스체인 메시징(CCMP)에 의존할 뿐만 아니라 자산의 안전한 처리와 거래의 적법성을 보장하기 위해 소스 체인 및 대상 체인 모두에서 자산을 효과적으로 서명하고 승인하는 방법도 포함합니다. 다양한 크로스체인 기술 솔루션은 거래의 적법성을 검증하고 시행하는 방법과 자산의 안전한 전송을 보장하는 방법을 중심으로 다양한 서명 및 승인 메커니즘을 사용합니다. 다음은 서명 승인과 관련하여 크로스체인 기술 솔루션의 몇 가지 일반적인 구현 방식입니다.

1. 크로스체인 브리지

크로스체인 브리지는 다중 서명 또는 대리 서명 방식을 사용하여 서명 및 승인을 처리할 수 있습니다. 이 방식에서는 자산 전송 작업은 트랜잭션 요청을 검증하고 트랜잭션에 서명하는 책임을 맡은 특정 수의 검증 노드 또는 특정 프록시 서비스에 의해 승인되어야 합니다. 이 방식은 보안을 강화하지만 공인된 중앙집중형 또는 반중앙집중형 기관에 의존하기 때문에 신뢰 문제가 발생할 수 있습니다.

2. 노터리

노터리 시스템에서 노터리 또는 노터리 노드 모음은 일반적으로 크로스 체인 트랜잭션 요청을 수신하고 검증하며, 대상 체인에서 해당 작업을 수행하는 역할을 담당합니다. 공증인은 소스 체인에서 트랜잭션이 허용되었음을 증명하기 위해 대상 체인에서 작업 승인에 서명해야 합니다. 이 접근 방식은 공증인의 신뢰와 보안에 의존합니다.

3. 해시 시간 고정 콘트랙트(HTLC)

HTLC에서 서명 승인은 외부 검증자나 중개자에 의존하지 않습니다. 대신, 트랜잭션의 합법성과 실행은 컨트랙트 로직과 참여자 간의 직접적인 상호작용에 의존합니다. 참여자는 계약의 잠금을 해제하는 방법으로 올바른 사전 이미지(즉, 키)를 제공하며, 이는 그 자체로 일종의 권한 부여입니다. 또한 컨트랙트 자체에는 특정 시간 내에 올바른 사전 이미지를 제공해야만 거래를 완료할 수 있도록 하는 시간 잠금 메커니즘이 있습니다.

4. BoB

예를 들어, 코스모스의 IBC 프로토콜에서는 체인 간 프로토콜과 로컬 컨트랙트를 통해 서명 승인 프로세스가 수행됩니다. 각 체인은 자체 보안 및 승인 메커니즘을 독립적으로 관리하며, 크로스 체인 메시지의 보안과 유효성은 프로토콜을 통해 보장됩니다. 이 방식은 탈중앙화와 자율성을 강조하며, 단일 기관에 대한 의존도를 낮춥니다.

요약하면, 서명 인증 메커니즘은 아키텍처와 보안 요구사항에 따라 다양한 크로스체인 기술 솔루션에 따라 다릅니다. 이러한 메커니즘의 선택과 설계의 핵심은 보안, 신뢰, 탈중앙화, 효율성 사이에서 균형을 맞추는 방법입니다. 크로스체인 기술을 구현할 때는 모든 참여 체인의 합법성과 보안을 보장하는 것이 필수적입니다.

제타체인의 아키텍처

디파이가 금융 규칙을 스마트 콘트랙트에 작성하는 것이고, 온체인 게임이 게임 규칙을 스마트 콘트랙트에 작성하는 것이라면, 옴니체인은 크로스 체인 메시징 규칙과 자산 서명 및 승인 규칙을 포함하는 크로스 체인 규칙을 스마트 콘트랙트에 작성하는 것이므로 더 자세히 살펴보겠습니다. 제타체인이 이를 어떻게 수행하는지 자세히 살펴보겠습니다.

이미지 노드="[객체 객체]" alt="Snip20240412_6" 로딩="지연" 디코딩="비동기" 데이터-nimg="1" class="둥근-xl 중간-줌-이미지" srcset="https://ipfs.crossbell.io/ipfs/QmRqKFxh82qWZqAwFnuxSzpZ3Hxn8TzydxnHHJ5M3NGzv1?img-quality=75&img-format=auto&img-. onerror=redirect&img-width=1080 1x, https://img.jinse.cn/7211300_watermarknone.png 2x" src="https://img.jinse.cn/7211300_ watermarknone.png">

제타체인은 코스모스 SDK와 텐더민트 PBFT 합의 엔진에 기반한 지분증명 블록체인입니다. 텐더민트 PBFT 합의 엔진 덕분에 제타체인은 약 5초의 빠른 블록 생성 시간과 즉각적인 최종 확실성(블록 확인이 필요하지 않고 재구성도 허용되지 않음)을 달성할 수 있습니다. 이상적인 네트워크 조건에서 트랜잭션 처리량은 초당 4000개 이상의 트랜잭션에 도달할 수 있지만, 외부 체인 지연 시간 및 기타 다양한 요인(예: 외부 노드 RPC 속도 등)으로 인해 크로스 체인 트랜잭션 처리량은 이 수준에 도달하지 못할 수 있습니다.

제타체인의 아키텍처는 흔히 검증자라고 하는 분산 노드 네트워크로 구성되며, 제타체인의 각 검증자는 블록체인을 생성하고 복제된 상태 머신을 유지하는 제타코어와 외부 체인을 관찰하는 제타클라이언트를 포함합니다. 제타코어는 블록체인을 생성하고 복제된 스테이트 머신을 유지하며, 제타클라이언트는 외부 체인에서 이벤트를 관찰하고 나가는 트랜잭션에 서명하는 역할을 담당합니다. 충분한 제타 토큰을 약정하는 사람은 누구나 노드 운영자가 되어 검증 과정에 참여할 수 있습니다.

따라서 제타체인 검증자는 제타코어 구성 요소만 실행하는 경우 시퀀서, 제타클리넷 구성 요소만 실행하고 외부 온체인 이벤트만 관찰하는 경우 옵저버, 그리고 제타클리넷 구성 요소만 실행하고 나가는 트랜잭션에만 서명하는 경우 옵저버가 됩니다. 제타클린트 구성 요소만 실행하고 발신 트랜잭션 서명만 담당하는 경우 서명자입니다.

제타체인은 또한 외부 체인과의 인증된 상호 작용을 위해 표준 ECDSA/EdDSA 키를 집합적으로 보유합니다. 이러한 키는 여러 서명자에게 분산되어 있으며, 초다수 서명자만이 외부 세계에 제타체인을 대신하여 서명할 수 있으며, 제타체인은 구속력 있는 서약과 긍정적/부정적 인센티브를 사용하여 경제적 보안을 보장합니다.

제타체인의 두 가지 크로스 체인 상호 운용성 메커니즘

제타체인은 전통적인 크로스 체인 브리지 메커니즘과 옴니체인 스마트 컨트랙트 메커니즘이라는 두 가지 크로스 체인 상호 운용성 메커니즘을 지원합니다.

크로스체인 브리지 메커니즘

먼저 크로스체인 브리지 메커니즘의 워크플로우를 살펴보면, 전체 프로세스는 다음과 같은 단계로 이루어집니다.

**1. 사용자-계약 상호작용:** 사용자가 체인 A의 계약 C1에서 작업을 수행하여 사용자가 지정한 [chainID, contractAddress, message]가 포함된 이벤트 또는 거래 메모를 남깁니다. 컨트랙트 주소, 메시지]. 이 메시지는 바이너리 형식으로 인코딩된 애플리케이션 데이터입니다.

**2. 이벤트의 옵저버 캡처:** 제타체인의 옵저버(제타클라이언트 내)는 이 이벤트 또는 메모를 캡처하여 인바운드 트랜잭션의 유효성 검사를 담당하는 제타코어에 보고합니다.

**3. 아웃바운드 트랜잭션 구성:** zetacore는 CCTX(크로스체인 트랜잭션) 상태 변수와 OutboundTxParams를 수정하여 TSS 서명자(zetaclient 내)가 외부 트랜잭션을 구성, 서명 및 브로드캐스트하도록 지시합니다.

**4. 서명 및 브로드캐스팅:** zetaclient의 TSS 서명자는 CCTX의 OutboundTxParams를 기반으로 아웃바운드 트랜잭션을 구성하고 TSS 키 서명식을 수행한 후 서명된 트랜잭션을 외부 블록체인에 브로드캐스팅합니다.

**5. 상태 업데이트 및 추적:** CCTX 구조는 크로스체인 트랜잭션의 단계/상태도 추적합니다.

**6. 거래 확인:** 브로드캐스트된 거래가 블록체인 중 하나에 포함되면(즉, "채굴" 또는 "확인"), zetaclient는 이 확인을 zetacore에 보고하고 이후에 CCTX 상태를 업데이트합니다.

7. 처리 성공 및 실패 :

- 외부 트랜잭션이 성공하면 CCTX 상태가 OutboundMined로 변경되어 CCTX 처리가 완료되고 터미널 상태로 들어갑니다.

- 외부 트랜잭션이 실패하면(예: 이더 체인에서 되돌릴 수 없는 경우), CCTX 상태가 PendingRevert(가능한 경우) 또는 Aborted(되돌릴 수 없는 경우)로 업데이트됩니다. Aborted 상태가 되면 CCTX 처리가 완료된 것입니다.

8. 취소 처리:

  - 새 상태가 "PendingRevert"인 경우, 두 번째 OutboundTxParams가 이미 CCTX에 포함되어 있어야 하며, zetaclients가 반환을 생성하도록 지시합니다. Revert" 아웃바운드 트랜잭션을 인바운드 체인 및 컨트랙트에 전달하여 인바운드 컨트랙트가 애플리케이션 수준 취소를 구현하여 컨트랙트 상태를 정리할 수 있도록 합니다.

- 제타클라이언트는 해지 트랜잭션을 구성하고, TSS 키 서명식을 수행한 후 트랜잭션을 인바운드 블록체인(이 예시에서는 체인 A)으로 다시 브로드캐스트합니다.

9. 해지 확인:

- 체인 A에서 해지 트랜잭션이 "확인"되면, 제타클라이언트는 트랜잭션 상태를 제타코어에 보고합니다.

    - 해지 트랜잭션이 성공하면 CCTX 상태가 되돌리기로 변경되고 처리가 완료됩니다.

- 취소 트랜잭션이 실패하면 CCTX 상태가 중단됨으로 변경되고 처리가 완료됩니다.

위 단계를 통해 크로스체인 메시지 전달은 주로 이중중앙화 방식인 ZetaCore와 ZetaClient 간의 내부 통신을 통해 이루어지며, 제타체인 자체의 스마트 컨트랙트를 사용하지 않고 타겟 체인의 스마트 컨트랙트만을 사용하며, 이 경우 이더와 마찬가지로 타겟 체인의 스마트 컨트랙트 플랫폼만이 이를 수행할 수 있음을 알 수 있습니다. 이 경우 대상 체인이 이더와 같은 스마트 컨트랙트 플랫폼인 경우에만 가능하며, 체인 간 상호운용성을 달성하기 위해서는 각 체인이 하나 이상의 컨트랙트를 배포해야 합니다. 비트코인과 같은 비스마트 컨트랙트 플랫폼인 경우에는 작동하지 않습니다. 또 다른 이유는 애플리케이션 상태와 로직이 분산된 방식으로 모든 애플리케이션 컨트랙트에 분산되어 있기 때문입니다. 여러 체인에 걸쳐 상태와 통신을 동기화하는 것은 비용이 많이 들고 느리며 롤백 처리를 복잡하게 만듭니다. 이러한 문제를 해결하기 위해 제타체인은 옴니체인 스마트 컨트랙트 메커니즘을 도입했습니다.

옴니체인 스마트 컨트랙트 메커니즘

옴니체인 스마트 컨트랙트는 크로스 체인 상호 운용성 처리를 단순화하기 위해 제타체인에서 제안한 접근 방식입니다. 주로 크로스 체인 메시지를 처리하고 다음 단계를 통해 크로스 체인 상호운용성을 달성합니다.

**1. 자산 수신: ** 사용자가 [zEVMContractAddress, 메시지]를 지정하는 메시지와 함께 로컬 자산(예: ERC20 토큰)을 체인 A의 TSS 주소로 보냅니다. 이 경우 TSS 주소는 ERC20 토큰 호스팅 전용 컨트랙트일 수 있습니다.

**2. 관찰 및 보고:** 제타체인의 옵저버(제타클라이언트)는 다가오는 크로스체인 콜을 모니터링하고 이를 제타코어에 보고합니다.

**3. 호출 및 실행:** zetacore는 SystemContract의 depositAndCall() 함수를 호출하고, 이는 다시 지정된 zEVMContractAddress의 onCrossChainCall() 함수를 호출합니다. onCrossChainCall() 함수를 호출합니다. 이 호출 중:

 - zrc20  파라미터는 첫 번째 단계에서 사용자가 전송한 외부 토큰을 관리하는 ZRC20 컨트랙트 주소로 채워집니다.

 - amount; 매개변수는 사용자가 전송한 토큰 수로 채워집니다.

 - message  매개변수는 사용자가 트랜잭션 메모에 보낸 메시지입니다.

**4. 컨트랙트 로직 실행:** 옴니체인 스마트 컨트랙트는 zContract(zEVMContractAddress).onCrossChainCall(zrc20, 금액, 메시지)을 통해 호출되며,   도 같은 방식으로 호출됩니다. 애플리케이션 컨트랙트는 비즈니스 로직을 온체인콜() 함수에서 구현해야 합니다.

5. 컨트랙트 실행 결과 처리:

 - 컨트랙트 실행이 성공하고 외부 자산의 출력이 없는 경우, 이 옴니체인 스마트 컨트랙트 상호작용은 완료된 것입니다.

   - zEVM 컨트랙트 실행이 실패하면(롤백 발생), 인바운드 트랜잭션을 취소하기 위해 CCTX가 생성되어 사용자에게 동일한 수의 외부 토큰이 반환됩니다(가능한 수수료를 뺀 금액).

 - 온체인콜()에 출력이 있는 경우(예: 일부 ZRC20 인출을 트리거하는 경우), 외부 체인에서 사용자가 지정한 주소로 외화 자산을 전송하고 추적하기 위해 또 다른 CCTX가 생성됩니다. 이러한 인출은 일반적으로 간단한 토큰 전송입니다.

옴니체인 스마트 컨트랙트의 특징은 다음과 같습니다:

• 모든 로직과 상태가 한 곳에 중앙 집중화되어 있어 애플리케이션 개발과 유지 관리가 더 간단하다는 점입니다.

• 애플리케이션 스마트 컨트랙트를 외부 체인에 배포할 필요가 없으므로 비트코인과 같은 비스마트 컨트랙트 체인도 지원할 수 있습니다.

• 모든 해지가 제타체인 프로토콜에 의해 처리되므로 애플리케이션 컨트랙트는 해지 로직을 처리할 필요가 없습니다.

요약하면, 크로스체인 정보를 처리하는 규칙은 제타코어와 제타클라이언트 간의 내부 통신인 소량의 필수 정보를 제외하고는 제타체인 자체 스마트 컨트랙트에 작성되어 있습니다. 사용자가 타겟 체인의 지정된 주소로 추가 메시지가 포함된 전송을 보낼 때마다 제타체인 자체 스마트 컨트랙트에서 크로스 체인 작업이 트리거됩니다.

더 정교한 디앱은 로직과 상태가 한 곳에 있기 때문에 옴니체인 스마트 컨트랙트를 선호할 수 있지만, 기존 메시징에서는 메시지를 여러 체인에 브로드캐스트하고 상태를 동기화해야 하므로 공격 표면과 가스 비용이 증가할 수 있습니다(각 메시지마다 추가 가스가 지불되고 상태를 완전히 동기화하기 위해 전송해야 하는 메시지 수가 증가합니다.) 상태 동기화). 즉, 개발자에게 있어 옴니체인 스마트 콘트랙트는 모든 자산이 체인에 있는 것처럼 작동합니다(아래 참조).

이미지 노드="[객체 객체]" alt="Snip20240412_7" loading="lazy" decoding="async" data-nimg="1" class="둥근-xl 중간-줌-이미지" srcset="https://ipfs.crossbell.io/ipfs/QmWgxUuPcvZrERfzKFFzrUUqUK62MKra3Fedk4Q3uX6chC?img-quality=75&img-format=auto&img-. onerror=redirect&img-width=1200 1x, https://img.jinse.cn/7211301_watermarknone.png 2x" src="https://img.jinse.cn/7211301_ watermarknone.png">

제타체인의 서명 인증 메커니즘

제타체인의 서명 인증 메커니즘은 단일 실패 지점 문제를 효과적으로 해결하는 고급 다자간 임계치 서명 체계(TSS)에 의존합니다. 이 솔루션은 단일 장애 지점 문제를 효과적으로 해결하고 전체 시스템의 보안을 강화합니다.

이미지 노드="[객체 객체]" alt="Snip20240412_8" 로딩="지연" 디코딩="비동기" 데이터-nimg="1" class="둥근-xl 중간-줌-이미지" srcset="https://ipfs.crossbell.io/ipfs/QmYdmBZAERdLN7zrUwGhzX9DtvC8PresVvU384AK1scrF3?img-quality=75&img-format=auto&img-. onerror=redirect&img-width=1200 1x, https://img.jinse.cn/7211303_watermarknone.png 2x" src="https://img.jinse.cn/7211303_ watermarknone.png">

**1. 임계값 서명 체계:** ZetaChain은 여러 검증자가 단일 ECDSA/EdDSA 개인 키를 공동 관리할 수 있는 다자간 계산(MPC) 기반 TSS를 사용합니다. 단일 엔터티 또는 소수의 유효성 검사자에게 개인 키에 대한 모든 권한을 부여하지 않고도 EdDSA 개인 키를 관리할 수 있습니다. 이 접근 방식은 핫월렛의 편리함과 콜드월렛 수준의 보안을 제공합니다.

**2. 키 생성 및 배포:** 제타체인에서는 신뢰할 수 있는 중개자 없이도 개인키가 생성되고 모든 검증자에게 배포됩니다. 이는 단일 검증자나 외부 행위자가 언제든지 전체 개인 키에 액세스할 수 없으므로 시스템의 보안이 보장된다는 것을 의미합니다.

**3. 서명 과정: ** ZetaChain에서 사용하는 TSS는 리더가 없는, 즉 분산된 방식으로 키 생성 및 서명을 수행하므로 키 생성 또는 서명 과정에서 개인 정보가 유출되지 않습니다. 또한 효율성을 향상시키기 위해 제타체인은 일괄 서명 및 병렬 서명 기술을 사용하여 서명자 처리량을 증가시킵니다.

**4. 스마트 컨트랙트 및 자산 관리:** TSS 키와 주소를 통해 제타체인은 비트코인 같은 비스마트 컨트랙트 체인을 포함한 연결된 체인에서 로컬 볼트/풀을 관리할 수 있습니다. 이는 예를 들어 비트코인 네트워크에 스마트 콘트랙트 기능을 효과적으로 추가하여 사용자가 자산을 함께 풀링하고 자동화된 시장 메이커(AMM) 풀이나 대출 풀과 같이 미리 설정된 규칙에 따라 스마트 콘트랙트가 해당 자산을 관리하도록 할 수 있습니다.

**5. 비스마트 컨트랙트 체인 지원:** TSS를 통해 제타체인은 비트코인, 도그코인 등 비스마트 컨트랙트 체인은 물론 다중 서명 검증에 비용이 많이 드는 스마트 컨트랙트 플랫폼도 지원할 수 있습니다.

이 서명 인증 메커니즘을 통해 제타체인은 강력한 크로스체인 기능을 제공할 뿐만 아니라 거래의 보안과 검증을 탈중앙화하여 광범위한 디지털 자산 관리 및 운영을 지원하는 강력한 플랫폼이 됩니다.