BlueWallet에서 라이트닝 결제 상태를 확인하는 방법

라이트닝 결제 수명주기 이해

1. 라이트닝 결제는 발송인이 결제 해시, 금액 및 만료 시간이 포함된 송장을 생성할 때 시작됩니다.

2. 송신자 노드는 수신자 노드에 도달할 때까지 하나 이상의 중간 채널을 통해 지불금을 라우팅합니다.

3. 성공적으로 수신되면 수신자의 노드는 정산을 확인하기 위해 동일한 경로를 따라 다시 전파되는 사전 이미지를 공개합니다.

4. 경로에 있는 채널 중 유동성이 부족하거나 검증에 실패할 경우 자금 잠금 없이 즉시 결제가 실패합니다.

5. 온체인 Bitcoin 거래와 달리 라이트닝 결제는 블록 탐색기에 표시되지 않습니다. 상태는 지갑 내부 이벤트에서 추론되어야 합니다.

BlueWallet의 내장 상태 표시기

1. 결제를 시작한 후 BlueWallet은 "보류 중" , "확인됨" 또는 "실패함" 과 같은 실시간 상태 배지를 표시합니다.

2. 트랜잭션 행을 탭하면 라우팅 시도, 홉별 대기 시간 및 최종 오류 코드(해당하는 경우)를 보여주는 세부 보기가 열립니다.

3. 아웃바운드 결제의 경우 "보내기" 탭에는 송장 생성, 첫 번째 경로 시도 및 사전 이미지 확인에 대한 타임스탬프가 표시됩니다.

4. 인바운드 결제는 사전 이미지가 확인되고 잔액이 업데이트된 후에만 "수신됨" 아래에 표시됩니다. 확인되지 않은 항목은 표시되지 않습니다.

5. BlueWallet은 "0-conf" 또는 중간 상태를 표시하지 않습니다. UI 상태를 업데이트하기 전에 전체 암호화 확인을 기다립니다.

채널 상태를 통한 수동 확인

1. 설정 → 라이트닝 → "채널 보기"로 이동하여 로컬 채널 잔액 및 약정 거래 ID를 검사합니다.

2. 1ML 또는 Amboss와 같은 호환 가능한 블록 탐색기를 사용하여 채널의 최신 약정 거래와 결제 해시를 상호 참조합니다.

3. 해시가 약정 출력 스크립트에 나타나면 결제가 암호화 방식으로 해당 채널 상태에 바인딩됩니다.

4. "로그 내보내기" 기능을 사용하여 cltv_expiry, amt_to_forward 및 custom_records를 포함한 원시 HTLC 레코드를 검색합니다.

5. 로그의 Payment_hash 필드를 원래 송장 해시와 비교하여 해시 충돌이나 잘못된 라우팅을 배제합니다.

실제로 관찰되는 일반적인 실패 유발 요인

1. 만료 불일치 : 송장 만료가 너무 낮게 설정되면 노드가 목적지에 도달하기 전에 전달을 거부하게 됩니다.

2. 채널 밸런스 부족 : 중간 노드의 아웃바운드 용량이 부족하여 요청한 양을 중계할 수 없습니다.

3. CLTV 델타 불일치 : 발신자의 cltv_expiry와 노드 정책이 일치하지 않으면 첫 번째 홉에서 즉시 거부됩니다.

4. 네트워크 파티셔닝 : 노드 간 연결이 일시적으로 끊어지면 성공적인 전달 후에도 사전 이미지 전파가 방지됩니다.

5. 송장 재사용 : 동일한 송장을 두 번 지불하려고 하면 규정을 준수하는 Lightning 구현에 의해 자동 거부가 발생합니다.

자주 묻는 질문

Q: 해결되기 전에 BlueWallet에서 보류 중인 HTLC를 볼 수 있나요? A: 아니요. BlueWallet은 사용자 혼란을 방지하기 위해 확인되지 않은 HTLC를 의도적으로 숨깁니다. UI에는 완전히 결제되었거나 완전히 실패한 결제만 표시됩니다.

Q: BlueWallet은 결제 성공 후 사전 이미지를 로컬에 저장합니까? 답: 그렇습니다. 사전 이미지는 암호화되어 장치의 보안 엔클레이브에 저장됩니다. 서버로 전송되거나 내보내기 로그에 노출되지 않습니다.

Q: 결제가 "확인됨"으로 표시되지만 온체인 잔액에는 반영되지 않는 이유는 무엇입니까? A: 라이트닝 잔액은 오프체인입니다. 확인은 BTC가 체인 내에서 이동했다는 의미가 아니라 HTLC가 채널 그래프 내에서 정산되었음을 의미합니다.

Q: 결제가 중단된 자금을 복구하기 위해 채널을 수동으로 강제 종료할 수 있나요? A: 강제 종료는 144블록 분쟁 창을 시작합니다. HTLC 해결을 가속화하지 않으며 잘못 사용할 경우 수수료 손실이 발생할 수 있습니다.