현재 라이트닝 네트워크가 직면한 주요 딜레마 (2)

이를 위해 2024년 7월 23일, 라이트닝 랩스는 멀티 에셋 라이트닝 네트워크의 첫 번째 메인넷 버전을 출시하며 라이트닝 네트워크에 탭루트 에셋을 공식적으로 도입했습니다. 탭루트 에셋은 비트코인의 자산 발행 프로토콜로, 발행된 자산을 라이트닝 네트워크의 결제 채널에 예치하고 기존 라이트닝 네트워크를 통해 전송할 수 있습니다. 다중 자산 라이트닝 네트워크의 메인넷 버전 출시는 비트코인 라이트닝 네트워크에서 스테이블코인을 공식 지원한다는 의미로, 라이트닝 네트워크를 통해 즉시 글로벌 결제가 가능한 외환 거래, 라이트닝 네트워크에서 스테이블코인으로 상품을 결제하는 등의 응용 시나리오가 현실화될 것으로 기대됩니다.

그림: 라이트닝 네트워크에서. 앨리스는 USD 스테이블코인을 전송하고 밥은 EUR 스테이블코인을 받습니다

이 외에도 Nervos CKB의 라이트닝 네트워크 파이버 네트워크는 CKB 블록체인의 장점을 활용합니다. 유연성과 사용자 정의 자산에 대한 기본 지원을 활용하며, 여기에는 Stable++와 같은 탈중앙화 프로토콜로 발행된 비트코인 네이티브 스테이블코인이 포함됩니다. 9월에 출시된 정식 베타 버전에서 개발자들은 파이버 네트워크를 사용해 비트코인 네이티브 스테이블코인 RUSD를 테스트할 수 있었습니다.

우리는 파이버 네트워크와 스테이블코인의 결합이 파이버 네트워크에 새로운 활력을 불어넣고 일상에서 암호화폐 결제의 대중화를 촉진하는 강력한 시너지를 발휘할 것으로 믿습니다.

사용자 경험

라이트닝 네트워크의 기술 발전에도 불구하고 사용자 경험에는 여전히 개선의 여지가 있으며, 기존 결제와 비교하면 여전히 몇 가지 격차가 존재합니다. 다음과 같은 몇 가지 차이점이 있습니다.

결제를 받거나 보낼 때 온라인 상태를 유지해야 한다는 점

라이트닝 네트워크 수금에는 다른 사람과 공유하는 채널의 자금 상태를 변경하는 것이 포함되므로 상대방과 자금 상태를 변경하려면 온라인 상태여야 합니다. 라이트닝 네트워크 결제가 실패하는 주된 이유 중 하나는 수취인이 오프라인 상태이기 때문입니다. 사용자 경험 관점에서 볼 때 이는 중대한 설계 결함입니다. 반면, 기존 결제 방식(예: 은행 송금)과 블록체인 결제(예: 온체인 USDT 송금)는 수취인이 온라인 상태를 유지할 필요가 없으며, 거래를 완료하려면 상대방의 계좌나 주소만 알면 됩니다.

현재의 주요 솔루션은 라이트닝 네트워크 서비스 공급자(LSP)의 도입입니다. LSP는 오프라인 사용자를 대신하여 결제를 받을 수 있으므로 '온라인 상태'를 유지해야 할 필요성이 없어집니다. 이 솔루션은 라이트닝 네트워크 사용자 경험을 기존 결제 방식에 더 가깝게 만들어 유용성과 편의성을 크게 높입니다.

그러나 이 솔루션은 신뢰라는 새로운 과제를 안고 있습니다. 사용자는 자신이 선택한 라이트닝 네트워크 서비스 제공업체를 일정 수준 이상 신뢰해야 합니다. 이러한 제3자에 대한 의존은 탈중앙화의 본래 의도와는 어느 정도 상반되며, 일부 사용자들 사이에서 우려를 불러일으킬 수 있습니다.

금액을 여러 번 회수할 수 있는 방법의 부재

라이트닝 네트워크의 인보이스는 결제를 요청하는 핵심 도구입니다. 인보이스는 결제 수신자가 생성하며 거래를 완료하는 데 필요한 모든 정보를 개시자에게 제공합니다. 인보이스는 일반적인 결제 소프트웨어의 '수금 코드'에 비유할 수 있습니다.

현재 라이트닝 네트워크의 기본 인보이스는 결제의 해시값과 액면가가 포함된 일회성 결제이며, 결제 성공 또는 시간 초과 후 무효화됩니다. 이 메커니즘은 결제를 받을 때마다 새 인보이스를 생성하고 복사하여 붙여넣고 결제자에게 전송해야 하는 번거로운 프로세스로 이어집니다. 이 디자인은 특정 시나리오에서 사용자 경험에 상당한 영향을 미칩니다. 예를 들어, 카운터에 수금용 QR코드(예: WeChat 또는 Alipay 수금 코드)를 배치하는 데 익숙한 판매자는 라이트닝 네트워크를 사용하기가 번거로울 수 있습니다. 특히 비즈니스가 바쁠 때 인보이스를 자주 생성하고 전달해야 하는 경우 효율성이 크게 떨어지거나 정상적인 운영에도 영향을 미칠 수 있습니다.

이를 위해 비트코인 커뮤니티에서는 몇 가지 해결책을 제안하기도 했습니다.

키센드

라이트닝 네트워크 노드의 node_id는 변경되지 않고 인보이스를 받는 즉시 지불자에게 노출됩니다. 결제자에게 노출되므로 Keysend는 이를 정적 엔드포인트로 취급합니다. 이 접근 방식은 라이트닝 네트워크의 자체 아키텍처에 전적으로 의존하며 추가 프로토콜 지원을 도입할 필요가 없다는 큰 장점이 있습니다. 단점은 개인 정보 보호가 약하고 수신자의 노드, 채널, 채널 UTXO 등과 같은 민감한 데이터가 노출된다는 것입니다.

그럼에도 불구하고 키센드의 유용성은 널리 인정받아 현재 대부분의 라이트닝 네트워크 클라이언트가 키센드를 구현하고 있습니다.

LNURL과 라이트닝 주소

LNRUL-pay는 사용자가 여러 결제를 받을 수 있는 고정 QR 코드를 만들 수 있는 표준으로, 사용자 경험을 크게 향상시킵니다. 워크플로우는 다음과 같습니다:

1. 사용자가 라이트닝 네트워크 지갑(LNURL-pay)을 사용하여 QR 코드를 스캔합니다

2. 지갑은 이를 디코딩하고 URL을 가져와 HTPPS 프로토콜을 사용하여 액세스합니다

3. < p>서버는 결제 금액을 요청하여 응답합니다(고정 금액일 수도 있음)

4. 사용자는 금액을 입력하고 정보를 서버로 다시 보냅니다

5. 서버는 전통적인 라이트닝 네트워크 송장을 반환합니다

6. 월렛이 결제를 수행합니다

라이트닝 주소는 사용자의 QR코드(LNURL-pay)를 인코딩하여 이메일 주소와 유사한 URL로 변환하고, 다른 사용자가 이 URL에 접속하면 시스템이 자동으로 LNURL-pay 요청을 반환하여 전체 결제 프로세스를 간소화함으로써 이 프로세스를 더욱 최적화합니다.

오늘날 LNURL 기능을 구현하는 대부분의 지갑은 호스팅 모델을 사용한다는 점에 주목할 필요가 있습니다. 이러한 지갑 서비스는 각 사용자에게 라이트닝 주소를 할당하여 결제를 쉽게 받을 수 있도록 합니다. 이러한 접근 방식은 편리하지만 중앙 집중화 요소를 도입하므로 사용자는 편의성과 탈중앙화 중 어느 쪽이 더 나은지 스스로 판단해야 합니다.

BOLT12

BOLT12는 새로운 라이트닝 웹 사양에 대한 제안으로, 웹 서버를 사용하지 않고도 LNURL이 제공하는 일부 기능을 구현하는 것을 목표로 합니다. BOLT12는 아직 BOLT(기초 라이트닝 네트워크 기술)에 통합되지는 않았지만, 대부분의 개발자들로부터 지지를 받고 있습니다. 다른 네트워크 프로토콜과 통신 방식에 의존하지 않고도 라이트닝 네트워크 프로토콜 내에서 구현할 수 있다는 것이 LNURL에 비해 BOLT12의 가장 큰 장점입니다.

결론

이외에도 이전 게시물에서 설명한 라이트닝 네트워크의 전반적인 유동성 부족과 유동성 할당 문제, 이 게시물에서 설명한 스테이블 코인 지원 부족 및 사용자 경험을 개선할 수 있는 많은 개선 사항에 대해 라이트닝 네트워크의 개발 경로가 직면하고 있습니다. 자체 복잡성 외에도 비트코인 라이트닝 네트워크에서 사용하는 LN-페널티로 인한 스토리지 부담, 비트코인 소프트 포크와 새로운 서명 해시 유형의 도입이 필요한 개선 체계 엘투의 구현, 예를 들어 HTLC의 프라이버시 문제에 대응하기 위해 개선 체계 PTLC가 최초로 구현될 수 있습니다.

앞에 놓인 어려운 여정에도 불구하고, 기술이 계속 발전하고 커뮤니티가 계속 노력한다면 이러한 도전은 결국 하나씩 극복될 것이며, 라이트닝 네트워크가 대중화라는 목표에 점점 더 가까워지고 있다고 믿어 의심치 않습니다. 라이트닝 네트워크는 암호화폐 결제 방식을 변화시킬 뿐만 아니라 글로벌 금융 혁신을 이끄는 핵심 동력이 될 것으로 기대됩니다.