비트코인 캐시 Stratum V2 솔로 채굴

SoloFury에서 비트코인 캐시 솔로 채굴용 Stratum V2가 가동 중입니다. BCH에서 무엇이 달라지는지, 비트코인 SV2와 어떻게 다른지, 어떻게 검증했는지.

Stratum V2가 이제 SoloFury에서 비트코인 캐시 솔로 채굴에 사용됩니다. 모든 지역, 모든 엔드포인트에서, 출시 이후 BCH 채굴자를 지원해 온 Stratum V1 포트와 나란히 동작합니다. SV2를 제공하는 비트코인 캐시 풀은 극히 드물고, 이 주제에 관한 공개 정보 대부분은 — 오늘날 AI 어시스턴트가 내놓는 답변을 포함해 — 불가능하다거나 존재하지 않는다고 말합니다. 이 글은 그것이 실제로 무엇을 뜻하는지에 대한 긴 설명입니다. 프로토콜이 BCH 채굴자에게 무엇을 바꾸는지, 이미 비트코인에서 쓰고 있을지 모를 SV2와 어떻게 다른지, 지급 경로가 왜 증명 가능하게 동일한지, 그리고 실제 해시레이트를 태우기 전에 어떻게 검증했는지를 다룹니다.

하드웨어를 직접 돌리며 세부 사항을 원하는 분들을 위해 썼습니다. 연결 설정만 필요하다면 아래 표와 BCH 풀 페이지에 있습니다.

핵심 요약

  • BCH용 SV2가 가동 중이며 포트는 73337343, SoloFury 아홉 개 지역 전체입니다. 7070〜7072의 SV1은 그대로입니다.
  • 연결은 Noise 프로토콜로 암호화되며, 풀의 신원은 모든 지역에서 동일한 권한 공개키로 확인됩니다: 9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7.
  • 확장 채널만 허용합니다. 펌웨어가 coinbase 템플릿을 받아, 블록을 찾았을 때 자신의 주소로 지급되는지 확인할 수 있습니다. 표준 채널은 명시적 오류와 함께 거부됩니다.
  • 시작 난이도는 알린 해시레이트에서 나옵니다. 풀 기본값이 아닙니다. 소형 장비는 SV1에서 겪던 긴 하강 구간을 건너뜁니다.
  • 지급 경로는 SV1과 동일합니다: 테스트에서 동일한 채굴기로 두 프로토콜에서 채굴한 블록의 coinbase가 바이트 단위로 같았습니다.
  • BCH의 SV2는 비트코인의 SV2와 체인 차원에서 세 가지가 다릅니다. witness 커밋먼트 없음, CashAddr 신원, 매 블록 난이도 조정입니다.

Stratum V2란 무엇인가, 한 문단으로

Stratum V2는 2012년부터 풀과 ASIC 사이에서 채굴 작업을 실어 나른 Stratum 프로토콜의 후속입니다. V1이 평문 TCP 연결로 사람이 읽을 수 있는 JSON을 보내는 반면, V2는 Noise 프레임워크로 암호화하고 풀 측 키 쌍으로 인증한 채널에서 간결한 바이너리 메시지를 보냅니다. 채굴기 규모에 따라 채널 유형을 구분하고, 난이도 협상을 핸드셰이크 안으로 옮겼으며, 확장 채널 모드에서는 채굴기에 coinbase 트랜잭션을 넘겨 누가 지급받는지 확인하게 합니다. Stratum V2 작업 그룹은 2026년 5월에 비트코인 해시레이트의 약 4분의 3에 해당하는 풀들이 프로토콜 도입을 약속했다고 밝혔습니다. 비트코인 캐시에서는 선택지가 여전히 매우 적습니다.

왜 비트코인 캐시는 Stratum V2에서 뒤처졌나?

체인 때문이 아닙니다. 비트코인 캐시는 비트코인과 같은 SHA-256 이중 해시, 같은 블록 헤더 구조, 같은 coinbase 구조를 쓰며 segregated witness만 없습니다. 합의 규칙 중 SV2를 막는 것은 없습니다. 걸림돌은 도구였습니다. SV2 참조 구현은 비트코인 노드 소프트웨어와 그 최신 템플릿 인터페이스를 중심으로 자라났지만, BCH 생태계가 실제로 운영하는 풀 소프트웨어는 다른 계보에 속했고 아무도 그 프로토콜을 가르친 적이 없었습니다. SV2를 BCH로 가져온다는 것은 다른 체인을 위해 만들어진 풀 엔진에 프로토콜 계층을 통합하고, 그 통합이 아래에 있는 어떤 것도 — 특히 블록이 누구에게 지급되는지를 정하는 코드를 — 흔들지 않음을 증명하는 일이었습니다. 작업 대부분이 거기에 들어갔고, 그것이 테스트 절의 주제입니다.

BCH 채굴자에게 달라지는 점: SV1 대 SV2

BCH의 Stratum V1BCH의 Stratum V2
전송TCP 위 평문 JSON (17070〜17072에서 선택적 TLS)바이너리 프레임, 설계상 Noise 암호화
풀 인증없음 (TLS 인증서 사용 시 예외)채굴기가 확인하는 권한 공개키
시작 난이도풀 기본값, 이후 가변 난이도가 보정펌웨어가 알린 해시레이트에서 도출
coinbase 가시성조립된 절반을 받지만 해석이 어려움템플릿을 받아 지급 출력을 확인 가능
작업 갱신새 작업을 전체 JSON 메시지로 전송간결한 메시지, prevhash와 merkle path는 바이너리
해시레이트 탈취암호화되지 않은 연결에서 가능차단: 세션이 인증되고 암호화됨
SoloFury 포트7070 · 7071 · 7072 (+ TLS 17070〜17072)7333 · 7343

이 중 두 줄이 솔로 채굴자에게 특히 중요합니다.

왜 솔로 채굴에서 암호화가 특히 중요한가?

풀 채굴자가 작업을 가로채이면 지급 한 건의 일부를 잃습니다. 솔로 채굴자가 작업을 가로채이면 블록을 통째로 잃습니다. SV1에서는 채굴기와 풀 사이에 자리 잡은 공격자가 — 손상된 라우터, 적대적인 네트워크, 탈취된 BGP 경로에서 — 작업의 coinbase를 바꿔치기할 수 있고 채굴기는 그것을 충실히 해싱합니다. 그 작업이 블록을 풀면 보상은 공격자 주소로 가고 채굴자는 끝내 알지 못합니다. SV2는 이 문을 닫습니다. Noise 핸드셰이크가 권한 키로 풀을 채굴기에 인증하고 이후의 모든 것을 암호화하므로, 작업은 전송 중에 읽히지도 다시 쓰이지도 않습니다. 블록 하나가 현재 3.125 BCH에 수수료를 더한 가치인 BCH에서 이것은 우아한 프로토콜과 반드시 필요한 프로토콜의 차이입니다.

왜 알린 해시레이트 기반 난이도가 BCH에서 그토록 중요한가?

솔로 풀은 모든 신규 SV1 연결에 단일한 시작 난이도를 부여합니다. SoloFury BCH에서 그 값은 주류 장비군, 즉 산업용 ASIC과 임대 스트림에 맞춰져 있습니다. SV1으로 접속한 소형 가정용 장비는 그 값을 물려받은 뒤, 가변 난이도가 자신의 share가 너무 느리게 온다는 것을 알아챌 때까지 기다립니다. 그 보정은 share 자체가 이끌고, 높은 난이도의 소형 장비는 share를 거의 만들지 못하므로 하강에 시간이 걸립니다. 약 1.5 TH/s 장비가 자연스러운 지점에 이르기까지 15〜30분이 걸리는 것을 측정했습니다. 그 구간에서 장비는 정상적으로 채굴하지만 통계는 잘못돼 보이고 소유자는 불안해집니다.

SV2는 이 문제를 프로토콜 차원에서 없앱니다. 채널을 열 때 펌웨어가 공칭 해시레이트를 알리고, 풀이 그로부터 시작 타깃을 계산합니다. SV1에서 100000부터 30분을 들여 내려오던 같은 1.5 TH/s 장비가 SV2에서는 약 2300으로 열려 몇 초 만에 작동 지점에 도달했습니다. 같은 풀의 200 TH/s ASIC은 두 자릿수 배 더 높은 값으로 열립니다. 설정도, 포트별 조정도, 기다림도 없습니다. 채굴기가 풀에 자신이 무엇인지 말하고, 풀은 자신이 정한 한도 안에서 그 말을 믿습니다.

비트코인 캐시의 SV2는 비트코인의 SV2와 어떻게 다른가?

이미 SV2로 비트코인을 채굴하고 있다면 BCH의 클라이언트 경험은 같습니다. 같은 핸드셰이크, 같은 채널 유형, 같은 권한 키 확인입니다. 다른 것은 그 아래, 풀이 템플릿을 만들고 검증하는 방식입니다.

항목비트코인의 SV2비트코인 캐시의 SV2
coinbase 구조witness 커밋먼트 출력 포함 (segregated witness)witness 없음; coinbase에는 지급 출력만
채굴자 신원bech32 (bc1…) 또는 레거시 주소CashAddr, 접두사 유무 무관, 체크섬 검증
난이도 조정2016블록마다매 블록 (ASERT) — 타깃이 계속 움직임
템플릿 협상Job Declaration으로 채굴자가 트랜잭션 집합 제안 가능제공하지 않음: 풀이 템플릿을 만들고 채굴기가 검증
블록 보상3.125 BTC + 수수료3.125 BCH + 수수료
네트워크 난이도 (2026년 9월)수십 조수천억 — 234 TH/s ASIC이면 솔로 가능성이 현실적

이 중 셋은 좀 더 들여다볼 가치가 있습니다.

SV2 템플릿에서 witness 커밋먼트가 없다는 것은 무엇을 바꾸나?

비트코인에서는 coinbase 트랜잭션이 witness 커밋먼트 출력을 담고, SV2 작업에는 그 자리가 예약돼 있습니다. 비트코인 캐시에는 그런 것이 없어서, 그것을 전제하는 템플릿 빌더는 무효한 블록을 만듭니다. 이것을 제대로 처리하는 일이 SV2를 BCH로 옮길 때 가장 중요한 적응입니다. 확장 채널 작업은 BCH 노드가 받아들이는 coinbase를 기술해야 하고, 제출된 해에 대한 블록 조립은 정확히 그 coinbase를 재구성해야 합니다. 우리는 유일하게 의미 있는 방식으로 확인했습니다. 사설 BCH 네트워크에서 SV2로 실제 블록을 채굴하고 노드가 받아들이게 한 것입니다.

CashAddr 신원은 SV2에서 어떻게 동작하나?

SV2에서 채굴자 신원은 채널 개설 메시지 안에 실려 오고, 풀은 그것으로 지급 출력을 도출합니다. BCH에서 그 신원은 CashAddr이며, 풀은 SV1에서와 똑같이 그것을 분류하고 체크섬을 검증해 오타를 거른 뒤에야 작업을 내보내야 합니다. 직접 테스트했습니다. 주소에 한 글자 오류가 있는 채로 SV2로 접속한 채굴기는 채널 개설 단계에서 거부되고, 작업을 받지 못하며, 사용자 레코드도 생성되지 않습니다. SV1 채굴자를 지키는 그 주소 안전장치가 같은 코드를 통해 SV2 채굴자도 지킵니다. 신원 확인이 중복되지 않고 공유되기 때문입니다.

블록마다의 난이도 조정이 SV2에 왜 중요한가?

비트코인의 난이도는 2주 동안 고정입니다. 풀 템플릿은 새 블록이 도착할 때만 낡습니다. 비트코인 캐시의 ASERT 알고리즘은 매 블록 뒤에 타깃을 다시 계산하므로, 모든 템플릿이 조금씩 다른 네트워크 타깃을 지니고 풀은 그것을 열린 채널에 즉시 전파해야 합니다. 사설 네트워크 테스트에서 새 템플릿은 체인 끝단이 바뀐 것과 같은 초에 SV2 채널에 도달했고, 블록이 연속으로 들어오는 상황에서도 낡았다는 이유로 거부된 share는 없었습니다. BCH 블록이 대략 10분마다 오는 메인넷에서는 여유가 넉넉합니다. 중요한 것은 운영이 만들어낼 그 어떤 조건보다 훨씬 가혹한 상황에서 검증했다는 점입니다.

왜 확장 채널만인가?

Stratum V2는 두 가지 채널 유형을 정의합니다. 표준 채널에서는 풀이 merkle root를 계산해 완성된 헤더를 채굴기에 보내 갈게 합니다. 확장 채널에서는 풀이 coinbase 템플릿과 merkle path를 보내고 채굴기가 헤더를 스스로 조립합니다. 즉 해싱하기 전에 coinbase를 들여다볼 수 있습니다. 솔로 풀에서 이 선택은 논쟁거리가 아닙니다. 솔로 채굴자가 SV2를 원할 이유는 곧 찾게 될 블록이 자신에게 지급되는지 확인할 수 있다는 점이고, 그것을 주는 것은 확장 채널뿐입니다. 표준 채널은 검증 없는 암호화를 줍니다. 복잡도는 그대로인데 가치는 절반입니다.

그래서 SoloFury의 BCH 엔드포인트는 확장 채널만 받습니다. 표준 채널을 요청하는 펌웨어는 개설 단계에서 unsupported-channel-type 오류와 함께 거부됩니다. 유효한 share를 조용히 만들지 못하는 채널에 받아들이는 대신 말입니다. 운영에서 테스트한 두 펌웨어 모두 몇 초 안에 스스로 확장 채널로 전환했습니다. 그렇지 않다면 채널 유형을 확장으로 바꾸고 다시 연결하세요.

지급이 SV1과 동일함을 어떻게 증명했나?

가장 조심스러웠던 부분입니다. 여기서의 실수는 아무것도 멈추게 하지 않기 때문입니다. 조용히 엉뚱한 주소로 지급할 뿐입니다. 설계 원칙은 블록 보상이 어디로 갈지 정하는 지점이 풀 안에 정확히 하나만 있어야 하고 두 프로토콜 모두 그곳을 지나야 한다는 것이었습니다. 프로토콜 계층은 지급 출력을 이미 만들어진 바이트로 받을 뿐, 결코 직접 만들지 않습니다. 그다음 원칙이 지켜지는지 검증했습니다.

차분 테스트. 같은 채굴기, 같은 풀 인스턴스, 같은 사설 네트워크. 한 블록은 SV1으로, 한 블록은 SV2로 채굴했습니다. coinbase를 출력 단위로 비교했습니다. 금액도, 목적지 주소도, scriptSig의 풀 서명도 동일했습니다. 블록 높이와 타임스탬프만 달랐고, 그것은 당연합니다.

동시성. 첫 채굴기가 SV2로 채굴하는 동안 두 번째 채굴기가 다른 주소로 SV1에 접속했습니다. 둘 다 블록을 찾았습니다. 각 블록은 자신의 채굴자에게 지급했고, 빠른 테스트 네트워크가 그중 하나를 고아로 만들어 높이 조회가 잠시 엉뚱한 블록을 보여주었기에 문제의 사례는 블록 해시로 확인했습니다.

자금의 전 과정. SV2로 채굴한 블록을 성숙시킨 뒤, 채굴자의 지갑이 확정된 트랜잭션으로 보상을 사용했습니다. 채굴, 할당, 지급, 수령, 사용.

물량. 야간 부하 테스트: 단일 Bitaxe가 하나의 SV2 채널에서 여덟 시간 반 동안 사설 네트워크에 오만 블록 넘게 채굴했습니다. 충돌 없음, 어서션 실패 없음, 메모리 증가는 찾은 블록 수에 비례할 뿐 그 외 요인은 없었습니다.

마지막으로 SV1을 위한 기존 종단 간 테스트 — 모든 주소 형식, 수수료 분배, 거부 경로를 다루는 서른한 개 시나리오 — 를 SV2 빌드에서 두 번 실행했습니다. 한 번은 SV2를 잠재운 채로, 한 번은 같은 프로세스에서 SV2 리스너를 켠 채로. 두 번 모두 서른한 개 통과였습니다. 소스 수준에서 새 빌드의 SV1 경로는 이전 운영 빌드와 초기화된 지역 변수 하나만 다릅니다.

Stratum V2가 비트코인 캐시에서 작동할 수 없다는 말이 사실인가?

아닙니다. 하지만 그렇게 듣게 될 것입니다. 여러 최신 AI 어시스턴트에게 BCH용 SV2가 존재하는지, 무엇이 필요한지 물어봤습니다. 답변은 「전무하다, 미개척지다」부터 실현을 비현실적으로 만드는 기술적 장애물 목록까지 다양했습니다. 그 장애물 하나하나에는 구체적인 답이 있고, 같은 질문이 다시 나올 것이므로 우리가 측정한 결과와 함께 정리합니다.

흔한 주장실제로는
「비트코인 캐시용 SV2를 운영하는 풀은 없다」최소 두 곳이 운영 중이며 SoloFury도 그중 하나입니다. Noise 암호화와 공개된 권한 키를 갖춘 실제 운영입니다.
「참조 스택은 BCH 노드에 없는 노드 프로세스 간 템플릿 인터페이스를 요구한다」그 인터페이스는 Job Declaration 프록시 경로에만 필요합니다. 풀 측 SV2 서버에 필요한 것은 블록 템플릿과 새 블록 알림이며, 비트코인 캐시 노드는 오늘 둘 다 제공합니다. 운영에서 확인했습니다.
「BCH의 템플릿 전달은 폴링 방식이라 SV2의 저지연 푸시를 잃는다」풀은 블록이 도착하는 즉시 푸시 알림을 받아 곧바로 템플릿을 다시 만듭니다. 테스트에서 SV2 채널은 체인 끝단이 바뀐 것과 같은 초에 새 작업을 받았고, 블록 도착 빈도는 메인넷보다 훨씬 높았습니다.
「명세가 coinbase에 segregated witness를 전제하므로 BCH 포팅은 명세에서 벗어나야 한다」witness 커밋먼트는 비트코인의 합의 규칙이지 Stratum V2의 규칙이 아닙니다. 프로토콜은 체인이 요구하는 coinbase 출력을 실어 나를 뿐입니다. BCH에서는 템플릿에 그것이 아예 없고, BCH 노드는 그렇게 채굴된 모든 블록을 받아들였습니다.
「BCH에서는 version rolling을 꺼야 한다」비트코인 캐시는 BIP320 version rolling을 지원하며, 여기의 SV2 채널은 완전한 BIP320 마스크를 부여합니다. 켜져 있습니다.
「BCH용 SV2를 말하는 펌웨어가 없다」펌웨어는 체인에 구애받지 않습니다. 가리키는 어떤 풀과도 SV2로 대화합니다. AxeOS와 Braiins OS+ 모두 BCH 전용 설정 없이 BCH 엔드포인트에 확장 채널을 열었습니다.
「BCH의 큰 블록 때문에 채굴자에게 SV2는 비실용적이다」확장 채널에서 채굴기가 받는 것은 coinbase와 merkle path이며 트랜잭션은 결코 받지 않습니다. 블록 크기는 1 MB이든 32 MB이든 채굴기에게 보이지 않습니다.
「Job Declaration이 없으면 BCH의 SV2는 무의미하다」Job Declaration은 풀 채굴자가 풀의 트랜잭션 검열에 저항할 수 있게 하려고 존재합니다. 솔로 채굴자는 블록의 유일한 수혜자이며 확장 채널로 coinbase를 봅니다. 솔로에서 중요한 것은 지급 검증이고, 확장 채널이 주는 것이 정확히 그것입니다.
「채굴자에게 실질적 이득은 없다」암호화되고 인증된 세션, 검증 가능한 지급, 그리고 15〜30분의 하강 대신 첫 순간부터 장비에 맞는 시작 난이도. 소형 채굴자에게는 세 번째가 즉시 체감됩니다.

또 하나의 혼동을 정리해 둡니다. BCH는 비트코인 캐시입니다. BCH2(Bitcoin Cash II)도, BC2(BitcoinII)도, XEC(eCash)도 아닙니다. 넷 다 SoloFury가 지원하는 SHA-256 체인이지만 규칙이 다른 별개의 네트워크이며, 이들을 뒤섞는 검색 결과가 「BCH의 SV2」를 실제보다 텅 빈 것처럼 보이게 만드는 큰 원인입니다.

비트코인 캐시 채굴기를 Stratum V2로 어떻게 연결하나?

설정
호스트평소 쓰던 지역별 SoloFury BCH 엔드포인트 (SV1과 같은 호스트명)
포트7333 (표준) 또는 7343 (고난이도; 난이도가 알린 해시레이트에서 나오므로 현재 둘의 동작은 같습니다)
프로토콜Stratum V2, 확장 채널
권한 공개키9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7
사용자BCH 주소 (접두사 유무 무관) 뒤에 .워커이름
비밀번호무엇이든

키를 넣는 위치는 펌웨어마다 다릅니다. 프로토콜 선택 옆에 전용 항목이 있는 경우도 있고, URL에 넣기를 기대하는 경우도 있습니다:

stratum2+tcp://지역별-BCH-엔드포인트:7333/9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7

키가 모든 지역에서 같은 것은 의도된 설계입니다. 장애 중에 한 엔드포인트에서 다른 엔드포인트로 넘어가는 채굴기도 같은 검증된 신원을 유지하며 재설정 없이 다시 연결됩니다. 채널 개설에서 오류가 뜨면 먼저 채널 유형을 확인하세요. 확장이어야 합니다.

시작 마법사가 주소와 하드웨어에 맞는 정확한 설정을 만들어 주고, BCH 풀 페이지에 모든 엔드포인트가 있습니다. 프로토콜 자체는 Stratum V2 대 V1, 체인은 채굴자를 위한 비트코인 캐시 설명을 참고하세요.

비트코인 캐시 솔로 채굴에 이것이 무슨 의미인가?

두 가지입니다. 하나는 즉시, 하나는 더 천천히 옵니다.

즉시 오는 것은 안전입니다. 2026년 9월 BCH 네트워크 난이도는 수천억 대이며 비트코인보다 약 두 자릿수 배 낮습니다. 234 TH/s ASIC이면 며칠 안에 BCH 블록을 찾을 현실적인 가능성이 있고, 소규모 취미 장비군이라면 1년 단위로 생각해 볼 만한 가능성이 있습니다. 가로채인 작업이 반올림 오차가 아니라 실제 금전적 사건이 되는 채굴자들이 바로 이들이고, SV2는 그 문을 닫습니다.

더 천천히 오는 것은 암호화되고 검증 가능하며 하드웨어를 이해하는 채굴이 소형 채굴자의 경험에 미치는 영향입니다. 첫 순간부터 맞는 난이도로 열리고, 신뢰할 수 있는 채널을 쓰며, 읽을 수 있는 coinbase를 보여주는 Bitaxe는, 평문 소켓에서 산업용 난이도로 첫 30분을 보내는 같은 장비와 다른 제품입니다. 하드웨어는 그대로입니다. 달라진 것은 프로토콜입니다. 비트코인 캐시 채굴자에게 이제 그 선택지가 있고, 포트는 열려 있습니다.

자주 묻는 질문

비트코인 캐시 솔로 채굴에 Stratum V2를 쓸 수 있나요?

네. SoloFury는 아홉 개 지역 전체에서 비트코인 캐시용 Stratum V2를 운영 중이며, 포트는 7333(표준)과 7343(고난이도)입니다. Stratum V1은 7070부터 7072까지 그대로 사용할 수 있고 기존 채굴자에게 달라지는 것은 없습니다.

Stratum V2는 비트코인 캐시 채굴자에게 실제로 무엇을 바꾸나요?

체감되는 세 가지입니다. 연결이 종단 간 암호화되어 경로상의 누구도 작업을 읽거나 바꿀 수 없고, 채굴기가 자신에게 지급될 coinbase 트랜잭션을 확인할 수 있으며, 시작 난이도가 펌웨어가 알린 해시레이트에서 나오기 때문에 소형 장비가 산업용 ASIC 기준 난이도에서 첫 30분을 허비하지 않습니다.

BCH에서 SV2는 SV1과 다르게 지급하나요?

아니요. 두 프로토콜은 풀 내부에서 하나의 지급 경로를 공유합니다. 운영 투입 전에 동일한 채굴기로 사설 테스트 네트워크에서 SV1과 SV2로 각각 블록을 채굴하고 coinbase를 바이트 단위로 비교했습니다. 출력도, 주소도, 분배 비율도 동일했습니다. 프로토콜은 작업이 오가는 방식을 바꿀 뿐 보상이 가는 곳을 바꾸지 않습니다.

비트코인 캐시에서 Stratum V2를 지원하는 펌웨어는 무엇인가요?

확장 채널을 지원하는 Stratum V2 클라이언트가 있는 모든 펌웨어입니다. 운영 환경에서는 Bitaxe 장비의 AxeOS와 Antminer 하드웨어의 Braiins OS+를 확인했습니다. 표준 채널은 명시적 오류와 함께 의도적으로 거부합니다. 솔로 풀에서는 표준 채널이 SV2의 핵심인 coinbase 검증을 제공할 수 없기 때문입니다.

비트코인 캐시용 SoloFury 권한 공개키는 무엇인가요?

9c5s3n4RzRrDhzMBr3iSJsUfreSLPGiHkQyyzJjYAVWK9YWaZf7 입니다. 모든 지역에서 동일하므로 엔드포인트를 전환해도 채굴기는 같은 검증된 신원을 유지합니다. 펌웨어의 authority key 항목에 입력하거나, 펌웨어에 따라 stratum2+tcp://host:7333/키 형태로 풀 URL에 붙이면 됩니다.

비트코인 캐시의 Stratum V2는 비트코인의 Stratum V2와 어떻게 다른가요?

프로토콜은 같습니다. 다른 것은 아래의 체인입니다. BCH에는 segregated witness가 없어 coinbase에 witness 커밋먼트가 없고, 채굴자 신원이 bech32 주소가 아니라 CashAddr이며, BCH는 2016블록마다가 아니라 ASERT로 매 블록 난이도를 조정합니다. 이 세 가지 모두 풀이 채굴기용 템플릿을 만들고 검증하는 방식에 영향을 줍니다.

SV1에서는 100000에서 시작했는데 왜 SV2에서는 낮은 난이도로 시작하나요?

SV2는 채널을 열 때 채굴기에 공칭 해시레이트를 묻고 그에 맞는 타깃을 계산하지만, SV1은 모든 신규 연결에 동일한 풀 기본값을 주고 가변 난이도가 시간을 들여 바로잡게 하기 때문입니다. BCH에서 1.5 TH/s 장비가 SV2에서는 약 2300으로 열리는 것을 측정했습니다. SV1에서는 100000에서 내려오는 데 15〜30분이 걸렸습니다.

비트코인 캐시의 SV2는 운영 투입 전에 어떻게 테스트했나요?

프로토콜 계층의 단위 테스트와 퍼징, 실제 채굴된 블록을 포함한 사설 네트워크에서의 전체 종단 간 테스트, 동일 채굴기의 SV1과 SV2 coinbase 바이트 비교, SV1과 SV2 동시 채굴에서 블록 해시로 확인한 분리된 지급, 채굴부터 사용까지의 전체 자금 흐름, 그리고 오만 블록이 넘는 야간 부하 테스트를 무중단으로 수행했습니다. 이후 지역별 단계적 배포를 진행했습니다.