Adam Back은 정보를 보호하는 수학적 방법을 연구하는 암호학자입니다. 계산 작업을 증명하는 Hashcash를 만들고 Blockstream을 공동 설립했습니다. Hashcash는 Bitcoin의 기술적 선행 사례이지만 Bitcoin 자체는 아닙니다.
원치 않는 메시지를 보내는 비용은 작지만, 수천 개를 확인하는 수신자의 부담은 클 수 있습니다. Adam Back은 이 불균형을 해결하려고 1997년 5월 Hashcash를 제안했습니다. 발송 전에 계산 작업을 요구해 서비스를 대규모로 악용하는 일이 더 이상 거의 공짜가 아니게 하려는 생각이었습니다. 2002년 8월 1일 논문은 제안과 이후 발전을 모았습니다. Back은 Dwork와 Naor의 선행 연구도 인정했습니다. 그는 Hashcash의 창안자이지, 계산 노력을 증명하는 Proof of Work의 모든 형태를 혼자 발명한 사람은 아닙니다. [1]
Anna가 Hashcash를 요구하는 서비스에 메시지를 보낸다고 생각해 봅시다. 컴퓨터는 입력을 바꾸며 짧은 계산 결과인 해시가 조건을 만족할 때까지 시도합니다. 결과를 메시지에 첨부하면 수신자는 보통의 탐색 비용보다 적은 노력으로 검사할 수 있습니다. 이 증거를 토큰이라고 부릅니다. 여기서는 작업의 증거이며, 거래 가능한 암호자산이 아닙니다. 특정 서비스에 묶여 있고 수신자는 재사용을 감지해야 합니다. Anna는 BTC를 보내거나 신원을 증명하는 것이 아니라 계산 조건을 충족했음을 보여 줍니다. [1]
탐색은 추첨을 반복하는 것과 비슷합니다. 적합한 결과가 빨리 나오기도 하고 훨씬 늦게 나오기도 합니다. 독립적이고 균등한 해시를 가정한 자체 단순 모델에서 앞부분의 20비트가 모두 영이어야 한다고 합시다. 한 번의 성공 확률은 1 대 1,048,576이고 평균적으로 1,048,576번을 시도합니다. 평균은 그때까지 반드시 성공한다는 기한이 아닙니다. 실패를 거듭해도 Anna의 다음 시도가 성공으로 보장되지는 않습니다. 빠른 장비는 같은 시간에 더 많이 시도할 수 있으므로 계산 횟수와 시계로 잰 시간은 다릅니다. [1]
Bitcoin 백서의 4절은 Hashcash와 유사한 Proof of Work를 설명하고, Back의 논문을 참고문헌 6으로 제시합니다. 백서는 Satoshi Nakamoto가 Bitcoin 설계를 소개한 기술 문서입니다. 이 인용은 구체적인 연결을 보여 줍니다. 찾기는 비싸지만 검증은 쉬운 결과를 블록 이력의 순서를 정하는 데에도 활용할 수 있다는 것입니다. Back이 백서를 썼다는 증거는 아닙니다. 인용은 아이디어의 출처를 밝힐 뿐, 나중에 이를 활용한 작성자의 신원을 밝히지는 않습니다. [2]
Hashcash만으로 Anna는 돈의 소유자, 이미 사용됐는지 여부, 충돌하는 지급 중 어느 것이 인정되는지 알 수 없습니다. Bitcoin은 Proof of Work에 거래 서명, 연결된 이력, 참여자 네트워크, 검증 규칙을 결합합니다. 계산 작업은 유효한 이력이 다시 쓰이는 것을 어렵게 하지만 임의의 거래를 유효하게 만들지는 않습니다. 큰 비용으로 만든 블록도 그 안의 지급을 검사받아야 합니다. 따라서 Back의 기여는 Bitcoin의 기술적 계보에서 중요한 부분이지, 이름만 바꾸면 되는 완성된 화폐 시스템은 아닙니다. [2]
Adam Back은 2014년 10월 22일 논문 Pegged Sidechains의 공동 저자입니다. 사이드체인은 자체 규칙을 지닌 별도 체인이며 가치 이전 장치로 다른 체인과 연결됩니다. Bitcoin 사용자 모두가 받아들이지 않아도 새 기능을 도입할 수 있게 하려는 제안이었습니다. Anna에게는 BTC로 돌아오는 경로도 중요합니다. 연합 방식에 관한 부록은 참여자 집단이 서명으로 이전을 승인하는 방안을 설명합니다. 그러면 서명 참여자가 올바르게 작동한다는 신뢰가 추가됩니다. 사이드체인이라는 이름만으로 Bitcoin에서 BTC를 직접 보유하는 것과 같은 조건이 보장되지는 않습니다. [3]
연구 외에도 Back에게는 공동 설립한 Blockstream에서의 일이 있습니다. 2016년 10월 3일 회사는 그를 CEO, 즉 최고경영자로 임명했다고 발표했습니다. 이 역할은 회사와 구성원, 프로젝트에 관한 것입니다. 경영진이 전체 Bitcoin 네트워크에 새 규칙을 강제할 권한은 아닙니다. 숙련된 개발자는 논의에 영향을 주고 회사는 소프트웨어를 제공할 수 있습니다. 그래도 무엇을 실행하고 어떤 규칙을 검사할지는 사용자가 선택합니다. 기록으로 확인되는 회사 인사와 존재하지 않는 더 넓은 직책인 “Bitcoin의 총책임자”는 구분해야 합니다. [4]
2014년 사이드체인 논문은 가정을 밝힌 공개 제안이지, 이후 모든 제품에 대한 인증이 아닙니다. Anna가 서비스를 고려한다면 구현, 즉 실제로 실행되는 소프트웨어와 시스템 구성을 알아야 합니다. 누가 키를 보유하고, 누가 자금의 복귀를 승인하며, 장애가 나면 어떻게 될까요? 이런 질문이 기술 문서를 실제 판단에 연결합니다. Back의 이름은 중요한 연구와 배경을 찾는 단서이지만 특정 버전을 확인하는 일을 대신하거나 투자 수익을 약속하지는 않습니다. 그가 해결하려던 문제와 제안한 해법의 한계를 따라가면 그의 이야기가 더 잘 이해됩니다. [3]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Hal Finney, Wei Dai, Hashcash, Proof of Work. 다음 항목에서도 이 글을 참조합니다 Hashcash, BTC Prague, b-money, Reusable Proofs of Work.