라이트닝 네트워크는 비트코인처럼 정확히 포크될 수는 없지만, 점차 확장하고 있습니다. 최소한의 실행 가능한 프로토콜은 실제로 비트코인 메인 네트워크에서 라이브로 운영되기 전에 초기 BOLT 문서에서 처음 명시되었지만, 이는 시작점에 불과했습니다. 프로토콜에서 구축해야 할 확장 기능과 해결되지 않은 확장성 문제를 가진 영역이 여전히 많이 있습니다. 일반적으로 라이트닝 프로토콜 자체는 기존 문제를 해결하고 비트코인 위에서 글로벌 거래 네트워크로 기능할 만큼 충분히 강력하고 확장 가능해지기 위해 아직 갈 길이 멉니다.
블록체인이 확장되지 않는다는 명백한 현실 외에도 비트코인에 대한 확장 솔루션으로서 2차 계층 시스템의 일부 이유는 더 쉽게 실험할 수 있는 공간을 만드는 것입니다. 라이트닝과 같은 2차 계층의 경우, 새로운 것을 시도하기 위해 모두가 변화에 동의할 필요가 없습니다. 당신이 하는 일이 비트코인이 지원하는 기본 계층 기능과 작동하는 한, 두 사람만으로도 분리되어 새로운 기능을 실험할 수 있습니다. 다양한 구현이 비트코인의 기본 계층보다 더 큰 자유를 활용하기 시작했으며, Core Lightning (CLN), Lightning Network Daemon (LND) 및 Lightning Dev Kit (LDK) 팀의 일부 구성원은 비트코인 2022에서 각 팀이 라이트닝 클라이언트의 기능 세트를 확장하는 데 있어 어떤 우선순위를 두고 있는지 논의하는 매우 흥미로운 패널에 참여했습니다.
LND
라이트닝 연구소가 운영하는 LND는 현재 네트워크에서 가장 널리 채택된 라이트닝 구현으로, 현재 Breez, Blixt, Zap 및 라이트닝 연구소의 라이트닝 앱과 같은 인기 지갑의 백엔드 역할을 하고 있습니다. 또한 Bitrefill 및 Hodl Hodl과 같은 주요 비즈니스에도 동력을 제공합니다. LND의 가장 큰 단점 중 하나는 채널 상태 데이터베이스의 엄청난 성장률이지만, 여전히 네트워크에서 현재의 선두주자입니다.
라이트닝 연구소 팀은 일반적으로 비즈니스 모델의 핵심으로서 라이트닝 프로토콜의 고유한 단점을 해결하기 위해 자체 수익화된 서비스를 제공하는 데 집중해 왔습니다. 단기적으로 현재 로드맵에 따르면, LND는 개발 노력의 주요 우선순위로 두 가지를 설정했습니다.
첫 번째는 채널을 위한 새로운 거래 구조를 가능하게 하는 Taproot의 구현입니다(채널이란 사전 서명된 거래 집합이라는 점을 기억하세요). 이는 향후 개인 정보 보호 개선의 기초를 마련합니다. 그 중 하나는 해시 타임락 계약(HTLC)에서 포인트 타임락 계약(PTLC)으로의 전환입니다. 현재 HTLC는 결제가 결제 경로를 따라 모든 홉에서 성공하거나 실패하도록 보장합니다; 해시락의 프리이미지가 공개되어 결제가 모든 사람에게 통과되거나 그렇지 않으면 환불됩니다. PTLC는 해시 대신 어댑터 서명을 사용하여 동일한 작업을 수행하며, 이는 경로를 따라 모든 홉이 여러 홉에서 단일 결제를 식별할 수 있는 동일한 해시를 갖지 않음을 의미합니다. 이는 네트워크의 마법 같은 개인 정보 보호 솔루션은 아니지만, 다른 솔루션이 구현되면 포괄적인 개인 정보 보호를 위한 빌딩 블록이 됩니다.
라이트닝을 위한 Taproot 채널을 구현한 후의 다음 단계는 네트워크에서 이를 사용하도록 채널을 업데이트하는 것입니다. 현재 이 글을 작성하는 시점에서 82,697개의 공개 라이트닝 채널이 있습니다. 약 3300개의 거래를 포함하는 블록 공간의 가장 효율적인 사용으로, 모든 채널을 종료하는 데 25개의 블록이 필요하고, Taproot 채널로 다시 열기 위해 또 다른 25개의 블록이 필요합니다.
공개 채널 수의 두 배만큼의 비공식 채널이 있다고 가정해 보겠습니다. 이는 모든 기존 라이트닝 채널을 Taproot 채널로 종료하고 다시 여는 데 약 150개의 블록이 필요하다는 것을 의미합니다. 그러나 실제로는 이러한 블록이 단순히 라이트닝 거래로 가득 차지 않을 것이므로, 전체 네트워크가 순환하고 업그레이드하는 데 일주일 이상 걸릴 수 있습니다. LND는 “즉석 채널 업데이트”라는 기능을 구현할 계획입니다. 이는 기존 채널을 종료하고 새로운 채널을 여는 대신, 기존 채널 상태(사전 서명된 거래)를 새로운 채널로 사용하는 것입니다. 이는 비협조적 종료에 대해 추가 거래 비용이 발생하지만, 노드 운영자가 기존 채널을 종료하지 않고도 새로운 Taproot 기반 기능을 활용할 수 있게 해줍니다.
분명히 Taro의 구현은 이러한 개발 이후 어느 시점에서 주요한 자리를 차지할 가능성이 높지만, 완전히 새로운 최상위 토큰 프로토콜의 구현은 상당한 시간이 걸릴 것입니다. 구현하기에 좋은 다른 기능과 노드의 기존 기능을 최적화하는 일상적인 작업을 고려할 때, 그 일이 언제 실현될지는 알 수 없습니다.
CLN
CLN(구 c-lightning)은 당시 많은 보도와는 달리 2018년 메인넷에서 라이브로 운영된 첫 번째 라이트닝 구현이었습니다. CLN의 전체 아키텍처는 모듈성을 기반으로 구축되어, 노드의 다양한 구성 요소(예: 키 및 서명 처리 부분)를 쉽게 교체하고 사용자 정의할 수 있습니다. 사용자들이 CLN과 인터페이스하고 특정 상황이나 특정 이벤트에 반응하여 노드의 작동 방식을 변경할 수 있도록 사용자 정의된 동작을 작성할 수 있는 플러그인 시스템도 있습니다.
이의 주요 예는 결제 기능으로, CLN에 기본 제공되는 결제 동작을 위한 플러그인으로 구현되었습니다. 이는 결제 경로를 파악하고 이를 전송하는 노드의 부분입니다. 자동화된 노드 관리, 감시탑 플러그인 및 자동 탐색 로직, 비트코인 코어의 동적 가지치기 등 다양한 플러그인이 제공됩니다. CLN이 항상 필요한 블록을 동기화할 수 있도록 보장합니다. 플러그인의 큰 목록은 여기에서 찾을 수 있습니다.
CLN의 핵심 목표는 항상 모듈성과 유연성이었으며, 팀은 Greenlight 소프트웨어 스택을 통해 이를 다음 단계로 발전시킬 계획입니다. Greenlight는 노드의 다양한 부분의 기능을 더욱 분리하여 사용자가 실제 노드 백엔드가 채널 및 기타 데이터를 처리하는 곳과는 다른(또는 여러) 장치에서 키 및 서명 작업을 저장하고 관리할 수 있도록 합니다. Breez Wallet은 CLN/Greenlight로 전환하고 지갑의 다양한 기능을 별도의 애플리케이션으로 분리하여 이 아키텍처가 제공하는 자유를 활용할 계획입니다. 팟캐스트 스트리밍, 일반 지갑 사용, PoS 시스템을 위한 별도의 앱이 모두 동일한 노드에 연결됩니다. 이는 모바일 지갑이 오프라인일 때 결제를 받을 수 있는 가능성을 열어줍니다. 이는 라이트닝의 많은 사용 사례에서 주요 문제입니다. 별도의 서명 장치를 집에 항상 온라인 상태로 두고, 채널 잔액이 증가할 때만 채널 업데이트에 서명하도록 프로그래밍할 수 있습니다. 문제 해결, 이제 자금을 받기 위해 항상 휴대전화를 켜고 있을 필요가 없습니다.
CLN의 다음 우선순위는 Niftynei의 이중 자금 채널 작업을 기반으로 구축하는 것입니다. 현재 라이트닝 채널을 열 때 채널의 한쪽만 자금 UTXO를 제공하여 채널의 모든 유동성이 해당 당사자의 측에 남아 있습니다. CLN은 현재 양쪽 모두가 자금 거래에서 UTXO를 기여할 수 있는 이중 자금 지원을 지원하여 채널이 양쪽 모두 자금을 가진 균형 상태로 시작할 수 있도록 합니다. 이 기능을 기반으로 현재 프로토콜을 위한 오랫동안 논의된 기능인 스플라이싱을 구현하는 작업을 진행 중입니다.
스플라이싱은 채널에 더 많은 자금을 추가하거나 일부 자금을 제거하는 단일 거래로 채널을 열고 닫을 수 있게 해줍니다. 이는 채널 유동성에 큰 이점이 될 것입니다. 누군가와 채널을 열어 자금을 받을 수 있도록 하고, 그들이 필요로 하는 금액의 열 배를 할당했다는 것을 깨닫는 상황을 상상해 보세요. 스플라이싱을 통해 과잉 자금을 제거할 수 있으며, 이는 상대방의 자금 수령 능력을 방해하지 않고 비트코인을 더 생산적인 곳에 할당할 수 있게 해줍니다. 이는 일반 사용자, 라이트닝 서비스 제공업체(LSP) 및 라우팅 노드 모두에게 큰 이점이 될 것입니다. 이는 그들이 다른 당사자를 위해 채널을 종료하지 않고도 유동성을 더 효율적으로 활용할 수 있게 해줍니다.
LDK
라이트닝 개발 키트는 라이트닝 노드 구현이라기보다 라이트닝 노드를 구축하는 데 사용할 수 있는 라이브러리입니다. 라이트닝 노드의 모든 개별 구성 요소, 라우팅 로직, 채널 관리, 채널이 열려 있는지 확인하기 위해 블록체인 상태를 모니터링하는 로직 등을 위한 코드를 제공합니다.
Blue Wallet은 LDK 기반 구현을 진행 중이며, LDK를 중심으로 한 새로운 라이트닝 구현 Sensei도 구축되고 있습니다. Cash App은 완전히 새로 노드를 구축했습니다. 라이트닝 통합을 고려할 때, Cash App의 사용자 잔액을 처리하는 백엔드와 라이트닝 노드의 동작을 깊이 통합하고 싶었습니다. 기존의 어떤 구현도 그 정도로 쉽게 통합할 수 없었기 때문에, 그들은 LDK를 사용하여 자신만의 사용자 정의된 구현을 만들었습니다.
LDK 팀은 다른 라이트닝 구현과 비교하여 매우 다른 노력을 기울이고 있습니다. 앞서 언급했듯이, 이는 실제 구현이 아니라 사용자가 원하는 사용자 정의 동작으로 자신만의 것을 구축하는 데 사용할 수 있는 도구 키트입니다. 따라서 특정 기능 세트를 다른 기능보다 우선시하지 않습니다. LDK의 목표는 라이트닝 프로토콜의 모든 표준 기능을 광범위하게 지원하고, 빌더가 자신의 애플리케이션에서 원하는 방식으로 모든 표준화된 기능을 활용할 수 있도록 하는 것입니다.
앞으로의 길
라이트닝의 주요 제안 중 하나는 디지털 서비스에 대한 인터넷에서의 네이티브 결제를 촉진하는 것이었지만, 그 목표의 사용자 경험은 실제로 매끄럽고 쉬운 방식으로 구현되지 않았습니다.
LND, CLN 및 LDK는 이 문제를 해결하기 위해 작업을 진행해 왔습니다. 웹 어셈블리(WASM)는 웹 브라우저에서 실행되는 더 효율적이고 경량의 프로그램을 촉진하기 위한 새로운 언어 및 이진 형식입니다. LDK는 노드를 위한 WASM 이진 파일을 가지고 있으며, LND는 LND의 RPC에 원격으로 접근하기 위한 WASM 애플리케이션을 가지고 있고, CLN은 Greenlight 작업을 기반으로 원격으로 라이트닝 노드에 연결할 수 있는 WASM에서 실행되는 키 관리 도구를 구현할 계획입니다. 웹 브라우저에서 키를 관리할 때 고려해야 할 보안 문제가 있지만, 웹에서의 매끄러운 라이트닝 통합의 날이 다가오고 있습니다.
프로토콜 및 네트워크로서의 라이트닝은 여전히 열린 문제를 해결하고 최종 사용자에게 쉽고 직관적인 애플리케이션을 만드는 방법을 찾는 데 있어 긴 길이 남아 있지만, 작업은 진행되고 있습니다. 다양한 팀이 서로 다른 문제를 해결하고 기능을 다양한 방향으로 확장함에 따라 혼란스러워질 것이 분명하지만, 진전은 확실히 이루어지고 있습니다. 네트워크와 소프트웨어 호환성이 분열될 정도로 분기하지 않기를 바랄 뿐입니다. 앞으로의 길은 매우 흥미로울 것입니다.
