비공개 키가 아니라 백업

이 기사는 최근 채굴 관련 지갑을 분실 한 후 알게 된 내용을 요약 한 것입니다. TraceMayer의 [Jan / 3➞₿ ?∎] ProofOfKeys https://www.proofofkeys.com/의 정신에 따라, 불필요한 손실을 방지하기 위해 언제든지 적절한 백업의 중요성을 강조하고 싶습니다.

사람들은 내 작업에 대해 알고 있습니다. 내가 보안에 많은 관심을 갖고 있다는 것을 알고 있습니다. 그것의 모든 측면. 나는 고객, 친구, 때로는 누구에게 물어봐야할지 모르고 시간이 관건 인 트위터에서 도움이 필요한 낯선 사람에게 자문을 제공하고 있습니다.

제 생각에 #ProofOfKeys는 단순히 거래소에서 귀하의 보유를 철회하는 것 이상입니다. 암호 화폐를 보관한다는 것은 적절한 백업 및 복원 관행이 있어야 함을 의미합니다.

특정 사건의 세부 사항에 관심이 없다면 모범 사례에 따라 지금 모든 지갑에 개인 키를 내보내고 복원 / 가져 오기가 실제로 작동하는지 테스트하고 모든 것을 안전한 장소에 저장하세요.

내 작업 환경

암호화의 미친 세계에는 항상 새로운 프로젝트 나 지갑이 있습니다. 이러한 프로젝트의 대부분은 새로운 기능을 사용해 보거나 초기에 마이닝을 통해 우위를 차지하기 위해 소스에서 컴파일해야합니다. 다른 것들은 바이너리 전용이므로 신중하게 평가해야합니다.

수십 개의 프로젝트를 관리 가능하게 유지하기 위해 Vagrant + Docker 기반 설정을 통해 자동화되고 안전하지만 여전히 편리한 방법으로 새 ​​코인을 테스트 / 컴파일 / 평가합니다.

내 세련된 VBK 테스트 환경도 오픈 소스가 될 것입니다. 제가하는 대부분의 작업이 암호 화폐 군중에게 충분히 유용하다고 생각하기 때문입니다.

나는 정기적으로 그리고 업데이트와 같은 중요한 사항이 있기 전에 가상 머신 스냅 샷을 작성합니다. Vagrant를 사용하면이 작업이 정말 쉬워졌으며 지금까지이 접근 방식은 2 일 전까지 한 번도 실패하지 않았습니다.

VeriBlock PoP 마이닝 키 중 하나에 대한 액세스 권한을 잃었습니다.

VeriBlock 입문서

일부 사람들이 알아 차린 것처럼 Veriblock은 최근 OP_RETURN 출력의 급격한 증가를 담당하는 구현 중 하나입니다. VeriBlock은 BTC 블록 체인을 사용하여 증거를 저장합니다.

VBK는 KMD의 dPoW와 비슷하지만 참여할 노드 선택이 없기 때문에 더 많은 권한이 없습니다. 누구나 오픈 소스 팝 마이너를 실행하고 메인 넷 BTC를 사용하여 VBK를 PoP 채굴 할 수 있습니다. KMD 및 VBK는 OP_RETURN 거래를 허용하는 비트 코인에 의존합니다. OP_RETURN 출력은 사용할 수 없지만 BTC 블록 체인의 크기에 추가됩니다.

위키에서 PoP 거래 수명주기 세부 사항에 대한 모든 세부 사항을 찾을 수 있습니다.

VBK는 현재 모든 Bitcoin 메인 넷 거래의 약 19 % 를 차지합니다. VBL은 PoW를 통해 채굴 할 수 있지만 PoP 채굴이 매력적입니다. 그때 VeriBlock 프로젝트에 저를 보냈습니다. 내부 작업에 대한 자세한 내용이 궁금하다면 VeriBlock 위키를 적극 추천합니다.

내 백업 사건

지난 6 개월 동안 VBK를 PoP했습니다. * rofl *

어제 밤, 저는 nodecore를 업그레이드하기 위해 평소의 준비를했습니다. 먼저 실행중인 인스턴스의 VM 스냅 샷을 작성했습니다. (vagrant를 사용하여 “ vagrant snapshot “명령 하나로) github에서 새 릴리스를 다운로드했습니다.

새 파일을 설치 / 업그레이드하고 기존 지갑 파일을 새 위치에 복사 한 후 체인 동기화를 시작했습니다.

체인을 동기화하는 동안 tVBK (Veriblock은 BTC 메인 넷을 사용하지만 여전히 테스트 노드 모드 자체에 있음)를 보내기 위해 새 주소를 생성 했습니다.

안타깝게도 약 2 시간 후 동기화하는 동안 VM HDD 공간이 부족했습니다 . 또한 이로 인해 메모리 부족 오류가 발생합니다. VM 스냅 샷을 만들고 Linux에 대한 내 방식을 알고 있기 때문에 심각한 것은 아닙니다. 하드 디스크의 크기를 조정하고 새 nodecore 릴리스 인스턴스를 시작했지만 기존 “wallet.dat” 파일이 손상된 것처럼 보였고 nodecore에 몇 가지 SQL 관련 오류가 표시되었습니다. 로컬 체인 db도 손상된 상태 인 것 같습니다.

새 (반부패?) wallet.dat 파일을 덮어 쓰고 이전의 작동중인 파일로 연결하여 다시 동기화를 따라 잡았습니다. 이로 인해 VeriBlock 네트워크에 자금이 기부됩니다.

내가 망한 곳

VBK가 다르다는 것을 알고 있었지만 wallet.dat 파일을 백업하는 것으로 충분하다고 가정했습니다. 나는 wallet.dat 형식의 실제 내부 작동에 대해 읽지 못했고 btc / eth와 유사한 동작을 가정했으며 복제본입니다. 따라서 작업중인 노드 코어 백업이 모든 지갑 키 복원에 충분하다고 생각했습니다.

완전히 동기화 된 체인으로도 스냅 샷 파일로 nodecore를 시작한 후에 새로 생성 된 주소가 표시되지 않았기 때문에 분명히 문제가 발생했습니다. 이는 VeriBlock 지갑이 공개-개인 키 쌍 목록을 저장하고 새 주소를 생성 할 때 새 키 쌍을 생성하기 때문입니다. 이 키 쌍은 wallet.dat 파일에 추가됩니다.

내 백업으로 해당 파일을 덮어 썼습니다.

학습

이제 “dumpprivkey & lt; address & gt;” VBK 용 지갑을 백업하는 유일한 방법 이며 새 주소를 생성 한 직후에 수행해야합니다.

이것은 비트 코인을 포함한 모든 암호 화폐에 해당됩니다. 저는 또한 VBK 팀원들과 이야기를 나누고 향후 이러한 손실을 방지하기 위해 구현을 개선하기위한 몇 가지 아이디어를 논의했습니다. 누구에게도 일어나지 않는다면 이미 행복합니다.

정기 백업을 만들고 정기적으로 RESTORE를 테스트합니다.

여기까지 읽어 주셔서 감사합니다! 저를 포함한 누구에게나 오류가 발생할 수 있다는 영감을 주셨기를 바랍니다. 잘 보내세요!

BTC 기부를 환영하며 잊지 마세요 :

재미있게, 이것은 결국 암호 화폐입니다!