Christian Decker는 Bitcoin과 Lightning의 연구자이자 개발자입니다. Lightning은 결제 채널을 이용하는 결제 네트워크입니다. 데이터 전파 연구, eltoo, BIP 118, Greenlight에 참여했습니다. 네트워크의 정보 차이, 오래된 잔액 합의, 직접 노드를 운영하는 부담이라는 문제를 통해 그의 기여를 이해할 수 있습니다.
Decker의 작업을 찾다 보면 cdecker 계정과 Snyke라는 이름을 만나게 됩니다. 2026년 10월 확인 당시 공개 프로필에는 Blockstream도 표시되어 있었습니다. 이는 작성자와 코드·제안을 연결하는 단서지만, 짧은 소개만으로 현재 직책까지 확인할 수는 없습니다. 개방된 네트워크에서는 제안이 해결하는 문제와 검토를 견디는지가 중요합니다. 이름이나 고용주가 다른 모든 사람의 규칙을 바꿀 권한을 주지는 않습니다. [1]
새 블록은 한 컴퓨터에서 다른 컴퓨터로 차례로 전달되며, 전송에는 시간이 걸립니다. Christian Decker와 Roger Wattenhofer는 2013년 연구에서 이를 측정했습니다. 거래와 블록의 전파, 그리고 지연이 일시적인 체인 분기와 어떻게 연결되는지 살폈습니다. 분기 동안에는 네트워크의 서로 다른 부분이 서로 다른 새 블록을 바탕으로 작업합니다. 이 역사적 측정은 실제 동작을 설명하지만 현재 속도를 나타내지는 않습니다. 이후 소프트웨어와 전송 방식이 달라졌기 때문입니다. [2]
결제 채널에서는 참여자들이 함께 묶어 둔 자금 중 각자의 몫을 계속 합의합니다. 상대방이 자신에게 유리한 예전 합의로 채널을 닫으려 하면 어떨까요? Decker, Rusty Russell, Olaoluwa Osuntokun의 eltoo 제안은 최종 정산 전에 더 새로운 상태가 적용되도록 합니다. 오래된 정산 내역을 최신 합의로 바꾸는 것으로 이해할 수 있습니다. 이는 제안된 방식이지, 현재 모든 Lightning 채널에 자동으로 들어 있는 기능은 아닙니다. [3]
수정할 수 있다는 것만으로는 부족합니다. eltoo에서는 옛 상태를 정산할 수 있게 되기 전에 수정 거래가 확인되어야 합니다. OP_CSV는 해당 출력이 확인된 뒤 정해진 대기 시간이 지나야 특정 지출을 허용하여 대응 시간을 만듭니다. 따라서 사용자나 위임받은 서비스가 체인을 감시해야 합니다. 이 제안은 오래된 상태를 처리하는 방식을 바꾸지만, 무제한으로 오프라인에 있어도 안전하게 만들지는 않습니다. [3]
새 합의를 여러 이전 상태에 적용하려면 적절한 서명 규칙이 필요합니다. Decker와 Anthony Towns가 작성한 BIP 118은 SIGHASH_ANYPREVOUT을 제안합니다. 2026년 10월 확인 당시 문서 상태는 초안이라는 뜻의 Draft였습니다. 노드가 Bitcoin을 검증하는 합의 규칙을 soft fork로 변경하는 내용입니다. 문서 공개나 개발자의 지지는 네트워크 활성화의 증거가 아닙니다. 제안, 구현, 실제 채택은 별개의 단계입니다. [4]
일반적으로 서명은 지출하려는 특정 이전 거래 출력에도 묶입니다. 출력은 금액과 그 돈을 쓸 수 있는 조건을 담습니다. BIP 118은 선택한 방식에서 이 연결을 느슨하게 해, 서명한 거래를 다른 호환 출력에 연결할 수 있도록 합니다. 오래된 채널 상태를 바꾸는 데 유용하지만 남의 돈을 마음대로 쓸 수 있다는 뜻은 아닙니다. 서명을 재사용할 수 있는 범위가 넓어지므로 신중한 설계가 필요합니다. 방식에 따라 금액과 지출 조건에 대한 연결도 중요합니다. [4]
Lightning 노드에는 지속적인 관리가 필요합니다. Blockstream은 2023년 10월 12일 Greenlight의 공개 출시를 발표하며 Decker를 프로젝트 책임자로 소개했습니다. 사용자는 개인 키를 보관하고 제공업체는 노드 인프라를 운영합니다. 개인 키는 지출을 승인하는 수단이므로 키를 갖는 것과 서버를 운영하는 것은 다릅니다. 이 구조 자체가 중단 없는 서비스나 변하지 않는 거래 조건을 보장하지는 않습니다. 그런 사항은 따로 평가해야 합니다. [5]
Core Lightning은 Lightning 노드를 실행하는 프로그램입니다. 플러그인이라는 확장 기능으로 운영자의 필요에 맞출 수 있고, reckless는 설치와 활성화를 돕습니다. 이는 새로운 Bitcoin 서명 규칙을 제안하는 것과는 다른 변경입니다. 플러그인을 설치하는 것만으로 전체 네트워크 규칙에 BIP 118이 추가되지는 않습니다. Decker의 작업은 연구, 프로토콜 제안, 실용 도구를 연결하지만 각 분야는 실제 사용에 이르기까지 서로 다른 절차를 거칩니다. [6]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Elizabeth Stark, Andreas Antonopoulos, Lightning Network. 다음 항목에서도 이 글을 참조합니다 Elizabeth Stark, Andreas Antonopoulos.