| 1 |
1
(a) 리퀘스터가 프로토콜 1에서 라우팅 리스트를 생성하는 단계;(b) 상기 리퀘스터가 상기 라우팅 리스트를 바탕으로 라우팅 경로를 요청하는 단계;(c) 상기 리퀘스터가 프로토콜 2에서 각각의 Path_Node에 포함된 노드들에 checkRoutingNode(sender, receiver, path, value, time_lock, signature) 메시지를 요청하는 단계;(d) 상기 프로토콜 2에서 상기 리퀘스터가 보낸 checkRoutingNode 메시지 요청에 대해 상기 노드들은 프로토콜 3에서 응답하는 단계;(e) 상기 리퀘스터가 프로토콜 4에서 상기 노드들의 응답에 따라 가용 가능한 경로를 결정하여 Path_list를 생성하는 단계; 및(f) 상기 리퀘스터가 상기 Path_list 중 어느 하나의 경로로 목적지 노드에 트랜잭션을 보내는 단계;를 포함하고,상기 (d)단계에서,상기 노드들은 리더에게 받은 value의 값과 receiver와 직접적으로 연결된 채널에서 자신이 가용할 수 있는 돈과의 비교를 통해 응답하는 것을 특징으로 하는 스마트 컨트랙트를 활용한 Payment channel에서의 멀티 홉 트랜잭션 라우팅 방법
|
| 2 |
2
제 1항에 있어서, 상기 (a)단계에서, 상기 리퀘스터는 payment channel의 스마트 컨트랙트에서 라우팅 경로에 있는 path를 찾기 위해 getPathList(source, destination)을 실행시키는 것을 특징으로 하는 스마트 컨트랙트를 활용한 Payment channel에서의 멀티 홉 트랜잭션 라우팅 방법
|
| 3 |
3
제 2항에 있어서, 상기 (a)단계에서, 상기 리퀘스터는 상기 Path_Node를 찾기 위해 shortest hop 방식으로 가장 hop이 적은 노드들을 우선적으로 리스트를 생성하는 것을 특징으로 하는 스마트 컨트랙트를 활용한 Payment channel에서의 멀티 홉 트랜잭션 라우팅 방법
|
| 4 |
4
제 3항에 있어서, 상기 리퀘스터는 상기 (e)단계에서 Path_list 생성을 못한 경우 홉의 수를 증가시킨 후, 상기 노드들에 checkRoutingNode 메시지를 요청하는(c)단계와 상기 노드들이 응답하는(d) 단계를 반복수행하여 Path_list 생성을 하는 것을 특징으로 하는 스마트 컨트랙트를 활용한 Payment channel에서의 멀티 홉 트랜잭션 라우팅 방법
|
| 5 |
5
삭제
|
| 6 |
6
제 1항에 있어서, 상기 노드들은가용 가능한 금액에 대한 정보 없이 True 또는 False 만으로 응답 메시지를 전달하는 것을 특징으로 하는 스마트 컨트랙트를 활용한 Payment channel에서의 멀티 홉 트랜잭션 라우팅 방법
|
| 7 |
7
제 6항에 있어서,상기 리퀘스터는 상기 (d)단계에서 복수의 노드들 중, 하나라도 응답이 오지 않거나, 상기 False라고 응답한 경우 상기 Path_list에 PUSH가 불가능한 것을 특징으로 하는 스마트 컨트랙트를 활용한 Payment channel에서의 멀티 홉 트랜잭션 라우팅 방법
|
| 8 |
8
제 7항에 있어서,상기 리퀘스터는 상기 (e)단계에서 복수의 노드들 중, 응답이 오지 않은 노드들을 제거한 후, Path_list를 생성하는 것을 특징으로 하는 스마트 컨트랙트를 활용한 Payment channel에서의 멀티 홉 트랜잭션 라우팅 방법
|
