สาเหตุที่ share ถูกปฏิเสธ: พูลแจ้งอะไรกับซอฟต์แวร์ขุดของคุณ
ทุกข้อความที่พูลตอบกลับเมื่อปฏิเสธ share แต่ละข้อความหมายถึงอะไรจริง และข้อความไหนชี้ไปยังสิ่งที่คุณแก้ไขได้
คำตอบคือการวินิจฉัย
เมื่อพูลปฏิเสธ share มันไม่ได้แค่บอกว่าไม่ แต่จะส่งเหตุผลที่มีหมายเลขกลับมา และซอฟต์แวร์ขุดของคุณจะพิมพ์ออกมา บรรทัดเดียวนั้นคือความต่างระหว่างการสุ่มเปลี่ยนการตั้งค่าเป็นชั่วโมงกับการแก้ปัญหาจริงในหนึ่งนาที จึงคุ้มที่จะรู้ว่าแต่ละคำตอบหมายถึงอะไร
บางคำตอบหมายความว่ามีบางอย่างผิดที่ฝั่งคุณ บางคำตอบหมายความว่าไม่มีอะไรผิดเลย การอ่านทุกคำตอบแบบเดียวกันคือเหตุที่หลายคนลงเอยด้วยการแฟลชการ์ดใหม่ทั้งที่การ์ดไม่ได้มีปัญหาอะไร
21, ไม่พบงาน (job not found)
งานที่คุณตอบหมดอายุไปแล้ว เครือข่ายขยับไปข้างหน้าขณะที่ share ของคุณยังเดินทางอยู่ พอ share ไปถึง คำถามที่มันตอบก็มีผู้ชนะไปแล้ว นี่คือ share ที่ล้าสมัย (stale share) และการมีบ้างเล็กน้อยก็เป็นเพียงต้นทุนของการอยู่บนอินเทอร์เน็ต: แสงที่วิ่งผ่านไฟเบอร์ไม่ได้ไปถึงในทันที
ควรลงมือแก้ก็ต่อเมื่อมันไม่ได้น้อยอีกต่อไป อัตราที่เพิ่มขึ้นสัปดาห์แล้วสัปดาห์เล่าชี้ไปที่ความหน่วง (latency) ดังนั้นให้ลองภูมิภาคที่ใกล้คุณที่สุดและการเชื่อมต่อแบบใช้สายก่อนอย่างอื่น อัตราที่พุ่งขึ้นทันทีที่คุณเพิ่ม rig ชี้ไปที่ rig เครื่องนั้น
23, ความยากต่ำ (low difficulty)
share ของคุณไม่ถึงเป้าหมายที่ได้รับ ข้อนี้คือข้อที่มักหมายถึงปัญหาที่ฝั่งคุณ และเป็นที่แรกที่ควรดูเมื่อเริ่มมี share ถูกปฏิเสธ
- การโอเวอร์คล็อกที่ไม่เสถียร งานที่ไม่ผ่านการตรวจสอบเพียงบางครั้งคือลักษณะคลาสสิก: ไม่ใช่ทุก share แต่เป็นไม่กี่เปอร์เซ็นต์ ลด clock ของ core และหน่วยความจำกลับเป็นค่าเริ่มต้น แล้วดูว่า share ที่ถูกปฏิเสธหายไปด้วยหรือไม่
- อัลกอริทึมผิด หากเริ่มซอฟต์แวร์ขุดด้วยอัลกอริทึมที่ผิด แทบไม่มีอะไรที่มันสร้างออกมาผ่านได้ จึงเห็นเป็น share ถูกปฏิเสธเกือบทั้งหมด ไม่ใช่แค่ไม่กี่เปอร์เซ็นต์
- ซอฟต์แวร์ขุดเวอร์ชันเก่า หลังเครือข่ายอัปเกรด บิลด์เก่าจะยังสร้างงานตามกฎเดิม และทุก share ของมันจะไม่ผ่าน
- ความยากแบบคงที่ที่คุณตั้งเองสูงเกินไป หากคุณกำหนดค่าตายตัวไว้ ให้เอาออกแล้วปล่อยให้พูลปรับจังหวะให้คุณ
22, ซ้ำ (duplicate) และทำไมจึงไม่นับเป็นโทษกับคุณ
share เดียวกันไปถึงพูลสองครั้ง ระบบนับเพียงครั้งเดียว ซึ่งถูกต้อง แต่ควรบอกให้ชัดว่าที่นี่จะเกิดอะไรต่อ: ไม่มีอะไรเลย share ที่ซ้ำไม่เคยถูกนับเป็น share ที่ไม่ดี และไม่เคยทำให้คุณเข้าใกล้การถูกแบน
นี่เป็นการตัดสินใจโดยตั้งใจ ไม่ใช่การมองข้าม share ซ้ำส่วนใหญ่เกิดจากธรรมชาติของฮาร์ดแวร์เอง เฟิร์มแวร์ ASIC ส่งซ้ำเมื่อคิดว่าการส่งครั้งก่อนหายไป ชั้น proxy ส่งซ้ำ และซอฟต์แวร์ขุดที่ได้คำตอบเดียวกันสองครั้งสำหรับงานเดียวกันก็ส่งสองครั้ง ทั้งหมดนี้ไม่ใช่การโกงของนักขุด และพูลที่ถือว่า share ซ้ำไม่ถูกต้องก็กำลังลงโทษ rig อย่างเงียบๆ จากพฤติกรรมที่เฟิร์มแวร์เป็นผู้เลือก
หาก share ซ้ำเกิดตลอดเวลาแทนที่จะเกิดเป็นครั้งคราว สาเหตุที่พบบ่อยคือ rig สองเครื่องใช้ชื่อ worker เดียวกัน ตั้งชื่อเฉพาะให้ rig ทุกเครื่อง
24, ไม่ได้รับอนุญาต (unauthorized)
การล็อกอินไม่ได้รับการยอมรับ หรือมี share มาถึงก่อนการล็อกอิน ในทางปฏิบัติแทบทุกครั้งเป็นเรื่องที่อยู่กระเป๋าเงิน: พิมพ์ผิด มีช่องว่างติดมากับการคัดลอกและวาง หรือเป็นที่อยู่ของเครือข่ายอื่นที่ไม่ใช่เครือข่ายที่คุณชี้ไป
พูลพยายามบอกว่าเป็นกรณีไหน หากที่อยู่ถูกต้องแต่เป็นของเครือข่ายอื่น คำตอบจะบอกเช่นนั้นและระบุชื่อเครือข่ายที่พูลนี้ใช้ เพราะเครือข่ายผิดกับการพิมพ์ผิดดูเหมือนกันทุกประการใน log แต่ต้องแก้คนละแบบโดยสิ้นเชิง
20, อื่นๆ (other)
ทุกกรณีที่ไม่ใช่หนึ่งในสี่ข้อข้างบน คำตอบจะมีข้อความข้างหมายเลขที่บอกว่าเกิดอะไรขึ้น ข้อนี้จึงต้องอ่านเอา ไม่ใช่เปิดหาความหมาย
มีสองกรณีที่ควรรู้จัก เพราะเป็นนโยบาย ไม่ใช่ความผิดพลาดในงานของคุณ หากอัตรา share ที่ล้าสมัยของคุณสูงอยู่เป็นเวลานาน คุณจะเห็น share ที่ล้าสมัยถูกปฏิเสธทันทีก่อน และหลังจากนั้นจะถูกแบนชั่วคราว ทั้งสองคำตอบบอกชัดเจนว่าสาเหตุคือ share ที่ล้าสมัย สิ่งเหล่านี้ไม่ใช่คำตัดสินเรื่องฮาร์ดแวร์ของคุณ แต่เป็นการที่พูลไม่จ่ายต่อสำหรับงานที่ไม่สามารถสร้างรายได้ และจะหายไปเองเมื่ออัตรากลับลงมา
แค่ไหนจึงเรียกว่ามากเกินไป
สำหรับ job-not-found ต่ำกว่า 1% ถือว่าปกติดีเมื่อเลือกภูมิภาคได้เหมาะ และไม่มีทางเป็นศูนย์ ให้ดูแนวโน้ม ไม่ใช่จำนวน
สำหรับ low-difficulty คำตอบตามจริงต่างออกไป: ถ้ามีในปริมาณคงที่ใดๆ แปลว่ามีบางอย่างผิด มันไม่ใช่ภาษีที่คุณจ่ายเพราะออนไลน์ แต่เป็นงานที่ไม่ผ่านการตรวจสอบ และไม่ได้รายได้อะไรเลย rig ที่มีไม่กี่เปอร์เซ็นต์คือ rig ที่ต้องลดโอเวอร์คล็อกลง
คุณดูทั้งสองแบบได้ขณะที่เกิดขึ้นในแท็บ “สด” ของแดชบอร์ด ซึ่งแสดงทุก share ตามที่พูลตัดสิน
หากคำตอบยังบอกไม่พอ
ไล่ตามรายการตรวจสอบในบทความเรื่อง share ที่ถูกปฏิเสธ ซึ่งเรียงสาเหตุตามความถี่ที่มักกลายเป็นตัวการ หาก rig เครื่องเดียวมี share ถูกปฏิเสธและเครื่องอื่นปกติ ปัญหาอยู่ที่เครื่องนั้น ไม่ใช่พูล: ให้สงสัยโปรไฟล์โอเวอร์คล็อกก่อน ตามด้วยเวอร์ชันไดรเวอร์ แล้วจึงสาย riser ตามลำดับนั้น