Core Lightning: Blockstream의 구현 리브랜딩이 Bitcoin에 대한 장기 비전을 말하는 방법

이제 Core Lightning이라고 불리는 Blockstream의 Lightning Network 구현은 비트코인의 상호 운용 가능하고 사양 중심 표준이 되고자 합니다.

비트코인 인프라 회사인 Blockstream은 최근 상호 운용성과 사양 작업에 대한 프로젝트의 장기적인 초점을 강조하기 위해 라이트닝 네트워크 구현의 브랜드를 c-lightning에서 Core Lightning(CLN)으로 변경했습니다.

구현이 내장된 C 프로그래밍 언어를 암시하는 초기 이름은 프로젝트에 대한 회사의 실제 의도를 반영하지 않았습니다. 이제 Core Lightning은 Blockstream 구현의 가치 제안을 반영하려고 합니다.

"우리는 새로워진 이름이 상호 운용성, 사양 작업에 대한 CLN의 초점, 그리고 정확성과 견고성에 우선순위를 두고 참조 구현을 제공하려는 지속적인 목표를 더 잘 전달하기를 바랍니다."라고 회사는 말했습니다. 성명서.

라이트닝 네트워크의 구현이 다른 이유는 무엇입니까?

라이트닝 네트워크는 실제로 서로 연결된 다양한 라이트닝 채널의 추상화된 개념입니다. 라이트닝 결제 채널은 두 참가자가 비트코인 ​​네트워크 기본 계층에 비트코인 ​​금액을 고정하여 서로 빠르고 저렴한 오프체인 결제를 수행하므로 네트워크의 기반을 설정합니다. 그러나 다양한 참가자와 함께 더 많은 채널을 열면 라이트닝 지불의 최종 수령인을 찾을 때까지 한 참가자에서 다음 참가자로 이 "메시 네트워크"를 통해 지불이 라우팅될 수 있습니다.

따라서 추상화는 "라이트닝 네트워크”에서는 서로 다른 참가자가 서로 통신하여 서로의 결제를 라우팅하고 원활한 상호 작용을 가능하게 해야 합니다. 이 통신은 라이트닝 프로토콜 소프트웨어를 실행하는 노드 사이에서 발생하므로 무엇보다도 결제를 보내고 받을 수 있습니다.

비트코인에는 현재 사실상의 표준 노드 소프트웨어가 있지만, 비트 코인 코어, 현재 인기 있는 Lightning 노드 소프트웨어 유형이 두 가지 이상 있습니다. 결과적으로 이러한 다양한 유형의 Lightning 노드(일명 "구현")가 서로 통신할 수 있는 방법을 지시하는 문서 세트가 필요합니다.

XNUMXD덴탈의 BOLT(Lightning Technology) 문서의 기초 Lightning 네트워크에서 안정적이고 규정을 준수하는 참가자가 되기 위해 모든 Lightning 노드 구현이 준수해야 하는 사양 집합을 정의합니다. 현재 지불 채널을 설정하고 비트코인으로 자금을 조달하는 방법부터 라이트닝 지불을 요청하는 방법에 이르기까지 모든 것을 설명하는 11개의 BOLT 문서가 있습니다.

당연히 다양한 Lightning 구현이 있다는 사실은 사용자가 사용할 수 있는 다양한 제품이 있다는 것을 의미하며 사용자는 특정 요구 사항에 따라 실행할 소프트웨어를 선택할 수 있습니다. 상위 수준에는 LND, Core Lightning, Eclair 및 LDK라는 네 가지 주요 Lightning 구현이 있으며 각각 특정 사용 사례에 맞춰져 있습니다.

코어 라이트닝: BOLT로 제작

CLN이전에 c-lightning이었던 는 2018년 초부터 비트코인 ​​메인넷에서 프로덕션 용도로 사용되었습니다. 개발자에게 낮은 수준에서도 코드 동작에 대한 높은 수준의 제어를 제공하는 C 프로그래밍 언어로 작성된 CLN은 초점을 맞추고 있습니다. 효율성뿐만 아니라 개발자와 사용자에게 모듈식, 플러그인 기반 비트코인의 레이어 2 스케일링 프로토콜 구현.

Blockstream의 Lightning 개발자인 Rusty Russel은 “우리는 고성능, 엔터프라이즈급, 사양 준수 구현을 목표로 합니다.”라고 말했습니다. Bitcoin Magazine. "이것은 전통적으로 우리가 고급 사용자, 기업 및 개발자가 이를 기반으로 구축할 수 있다는 것을 의미합니다."

CLN 작동합니다 Linux 및 MacOS에서는 로컬 또는 원격이 필요합니다. 비트코인 버전 0.16 이상은 사용자가 실행 중인 네트워크를 완전히 포착하고 트랜잭션을 중계합니다. 가지치기는 부분적으로 지원.

경량 구현인 CLN을 사용하면 사용자가 자신만의 것을 만들고 원하거나 필요한 기능만 추가할 수 있으므로 높은 수준의 사용자 정의가 가능합니다. 개발자는 사용자 정의 JSON-RPC 방법을 통해 데몬과 인터페이스할 수 있으므로 하위 수준 세부 정보에 직접 액세스할 수 있는 플러그인을 통해 필요에 맞게 기능을 효율적으로 사용자 정의할 수 있습니다.

CLN의 모듈성, 효율성 및 코드 견고성은 그에 따른 단점도 함께 제공됩니다. 블록스트림(Blockstream)의 연구원인 크리스티안 데커(Christian Decker)는 비트코인 ​​확장 솔루션에 중점을 두고 있으며, 말했다 지난 달 런던 비트코인 ​​개발자 모임에서 한 가지 일을 아주 잘하고 사용자에게 결정을 강요하지 않는다는 UNIX 철학을 고수함으로써 CLN은 "기본" 방식을 따르며 이를 작동시키려면 사용자의 헌신이 필요하다고 밝혔습니다. .

특히 Russel에 따르면 Blockstream의 구현은 사양 프로세스에 중점을 두고 BOLT 사양에서 직접 많은 코드를 생성합니다. 이를 통해 사양을 완벽하게 준수하는 구현이 보장되지만 팀은 작업을 출시할 시간이 더 짧아지고 이것이 다른 구현보다 커뮤니티 참여와 노드 공유가 적은 이유를 식별합니다.

"우리는 말 그대로 Lightning BOLT 사양을 바탕으로 제작되었습니다!" 러셀이 말했다. Bitcoin Magazine. "이것은 우리가 BOLT 사양을 통해 전체 라이트닝 네트워크의 아키텍처를 조정하는 데 많은 관심을 기울이고 팀으로서 엄청난 노력을 기울였다는 것을 의미합니다."

팀은 일반적으로 다양한 구현 간의 장기적인 호환성을 보장하기 위해 CLN에 추가하기 전에 더 넓은 개발 커뮤니티에 새로운 사양을 제안하는 동시에 코드가 최종적으로 새로운 코드로 전환되기 전에 코드에 대해 검토, 테스트 및 의견을 제시하도록 더 많은 시각을 요청합니다. BOLT를 사용하여 모든 구현에 채택할 준비가 되었습니다.

Blockstream의 Lightning 프로토콜 엔지니어인 Lisa Neigut는 "우리가 구현 전체에 대한 사양 및 검토 프로세스를 수행하는 이유 중 하나는 버그 찾기, 향후 문제 식별 등 더 나은 작업 수행 방법을 식별하는 데 도움이 되기 때문입니다."라고 말했습니다. Bitcoin Magazine.

효율성과 가벼운 설치 공간을 고려할 때 CLN은 사양이 낮은 장치에 가장 적합한 구현일 가능성이 높습니다.

Blockstream 팀은 또한 공동 채널 개설, 유동성 광고 및 BOLT 12를 포함하여 사양 초안 또는 사양 제안인 BOLT의 현재 기능을 확장하는 일련의 새로운 기능을 개발했습니다. CLN은 사용자에게 이러한 향후 사양을 시험해 볼 수 있는 선택권을 제공합니다.

Russel은 "우리는 실험적 옵션에 따라 Lightning 사양의 초안 부분을 묶었습니다."라고 말했습니다. Bitcoin Magazine. “그러나 당신이 더 모험심이 강하다면 이러한 실험적 옵션은 당신에게

라이트닝 네트워크의 다음 단계에 대한 통찰력을 얻으세요!”

이전에 "이중 자금 조달 채널"이라고 불렸던 협업 채널 개설을 통해 참가자는 다음과 같은 방식으로 새로운 채널을 공동으로 열 수 있습니다. 채널 자금 조달 거래에 공동 자금 조달. 현재 한 명의 참가자가 일방적으로 자금을 조달하는 방식으로 채널이 열려 있습니다. 협업 채널이 열리면 라이트닝 채널 공개에 분산된 CoinJoin이 활성화됩니다.

Neigut는 “다른 Lightning 노드와 함께 자신만의 CoinJoin을 조정할 수 있습니다.”라고 말했습니다. Bitcoin Magazine. "분권화되어 있어 누가 관련되어 있는지 아는 유일한 사람은 실제로 해당 거래에 참여한 사람들입니다. 따라서 이를 실현하는 중앙 조정자가 없습니다."

유동성 광고는 공동 채널 개설도 활용합니다. 블록스트림에 따르면 블로그 게시물, "이는 분산되고 접근 가능한 방식으로 네트워크 전반에 걸쳐 유동성 배치를 조정하는 기능을 제공하는 가벼운 방법입니다."

이 기능은 Lightning의 일반적인 문제인 인바운드 유동성을 해결하려고 시도합니다.

유동성 광고를 사용하면 "채널을 열면 인바운드 유동성을 판매할 것이라고 광고하는 모든 사람들을 볼 수 있는데, 이는 정말 흥미로운 일입니다"라고 Neigut는 말했습니다.

볼트 12 CLN에서 실험적으로 지원되는 Lightning 지갑 및 노드에 대한 또 다른 초안 사양입니다. 제안된 기능인 "제안"은 재사용 가능한 제안을 활성화하여 BOLT 11 송장을 개선하는 반면, BOLT 11 송장은 한 번만 사용할 수 있습니다. 또한 송장은 오로지 지불 요청이지만, 제안을 사용하여 돈을 받는 것뿐만 아니라 보내는 것도 가능합니다.

CLN 사용자는 이제 다음을 통해 노드 관리 작업을 자동화할 수도 있습니다. CLBOSS, 채널을 개설할 노드를 결정하고, 수수료가 낮고 온체인 자금이 있을 때 채널을 개설하고, 다른 노드와 경쟁력이 있도록 라우팅 수수료를 조정하고, boltz를 통해 잠수함 스왑을 수행할 수 있는 최근 출시된 "인공 지능" 도구입니다. .exchange API를 사용하고 채널을 자동으로 재조정합니다.

현재 BOLT 11 사양을 준수하면서 특정 사용 사례에 대한 독립형 솔루션을 추구하도록 다양한 구현을 권장해야 하지만, 다른 구현이 동일하거나 유사한 기능을 배포하는 데 도움이 되도록 함께 제공되는 사양 제안을 제시하는 것은 일반적으로 좋은 습관입니다. 이러한 움직임은 Lightning의 광범위하고 지속적으로 성장하는 사용자 기반의 장기적인 이익을 충족시키는 것으로 추정됩니다. 그렇다고 스펙 프로세스가 쉽지 않은 작업이다.

“과정이 힘들고 시간도 많이 걸립니다. 다양한 관점을 가진 다른 사람들과의 조정이 필요합니다.”라고 Neigut는 말했습니다.

결과적으로, 각 기업은 각자의 우선순위에 따라 이 프로세스에 투자하는 시간과 노력이 다르며, 우선순위도 당연히 다릅니다. Russel에 따르면 CLN 팀은 "사양 및 하위 수준 구현 세부 사항에 대부분의 노력을 기울였으며 개발자 지원이나 마케팅에는 거의 노력을 기울이지 않았지만" LND 뒤에 있는 회사인 Lightning Labs는 종종 더 집중하기로 결정했습니다. 힘든 사양 프로세스보다 새로운 기능에 대한 리소스를 엔지니어링하고 고객의 문제점을 해결합니다.

LND: CLN이 채울 수 있는 격차?

LND는 애플리케이션 개발을 촉진하는 데 초점을 맞춘 개발자 우선 Lightning 구현으로, 특히 REST API를 통한 통신에 대한 표준 접근 방식에서 개발자 상호 작용에 중점을 두어 더 쉬운 앱 개발을 가능하게 합니다. 명확한 문서화와 쉬운 설정 경험.

LND 개발자 Oliver Gugger는 “우리는 개발자가 이를 쉽게 선택하고 제품에 통합하고 그 위에 앱을 구축하여 지갑이나 자체 호스팅 노드로 배포할 수 있기를 바랍니다.”라고 말했습니다. 말했다 런던 비트코인 ​​개발자 모임에서. “평민들에게 가져오세요.”

결과적으로 LND는 gRPC와 REST를 활성화하여 “훌륭한 개발자 인터페이스를 갖추는 데” 중점을 두고 있다고 Gugger는 덧붙였습니다.

LND가 가장 인기 있는 Lightning 구현이라고 생각하는 이유를 묻는 질문에 Russel은 "LND에는 훌륭한 커뮤니티, 쉬운 설정 및 훌륭한 개발자 문서가 있습니다."라고 말했습니다.

LND는 모든 구현 중에서 가장 큰 커뮤니티 참여를 확인했으며 현재 모든 네트워크 노드의 대부분을 실행하고 있습니다. 일부 견적 LND의 전체 공개 Lightning 노드 점유율은 70%에서 90% 사이입니다.

LND는 또한 틀림없이 최대 규모의 정규 개발 팀을 자랑합니다. 그 결과, 팀은 LND를 중심으로 다음과 같은 수많은 부가가치 서비스를 구축할 수 있었습니다. 구멍 유동성 서비스 라이트닝 고리 과 풀.

Loop는 잠수함 스왑을 사용하여 온체인 및 오프체인 비트코인을 연결하므로 비트코인을 라이트닝 네트워크 안팎으로 쉽게 이동할 수 있습니다. 자동화된 채널 밸런싱, 개인정보 보호를 지향하는 비수탁 스왑, 수수료 절감형 기회주의적 트랜잭션 일괄 처리 및 기내 스왑의 진행 상황 모니터링을 수행합니다.

Pool은 Lightning 채널을 위한 P2P 마켓플레이스입니다. 라이트닝 네트워크 참가자가 이에 대한 필요성을 알리고 다른 사람들이 자본을 사용하여 채널을 열도록 장려함으로써 인바운드 유동성에 액세스해야 하는 사용자를 라이트닝 네트워크에 배포할 자본이 있는 사용자와 연결합니다.

LND는 일반적으로 새로운 기능과 고객 지원에 중점을 두고 있기 때문에 CLN 팀은 사양 프로세스에 더 세심한 주의를 기울여 시장에서 공백을 메우고자 합니다.

사양에 따라 또는 사양에 맞지 않음

Neigut는 “Labs 팀은 훌륭한 제품을 생각해냈습니다.”라고 말했습니다. “그들은 조직으로서 그들이 추가하는 것에 대한 사양을 작성하는 데 그다지 놀라지 않았습니다. 그 좋은 예가 KeySend입니다.”

키 전송 라이트닝 노드가 수신 노드의 ID만 가지고 누군가에게 라이트닝 결제를 보낼 수 있도록 허용합니다. 즉, 이 도구에는 현재 인보이스가 필요하지 않습니다. 사실상의 표준 Lightning의 결제 메커니즘에 대해 알아보세요.

Neigut는 “그들이 출시했고 많은 사람들이 사용하기 시작했지만 완전히 명시하지는 않았습니다.”라고 덧붙였습니다. “그래서 CLN은 이를 지원할 수 있기를 원했습니다. 우리 팀원 중 한 명이 코드를 읽고 리버스 엔지니어링하는 것만으로 다시 돌아가서 어떻게 작동하는지 알아내야 했습니다."

Neigut은 팀이 Lightning Labs의 코드를 리버스 엔지니어링한 후 결국 Spiral의 Lightning 구현인 LDK에 의해 사양이 작성되었다고 회상했습니다.

"그리고 LND의 설치 기반이 너무 크기 때문에 다른 팀도 따라가기만 하면 되었습니다."라고 그녀는 말했습니다. "그것은 가장 협력적인 프로세스와는 다릅니다."

Neigut는 "Lightning Labs의 작업을 수행하는 팀은 매우 탄탄합니다."라고 덧붙였습니다. "나는 그들이 이 모든 추가 작업을 수행할 필요가 없도록 네트워크 지배력을 활용하고 있다고 생각합니다. 왜냐하면 그들이 그렇게 하지 않으면 네트워크의 대부분의 노드가 코드를 실행하기 때문에 다른 누군가가 그렇게 할 것이기 때문입니다."

Neigut는 이미 LND가 주목을 받고 "기본 Lightning" 구현이 되는 데 익숙하다고 말했습니다. 그녀는 고객 지원 요구가 적기 때문에 개발자로서 이를 즐기고 있다고 고백합니다.

"하지만 다수의 구현이 없다면 우리는 더 건강한 네트워크 역학을 얻을 것이라고 생각합니다."라고 그녀는 덧붙였습니다. “Lightning으로 제품을 배송하기 위해 모든 사람이 해야 하는 협업의 양 측면에서 게임의 판도가 정말로 바뀔 것이라고 생각합니다. 그리고 그것은 건강할 것입니다.”

사양에 대한 세심한 주의는 개방형 네트워크 환경에서 오픈 소스 개발의 핵심입니다. Lightning에서는 이러한 사양이 프로토콜의 기초를 형성하고 네트워크에 참여하는 다양한 버전의 상호 운용성을 보장합니다.

그러나 어떤 사람들은 하나의 Lightning 구현에 대한 주요 변경 사항과 새로운 추가 사항에 수반되는 사양이 있어야 한다고 주장하는 반면, 다른 사람들은 BOLT 사양을 각 구현이 고유한 흥미로운 새 기능을 구축할 수 있는 최소한의 사양으로 볼 수도 있습니다. 사양 제품군으로 다시 포팅됩니다.

"그 하드 오픈 소스 인프라 회사를 만들기 때문에 [Lightning Labs]의 모든 우선순위에 동의하지 않는 것도 놀라운 일이 아닙니다.”라고 Russel은 말했습니다. “저는 그들이 지속 가능한 수입원을 창출하고 라이트닝 네트워크의 기술 개발에서 신뢰할 수 있는 파트너가 되는 방법을 찾을 것이라고 진심으로 믿습니다. 네트워크가 여러 조각으로 쪼개지는 걸 보고 싶어하는 사람은 없을 것 같아요.”

사양 프로세스를 완전히 무시하면 광범위하게 다른 하위 생태계가 출현할 수 있으며, 이는 상호 운용이 불가능해지면 라이트닝 네트워크 전체의 개발 및 채택에 해를 끼칠 수 있습니다. 그러나 Russel이 강조했듯이 오늘날 어떤 구현에서도 그렇게 하고 있다는 징후는 없습니다. 구현 세부 사항을 사용자로부터 추상화하여 좋은 사용자 경험을 제공하려면 노드 간 응집력 있고 상호 운용 가능한 상호 작용을 유지하는 것이 중요합니다.

“[Lightning Labs]가 선두이고 사양 측면에서도 선두라면 새로운 기능을 추가하는 데 따른 마찰이 조금 줄어들 것이라고 생각합니다. 왜냐하면 그들이 하는 일을 따라가는 것이 그리 어렵지 않을 것이기 때문입니다. "라고 Neigut이 말했습니다. “아마 그들은 앞으로 사양 프로세스에 더 많이 참여할 것입니다. 우리와 커뮤니티로부터 사양 프로세스가 중요하다는 피드백을 확실히 받은 것 같아요.”

논란이 되고 있는 부분과 BOLT 사양 프로세스의 긴장 ~에서 유래하다 이메일 Lightning Labs의 Lightning 유동성 책임자인 Alex Bosworth가 12월 말 트위터에서 공유한 내용에서 BOLT XNUMX 및 BOLT 사양 프로세스에 대해 언급했습니다.

Bosworth는 BOLT 프로세스는 사람들의 동의가 필요하지 않은 임의의 표준화 프로세스이므로 "독립적인 구현 간의 조약이라기보다는 임의의 프로세스에 의해 제어되는 독단적인 문서 세트에 더 가깝다"고 썼습니다.

나중에 Lightning Labs 명확히 한 Bosworth의 의견은 그의 의견만을 반영할 뿐 반드시 회사의 의견을 반영하는 것은 아닙니다.

Decker는 런던 Bitcoin Devs 모임에서 Bosworth의 의견과 BOLT 사양 프로세스에 대한 자신의 생각을 공유했습니다.

“내 생각에 이는 단 한 번의 사양 회의에도 참여해 본 적이 없는 사람의 매우 강력한 발언이라고 생각합니다.”라고 그는 말했습니다. “사양 프로세스에는 약간의 논쟁이 있지만 이는 의도적으로 설계된 것입니다. 하나의 구현이 전체 네트워크의 모습을 지시할 수 있다면 우리는 결국 네트워크가 어떤 모습일지에 대한 매우 근시안적인 시각을 가지게 될 것이며 우리가 제공하고 있는 다양한 사용 사례를 모두 제공할 수 없게 될 것입니다.”

“그렇습니다. 때로는 사양 프로세스가 실망스러울 때도 있습니다. 저는 그 점에 전적으로 동의합니다.”라고 그는 덧붙였습니다. “우리는 네트워크가 어떤 모습이어야 하는지에 대해 확실히 다른 견해를 가지고 있습니다. 하지만 이 논문, 대조 및 종합 프로세스를 통해 우리는 하나의 구현이 단독으로 수행되는 경우보다 사용자에게 훨씬 더 많은 서비스를 제공할 수 있는 시스템을 제시합니다."

Gugger는 모임에서 Bosworth의 이메일에 대해 언급하면서 “저는 개인적으로 사양 작업을 하지 않기 때문에 답변을 드릴 자격이 없다고 생각합니다.”라고 말했습니다. “저는 Alex가 언급한 모든 사항에 반드시 동의하는 것은 아니라는 점을 덧붙이고 싶었습니다. 나는 분명히 다른 방식으로도 말했을 것입니다. 사양 작업을 위한 리소스 부족은 때때로 우리가 의도하지도 않고 목표도 아닌 것을 차단하는 것으로 해석된다고 생각합니다. 우리는 사양에 더 많은 노력을 기울이고 싶기 때문에 개선할 수 있기를 바랍니다. 그 좌절감이 때때로 표면으로 어떻게 나타나는지 관찰하는 것은 흥미로운 일입니다. 사양에 대한 모든 작업에 대해 [Decker 및 ACINQ 개발자 Bastien Teinturier]에게 감사드립니다. 나도 뽑아야 하니까 열심히 하겠다”고 말했다.

Russel은 또한 Bosworth의 이메일에 대해 논평했습니다. 트위터 스레드 그는 LND가 Lightning을 먼저 구현하지 않았고 가장 잘 구현하지도 않았다고 말하면서 CLN을 다듬고 마케팅하는 데 더 많은 시간을 할애하겠다고 약속했습니다. 커뮤니티는 훌륭하지만 그는 덧붙였습니다.

"그들은 프로토콜 제어에 네트워크 지배력을 활용할 수 있다고 결정했으며 사양 프로세스는 '실제'가 아닙니다."라고 그는 스레드에 썼습니다. “Lightning Labs는 여러 가지 방법으로 Lightning 네트워크의 소유권을 주장했습니다. 저는 이를 공개적으로 언급하는 것을 꺼려왔습니다. 하지만 라이트닝 네트워크와 커뮤니티는 더 나은 가치를 지닙니다.”

러셀은 질문에 답하지 않았다. Bitcoin Magazine 이 스레드를 참조합니다. Lightning Labs는 논평을 거부했습니다.

Decker는 모임에서 "2016년에 우리는 세 가지 다른 방향에서 왔으며 초기 실험 단계에서 배운 모든 것을 단일 사양으로 결합하여 협업하고 상호 운용할 수 있기로 결정했습니다."라고 말했습니다. “이 실험 단계에는 항상 다른 모든 사람이 성찰할 수 있고 다른 사람이 실행할 수 있는 제안이 뒤따라야 합니다. 때로는 공식적인 제안이 누락되어 다른 구현에서 해당 기능에 대한 자체 검토를 제공하지 못하는 경우도 있습니다. 이 검토는 그것이 모든 사람에게 효과가 있고 우리가 만들 수 있는 최선인지 확인하는 데 매우 중요합니다.”

"라이트닝 네트워크라는 이름에서 알 수 있듯이, 호환 가능하고, 상호 운용이 가능하며, 모든 구현이 공평한 경쟁의 장에서 플레이할 수 있게 함으로써 우리가 얻는 네트워크 효과로부터 많은 이익을 얻습니다."라고 그는 나중에 덧붙였습니다.

구현은 서로를 보완하며 경쟁하지 않습니다.

사양 프로세스에 관한 매우 구체적인 논란 외에도 Lightning 구현은 대부분 개별적으로 작동한 다음 함께 작동하여 가장 요구되는 최상의 기능을 네트워크에 제공하여 전반적으로 더 나은 사용자 경험을 보장합니다.

결과적으로 CLN을 사양을 준수하는 모듈식 경량 제품으로 추진하려는 Blockstream의 움직임은 네트워크의 나머지 부분과 완벽하게 상호 운용이 가능하도록 노력하고 독특한 혜택 세트 하는 사람들에게.

다양한 구현이 최고의 버전이 되기 위해 노력하고 고유한 가치 제안을 탐색하여 특정 사용 사례를 충족시키기 위해 노력함에 따라 더 크고 더 나은 옵션이 등장하면 궁극적으로 사용자가 혜택을 받을 수 있습니다.

• 코인스마트. 유럽 ​​최고의 비트코인 ​​및 암호화폐 거래소.
• 플라토 블록체인. Web3 메타버스 인텔리전스. 지식 증폭. 무료 액세스.
• 크립토호크. 알트코인 레이더. 무료 시험판.
• 출처: https://bitcoinmagazine.com/technical/blockstream-core-lightning-bitcoin-rebrand