מדריך התקנת XMRig: Windows ו-Linux 2026

אם תהיתם פעם איך מעבד שולחני בודד יכול לתרום בשקט לאחת מרשתות הבלוקצ'יין המבוזרות ביותר שקיימות, התשובה היא XMRig. נכון לתחילת 2026, יותר מ-78% מכלל קצב הגיבוב (hashrate) של רשת Monero, כפי שנמדד דרך בלוקים של P2Pool, מגיע מהפעלות של XMRig, והנתח עולה לכמעט 90% כאשר סופרים גם כורי סולו ומשתתפי פולים קטנים. בניגוד לבלוקצ'יינים שנשלטים על ידי GPU, מנגנון הוכחת העבודה RandomX של Monero תוכנן במיוחד כך שמעבדים צרכניים יישארו תחרותיים, ו-XMRig הוא הכורה בקוד פתוח שהופך את בחירת התכן הזו לתגמולי כרייה אמיתיים.

המדריך הזה מלווה אתכם בהתקנה מסודרת של XMRig מקצה לקצה, גם על Windows 10/11 וגם על הפצות Linux מודרניות, מהורדת קובץ הריצה המאומת ועד לכיוון hugepages, רגיסטרי MSR ומנגנון failover של פולים. המטרה איננה רק להפעיל את הכורה, אלא לחלץ כל hash לשנייה סביר שהחומרה שלכם יכולה לקיים בלי לחנוק את עצמה תרמית. ברגע שתגמולי ה-XMR יגיעו לארנק שלכם, תראו גם איך להחליף אותם בבטחה דרך MoneroSwapper אם תרצו להמיר חלק מהם לנכס אחר תוך שמירה על הפרטיות שבגללה שווה לכרות את Monero מלכתחילה.

למה XMRig עדיין הכורה הדיפולטיבי של Monero ב-2026

XMRig הוא כורה RandomX חוצה-פלטפורמות ובעל ביצועים גבוהים, שיצא לראשונה ב-2017 ומתוחזק ברציפות ב-GitHub על ידי xmrig וקהילה של תורמים. הוא תומך ב-CPU, OpenCL ו-CUDA, אבל עבור Monero ספציפית, ה-backend של ה-CPU הוא מה שחשוב באמת — RandomX כוון במכוון כדי להעדיף מעבדים כלליים עם זיכרון מטמון גדול על פני חומרה ייעודית. חמש סיבות טכניות שומרות על XMRig בראש:

• מימוש RandomX מקומי: הכורה מגיע עם מכונה וירטואלית של RandomX שעברה אופטימיזציה ידנית, משתמשת ב-AES-NI, SSE4.1 ו-AVX2 כשהם זמינים, ויש לה JIT compiler שמתרגם תוכניות RandomX לקוד מכונה תוך כדי ריצה.
• תמיכה ב-Huge Pages בכל מערכת הפעלה מרכזית: דפים של 2 MB ו-1 GB מצמצמים דרמטית את ה-TLB misses בשלב הגישה ל-dataset, וזה בדיוק המקום שבו מעבדים צרכניים מאבדים 15–30% מקצב הגיבוב התיאורטי שלהם ללא קונפיגורציה נכונה.
• MSR mod ל-AMD ו-Intel: על מעבדי Ryzen ו-Core חדשים, XMRig יכול לכתוב לרגיסטרים ספציפיים למודל כדי לכבות hardware prefetchers שפוגעים בביצועי RandomX, ולהוסיף 10–25% על סיליקון Zen 3/Zen 4.
• תמיכה מצוינת ב-P2Pool: הכורה משתלב באלגנטיות עם P2Pool, פול הכרייה המבוזר של Monero שמשלם ב-XMR אונצ'יין כל כמה שעות, בלי מפעיל מרכזי.
• ביקורת אבטחה פעילה: קובצי הריצה ניתנים לשחזור (reproducible), הגרסאות חתומות, והפרויקט מפרסם hashes של SHA-256 לכל ארטיפקט — דבר חיוני, כי כורים זדוניים שמחליפים בשקט כתובות ארנק הם איום אמיתי בתחום הזה.

אף אחד מהמאפיינים האלו אינו ייחודי על הנייר, אבל אף כורה מתחרה לא משלב את כולם באותה רמת ליטוש. SRBMiner-Multi ו-Teamredminer מתמקדים באלגוריתמים אחרים; xmr-stak לא מתוחזק כבר שנים; כורים בקוד סגור מכניסים הנחות אמון שמסכלות את כל הפואנטה של הפעלת node משלכם.

דרישות חומרה וציפיות hashrate מציאותיות

RandomX הוא memory-hard. ה-dataset המלא הוא 2080 MB במצב fast, מה שאומר שצריך לפחות 4 GB של RAM זמין לכורה לכל NUMA node, ועדיף זיכרון DDR4-3600 מהיר או DDR5-6000. בחירת ה-CPU חשובה פחות ממה שאנשים חושבים; מה שחשוב הוא גודל ה-L3 cache, רוחב פס הזיכרון, ומספר הליבות הפיזיות שיכולות להריץ thread אחד של RandomX כל אחת.

מה אפשר לצפות באופן ריאלי לכל מעבד

המספרים הללו מניחים ש-hugepages מופעלים, MSR mod פעיל כשנתמך, וה-CPU לא נחנק תרמית. מחשב נייד שמריץ XMRig על סוללה ייתן לכם אולי 30–40% מהמספרים שלמעלה ויקצר את חיי המכשיר — כרייה שייכת לשולחני, ל-workstation או לשרת ייעודי עם איוורור הולם.

התקנת XMRig על Windows 10 ו-Windows 11

Windows היא הדרך הקלה יותר מהשתיים, כי הגרסה הרשמית נשלחת כקובץ ZIP מוכן מראש עם כל מה שנחוץ. הפשרה היא ש-Windows Defender ורוב כלי האנטי-וירוס מסמנים כל כורה מטבעות כתוכנה לא רצויה פוטנציאלית (PUP), ולכן תצטרכו להוסיף את התיקייה ל-whitelist במפורש. זה נורמלי ולא סימן לתוכנה זדונית, אבל זה אומר שכדאי תמיד לאמת את ה-hash של SHA-256 לפני הוספת חריגה.

1. הורידו את קובץ הריצה המאומת. היכנסו לעמוד ה-releases הרשמי של xmrig ב-GitHub ובחרו את xmrig-X.Y.Z-msvc-win64.zip העדכני. הורידו גם את קובץ SHA256SUMS המתאים. ב-PowerShell הריצו Get-FileHash xmrig-X.Y.Z-msvc-win64.zip -Algorithm SHA256 וודאו שהפלט תואם ל-hash שפורסם.
2. חלצו לנתיב קבוע. חלצו את ה-ZIP לתיקייה כמו C:\xmrig, ולא לתיקיית Downloads. לחיצה ימנית על התיקייה, Properties → Security, ואשרו שלחשבון המשתמש שלכם יש הרשאות Read & Execute. הימנעו מרווחים בנתיב כדי להקל על סקריפטי batch.
3. הוסיפו חריגה ל-Defender. פתחו Windows Security → Virus & threat protection → Manage settings → Exclusions, והוסיפו את התיקייה C:\xmrig. בלי זה, Defender ישלח את קובץ ההרצה לבידוד תוך דקות מההפעלה הראשונה.
4. הפעילו huge pages ו-lock-pages-in-memory. פתחו secpol.msc, נווטו אל Local Policies → User Rights Assignment → Lock pages in memory, והוסיפו את שם המשתמש שלכם. צאו והתחברו מחדש כדי שהשינוי ייכנס לתוקף. XMRig יבקש אז 1280 huge pages של 2 MB כל אחד באתחול אוטומטית.
5. ערכו את config.json. הגדירו אופציות תחת "randomx": "init": -1 (זיהוי אוטומטי), "mode": "fast", "1gb-pages": true אם יש לכם לפחות 4 GB של RAM פנוי ורציף. הוסיפו את כתובת הפול שלכם (פירוט בהמשך) ואת כתובת הארנק. הגדירו "donate-level": 1 כמינימום שדורש הפרויקט.
6. הריצו עם הרשאות מנהל בפעם הראשונה. לחיצה ימנית על xmrig.exe → Run as administrator, כדי שיוכל להחיל MSR mod בהפעלה הראשונה. הרצות עוקבות מ-prompt רגיל יעבדו, כי ערכי ה-MSR נשמרים עד אתחול מחדש.
7. אשרו את banner ההפעלה. אתם אמורים לראות HUGE PAGES: 1280/1280 (100%), MSR REGISTER VALUES applied, ו-READY threads N/N. אם huge pages מציגים פחות מ-100%, סגרו אפליקציות כבדות זיכרון והפעילו מחדש.

אם האנטי-וירוס שלכם ממשיך לשלוח את xmrig.exe לבידוד גם אחרי הוספת חריגה, ככל הנראה התוכנה מריצה סריקות היוריסטיות על קובצי ZIP שחולצו — כבו סריקת זמן אמת רק לתיקיית xmrig, אף פעם לא גלובלית, ולעולם אל תורידו כורים משום מקום מלבד עמוד ה-releases הרשמי ב-GitHub.

התקנת XMRig על Linux (Ubuntu, Debian, Fedora, Arch)

על Linux יש לכם שתי אפשרויות נקיות: התקנה דרך חבילת ההפצה אם היא קיימת ומעודכנת, או קומפילציה מהמקור. דרך החבילה מהירה יותר, אבל היא לרוב נמצאת שתיים-שלוש גרסאות מאחור — וזה משנה, כי כל גרסה של XMRig יכולה להוסיף 1–5% hashrate על סיליקון חדש. למי שרציני בכרייה, שווה את חמש-עשרה הדקות הנוספות של קומפילציה.

אפשרות A: חבילת ההפצה (הכי מהיר)

על Ubuntu 24.04 LTS ו-Debian 12: sudo apt update && sudo apt install xmrig. על Fedora 41+: sudo dnf install xmrig. על Arch ו-Manjaro: sudo pacman -S xmrig. ודאו את הגרסה המותקנת עם xmrig --version ובדקו אותה מול ה-release העדכני ב-GitHub לפני שתסמכו על החבילה.

אפשרות B: קומפילציה מהמקור

1. התקינו תלויות build. על מערכות מבוססות Debian: sudo apt install git build-essential cmake automake libtool autoconf libhwloc-dev libuv1-dev libssl-dev. על Fedora החליפו apt ב-dnf ושמות החבילות עוקבים אחר אותה תבנית עם סופיות -devel.
2. שכפלו את הריפו. git clone https://github.com/xmrig/xmrig.git && cd xmrig. עברו ל-tag היציב האחרון עם git checkout v6.22.x (החליפו במספר הגרסה הנוכחי).
3. בנו את חבילת התלויות. cd scripts && ./build_deps.sh && cd ... הסקריפט הזה מקמפל את OpenSSL, hwloc ו-libuv כספריות סטטיות בתוך עץ המקור, כך שהקובץ הסופי יהיה נייד בין הפצות באותה ארכיטקטורה.
4. הגדירו וקמפלו. mkdir build && cd build && cmake .. -DXMRIG_DEPS=$(pwd)/../scripts/deps && make -j$(nproc). על CPU מודרני הקומפילציה מסתיימת ב-3–5 דקות.
5. הפעילו hugepages באופן קבוע. הוסיפו vm.nr_hugepages=1280 ל-/etc/sysctl.conf והריצו sudo sysctl -p. עבור דפי 1 GB הוסיפו hugepagesz=1G hugepages=3 לשורת הפקודה של הקרנל דרך GRUB ואתחלו מחדש.
6. טענו את מודול ה-MSR. הריצו sudo modprobe msr, ואז הפעילו את XMRig עם sudo ./xmrig לפחות פעם אחת כדי שיוכל לכתוב את ערכי ה-MSR. אחר כך תוכלו להפעיל אותו כמשתמש לא-מורשה — ערכי ה-MSR נשמרים עד אתחול מחדש או עד שכלי אחר ידרוס אותם.
7. צרו systemd service לכרייה ללא השגחה. הניחו unit file ב-/etc/systemd/system/xmrig.service עם User=miner, AmbientCapabilities=CAP_SYS_NICE CAP_IPC_LOCK, ו-ExecStart=/usr/local/bin/xmrig --config=/etc/xmrig/config.json. הריצו sudo systemctl enable --now xmrig.

היכולת CAP_SYS_NICE מאפשרת ל-XMRig להגדיר עדיפות thread בלי לרוץ כ-root, ו-CAP_IPC_LOCK מאפשרת הקצאת huge pages. זוהי תבנית ה-deployment הנקייה ביותר לפרודקשן והיא נמנעת ממתן הרשאות root מלאות לכורה.

בחירת פול וקונפיגורציה של הכורה

כרייה סולו של Monero עם מעבד שולחני בודד מייצרת, בממוצע, פחות מבלוק אחד לכל CPU בעשור — סטטיסטית תפסיקו לכרות לפני שתרוויחו משהו. פולים מאגדים hashrate מאלפי כורים ומשלמים לכל אחד באופן יחסי לעבודה שתרם. יש שתי פילוסופיות: פולים מרכזיים ו-P2Pool המבוזר.

למי שרציני בנוגע לפרוטוקול, P2Pool היא התשובה הנכונה. הוא משמר את הביזור של Monero על ידי כך שאף פול בודד לא מתקרב ל-51% מ-hashrate הרשת, והעלות התפעולית היחידה היא בערך 100 GB של דיסק עבור node מצומצם (pruned) ועוד 6 GB של RAM. הקונפיגורציה ל-XMRig שמצביעה על instance מקומי של P2Pool היא בעצם: "url": "127.0.0.1:3333", "user": "your-primary-address", "rig-id": "desktop-01", "keepalive": true, "tls": false (כיוון שזה loopback).

אם ממש אי אפשר להריץ node — נניח כי אתם כורים מנייד על חיבור מוגבל — בחרו פול מרכזי עם TLS מופעל ("tls": true), הגדירו את ה-URL ל-endpoint של stratum+ssl של הפול, וקנפגו פולי failover כמערך כך ש-XMRig יחליף אוטומטית אם הראשי הופך לבלתי זמין. אל תשתמשו בשום פול שלא תומך ב-TLS ב-2026; stratum רגיל חושף את כתובת הארנק שלכם לכל מי שנמצא במסלול הרשת.

כיוון ביצועים וטעויות נפוצות

instance של XMRig שמכוונן נכון על Ryzen 9 7950X אמור להגיע ל-22–25 kH/s. אם שלכם מייצר 12–15 kH/s, אחת או יותר מהבעיות הבאות קיימת, לפי תדירות התרחשות בשטח בשנה האחרונה.

• הקצאה חלקית של huge pages: banner ההפעלה מציג משהו כמו 740/1280. אתחלו מחדש, סגרו הכל ונסו שוב. ב-Linux בדקו cat /proc/meminfo | grep Huge.
• MSR mod לא הוחל: ב-Windows, הריצו את XMRig כמנהל לפחות פעם אחת לכל boot. ב-Linux ודאו ש-modprobe msr רץ ושההפעלה הראשונה של XMRig הייתה עם CAP_SYS_RAWIO או root.
• חניקה תרמית: RandomX חם. CPU שמריץ Cinebench ב-95°C ייחנק תוך חמש דקות של כרייה ויאבד 20% hashrate. שפרו את זרימת האוויר במארז, בצעו undervolt, או הגדירו "max-threads-hint": 75 כדי להשאיר מרווח.
• מספר threads שגוי: XMRig ברירת מחדל הוא thread אחד לכל ליבה פיזית. על מעבדי Intel hybrid (דור 12+) כבו E-cores ב-BIOS או הצמידו את XMRig ל-P-cores בלבד באמצעות הגדרות affinity — E-cores פוגעים ב-RandomX כי הם חולקים L2 עם P-cores.
• SMT/Hyper-Threading מופעל אבל לא מקונפג: על AMD Zen 3/Zen 4, SMT יכול לעזור מעט (≈3–5%) אם גם מכווננים cache affinity. על Intel, השאירו אותו כבוי בכרייה.
• תהליכי רקע: חלון Chrome עם 40 טאבים אוכל 6 GB של RAM וגונב רוחב פס זיכרון. הריצו ריגי כרייה כמכונות ייעודיות או לכל הפחות סגרו הכל לפני benchmarking.

אחרי שסיימתם לכוון, תנו לכורה לרוץ לפחות 30 דקות לפני שתקראו את ה-hashrate ב-steady state. המספר של 60 שניות ש-XMRig מציג בקונסול תנודתי ב-5–10% בגלל תבניות הגישה ל-dataset של RandomX; הממוצע של 15 דקות הוא מה שצריך לדווח ומה שהפול באמת יזכה.

אבטחת התגמולים: מ-XMR שנכרה לפרטיות שניתן להוציא

תגמולי הכרייה מגיעים לכתובת Monero שהגדרתם ב-config.json. הפרקטיקה הטובה ביותר היא להשתמש בכתובת משנה (subaddress) חדשה שיוצרה ספציפית לכרייה במקום בכתובת הראשית — אפילו ש-Monero מסתיר סכומים ונמענים אונצ'יין, הפרדה בין subaddresses של כרייה לבין כאלה של הוצאות שומרת על הארנק המקומי שלכם מסודר ומקלה על הנהלת חשבונות אם יום אחד תצטרכו לדווח לרשות המסים על הכנסה מכרייה.

שלושה הרגלי אבטחה נוספים ששווה לאמץ מהיום הראשון. ראשית, הריצו את הארנק על מכונה air-gapped או לפחות ייעודית שלא מארחת את הכורה — מארח כרייה שנפרץ לא צריך להחזיק את ה-spend key. שנית, גבו את 25 מילות הסיד (mnemonic) באופן אופליין; פורמט polyseed שבו משתמשים ארנקי ה-CLI וה-GUI החדשים קצר יותר וכולל רמז לתאריך לידה (birthday hint) שמפשט שחזור. שלישית, מדי פעם העבירו (sweep) את ה-subaddresses של הכרייה לארנק אחר דרך churning transaction או באמצעות atomic swap ל-BTC ובחזרה — זה מחזק את תכונות ה-fungibility מפני ניתוח סטטיסטי שיריב היפותטי יכול לנסות לבצע על פני שנים של תגמולים שהצטברו.

כשתחליטו בסוף להמיר חלק מהיבול של הכרייה לנכס אחר — נניח, stablecoin כדי לשלם חשבון hosting, או BTC כדי לטעון ערוץ Lightning — שימוש בשירות החלפה non-custodial משמר את יתרונות הפרטיות שהרווחתם עם כל עבודת ה-hashing הזו. MoneroSwapper מצרף שערים ממספר exchanges ללא KYC ומשלם בעסקה אחת כך שטביעת הרגל אונצ'יין נשארת קטנה. כל הזרימה מתשלום XMRig ועד נכס היעד אחרי ה-swap יכולה לרוץ בפחות מחמש-עשרה דקות בלי לפתוח חשבון או להעלות מסמכי זיהוי.

שאלות נפוצות

האם XMRig בטוח להתקנה או שזו באמת תוכנה זדונית?

XMRig עצמו הוא תוכנת קוד פתוח לגיטימית עם ריפו מקור פומבי, גרסאות חתומות ו-builds ניתנים לשחזור. מוצרי אנטי-וירוס מסמנים אותו כי בדיוק אותו קובץ ריצה נארז לרוב גם עם browser hijackers וטרויאנים שכורים ללא הסכמה. כל עוד אתם מורידים מעמוד ה-releases הרשמי ב-GitHub ומאמתים את SHA-256, אתם מריצים קוד נקי. רוב אירועי האבטחה שמערבים את XMRig מתחקרים בסוף לתוכנה פיראטית או למראות לא מאומתות, לא לפרויקט עצמו.

האם אפשר לכרות Monero על מחשב נייד?

טכנית כן, מעשית לא. RandomX יחזיק 100% שימוש ב-CPU וידחוף את מערכות הקירור של הנייד עד לקצה, יקצר את חיי המאוורר ויסכן את הסוללה בנזק תרמי. תראו גם בערך 30–40% מה-hashrate של שולחני לכל CPU מקביל בגלל מגבלות הספק מתמשך נמוכות יותר. אם חייבים לכרות על נייד, חברו לחשמל, הרימו את החלק האחורי לאוורור, והגבילו את XMRig ל-50% threads עם "max-threads-hint": 50.

כמה אפשר ריאלית להרוויח בחודש?

בקושי באפריל 2026 של בסביבות 410 GH ומחיר XMR שמרחף בטריפל-דיגיטס נמוך בדולרים, Ryzen 9 7950X שמייצר 24 kH/s מרוויח בערך 0.04–0.05 XMR לחודש לפני חשמל. במחיר חשמל ביתי טיפוסי בישראל של כ-₪0.62/kWh ב-2026, ועם צריכה של 150 W מתמשך, אתם מוציאים בערך ₪68 בחודש בחשמל כדי להרוויח שווי דומה ב-XMR — כלומר כרייה שולחנית סולו ב-2026 היא יותר עניין של תמיכה ברשת מאשר רווח. שרתי AMD EPYC באזורים עם חשמל זול עדיין מייצרים רווח צנוע.

מה ההבדל בין P2Pool לבין פול רגיל?

פול רגיל מריץ שרת stratum מרכזי ומסד נתונים שעוקב אחרי shares ומשלם מארנק חם לפי לוח זמנים. אם המפעיל נעלם, היתרה הלא משולמת שלכם נעלמת איתו. P2Pool הוא sidechain: כל share הוא בלוק זעיר על שרשרת peer-to-peer שמשלמת אטומית עם כל בלוק של רשת Monero הראשית שהכורים שלה מוצאים. אין מפעיל, אין מינימום תשלום, ואין אפשרות שהפול יגנוב תגמולים. הפשרה היא שאתם חייבים להריץ Monero node וגם p2pool daemon מקומית.

האם XMRig תומך בכריית GPU עבור Monero?

ל-XMRig יש backends של CUDA ו-OpenCL, אבל RandomX על GPUs פחות יעיל באופן משמעותי מאשר על מעבדים — בדרך כלל GPU מהשורה הראשונה מייצר פחות hashrate לוואט מ-CPU טווח-ביניים. רוב הכורים מכבים את ה-backends של ה-GPU לחלוטין כשכורים Monero. קוד ה-GPU שימושי לאלגוריתמים אחרים ש-XMRig תומך בהם, אבל ל-XMR ספציפית, הישארו עם כריית CPU שבה האלגוריתם תוכנן להיות תחרותי.

האם ספק האינטרנט שלי או ספק ה-VPS יחסום אותי על הרצת XMRig?

ספקי אינטרנט ביתי בישראל — Bezeq International, Hot Net, Partner — כמעט אף פעם לא מזהים או אכפת להם מתעבורת כרייה, שנראית כמו TCP יוצא רגיל לפורט 3333 או 443 עם TLS. ספקי VPS, לעומת זאת, לרוב אוסרים מפורשות על כרייה בתנאי השירות בגלל העומס הקבוע על ה-CPU — DigitalOcean, Linode ו-AWS ישעו instances שמזוהים ככורים. ספקי שרת ייעודי כמו Hetzner ו-OVH מאפשרים את זה ב-bare-metal אבל לא במוצרי ענן משותפים. קראו את ה-AUP לפני הפריסה.

סיכום

הקמת XMRig היא השקעה חד-פעמית של כשעה שהופכת מחזורי CPU סרק לאחת מהפעולות הקריפטוגרפיות המבוזרות באמת היחידות שנותרו. השלבים הטכניים — הורדה מאומתת, huge pages, MSR mod, קונפיגורציית P2Pool, systemd service ב-Linux או scheduled task ב-Windows — הם דרך סלולה ויציבה מספיק כדי שאותה קונפיגורציה תמשיך לעבוד דרך מספר גרסאות XMRig הבאות. כוונון פעם אחת, ריצה לנצח, ובדיקה חודשית לעדכון קובץ הריצה וסקירת תגמולים.

השאלות הקשות יותר הן תפעוליות: באיזו פילוסופיית פול אתם בוטחים, איך אתם מאבטחים את הארנק שמקבל את התגמולים, ואיך אתם בסוף ממירים את ה-XMR שנכרה לנכסים אחרים בלי להדליף את הפרטיות שעליה הוצאתם קילוואט-שעות לייצר. כשהרגע של ההמרה הזה מגיע, MoneroSwapper מציע מסלול ללא חשבון וללא KYC מ-subaddress הכרייה שלכם אל שרשרת היעד שבה אתם צריכים, ושומר את כל הצינור מיושר עם ערבויות הפרטיות שגרמו ל-Monero להיות שווה כרייה מלכתחילה. הריצו את הכורה, תמכו ברשת, ושמרו על הכספים שלכם — על החומרה שלכם, בתנאים שלכם.