By Howe & Faust, geekweb3

서문:

• ZetaChain은 코스모스 기반 POS 퍼블릭 체인입니다. 제타체인은 코스모스 SDK를 기반으로 하는 POS 퍼블릭 체인으로, '외부 체인'에서 시작된 크로스체인 메시지와 데이터를 블록에 기록합니다. 사용자는 오르디날스 프로토콜과 유사한 원칙을 사용하여 BTC와 같은 "외부 체인"에 특정 형식의 메시지를 게시함으로써 자신의 "의도"를 제타체인 네트워크에 전달할 수 있습니다.

• 제타체인의 노드는 컨센서스를 사용하여 서로 통신합니다. 제타체인 노드는 합의를 통해 어떤 메시지를 어떤 순서로 처리할지 결정하고, 궁극적으로 TSS 임계값 서명 기술을 통해 대상 체인에 디지털 서명을 생성하여 체인의 공개 계정에서 자산을 해제하고 후속 거래 단계를 트리거합니다.

( 현재 제타체인의 검증자 노드 목록에는 OKX, 해시키, 클라우드, 도라 팩토리 등 많은 프로젝트 당사자 또는 조직이 있습니다)

• 제타체인 자체 EVM 호환성으로 인해 컨트랙트 로직 배포를 지원합니다. 전체 체인 DAPP 프로젝트 측은 여러 체인에 브릿징 자산 컨트랙트를 배포할 필요 없이 제타체인 체인에서 직접 크로스체인 메시지 처리 절차를 작성할 수 있어 개발 비용이 절감되며, 사용자 입장에서는 이론적으로 소스 체인-대상 체인 간의 브릿징 컨트랙트를 여러 번 상호 작용할 필요 없이 제타체인 상의 컨트랙트와만 상호작용하면 되므로 수수료 비용도 절감됩니다.

• "원스톱 자산 호스팅 체인"이라는 효과를 가진 일부 인텐트 프로젝트와 유사하게, 제타체인 자체는 자산 컨트랙트 또는 디파이 프로토콜의 배포를 지원하여 사용자가 다른 체인에 있는 DAPP의 프론트엔드에서 특정 메시지를 생성하고 제타체인의 디파이 프로토콜에 메시지를 보낼 수 있도록 합니다. 사용자는 서로 다른 체인의 DAPP 프론트엔드에서 특정 메시지를 생성하여 제타체인의 Defi 컨트랙트 또는 자산 상태에 대한 비동기 호출을 할 수 있습니다(BTC 체인 계정 지원).

• 이는 제타체인이 전체 체인에 대한 통합 자산 계정을 직접 호스팅하는 것과 같지만 이 효과를 얻으려면 협력할 전용 DAPP 프론트엔드가 있어야 합니다.

• 현재 제타체인의 주요 기능은 특정 크로스 체인 메시지를 파싱하고 처리하는 크로스 체인, 체인 전체의 상호 운용성뿐만 아니라 멀티 체인 DAPP 비즈니스 로직 실행 플랫폼으로서의 역할을 하는 것으로 보이며, 주요 비즈니스 모델은 전형적인 B to B to C입니다.

블록체인 산업의 지속적인 발전과 함께 우리는 멀티 체인 상호 연결의 시대를 맞이하고 있습니다. 이 시대에는 다양한 애플리케이션 시나리오에서 파생된 퍼블릭 체인의 다양한 특성이 다양한 사용자 경험을 창출하지만, 동시에 "체인 간 사일로" 문제도 점점 더 심각해지는 것으로 보입니다. 서로 다른 체인의 계정은 종종 상호 운용되지 않으며, 체인 전반에 걸쳐 사람들의 자산이 파편화되고 일관되지 않은 상태에 있기 때문에 사용 문턱이 높아지고 사용자 경험이 크게 저하됩니다.

이종 체인 간의 파편화 및 비호환성 문제는 사용자 전환율의 성장을 저해하는 주요 원인 중 하나라고 할 수 있습니다. 그리고 오늘날 BTC 생태계의 화재는 이기종 체인의 상호운용성 문제를 더욱 부각시켰습니다.

비탈릭 부테린이 수년 전에 말했듯이:"멀티체인은 미래입니다". 멀티체인 공존이 트렌드가 되었지만, 이종 체인 간의 크로스체인 브리지 구축은 여전히 번거로운 작업입니다.



멀티체인 상호운용성 문제를 해결하기 위해 LayerZero, 폴리헤드라, 맵 프로토콜, Bool 네트워크가 등장했습니다. 레이어제로, 폴리헤드라, 맵 프로토콜, 불 네트워크, 심지어 코스모스와 폴카닷까지 다양한 인터체인 메시징 솔루션을 제안했으며, 최근 토큰과 함께 출시된 제타체인도 체인 전반의 인프라 환경에서 중요한 부분을 차지하고 있습니다.

다음 섹션에서는 제타체인의 체인 전체 솔루션에 대한 기술적 관점을 간략히 설명하며, 상호운용 가능한 디앱의 기본 인프라로 어떻게 사용될 수 있는지, 상호운용 가능한 디앱의 인프라로 어떻게 사용될 수 있는지, 상호운용 가능한 디앱의 인프라로 어떻게 사용될 수 있는지, 상호운용성을 위해 제타체인이 어떻게 사용될 수 있는지를 설명해 보겠습니다. 크로스체인 메시지 파싱 및 처리를 실현합니다.






기존 크로스 체인 체계의 문제점

실제로 크로스 체인 브리지가 해결해야 하는 문제를 간단히 논의하면 가장 간단한 시나리오는 가장 간단한 시나리오는 서로 다른 체인 간에 자산을 전송하는 것입니다. 이더에서 폴리곤으로 자산을 교차 전송할 때는 먼저 이더 체인에 지정된 충전 주소로 자산을 전송한 다음 폴리곤 체인에서 동일한 금액의 자금을 받아야 합니다.

그러나 문제는 폴리곤의 노드가 ETH 체인에서 일어나는 일을 확인할 수 없고, 사용자가 실제로 xx 금액을 충전했는지 알 수 없다는 것입니다. 누군가 100U를 이더리움 체인의 특정 주소로 전송했다고 허위로 주장한 다음 폴리곤 체인에서 출금을 시작하여 100U의 출금을 요청하면 '빈 출금 문제'가 발생할 수 있습니다.

크로스 체인 브리징의 핵심은 "빈 출금 문제"를 해결하는 것, 즉 모든 출금 선언이 실제 충전과 일치하는지 확인하는 것이며, 이는 본질적으로 크로스 체인 브리징과 관련된 N개의 거래가 실제로 A 체인에서 발생했음을 B 체인에서 증명하려고 하는 것입니다.



현재 주류 크로스 체인 브리지는 다수의 공증 노드를 설정하고 다중 서명 또는 MPC 서명을 통해 " 합의"를 통해 대다수의 공증인이 크로스 체인 행위를 승인할 수 있다고 생각하는 한, 자산을 원활하게 교차시킬 수 있습니다.

더 안전한 해시 잠금을 채택하거나 온체인 콘트랙트를 사용하여 다른 체인에 라이트 노드를 구현하여 머클 증명이나 zk 증명을 받아 크로스 체인 행동의 유효성을 확인하는 크로스 체인 브리지도 있지만, 이러한 종류의 크로스 체인 브리지는 비용이 더 많이 드는 경향이 있으며 궁극적으로 사용자 수수료로 전가됩니다. 따라서 대부분의 크로스 체인 브리지는 여전히 오프체인 공증 노드를 선택하여 다중 서명 모델을 진행합니다.

참조:전통 과학: 체인을 가로지르는 다리를 설계할 때 고려해야 할 사항은 무엇인가요? .

공증인 기반 크로스 체인 브리지는 종종 해킹 또는 감독 도난에 취약한 큰 위험에 처해 있으며, 슬로우미스트 해킹 통계에 따르면 2022년 총 16건의 크로스 체인 브리지 보안 사고로 12억 1,100만 달러의 손실이 발생했으며, 이는 크로스 체인 브리지의 보안 취약성의 피해를 볼 수 있는 연간 총 공격 횟수에서 차지하는 금액입니다.



동시에 기존 크로스 체인 브리지 솔루션의 대부분은 A 체인에서 자산을 잠그고 B 체인에서 해당 매핑 된 자산을 늘리는 Lock-Mint 모드를 선택하여 자산을 달성하기 위해 크로스 체인. 그러나 이러한 솔루션의 충전 및 출금 과정에서 매핑된 자산 컨트랙트와 여러 번 상호작용해야 하며, 수수료 마찰이 크고 자본 손실의 문제가 있습니다.

또한 많은 크로스체인 브리지 솔루션은 EVM 호환 체인 간의 자산 전송만 지원하며, 솔라나와 비트코인과 같은 이기종 체인에서의 크로스체인 동작은 둘 사이의 기술 표준 차이로 인해 제약을 받는 경우가 많아 개발이 더 어려워집니다.

보안 및 수수료 문제와 함께 현재의 주류 크로스 체인 브리지 솔루션은 종종 좋은 결과를 얻지 못하며, '네이티브 크로스 체인'의 자산을 보장하지 못하기도 합니다. 오늘날의 비트코인 생태계에서 점점 더 많은 사람들이 네이티브 크로스 체인 경험을 원활하게 제공할 수 있는 더 나은 방법을 찾고 있으며, 제타체인은 자체적인 솔루션을 개발했습니다.

제타체인의 기능: 상호운용 가능한 DAPP을 위한 기본 인프라

제타체인의 자체 포지셔닝은 상호운용 가능한 DAPP을 위한 기본 인프라로서 모든 종류의 상호운용 가능한 DAPP을 전문적으로 지원하며 전형적인 B To B To C 인프라라고 할 수 있습니다. 전형적인 B To B To C 기반 인프라입니다. 자산을 담보로 한 모든 노드가 네트워크에 진입하여 지분 증명 액세스 메커니즘을 통해 공증인 역할을 할 수 있습니다. 모든 지분 증명 노드는 TSS 임계값 서명 기술을 통해 크로스 체인 메시지의 검증 및 처리에 참여하여 보안을 최대한 향상시킵니다.

동시에 스마트 컨트랙트를 제타체인에 배포하여 자산 스왑과 관련된 비즈니스 로직을 추가할 수 있으므로 사용자는 모든 체인에서 특정 형식의 메시지를 전송하여 제타체인 또는 지원되는 멀티체인에서 디파이 계약을 호출하고 BTC 체인에서 폴리곤의 디파이 기능을 간접적으로 호출할 수 있습니다. 이는 메시지 전달을 위해 서로 다른 블록체인 간에 상호 운용되는 효과가 있습니다.



전체 체인 상호 운용성 시나리오에 기반한 DAPP은 자산 스와핑의 비즈니스 로직을 제타체인에 배포하여 사용자가 다른 체인에서 가스 토큰을 자동으로 교환할 수 있도록 도와줍니다. 체인의 가스 토큰을 자동으로 교환할 수 있습니다.

예를 들어, 오라디날스 프로토콜과 유사한 데이터 릴리스를 통해 BTC의 일부 풀체인 DAPP의 프론트엔드를 통해 솔라나에서 XX 컨트랙트를 호출하도록 지정하는 특정 형식의 메시지를 보낼 수 있으며, 이는 제타체인 노드가 모니터링할 것입니다.

그 후, 제타체인의 AMM 컨트랙트는 BTC와 SOL의 비율을 자동으로 계산한 다음 솔라나 체인에서 동일한 양의 SOL을 릴리스하여 컨트랙트를 호출하는 후속 복잡한 작업을 완료한 다음, 마지막으로 자격이 있는 자산을 BTC 주소 또는 솔라나 주소로 다시 전송할 수 있습니다. 이것을 소위 "체인 상호 운용성"이라고 하며, 체인에 메시지를 게시하기만 하면 여러 체인에서 DAPP을 원격으로 호출할 수 있으며, 물론 여기에는 여러 비동기 메시지 게시 및 트리거링 프로세스가 포함됩니다.

여기서 우리는 제타체인을 "체인 내 체인 결제 레이어"로 이해할 수 있으며, A-체인이 B-체인의 DAPP에 호출을 시작하는 것과 같은 모든 멀티체인 상호작용 시나리오는 제타체인과 A-체인을 "체인화"하는 과정의 첫 단계와 동일합니다. 그런 다음 제타체인은 사전 처리된 결제 결과를 B체인의 해당 계정과 동기화한 다음 후속 단계를 완료합니다.

전체 프로세스에는 매핑 자산 컨트랙트와의 과도한 상호작용이나 수수료 마찰이 없으며, 자산은 다른 체인의 제타체인 공개 계정을 통해 이동하므로 기존의 크로스체인 애플리케이션처럼 매핑 자산 컨트랙트를 다른 체인에 자주 배포할 필요가 없어집니다.



현재 제타체인에 기반한 체인 전체 애플리케이션은 적어도 다른 체인에서 매핑 자산 컨트랙트를 설계할 필요가 없어 많은 문제를 해결할 수 있는 것으로 보입니다. 소스 체인과 타겟 체인 간의 자산 입출금에 대한 모든 세부 사항은 제타체인에 의해 "계약"됩니다. 즉, 크로스체인 트랜잭션에 대한 비즈니스 로직을 제타체인에 배포하기만 하면 됩니다.

이를 통해 다양한 체인 전반의 앱이 프론트엔드에서 솔라나, 알고랜드, 비트코인, 도지코인 등 비 EVM 체인을 쉽게 지원할 수 있으며, 다른 체인에서 크로스체인 앱별 계약을 구현하는 수고를 겪을 필요가 없습니다.

또한 제타체인 자체는 체인 전체에서 통합된 계정을 운영하는 것처럼 특정 형식의 메시지를 전송하여 다른 체인의 사용자가 호출할 수 있는 자산 컨트랙트 또는 AA 계정 배포를 지원하며, 이는 파티클 네트워크의 파티클 체인에도 반영된 디자인 아이디어입니다. 최종 결과는 다음과 같습니다.

사용자는 자신의 자산 데이터 기록을 단일 체인인 제타체인 또는 파티클 체인에 집중시킨 다음, 필요한 경우 호출 메시지를 보내 외부 체인의 DAPP 프론트엔드를 통해 제타체인에서 자신의 자산 컨트랙트를 비동기적으로 호출할 수 있습니다. 그러면 제타체인은 외부 체인의 퍼블릭 계정을 통해 사용자의 메시지에 지정된 주소로 특정 자산을 전송하거나 사용자가 지정한 디파이 프로토콜과 상호작용합니다.



물론 이러한 일련의 작업을 수행하기 위해서는 특별한 프론트엔드 DAPP, 즉 제타체인 자체가 기반 시설의 전체 체인 서비스만 제공하고 애플리케이션 측면에서는 특별한 프론트엔드 포털이 필요합니다. 즉, 제타체인 자체는 체인의 기본 시설의 서비스만 제공하고, 애플리케이션은 특별한 형식의 메시지를 생성하기 위해 특별한 프런트엔드 포털이 필요합니다.

제타체인의 보안 모델: POS 서약에 기반한 대규모 공증 노드 네트워크

결국, 제타체인은 기본적으로 코스모스 SDK를 기반으로 크로스체인 메시징을 위해 특별히 설정된 공증 노드 네트워크이며 많은 검증자 검증 노드로 구성됩니다. 코스모스 SDK를 기반으로 구축되며 다수의 검증자 인증 노드로 구성되며, 노드 전환 방지 및 기본 보안을 위한 액세스 메커니즘으로 POS를 사용합니다.



검증자 노드는 제타체인 네트워크에서 탈중앙화된 공증자로 존재합니다. 이들은 다른 체인에서 어떤 보류 중인 교차 체인 요청이 트리거되었는지 식별하고 합의를 통해 후속 단계를 위해 이러한 교차 체인 작업을 기록합니다. TSS 분산 키 서명을 통해 제타체인은 다른 체인에서 트랜잭션 지침을 생성할 수 있습니다.

검증자는 공증인 모델에서 크로스 체인 브리지와 부분적으로 유사한 역할을 하지만, POS 서약을 사용하면 마녀 문제를 해결하기 위해 공증인 노드의 신뢰도가 더 떨어집니다.



(현재 제타체인의 검증인 노드 목록, 많은 프로젝트 당사자 또는 기관 포함)

< strong>제타치안의 검증자 클라이언트에는 두 개의 모듈, ZetaCore와 ZetaClient가 있습니다. 제타코어 모듈은 제타체인 블록 생성 및 합의 프로세스에 참여하고, 제타클라이언트 모듈은 외부 체인에서 이벤트를 관찰하고 아웃바운드 트랜잭션에 서명합니다.

여기서의 아웃바운드란 간단히 말해서 제타체인에서 "외부 체인"(즉, 제타체인 외부의 다른 체인)으로 트랜잭션 로그 기록을 전송하여 대상 체인에서 해당 동작을 트리거하는 것으로 이해할 수 있으며,

내용은 주로 "외부 체인"(즉, 제타체인 외부의 다른 체인)으로 거래 로그 기록을 전송하여 대상 체인에서 해당 동작을 트리거하는 것을 중심으로 이루어집니다.

메시지의 내용에는 사용자가 호출을 선언한 콘트랙트의 주소, 체인 ID, 메시지 내용이 포함되며, 이는 실제로 이더리움 트랜잭션의 로그 부분과 유사합니다.



반면, 인바운드는 크로스체인 요청, zEVM의 스마트 컨트랙트에 대한 호출 등 제타체인 외부 체인으로부터의 메시지/거래를 제타체인으로 기록하는 것으로 해석할 수 있습니다. 제타체인에 기록됩니다.

실제로 제타체인의 검증자 노드를 실행할 때 클라이언트 코드에는 검증자, 옵저버, TSS 서명자의 세 가지 모듈이 포함되어 있다는 점에 유의하세요. 이 모듈들은 서로 다른 기능을 담당하지만 모두 ZetaChain 클라이언트의 일부입니다.



옵저버 및 TSS 서명자 모듈

첫째, 모든 제타체인 노드에는 다음과 같은 모듈이 있습니다. "검증자" 모듈은 기본적으로 지분증명 퍼블릭 체인에서 검증자 노드의 기능과 동일하며 블록 및 합의 과정에 참여하는 것입니다. 또한 노드는 서약한 토큰(ZETA)에 비례하여 온체인 제안에 투표하여 참여할 수 있으며, 반면에 제타체인의 블록에는 처리된 모든 크로스체인 기록, 체인 전반의 스마트 컨트랙트 상호 작용 및 기타 동작이 포함되어 있으며 이는 로깅과 동일합니다.



제타체인 클라이언트의 "옵저버" 모듈은 다른 퍼블릭 체인의 풀/라이트 노드를 실행하여 특정 퍼블릭 체인의 동작을 모니터링합니다. 제타체인 클라이언트의 "옵저버" 모듈은 다른 퍼블릭 체인의 풀/라이트 노드를 실행하여 특정 형식의 크로스 체인 트랜잭션/메시지를 모니터링합니다. 옵저버 모듈은 액티브와 패시브의 두 가지 모드로 사용할 수 있습니다.

다양한 제타체인 노드는 옵저버 모듈을 두 가지 모드 중 하나로 전환할 수 있습니다. 옵저버 모듈은 다른 체인에 제타체인 관련 크로스체인 메시지/이벤트가 있는지 지속적으로 모니터링하고, 있는 경우 제타체인 노드의 옵저버 모듈은 상황을 검증자 모듈에 보고합니다. 이렇게 관찰된 크로스체인 메시지는 합의를 통해 총회의 확인을 위해 제타체인의 블록에 제출됩니다.



옵저버 모듈에는 액티브와 패시브의 두 가지 모드가 있습니다. 액티브 모드에서는 노드가 제타체인 외부 블록체인의 트랜잭션/이벤트/상태를 지속적으로 스캔하고 다른 체인의 풀노드를 실행하며, 패시브 모드에서는 다른 블록체인의 풀블록과 동기화하지 않고 다른 제타체인 노드로부터 파싱된 크로스체인 메시지를 수동적으로 수신합니다.

그러나 패시브 모드의 노드는 외부 체인의 전체 블록을 동기화하지 않지만 블록 헤더를 동기화하고 머클 증명을 통해 크로스 체인 메시지/거래 데이터가 실제로 외부 체인에 존재하는지 확인합니다.



액티브 모드의 장점은 대부분의 제타체인 노드가 현재 가장 검열에 강한 외부 체인에서 데이터를 동기화한다는 점이며, 상호작용을 원하는 모든 사용자가 제타체인과 상호 작용하려는 사용자는 모니터링할 노드가 있는 한 외부 체인에서 요청을 시작할 수 있습니다.

하지만 액티브 모드에서는 제타체인의 자체 노드 클라이언트를 실행하는 것 외에도 외부 체인의 전체 노드를 실행하여 항상 데이터를 동기화하고 스캔해야 하므로 노드 실행 비용이 더 높습니다. 반면 패시브 모드에서는 일반 옵저버 노드는 실행 비용이 훨씬 저렴하며, 특정 노드만 외부 체인의 전체 노드 클라이언트를 실행하고 다른 노드는 외부 체인의 라이트 클라이언트만 실행하며 외부 체인의 전체 블록을 동기화할 필요가 없습니다.

이러한 방식으로 패시브 모드는 비용이 저렴하고 노드 수를 쉽게 확장하여 여러 외부 체인을 쉽게 도킹할 수 있습니다. 그러나 패시브 모드의 단점은 몇 개의 노드에 따라 외부 체인에서의 데이터 관찰 활동이 검열에 취약하다는 것입니다.

제타체인은 이러한 상황을 완화하기 위해 노드가 액티브 모드 옵저버 모듈을 실행하도록 인센티브를 제공합니다.



(액티브 모드에서는 노드가 외부 체인의 풀 노드 클라이언트도 실행해야 하며, 패시브 모드에서는 액티브 모드에서 데이터를 수신하는 외부 체인의 라이트 클라이언트만 실행합니다. 크로스 체인 메시지를 수신하는 제타체인 노드 + 메시지의 유효성을 확인하는 머클 증명)

TSS 서명

제타체인 노드가 관찰하고 확인한 모든 크로스 체인 메시지는 궁극적으로 제타체인의 공개 계정 주소를 통해 대상 체인에서 거래를 트리거하게 됩니다. 주소를 통해 트랜잭션 동작을 트리거하고 후속 작업을 수행합니다. 이 과정에서 크로스 체인 트랜잭션을 위해 대상 체인에 디지털 서명을 생성해야 합니다.

보안과 신뢰 해소를 위해 서명 생성은 모든 제타체인 노드에서 수행되며, 서명을 생성하는 데 사용되는 키 조각을 공동으로 저장합니다. 이러한 키 조각은 여러 서명자에게 분산되며, 대다수의 서명자가 서명한 경우에만 외부 체인에서 거래에 대한 디지털 서명을 생성할 수 있습니다. 어떤 경우에도 단일 엔티티 또는 소규모 노드 그룹이 제타체인을 대신하여 외부 체인에서 트랜잭션/서명 메시지를 트리거할 수 없습니다



(). 제타체인의 크로스체인 모델을 사용하면 복잡한 스마트 컨트랙트를 배포할 필요 없이 다른 체인에 공개 계정 주소만 있으면 됩니다)

TSS를 사용하는 제타체인의 다중 서명 알고리즘은 임계값 서명 체계(TSS)로 알려져 있습니다. 외부에서는 트랜잭션 디지털 서명이 개인 키, 공개 키, 주소로만 보이지만, 실제로 이 개인 키는 중개자가 없을 때 여러 채널 조각으로 생성되며, 모든 제타체인 노드 장치에 로컬로 분산되어 있습니다. 어떤 경우에도 단일 주체 또는 소수의 검증자가 개인 키 조각을 조합하여 네트워크 전체를 대신하여 메시지에 서명할 수 없습니다.

TSS의 키 생성 및 서명 프로세스는 참여 노드의 비밀을 공개하지 않고 다자간 계산(MPC)을 통해 이루어지며, 제타체인의 노드는 다른 체인의 거래에 대한 서명을 생성할 수 있으며, EVM 체인과의 호환성 외에도 비트코인/비스마트 컨트랙트 체인 계정에 대해 원격으로 스마트 계약을 호출하는 기능을 추가합니다. BTC 사용자가 특정 디파이 함수를 직접 호출할 수 있는 것과 같은 직관적인 경험을 제공합니다.



이 시나리오는 BTC 체인에서 복잡한 비즈니스 로직을 구현할 수 없고, 특정 디파이 콘트랙트를 원격으로 호출하기 위해 외부 시설에 의존해야 하는 BTC 생태계의 멀티체인 디파이 앱에 특히 적합합니다. 특정 디파이 콘트랙트의 원격 호출. 제타체인의 기능은 BTC 생태계 내 사용자가 비동기적으로 호출하기에 적합합니다

zEVM: 원스톱 DAPP 컨트랙트 플랫폼

매핑 자산 계약을 각 체인에 배포하는 기존의 크로스체인 솔루션과 달리, 제타체인은 스마트 컨트랙트를 한 번 배포하면 자체 체인에서 멀티체인 DAPP 계약을 달성할 수 있다는 의미입니다. 제타체인은 스마트 컨트랙트를 자체 체인에 한 번만 배포할 수 있어 여러 체인의 크로스 체인 기능을 실현할 수 있습니다. 제타체인에는 zEVM이라는 EVM 호환 실행 레이어가 있으며, 크로스 체인 스마트 컨트랙트는 zEVM에 직접 배포할 수 있습니다.

zEVM은 다음과 같은 기능을 지원합니다:

누구나 외부 체인에서 특정 형식의 트랜잭션 데이터를 전송하여 zEVM에서 컨트랙트를 호출할 수 있습니다.

zEVM의 계약 로직은 외부 체인에서 생성된 아웃바운드 거래 데이터를 제어할 수 있습니다.

이 두 가지 추가 기능을 통해 zEVM은 특정 비즈니스 로직을 배포하여 다른 체인의 상태를 원자적으로 변경하는 일반 프로그래밍을 지원할 수 있습니다. 크로스 체인 작업이 발생하고 제타체인이 이 크로스 체인 동작의 후속 단계가 대상 체인에서 성공하지 못했음을 감지하면, 해당 크로스 체인 트랜잭션에 의해 제타체인 컨트랙트에서 수정된 데이터를 아무 일도 없었던 것처럼 롤백할 수 있습니다.

동시에 올체인 애플리케이션 DAPP은 매핑 자산 컨트랙트를 다른 체인에 배포할 필요가 없고, 제타체인 체인에 컨트랙트를 전달하기만 하면 되며, 메시지 크로스체인 처리의 중앙화된 로직을 원스톱으로 설정할 수 있고 크로스체인 컨트랙트를 멀티체인 네트워크에 자주 배포할 필요가 없습니다.

이를 통해 풀체인 DAPP 개발 비용을 크게 절감할 수 있습니다. 사용자 입장에서는 여러 체인에 매핑된 자산 컨트랙트와 자주 상호작용할 필요가 없으므로, 매핑된 자산 컨트랙트를 여러 체인에 배포해야 하는 주류 크로스체인 브리지보다 비용이 저렴합니다.

또한 전용 Defi 컨트랙트와 ZRC-20 또는 NFT 자산을 제타체인에 배포하여 자산 상태에 대한 데이터를 동기화하거나 AA 계정을 배포할 수 있습니다. 이는 통합 자산 관리(상태 기록) 플랫폼의 기능을 제공합니다. 더 이상 여러 체인에 자산을 소유하는 수고를 하지 않아도 되므로, 체인 전반의 통합 자산 계정 시나리오는 앞으로 더 많은 상상력을 발휘할 수 있습니다.



요약

이전 내용을 통해 우리는 제타체인의 " 체인 전반의 상호운용성 인프라"라는 정체성에 익숙해졌습니다. 검증자 클라이언트의 옵저버 모듈을 통해 외부 체인에서 특정 메시지/거래를 모니터링하고 이를 검증자 모듈에 다시 보고하여 궁극적으로 제타체인 네트워크에서 메시지에 대한 합의를 도출합니다. 그런 다음 메시지에 포함된 데이터를 파싱하고 TSS를 사용하여 디지털 서명을 생성하여 해당 대상 체인에서 후속 트랜잭션 프로세스를 트리거하여 체인 전반의 상호 작용을 가능하게 합니다.

또한, 제타체인의 체인 전체 스마트 컨트랙트는 다른 체인에서 매핑된 자산 컨트랙트를 사용할 필요 없이 네이티브에 가까운 방식으로 다른 블록체인과 상호 작용할 수 있어 중복된 계약 로직을 호출할 필요가 없고 처리 비용을 절감할 수 있습니다.

또한, 제타체인 자체가 EVM과 호환되기 때문에 모든 DAPP 개발자 또는 개별 사용자가 맞춤형 크로스체인 메시지 처리 로직을 배포할 수 있으며, 이론적으로 전체 체인에 DAPP 컨트랙트를 원스톱으로 배포할 수 있고 크로스체인 애플리케이션 개발자는 매핑된 자산 컨트랙트 로직을 다른 체인에 자주 배포/업데이트할 필요가 없으므로 반복적으로 생성할 필요가 없어집니다. 이론적으로는 올체인 DAPP 컨트랙트를 배포하기 위한 원스톱 상점입니다.