IBC (Inter-Blockchain Communication Protocol)는 무엇입니까?

블록 체인 통신 프로토콜 (IBC) 이해

IBC (Inter-Blockchain Communication Protocol)는 서로 다른 블록 체인 네트워크 간의 상호 운용성을 가능하게하도록 설계된 크로스 체인 통신 프로토콜 입니다. 독립적 인 블록 체인이 데이터와 가치를 안전하고 신뢰할 수없는 가치를 교환 할 수 있습니다. Cosmos Ecosystem을 위해 처음 개발 된 IBC는 다양한 블록 체인 아키텍처에서 구현할 수있는 표준이되었습니다.

IBC의 핵심 아이디어는 중앙 당국이나 중개자에 의존하지 않고 다른 체인의 상태를 확인하기 위해 블록 체인에 대한 표준화 된 방법을 설정하는 것입니다. 이것은 분산 된 응용 분야 (DAPP), 토큰 및 전체 생태계의 문을 열어 서로 다른 체인에서 상호 작용합니다 .

IBC는 어떻게 작동합니까?

IBC는 가벼운 클라이언트 및 패킷 기반 모델 에서 작동합니다. IBC를 통해 통신하려는 각 블록 체인은 상대방 체인의 가벼운 클라이언트를 실행해야합니다. 이 가벼운 클라이언트는 다른 체인 블록의 헤더를 확인하여 전송되는 데이터가 유효하고 최신 상태인지 확인합니다.

이 프로토콜은 메르클 증명을 사용하여 전송 된 데이터의 무결성을 검증합니다. 한 체인이 다른 체인으로 정보를 보내면 데이터 패킷 으로 패키지됩니다. 그런 다음 수신 체인은 Light Client 및 Merkle Root Verification을 사용 하여이 패킷의 진위를 확인합니다.

이 프로세스는 단일 엔티티가 커뮤니케이션을 제어하지 않도록 보장하고 모든 상호 작용은 암호화 적으로 보안 됩니다. IBC 프로토콜은 데이터의 전송과 해당 데이터의 해석을 각각 처리하는 전송 계층 과 애플리케이션 계층 의 두 계층으로 나뉩니다.

IBC의 주요 구성 요소

• 가벼운 클라이언트 : 블록 체인의 헤더를 검증하는 전체 노드의 단순화 된 버전입니다. 이들은 크로스 체인 검증에 필수적이며 원격 체인의 상태를 확인하는 책임이 있습니다.

• Merkle Proofs : 이러한 암호화 증명은 특정 데이터가 블록 내에 존재하는지 확인하는 데 사용됩니다. 이를 통해 체인이 전체 블록 체인을 다운로드하지 않고 트랜잭션을 확인할 수 있습니다.

• 릴레이 : 이들은 체인 사이에 전달되는 메시지를 용이하게하는 오프 체인 구성 요소입니다. 그들은 하나의 체인의 상태를 모니터링하고 다른 체인에 증거와 데이터를 제출합니다. 릴레이는 신뢰할 수있는 엔티티가 아닙니다. 그들의 메시지는 수신 체인에 의해 검증됩니다.

• 연결 및 채널 : 연결은 두 체인 간의 관계를 정의하고 채널은 데이터 패킷이 흐르는 응용 프로그램 수준 경로를 지정합니다. 채널은 토큰 전송 또는 스마트 계약 통화와 같은 특정 유형의 데이터를 라우팅하는 데 사용됩니다.

블록 체인 생태계에서 IBC의 사용 사례

IBC는 특히 분산 된 금융 (DEFI) 및 크로스 체인 자산 이전 에서 광범위한 사용 사례를 가능하게합니다. 가장 두드러진 응용 분야 중 하나는 중앙에 다리가 필요하지 않고 다른 블록 체인 사이의 자산을 이전하는 것 입니다.

예를 들어, 사용자는 Cosmos 허브에서 IBC를 사용하여 Osmosis Dex로 Atom 토큰을 보낼 수 있습니다. 이를 통해 다른 체인에 걸쳐 분산 된 거래를 가능하게하여 유동성과 사용자 액세스가 증가합니다.

다른 사용 사례는 하나의 블록 체인이 다른 체인의 계정을 제어 할 수있는 체인 계정 입니다. 이를 통해 크로스 체인 거버넌스 및 현명한 계약 상호 작용이 가능합니다. 개발자는 여러 체인에서 논리를 실행하는 응용 프로그램을 구축하여 분산 시스템의 기능을 확장 할 수 있습니다.

IBC는 또한 Oracle Feeds 또는 Off 체인 계산과 같은 체인 간 데이터 공유를 지원하며 예측 시장 또는 크로스 체인 NFT 전송에 사용할 수 있습니다.

블록 체인 네트워크에서 IBC 구현

블록 체인에서 IBC를 구현하려면 네트워크가 Light Client Verification 및 Merkle Proof 검증을 지원해야합니다. 다음은 IBC 설정을위한 단계별 가이드입니다.

• IBC 모듈 통합 : 대부분의 최신 블록 체인, 특히 Cosmos SDK 로 구축 된 블록 체인에는 내장 IBC 모듈이 제공됩니다. 이 모듈은 IBC 통신의 전송 및 응용 레이어를 처리합니다.

• 가벼운 클라이언트 구성 : 각 체인은 상대방 체인에 대한 가벼운 클라이언트를 구성해야합니다. 여기에는 필요한 합의 알고리즘 및 헤더 검증 로직을 설정하는 것이 포함됩니다.

• 연결 설정 : 두 체인은 체인 식별자 교환, 합의 상태 및 검증 매개 변수를 포함하는 연결 핸드 셰이크에 동의해야합니다. 이 핸드 셰이크는 두 체인이 서로의 상태를 인식하도록 합니다.

• 개방형 통신 채널 : 연결이 설정되면 전송할 수있는 데이터 패킷의 유형을 정의하기 위해 채널을 열 수 있습니다. 채널은 응용 프로그램에 따라 다르며 토큰 전송, 거버넌스 또는 사용자 정의 데이터에 사용할 수 있습니다.

• 릴레이 배포 : 운영자는 체인을 모두 모니터링하고 증명 및 패킷을 제출하는 릴레이어 소프트웨어를 배포해야합니다. 수신 체인이 들어오는 모든 데이터를 검증하기 때문에 이러한 릴레이는 누구나 실행할 수 있으며 신뢰가 필요하지 않습니다 .

IBC를 통한 보안 고려 사항

IBC는 안전하도록 설계되었지만 특정 위험과 고려 사항을 고려해야합니다.

• Light Client Security : 가벼운 클라이언트가 손상되면 유효하지 않은 헤더를 수락하여 상태 확인이 잘못 될 수 있습니다. 체인은 가벼운 클라이언트가 강력하고 공격에 저항력이 있는지 확인해야합니다.

• 릴레이 어의 신뢰성 : 릴레이자는 신뢰할 수 없지만 검열되거나 지연 될 수 있습니다. 체인은 일관된 릴레이를 보장하기 위해 인센티브 메커니즘 또는 중복성을 구현해야합니다.

• 서비스 거부 (DOS) 위험 : 악의적 인 행위자는 IBC 채널을 스팸하거나 압도하려고 시도 할 수 있습니다. 체인은 속도 제한 및 스팸 보호 메커니즘을 구현해야합니다.

• 업그레이드 : 체인이 발전함에 따라 합의 메커니즘 또는 IBC 구현을 업그레이드해야 할 수도 있습니다. IBC는 커뮤니케이션을 방해하지 않고 원활한 업그레이드를 지원해야합니다.

자주 묻는 질문 (FAQ)

IBC와 원자 스왑의 차이점은 무엇입니까? IBC는 블록 체인 사이의 일반화 된 데이터 및 자산 전송을 허용하는 반면, 원자 스왑은 피어 투 피어 암호 화폐 교환에만 중점을 둡니다. IBC는 스마트 계약 전화 및 거버넌스를 포함한 복잡한 상호 작용을 지원하는 반면, 원자 스왑은 토큰 스왑 으로 제한됩니다.

IBC가 이더 리움 기반 블록 체인과 함께 일할 수 있습니까? 예, IBC는 Light Client Verification 및 Merkle Proofs를 지원하는 모든 블록 체인에서 구현할 수 있습니다. Gravity Bridge 및 Axelar 와 같은 프로젝트는 Cosmos와 Ethereum 사이의 다리를 만들어 추가 레이어를 통해 IBC 호환 커뮤니케이션을 가능하게했습니다.

IBC가 권한이 없거나 권한이 없습니까? IBC는 본질적으로 허가가 없습니다 . 프로토콜 요구 사항을 충족하는 모든 체인은 다른 체인과의 커뮤니케이션을 설정할 수 있습니다. 그러나 일부 체인은 어떤 체인이 연결되는지에 대한 거버넌스 기반 제한을 부과 할 수 있습니다.

IBC는 거래 최종 성을 어떻게 처리합니까? IBC는 참여 블록 체인의 최종 보장 에 의존합니다. Cosmos SDK 체인과 같은 Tendermint Consensus를 사용하는 체인은 즉각적인 최종성을 제공하여 IBC 커뮤니케이션을 효율적으로 만듭니다. 이더 리움과 같은 확률 적 최종성을 가진 체인은 안전한 교차 체인 커뮤니케이션을 보장하기 위해 추가 메커니즘이 필요합니다.