다양한 Lightning 구현을 탐색하는 것은 도전이 될 수 있습니다. 처음에는 c-lightning, eclair 및 lnd의 세 가지 구현이 있었지만, ptarmigan, rust-lightning 및 Electrum이 최근에 등장하면서 더 많은 구현이 계속해서 나오고 있습니다.
종종 개발자와 개발 지망생들은 특정 구현이 작성된 언어에 따라 사용하거나 기여하기로 선택하는 것 같습니다. Scala에 익숙하신가요? eclair를 선택하세요. Rust의 잠재력에 흥미가 있나요? rust-lightning을 선택하세요. 그러나 각 구현의 목표, 설계 철학, 사용 사례 및 트레이드 오프와 같은 다른 주요 고려 사항도 있습니다. 또한 특정 언어로 작성된 구현이 있다고 해서 반드시 그 언어로 코딩해야 생태계에 기여할 수 있는 것은 아닙니다.
lnd와 rust-lightning 구현 간의 대조는 Breaking Bitcoin 2019의 패널에서 탐구되었으며 이 Bitcoin Magazine 기사에서도 다루어졌습니다. lnd는 개발자의 부담을 덜고 즉시 사용할 수 있는 궁극적인 기능을 제공하려고 하는 반면, rust-lightning은 개발자가 자신의 구성 요소를 가져와서 통합할 수 있도록 궁극적인 유연성을 제공하려고 합니다.
대조적으로, c-lightning은 제3의 방법을 제공합니다. 이는 개발자가 조정하거나 교체하지 않도록 설계된 강력하고 안전한 코어를 유지합니다. 유연성과 추가 기능은 Python 또는 Go와 같은 다양한 언어로 개발자가 작성할 수 있는 플러그인을 사용하여 제공됩니다. c-lightning 생태계의 목표는 lnd 및 eclair와 같은 다른 구현의 영역에서 새로운 최첨단 기능을 실험할 수 있는 테스트베드로 부상하는 것이며, 코어의 성능과 견고함을 희생하지 않는 것입니다.
플러그인은 주요 lightningd 데몬에 의해 시작되는 하위 프로세스입니다. 이들은 lightningd와 협력하여 작동합니다. 필요하지 않은 플러그인은 실행할 필요가 없습니다. 일부 플러그인은 내부 이벤트에 대해 플러그인에 알리거나 lightningd의 동작을 변경할 특정 후크가 lightningd에 도입되어야 합니다.
첫 번째 C-Lightning 플러그인
Blockstream은 c-lightning 팀이 작성한 최초의 플러그인을 소개하는 Medium 블로그 게시물을 시리즈로 제공합니다. 여기에는 노드 상태의 요약을 제공하는 “Summary” 플러그인이 포함되어 있으며, 여기에는 온체인에서의 사토시, 이를 법정 화폐로 환산한 금액, 피어 수, 채널 수, 얼마나 균형 잡혀 있는지 등이 포함됩니다.
“Probe” 플러그인은 네트워크의 특정 노드로 결제를 할 수 있는 경로가 있는지 여부를 결정하고, 필요한 수수료 수준을 반환하며, 성공적인 결제를 방해하는 채널을 나타냅니다. 이는 향후 결제를 준비하거나 단순히 네트워크의 토폴로지를 탐색하는 데 사용될 수 있습니다.
“Prometheus” 플러그인은 노드의 성능에 대한 데이터를 수집하여 시각화 및 알림을 제공합니다. 이러한 모든 플러그인에 대해 기능을 추가하거나 처음부터 자신의 플러그인을 구축하여 기여할 수 있습니다.
커뮤니티 플러그인
현재 작성 시점에서 c-lightning에 대해 총 16개의 “커뮤니티 큐레이션” 플러그인이 제공됩니다. 여기에는 Rene Pickhardt가 구축한 라이브러리에서 포팅된 자동 조종 플러그인이 포함됩니다. 자동 조종기는 사용자를 대신하여 어떤 노드와 채널을 열지 결정합니다. 사용자는 자동 조종기에 자신의 자금 비율, 열 채널 수 및 최소 채널 크기를 알려야 합니다. 자동 조종기는 또한 원격 당사자가 채널을 열거나 닫을 때 lightningd에 의해 알림을 받아야 합니다. 효과적인 자동 조종기를 구축하는 것은 사용자의 선호도, 즉 성공적인 결제의 확률을 극대화하는 것과 네트워크 건강, 즉 탈중앙화 수준 간의 충돌로 인해 도전적입니다.
또한 사용자의 채널 간에 유동성을 이동시켜 충분한 유입 및 유출 유동성을 보장하는 리밸런스 플러그인과, 사용자가 먼저 송장을 받지 않고 결제를 할 수 있게 해주는 송장 없는 결제 플러그인이 있습니다. c-lightning을 실행할 때 이러한 플러그인의 조합을 켜거나 끌 수 있습니다.
Lisa Neigut (@niftynei)가 자신의 트윗에서 언급했듯이, c-lightning은 lnd와 같은 제3자 앱 개발자를 위한 “표준화된 HTTP 접근 인터페이스”나 “인증 스킴”을 기본적으로 제공하지 않습니다. 그러나 커뮤니티에서 구축한 플러그인은 다른 구현에서 존재하는 c-lightning에 대한 동등한 기능을 구축할 기회를 제공합니다.
Kristaps Kaupe는 일부 lnd 명령을 에뮬레이트하는 플러그인용 GitHub 저장소를 시작했습니다. 주목할 만한 다른 플러그인 저자는 피어를 차단하는 플러그인을 포함하여 Go로 플러그인 모음을 작성한 Richard Bondi, 지불자가 수취인과 상호작용할 수 있도록 도와주는 LN URL을 구현한 플러그인을 작성한 fiatjaf, 최고 용량 노드와 채널을 생성하는 플러그인을 포함하여 Python으로 여러 플러그인을 작성한 Conor Scott가 있습니다. 마지막으로, Justin Moon은 하드웨어 지갑으로 Lightning 채널에 자금을 지원하는 개념 증명 플러그인을 구축했습니다.
플러그인의 도전 과제
이 플러그인 아키텍처가 두 세계의 장점을 제공하는 것처럼 보이지만, 몇 가지 도전 과제와 잠재적인 단점도 있습니다. 현재로서는 rust-lightning의 궁극적인 유연성이 기존 Bitcoin 지갑이 Lightning을 기존 코드베이스에 통합하는 데 더 적합할지를 의미하는지는 불확실합니다.
또한 커뮤니티 플러그인의 수가 증가하고 이러한 플러그인에 의존하는 Bitcoin의 가치가 증가함에 따라 보안 및 큐레이션이 중요해질 것입니다. 플러그인 간에는 필연적으로 중복 및 겹침이 발생할 것입니다.
큐레이션은 사실상 어떤 플러그인을 사용해야 하고 어떤 플러그인을 사용하지 말아야 하는지를 추천하기 때문에 도전적입니다(비공식적으로, caveat emptor). 큐레이션이 없으면 사용자가 모든 경쟁 플러그인을 검토하지 않고는 신속하게 시작하는 것이 불가능해집니다. 일부 언어(및 일부 개발자!)가 보안에 중요한 소프트웨어를 작성하는 데 더 적합하다는 주장이 있습니다. 그러나 특히 위험한 JSON-RPC 메서드는 개발자 옵션으로만 설치할 수 있으며, c-lightning 팀의 도움을 받아 테스트 및 디버깅을 위해서만 의도됩니다. 또한 특정 후크를 활용할 때 플러그인 개발자가 겪을 수 있는 위험에 대한 지침도 제공됩니다.
이 접근 방식이 개발자에게 완전히 허가 없는 환경을 생성하는 것은 아닙니다. 일부 미래의 플러그인은 여전히 c-lightning 팀에 의해 c-lightning 코드베이스에 병합될 추가 후크가 필요할 것입니다. 예를 들어, 감시탑 플러그인을 용이하게 하기 위한 후크가 작성 시점에서 논의되고 있습니다. 보안 문제나 구현 세부 사항으로 인해 일부 후크가 병합되지 않을 가능성도 있습니다.
c-lightning 노드가 서로 다른 플러그인 세트를 실행할 때 호환성 문제가 발생하는지 여부는 아직 확인되지 않았습니다. c-lightning 노드가 모두 동일한 릴리스를 실행한다고 가정할 때, 서로 다른 구현 간의 호환성을 보장하는 것은 이미 도전적입니다. 그러나 실험은 중요하며, 이러한 실험에서 얻은 교훈은 Lightning 프로토콜의 BOLT 사양을 최종화할 때 매우 귀중할 것입니다.
런던 비트코인 개발자들
다양한 언어로 새로운 플러그인을 구축하고 실험할 기회가 개발자들을 c-lightning 위에 구축하도록 끌어들이고 있습니다. Antoine Poinsot (@darosior)는 2020년 3월 런던 비트코인 개발자 모임에서 발표하기 위해 런던에 왔습니다. Poinsot는 사용자가 선택한 플러그인을 제공하고 선택한 플러그인을 동적으로 시작하는 플러그인 관리자인 Reckless를 개발하고 있습니다. 그는 또한 플러그인이 모든 RPC 명령을 인수하고 변경할 수 있도록 하는 RPC 명령 후크를 구축했습니다. 이는 사용자가 lightningd와 상호작용하는 방식이기 때문에 잠재적으로 위험하고 실험적입니다. RPC 명령이 수락되거나 거부되거나 변경될 수 있다면 여러 사용 사례가 열리지만 사용자가 자금을 잃을 가능성도 있습니다.
이 RPC 명령 후크는 Rusty Russell의 최근 발표의 기초가 되었습니다. 트램폴린 라우팅에서 HODL 송장에 이르기까지 구축할 수 있는 플러그인이 여전히 많이 있으며, Christian Decker는 “그런 플러그인이 이미 있다”는 말이 밈이 될 것이라고 예상합니다. 그런 경우 Decker와 c-lightning 커뮤니티는 이 새로운 플러그인 정글을 큐레이션하는 데 많은 작업을 해야 할 것입니다.
이 기사에 기여한 Antoine Poinsot와 Christian Decker에게 감사드립니다.
