iceriver oc
ver ASICs
모든 IceRiver ASIC의 펌웨어를 수정하여 클록 및 전압 제어, 센서 그래프, 적절한 보안 로그인 및 API 액세스, 기타 기능을 추가했습니다.
맞춤형 OC/OV, 커뮤니티에 도움이 되는 소액의 수수료, 불필요한 장치 변경이 없습니다.
펌웨어 파일은 이 페이지 오른쪽의 릴리스 섹션에서 다운로드할 수 있습니다.
문제가 있는 경우 Kaspa Discord에서 저(pbfarmer)를 찾으면 가장 빠른 응답/해결 방법을 얻을 수 있습니다.
이러한 펌웨어는 테스트와 피드백에 대한 수많은 사람들의 노력 없이는 불가능합니다.
그러나 특히 한 사람은 처음부터 자신의 컴퓨터를 희생하여 나에게 개발을 위한 직접 액세스 권한을 부여했고, 새로운 기능을 테스트하는 동안 그의 컴퓨터를 위험에 빠뜨릴 수 있었고, 빈번한 업데이트 및 다시 시작 중에 수많은 채굴 중단을 겪었습니다.
이 사람은 Discord 핸들인 Onslivion을 사용합니다. Kaspa Discord에서 그에게 감사 인사를 전하고 그에게 팁이나 해시레이트를 보낼 수도 있다면 좋을 것입니다.
kaspa:qzh2xglq33clvzm8820xsj7nnvtudaulnewxwl2kn0ydw9epkqgs2cjw6dh3y
'마이너' 페이지에 클럭 및 전압 설정이 추가되었습니다. 클록은 임의의 정수 값으로 증가/감소할 수 있습니다(하드웨어 제한 내에서). 변경 사항은 다시 시작하지 않고도 즉시 적용되지만, 클럭 증가는 30초당 25Mhz씩 점진적으로 적용됩니다. 결과적으로 선택한 오프셋의 크기에 따라 최대 속도에 도달하는 데 시간이 걸릴 수 있으며 최대 10분까지 걸릴 수 있습니다.
또한 전압은 임의의 정수 값(하드웨어 제한 내에서)으로 증가/감소할 수 있으며 변경 사항은 즉시 적용됩니다. 설정은 KS0 Pro를 제외한 모든 항목에 대해 내부적으로 가장 가까운 6.25mV 배수로 내림됩니다. 명심해야 할 간단한 모델은 25mv가 증가할 때마다 적절한 증분은 7mv-6mv-6mv-6mv, 즉 첫 번째 25mv의 경우 7, 13, 19, 25라는 것입니다.
KS0 Pro의 경우 전압을 2mV 단위로 조정할 수 있습니다.
현재 KS3/M/L에는 전압 제어를 사용할 수 없습니다.
중요: 현재는 가드레일이 없으며 이 소프트웨어에 의해 시계 또는 전압에 적용되는 제한이 없으므로 주의해서 사용하십시오.
최대 해시 칩과 보드 온도를 모두 유지하기 위해 팬 속도를 자동으로 조정하는 새로운 팬 모드가 추가되었습니다. 온도는 10초마다 판독되며 필요에 따라 팬 속도가 조정됩니다.
이 설정은 설정 온도를 보장하지 않는다는 점에 유의하세요. 시작 또는 기타 동적 기간 동안 최대 5C까지 초과될 수 있지만 요청된 온도 또는 그 근처에서 안정화되어야 합니다.
시작 시 또는 기타 동적 기간 동안 목표 온도가 사용자의 편의를 넘어서는 경우 최소 팬 속도를 높여야 합니다.
고정 팬 속도는 이제 시작 시 약 1~2m 지연 후 다시 적용되지만 일회성 적용입니다. 이는 기본 IceRiver 소프트웨어가 어떤 이유로 팬 속도를 다시 변경하기로 결정한 경우 이 모드는 설정을 다시 적용하지 않음을 의미합니다. 대안으로 적절한 최소 팬 속도와 함께 '목표 온도' 모드를 사용하는 것을 고려해 보십시오.
요약(보드별 최소/최대/평균), 보드 또는 모든 칩에 대한 필터와 함께 모든 칩 측정항목에 대해 2시간의 그래프 작성이 추가되었습니다.
80c 칩 온도는 이상적인 해시 속도 성능을 제공하는 것으로 보입니다(냉각 모드가 없는 KS0/Pro에서는 어려울 수 있지만). IceRiver는 안전한 칩 온도 제한에 대한 지침을 제공하지 않았지만 채굴 소프트웨어는 95C 이상의 클럭 상승을 제한하는 것으로 보입니다. , 실제로 시계를 110C 이상으로 조절합니다. 최소한 G/CPU의 일반 지침을 따르는 것이 현명할 것입니다(예: >90C 경고 구역, >95C 위험 구역, >105C 위험 구역).
실시간 전압은 설정과 일치하지 않는다는 점에 유의하십시오. 부하가 있는 드라이버는 전압 강하를 경험합니다. 즉, 실행 전압이 항상 전압 설정보다 낮고 부하가 많을수록 강하가 커집니다. 칩 전압 판독이 불가능하므로 칩 전압은 KS5L/M의 전력 소비량으로 대체됩니다. 이러한 모델에는 3350W의 소프트웨어 제한이 적용되며, 이 제한을 초과하면 코어가 4개 그룹으로 비활성화됩니다.
흡기 및 배기 센서 온도는 물론 KS0/Pro/Ultra, KS1 및 KS2의 파워 스테이지(드라이버) 온도를 포함하는 보드 온도 그래프가 모든 모델에 추가되었습니다. 요약 모드에서는 각 보드의 최대 전력단 온도가 표시되고, 보드 모드에서는 각 그룹/컨트롤러(PSG)의 최대 전력단 온도가 표시됩니다. 칩 문서에 따르면 최대 권장 작동 온도는 125C이지만 이 온도 이하로 적당한 마진을 유지하는 것이 현명할 것입니다.
온도만이 건강한 작동을 위한 유일한 고려 사항은 아니라는 점에 유의하십시오. 전력/전류 소모도 문제가 되는데, 현재 이에 대한 가시성이나 사양이 없습니다.
해시레이트 그래프(헤드라인 통계 포함)에는 이제 30분 및 2시간 추적이 포함되며 보드 수준 필터링도 포함됩니다.
문제/이상 현상을 진단하는 데 도움이 되도록 마우스 오버 툴팁이 모든 그래프에서 동기화되었습니다.
순간값은 범례에 표시되며, 라벨을 클릭하면 개별 라인을 비활성화/활성화할 수 있습니다. 그래프 눈금은 더 이상 0 기반이 아니며 표시되는 선에 따라 조정됩니다. 즉, 더 이상 낮은 해상도로 인해 인위적으로 평평해지지 않으며 실제로 각 측정의 변동성을 확인할 수 있습니다.
이것이 5m 판독값이 실제로 얼마나 가변적인지 명확히 하는 데 도움이 되기를 바랍니다.
중단 없는 가동 시간 및 작업 발행 비율이 풀 통계 섹션에 추가됩니다. 작업 속도는 단순히 풀 연결의 추가 상태 지표입니다. 현재 Kaspa 네트워크의 작업 속도는 약 +/- 15%의 변화를 가지며 초당 약 1개(Rust 배포에서는 곧 10/초가 될 예정)입니다. 이보다 지속적으로 높거나 낮은 작업률은 Kaspa의 블록 수용 정책으로 인해 기술적으로 귀하의 수입에 영향을 미치지 않지만(풀이 불필요하게 '오래된' 공유를 거부하지 않는다고 가정), 이는 풀이 제대로 작동하지 않을 수 있다는 신호입니다. 수영장 운영자에게 알리거나 다른 옵션을 찾고 싶을 수도 있습니다.
kaspa-pool 운영자는 오버헤드를 제한하기 위해 의도적으로 작업 비율을 낮추며, 이는 오래된 공유 비율에 영향을 미치지 않는다는 점을 전달했습니다.
다양한 네트워크/풀 문제를 진단하는 데 도움이 되도록 여러 상태 표시기가 풀 섹션에 추가되었습니다. 회색 사용 중(회전) 아이콘은 ASIC이 풀에 연결을 시도하고 있음을 나타냅니다. 녹색 사용 중 아이콘은 네트워크에 연결되어 있지만 아직 Stratum 연결이 없음을 나타냅니다. 노란색 경고 아이콘은 Stratum 연결이 성공했지만 수신된 작업이 없음을 나타냅니다.
이전에 포트 4111에서 사용 가능한 API를 계속 사용할 수 있지만 이제 UI의 모든 추가 기능을 포함하는 합리화된 새로운 API를 https(포트 443)를 통해 사용할 수 있습니다.
전체 문서는 json 형식으로 제공됩니다.
호스팅이나 기타 대규모 배포를 위한 별도의 '상용' 빌드에 다양한 기능이 추가되었습니다. 이러한 빌드에는 버전 번호 뒤에 'c'가 포함되어 있으며(예: pbv081c_ks5mupdate.bgz ) 현재 추가로 0.33%의 수수료가 있습니다(1.33% 대 표준 1%).
표준 기본/관리 사용자 외에도 서로 다른 액세스 권한을 가진 여러 사용자를 추가할 수 있습니다. 이를 통해 예를 들어 기계 소유자에게 기계에 직접 액세스할 수 있는 권한을 부여하고 기본 모니터링 페이지를 보고 풀 구성을 변경할 수 있는 권한을 부여하는 동시에 네트워크, 팬 또는 클럭/전압 매개변수 변경을 제한할 수 있는 설정이 가능합니다.
ASIC의 해시파워는 구성 가능한 백분율에 따라 여러 엔드포인트로 분할되어 호스팅 비용을 설정할 수 있습니다. 분할 수는 제한되지 않지만 펌웨어는 각 분할에 대해 풀/계층 연결을 유지하여 수신 트래픽을 증가시킨다는 점을 명심하십시오.
이 기능은 한 번에 여러 KHeavyHash 코인에 해시율을 분할하는 데에도 사용할 수 있습니다.
'PbFarmer' 로고는 원하는 브랜드 이미지로 대체 가능합니다. 이미지 형식은 112x60 PNG여야 합니다.
기본 풀 가용성에 대해 상태 확인 루프가 실행됩니다. 어떤 이유로든 채굴자가 보조 풀 중 하나로 전환한 경우 기본 풀이 다시 사용 가능해지는 즉시 다시 기본 풀로 전환됩니다.
기본 웹 서버를 업데이트된 프로덕션 환경 대상 버전으로 교체하고, 캐시/메모리 제어 구성을 추가하고, 메모리 누수를 수정했습니다. 이는 너무 많은 페이지 로드 후 웹 서버 충돌을 유발하는(ASIC UI를 사용할 수 없게 되는) HiveOS 및 기타 외부 모니터링 도구 사용자에게 나타나는 문제를 해결해야 합니다.
인증 및 권한 부여 제어가 완전히 대체되었으며 모든 트래픽이 https를 통해 리디렉션되었습니다. 이는 오프사이트 모니터링을 위해 방화벽을 통해 http(s) 트래픽을 전달하는 것이 훨씬 더 안전해야 함을 의미합니다. (단순히 최상의 보안 관행으로 인해 이것을 반드시 권장하지는 않지만...) 로그인은 더 이상 보안되지 않은 http를 통해 전송되지 않습니다. 그리고 사람들은 더 이상 로그인을 건너뛰도록 쿠키를 설정함으로써 귀하의 ASIC을 하이재킹할 수 없습니다. 파일 시스템 손상으로 인한 무작위 '잘못된 로그인' 메시지도 이제 과거의 일이 되어야 합니다. 이렇게 하면 처음 설치한 후 비밀번호가 기본 기본값으로 재설정된다는 것을 명심하세요. 또한 머신이 TLS 인증서를 생성하므로 설치 후 첫 번째 부팅에는 2분 이상이 소요됩니다.
또한 재설계된 API는 세분화된 권한을 할당할 수 있는 액세스 토큰으로 보호되었습니다. 토큰은 'Authorization: Bearer <token>' 형식의 헤더에 API 요청과 함께 포함되어야 합니다.
로그인 비밀번호를 업데이트하는 것과 마찬가지로, 머신을 공개적으로 노출할 계획이라면 이 API 토큰을 삭제/교체하세요. 이는 기본적으로 모든 머신에서 동일하기 때문입니다.
https용 TLS 인증서(및 인증 기관)는 ASIC에서 자동으로 생성됩니다. 즉, 잘 알려진 기관에서 발급된 것이 아니기 때문에 브라우저에 '안전하지 않음' 경고가 표시됩니다. 이러한 경고는 무해하지만 성가실 수 있으므로 펌웨어는 CA 인증서를 다운로드하여 브라우저 인증서 저장소에 업로드할 수 있는 기능을 제공합니다.
예를 들어 Chrome에서 그렇게 하려면 chrome://settings/security로 이동하여 '인증서 관리'를 클릭하고 '신뢰할 수 있는 루트 인증 기관' 탭(또는 Linux의 경우 '인증 기관')을 선택한 다음 가져오기를 클릭하세요. 단추. 브라우저를 다시 시작한 후에는 '보안되지 않음' 경고가 더 이상 표시되지 않습니다.
ASIC이 여러 개인 경우 기본적으로 각각에 대해 서로 다른 CA가 있습니다. 그러나 이들 각각을 브라우저나 다른 장치에 추가하는 대신 하나의 ASIC에서 CA 인증서와 CA 키를 모두 다운로드하고 두 파일을 다른 모든 ASIC에 업로드하여 모든 ASIC에 단일 CA를 전파할 수 있습니다. 그런 다음 다른 ASIC 각각에서 인증서를 다시 생성합니다.
도메인 이름이나 여러 IP를 통해 ASIC에 액세스하는 경우 '인증서 재생성' 필드에 나열하고 '재생성'을 클릭하여 이를 TLS 인증서에 추가할 수도 있습니다.
상태 확인 루프가 추가되어 광부를 자동으로 다시 시작하거나 어떤 이유로든 웹 서버가 충돌해야 합니다.
또한 사람들의 컴퓨터(재고 설정 포함)에서 무작위로 사라지는 것으로 확인된 '재설정' 실행 파일이 이제 펌웨어와 함께 패키지되어 있으며 필요한 경우 파일을 교체/다시 시작하기 위해 상태 확인 루프가 추가되었습니다. 이는 많은 사람들이 겪고 있는 30m 재부팅 루프를 해결해야 합니다.
KS0 Ultras 또는 KS5* 모델의 xyys(tswift 브랜드 포함) 펌웨어 위에 설치하지 마십시오. 이 펌웨어나 다른 펌웨어를 설치하기 전에 반드시 그의 제거 지침을 따르십시오!
이는 최신 IceRiver 펌웨어를 포함/개선한 표준 펌웨어 업데이트 패키지로, 공식 펌웨어와 동일하게 적용됩니다. 이전 업데이트 위에 적용하면 KS0/Pro, KS1, KS2 및 KS3* 모델에 적용됩니다. 재고 또는 이전 버전의 이 펌웨어를 적용하면 KS0 Ultra 및 KS5* 모델에서도 작동합니다.
그러나 문제가 발생하면 다음 프로세스를 시도해 보십시오.
또한 기본 Kaspa Dev Fund 주소로 재설정되므로 풀 설정을 다시 실행하세요.
KS0/Pro/Ultra 모델용 노트북 전원 공급 장치는 일반적으로 5.5mm x 2.5mm 커넥터를 갖춘 19.5V여야 하지만 전류 정격은 OC 대상에 따라 달라질 수 있습니다. 그러나 이 크기의 배럴 커넥터는 5a 또는 10a 등급을 받는 경향이 있으며 IceRiver가 5a 옵션을 사용했을 가능성은 거의 없으므로 10a를 사용했다고 가정하는 것이 합리적입니다(7.5a도 또 다른 가능성입니다). 이는 200w를 초과하는 어댑터가 소켓 정격을 초과할 가능성이 높기 때문에 적극적으로 냉각되지 않으면 플러그가 녹거나 심지어 불이 붙을 수도 있음을 의미합니다(그래도 위험은 여전히 남아 있습니다). 더 높은 전력의 노트북 충전기 옵션 중 하나를 사용하려는 경우 각별히 주의하시기 바랍니다.
PSU 한도 내에 있는지 확인하기 위해 컴퓨터에 전력계를 부착하는 것이 좋습니다. 이는 기본 설정에서도 PSU 헤드룸이 거의 없는 KS3* 및 KS5* 모델과 광범위한 전원 공급 장치로 인해 KS0* 모델의 경우 특히 그렇습니다.
KS0 Pro 및 Ultra 모델은 냉각에 특별한 주의가 필요합니다. 이들의 전력단은 이미 매우 뜨겁게 작동하므로 방열판 및 더 나은 공기 흐름을 포함하여 냉각 개선을 위한 하드웨어 수정이 적극 권장됩니다.
모든 모델의 해시 칩은 75-80c 범위에서 가장 잘 수행되는 경향이 있지만 이는 특히 KS0 Ultra의 경우에 해당됩니다. KS0 Ultra에서는 80c에서 75c로 줄이더라도 2시간 해시 비율이 3% 이상 떨어지는 것을 경험했습니다.
클록 오프셋 비율과 해시레이트 증가 비율은 정상적인 시스템에서 동일해야 합니다.
예를 들어 KS1에서 클럭 오프셋이 30%인 경우 해시레이트는 1.3TH/s, 즉 기본 1TH/s보다 30% 더 커야 합니다. 그렇지 않은 경우(적절한 측정 기간 동안) 칩에 전압이 부족하다는 의미입니다.
적절한 튜닝에는 시간이 걸리는 프로세스입니다. 모든 기계가 다르기 때문에 다른 사람의 설정을 사용하는 것은 일반적으로 좋은 생각이 아닙니다. 모범 사례는 전압 변화 없이 일치하는 해시레이트 증가를 가져오는 보수적인 클럭 오프셋에서 시작하는 것입니다. 시계를 작은 증분(예: 25mhz 이하)으로 더 높이면 더 이상 해시레이트가 1:1로 응답하지 않는(또는 심지어 떨어지기 시작하는 경우) 더 이상 전압이 필요하다는 표시입니다.
그 시점에서 전압을 한 단계씩 높인 다음(KS0 Pro의 경우 2mv, 다른 모든 모델의 경우 현재 레벨에 따라 7 또는 6mv) 해시레이트가 응답하는지 확인합니다. 그렇다면 다시 한 번 백분율 기준으로 클럭 오프셋과 같으면 클럭을 높이는 것으로 돌아갑니다. 온도와 전력 제한에 유의하면서 원하는 해시레이트에 도달할 때까지 클록과 전압 오프셋 사이를 계속 오가며 진행하세요.
GUI의 5m 및 30m 해시레이트는 기계가 상승한 후 방향 안내에 유용한 도구이지만 최종 해시레이트 측정은 장기간에 걸쳐 수행되어야 합니다. 5분 해시레이트 판독값은 상당히 가변적이며, 30분 해시레이트 판독값도 여전히 몇 퍼센트 변동성을 가질 수 있으므로 좋지 않습니다. UI의 2시간 판독은 하드웨어 오류/풀 거부를 고려하지 않더라도 내 경험에 따른 변동성이 1% 미만이어야 합니다(KS5L/M 및 KS0Ultra에서는 1%보다 약간 높을 수 있음).
그리고 마지막으로 다른 펌웨어의 OC 결과를 복제하려는 경우...
이 펌웨어를 포함한 모든 OC 펌웨어는 클럭과 전압만 제어합니다. 내 경험에 따르면 필요한 전압이 주어지면 해시레이트는 클럭 변화에 대해 백분율 기준으로 1:1로 선형적으로 반응합니다. 하지만 결국 우리가 할 수 있는 일은 시계를 바꾸고 ASIC이 예상되는 해시레이트 변화에 응답하기를 바라는 것뿐입니다.
ASIC UI의 해시레이트 판독값은 CPU/GPU 마이닝의 해시레이트 판독값과 다릅니다. IceRiver ASIC은 실제 해시를 계산하지 않습니다. 단순히 생성된 공유 수 * 난이도를 기준으로 해시 비율을 추정합니다. 이것이 바로 풀이 해시율을 측정하는 방법이지만, 문제는 대부분의 풀이 IceRiver ASIC에 대해 너무 높은 난이도를 사용하기로 결정하여 신뢰할 수 있는 단기 해시율 측정을 방해한다는 것입니다. 차이가 높으면 공유율이 낮습니다. 해시레이트의 급격한 변동. 결과적으로 IceRiver는 자체 대시보드에서 해시레이트 측정을 위해 완전히 다른 낮은 내부 난이도를 사용하기 시작한 펌웨어 업데이트를 출시했습니다.
따라서 정확한 기간이 동일하더라도 풀 해시 비율 측정을 ASIC UI 해시 비율과 안정적으로 비교할 수 없습니다. 동일한 데이터를 사용하지 않습니다. 이 문제를 더욱 악화시키기 위해 IceRiver 시스템은 초기에 많은 수의 유효하지 않은 공유를 생성했기 때문에 많은 풀은 거부된 공유를 ASIC에 다시 보고하는 것을 중단하기로 결정하여 사용자가 불평(또는 풀 전환)을 중단하고 대신 승인된 것으로 보고하도록 했습니다. , 여전히 조용히 거부합니다. 실제 거부율에 따라 이는 ASIC 해시율과 풀 해시율이 동일한 기간과 난이도를 사용하여 측정된 경우에도 상당한 차이가 있음을 의미할 수 있습니다.
선택한 차이에 관계없이 공유 * 난이도를 기준으로 한 해시율 측정은 행운에 따라 변동될 수 있습니다. 공유 수가 적을수록(차이가 높을수록) 해시레이트에 더 많은 행운이 영향을 미치고 변동폭이 더 커집니다. 따라서 통계적으로 의미 있는 해시레이트 측정을 위해서는 행운의 영향을 최대한 줄일 수 있는 충분한 공유가 필요합니다. ASIC의 5m 판독값은 이에 적합하지 않습니다. 특히 한 자릿수 OC 변경 결과를 확인하려고 할 때 단기 풀 판독값은 더욱 나쁩니다.
99% 신뢰도에서 +/- 10%의 예상 분산을 얻으려면 1200주가 필요합니다. 예를 들어 예상 해시레이트가 1TH/s인 경우 1200주 이후 99/100 측정에서 0.9TH/s에서 1.1TH/s 사이의 판독값을 갖게 됩니다. 해당 차이를 +/- 5%로 줄이려면 4800주가 필요합니다. 많은 풀은 최대 5주/분 범위의 공유율을 생성하는 어려움을 겪고 있습니다. 따라서 예상 분산이 <= +/- 10%인 해시율 판독값을 얻으려면 1200/5 = 240분 또는 4시간의 판독값이 필요합니다. 예상 분산 +/- 5%의 판독값을 원할 경우 16시간 이상의 데이터가 필요합니다. 주어진 기간의 예상 변동보다 낮은 OC 수준의 결과를 확인할 수 없습니다. 예를 들어, 10%의 예상 변동이 있는 4시간/1200 공유 창에서 5% OC가 제대로 작동하는지 여부를 확인할 수 없습니다. 16시간/4800주에서도 예상되는 차이로 인해 5% OC가 완전히 상쇄될 수 있습니다.
그리고 이는 문제의 핵심으로 이어집니다. 대부분의 풀은 24시간 측정보다 더 높은 것을 제공하지 않습니다. 이는 ~5주/분에서 약 7200주를 의미하며 여전히 4%의 예상 차이입니다. 3.3%의 차이에는 약 10,000주가 필요하고, 1%의 차이에는 약 100,000주가 필요합니다. ASIC UI의 30m 판독값은 약 2%의 변동을 가져야 하며 새로운 2시간 판독값은 1% 미만의 변동을 가져야 하지만 둘 다 풀 거부를 반영하지 않습니다. 따라서 유일한 해결책은 자신만의 난이도를 설정할 수 있는 풀을 찾아 사용 가능한 기간에 대해 통계적으로 관련 있는 주식 수를 생성할 수 있는 것입니다. Herominers는 이를 가능하게 하는 풀 중 하나입니다.
자신만의 차이점을 설정하고 충분히 긴 측정 기간을 확인하기 위한 가장 좋은 옵션은 자신의 노드와 kaspa-stratum-bridge에 대한 단독 채굴입니다. 기본 vardiff 설정은 분당 최소 20개의 공유를 생성합니다. 이는 4시간 동안 <= +/- 5% 차이를 갖는 데 충분하며 대시보드(grafana)를 사용하면 다음보다 상당히 긴 기간을 포함하여 원하는 모든 기간/해상도에서 측정을 허용합니다. 24시간
유효한 측정과 유효하지 않은 측정 간의 차이(kaspa-stratum-bridge가 어떻게 도움이 될 수 있는지)에 대한 구체적인 예로서 다음은 분당 30주 이상, 51% OC의 KS0을 생성하는 diff를 사용하는 3개 시스템의 해시 비율 판독값입니다. 37% OC의 KS1과 1% OC의 KS3M입니다. 측정값은 위에서 아래로 24시간(>= 43,000주), 1시간(>= 1,800주), 3000만(>900주)입니다. 더 짧은 기간 동안 측정값이 예상과 얼마나 다를 수 있는지 확인할 수 있습니다.
간단히 말해서 ASIC UI에 대한 작은 OC의 영향을 확인하려는 경우 2시간 판독을 사용해야 하지만 거부될 공유를 생성하는지 여부는 알 수 없습니다. 전체 그림을 얻으려면 높은 공유율을 허용하는 풀에서 장기적인 측정이 필요합니다. 현재로서는 자신의 노드 + kaspa-stratum에 대한 마이닝 외에 이를 수행할 수 있는 옵션이 없습니다. -다리.
