Statechain 기반 라이트닝 네트워크 채널

원제: Statechain 기반의 라이트닝 네트워크 채널

원작자: SHINOBI

배경

배경

내 이전 게시물을 읽지 않은 사람들을 위한 간단한 요약: statechain은 완전히 오프체인에 있는 사람 간에 무료로 돈을 전송하는 오프체인 메커니즘입니다. 자금의 원래 소유자는 상태 체인 운영자와 협력하여 ECDSA-MPC 주소를 구성합니다.주소의 개인 키는 두 부분으로 나뉘며 절반은 사용자의 손에 나머지 절반은 사용자의 손에 있습니다. 시간 잠금이 있는 출금 트랜잭션이 서명되고 사용자가 이 주소로 돈을 보냅니다.

어느 당사자도 이 개인 키를 완전히 제어할 수 없으며 사용자는 사전 서명된 트랜잭션을 보유하므로 타임록이 잠금 해제된 후 일방적으로 자금을 돌려받을 수 있습니다. 사용자가 이 자산을 전송하기를 원할 때, 그들은 새로운 개인 키 샤드 세트를 생성하기 위해 지불 수령인과 협력하는 운영자에게 알립니다(그러나 원래 개인 키 샤드와 동일한 부동산으로). 그런 다음 또 다른 A를 생성합니다. 타임록(및 더 짧은 타임록)이 있는 트랜잭션이 서명되고 마지막으로 운영자는 이전 개인 키 조각을 삭제합니다.

이런 식으로 현재 운영자의 손에 있는 개인 키 조각은 새로운 자금 소유자의 손에 있는 개인 키 조각과만 결합되므로 이전 개인 키 조각을 삭제하는 한 자금의 이전 소유자와 결합 돈을 쓰십시오. 또한 새로운 인출 거래는 타임락이 더 짧기 때문에 자금의 새로운 소유자는 항상 이전 소유자보다 더 빨리 자금을 인출할 수 있습니다. 이 메커니즘은 statechain 자금이 전송될 수 있는 횟수를 제한하고 해당 지점에서 인출해야 합니다(그렇지 않으면 이전 소유자가 가져갈 수 있음).

statechain 기반의 라이트닝 채널

Commerceblock은 이제 Somsen의 원래 제안에 있었던 것을 달성하기 위해 새로운 BLIP(Bitcoin Lightning Network Upgrade Proposal)를 작성하고 있습니다.

statechain 자체의 단점 중 하나는 전송할 때마다 전체 UTXO가 함께 전송된다는 점입니다. 하지만 스테이트체인 출금 거래가 일반 사용자의 주소가 아닌 라이트닝 채널로 자금을 이체한다면? 그런 다음 statechain 자금의 일부는 채널의 초기 잔액 분배를 통해 전송될 수 있으며 채널은 일상적으로 번개 지불을 시작할 수 있습니다.

전체 프로세스는 또한 사용자가 statechain 펀드를 생성하는 것으로 시작됩니다. 이 Statechain의 생성자와 운영자는 일반적인 프로세스를 거칩니다: 공유 개인 키를 생성하고 시간 잠금으로 블록 트랜잭션에 서명한 다음 생성자(Alice)는 statechain 자금을 수락할 의사가 있는 채널 상대방(Bob)을 찾습니다. Alice와 Bob은 함께 Alice와 운영자가 개인 키를 분할하여 자신의 공유 공개 키를 만드는 동일한 프로세스를 따릅니다. 그런 다음 둘 다 자신의 공개 공개 키와 개인 공개 키의 일부를 Statechain 운영자와 공유합니다. 이를 통해 운영자는 각 서명에 도전하고 statechain 인출 타임록이 만료될 때까지 기다릴 필요 없이 최신 잔액에서 statechain을 닫기 위해 협력하는 데 동의했음을 인증할 수 있습니다.

여기에서 Bob의 승인을 통해 Alice와 이 Statechain의 운영자는 거래에 서명하여 statechain의 자금을 다중 서명 Lightning 채널로 직접 지출하고 Lightning Network 채널의 생성 프로세스를 처리할 수 있습니다(번역된 작성자의 메모: 이 채널은 Alice와 Bob 사이의 채널입니다).

현재 Statechain 주소는 여전히 Alice와 운영자의 손에 있지만 라이트닝 채널을 연 거래는 이제 Bob의 손에 있으며 시간 잠금은 원래 출금 거래보다 짧습니다. Alice에 의해 일방적으로 처리됩니다. Statechain을 닫기 전에 적용됩니다. 그런 다음 Alice와 Bob은 운영자와 최종 업데이트를 완료하고 공유 공개 키를 사용하여 Alice-Bob 채널에 스테이트체인 자금을 지출하는 운영자와 인출 트랜잭션을 생성합니다. Bob의 공유 공개 키는 스테이트체인의 새로운 소유자가 됩니다. 이 출금 거래의 타임록은 더 짧습니다. 이제 Alice와 Bob은 Lightning 채널이 있음을 알릴 수 있습니다.

(번역자 주: 이 일련의 계약의 목적은 현재 소유자와 의도한 지불자 사이에 스테이트체인 펀드를 기반으로 채널을 생성하여 현재 소유자가 스테이트체인 자금을 분할하고 자금의 일부만 의도한 지불자에게 지불할 수 있도록 하는 것입니다. 계약이 종료된 후 관련 Statechain은 더 이상 원래 소유자(여기서는 Alice)에게 속하지 않습니다. Alice와 일치하는 개인 키 조각이 운영자에 의해 파괴되었기 때문입니다.

(번역자 주: 채널에서 Alice와 Bob 간의 모든 트랜잭션을 전송해야 하기 때문에 Alice가 실제로 모든 채널(또는 그녀의 남은 잔액)을 Carol에게 전송할 수 없다는 단점 또는 불완전성입니다. 그렇지 않으면 Alice와 Bob이 Carol을 사취하기 위해 공모할 수 있지만 Alice가 모든 데이터를 전송하도록 설계된 메커니즘이 없으므로 Alice/Bob은 각 라이트닝 지불이 시작된 후 약정을 제출해야 합니다. , 위에서 설명한 원칙에 따라 두 당사자의 라이트닝 채널이 아닌 다자간 코인풀로 간주할 수도 있습니다.)

statechain의 유용성 향상

이 제안은 statechain의 엄격한 유동성 요구 사항을 완화하므로 statechain의 유용성을 크게 증가시킬 것입니다. 누군가가 스테이트체인 펀드를 받고 싶어하지만 액면가가 지불 금액과 일치하지 않는다는 것을 알게 될 때마다 발신인은 한 당사자가 나머지 자금을 사용할 때까지 TA로 라이트닝 채널을 열어 이 문제를 해결할 수 있습니다(또는 스테이트체인의 모든 자금이 속하는 채널). 당사자 중 하나), 모든 statechain 자금을 이체하기 위해 이체를 완료합니다. 이러한 가능성은 statechain의 유용성을 증가시킬 뿐만 아니라 Lightning Network의 유용성도 증가시킵니다(프로토콜이 적절하게 지원되는 경우).

채널의 잔액 재조정은 트랜잭션을 보내고 받기만 하는 라우팅 노드이든 에지 노드이든 라이트닝 네트워크의 노드에 필요한 기능입니다. 채널의 모든 자금이 채널의 한쪽 끝으로 이동하면 이 채널은 특정 방향으로 지불을 전송하는 기능을 상실합니다(모든 자금이 귀하의 편이면 이 채널을 통해 지불을 받을 수 없습니다. 모든 자금이 모두 상대방 편이면 이 채널을 사용하여 지불할 수 없습니다). 따라서 한 채널에서 다른 채널로 자금을 이동하여 다른 채널에서 불균형을 일으켜 자신의 채널을 재조정해야 합니다. 궁극적으로 이 역학은 라이트닝 네트워크와 온체인을 통해 자금을 교환해야 하는 어딘가의 채널로 끝납니다.

스테이트체인은 유동성이 온체인으로 이동하도록 허용하지만 온체인 발자국을 생성하거나 이에 대한 수수료를 지불하지 않습니다. 고갈된 채널이 있고 모든 잔액이 상대방에게 있으며 지출할 수 있는 용량이 부족하고 Statechain 펀드가 있다고 가정합니다. 글쎄요, 이 Statechain 자금을 기꺼이 수락하는 사람에게 이체할 수 있으며, Statechain 자금을 모두 사용할 수 없다면 그 위에 Lightning 채널을 구축할 수 있으며 이 채널을 사용하여 재조정할 수도 있습니다. 일반 번개 채널.

이렇게 하면 채널의 균형을 재조정하기 위해 거쳐야 하는 채널의 수 측면에서 효율성을 높일 수 있습니다(채널의 균형을 재조정하려는 경우 돈이 흐르는 모든 채널의 균형이 맞지 않는다는 점을 잊지 마십시오). 이 경우 동일한 상대방에게 직접 자금을 보내 채널의 균형을 재조정할 수 있습니다. 특정 채널을 닫고 다른 사람과 다른 채널을 열고 싶다면 이 채널의 모든 균형을 재조정하고 상태 체인을 기반으로 새로운 상대와 설정한 새 채널로 모두 옮길 수도 있습니다.

스테이트체인과 라이트닝 네트워크의 미래

향후 계획에 대해 논의하면서 Commerceblock의 Nicolas Gregory는 "우리의 계획은 라이트닝이 상태 채널을 사용하여 오프 체인을 재조정하는 데 도움이 되도록 상태 체인과 라이트닝 기술을 결합하는 표준 접근 방식을 수립하는 것입니다. 현재 A 세트의 규범이 이 목표의 초석이 될 것입니다. .”

처음부터 statechain은 자체 문제를 해결하기 위해 Lightning Network와 통합하도록 제안되었습니다. 즉, 결제 시 전체 UTXO의 가치를 전송해야 합니다. 이것은 또한 자체 유동성 관리 방법이 없는 라이트닝 네트워크에 어느 정도의 유연성을 제공합니다.

라이트닝 네트워크가 건전한 초기 성장 단계에 있고 견고한 상태 체인 구현이 1년 넘게 진행되었으므로 이제 두 가지를 결합하는 것을 고려할 때입니다. 네트워크로서의 라이트닝 네트워크는 직접 연결되지 않은 두 당사자 간의 송금을 자동으로 처리하는 시스템입니다. 네트워크 맵의 각 채널이 내부적으로 어떻게 작동하는지에 관해서는 엄밀히 말하면 채널을 설정하는 두 당사자가 스스로 얻을 수 있는 한 송신자와 수신자 모두에게 중요하지 않습니다.

Statechain과 Lightning Channel은 서로에게 많은 이점을 제공하며, 우리가 해야 할 일은 두 가지가 상호 작용할 수 있는 표준화된 방법을 개발하는 것뿐입니다.