ค่าไฟเครื่องขุดคริปโต: คำนวณ kW, kWh และต้นทุนพลังงานก่อนคิดกำไร

ต้นทุนไฟของ Crypto Mining ควรเริ่มจากโหลดไฟฟ้า ไม่ใช่ราคา Bitcoin เพราะกำลังไฟ, ชั่วโมงทำงาน และโครงสร้างค่าไฟเป็นตัวแปรที่วัดและควบคุมได้โดยตรง ส่วนราคาเหรียญ, network difficulty และรายได้จาก pool เป็นอีกโมเดลหนึ่งที่เปลี่ยนเร็วกว่าและไม่ควรถูกปนกับ Energy Cost Model

บทความนี้จึงตอบคำถามว่า:

Miner กินไฟรวมกี่ kW
ใช้พลังงานกี่ kWh/วันและ kWh/เดือน
การลด runtime หรือย้าย runtime ไป Off-Peak เปลี่ยนค่าไฟอย่างไร
Solar ลด Grid import ได้เท่าไรภายใต้สมมติฐาน self-consumption
ค่า Energy ต่อ installed hashrate เป็นเท่าไร

ถ้าต้องการลองตัวเลขทันที ใช้ Crypto Mining Energy Calculator

1. เริ่มจากกำลังไฟรวม ไม่ใช่ชื่อรุ่น Miner

สมการพื้นฐาน:

Total load kW
= Power per miner (W) × Miner count / 1000

ตัวอย่าง:

3,500 W × 10 เครื่อง
= 35,000 W
= 35 kW

โหลด 35 kW เป็น continuous load ขนาดใหญ่พอที่จะกระทบทั้ง Energy Cost, conductor, breaker, transformer/service capacity, ventilation และความร้อนของพื้นที่

ชื่อรุ่นหรือ nominal hashrate ไม่ควรถูกใช้แทนค่ากำลังไฟที่วัดได้ หากมี watt meter, smart meter หรือ PDU telemetry ควรใช้ค่าจริงของ fleet ในสภาพทำงานที่ต้องการวิเคราะห์

2. จาก kW ไปเป็น kWh/วันและ kWh/เดือน

พลังงานคือกำลังคูณเวลา:

kWh/day = Total load kW × Runtime hours/day

ตัวอย่าง 35 kW รัน 24 ชั่วโมง:

35 × 24 = 840 kWh/day

ถ้าคิด 30 วัน:

840 × 30 = 25,200 kWh/month

แต่ถ้ารันเฉพาะ 12 ชั่วโมง/วัน:

35 × 12 × 30 = 12,600 kWh/month

พลังงานลดลงครึ่งหนึ่งเพราะ runtime ลดลงครึ่งหนึ่ง สิ่งที่ต้องระวังคือ hashing time ก็ลดลงด้วย ดังนั้นค่าไฟที่ลดลงไม่เท่ากับกำไรที่เพิ่มขึ้นโดยอัตโนมัติ

3. 24/7 Grid คือ Baseline ที่เข้าใจง่ายที่สุด

สำหรับ Energy Economics การตั้ง baseline แบบ 24/7 ช่วยให้เปรียบเทียบ strategy ได้ชัด:

Baseline monthly energy
= Total load kW × 24 × days/month

จากนั้นคูณด้วย rate ที่เหมาะกับไซต์จริง

Energy cost
= Grid kWh × Energy price assumption

คำว่า Energy price assumption สำคัญมาก เพราะบัญชีไฟจริงอาจเป็นบ้าน, กิจการ, โรงงาน หรือ tariff class อื่น และบางไซต์อาจมี demand charge หรือองค์ประกอบอื่นที่ simple per-kWh model ไม่ครอบคลุม

Calculator ของเว็บจึงให้แก้ rate เอง และ default ที่แสดงเป็นเพียง reference จาก tariff snapshot ที่เว็บมี provenance อยู่แล้ว ไม่ใช่ใบเสนอราคาค่าไฟสำหรับเหมือง

4. TOU เปลี่ยนโจทย์จาก “ใช้กี่หน่วย” เป็น “ใช้เมื่อไร”

ถ้าไซต์ใช้อัตรา TOU พลังงาน Grid ต้องแยกเป็น:

Peak kWh
+ Off-Peak kWh
= Grid kWh

ตัวอย่าง 35 kW ทำงาน 4 ชั่วโมงใน Peak และ 8 ชั่วโมงใน Off-Peak ต่อวัน:

Peak energy/day     = 35 × 4 = 140 kWh
Off-Peak energy/day = 35 × 8 = 280 kWh
Total/day           = 420 kWh

นี่ไม่ใช่เพียง load shifting ถ้าจากเดิมรัน 24 ชั่วโมงแล้วลดเหลือ 12 ชั่วโมง เพราะมีทั้ง:

runtime reduction — ลด kWh รวม
time shifting — ย้ายสัดส่วน kWh ไปช่วง tariff ที่ต่างกัน

ต้องแยกสองผลนี้ออกจากกันเวลาอ่าน savings

อ่านต่อ: Crypto Mining + TOU

5. Solar ลด Grid Import แต่ไม่ได้ทำให้พลังงานเป็นศูนย์บาท

ในโมเดลพื้นฐาน:

Mining energy
- Solar self-consumed energy
= Grid mining energy

ถ้า mining load เดือนนั้น 10,000 kWh และมี Solar share ที่ใช้กับ mining ได้จริง 30%:

Solar self-consumed = 3,000 kWh
Grid energy         = 7,000 kWh

แต่ Solar 3,000 kWh ยังอาจมี opportunity cost เช่นสามารถใช้กับโหลดอื่น, ชาร์จ Battery หรือส่งออกตามเงื่อนไขของไซต์ได้ จึงไม่ควรตั้ง Solar = free โดยอัตโนมัติ

อ่านต่อ: Crypto Mining + Solar

6. Energy Cost per TH ใช้อย่างไร

ถ้าต้องการ normalize fleet ที่มีขนาดต่างกัน สามารถดู:

Energy cost per installed TH/s-month
= Effective monthly energy cost
/ Total installed hashrate (TH/s)

ตัวอย่าง:

Monthly energy cost = 20,000 THB
Installed hashrate  = 200 TH/s

= 100 THB per TH/s-month

Metric นี้ช่วยเทียบ Energy burden ของ fleet แต่ ไม่ใช่ revenue per TH และไม่ควรนำไปสรุป profitability โดยไม่มีข้อมูล mining economics อื่น

อีก metric ที่มีประโยชน์คือ:

kWh per installed TH/s-month

ซึ่งตัดผลของราคาไฟออก ทำให้เห็น efficiency เชิงพลังงานมากขึ้น

7. Load Profile สำคัญเมื่อมี Base Load อื่น

ถ้า Miner อยู่ในโรงงาน, Data room หรืออาคารที่มีโหลดเดิม การดู Miner แยกอย่างเดียวไม่พอ เพราะ service capacity และ tariff behavior ขึ้นกับโหลดรวมของไซต์

ควรแยก:

Base load
+ Mining load
= Site load

และดูว่าช่วงที่เปิด Miner นั้นไปซ้อนกับ peak demand หรือโหลดสำคัญอื่นหรือไม่

ถ้ามี interval CSV จาก meter ใช้ Load Profile Analyzer เพื่อดู hourly/day-type profile ก่อนตั้ง schedule จะน่าเชื่อถือกว่าการเดา runtime จากค่าเฉลี่ยรายเดือน

8. สี่ Scenario ที่ควรเทียบก่อนทำ Automation

Calculator ใช้สี่ scenario หลัก:

A — 24/7 Grid

Baseline ที่ Miner ทำงานตลอดและพลังงานมาจาก Grid

B — TOU Optimized

ใช้ Peak/Off-Peak runtime ที่กำหนด เพื่อเห็นผลของ schedule และ runtime reduction

C — Solar + Grid

Miner ทำงาน 24/7 แต่ Solar self-consumption ลด Grid import บางส่วน พร้อมนับ Solar opportunity cost

D — Solar + TOU Optimized

ใช้ทั้ง schedule และ Solar allocation เพื่อดู Energy Cost ภายใต้สองกลไกพร้อมกัน

จุดสำคัญคือ Solar ถูกหักออกจาก mining energy ก่อน แล้ว Grid remainder จึงค่อยถูกแบ่ง Peak/Off-Peak เพื่อไม่ให้ kWh เดียวถูกนับซ้ำ

9. Automation มีประโยชน์เมื่อโหลด “ยืดหยุ่น” จริง

Mining load มีคุณสมบัติที่ควบคุมเป็นกลุ่มได้ง่ายกว่าโหลดหลายประเภท เช่นสามารถแบ่ง Miner เป็น Group A/B/C แล้วเพิ่มหรือลดกำลังตามเงื่อนไขพลังงาน

ตัวอย่าง policy:

Off-Peak      → เพิ่ม Miner group
Peak          → ลด Miner group
Solar surplus → เพิ่ม Miner group
Main load สูง → Load shedding
Temperature สูง → ลด Mining load

แต่ architecture ต้องแยก measurement, control และ safety ชัดเจน ไม่ใช่ให้ Home Assistant/MQTT เป็น protection layer ของระบบไฟ

อ่านต่อ: Crypto Mining Energy Automation

10. สิ่งที่ PR21 ยังไม่คำนวณ

Energy model นี้ ไม่รวม:

Bitcoin / coin price
network difficulty
block reward
pool fee
rejected share
miner purchase price
depreciation
maintenance / repair
cooling infrastructure CAPEX
tax / accounting

เพราะตัวแปรเหล่านี้เป็น Crypto Profitability Model อีกชุดหนึ่ง

จุดประสงค์ของ cluster นี้คือทำให้คำถาม “ค่าไฟเท่าไรและลดได้อย่างไร” มี boundary ชัดก่อนจะนำตัวเลขไปใช้ในแบบจำลองธุรกิจอื่น

สรุป

ลำดับที่ควรใช้คือ:

Miner power
→ Miner count
→ Total kW
→ Runtime
→ kWh
→ Grid Peak / Off-Peak
→ Solar self-consumption
→ Utility cost + Solar opportunity cost
→ Energy cost per installed TH/s-month

หลังจาก Energy Cost Model ถูกต้องแล้ว จึงค่อยพิจารณาว่ารายได้จาก mining ในช่วงเวลานั้นคุ้มกับการใช้พลังงานหรือไม่ โดยไม่ปนสองโมเดลเข้าด้วยกันตั้งแต่ต้น