เฟิร์มแวร์ที่ได้รับการดัดแปลงสำหรับ IceRiver ASIC ทั้งหมด เพิ่มนาฬิกาและการควบคุมแรงดันไฟฟ้า กราฟเซ็นเซอร์ การเข้าสู่ระบบที่ปลอดภัยและการเข้าถึง API และคุณสมบัติอื่นๆ
OC/OV ที่ปรับแต่งได้ ค่าธรรมเนียมเล็กน้อยที่เป็นประโยชน์ต่อชุมชน ไม่มีการเปลี่ยนแปลงที่ไม่จำเป็นกับอุปกรณ์ของคุณ
สามารถดาวน์โหลดไฟล์เฟิร์มแวร์ได้จากส่วนการเผยแพร่ทางด้านขวามือของหน้านี้
หากคุณมีปัญหาใดๆ การค้นหาฉัน (pbfarmer) ใน Kaspa Discord อาจจะส่งผลให้ได้รับการตอบกลับ/แก้ไขได้เร็วที่สุด
เฟิร์มแวร์เหล่านี้จะไม่สามารถทำได้หากไม่มีความพยายามของผู้คนจำนวนมากในการทดสอบและข้อเสนอแนะ
อย่างไรก็ตาม มีบุคคลหนึ่งที่เสียสละเครื่องจักรของเขาตั้งแต่เริ่มต้น ทำให้ฉันสามารถเข้าถึงการพัฒนาได้โดยตรง ทำให้ฉันเสี่ยงต่อเครื่องจักรของเขาในขณะที่ทดสอบคุณสมบัติใหม่ล่าสุด และประสบปัญหาการขุดเหมืองหลายครั้งในระหว่างการอัปเดตและรีสตาร์ทบ่อยครั้ง
บุคคลนี้ไปที่ Discord จัดการ Onslivion - คงจะดีมากถ้าคุณสามารถขอบคุณเขาใน Kaspa Discord และอาจส่งคำแนะนำหรือแฮชเรตของคุณให้เขาด้วย:
คาสป้า:qzh2xglq33clvzm8820xsj7nnvtudaulnewxwl2kn0ydw9epkqgs2cjw6dh3y
เพิ่มการตั้งค่านาฬิกาและแรงดันไฟฟ้าในหน้า 'Miner' แล้ว สามารถเพิ่ม/ลดนาฬิกาเป็นค่าจำนวนเต็มใดก็ได้ (ภายในขีดจำกัดของฮาร์ดแวร์) การเปลี่ยนแปลงจะมีผลทันทีโดยไม่ต้องรีสตาร์ท แต่โปรดทราบว่าการเพิ่มสัญญาณนาฬิกาจะค่อยๆ ใช้โดยเพิ่มครั้งละ 25Mhz ต่อ 30 วินาที ด้วยเหตุนี้ อาจต้องใช้เวลาระยะหนึ่งจึงจะเร่งความเร็วได้เต็มที่ หรืออาจถึงประมาณ 10 นาที ขึ้นอยู่กับว่าออฟเซ็ตที่คุณเลือกมีขนาดใหญ่เพียงใด
แรงดันไฟฟ้ายังสามารถเพิ่ม/ลดเป็นค่าจำนวนเต็มใดๆ ได้ (ภายในขีดจำกัดของฮาร์ดแวร์) โดยการเปลี่ยนแปลงจะมีผลทันที การตั้งค่าจะถูกปัดเศษลงเป็นพหุคูณที่ใกล้ที่สุดของ 6.25mV ภายในสำหรับทุกสิ่ง ยกเว้น KS0 Pro รูปแบบง่ายๆ ที่ควรจำไว้ก็คือ ทุกๆ 25mv เพิ่มขึ้น การเพิ่มขึ้นที่เหมาะสมคือ 7mv-6mv-6mv-6mv หรือตัวอย่างเช่น 7, 13, 19, 25 สำหรับ 25mv แรก
สำหรับ KS0 Pro แรงดันไฟฟ้าสามารถปรับเพิ่มได้ครั้งละ 2mV
การควบคุมแรงดันไฟฟ้าไม่พร้อมใช้งานสำหรับ KS3/M/L ในขณะนี้
สิ่งสำคัญ: ปัจจุบันไม่มีรั้วกั้น และไม่มีข้อจำกัดที่บังคับใช้โดยซอฟต์แวร์นี้กับนาฬิกาหรือแรงดันไฟฟ้า ดังนั้นควรใช้ด้วยความระมัดระวัง
มีการเพิ่มโหมดพัดลมใหม่ซึ่งจะปรับความเร็วพัดลมโดยอัตโนมัติเพื่อรักษาทั้งอุณหภูมิสูงสุดของแฮชชิปและบอร์ด อุณหภูมิจะอ่านทุกๆ 10 วินาที และความเร็วพัดลมจะถูกปรับตามความจำเป็น
โปรดทราบว่าการตั้งค่านี้ไม่รับประกันอุณหภูมิที่ตั้งไว้ อาจเกินอุณหภูมิได้ถึง ~5C ในระหว่างการเริ่มต้นระบบหรือช่วงไดนามิกอื่นๆ แต่ควรคงที่ที่หรือใกล้กับอุณหภูมิที่ต้องการ
หากคุณพบว่าอุณหภูมิเป้าหมายเกินความสะดวกสบายระหว่างการเริ่มต้นระบบหรือช่วงไดนามิกอื่นๆ คุณควรเพิ่มความเร็วพัดลมขั้นต่ำ
ตอนนี้ความเร็วพัดลมคงที่จะถูกนำมาใช้อีกครั้งเมื่อเริ่มต้นระบบ หลังจากล่าช้าประมาณ 1-2 เมตร แม้ว่าจะเป็นการใช้งานครั้งเดียวก็ตาม ซึ่งหมายความว่าหากซอฟต์แวร์ IceRiver พื้นฐานตัดสินใจเปลี่ยนความเร็วพัดลมอีกครั้งด้วยเหตุผลบางประการ โหมดนี้จะไม่ใช้การตั้งค่าของคุณอีกครั้ง พิจารณาใช้โหมด 'อุณหภูมิเป้าหมาย' โดยมีความเร็วพัดลมขั้นต่ำที่เหมาะสมแทน
เพิ่มการสร้างกราฟเป็นเวลาสองชั่วโมงสำหรับการวัดชิปทั้งหมด พร้อมตัวกรองสำหรับสรุป (ต่ำสุด/สูงสุด/เฉลี่ยต่อบอร์ด) บอร์ด หรือชิปทั้งหมด
อุณหภูมิชิป 80c ดูเหมือนจะส่งผลให้ประสิทธิภาพแฮชเรตในอุดมคติ (แม้ว่านี่อาจจะยากสำหรับ KS0/Pro หากไม่มี mods ระบายความร้อน) IceRiver ไม่ได้ให้คำแนะนำเกี่ยวกับการจำกัดอุณหภูมิชิปที่ปลอดภัย แต่ซอฟต์แวร์คนงานเหมืองของพวกเขาดูเหมือนจะจำกัดนาฬิกาที่เพิ่มขึ้นสูงกว่า 95C และจะเร่งนาฬิกาให้สูงกว่า 110C จริงๆ อย่างน้อยการปฏิบัติตามคำแนะนำทั่วไปจาก G/CPU ก็น่าจะระมัดระวัง (เช่น >90C พื้นที่เตือน, >95C โซนอันตราย, >105C โซนวิกฤติ)
โปรดทราบว่าแรงดันไฟฟ้าแบบเรียลไทม์จะไม่ตรงกับการตั้งค่าของคุณ - ไดรเวอร์ที่อยู่ภายใต้โหลดประสบกับแรงดันไฟฟ้าตก ซึ่งหมายความว่าแรงดันไฟฟ้าที่ใช้งานอยู่จะต่ำกว่าการตั้งค่าแรงดันไฟฟ้าของคุณเสมอ โดยที่โหลดมากขึ้นจะทำให้แรงดันไฟฟ้าตกมากขึ้น แรงดันไฟฟ้าของชิปจะถูกแทนที่ด้วยการดึงพลังงานสำหรับ KS5L/M เนื่องจากไม่มีการอ่านค่าแรงดันไฟฟ้าของชิป รุ่นเหล่านี้มีการบังคับใช้ขีดจำกัดซอฟต์แวร์ที่ 3350W โดยคอร์จะถูกปิดใช้งานเป็นกลุ่มละ 4 ตัว หากคุณเกินขีดจำกัดนี้
เพิ่มกราฟอุณหภูมิของบอร์ดสำหรับทุกรุ่น ซึ่งรวมถึงอุณหภูมิเซ็นเซอร์ไอดีและไอเสีย ตลอดจนอุณหภูมิระดับกำลัง (ไดรเวอร์) สำหรับ KS0/Pro/Ultra, KS1 และ KS2 ในโหมดสรุป อุณหภูมิระดับกำลังสูงสุดจะแสดงสำหรับแต่ละบอร์ด ในขณะที่อยู่ในโหมดบอร์ด อุณหภูมิระดับกำลังสูงสุดจะแสดงสำหรับแต่ละกลุ่ม/ตัวควบคุม (PSG) อุณหภูมิการทำงานสูงสุดที่แนะนำคือ 125C ตามเอกสารประกอบของชิป แม้ว่าจะเป็นการดีกว่าที่จะรักษาอัตรากำไรขั้นต้นให้ต่ำกว่าอุณหภูมินี้
โปรดทราบว่าอุณหภูมิไม่ได้เป็นเพียงการพิจารณาเพื่อสุขภาพที่ดีเท่านั้น การดึงพลังงาน/กระแสไฟยังเป็นข้อกังวลเช่นกัน ซึ่งขณะนี้เรายังไม่มีการมองเห็นหรือข้อมูลจำเพาะ
ขณะนี้กราฟแฮชเรต (รวมถึงสถิติพาดหัว) มีการติดตาม 30 นาทีและ 2 ชั่วโมง และยังรวมถึงการกรองระดับบอร์ดด้วย
คำแนะนำเครื่องมือการวางเมาส์โอเวอร์ได้รับการซิงโครไนซ์กับกราฟทั้งหมด เพื่อช่วยในการวินิจฉัยปัญหา/ความผิดปกติ
ค่าที่เกิดขึ้นทันทีจะแสดงอยู่ในคำอธิบาย และสามารถปิด/เปิดใช้งานแต่ละบรรทัดได้โดยการคลิกที่ป้ายกำกับ สเกลกราฟจะไม่อิงตามศูนย์อีกต่อไป และจะปรับขึ้นอยู่กับเส้นที่แสดง ซึ่งหมายความว่ากราฟจะไม่แบนราบลงอีกต่อไปเนื่องจากความละเอียดต่ำ และคุณสามารถเห็นความแปรปรวนในการวัดแต่ละครั้งได้จริง
หวังว่านี่จะช่วยชี้แจงว่าการอ่านตัวแปร 5m เป็นอย่างไร
เวลาทำงานที่ไม่หยุดชะงักและอัตราการออกงานจะถูกเพิ่มไปยังส่วนสถิติพูล อัตรางานเป็นเพียงตัวบ่งชี้สถานภาพเพิ่มเติมของการเชื่อมต่อพูล - ปัจจุบันอัตรางานสำหรับเครือข่าย Kaspa ควรอยู่ที่ประมาณ 1 ต่อวินาที (เร็วๆ นี้จะเป็น 10/วินาที เมื่อใช้ Rust) โดยมีการเปลี่ยนแปลงประมาณ +/- 15% ในขณะที่อัตรางานสูงหรือต่ำกว่านี้อย่างต่อเนื่องไม่ควรส่งผลกระทบต่อรายได้ของคุณทางเทคนิค เนื่องจากนโยบายการยอมรับบล็อกของ Kaspa (สมมติว่าพูลไม่ได้ปฏิเสธการแบ่งปัน 'เก่า' โดยไม่จำเป็น) มันเป็นสัญญาณว่าพูลอาจทำงานไม่ถูกต้อง และคุณ อาจต้องการแจ้งเตือนผู้ดำเนินการสระน้ำ หรืออาจหาทางเลือกอื่น
ได้รับการสื่อสารจากผู้ปฏิบัติงาน Kaspa-pool ว่าพวกเขาจงใจลดอัตรางานเพื่อจำกัดค่าใช้จ่าย และไม่ส่งผลกระทบต่ออัตราส่วนแบ่งเก่าในกรณีของพวกเขา
มีการเพิ่มตัวบ่งชี้สถานะหลายตัวในส่วนพูลเพื่อช่วยวินิจฉัยปัญหาเครือข่าย / พูลที่แตกต่างกัน ไอคอนสีเทาไม่ว่าง (กำลังหมุน) บ่งชี้ว่า ASIC กำลังพยายามเชื่อมต่อกับสระน้ำ ไอคอนไม่ว่างสีเขียวบ่งบอกถึงการเชื่อมต่อเครือข่าย แต่ยังไม่มีการเชื่อมต่อชั้น ไอคอนคำเตือนสีเหลืองบ่งชี้ว่าการเชื่อมต่อชั้นสตราตัมสำเร็จ แต่ยังไม่ได้รับงาน
แม้ว่า API ที่มีอยู่ก่อนหน้านี้บนพอร์ต 4111 จะยังคงใช้งานได้ แต่ API ที่ได้รับการปรับปรุงใหม่ซึ่งรวมถึงคุณลักษณะเพิ่มเติมทั้งหมดจาก UI ก็สามารถใช้งานได้ผ่าน https (พอร์ต 443) แล้ว
เอกสารฉบับเต็มมีอยู่ในรูปแบบ json
มีการเพิ่มคุณลักษณะจำนวนหนึ่งลงในโครงสร้าง 'เชิงพาณิชย์' ที่แยกต่างหากซึ่งมีไว้สำหรับการโฮสต์หรือการปรับใช้ขนาดใหญ่อื่นๆ โครงสร้างเหล่านี้มี 'c' หลังหมายเลขเวอร์ชัน (เช่น pbv081c_ks5mupdate.bgz ) และในปัจจุบันมีค่าธรรมเนียมเพิ่มเติม 0.33% (1.33% เทียบกับมาตรฐาน 1%)
นอกเหนือจากผู้ใช้หลัก/ผู้ดูแลระบบมาตรฐานแล้ว ยังสามารถเพิ่มผู้ใช้หลายรายที่มีสิทธิ์การเข้าถึงที่แตกต่างกันได้ ซึ่งช่วยให้สามารถตั้งค่าได้ เช่น เจ้าของเครื่องสามารถเข้าถึงเครื่องได้โดยตรง โดยมีสิทธิ์ดูหน้าการตรวจสอบหลักและเปลี่ยนการกำหนดค่าพูล ในขณะที่ถูกจำกัดไม่ให้เปลี่ยนเครือข่าย พัดลม หรือพารามิเตอร์นาฬิกา/แรงดันไฟฟ้า
แฮชพาวเวอร์ของ ASIC สามารถแบ่งออกเป็นปลายทางหลายจุดตามเปอร์เซ็นต์ที่กำหนดค่าได้ เพื่อให้สามารถตั้งค่าค่าธรรมเนียมโฮสติ้งได้ ไม่จำกัดจำนวนการแยก แต่โปรดจำไว้ว่าเฟิร์มแวร์จะรักษาการเชื่อมต่อพูล/ชั้นสำหรับการแยกแต่ละครั้ง ซึ่งจะเพิ่มการรับส่งข้อมูลขาเข้าเป็นทวีคูณ
คุณสมบัตินี้ยังสามารถใช้เพื่อแยกแฮชเรตเป็นเหรียญ KHeavyHash หลายเหรียญในคราวเดียว
คุณสามารถแทนที่โลโก้ 'PbFarmer' ด้วยรูปภาพแบรนด์ที่คุณเลือกได้ รูปแบบรูปภาพควรเป็น PNG ขนาด 112x60
ลูปการตรวจสุขภาพทำงานบนความพร้อมใช้งานของพูลหลัก หากคนขุดแร่ได้เปลี่ยนไปใช้พูลรองอันใดอันหนึ่งไม่ว่าด้วยเหตุผลใดก็ตาม คุณจะเปลี่ยนกลับไปเป็นพูลหลักทันทีที่สามารถใช้งานได้อีกครั้ง
แทนที่เว็บเซิร์ฟเวอร์สต็อกด้วยเวอร์ชันเป้าหมายสภาพแวดล้อมที่อัปเดตและใช้งานจริง เพิ่มการกำหนดค่าการควบคุมแคช/หน่วยความจำ และแก้ไขหน่วยความจำรั่ว สิ่งนี้ควรแก้ไขปัญหาที่ผู้ใช้ HiveOS พบและเครื่องมือตรวจสอบภายนอกอื่นๆ ที่ทำให้เว็บเซิร์ฟเวอร์ล่มหลังจากโหลดเพจมากเกินไป (ส่งผลให้ ASIC UI ไม่พร้อมใช้งาน)
การควบคุมการรับรองความถูกต้องและการอนุญาตได้รับการแทนที่อย่างสมบูรณ์ และการรับส่งข้อมูลทั้งหมดเปลี่ยนเส้นทางผ่าน https ซึ่งหมายความว่าการส่งต่อการรับส่งข้อมูล http ผ่านไฟร์วอลล์ของคุณสำหรับการตรวจสอบนอกไซต์ควรจะปลอดภัยกว่ามาก (แม้ว่าฉันจะยังไม่แนะนำสิ่งนี้ - เพียงเพราะแนวทางปฏิบัติด้านความปลอดภัยที่ดีที่สุด...) การเข้าสู่ระบบจะไม่ถูกส่งผ่าน http ที่ไม่ปลอดภัยอีกต่อไป และผู้คนไม่สามารถแย่งชิง ASIC ของคุณได้อีกต่อไปโดยการตั้งค่าคุกกี้ให้ข้ามการเข้าสู่ระบบ ข้อความ 'การเข้าสู่ระบบไม่ถูกต้อง' แบบสุ่มเนื่องจากความเสียหายของระบบไฟล์ควรเป็นเรื่องของอดีตเช่นกัน โปรดจำไว้ว่านี่จะหมายความว่ารหัสผ่านของคุณจะถูกรีเซ็ตเป็นค่าเริ่มต้นหลังจากการติดตั้งครั้งแรก นอกจากนี้ การบูตครั้งแรกหลังจากการติดตั้งจะใช้เวลา 2+ นาที เนื่องจากเครื่องสร้างใบรับรอง TLS
นอกจากนี้ API ที่ออกแบบใหม่ยังได้รับการรักษาความปลอดภัยด้วยโทเค็นการเข้าถึง ซึ่งสามารถกำหนดสิทธิ์แบบละเอียดได้ โทเค็นควรรวมอยู่ในคำขอ API ในส่วนหัวของแบบฟอร์ม 'การอนุญาต: ผู้ถือ <โทเค็น>'
เช่นเดียวกับที่คุณจะอัปเดตรหัสผ่านเข้าสู่ระบบ โปรดลบ/แทนที่ API TOKEN นี้ หากคุณวางแผนที่จะเปิดเผยเครื่องของคุณต่อสาธารณะ เนื่องจากจะเหมือนกันในทุกเครื่องตามค่าเริ่มต้น
ใบรับรอง TLS (และผู้ออกใบรับรอง) สำหรับ https จะถูกสร้างขึ้นโดยอัตโนมัติบน ASIC ซึ่งหมายความว่าจะทำให้เกิดคำเตือน 'ไม่ปลอดภัย' ในเบราว์เซอร์ของคุณเนื่องจากไม่ได้มาจากหน่วยงานที่รู้จัก แม้ว่าจะไม่เป็นอันตราย แต่คำเตือนเหล่านี้อาจสร้างความรำคาญได้ ดังนั้นเฟิร์มแวร์จึงให้ความสามารถในการดาวน์โหลดใบรับรอง CA เพื่อให้สามารถอัปโหลดไปยังที่เก็บใบรับรองของเบราว์เซอร์ของคุณได้
ตัวอย่างเช่นในการทำเช่นนั้นใน Chrome ให้ไปที่ chrome://settings/security คลิกที่ 'จัดการใบรับรอง' เลือกแท็บ 'ผู้ออกใบรับรองหลักที่เชื่อถือได้' (หรือเพียง 'อำนาจ' สำหรับ Linux) และคลิกที่การนำเข้า ปุ่ม. หลังจากรีสตาร์ทเบราว์เซอร์ คุณจะไม่เห็นคำเตือน 'ไม่ปลอดภัย' อีกต่อไป
หากคุณมี ASIC หลายรายการ คุณจะมี CA ที่แตกต่างกันสำหรับแต่ละรายการตามค่าเริ่มต้น อย่างไรก็ตาม แทนที่จะเพิ่มแต่ละรายการเหล่านี้ลงในเบราว์เซอร์หรืออุปกรณ์อื่นๆ คุณสามารถเผยแพร่ CA เดียวทั่วทั้ง ASIC ทั้งหมดได้โดยการดาวน์โหลดทั้งใบรับรอง CA และคีย์ CA จาก ASIC หนึ่งไฟล์ จากนั้นอัปโหลดทั้งสองไฟล์ไปยัง ASIC อื่นๆ ทั้งหมดของคุณ จากนั้นสร้างใบรับรองใหม่บน ASIC อื่นๆ เหล่านั้น
หากคุณเข้าถึง ASIC ของคุณผ่านชื่อโดเมนหรือหลาย IP คุณสามารถเพิ่มสิ่งเหล่านี้ลงในใบรับรอง TLS ได้โดยแสดงรายการในช่อง 'สร้างใบรับรองใหม่' และคลิก 'สร้างใหม่'
มีการเพิ่มลูปการตรวจสอบสุขภาพซึ่งจะรีสตาร์ทเครื่องขุดโดยอัตโนมัติหรือเว็บเซิร์ฟเวอร์หากเกิดข้อผิดพลาดไม่ว่าด้วยเหตุผลใดก็ตาม
นอกจากนี้ ไฟล์ปฏิบัติการ 'รีเซ็ต' ที่พบว่าหายไปแบบสุ่มจากเครื่องของผู้ใช้ (แม้กระทั่งการตั้งค่าสต็อก) ตอนนี้ได้รับการบรรจุด้วยเฟิร์มแวร์ และมีการเพิ่มลูปการตรวจสุขภาพเพื่อแทนที่/รีสตาร์ทไฟล์หากจำเป็น สิ่งนี้ควรจัดการกับลูปการรีบูต 30 นาทีที่หลายๆ คนกำลังประสบอยู่
อย่าติดตั้งบนเฟิร์มแวร์ xyys (รวมถึงแบรนด์ tswift) ในรุ่น KS0 Ultras หรือ KS5* โปรดตรวจสอบให้แน่ใจว่าได้ปฏิบัติตามคำแนะนำในการถอนการติดตั้งก่อนที่จะติดตั้งเฟิร์มแวร์นี้หรือเฟิร์มแวร์อื่น ๆ!
นี่คือแพ็คเกจอัปเดตเฟิร์มแวร์มาตรฐาน รวมถึง/ปรับปรุงเฟิร์มแวร์ IceRiver ล่าสุด และนำไปใช้เช่นเดียวกับเฟิร์มแวร์อย่างเป็นทางการ การใช้การอัปเดตก่อนหน้านี้ควรใช้ได้กับรุ่น KS0/Pro, KS1, KS2 และ KS3* การใช้เฟิร์มแวร์ในสต็อกหรือเวอร์ชันก่อนหน้าควรใช้ได้กับรุ่น KS0 Ultra และ KS5*
อย่างไรก็ตาม หากคุณประสบปัญหา ให้ลองทำตามขั้นตอนต่อไปนี้:
นอกจากนี้ ตรวจสอบให้แน่ใจว่าได้ทำซ้ำการตั้งค่าพูลของคุณ เนื่องจากการตั้งค่าเหล่านี้จะถูกรีเซ็ตเป็นที่อยู่เริ่มต้นของ Kaspa Dev Fund
แหล่งจ่ายไฟของแล็ปท็อปสำหรับรุ่น KS0/Pro/Ultra โดยทั่วไปควรเป็น 19.5V พร้อมขั้วต่อ 5.5 มม. x 2.5 มม. แต่อัตราแอมป์อาจแตกต่างกันไปขึ้นอยู่กับเป้าหมาย OC ของคุณ อย่างไรก็ตาม ขั้วต่อแบบกระบอกขนาดนี้มีแนวโน้มที่จะได้รับการจัดอันดับสำหรับ 5 หรือ 10a และไม่น่าเป็นไปได้ที่ IceRiver จะใช้ตัวเลือก 5a ดังนั้นจึงเป็นการสันนิษฐานที่สมเหตุสมผลว่าพวกเขาใช้ 10a (7.5a เป็นความเป็นไปได้อีกอย่างหนึ่ง) ซึ่งหมายความว่าอะแดปเตอร์ใดๆ ที่เกิน 200w มีแนวโน้มที่จะเกินพิกัดของซ็อกเก็ต ซึ่งปลั๊กอาจละลายหรือติดไฟได้ หากไม่ได้รับการระบายความร้อน (ถึงแม้จะมีความเสี่ยงยังคงอยู่ก็ตาม) โปรดใช้ความระมัดระวังเป็นอย่างยิ่งหากคุณเลือกใช้ตัวเลือกเครื่องชาร์จแล็ปท็อปที่มีกำลังไฟสูงกว่า
ขอแนะนำอย่างยิ่งให้คุณติดมิเตอร์วัดกำลังไว้กับเครื่อง เพื่อให้แน่ใจว่าคุณอยู่ภายในขีดจำกัด PSU นี่เป็นเรื่องจริงโดยเฉพาะอย่างยิ่งสำหรับรุ่น KS3* และ KS5* ซึ่งมี PSU ส่วนหัวน้อยมากแม้ในการตั้งค่าสต็อก เช่นเดียวกับรุ่น KS0* เนื่องจากมีแหล่งจ่ายไฟที่หลากหลาย
รุ่น KS0 Pro และ Ultra ต้องการความเอาใจใส่เป็นพิเศษในเรื่องการระบายความร้อน ขั้นพลังงานของสิ่งเหล่านี้ร้อนจัดอยู่แล้ว ดังนั้นขอแนะนำให้ทำการปรับเปลี่ยนฮาร์ดแวร์เพื่อการระบายความร้อนที่ดีขึ้น รวมถึงฮีทซิงค์และการไหลเวียนของอากาศที่ดีขึ้น
ชิปแฮชในทุกรุ่นมีแนวโน้มที่จะทำงานได้ดีที่สุดในช่วง 75-80c แต่นี่เป็นเรื่องจริงโดยเฉพาะอย่างยิ่งสำหรับ KS0 Ultra ซึ่งแม้จะลดจาก 80c เหลือ 75c ฉันก็ยังพบว่าแฮชเรต 2 ชั่วโมงลดลง > 3%
เปอร์เซ็นต์ออฟเซ็ตนาฬิกาและแฮชเรตที่เพิ่มขึ้นควรเท่ากันในเครื่องที่มีสุขภาพดี
เช่น หาก clock offset ของคุณคือ 30% บน KS1 ดังนั้นแฮชเรตของคุณควรเป็น 1.3TH/s หรือมากกว่าค่าเริ่มต้น 1 TH/s 30% หากไม่เป็นเช่นนั้น (ในช่วงการวัดที่เหมาะสม) แสดงว่าชิปของคุณขาดแรงดันไฟฟ้า
การปรับจูนอย่างเหมาะสมเป็นกระบวนการที่ต้องใช้เวลา โดยทั่วไปแล้วการใช้การตั้งค่าของผู้อื่นไม่ใช่ความคิดที่ดี เนื่องจากแต่ละเครื่องมีความแตกต่างกัน แนวทางปฏิบัติที่ดีที่สุดคือเริ่มต้นที่ออฟเซ็ตนาฬิกาแบบอนุรักษ์นิยม ซึ่งส่งผลให้มีแฮชเรตเพิ่มขึ้นโดยไม่มีการเปลี่ยนแปลงแรงดันไฟฟ้า เมื่อคุณเพิ่มนาฬิกาของคุณเพิ่มขึ้นทีละน้อย (เช่น 25mhz หรือน้อยกว่า) เมื่อคุณไม่เห็นการตอบสนองของแฮชเรต 1:1 อีกต่อไป (หรืออาจจะเริ่มลดลงด้วยซ้ำ) มันเป็นข้อบ่งชี้ว่าจำเป็นต้องมีแรงดันไฟฟ้าเพิ่มขึ้น
ณ จุดนั้น เพิ่มแรงดันไฟฟ้าขั้นตอนเดียว (2mv สำหรับ KS0 Pro, 7 หรือ 6mv ขึ้นอยู่กับระดับปัจจุบันสำหรับรุ่นอื่นๆ ทั้งหมด) จากนั้นดูว่าแฮชเรตตอบสนองหรือไม่ หากเป็นเช่นนั้น และเท่ากับชดเชยนาฬิกาเป็นเปอร์เซ็นต์อีกครั้ง ให้กลับไปที่การเพิ่มนาฬิกา ทำซ้ำไปมาระหว่างค่านาฬิกาและแรงดันไฟฟ้าจนกระทั่งถึงแฮชเรตที่ต้องการ โดยคำนึงถึงขีดจำกัดอุณหภูมิและพลังงานด้วย
แม้ว่าแฮชเรต 5 ม. และ 30 ม. ใน GUI เป็นเครื่องมือที่มีประโยชน์สำหรับการนำทางทิศทางหลังจากที่เครื่องจักรมีเวลาเพิ่มขึ้น การวัดแฮชเรตสุดท้ายควรทำในระยะเวลาที่ขยายออกไป การอ่านค่าแฮชเรต 5 นาทีนั้นค่อนข้างแปรผัน และแม้แต่การอ่านค่าแฮชเรต 30 นาทีก็ยังไม่ดีนัก เนื่องจากคุณยังคงมีความแปรปรวนได้สองสามเปอร์เซ็นต์ การอ่าน 2 ชั่วโมงใน UI ควรมีความแปรปรวนน้อยกว่า 1% จากประสบการณ์ของฉัน (อาจสูงกว่า 1% เล็กน้อยใน KS5L/M และ KS0Ultra) แม้ว่าจะไม่คำนึงถึงข้อผิดพลาดของฮาร์ดแวร์ / การปฏิเสธพูลก็ตาม
และสุดท้าย หากคุณกำลังพยายามจำลองผลลัพธ์ OC ของเฟิร์มแวร์อื่น...
เฟิร์มแวร์ OC ทั้งหมด รวมถึงเฟิร์มแวร์นี้ ควบคุมเฉพาะนาฬิกาและแรงดันไฟฟ้าเท่านั้น ประสบการณ์ของฉันคือเมื่อพิจารณาถึงแรงดันไฟฟ้าที่จำเป็น แฮชเรตจะตอบสนองเชิงเส้นตรงบนพื้นฐาน 1:1 ต่อการเปลี่ยนแปลงของนาฬิกา แบบเปอร์เซ็นต์ แต่ท้ายที่สุดแล้ว สิ่งที่เราทำได้คือเปลี่ยนนาฬิกาและหวังว่า ASIC จะตอบสนองต่อการเปลี่ยนแปลงแฮชเรตที่คาดหวังไว้
การอ่านแฮชเรตใน ASIC UI ไม่เหมือนกับการอ่าน CPU/GPU IceRiver ASIC ไม่นับแฮชจริง - เป็นเพียงการประมาณแฮชเรตตามจำนวนแชร์ที่ผลิต * ความยาก นี่เป็นวิธีที่พูลใช้วัดแฮชเรตของคุณ แต่ปัญหาคือพูลส่วนใหญ่ตัดสินใจใช้ความยากที่สูงเกินไปสำหรับ IceRiver ASIC ซึ่งทำให้ไม่สามารถวัดแฮชเรตในระยะสั้นที่เชื่อถือได้ - ด้วยความต่างสูง อัตราการแบ่งปันจะต่ำ ซึ่งหมายความว่า ชิงช้าป่าในแฮชเรต เป็นผลให้ IceRiver เปิดตัวการอัปเดตเฟิร์มแวร์ซึ่งเริ่มใช้ความยากภายในที่แตกต่างไปจากเดิมอย่างสิ้นเชิงและลดลงสำหรับการวัดแฮชเรตบนแดชบอร์ดของตัวเอง
ดังนั้น แม้จะอยู่ในกรอบเวลาเดียวกัน คุณก็ไม่สามารถเปรียบเทียบการวัดแฮชเรตพูลกับแฮชเรต ASIC UI ได้อย่างน่าเชื่อถือ เนื่องจากไม่ได้ใช้ข้อมูลเดียวกัน เพื่อทำให้สิ่งนี้รุนแรงขึ้นอีก เนื่องจากเครื่อง IceRiver สร้างการแชร์ที่ไม่ถูกต้องจำนวนมากตั้งแต่เนิ่นๆ พูลจำนวนหนึ่งจึงตัดสินใจหยุดการรายงานการแชร์ที่ถูกปฏิเสธกลับไปยัง ASIC เพื่อให้ผู้ใช้หยุดบ่น (หรือเปลี่ยนพูล) และรายงานว่าเป็นที่ยอมรับแทน ในขณะที่ยังคงปฏิเสธพวกเขาอย่างเงียบๆ ขึ้นอยู่กับอัตราการปฏิเสธที่แท้จริง สิ่งนี้อาจหมายถึงความแตกต่างที่สำคัญระหว่างแฮชเรต ASIC และแฮชเรตของพูล แม้ว่าจะถูกวัดโดยใช้กรอบเวลาและความยากเดียวกันก็ตาม
โดยไม่คำนึงถึงความแตกต่างที่เลือก การวัดแฮชเรตตามการแบ่งปัน * ความยากอาจมีการแกว่งขึ้นอยู่กับโชค ยิ่งจำนวนแชร์ต่ำ (ค่าต่างยิ่งสูง) โชคก็จะส่งผลต่อแฮชเรตมากขึ้น และความผันผวนก็จะยิ่งมากขึ้น ดังนั้น เพื่อให้มีการวัดแฮชเรตที่มีความหมายทางสถิติ คุณต้องมีส่วนแบ่งที่เพียงพอเพื่อลดผลกระทบของโชคให้มากที่สุด การอ่านค่า 5 เมตรบน ASIC ไม่เหมาะกับสิ่งนี้ โดยเฉพาะอย่างยิ่งเมื่อพยายามตรวจสอบผลลัพธ์ของการเปลี่ยนแปลง OC หลักเดียว และการอ่านค่าพูลในระยะสั้นจะยิ่งแย่ลงไปอีก
คุณต้องมีหุ้น 1200 หุ้นเพื่อให้ได้ค่าความแปรปรวนที่คาดหวัง +/- 10% พร้อมความเชื่อมั่น 99% เช่น สำหรับแฮชเรตที่คาดหวังที่ 1TH/s ในการวัด 99/100 หลังจาก 1200 แชร์ คุณจะอ่านค่าได้ระหว่าง 0.9TH/s ถึง 1.1TH/s คุณต้องมีหุ้น 4800 หุ้นเพื่อลดความแปรปรวนนั้นเป็น +/- 5% พูลหลายแห่งกำลังใช้ปัญหาที่สร้างอัตราการแชร์ในช่วง ~5 แชร์/นาที ดังนั้น หากต้องการอ่านค่าแฮชเรตโดยมีค่าความแปรปรวนที่คาดหวังเป็น <= +/- 10% คุณจะต้องอ่านค่าได้ 1200/5 = 240 นาที หรือ 4 ชั่วโมง หากคุณต้องการการอ่านที่มีความแปรปรวนที่คาดหวัง +/- 5% คุณจะต้องใช้ข้อมูลนานกว่า 16 ชั่วโมง คุณจะไม่สามารถยืนยันผลลัพธ์ของระดับ OC ที่ต่ำกว่าความแปรปรวนที่คาดไว้ของกรอบเวลาที่กำหนดได้ ตัวอย่างเช่น คุณไม่สามารถระบุได้ว่า OC 5% ทำงานอย่างถูกต้องหรือไม่ในกรอบเวลาการแชร์ 4 ชั่วโมง / 1200 โดยมีความแปรปรวนที่คาดไว้ 10% แม้ในเวลา 16.00 น. / 4800 หุ้น ความแปรปรวนที่คาดหวังสามารถยกเลิก OC 5% ได้อย่างสมบูรณ์
และสิ่งนี้นำไปสู่ปมของปัญหา - พูลส่วนใหญ่ไม่ได้ให้สิ่งใดที่สูงกว่าการวัดผล 24 ชั่วโมง ซึ่งที่ ~5 หุ้น/นาที หมายถึงประมาณ 7200 หุ้น ซึ่งยังคงเป็นความแปรปรวนที่คาดไว้ 4% คุณต้องมีหุ้น 10,000 หุ้นสำหรับความแปรปรวน 3.3% และหุ้นประมาณ 100,000 หุ้นสำหรับความแปรปรวน 1% การอ่าน 30 เมตรใน ASIC UI ควรมีความแปรปรวนประมาณ 2% และการอ่าน 2 ชั่วโมงใหม่ควรมีความแปรปรวนน้อยกว่า 1% แต่ไม่ได้สะท้อนถึงการปฏิเสธพูล ดังนั้น ทางออกเดียวคือค้นหากลุ่มที่ให้คุณกำหนดความยากของคุณเอง เพื่อให้คุณสามารถสร้างจำนวนหุ้นที่เกี่ยวข้องทางสถิติสำหรับกรอบเวลาที่มีอยู่ได้ Herominers เป็นหนึ่งในกลุ่มที่อนุญาตสิ่งนี้
ตัวเลือกที่ดีที่สุดสำหรับการตั้งค่าความแตกต่างของคุณเองและดูกรอบเวลาการวัดที่นานพอคือการขุดเดี่ยวไปยังโหนดของคุณเองและ kaspa-stratum-bridge การตั้งค่าเริ่มต้นของ vardiff จะสร้างการแบ่งปันขั้นต่ำ 20 หุ้น/นาที ซึ่งเพียงพอที่จะมีความแปรปรวน <= +/- 5% ใน 4 ชั่วโมง และแดชบอร์ด (grafana) ช่วยให้สามารถวัดในกรอบเวลา/ความละเอียดใดๆ ที่คุณต้องการ รวมถึงกรอบเวลาที่ยาวกว่าอย่างเห็นได้ชัด 24ชม.
เป็นตัวอย่างที่ชัดเจนของความแตกต่างระหว่างการวัดที่ถูกต้องและไม่ถูกต้อง (รวมถึงวิธีที่ kaspa-stratum-bridge สามารถช่วยได้) นี่คือการอ่านค่าแฮชเรตของเครื่อง 3 เครื่องที่ใช้ค่าต่างที่สร้าง >= 30 หุ้น/นาที, KS0 ที่ 51% OC KS1 ที่ 37% OC และ KS3M ที่ 1% OC การวัดจากบนลงล่างคือ 24 ชั่วโมง (>= 43,000 หุ้น), 1 ชั่วโมง (>= 1,800 หุ้น) และ 30 นาที (> 900 หุ้น) คุณสามารถดูได้ว่าการวัดนั้นแตกต่างจากที่คาดไว้อย่างไรในกรอบเวลาที่สั้นกว่า:
กล่าวโดยย่อ หากคุณกำลังพยายามยืนยันผลกระทบของ OC เล็กๆ บน ASIC UI คุณจะต้องใช้การอ่าน 2 ชั่วโมง แต่คุณจะไม่รู้ว่าคุณกำลังสร้างการแชร์ที่จะถูกปฏิเสธหรือไม่ เพื่อให้ได้ภาพรวม คุณจะต้องวัดระยะยาวจากพูลที่ให้อัตราการแชร์สูง และไม่มีตัวเลือกที่ฉันสามารถชี้ให้เห็นได้ว่าสามารถทำได้ในเวลานี้ นอกเหนือจากการขุดไปยังโหนดของคุณเอง + kaspa-stratum -สะพาน.