Sergio Demian Lerner는 Patoshi 분석, Rootstock 설계, BitVMX 연구에 관여한 연구자입니다. Patoshi는 초기 블록 묶음이 같은 채굴자에게서 나왔을 가능성을 조사합니다. Rootstock은 Bitcoin에 연결된 별도 체인이며, BitVMX는 계산 결과에 관한 분쟁을 Bitcoin에서 해결하는 방법을 제안합니다. 서로 다른 질문을 다루므로 먼저 구분하면 그의 기여를 이해하기 쉽습니다.
Lerner는 Bitslog 블로그에 분석을 발표합니다. 시스템 설계를 설명하는 2019년 1월 29일자 Rootstock whitepaper 개정 11의 저자이기도 합니다. 2024년 5월 10일 BitVMX 논문에는 다섯 저자 중 한 명으로 이름을 올렸습니다. 따라서 하나의 프로젝트가 아니며, 공동 성과를 Lerner 혼자에게 돌릴 수도 없습니다. 이 출판물들을 통해 블록체인 역사를 읽는 작업이 새로운 검증 방법의 설계로 이어지는 과정을 볼 수 있습니다. [1] [4] [6]
블록체인은 각 블록을 채굴한 사람의 이름을 알려 주지 않지만, 그 소프트웨어가 만든 데이터는 보존합니다. Lerner의 2019년 분석은 coinbase 거래의 ExtraNonce, nonce 범위, 타임스탬프를 비교합니다. Coinbase 거래는 블록 보상을 배정하며, nonce와 ExtraNonce는 유효한 블록을 찾으면서 채굴자가 바꾸는 값입니다. 이 값의 패턴은 블록들을 같은 채굴 출처로 연결하는 데 도움이 될 수 있습니다. Lerner는 특징적인 흔적을 Patoshi라고 부릅니다. 블록 출처에 관한 논거이지 컴퓨터 앞에 있던 사람의 신원을 입증하는 증거는 아닙니다. [1]
채굴자의 수익을 추정하려면 먼저 어떤 블록을 그에게 귀속할지 정해야 합니다. BitMEX Research는 2018년 연구에서 2009년 블록을 독자적으로 분류하면서 자체 방법의 오류와 8월 이후 증거가 약해진다는 점을 인정했습니다. 기간이나 귀속 기준이 달라지면 결과도 바뀔 수 있어, 서로 다른 연구의 수치를 그대로 비교할 수는 없습니다. 과거 채굴량의 추정은 현재 잔액이나, 누군가 지금도 코인을 쓸 수 있는 개인 키를 가지고 있음을 입증하지도 않습니다. [1] [3]
Lerner는 2020년 글에서 블록에 기록된 시간인 타임스탬프를 다시 살펴봅니다. Patoshi 그룹의 특이한 간격을 관찰하고 채굴 소프트웨어의 작동 방식 같은 가능한 설명을 검토합니다. 그렇다고 채굴자가 왜 그렇게 행동했는지 확정한 것은 아닙니다. 오히려 독자가 계산을 반복하도록 권하고 자신의 프로그램에 오류가 있을 가능성도 인정합니다. 연구를 읽는 데 유용한 교훈입니다. 관찰한 패턴과 그 원인을 설명하는 이야기는 서로 다릅니다. [2]
2019년 whitepaper는 Rootstock을 Bitcoin과 연결된 독립 블록체인인 sidechain으로 설명합니다. 자체 네트워크와 RBTC 통화가 있으며, smart contracts라고 부르는 프로그램을 실행하는 환경인 가상 머신도 갖췄습니다. Merged mining을 이용하면 Bitcoin 채굴자가 자신의 채굴 작업을 동시에 이 체인에도 사용할 수 있습니다. 하지만 Bitcoin 노드가 Rootstock의 모든 계약을 실행한다는 뜻은 아닙니다. 프로그램은 Rootstock의 규칙을 따릅니다. 문서에 나온 과거 수수료나 연산 능력 비중 역시 오늘의 수치로 읽어서는 안 됩니다. [4]
Rootstock 앱에서 BTC를 사용하려 한다고 해 봅시다. PowPeg 브리지는 BTC를 Bitcoin에 잠그고 다른 체인에서 대응하는 RBTC를 사용할 수 있게 합니다. 돌아올 때는 브리지 규칙에 따라 반대 과정을 거칩니다. 원래 비트코인이 데이터베이스 사이를 이동하는 것은 아닙니다. 문서는 키를 보호하는 하드웨어 서명 모듈과 시간이 지난 뒤 이용할 수 있는 비상 복구 경로를 설명합니다. 따라서 보안에는 채굴뿐 아니라 이런 구성 요소의 정상 작동도 필요합니다. 보호 장치를 설명했다고 위험이 없거나 즉시 인출된다는 보장은 없습니다. [5]
2024년 BitVMX 논문은 다른 문제를 다룹니다. 한쪽이 블록체인 밖에서 결과를 계산하고 다른 쪽이 검증합니다. 결과에 동의하지 않으면 미리 서명한 거래로 Bitcoin에서 분쟁을 해결할 수 있습니다. 실행 단계의 기록은 데이터의 짧은 암호학적 지문인 해시로 연결됩니다. 이를 비교해 계산이 갈라지는 지점을 좁혀 가고 오류를 검사합니다. 모든 Bitcoin 노드가 일상적으로 전체 프로그램을 실행한다는 뜻은 아닙니다. 주요 계산은 밖에서 하고 체인은 분쟁을 해결합니다. [6]
설명된 BitVMX에서 검증자는 결과를 제시하는 쪽인 운영자의 주장을 확인할 시간을 받습니다. 이의가 없으면 운영자는 타임록이 끝난 뒤 잠긴 자금에 접근할 수 있습니다. 타임록은 접근을 미루는 조건입니다. 여러 검증자로 확장하는 방식은 적어도 한 명이 정직하다고 가정하지만, 그 사람에게 필요한 데이터가 있어야 하고 실제로 제때 대응해야 합니다. 보안은 수학적 절차뿐 아니라 그 운영 방식에도 달려 있습니다. 설계 발표는 특정 운영 중인 브리지에 대한 감사를 뜻하지 않습니다. [6]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Gloria Zhao, Satoshi Nakamoto, Merged Mining. 다음 항목에서도 이 글을 참조합니다 Larry Fink.