Alephium 및 Radiant용 BZMiner를 구성하는 방법은 무엇입니까? (이중 채굴)

이중 채굴 설정 개요

1. BZMiner는 실시간 해시 속도 안정성과 풀 응답 대기 시간을 기반으로 GPU 리소스를 할당하는 다중 알고리즘 스케줄러를 통해 Alephium 및 Radiant의 동시 채굴을 지원합니다.

2. 채굴자는 각각 고유한 작업자 이름, 비밀번호 및 알고리즘 식별자(Alephium의 R-Chain PoW용 alephium 및 Radiant의 수정된 Ethash 변형용 Radiant) 가 있는 두 개의 개별 풀 엔드포인트에 대한 명시적인 구성이 필요합니다.

3. GPU 메모리 할당은 수동으로 분할되어야 합니다. Radiant의 DAG 생성을 위해 최소 4.2GB VRAM이 예약되어 있는 반면 Alephium은 가벼운 1.1GB 커널 공간을 사용합니다. 메모리 할당이 겹치면 초기화 중에 장치가 즉시 거부됩니다.

4. 클럭 튜닝은 코인별로 다릅니다. Alephium은 더 높은 코어 주파수(+150MHz)와 감소된 메모리 클럭(-200MHz)의 이점을 누리는 반면, Radiant는 오래된 공유 스파이크를 피하기 위해 공격적인 메모리 오버클럭(+600MHz)과 보수적인 코어 설정을 요구합니다.

5. 구성 파일은 엄격한 YAML 구문으로 구문 분석됩니다. 들여쓰기 오류 또는 지원되지 않는 필드가 있으면 경고 없이 기본 단일 코인 모드로 자동 대체됩니다.

풀 연결 매개변수

1. Alephium 풀에는 포트 443 또는 TLS 래핑 포트 8443을 사용하는 SSL 지원 엔드포인트가 필요합니다. SSL이 아닌 연결은 블록 높이 278,912 이후 Alephium 노드 합의 계층에 의해 거부됩니다.

2. Radiant Pool은 Stratum v2 프로토콜 지원을 요구합니다. 레거시 Stratum v1 제출로 인해 오류 코드 ERR_RADIANT_STRATUM_V1_DISALLOWED 와 함께 공유가 거부됩니다.

3. 작업자 명명 규칙은 다릅니다. Alephium은 영숫자만 사용하는 작업자(예: "miner01")를 허용하는 반면 Radiant는 리그 ID 및 GPU 인덱스(예: "rig_a100_0")를 포함하여 밑줄로 구분된 형식을 적용합니다.

4. 비밀번호 필드는 서로 다른 용도로 사용됩니다. Alephium은 이를 선택적 지갑 주소 접미사로 처리하지만 Radiant에서는 지역 기반 난이도 조정을 알리기 위해 "x" 또는 "c=US"와 같은 고정 문자열이 필요합니다.

5. 장애 조치 논리는 비대칭입니다. 기본 Alephium 풀이 시간 초과되면 BZMiner는 전환하기 전에 동일한 끝점을 세 번 다시 시도합니다. Radiant 장애 조치는 첫 번째 연결 시간 초과 시 즉시 활성화되고 사전 구성된 5개의 백업 URL에서 순환됩니다.

GPU 장치 매핑 전략

1. BZMiner는 NVML을 통해 GPU 토폴로지를 읽고 컴퓨팅 성능 7.5 이상을 보고하는 장치에만 Alephium 작업을 할당합니다. Tesla T4, A100 및 RTX 3090은 검증되었습니다. GTX 1080 Ti는 명시적으로 블랙리스트에 등록되어 있습니다.

2. 방사형 채굴은 L2 캐시 ≥ 6MB 및 메모리 대역폭 ≥ 448GB/s를 갖춘 GPU로 제한됩니다. 이는 VRAM 크기에 관계없이 모든 AMD Polaris 및 NVIDIA Pascal 칩을 제외합니다.

3. 듀얼 마이닝은 GPU 지속성 모드를 비활성화합니다. 시작 중에 --no-persist 플래그가 생략되지 않는 한, 알고리즘 간 반복적인 전환은 18분마다 전체 장치 재설정을 강제합니다.

4. 메모리 잠금 동작은 다양합니다. Alephium은 커널에서 사용하는 VRAM 페이지만 잠그는 반면 Radiant는 표시 가능한 전체 메모리 공간을 잠급니다. 이는 두 코인이 명시적인 장치 격리 없이 동일한 GPU를 대상으로 할 때 충돌을 일으킵니다.

5. 장치 열거 순서가 중요합니다. BZMiner는 Alephium을 가장 낮은 인덱스의 적격 GPU에 바인딩하고 Radiant를 다음 사용 가능한 GPU에 바인딩합니다. 기본 할당을 재정의하려면 PCI 버스 ID를 통한 수동 재정렬이 필요합니다.

런타임 모니터링 및 로그 해석

1. 해시율 표시는 메트릭을 구분합니다. Alephium은 3초 이동 평균으로 "AHP/s" 단위를 표시하고 Radiant는 DAG 시대 변화를 수용하기 위해 10초 창으로 "RTH/s"를 표시합니다.

2. 제출 로그 접두사 항목을 [A] 또는 [R]과 공유합니다. 일치하지 않는 접두어는 잘못된 알고리즘 바인딩을 나타냅니다. 예를 들어 Alephium 풀 라인 신호 아래에 나타나는 "[R] accept @ 2341123"은 잘못된 구성을 나타냅니다.

3. 온도 임계값은 코인마다 다릅니다. Alephium 스로틀은 78°C 코어에서, 방사는 83°C 메모리 접합에서; 둘 중 하나를 초과하면 다른 코인의 스레드에 영향을 주지 않고 독립적인 주파수 롤백이 트리거됩니다.

4. 거부된 공유 이유는 숫자로 인코딩됩니다. 17 = Alephium nonce 오버플로, 42 = Radiant epoch 경계 불일치, 99 = 코인 간 메모리 충돌이 감지되었습니다.

5. API 포트 4067은 듀얼 모드 JSON 상태를 노출합니다. /summary는 병합된 통계를 반환하고, /alephium 및 /radiant는 외부 대시보드에 대한 격리된 엔드포인트 응답을 제공합니다.

자주 묻는 질문

Q: BZMiner는 NVIDIA 드라이버 버전 535.129.03을 사용하는 Linux에서 이중 채굴을 지원합니까? A: 예. 하지만 시스템이 커널 6.5 이상을 실행하는 경우에만 해당됩니다. 이전 커널은 Radiant DAG 다시 로드 주기 중에 CUDA 컨텍스트 손상을 유발합니다.

Q: Alephium과 Radiant 지급에 동일한 지갑 주소를 사용할 수 있나요? A: 아니요 - Alephium 주소는 "1A"로 시작하고 Radiant 주소는 "RA"로 시작합니다. Alephium 주소를 Radiant 풀에 제출하면 채굴된 보상이 영구적으로 손실됩니다.

Q: Radiant가 적극적으로 채굴 중인데도 BZMiner가 "GPU 0: alephium 유휴"를 보고하는 이유는 무엇입니까? A: 이는 LD_LIBRARY_PATH에 libalephium.so.2.7이 누락되어 Alephium 커널을 로드하지 못했음을 나타냅니다. 라이브러리 경로와 버전이 일치하는지 확인하세요.

Q: 두 코인 모두에 걸쳐 오버클러킹 프로필 동기화가 필요합니까? A: 아니요 - BZMiner는 알고리즘마다 독립적으로 오버클러킹 매개변수를 적용합니다. 그러나 공유 메모리 타이밍 조정은 두 스택 모두에 영향을 미치므로 별도로 검증해야 합니다.