교차 사슬의 간략한 역사: XNUMX가지 교차 사슬 솔루션 설명

크로스체인 솔루션은 지난 한 해 동안 가장 많이 논의된 주제였습니다. 퍼블릭 체인 인프라의 부상으로 다양한 체인이 어떻게 말하고 통신하는지에 대한 큰 관심이 있었습니다. 솔루션이 제안되고 구현되었지만 그 중 어느 것도 과감한 절충 없이 근본적인 문제를 해결하지 못합니다. 이제 우리는 다양한 교차 사슬 접근 방식을 검토하고 교차 사슬 인프라의 미래를 형성하는 이유와 방법을 밝힙니다.

먼저 크로스체인 기술이 무엇이고 왜 필요한지 논의해 보겠습니다. 사용 이유: 체인은 이질적이며 개발자가 자산을 이동할 때 차이점과 문제를 추적하는 데 상당한 시간이 필요합니다. 브리지는 일반적으로 블록체인 프로젝트 팀이 소유하고 고도로 중앙 집중화되어 있기 때문에(각 팀의 조정 없이 지저분함) 덜 안전하고 100% 신뢰할 수 없습니다. 레이어 1 블록체인의 목표는 표준화이지만 레이어 1 체인의 세분화로 인해 레이어 1 아래에도 있는 크로스체인 인프라 레이어가 필요하게 되었습니다.

교차 사슬 메커니즘의 역사를 배치하고 비교하여 교차 사슬 솔루션을 이해하고 차이점과 속성을 비교해야 합니다.

수동 전송

 
최초의 크로스체인 솔루션은 자산을 수동으로 이전하는 것입니다. 이 프로세스는 사용자가 체인 A의 특정 지갑으로 자산을 전송하도록 하는 것으로 시작되며 중앙 엔티티는 전송을 위해 지갑을 모니터링하고 Excel에 기록합니다. 그런 다음 유한한 시간이 지나면(일반적으로 모니터링 목적으로) 엔티티는 검증 시 자산을 체인 B에 적립합니다. 이 접근 방식의 장점은 구현이 간편하지만 인적 오류가 발생하기 쉽고 보안 보장이 매우 낮습니다. 이 접근 방식에는 탈중앙화도 없습니다.

반자동 전송

다음 반복은 사용자가 자산을 체인 A의 특정 지갑 및/또는 스마트 계약으로 전송하도록 함으로써 개선됩니다. 그런 다음 중앙 집중식 프로그램이 전송 주소를 모니터링합니다. 이러한 프로그램은 검증 시 자동으로 자산을 체인 B로 보냅니다. 장점은 여전히 ​​너무 복잡하거나 코딩하지 않고도 구현이 용이하며 레코드를 로컬이 아닌 온체인에 보관할 수 있다는 것입니다. 단점은 중앙 집중식 프로그램이 버그가 있거나 오작동할 수 있다는 것입니다. 중앙 신용 계좌에도 자금이 고갈될 수 있습니다. 보안 보장도 낮고 탈중앙화도 없다.

중앙 집중식 거래소

단순한 교차 사슬 솔루션이 확장 가능하지 않을 때 중앙 집중식 교환은 교차 사슬 요구에 따라 번창합니다. 그들은 사용자가 자산을 중앙 집중식 거래소로 이전하게 한 다음 거래소의 "내부" 스왑을 사용하여 레코드 회계를 통해 체인 A의 "자산 X"를 체인 B의 "자산 Y"로 전환하도록 합니다. 이점은 명백합니다. 사용하기 가장 쉬운 솔루션입니다. 코딩이 필요하지 않으며 Tier-1 교환에서 높은 안정성이 있습니다. 그러나 문제는 입출금이 가능한 경우 중앙 집중식 제어라는 반대의 단점을 드러냅니다. 중앙 집중식 교환은 최소 분산화라는 단점으로 높은 보안을 제공합니다.

중앙 다리

다음 발전은 자산을 체인 간에 전송하는 별도의 인프라인 브리지를 통해 향상됩니다. 중앙 집중식 브리지는 사용자가 자산을 전송하도록 한 다음 브리지의 전송 기능을 사용하여 체인 A의 자산 X를 체인 B의 자산 Y로 전송하는 방식으로 작동합니다. 중앙 집중식(또는 일련의) 중계자가 프로세스를 담당합니다.

체인 A의 자산 X 잠금
확인
체인 B의 조폐 자산 Y
이 브리지의 장점은 수동 중단이 없는 완전 자동 프로세스입니다. 그리고 단점은 여전히 ​​입출금이 가능한 중앙 집중식 제어입니다. 또한 브리지가 다운되거나 해킹되어 때때로 작동하지 않을 수 있습니다. 따라서 보안은 중간 수준이며 여전히 탈중앙화는 없습니다.

MPC가 있는 분산 브리지

다음 반복은 중앙 집중식 브리지 대신 검증 모델을 탈중앙화하는 것입니다. MPC(Multi-Party Computation) 브리지는 사용자가 자산을 전송하도록 하는 것으로 시작됩니다. 브리지의 전송 기능을 사용하여 체인 A의 자산 X를 체인 B의 자산 Y로 전송하기 시작합니다. 일반적으로 분산형 중계자 세트가 프로세스를 담당합니다.

MPC를 사용하여 체인 A에서 자산 X 잠금
MPC를 사용하여 확인
MPC를 사용하여 체인 B에서 자산 Y 발행
MPC의 장점은 수동 중단이 없는 완전 자동 프로세스이며 중계 노드를 중앙 집중화할 필요가 없습니다. 단점은 MPC의 높은 계산 및 통신 비용입니다. 또한 노드가 손상되거나 결탁될 수 있습니다. 보안은 중간이고 분산도 중간입니다.

HTLC를 사용한 아토믹 스왑 브리지

아토믹 스왑(Lightning Network) 기술에 따라 또 다른 종류의 브리지가 발생합니다. 작동 방식: 사용자가 자산을 아토믹 스왑 브리지로 전송한 다음 브리지의 전송 기능을 사용하여 체인 A의 자산 X를 체인 B의 자산 Y로 전송하기 시작합니다.

새 HTLC 생성 – 해시 잠금 시간 계약
자산 X를 체인 A의 계약에 예치
해시 잠금 키 생성 + 체인 B에서 T 시간 내에 최종 인출을 위한 비밀 암호화
자산 Y를 인출하기 위해 체인 B의 계약에 암호화된 비밀 제시
또는 시간 T가 경과하고 암호화된 비밀을 사용하여 체인 A의 계약에서 자산 X를 복구합니다.
중요한 이점은 브리지 전송을 제어하는 ​​중앙 집중식 노드/프로세스가 없다는 것입니다. 그리고 단점은 상대적으로 일반적입니다. HTLC를 배포하고 HTLC 호출을 실행하는 데 비용이 많이 듭니다. 무신뢰로 인해 높은 보안 및 감사 추적을 유지하는 것이 어렵습니다. 위의 단점을 감안하면 이 접근 방식의 보안성이 높고 탈중앙화도 높다.

Light Client + Oracle과의 교차 체인 상호 운용성

고비용 브리지가 접근한 후 이 비용을 줄이기 위해 더 많은 구현이 탄생했습니다. 라이트 클라이언트 기술은 교차 체인 검증을 단순화하는 최신 표준이 되었습니다. 프로세스는 다음과 같습니다.

첫째, 사용자는 자산 X를 체인 A의 교차 체인 상호 운용성 프로토콜 계약으로 전송합니다.
전송 메시지는 계약에 설정되고 분산된 중계자 노드에 의해 선택됩니다.
노드는 체인 B의 프로토콜 계약을 통해 증명을 보냅니다.
블록 헤더(라이트 클라이언트) 업데이트는 전달 및 유효성을 보장하기 위해 Oracle 네트워크에서 처리됩니다.
사용자는 검증 시 체인 B의 프로토콜 계약에서 자산 Y를 인출합니다.
이 접근 방식의 장점은 전송에서 완료까지 중개 토큰이나 체인이 필요하지 않다는 것입니다. 블록 헤더가 업데이트된 후 즉시 확인이 가능합니다. 단점은 1) Oracle의 담합 위험, 2) 무신뢰로 인한 높은 보안 유지, 감사 추적이 까다롭다는 것입니다. 이 접근 방식의 보안은 중간 정도인 반면 탈중앙화는 높습니다.

릴레이 체인과의 교차 체인 상호 운용성

Oracle 접근 방식의 교훈에 따라 순수한 릴레이 체인 솔루션도 제공됩니다. 프로세스는 약간 다릅니다.

사용자는 자산 X를 체인 A의 교차 체인 상호 운용성 프로토콜 계약으로 전송합니다.
전송 메시지는 계약에 설정되고 분산된 중계자 노드에 의해 선택됩니다.
노드는 중계 체인의 계약에 증거를 보냅니다.
기본 릴레이 체인 유효성 검사기는 전달 및 유효성을 보장하기 위해 블록 업데이트를 처리합니다.
유효성이 확인되면 릴레이 노드는 전송 메시지를 체인 B의 프로토콜 계약으로 전달합니다.
사용자는 체인 B의 프로토콜 계약에서 자산 Y를 인출합니다.
단순한 Oracle 솔루션에 비해 이 접근 방식의 장점은 대부분의 비용을 소비하는 릴레이 체인의 수수료가 저렴하다는 것입니다. 블록이 업데이트된 후 즉각적인 확인이 가능하며 이는 더 긴 지연 시간을 해결하는 데 중요합니다. 문제는 프로토콜 자체가 올체인 생태계를 지원하지 않을 수 있다는 것입니다. 보안이 높고(생태계 내에서) 탈중앙화도 높습니다.

라이트 클라이언트 + 릴레이 체인이 있는 교차 체인 인프라 계층

차세대 솔루션은 위의 모든 근본적인 문제를 해결하는 크로스 체인 인프라 계층에 중점을 둡니다. 라이트 클라이언트 기술과 릴레이 체인을 결합하여 모든 체인을 통합합니다.

사용자는 자산 X를 체인 A의 교차 체인 인프라 계층의 상호 운용성 계약으로 전송합니다.
전송 메시지는 계약에 설정되고 분산된 중계자 노드에 의해 선택됩니다.
노드는 중계 체인의 상호 운용성 계약에 증거를 보냅니다.
블록 헤더(라이트 클라이언트) 업데이트는 전달 및 유효성을 보장하기 위해 분산된 유지 관리자 노드에 의해 처리됩니다.
유효성이 확인되면 릴레이 노드는 전송 메시지를 체인 B의 상호 운용성 계약으로 전달합니다.
사용자는 체인 B의 상호 운용성 계약에서 자산 Y를 인출합니다.
이 솔루션은 릴레이 체인 구현으로 인해 매우 저렴한 비용으로 상호 운용성을 보장합니다. 또한 블록 헤더가 업데이트된 후 즉시 확인을 제공합니다. 가장 큰 문제는 릴레이 체인에서 라이트 클라이언트를 최적화하는 것이 매우 복잡하다는 것입니다. 충분한 연구와 엔지니어링을 수행함으로써 이러한 최적화는 다른 사람들이 해결할 수 없는 이점을 지원해야 합니다. 보안이 매우 높고 탈중앙화가 높습니다.

MAP 프로토콜 정보

크로스체인 솔루션 중에서 위의 모든 문제를 해결하는 솔루션은 아직 보지 못했습니다. MAP 프로토콜이 구현될 때까지. 3년의 복잡한 연구 개발 끝에 MAP 프로토콜은 마침내 가벼운 클라이언트 + 중계 체인 기술로 타협 없는 옴니체인 계층을 달성했습니다. MAP은 다음 속성으로 옴니체인 원칙을 구현했습니다.

개발자 준비
올체인 커버리지
최소 비용
보안 완결성
즉시 확정

MAP 프로토콜은 브리지, DEX, 상호 운용성 프로토콜 등을 구축하기 위한 인프라 계층입니다. MAP 릴레이 체인에서 직접 라이트 클라이언트의 검증을 지원하여 비용을 절감합니다. 그리고 dapp 개발자가 최종 사용자에게 얻거나 제시할 수 있도록 각 구성 요소에 내장된 인센티브를 제공합니다. MAP은 EVM 및 비 EVM 체인을 지원합니다. 프로토콜 계층은 모든 체인과 동형입니다.

미래를 위해 MAP은 새로운 기본 레이어가 될 모든 체인의 기반이 됩니다. 개발자는 더 이상 선택 체인에 제한을 받지 않고 dapp 제품 자체에 집중할 수 있습니다. 미래는 Omnichain이며 더 많은 모듈화와 인센티브화가 갈 길입니다.