슬로바키아 개발자 Pavol Rusnák은 Trezor와 비트코인 지갑의 백업·복구 규칙을 함께 만들었습니다. 복구 단어를 적거나 기기를 바꿀 때 그의 작업 성과를 만나게 됩니다.
안나가 하드웨어 지갑을 잃어버렸다고 해 봅시다. 올바른 백업이 있다면 호환 지갑에서 같은 개인키를 복구할 수 있습니다. 개인키는 비트코인 지출을 승인하는 데 쓰이는 비밀 데이터입니다. 자신이 정한 추가 비밀번호인 passphrase도 사용했다면 그 정확한 문자열 역시 필요합니다. 이렇게 비트코인에 대한 접근을 되찾는 것이며, 거래 기록 자체는 기기 안이 아니라 네트워크에 남아 있습니다. 특정 제품 밖에서도 복구하려면 개발자들이 백업을 읽고 키를 파생하는 방법에 합의해야 합니다. Stick이라는 이름을 쓰는 Pavol Rusnák은 그런 합의를 문서화하고 구현한 사람 중 하나입니다. [7] [8] [9] [14]
SatoshiLabs의 연혁에 따르면 Rusnák과 Marek Palatinus는 2011년 프라하의 brmlab에서 하드웨어 지갑을 구상하기 시작했습니다. brmlab은 도구를 함께 쓰며 기술을 실험하는 공동 작업 공간입니다. 이들은 일반 컴퓨터의 악성 프로그램이 키를 훔칠 위험을 줄이려 했습니다. Alena Vránová와 함께 2013년 SatoshiLabs를 설립했고, 2014년 첫 Trezor가 고객에게 전달됐습니다. 제품은 혼자 일한 발명가가 아니라 기술과 운영 역량을 모은 협력의 결과였습니다. [1] [4] [15]
안나가 Trezor로 결제하면 앱이 거래를 준비하고, 안나의 확인 뒤에 기기가 서명합니다. 지출을 승인할 수 있는 비밀인 개인 키는 기기 내부에 남도록 설계됩니다. 밖으로 나가는 것은 네트워크가 검증할 수 있는 서명입니다. Hardware Wallet에 자체 화면이 있는 이유입니다. 안나는 컴퓨터만 믿지 않고 그 화면에서 주소와 금액을 확인합니다. 다만 이 기기는 네트워크 규칙을 검증하는 Full Node를 대신하지 않으며, 인터넷에 공개해 버린 백업을 보호할 수도 없습니다. [5] [6]
Trezor는 하드웨어 설계와 펌웨어의 소스 코드를 공개합니다. 펌웨어는 기기 내부에서 실행되는 프로그램입니다. 다른 개발자는 작동 방식을 살펴보고 오류를 찾거나 수정안을 제시할 수 있습니다. 안나가 프로그래밍을 몰라도 이런 검토의 혜택은 받을 수 있습니다. 그러나 공개됐다는 사실이 무결점 인증이거나 배송된 특정 기기가 변조되지 않았다는 증거는 아닙니다. 실제 코드 검토, 프로그램을 빌드하는 과정, 기기 자체의 확인도 중요합니다. [5] [6]
2013년 9월 10일 번호가 부여된 BIP39에는 Marek Palatinus, Pavol Rusnák, Aaron Voisine, Sean Bowe 네 명이 저자로 올라 있습니다. 컴퓨터가 생성한 무작위 정보를 단어로 표현하고, 오류를 찾는 데 도움이 되는 체크섬을 더하는 방법을 설명합니다. 흔한 Seed Phrase는 12개 또는 24개 단어이며, 사용자가 지어내는 문장이 아닙니다. 단어와 선택 사항인 passphrase로부터 키 파생의 출발점인 비밀값, seed를 계산합니다. 복구에는 정확한 단어 순서와, 사용했다면 원래의 passphrase가 필요합니다. 단어를 다른 언어로 번역해서는 안 됩니다. [7]
출발점의 비밀값을 복원했다고 사용한 주소가 모두 자동으로 발견되지는 않습니다. HD Wallet은 그 값에서 키의 나무 구조를 만듭니다. 서랍이 많은 장롱과 비슷합니다. Palatinus와 Rusnák이 쓴 BIP43과 BIP44는 지갑들이 같은 위치를 찾도록 돕습니다. BIP44 경로 m / 44' / coin_type' / account' / change / address_index는 용도, 통화, 계정, 수신 또는 잔돈 분기, 개별 주소를 나타냅니다. 잔돈 분기에는 결제에 사용한 금액 중 쓰지 않은 나머지를 돌려받는 주소가 들어 있습니다. 안나는 계정 유형도 기록해 두는 것이 좋습니다. 키로 가는 경로는 키 자체의 백업이 아니며 잃어버린 단어를 대신하지 못합니다. [8] [9]
SLIP39는 Rusnák을 포함한 여섯 저자가 2017년 시작한 작업입니다. 단어로 표현된 백업에 Shamir Secret Sharing을 적용합니다. 예를 들어 안나는 5개 조각 중 3개로 복구하는 방식을 선택할 수 있습니다. 어느 3개든 보호된 비밀값을 복구하지만 2개로는 부족합니다. 조각은 수학적으로 계산되므로 일반 단어 목록을 잘라 나눈다고 같은 보호가 생기지 않습니다. SLIP39와 BIP39는 서로 바꿔 쓸 수 없고, 복구할 지갑이 올바른 형식을 지원해야 합니다. 호환되지 않는 형식으로 옮기려면 새 지갑과 자금 이체가 필요할 수 있습니다. 필요한 조각 수, 설정한 그룹, passphrase를 미리 이해하고 안전하게 복구를 시험해야 합니다. [10]
Rusnák은 SLIP10, SLIP21, SLIP44의 공동 저자이기도 합니다. 첫 표준은 서로 다른 키 시스템의 수학적 기반인 암호 곡선에 따른 키 파생을 다룹니다. 두 번째는 분리된 대칭 키를 파생합니다. 대칭 키에서는 같은 비밀값을 암호화와 복호화 등에 사용합니다. 세 번째는 앱이 통화를 혼동하지 않도록 BIP44 경로의 통화 식별자를 등록합니다. 개발자를 위한 참고 문서들입니다. 초보자가 첫 결제 전에 이를 공부할 필요는 없습니다. 서로 다른 프로그램이 알려진 규칙에 따라 협력하도록 만드는 것이 목적입니다. [11] [12] [13]
회사는 2021년 9월 Tomáš Sušánka가 Trezor의 기술 책임을 이어받는다고 발표했습니다. Rusnák은 그룹 경영에 계속 참여했습니다. 이번 편집 시점에 SatoshiLabs의 언론 자료는 그를 SatoshiLabs 공동 설립자이자 CTO, 즉 최고기술책임자로 소개합니다. 이것이 예전 Trezor 직책을 여전히 맡고 있다는 뜻은 아닙니다. Trezor는 지갑과 관련 소프트웨어에 집중하고, SatoshiLabs는 다른 프로젝트들도 포함하는 더 큰 그룹입니다. [2] [3]
Rusnák의 기여는 결제할 때 키를 지키는 기기와 그 키를 복원하는 공개 규칙을 연결합니다. 다른 지갑이 필요한 표준과 설정을 지원한다면 안나는 한 기기나 회사에만 의존하지 않을 수 있습니다. Self-custody는 자신의 키를 직접 관리한다는 뜻이지, 소프트웨어 작성자에게 백업 책임을 맡긴다는 뜻이 아닙니다. 큰 금액을 보관하기 전에는 백업 형식을 이해하고 안전하게 복구를 확인하며 passphrase의 역할을 알아야 합니다. 유명 개발자의 이름은 이런 절차나 개별 제품의 검토를 대신하지 못합니다. [5] [7] [10]
더 정확히 이해하려면 이 항목과 함께 다음도 읽어 보세요 Bitcoin, Trezor, Hardware Wallet, 자기 수탁, SatoshiLabs, Marek ‘Slush’ Palatinus. 다음 항목에서도 이 글을 참조합니다 SatoshiLabs, Trezor, Marek ‘Slush’ Palatinus, brmlab.