셰어 거부 사유: 풀이 채굴 프로그램에 알려 준 내용

응답이 곧 진단입니다

풀이 셰어를 거부할 때 그냥 "아니요"라고만 하지 않습니다. 번호가 붙은 이유를 돌려보내고, 채굴 프로그램이 이를 출력합니다. 그 한 줄이 한 시간 동안 설정을 이리저리 바꾸느냐, 1분 만에 진짜 문제를 고치느냐를 가르므로 각 응답의 뜻을 알아 둘 가치가 있습니다.

이 중 일부는 내 쪽에 문제가 있다는 뜻이고, 일부는 아무 문제도 없다는 뜻입니다. 이를 모두 같은 식으로 읽다 보면 멀쩡한 카드를 다시 플래싱하게 됩니다.

21, job not found(작업을 찾을 수 없음)

응답한 작업이 이미 만료되었습니다. 셰어가 전송되는 동안 네트워크가 앞으로 나아가서, 도착했을 때는 그 셰어가 답한 문제에 이미 승자가 있었습니다. 이것이 스테일 셰어이며, 적은 수의 스테일 셰어는 인터넷을 쓰는 데 따르는 비용일 뿐입니다. 광섬유를 지나는 빛도 순식간은 아닙니다.

조치할 가치가 있는 것은 그 수가 적지 않게 될 때뿐입니다. 비율이 주마다 올라간다면 지연 시간 문제이므로, 다른 무엇보다 먼저 가장 가까운 지역과 유선 연결을 시도하세요. 채굴기를 추가한 순간 비율이 뛴다면 그 채굴기가 원인입니다.

23, low difficulty(난이도 너무 낮음)

셰어가 주어진 목표에 도달하지 못했습니다. 보통 이 응답만은 내 쪽에 문제가 있다는 뜻이며, 거부가 보이면 가장 먼저 살펴볼 곳입니다.

• 불안정한 오버클럭. 가끔씩만 검증에 실패하는 작업이 전형적인 징후입니다. 모든 셰어가 아니라 그중 몇 퍼센트만 실패합니다. 코어 클럭과 메모리 클럭을 기본값으로 낮추고 거부도 함께 사라지는지 보세요.
• 잘못된 알고리즘. 채굴 프로그램을 잘못된 알고리즘으로 시작하면 만들어 내는 것이 사실상 하나도 통과하지 못하므로, 몇 퍼센트가 아니라 전부 거부되는 모습으로 나타납니다.
• 오래된 채굴 프로그램. 네트워크 업그레이드 뒤에도 옛 빌드는 옛 규칙으로 작업을 만들고, 그 셰어는 전부 실패합니다.
• 직접 너무 높게 설정한 고정 난이도. 난이도를 고정했다면 해제하고 풀이 속도를 조정하게 하세요.

22, duplicate(중복), 그리고 이것이 불리하게 작용하지 않는 이유

같은 셰어가 풀에 두 번 도착했습니다. 한 번만 계산되며 이는 올바른 처리입니다. 하지만 그다음에 무슨 일이 일어나는지 분명히 해 둘 필요가 있습니다. 아무 일도 일어나지 않습니다. 중복은 결코 나쁜 셰어로 계산되지 않으며 차단에 가까워지게 하지도 않습니다.

이는 실수가 아니라 의도한 결정입니다. 중복은 대개 하드웨어가 원래 그렇게 동작하기 때문에 생깁니다. ASIC 펌웨어는 잃어버렸다고 생각한 제출을 다시 시도하고, 프록시 계층은 다시 보내며, 같은 작업에 같은 답을 두 번 낸 채굴 프로그램은 그것을 두 번 보냅니다. 이 중 어느 것도 채굴자의 부정행위가 아니며, 중복을 무효로 처리하는 풀은 펌웨어가 정한 동작 때문에 채굴기에 조용히 불이익을 주는 셈입니다.

중복이 가끔이 아니라 계속 나온다면, 흔한 원인은 두 채굴기가 워커 이름 하나를 함께 쓰는 것입니다. 채굴기마다 고유한 이름을 붙이세요.

24, unauthorized(인증되지 않음)

로그인이 받아들여지지 않았거나, 로그인 전에 셰어가 도착했습니다. 실제로는 거의 항상 지갑 주소 문제입니다. 오타, 복사해 붙여넣을 때 딸려 온 공백, 또는 연결한 네트워크가 아닌 다른 네트워크의 주소입니다.

풀은 어느 쪽인지 알려주려고 합니다. 주소는 유효하지만 다른 네트워크의 주소라면 응답에서 그렇게 알려주고 이 풀이 있는 네트워크를 밝힙니다. 잘못된 네트워크와 오타는 로그에서 똑같아 보이지만 해결 방법은 전혀 다르기 때문입니다.

20, other(기타)

위 네 가지에 속하지 않는 모든 경우입니다. 응답에는 번호 옆에 무슨 일이 있었는지 설명하는 글이 붙어 있으므로, 이 응답은 표에서 찾아보지 말고 직접 읽으세요.

알아 둘 만한 것이 두 가지 있는데, 작업의 결함이 아니라 정책이기 때문입니다. 스테일 셰어 비율이 오랫동안 높게 유지되면 먼저 스테일 셰어가 바로 거부되는 것을 보게 되고, 그다음에는 일시적인 차단이 옵니다. 두 응답 모두 원인이 스테일 셰어라고 분명히 밝힙니다. 하드웨어에 대한 판정이 아니라, 수익을 낼 수 없는 작업에 계속 지급하기를 풀이 거절하는 것이며, 비율이 다시 내려가면 저절로 풀립니다.

얼마나 많아야 너무 많은가

job-not-found는 지역을 잘 골랐다면 1% 미만이 건강한 수준이며, 0에 이르는 경우는 없습니다. 개수가 아니라 추세를 보세요.

low-difficulty는 솔직한 답이 다릅니다. 꾸준히 나온다면 양과 상관없이 무언가 잘못된 것입니다. 온라인 상태라서 내는 세금이 아니라 검증에 실패한 작업이며, 아무 수익도 내지 못합니다. 몇 퍼센트씩 거부되는 채굴기는 오버클럭을 되돌려야 하는 채굴기입니다.

대시보드의 "실시간" 탭에서 두 가지를 실시간으로 볼 수 있으며, 그곳에는 풀이 판정하는 대로 모든 셰어가 표시됩니다.

응답만으로 충분하지 않을 때

거부된 셰어 글의 점검 목록을 차례로 확인하세요. 원인이 실제 범인으로 밝혀지는 빈도 순으로 정리되어 있습니다. 채굴기 하나만 거부되고 나머지가 깨끗하다면 문제는 풀이 아니라 그 기기에 있습니다. 오버클럭 프로필, 드라이버 버전, 라이저 케이블 순서로 의심해 보세요.