إعداد مجمع تعدين XBT DATUM باستخدام Codex: دليل لجميع مُعدّني XBT
لماذا استخدام مجمع DATUM لتعدين XBT؟ يتيح لك DATUM إنشاء عمليات التعدين من عقدة التحقق الخاصة بك، بينما يتولى المجمع تتبع الحصص وتنسيق عمليات الدفع. يرشدك هذا الدليل خطوة بخطوة خلال إعداد عقدة XBT وبوابة DATUM، والتأكد من عملهما، وتوصيل أول جهاز تعدين. في النهاية، ستجد نموذجًا قابلًا للنسخ لبرنامج Codex أو Claude Code للمساعدة في الإعداد.
ملاحظة التسمية: هنا، يشير XBT إلى شوكة بيتكوين BLAKE2b، والتي تسمى أيضًا BTCB2 (وأحيانًا BTC2B)، وليس رمز البيتكوين العادي. تأكد من سلسلة الكتل والخوارزمية قبل توصيل الجهاز.
كيف يعمل مجمع تعدين بيانات XBT
في نظام تجميع التعدين التقليدي، يقوم المجمع عادةً بإنشاء قالب الكتلة. أما مع DATUM، فتقوم عقدتك المتوافقة مع XBT بالتحقق من صحة السلسلة وبناء القالب. تقوم بوابة DATUM بتحويل هذا القالب إلى عمل Stratum لأجهزة ASIC الخاصة بك، وتتواصل مع مجمع تعدين يدعم DATUM، مثل Lazarus، لمحاسبة الحصص وتوزيع المكافآت المجمعة. لا يقوم المجمع بإنشاء عمل المعدِّن الخاص بك. هذا هو السبب الذي يدفعك لتشغيل عقدة وبوابة خاصتين بك، وليس لأن كل جهاز ASIC يحتاج إلى عقدة خاصة به.
المسار العملي هو: عقدة XBT ← بوابة DATUM ← أجهزة تعدين ASIC ، بينما تتواصل البوابة مع مجمع DATUM للتحقق من صحة الحصص ودفع الأرباح. توضح وثائق البوابة هذه الأدوار، وتشير إلى أن عدد حصص Stratum من جانب أجهزة التعدين قد يختلف عن النتائج النهائية من جانب المجمع.
ما تحتاجه قبل أن تبدأ
- خادم افتراضي خاص (VPS) من نوع Contabo Cloud 4 أمريكي (4 وحدات معالجة مركزية افتراضية، 8 جيجابايت من ذاكرة الوصول العشوائي، 100 جيجابايت من قرص SSD) مع عنوان IPv4 عام ثابت وإمكانية الوصول عبر SSH. تبلغ تكلفتنا الشهرية 8.20 دولار أمريكي؛ تحقق من سعر الشراء الحالي لتكوينك.
- يتطلب هذا الدليل إنشاء عقدة Bitcoin Knots متوافقة مع XBT، وبوابة CONVOY DATUM، ومجمع XBT يدعم DATUM. يستخدم هذا الدليل Lazarus كمجمع رئيسي؛ بينما يُعد كل من AlphaPool وXorPool خيارين احتياطيين.
- XBT عام/BTCعنوان دفع B2 وجهاز ASIC مرشح واحد من نوع BLAKE2b للاختبار الأول. لا تُقدّم عبارة استعادة أو مفتاحًا خاصًا.
- Codex أو Claude Code مع إمكانية الوصول إلى الطرفية، بالإضافة إلى الوقت اللازم للسماح للعقدة بالمزامنة ومراقبة أحد عمال التعدين قبل نقل الآخرين.
لا تكفي خوارزمية المطابقة وحدها لإثبات أن جهاز تعدين معين وبرنامجه الثابت يعملان على هذه السلسلة ومجمع التعدين. تحقق من الطراز الدقيق، والبرنامج الثابت، وبروتوكول الاتصال، والحصص المقبولة. BTCمجموعة عمال المناجم B2 هي نقطة انطلاق لأبحاث الأجهزة، وليست ضمانة شاملة للتوافق.
قم بإعداد عقدة وبوابة XBT DATUM الخاصة بك
- تحقق من تفاصيل البرنامج والمجموعة. تحقق من المصدر الموثوق الحالي لسلسلة XBT، وإصدار Bitcoin Knots، وإصدار بوابة CONVOY أو التحديث، ونقطة نهاية Lazarus ومفتاحها، ومتطلبات التعدين. سجّل المصادر، ومجموع التحقق، والتواريخ. لا تفترض أن برامج Bitcoin العادية أو الإعدادات المحفوظة ستعمل دون تغيير على XBT.
- قم بإعداد الخادم الافتراضي الخاص (VPS) بشكل آمن. اختر إصدارًا حديثًا من أوبونتو LTS يدعمه برنامجك. أنشئ مفتاح SSH وحساب مدير غير الجذر، وتأكد من نجاح تسجيل الدخول باستخدام المفتاح، ثم عطّل تسجيل الدخول باستخدام كلمة المرور. اسمح لمنفذ Stratum الخاص بالتعدين وSSH بالوصول؛ واحتفظ بإدارة RPC للعقدة والبوابة محليًا على الخادم.
- قم بتثبيت ومزامنة عقدة XBT. يمكن للعقدة المُقلّصة أن تُقلّل من استخدام القرص، ولكن لا يزال يتعيّن عليها التحقق من صحة السلسلة. قبل بدء تشغيل البوابة، تأكد من اكتمال المزامنة، وقارن الارتفاع وتجزئة الكتلة باستخدام مستكشف XBT مستقل، وتحقق من BLAKE2b/header-v2.
getblocktemplate. - قم بتهيئة وتشغيل البوابة. قم بتوصيله بـ RPC الخاص بالعقدة (الخاص بالحلقة فقط)، وحدد عنوان الدفع العام في إعدادات المجمع/البوابة المناسبة، وقم بتهيئة Lazarus باستخدام تعليمات DATUM الحالية. ابدأ تشغيل البوابة فقط بعد اجتياز العقدة للفحص السابق. تأكد من مصافحة المجمع، وتدفق القالب الحالي، وسلامة الخدمة، والمستمع المواجه للمعدنين.
- احتفظ بمسار التراجع. احفظ سجلاً مُنقّحاً للإصدارات ونتائج الاختبارات وإعدادات العمل. جهّز مجموعات احتياطية بشكل منفصل؛ فنجاح عملية المصافحة لا يُثبت قبول حصص التعدين النشطة فيها. أبقِ ملف تعريف Lazarus قيد التشغيل نشطاً إلا إذا كنت تختبر جهاز تبديل عمداً.
في عملية النشر لدينا، يستمع Node RPC فقط على 127.0.0.1:8332واجهة برمجة تطبيقات البوابة متاحة فقط على 127.0.0.1:7152ويتصل عمال تعدين العملات الرقمية بالخادم الافتراضي الخاص (VPS) عبر بروتوكول TCP. 42334. هؤلاء يكونون صفحة الإعدادات، وليست الإعدادات الافتراضية العامة. إذا تغير عنوان IP العام لموقع التعدين، فستظل أجهزة ASIC قادرة على بدء اتصالات صادرة إلى عنوان IP الثابت أو النطاق الخاص بالخادم الافتراضي الخاص.
ما تحققنا منه على جهاز تعدين واحد لـ XBT
في تمام الساعة 08:52 بالتوقيت العالمي المنسق في 13 أكتوبر 2026، كان أول جهاز iBeLink BM-S3 لدينا قد أنشأ اتصالاً واحداً بالبوابة. أظهر لازاروس للعامل bm-s3-01 متصل بالإنترنت على مسار DATUM الخاص به، مع 78 مشاركة جلسة وصفر مشاركات مرفوضة في تلك اللقطة من جانب المجمع. ازداد عدد المشاركات المقبولة أثناء فحصنا. هذا يؤكد وجود اتصال واحد للمعدِّن ونسبة المشاركة من جانب المجمع؛ وهو ما يفعله لست تحديد معدل تجزئة مستدام، أو دفعات، أو توافق لكل جهاز تعدين XBT/BLAKE2b. لم نقم بتسجيل لوحة تحكم ASIC، أو البرامج الثابتة الدقيقة، أو اختبار استقرار كامل لمدة ساعة واحدة بشكل مستقل لهذه المقالة.
للاطلاع على تفاصيل الإعداد الحالية، يُرجى مراجعة دليل اتصال بوابة CONVOY ، ومصدر عقدة XBT ، وبرنامج Lazarus . قد تتغير متطلبات نقاط النهاية والبرامج. إذا كنت بحاجة إلى مساعدة في اختيار الأجهزة المناسبة، يُمكنك الاستعانة بفريق BT-Miners لمقارنة الخيارات، ولكن يُنصح باختبار الطراز المحدد قبل إتمام عملية النقل.
قم بتوصيل جهاز تعدين XBT الأول الخاص بك بالبوابة الجديدة
احتفظ بإدخالات مجمع التعدين العاملة الحالية كنسخ احتياطية. في إعدادات مجمع التعدين الخاص، استخدم عنوان البوابة الذي يمكن الوصول إليه، وليس عنوان RPC الخاص بالعقدة. بالنسبة لتكويننا، الحقول هي:
- عنوان URL للمسبح:
stratum+tcp://YOUR_VPS_IP_OR_DOMAIN:42334 - عامل: علامة مميزة مثل
miner-01تأكد من التنسيق المطلوب في ملف تعريف البوابة/المجموعة الخاص بك - كلمه السر: القيمة المطلوبة من قبل عامل التعدين أو الملف التعريفي؛
xيُستخدم عادةً عندما لا تكون كلمة مرور المسبح الفعلية مطلوبة
في إعدادنا، يتم تكوين عنوان الدفع العام على جانب البوابة/المجمع، لذا لا يتم لصقه في حقل العامل النموذجي. قد تستخدم ملفات تعريف أخرى تنسيقًا مختلفًا لاسم المستخدم - تحقق منه قبل الحفظ. ابدأ بجهاز تعدين واحد، ثم تحقق من معدل التجزئة المباشر وحصصه المقبولة/المرفوضة، واتصال البوابة وتسليم المهام، وحصص العامل والمُضاف إلى رصيد المجمع. راقبه لفترة كافية لاكتشاف أي أعطال متقطعة قبل إضافة المزيد من الأجهزة. لا تخلط بين "الاتصال" و"الربح": فالعمل المقبول على جانب المجمع هو المعيار الأقوى للتحقق.
انسخ هذا التوجيه إلى كودكس أو كود كلود
يطلب النص الموضح أدناه من مساعد الذكاء الاصطناعي إنجاز العمل التقني المتاح، وعرض الأدلة عند كل نقطة تفتيش، والتوقف مؤقتًا لإجراءات لا ينبغي لأحد سواك القيام بها. استبدل العناصر النائبة بشكل خاص. هذا النص ليس بديلاً عن مراجعة الأوامر والتكاليف وإعدادات الأمان.
Help me set up an XBT/BTCB2 DATUM mining gateway from zero, step by step. Assume I have no VPS, cloud account, SSH key, server configuration, or Linux experience. Start by helping me choose and purchase a suitable month-to-month VPS, then help me set it up. Do the safe technical work you can perform with my available browser and terminal access; explain each decision briefly, verify it, and keep a sanitized deployment log. Work with me one checkpoint at a time rather than giving me a long list of commands to execute alone.
My inputs:
- Network: the XBT/BTCB2 BLAKE2b Bitcoin fork, not ordinary Bitcoin. Verify chain identity and current requirements first.
- VPS preference: a low-cost US location, monthly billing, Ubuntu LTS, and an included stable public IPv4 address. I have not chosen or purchased a plan yet. Ask for my budget if needed.
- SSH access: help me create a local key and a non-root administrator after the VPS is ready. Never print, upload, or copy the private key.
- Primary pool: Lazarus DATUM. Treat AlphaPool and XorPool as optional standby profiles, not as proven live-share paths.
- First test miner: [EXACT BRAND, MODEL, FIRMWARE]. Do not assume all BLAKE2b miners are compatible.
- Public XBT payout address: [ENTER ONLY IN THE PRIVATE SERVER/POOL CONFIGURATION]. Never ask for my seed phrase or private key.
- Mining site: may have a changing public IP. Miners should make outbound connections to the VPS.
Work in this order:
1. Check current primary sources for the XBT chain, a chain-compatible Bitcoin Knots build, the CONVOY DATUM Gateway, Lazarus connection details, and VPS requirements. Record URLs, versions or commits, checksums, and check dates. Stop if chain identity or software authenticity is unclear.
2. Compare two or three currently available US VPS plans that meet the verified requirements. Check monthly billing, CPU architecture, RAM, SSD capacity for a pruned node, traffic limits, Ubuntu LTS support, and whether a stable public IPv4 address is included. Show the first-month total, any setup fee, and the recurring monthly total from current provider pages; explain trade-offs and recommend one. Do not assume an advertised price is the final checkout price or select an annual contract without my approval.
3. Guide me through account creation and checkout for the plan I choose. Help me check the region, image, billing term, IPv4 allocation, order summary, and cancellation terms before I confirm. I will personally enter payment details, complete CAPTCHA/2FA, and authorize the purchase. Do not place an order, accept terms, or submit payment for me. After provisioning, help me find the server's public IP and access method without posting credentials in chat.
4. Set up the VPS with me: create a local SSH key, establish and independently test key-based login with a non-root administrator, apply security updates, set a minimal firewall, and preserve a recovery path before disabling password or root login. Never expose passwords or tokens in chat, logs, or Git.
5. Install the verified XBT node and synchronize it natively. Pruning is acceptable if supported. Do not start the Gateway while initial block download is active. Compare current height and block hash with an independent explorer, confirm peers and pruning, and test BLAKE2b/header-v2 getblocktemplate.
6. Install a pinned, verified Gateway build. Configure node RPC and the management API on loopback only. Open only the necessary SSH and miner-facing Stratum ports. Configure my public payout address and current Lazarus DATUM endpoint/key in private files with restrictive permissions. Verify service health, pool handshake, template delivery, and listening addresses.
7. Prepare AlphaPool and XorPool as separate candidate profiles if their current official details can be verified. Test configuration and rollback without interrupting production miners. Return the active profile to Lazarus. Do not claim standby miner shares were tested unless they actually were.
8. Show me the exact fields for one miner: Gateway pool URL, worker name, and password format. Keep its known-good backup pools. Pause before I save the miner settings. After connection, collect miner-side, Gateway-side, and pool-side evidence for hashrate, accepted/rejected shares, and credited work for at least one hour. Do not migrate the rest until that test passes.
9. Give me a concise PASS/PARTIAL/UNVERIFIED checklist, a rollback plan, a weekly maintenance checklist, and a sanitized deployment record. Make no profitability or compatibility guarantees.
Human-only actions: I will authorize purchases, create the account with your guidance, enter payment and private credentials, complete CAPTCHA/2FA, and save miner settings. Pause at each of those checkpoints, then continue after I confirm completion. Ask for approval before a destructive change or a change that could interrupt mining. Never ask me to paste a wallet seed, private key, password, or SSH private key into chat.
