Tadge Dryja

커피를 한 잔 살 때마다 전 세계 노드, 즉 비트코인 규칙을 확인하는 컴퓨터가 그 결제를 따로 검증한다고 생각해 보세요. 개인이 노드를 운영하는 데 점점 더 강력한 컴퓨터를 요구하지 않으면서 결제를 늘리려면 어떻게 해야 할까요? Joseph Poon과 Thaddeus Dryja는 결제 채널로 이루어진 네트워크를 연구했습니다. 연결된 백서는 이 설계를 설명하는 문서로, 2016년 1월 14일 자 DRAFT 0.5.9.2입니다. 아이디어의 출발을 보여 주는 역사적 제안이며, 오늘날 소프트웨어의 정확한 규칙은 해당 문서에서 확인해야 합니다. [1]

결제 채널은 미리 넣어 둔 비트코인을 어떻게 나눌지 계속 갱신하는 합의로 이해할 수 있습니다. 결제할 때마다 각자의 몫이 달라집니다. 참여자들은 변경 내용에 서명하지만, 모든 갱신을 공동 거래 기록인 블록체인에 공개하지는 않습니다. 협력이 끝나면 Bitcoin 거래를 통해 자금 배분을 실행할 수 있습니다. Lightning은 많은 갱신을 블록체인 밖으로 옮기면서도 최종 정산은 비트코인 규칙에 의존하도록 합니다. [1]

예전 합의에는 이미 일부를 쓴 사람의 잔액이 더 크게 남아 있을 수 있습니다. 제안에 설명된 폐기 모델에서는 무효화된 상태를 공개한 상대방에게 다른 참여자가 벌칙 거래로 대응할 수 있습니다. 다만 정해진 시간 안에 대응해야 합니다. 따라서 참여자 본인이나 위임받은 감시자가 블록체인을 지켜봐야 합니다. 실무적으로 중요한 점은 암호 기술만으로 감시 없는 영구적인 연결 해제가 안전해지지는 않는다는 것입니다. 신뢰할 수 있는 감시 체계도 자금 보호의 일부입니다. [1]

비트코인 자체는 약속한 날짜의 환율을 알지 못합니다. Discreet Log Contracts, 줄여서 DLC는 이런 정보에 따라 정산 내용이 달라지는 계약을 다룹니다. 두 참여자가 조건과 가능한 지급 결과를 미리 준비하면, 선택한 oracle, 즉 외부 데이터 제공자가 나중에 결과 발표에 서명합니다. 참여자는 이를 이용해 해당 결과에 맞게 정산합니다. 이 모델에서 oracle은 참여자의 자금을 보관하지 않으며 누가 발표를 이용하는지 알 필요도 없습니다. 다른 사람의 지갑을 관리하는 대신 정보를 제공합니다. [2]

디지털 서명은 누가 메시지를 보냈는지, 내용이 바뀌지 않았는지를 확인하는 데 도움이 됩니다. 그러나 정보가 사실인지는 증명하지 않습니다. Oracle은 잘못된 환율을 발표하거나 아무것도 발표하지 않을 수 있습니다. 후자에 대비해 Dryja는 약속한 기한이 지난 뒤 공개할 수 있는 환불 거래를 미리 준비하는 방식을 설명합니다. 돈이 저절로 돌아오는 것은 아닙니다. 계약에 이 장치가 들어 있어야 하고 누군가 실행해야 합니다. 신뢰할 수 있는 출처를 고르고 장애에 대비하는 일은 여전히 중요합니다. [2]

Dryja는 결제를 검증하는 노드가 보관해야 하는 데이터도 연구했습니다. UTXO는 아직 사용하지 않은 거래 출력으로, 각각의 금액과 그 돈을 쓸 수 있는 조건을 담습니다. Utreexo는 검증 노드가 그 집합을 누산기라는 작은 암호학적 요약으로 표현하게 합니다. 결제에는 사용하려는 출력이 집합에 속한다는 증명이 따라옵니다. 줄어드는 것은 현재 상태를 저장하는 데 필요한 데이터입니다. 규칙 검증을 없애거나 비트코인의 전체 역사를 작은 파일 하나로 압축하는 것은 아닙니다. [4]

Utreexo의 증명도 검증자에게 도착해야 합니다. 따라서 저장하는 상태가 작아지는 대신 전송하는 데이터가 늘어날 수 있습니다. 연구 초록은 2019년 초까지의 블록체인을 내려받는 모의실험을 설명합니다. 유용한 데이터를 임시 보관하는 캐시에 500 MB를 할당했을 때 증명 때문에 다운로드량이 약 25% 늘었습니다. 여기서 500 MB는 노드 전체의 메모리 요구량이 아닙니다. 특정 실험의 결과이지 현재 필요한 자원을 보장하는 수치가 아닙니다. 디스크, 메모리, 전송량을 함께 살펴야 합니다. [3]

MIT DCI가 공개한 회고에서 Dryja는 MIT에서의 자연스러운 출발을 이야기합니다. 컴퓨터를 들고 찾아가 비트코인에 관해 대화하고 학생들을 도왔습니다. 그러자 책임자인 Neha Narula가 그곳에서 일할 생각이 있는지 물었습니다. 나중에는 함께 수업도 진행했습니다. 같은 작별 글에서 그는 Bitcoin과 Lightning 연구를 이어 가기 위해 Lightspark로 옮긴다고 알렸습니다. 이 기록은 경력의 한 시점을 보여 줄 뿐 현재 직장을 확인해 주지는 않습니다. 하나의 직함보다는 논문, 코드, 설명된 아이디어가 그의 기여를 더 잘 보여 줍니다. [5]