수신자와 발신자가 동시에 온라인이어야 하나요? 자본 효율성이 낮나요? 라이트닝 네트워크에 대한 여섯 가지 오해를 깨다

원문 제목：Lightning for those who haven't checked in on it in a while

저자： Viktor Bunin ， Coinbase Cloud 프로토콜 전문가

편집：첸원， ChainCatcher

나는 한동안 Lightening (이하 "라이트닝 네트워크")를 사용하지 않았다.

내가 마지막으로 시간을 들여 연구한 것은 2019년으로, 그때 나는 Elizabeth Stark와 다른 커뮤니티 리더들과 함께 베를린에서 첫 번째 라이트닝 네트워크 회의를 조직했다. 그 이후로 나는 대부분의 시간을 다른 프로토콜에 쏟았고, Elizabeth와 같은 사람들과 여전히 친구이지만, 라이트닝 네트워크의 실제 작동 원리에 대한 이해는 퇴화했다. 다시 살펴보니 나만 그런 것이 아니라 내 대부분의 친구들도 마찬가지였다.

이 글은 최근에 라이트닝 네트워크를 사용하지 않은 사람들을 위해 준비되었다. 내가 겪었던 오해나 내가 본 다른 사람들의 오해를 논의할 것이다. 내가 놓친 좋은 관점이 있다면, Twitter에서 나에게 메시지를 남겨주길 바란다.

오해 1：자신의 노드를 운영해야만 비관리형으로 라이트닝 네트워크를 사용할 수 있으며, 이는 일반 사용자가 모바일 장치를 사용할 수 없게 만든다.

몇 년 전에는 그랬지만, 지금은 사용자가 모바일 장치에서 비관리형 라이트닝 클라이언트를 통해 라이트닝 네트워크를 사용할 수 있다. 사용자는 항상 자신의 키를 제어할 수 있으며, 라이트닝 네트워크 경량 클라이언트의 지갑 경험은 이더리움에서 RPC 호출을 통해 Alchemy 또는 Infura를 사용할 때의 지갑 경험과 동일하다.

오해 2：송신자와 수신자는 동시에 온라인 상태여야 라이트닝 네트워크 결제가 성공할 수 있다(오프라인/동기화 결제가 없다).

이런 상황은 여전히 존재하지만, 몇 가지 기발한 우회 방법이 있다. 지갑이 전면에서 실행되지 않더라도, 비관리형 라이트닝 네트워크 모바일 지갑은 백그라운드 작업이나 모바일 알림을 통해 결제를 받을 수 있다. 그러나 이 방법은 모바일 운영 체제의 제한을 받는다. 현대 운영 체제는 배터리 절약을 위해 백그라운드 애플리케이션의 계산량을 제한한다. 몇 건의 LN 결제를 받는 것은 문제가 없지만, 짧은 시간 내에 너무 많은 결제를 받으면 계산량 제한으로 인해 실패하기 시작한다.

장기적으로, 라이트닝 네트워크 프로토콜 개발자들은 신뢰 없는 지연을 임의로 길게 하는 비동기 결제(Async Payments) 규격을 개발하고 있다. 본질적으로, 결제는 송신자의 노드에서 기록되지만, 수신자의 노드가 오프라인인 경우 결제는 송신자의 LSP(라이트닝 네트워크/유동성 서비스 제공자, 일반적으로 지갑 자체에서 운영)에서 대기하게 된다. 이 업그레이드는 내년에 이루어질 것으로 예상되지만, 현재 공식 출시 날짜는 없다. 그러나 이는 참여하는 지갑이 LSP를 포함해야 하며, 이는 전체 네트워크 솔루션으로서의 채택을 저해할 수 있다.

오해 3：라이트닝 네트워크는 양측 사용자가 채널을 열기 위해 동일한 양의 BTC를 투자해야 한다.

이것은 사실이 아니다. 대부분의 라이트닝 네트워크 클라이언트에서 채널은 기본적으로 단방향으로 열리므로, 송신자만 채널에 자금을 투자하면 되고, 수신자는 완전히 새로운 빈 주소일 수 있다. 이 오해는 라이트닝 네트워크 백서에서 비롯되며, 백서의 예시는 항상 양방향 자금 채널을 언급하고 있다.

이것은 사실 흥미로운 배경 이야기에 기반하고 있다. 초기 결제 채널(Spilman)은 단방향 결제만 허용했다. 라이트닝 네트워크의 혁신은 이중 자금, 양방향 결제를 가능하게 했고, 채널에 만료 시간이 없다는 점이다. 아마도 이것이 라이트닝 네트워크 논문이 이 점에 그렇게 집중하는 이유일 것이다. 당시 알려진 프로토콜 설계에 비해 이는 중대한 발명이다.

오해 4：라이트닝 네트워크는 사용자가 특정하고 단일 용도의 송장을 지정해야 하며, 이는 매우 나쁜 사용자 경험이다.

이것은 처음에는 사실이었다. 그러나 이제는 라이트닝 네트워크 주소가 생겼으며, 이는 기본적으로 라이트닝 네트워크의 ENS이다. 이들은 lnurl-pay를 통해 활성화되어, 사용자가 라이트닝 네트워크를 통해 [email protected]으로 BTC를 보내는 것을 허용한다. 수량이나 시간에 관계없이.

오해 5：사용자는 BTC를 보낼 때 비트코인과 라이트닝 네트워크를 이해하고 선택해야 한다.

예전에는 확실히 그랬다. 그러나 지금은 다르다. 이제 그들은 통합 QR 코드를 가지고 있으며, 이는 체인 상 주소와 라이트닝 네트워크 송장을巧妙하게 결합하여 송금 지갑이 올바른 경로를 선택할 수 있게 한다. CashApp을 열고 비트코인 탭으로 이동하라. 주목할 점은, 캐시 앱이 라이트닝 네트워크를 지원하지만, 라이트닝 네트워크를 선택할 수 있는 옵션이 없다는 것이다. 이는 그들이 통합 QR 코드를 사용하고 있기 때문이다.

그러나 이는 단일 잔액 문제를 해결하지 못한다------사용자의 BTC 잔액은 여전히 체인 상과 라이트닝 네트워크에 분할될 수 있다. 잠수 교환 (Submarine swap) 및/또는 스플라이싱 (Splicing)을 통해 어느 정도 이 문제를 해결할 수 있지만, 내 장기적인 관점은 사용자가 이것이 문제라는 것을 인식하지 못할 것이며, 라이트닝 네트워크의 존재조차 인식하지 못할 것이라는 것이다. 왜냐하면 지갑과 다른 공급자가 기본 복잡성을 처리하고, 이러한 문제는 매끄러운 사용자 경험 아래 숨겨질 것이기 때문이다.

오해 6：라이트닝 네트워크의 자본 효율성이 낮아 실행 불가능하다.

이 논의는 다소 미묘할 것이며, 나는 중립을 유지하려고 노력할 것이다.

라이트닝 네트워크는 중심 방사형 모델을 채택하고 있다. 거래소, 관리형 지갑, LSP 및 최적의 라우팅 노드 간의 대규모 채널은 높은 "단위 자본 배분 수량" 비율을 가지므로, 네트워크의 허브 간 부분은 높은 자본 효율성을 가진다.

그러나 라이트닝 네트워크의 자본 효율성이 낮은 부분은 가장자리------비관리형 사용자이다. 관리형 라이트닝 네트워크 사용자의 경우, 지갑은 다른 센터와 대규모 채널을 유지하고 사용자 잔액을 내부적으로 정산하면 된다. 비관리형 사용자에게는 지갑이 각 사용자와 개별적으로 개방형 자금 채널을 유지해야 한다. 도전 과제는 이러한 채널 간에 지속적인 유동성 분배 및 관리를 어떻게 유지할 것인가이다.

구체적인 예를 들어보자: 비관리형 지갑 사용자가 라이트닝 네트워크를 통해 친구에게 0.1 BTC를 보내고 싶어 한다. 그들이 지갑 제공자와의 채널 및 경로상의 각 노드에 충분한 유동성이 있다고 가정하면, 결제는 성공할 것이다. 그러나 이제 지갑은 문제에 직면하게 된다------그들의 쪽 채널에 0.1 BTC가 있으며, 사용자가 어떤 결제도 받지 못하면(따라서 채널을 재조정하지 못하면) 이 0.1 BTC는 그곳에 방치되어 지갑 제공자의 비효율성을 초래하게 된다. 이때 지갑 제공자는 유동성을 유지할 것인지, 채널을 닫아 사용자 경험을 나쁘게 만들 것인지, 아니면 채널을 스플라이싱하여(사용자는 보지 못함) 유동성을 추출할 것인지 결정해야 한다.

비관리형 사용자에게 있어 이러한 가장자리 자본 효율성 저하 문제는 매우 성가신 최적화 문제이며, 객관적으로 거래 규모가 아무리 크더라도 이는 계좌 기반 모델보다 나쁘다. 그러나 이는 해결할 수 없는 문제가 아니다. 실행 불가능하지 않다면 반드시 성공할 수 있으며, 이것이 비트코인 개발자 커뮤니티의 좌우명이다.

자본 최적화의 어려움 외에도, 또 다른 도전 과제는 채널 및 유동성 관리와 관련된 비용이다. 각 스플라이싱, 채널 종료 등의 작업은 체인 상 거래가 필요하다. 비트코인의 안전 예산은 거래 수수료의 대폭 상승에 의존하지만, 거래 수수료가 30에서 60달러로 상승하면 채널 관리의 규모 비용은 극도로 높아져, 전 세계 대부분의 인구가 비관리형 라이트닝 네트워크를 사용할 수 없게 될 것이다. 인센티브 메커니즘의 구축 덕분에 관리형 라이트닝 네트워크 지갑은 현재 우위를 점하고 있으며, 체인 상 수수료가 증가함에 따라 그 우위는 더욱 커질 수 있다. 왜냐하면 그들의 종합 계좌(omnibus account) 모델이 채널 관리의 빈도를 크게 줄이기 때문이다. 커뮤니티는 비관리형 라이트닝 네트워크 지갑이 계속해서 네트워크의 일급 시민이 되도록 문제를 해결하기 위해 노력하고 있지만, 현재로서는 명확한 해결책이 없다.

간단하고 매끄럽고 완전히 추상화된 라이트닝 네트워크를 만들기 위해서는 아직 갈 길이 멀다. 현재 여전히 많은 가장자리 사례가 있으며, 비관리형 사용자는 극한의 사용자 경험을 누리지 못하고 있다. 그러나 많은 문제들이 해결되었고, 향후 몇 년 동안 더 많은 문제들이 해결될 것이다. 이미 번개가 왔으니, 천둥이 멀지 않을 것이다.

라이트닝을 시도해보고 싶으신가요?

비관리형 사용자는 Phoenix Wallet 또는 Breez를 선택할 수 있다.

관리형 사용자는 Wallet of Satoshi를 선택할 수 있다.

또는 사용자가 직접 LND를 운영하여 수동으로 작업할 수도 있다.