비트 코인 라이트닝 네트워크가 결제 및 판매자 편의를위한 발전과 장애물
라이트닝 네트워크 (LN)는 2018 년 내내 상당한 진전을 이루었습니다. 비트 코인의 두 번째 계층이 출시 이후 얼마나 멀리 왔는지 평가하면 몇 가지 인상적인 발전과 상당한 채택 증가. 현재 18,000 개 이상의 오픈 채널과 해당 채널 내에 총 487 BTC에 가까운 LN은 실행 가능한 P2P 결제 네트워크로 더욱 확장 할 준비가되어 있습니다..
그러나 LN은 잠재력을 최대한 발휘하고 판매자와 사용자 모두가 추가로 채택하기 전에 여전히 몇 가지 주목할만한 장애물에 직면 해 있습니다. LN 채널 재조정 및 설계 공간 개발과 관련된 문제를 탐색하는 것은 향후 네트워크 채택에있어 중요한 단계를 입증해야하며 몇 가지 흥미로운 솔루션이 제안되고 있습니다..
LN 재조정의 문제
재조정의 문제는 LN의 양방향 결제 채널 설계와 온 체인 펀딩 거래에 대한 요구 사항에서 비롯됩니다. 오프 체인 LN을 여는 두 당사자가 채널에 자금을 지원하는 금액은 당사자가 미리 결정하며이를 채널 약정이라고합니다..
Alice와 Bob이 채널을 열고 Alice가 2 BTC를 입금하고 Bob도 2 BTC를 입금하면 채널 약정은 4 BTC입니다. 밥과 앨리스는이 오프 체인 채널에서 수수료와 거의 즉각적인 결제없이 원하는만큼 BTC를 교환 할 수 있습니다..
그러나 교환되는 금액은 보낸 사람의 잔액을 초과 할 수 없기 때문에 보낸 사람의 잔액에 따라 달라 지므로 채널을 통해 정기적으로 상호 작용하므로 더 큰 가치로 채널에 자금을 조달하는 주체에게 편리한 오프 체인 LN 채널이 있습니다. 반대로, 일회성 사례에 LN 채널을 사용하는 것은 현재 채널의 자금 조달 트랜잭션과 닫는 트랜잭션 모두를 수행하는 데 온 체인 수수료와 시간이 필요하기 때문에 불편합니다..
재조정 문제의 기능적 한계가 작용하는 곳은 개방 채널이없는 여러 당사자 또는 당사자와 LN을 통해 거래하려는 사용자에게 있습니다. Alice가 Bob, Charlie, Daisy와 함께 채널을 열려면 각 채널을 개별적으로 열고 정해진 금액으로 자금을 조달해야합니다. 그녀는 자금이 별도의 채널에 분산되어 고정되어 있기 때문에 어느 당사자에게도 대규모 거래를 처리 할 수 없으며, 그녀가 지불하는 대상과 지불하는 금액에 따라 지속적으로 새로운 채널을 열고 닫아야합니다..
LN은 사용자가 HTLC (Hash Time-Locked Contracts)를 사용하여 네트워크의 체인 결제 채널을 통해 거래 할 수 있도록함으로써이 문제에 접근합니다. HTLC는 라우팅 노드로 작동하는 두 상호 작용하는 당사자간에 중개 노드의 가능성을 생성하므로 사용자는 거래하려는 다른 당사자와 직접 결제 채널을 명시 적으로 열 필요가 없습니다..
결국 HTLC 및 라우팅 노드의 잠재력은 사용자가 네트워크상의 누구와도 직접 채널을 열 필요가 없을 때까지 LN 용량을 확장하고 프로토콜을 기반으로 사용자간에 지불이 자동으로 라우팅됩니다. 그러나 재조정 문제는이 목표의 실질적인 실현을 가로막고 있습니다. 그래서 정확히 무엇이 문제입니까?
Alice와 Bob이 직접 결제 채널을 열지 않고 거래를 원하는 경우 Charlie가 둘 다에 결제 채널을 열었 으면 할 수 있습니다..
앨리스 2 → 2 찰리 2 → 2 밥
위의 예에서 Charlie는 Alice와 Bob (총 4 BTC)과 함께 2 BTC의 잔액을 가지고있는 반면 Alice와 Bob은 Charlie와 함께 2 BTC의 잔액 (송금 잔액)을 가지고 있습니다..
Alice가 직접 채널을 열지 않고 Bob 1 BTC를 보내고 싶다면 Charlie를 라우팅 노드로 사용하면됩니다. 그러나이를 위해서는 결제 체인의 모든 잔액이 그에 따라 업데이트되어 다음과 같은 잔액이 필요합니다..
앨리스 1 → 3 찰리 1 → 3 밥
Alice가있는 Charlie의 채널은 1 BTC를 받아 3 BTC로 업데이트하고 Bob과의 잔액은 1 BTC (Alice에서)를 Bob에게 보냈기 때문에 1 BTC로 감소합니다. Charlie는 여전히 4 BTC를 보유하고 있지만 Bob과의 채널은 1 BTC로 축소되었습니다. 여러 당사자가 관련된 거래가 더 복잡 해짐에 따라 이것이 어디로 가는지 볼 수 있습니다..
결국 Alice가 동일한 지불 경로를 통해 Bob에게 1BTC를 추가로 보내고 자 할 경우 Charlie는 Bob과 공유 된 채널과의 전송 잔액에 BTC가 0이되어 균형이 맞지 않기 때문에 Alice와 Bob 간의 라우팅 채널을 효과적으로 비활성화 할 수 있습니다. 그들은 모두 단순히 채널을 닫고 새 잔액으로 다시 열 수 있지만 그 방법은 확장이 잘되지 않고 판매자가 피하고 싶어하는 불편 함을 제공합니다..
그 결과 딜레마는 재조정 문제이며 더 많은 중개자 및 라우팅 노드에서 비롯된 여러 지불 경로로 인해 더욱 복잡해집니다..
라우팅 노드는 작업에 대해 약간의 수수료를 받기 때문에 재조정은 주로 문제의 맥락에서 그들의 목표입니다. 재조정 문제를 극복하기 위해 여러 가지 솔루션이 제안되었으며, 그 중 상당수는 영리하고 다양한 장점과 단점을 제공합니다..
LN 재조정 해결
LN에서 재조정에 사용할 수있는 몇 가지 제안 된 솔루션이 있지만 완벽한 솔루션은 없습니다. 잘 알려진 몇 가지 사례를 제공하면이 분야에서 진행중인 혁신을 엿볼 수 있습니다. 재조정 문제를 피하는 방법에는 두 가지 기본 유형이 있습니다.
- 온 체인
- 오프 체인
두 가지 주요 방법을 평가 해 보겠습니다. 온 체인 연결 및 오프 체인 순환 결제.
온 체인 방식
가장 간단한 방법은 채널을 열고 닫고 환불하고 다시 시작하는 것입니다. 그러나 이것은 Charlie가 닫고 여는 불편한 솔루션 인 각 채널에 대한 온 체인 수수료와 시간 (체인상의 확인 시간 포함)을 모두 소모합니다. 온 체인 방식을 사용하는 또 다른 솔루션은 스 플라이 싱으로 알려져 있는데, 이는 온 체인 열기 / 닫기 기능을 활용하는 약간 더 효율적인 방법입니다..
예를 들어 Charlie가 Bob과 함께 채널에 1 BTC를 남겨두고 Alice가 Bob에게 다시 1 BTC를 보내려고하는 상황을 사용하겠습니다. 예를 들어 Alice는 이제 Charlie와 함께 보내는 채널에 BTC 3 개가 있습니다..
앨리스 3 → 3 찰리 1 → 3 밥
|
|
앨리스 2 → 4 찰리 0 → 4 밥
이 역학에 따라 Alice가 Bob에게 1 BTC를 더 보내고 싶다면 Charlie는 Bob과의 송금 잔액에 BTC가 남아 있지 않기 때문에 그렇게 할 수 없습니다. Splicing을 사용하면 Charlie가 Alice와 채널을 닫고 두 단계로 다시 열 수 있습니다..
- 스 플라이 싱 아웃
- 접합
스플 라이스 아웃에서 Charlie는 Alice와 채널을 닫고 체인에 1 BTC를 유지하면서 3 BTC로 환불합니다. 이는 이전에 보유한 총 BTC 4 개에 해당합니다. 이제 채널의 설정은 다음과 같습니다.
앨리스 2 → 3 찰리 0 → 4 밥
1 BTC 온 체인 (Charlie)
두 번째 단계 인 스 플라이 싱 인 (splicing in)은 Charlie가 Bob과 채널을 닫고 스플 라이스 아웃 후 온 체인에있는 1 BTC를 추가하여 다음과 같은 역학을 유도하는 것입니다.
앨리스 2 → 3 찰리 1 → 4 밥
Charlie는 이제 Alice와 Bob간에 1 BTC 이하의 지불을 다시 라우팅 할 수 있습니다. 그러나 Charlie는 스플 라이스 아웃과 스플 라이스 인 모두에 대해 두 개의 별도의 온 체인 수수료 인스턴스를 발생시킵니다. 발생한 수수료는 Charlie가 Alice와 Bob 사이의 라우팅 노드가되는 데 약간의 수수료를 부과 할 수있는 이유입니다..
전반적으로 스 플라이 싱은 Charlie 만 관여하므로 당사자 간의 채널을 닫고 다시 여는 것보다 효율적입니다. 효율성 증가에도 불구하고 여전히 수수료 비용이 발생하고 온 체인 거래의 확인 시간이 필요하며 판매자가 채널을 재조정하는 데 이상적이지 않습니다. 이 모델의 수수료 구조는 또한 추가 재조정 복잡성.
오프 체인 방식
완전히 오프 체인 구조를 사용하는 채널 재조정을위한 별도의 방법은 순환 지불로 알려져 있으며 약간 더 복잡한 지불 모델로 가장 잘 이해됩니다. 기본적으로 순환 지불은 노드가 새 채널을 여는 대신 체인 오프 체인 트랜잭션을 통해 자체적으로 지불하여 재조정하는 지정된 라우팅 경로를 통한 자체 지불입니다..
예를 들어 Charlie는 아래 차트에서 Bob과 채널의 균형을 재조정하려고합니다. 순환 결제는 최소한 3 개의 노드가 필요하기 때문에 실제로 삼각형으로 작동 할 수 있습니다..
위의 예에서 Charlie는 Alice와 함께 자신의 채널에서 화살표 방향을 통해 자신에게 1 BTC (시계 반대 방향)를 보내고 Bob과 함께 자신의 채널에서 1 BTC를받습니다. 결과적으로 Charlie와 Bob의 송금 잔액은 이제 2 BTC입니다..
Charlie는 이후에 Alice에서 Bob에게 반대 (시계 방향) 방향으로 2 BTC 지불을 라우팅 할 수 있습니다. Alice는 채널에 BTC가 1 개 밖에 없기 때문에 Bob과 채널을 통해 2BTC를 직접 보낼 수 없지만 Charlie를 사용하여 Bob에게 보낼 수 있습니다..
더 많은 노드와 채널 값을 통해 프로세스는 수수료 구조를 기반으로하는 자립 생태계가 될 수 있습니다. 리 밸런싱 노드는 온 체인 트랜잭션이 필요없이 완전히 오프 체인으로 완료됩니다. 라우팅 노드는 단순히 트랜잭션을 자체적으로 시작하여 원할 때마다 채널을 재조정 할 수 있습니다..
그러나 순환 지불에는주의 사항도 있습니다. 그들은 자기 지불주기에서 라우팅 노드에 의한 수수료로 이어집니다. 거래 체인이 클수록 더 많은 수수료가 지불됩니다. 노드는 여전히 온 체인 거래 확인 시간을 기다릴 필요가 없지만 수수료 구조는 복잡해질 수 있으며 결제 체인의 라우팅 노드 잔액에 의해 제한됩니다..
그러한 생태계의 상인은 또한 그들이 지불하는 것이 아니라 받기만하기 때문에 장기간 동안 체인의 일부인 경우 교환 된 BTC의 대부분을 순환 지불로 집계 할 것입니다. 이러한 시스템은 지속적으로 작동하기 위해 비 판매자에 의해 경쟁 라우팅 및 불필요하게 큰 채널 잔액을 생성 할 수 있습니다..
LN의 기타 개발
LN 채널의 재조정을 극복하는 것은 사용자가 가장 강력한 속성 중 하나 인 서로 직접 결제 채널을 열지 않고도 LN이 작동 할 수 있도록하는 데 중요합니다. 새로운 커피 숍이나 패스트 푸드 식당에 가서 결제 채널을 열고 매번 특정 금액의 BTC를 입금해야한다고 상상해보십시오. 그 방법은 고객뿐 아니라 가맹점에게도 불편하다.
궁극적으로 이러한 솔루션은 사용자가 직접 채널을 열지 않고도 LN을 사용하여 원활하게 거래 할 수 있도록 다른 개발과 함께 작동해야합니다. 유일한 요구 사항은 판매자와 고객 모두 LN 호환 비트 코인 지갑을 가지고 있다는 것입니다..
LN이 계속 진행됨에 따라 언급 할 가치가있는 몇 가지 중요한 구성 요소가 있습니다. 특히 LN은 양파 라우팅 소액 결제 향상된 네트워크 계층 개인 정보 보호를 위해 Lightning Labs는 보안 LN의 데스크탑 앱 9 월에 다시 출시.
LN의 사용자 경험은 현재 대부분 개발자를 대상으로합니다. 채택에 대한 높은 기술적 장벽은 신흥 기술에서 자연 스럽지만 UI / UX는 이미 LN으로 빠르게 개선되고 있습니다. Pierre Rochard는 특히 LN 사용에 대한 훌륭한 가이드를 제공합니다. 줄 — 새로운 LN Chrome 확장 프로그램.
읽어보기 : 잠수함 스왑이란??
또한 잠수함 교환의 진행은 상인 간의 LN 유연성을 높이기위한 중요한 고려 사항 인 더 쉬운 채널 재충전 및 상호 운용성을 촉진해야합니다. Blockstream의 최근 포함 위성 호환 LN 소액 결제는 인터넷 연결이없는 사용자에게 또 하나의 중요한 진전으로, 은행 액세스없이 많은 사람들에게 LN의 힘을 제공합니다..
비트 코인의 LN은 개발과 채택 모두에서 눈에 띄는 진전을 이루고 있습니다. 라우팅 체인의 채널 재조정은 네트워크가 잠재력을 최대한 발휘하는 데 걸림돌이되지만 실행 가능하고 유비쿼터스 P2P 지불 계층으로의 가속화에서 속도 범프를 입증해야합니다..