의견.png

"인터레저 프로토콜"의 두 판 사이의 차이

위키원
이동: 둘러보기, 검색
(ILP)
(ILP)
21번째 줄: 21번째 줄:
 
ILP은 송신자와 수신자를 중간 고장 위험으로부터 격리시키는 동시에 서로 다른 디지털 자산 원장에 대한 라우팅 지불을 제공한다. 시큐어 멀티홉 결제와 자동 라우팅은 어떤 송신자도 어떤 수신자와도 연결할 수 있는 다양한 종류의 가치에 대한 글로벌 네트워크를 가능하게 한다. ILP은 상호연결된 원장 시스템을 통해 소스에서 대상으로 지불하는데 필요한 기능을 제공하기 위해 의도적으로 범위가 제한된다. 현재 이 ILP은 사용하지 않는다.
 
ILP은 송신자와 수신자를 중간 고장 위험으로부터 격리시키는 동시에 서로 다른 디지털 자산 원장에 대한 라우팅 지불을 제공한다. 시큐어 멀티홉 결제와 자동 라우팅은 어떤 송신자도 어떤 수신자와도 연결할 수 있는 다양한 종류의 가치에 대한 글로벌 네트워크를 가능하게 한다. ILP은 상호연결된 원장 시스템을 통해 소스에서 대상으로 지불하는데 필요한 기능을 제공하기 위해 의도적으로 범위가 제한된다. 현재 이 ILP은 사용하지 않는다.
 
*'''범위''' : 인터레저 프로토콜은 상호 연결된 원장 시스템을 통해 소스에서 대상으로 지불하는데 필요한 기능을 제공하기 위해 의도적으로 범위가 제한된다. 여기에는 기본 원장에 대한 최소한의 요구 사항이 포함되며 공개 키 인프라, ID, 유통성 관리 또는 지불 프로토콜에서 흔히 볼 수 있는 기타 서비스는 포함되지 않는다.
 
*'''범위''' : 인터레저 프로토콜은 상호 연결된 원장 시스템을 통해 소스에서 대상으로 지불하는데 필요한 기능을 제공하기 위해 의도적으로 범위가 제한된다. 여기에는 기본 원장에 대한 최소한의 요구 사항이 포함되며 공개 키 인프라, ID, 유통성 관리 또는 지불 프로토콜에서 흔히 볼 수 있는 기타 서비스는 포함되지 않는다.
*'''인터페이스''' : 이 프로토콜은 인터레저 환경에서 상위 레벨 프로토콜 모듈을 통해 호스트에 의해 호출된다. 인터레저 프로토콜 모듈은 인터레저 지불을 다음 커넥터 또는 대상 계정으로 전달하기 위해 로컬 원장 프로토콜을 호출한다.
+
*'''인터페이스''' : 이 프로토콜은 인터레저 환경에서 상위 레벨 프로토콜 모듈을 통해 호스트에 의해 호출된다. interger 프로토콜 모듈은 interger 지불을 다음 커넥터 또는 대상 계정으로 전달하기 위해 로컬 원장 프로토콜을 호출한다.
*'''작동''' : 인터레저 프로토콜의 중심 기능은 호스트 주소 지정과 다른 원장 간 지불을 보장하는 것이다. 인터레저 지급을 보내고 받는 각 호스트에는 중재자 헤더의 주소를 사용하여 중재자 지불을 목적지로 전송하는 중재자 모듈이 있다. 중재자 모듈은 주소 해석을 위한 공통 규칙을 공유한다. 모듈에는 라우팅 결정 및 기타 기능을 수행하는 절차가 있다.
+
*'''작동''' : 인터레저 프로토콜의 중심 기능은 호스트 주소 지정과 다른 원장 간 지불을 보장하는 것이다. interger 지급을 보내고 받는 각 호스트에는 인터레저 헤더의 주소를 사용하여 인터레저 지불을 목적지로 전송하는 인터레저 모듈이 있다. 중재자 모듈은 주소 해석을 위한 공통 규칙을 공유한다. 모듈에는 라우팅 결정 및 기타 기능을 수행하는 절차가 있다.
  
 
=== ILPv4 ===
 
=== ILPv4 ===

2019년 8월 2일 (금) 14:34 판

리플랩스(Ripple Labs)
하이퍼레저 퀼트(Hyperledger Quilt)

인터레저 프로토콜(Interledger Protocol)또는 ILP란 2015년 10월 리플랩스(Ripple Labs)에서 처음 소개한 개념으로, 서로 다른 원장(ledger)이 소통할 수 있는 네트워크를 구축하는 일종의 연결고리다. 이때 '원장'이란 블록체인(분산형 원장)을 의미하기도 하지만, 페이팔처럼 블록체인에서 운영되지 않는 결제 시스템까지 아우르고 있다. 인터레저 프로토콜은 오픈소스 프로토콜로 누구나 활용할 수 있다. 처음 제시될 당시에는 자바스크립트로만 운영이 가능했으나 2017년 리플은 일본 NTT 데이터와 협력해 자바로도 운영할 수 있는 인터레저 프로토콜인 하이퍼레저 퀼트(HyperledgerQuilt)를 출시했다.

개요

인터레저 프로토콜은 은행과 비트코인 등 다른 원장을 연결하여 쉽게 송금 할 수 있도록 하기위한 규격이다. 이것은 리플 사의 xCurrent에도 이용되고 있다. 2015년 10월에 리플 사가 제창 한 것으로, W3C(World Wide Web Consortium)라는 웹(Web) 기술의 표준화를 진행하는 비영리단체에서 표준화가 진행되고 있다. 즉, 전세계 웹에 영향력있는 단체가 인터레저 프로토콜을 표준화 한다고 발표한 것이다.

주요특징

단순 패킷 형식

인터레저 프로토콜(ILP)의 핵심은 송신기, 커넥터 및 수신기 간에 사용되는 메시징 표준인 ILP 패킷이다. 패킷은 인터넷의 핵심인 IP(Internet Protocol) 패킷과 주소에 의해 영감을 받는다. ILPv4는 요청, 응답 및 오류 메시지에 해당하는 준비, 완료 및 거부라는 세 가지 패킷 유형을 지니고 있다. 준비 패킷에는 대상 주소, 양, 종단 간 데이터, 신뢰 없는 전송을 가능하게 하는 조건과 만료의 5개 필드가 있다. 패킷 형식은 네트워크와 무관하며 범용 ILP 주소 체계는 커넥터가 패킷을 올바른 수신기로 라우팅하는 데 도움이 된다.

신뢰할 수 없는 송신

인터레저 프로토콜의 두 번째 주요 특징은 사용자가 커넥터를 신뢰하지 않고 커넥터 네트워크를 통해 비용을 보낼 수 있다는 것이다. ILP는 발신자의 돈을 분실하거나 도난당하지 않도록 보장한다. 인터레저 프로토콜은 인센티브가 있는 2단계 커밋을 사용하는데, 이 커밋은 돈이 송신자의 계좌에서 빠져나가기 전에 받는 것이다.

패킷화 값

인터레저 프로토콜의 세 번째 주요 특징은 값을 패킷화 하거나 큰 전송을 많은 낮은 값의 패킷으로 나누는 것이다. 이는 인터넷을 통해 전송된 대용량 파일이 작은 패킷으로 전송되는 방법과 매우 유사하다. 커넥터는 제한된 자본이나 유동성을 사용하여 인터레더 패킷을 처리하며, 이를 효율적으로 사용하는 것이 비용을 낮게 유지하는 데 핵심적이다. 각 준비 패킷은 거래가 이행되거나 거부될 때까지 지정된 금액을 보관하는 커넥터를 요구한다. 커넥터는 더 작은 유동성으로 작동하고 돈의 속도와 활용도를 높일 수 있다.

종류

ILP

ILP은 송신자와 수신자를 중간 고장 위험으로부터 격리시키는 동시에 서로 다른 디지털 자산 원장에 대한 라우팅 지불을 제공한다. 시큐어 멀티홉 결제와 자동 라우팅은 어떤 송신자도 어떤 수신자와도 연결할 수 있는 다양한 종류의 가치에 대한 글로벌 네트워크를 가능하게 한다. ILP은 상호연결된 원장 시스템을 통해 소스에서 대상으로 지불하는데 필요한 기능을 제공하기 위해 의도적으로 범위가 제한된다. 현재 이 ILP은 사용하지 않는다.

  • 범위 : 인터레저 프로토콜은 상호 연결된 원장 시스템을 통해 소스에서 대상으로 지불하는데 필요한 기능을 제공하기 위해 의도적으로 범위가 제한된다. 여기에는 기본 원장에 대한 최소한의 요구 사항이 포함되며 공개 키 인프라, ID, 유통성 관리 또는 지불 프로토콜에서 흔히 볼 수 있는 기타 서비스는 포함되지 않는다.
  • 인터페이스 : 이 프로토콜은 인터레저 환경에서 상위 레벨 프로토콜 모듈을 통해 호스트에 의해 호출된다. interger 프로토콜 모듈은 interger 지불을 다음 커넥터 또는 대상 계정으로 전달하기 위해 로컬 원장 프로토콜을 호출한다.
  • 작동 : 인터레저 프로토콜의 중심 기능은 호스트 주소 지정과 다른 원장 간 지불을 보장하는 것이다. interger 지급을 보내고 받는 각 호스트에는 인터레저 헤더의 주소를 사용하여 인터레저 지불을 목적지로 전송하는 인터레저 모듈이 있다. 중재자 모듈은 주소 해석을 위한 공통 규칙을 공유한다. 모듈에는 라우팅 결정 및 기타 기능을 수행하는 절차가 있다.

ILPv4

인터레저는 다른 지불 네트워크나 원장을 통해 돈의 패킷을 전송하기위한 프로토콜이다. ILPv4는 "페니 스위칭(Pennt Switching)"이라고도 하는 대량의 저비용 패킷 라우팅에 최적화된 이전 버전의 프로토콜을 단순화 한 것이다. ILPv4는 상호운용성을 위해 구축되지 않은 것을 포함하여 모든 유형의 원장과도 통합될 수 있으며 다양한 기능을 구현하는 많은 상위 프로토콜과 함께 사용하도록 설계되었다.

  • 디자인 목표
  1. 중립성 : 중개인은 회사, 통화 또는 네트워크에 얽매이지 않는다.
  2. 상호 운용성 : ILP는 상호운용성을 위해 구축되지 않은 모든 유형의 원장에 걸쳐 사용할 수 있어야 한다.
  3. 보안 : 송신자, 커넥터 및 수신기는 서로 보호되어야 하며 특히 간접적으로 연결된 당사자들이 제기하는 위험으로부터 격리되어야 한다. 커넥터는 송신자에게 돈을 훔칠 수 없어야 하며 송신자는 커넥터의 자금을 너무 많이 묶거나 그 이외의 방법으로 작동을 방해하지 않아야 한다.
  4. 단순성 : 핵심 ILP는 최대한 단순해야 한다. 인터레저 스택의 하위계층과 상위계층에서 상당한 가변성을 가질 수 있는 여지가 있지만, 인터레저 계층은 상호 운용성을 위해 광범위한 합의가 필요한 부분이다. 핵심의 단순화는 사람들이 동의해야 할 것을 최소화하고 더 광범위한 채택을 가능하게 한다.
  5. 엔드투엔드 원칙 : 인터넷에 의해 영감을 받아, 코어 인터레저 프로토콜과 커넥터의 네트워크에 의해 구현될 필요가 없는 모든 형상은 네트워크 가장자리에 내장되어야 한다.
  • 관계 : ILPv4 패킷은 피어 간의 모든 통신 채널을 통해 전송 될 수 있다. 대부분의 경우 ILPv4는 ILP 조건 및 이행 생성을 처리하는 PSKv2(Pre-Shared Key V2) 프로토콜과 같은 전송 계층 프로토콜과 함께 사용된다. 또한 ILPv4는 더 높은 가치의 지불금 청킹 및 재조립을 구현하는 상위 수준의 포로토콜과 함께 사용될 수 있다.
  • ILP와의 차이점
  1. 더 작고 동질화된 패킷 양을 위해 설계 : ILPv4는 값이 낮은 패킷만 지원함으로써 여러 가지 단순화를 적용한다. 큰 금액은 청크 분할 지불을 구현하는 상위 레벨 프로토콜을 통해 전송 될 수 있지만 핵심 네트워크는 많은 양의 작은 패킷을 전송하도록 최적화되어 있다. 이것은 환융이 패킷 금액에 따라 어떻게 달라질 수 있는지 표현하기 위해 유동성 곡선과 같은 이전 버전의 더 복잡한 기능 중 일부를 불필요하게 만든다. 값이 더 낮은 패킷은 커넥터 위험을 최소화하는데도 도움이 된다.
  2. On-Ledger 에스크로가 아닌 지불 채널 : ILPv4는 더 작은 패킷에 최적화되어 있기 때문에 속도와 비용이 이전 버전보다 중요하다. ILPv4는 원금 지급 의무를 해결하기 위해 원장이나 지불 채널을 사용하지만 ILPv4 패킷은 기본 원장 자체를 통하지 않고 커넥터 사이에서만 전송된다. 이렇게하면 더 느린 원장의 처리 시간을 포함 할 필요가 없으므로 패킷 시간 초과가 짧아 지므로 커넥터 위험이 더욱 감소한다.
  3. 전달, 배달 불가 : ILPv4 커넥터는 커넥터가 고정 된 대상 크기를 제공하려고 시도하는 ILP의 첫 번째 버전과 달리 현지 환율에 따라 패킷을 전달한다. 이제 코어 프로토콜에 고정 된 목적지 금액 전달 대신에 보낸 사람은 수신자가 주어진 패킷에 대해 받아 들여야하는 최소 금액을 표시하기 위해 더 높은 수준의 프로토콜을 사용할 수 있으며 수신자는 그보다 작은 패킷을 거부할 수 잇다.
  4. 인용은 응용 프로그램의 우려 사항 : 커넥터는 ILP 패킷을 전달할 책임이 있으며 따옴표로 분리 된 프로토콜을 구현할 필요가 없다.

참고자료

같이 보기


  의견.png 이 인터레저 프로토콜 문서는 블록체인 기술에 관한 토막글입니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 이 문서의 내용을 채워주세요.