핸드셰이크(HNS)를 채굴하는 방법은 무엇입니까? (Blake3 알고리즘)

마이닝 하드웨어 요구 사항

1. 핸드셰이크 마이닝은 Blake3 해싱 알고리즘을 사용합니다. 이 알고리즘은 CPU 및 GPU 병렬성에 고도로 최적화되어 있지만 높은 단일 스레드 성능과 대규모 캐시 계층 구조를 갖춘 CPU를 선호합니다.

2. AMD Ryzen 7/9 또는 Intel Core i7/i9 시리즈와 같은 최신 x86-64 CPU는 Blake3의 낮은 메모리 대기 시간 감도와 효율적인 명령 수준 병렬 처리로 인해 경쟁력 있는 해시 속도를 제공합니다.

3. GPU는 기술적으로 호환되지만 Blake3은 SHA-256 또는 Ethash와 달리 대규모 스레드 수나 VRAM 대역폭으로 인해 큰 이점을 얻지 못하기 때문에 실제로는 거의 사용되지 않습니다.

4. Blake3용 ASIC은 여전히 ​​부족합니다. 현재 네트워크 상황에서는 널리 채택되고 상업적으로 이용 가능한 Handshake 전용 ASIC 채굴기가 존재하지 않습니다.

5. RAM 요구 사항은 보통 2GB 미만이며 시스템 안정성은 원시 용량보다 열 관리 및 일관된 클럭 속도에 따라 달라집니다.

소프트웨어 설치 프로세스

1. 공식 Handshake 클라이언트 hnsd는 Blake3를 지원하는 핸드셰이크 채굴기 또는 커뮤니티에서 유지 관리하는 포크와 같은 호환 가능한 채굴기와 함께 설치되어야 합니다.

2. 사전 빌드된 바이너리는 Handshake Foundation에서 공식적으로 배포하지 않으므로 사용자는 Rust 툴체인(rustc 1.70+)을 사용하여 소스에서 마이너를 컴파일합니다.

3. 구성에는 로컬 hnsd 노드의 RPC 끝점, 지급을 위한 지갑 주소 및 CPU 코어 가용성에 따른 스레드 수 지정이 포함됩니다.

4. 후보 블록을 검증하고 유효한 작업 증명을 제출하려면 헤더뿐만 아니라 전체 UTXO 상태와 같이 완전히 동기화된 hnsd 노드가 필수입니다.

5. Stratum 프록시 지원은 제한됩니다. 대부분의 채굴자는 localhost RPC에 직접 연결하므로 hnsd 의 구성 파일을 통해 생성된 적절한 인증 토큰이 필요합니다.

네트워크 합의 메커니즘

1. Handshake는 2016 블록마다 동적 난이도 조정이 가능한 Nakamoto 스타일 PoW를 사용하며 최대 10분 블록 간격을 목표로 합니다.

2. 각 블록 헤더에는 버전, 이전 블록 해시, 머클 루트, 타임스탬프, 비트 및 nonce 등 연결된 필드의 Blake3 해시가 포함됩니다.

3. 목표 임계값은 "비트"로 인코딩되고 조정 창 전체에서 관찰된 시간 차이(산술 평균이 아니라 과거 중앙값)를 기반으로 다시 계산됩니다.

4. 블록 보상은 블록당 2,000 HNS에서 시작되었으며 약 4년마다 절반으로 줄어듭니다. 첫 번째 반감기는 1,051,200 블록에서 발생했습니다.

5. 거래 수수료는 선택 사항이며 포함에 필수는 아니지만 채굴자는 블록을 구성할 때 더 높은 수수료 거래를 우선시할 수 있습니다.

풀 마이닝 고려 사항

1. HNSPool 및 HandyPool 과 같은 중앙 집중식 풀은 Blake3의 빠른 해시 반복에 적합한 맞춤형 계층 프로토콜을 사용하여 작동합니다.

2. 지급 모델은 다양합니다. 일부는 PPS(Pay-Per-Share)를 사용하고 다른 일부는 PROP(Propotional) 또는 PPLNS(Pay-Per-Last-N-Shares)를 사용하며 최소 임계값은 0.1~5 HNS입니다.

3. 풀 운영자는 자체 전체 노드를 유지하고 채굴자에게 크레딧을 제공하기 전에 합의 규칙에 따라 제출된 모든 공유를 확인합니다.

4. 연결 안정성이 중요합니다. Blake3의 빠른 해시 속도는 네트워크 대기 시간이 500ms를 초과하는 경우 오래된 공유가 빠르게 축적된다는 것을 의미합니다.

5. Handshake의 설계는 의도적으로 합의 계층을 외부 종속성으로부터 격리하기 때문에 어떤 풀도 Bitcoin 또는 다른 체인과의 병합 마이닝을 구현하지 않습니다.

자주 묻는 질문

Q: Raspberry Pi를 사용하여 Handshake를 채굴할 수 있나요? A: 그렇습니다. 하지만 수익성은 미미합니다. Raspberry Pi 4(8GB)는 최대 1.2MH/s를 달성합니다. 이는 메인넷의 손익 분기점 전기 비용 임계값보다 훨씬 낮은 수준입니다.

Q: OpenCL 또는 CUDA를 통해 GPU 마이닝이 지원됩니까? A: 두 가지 모두에 대해 Blake3 구현이 존재하지만 프로덕션 등급 광부는 이를 의미 있게 통합하지 않습니다. 메모리 통합 오버헤드로 인해 GPU에서 최대 16개의 병렬 레인을 넘어서면 해시 효율성이 급격히 떨어집니다.

Q: Handshake는 풀 없이 단독 채굴을 지원합니까? 답: 물론이죠. 솔로 채굴은 운영자가 동기화된 hnsd 노드를 실행하고 RPC 인터페이스에 직접 제출하도록 채굴기를 구성하는 경우 완벽하게 작동합니다.

Q: Handshake 마이닝 보안에 영향을 미치는 Blake3의 알려진 취약점이 있습니까? A: Blake3은 알려진 충돌이나 사전 이미지 공격이 없는 암호화 방식으로 건전합니다. 이 디자인은 이전 Blake 변형에 존재하는 약점을 제거하고 Handshake의 구현은 수정 없이 RFC 9106을 따릅니다.