دمج دفعات مجمع التعدين الصغيرة: متى تدمج مخرجات UTXO وكم يكلف ذلك

تصل كل دفعة من المجمع كمُخرج منفصل، وتدفع ثمنه يوم تنفقه لا يوم تستلمه. وفقًا لحسابات POOL BTC، فإن إنفاق 0.1 BTC وصلت على شكل 200 دفعة بقيمة 0.0005 BTC لكل منها يكلف 272,830 ساتوشي عند 20 sat/vB، بينما يكلف المبلغ نفسه 0.1 BTC كمُدخل واحد 2,190 ساتوشي. أي أن الفرق 124.6 ضعفًا، ومصدره بالكامل حد الدفع الذي ضبطته في لوحة تحكم المجمع قبل عام.

نحن في pool-btc.com لسنا مجمعًا ولسنا محفظة. ما يلي هو الحساب، وهو يعمل بالطريقة نفسها لدى أي مشغّل، إضافة إلى ثوابت البروتوكول مع روابط إلى حيث تُعرَّف. كل رقم أدناه مبني على معدل رسوم نذكره صراحة لا على توقعات. أما المعدل الفعلي في تاريخ النشر فمذكور بشكل منفصل، مع رابط ووقت اللقطة.

ما هو UTXO، ولماذا يكلف إنفاق 200 دفعة بقيمة 0.0005 BTC أكثر من إنفاق مُدخل واحد بقيمة 0.1 BTC؟

UTXO هو المُخرج غير المنفق المنفصل الذي تُنشئه كل دفعة. تفرض شبكة Bitcoin الرسوم حسب وزن المعاملة لا حسب المبلغ. يزن مُدخل P2WPKH واحد 68 بايتًا افتراضيًا سواء كان يحمل 0.0005 BTC أو 10 BTC. لذلك تزن 200 مُدخل ما يقارب 200 ضعف وزن المُدخل الواحد، مقابل المبلغ نفسه.

المعاملتان بالتفصيل، باستخدام حاسبة الحجم من Bitcoin Optech:

```

إنفاق 200 مُدخل إلى مُخرج واحد: 10.5 + 200 x 68 + 31 = 13,641.5 vB

إنفاق مُدخل واحد إلى مُخرج واحد: 10.5 + 1 x 68 + 31 = 109.5 vB

```

الرصيد متطابق في الحالتين. الفرق الوحيد هو عدد القطع التي قُسِّم إليها، وأنت من اتخذ هذا القرار حين أخبرت المجمع بحد الدفع الذي يدفع لك عنده.

تحفّظ صادق واحد: نادرًا ما تنفق المدخلات الـ200 كلها دفعة واحدة. أرسل 0.01 BTC وستلتقط المحفظة عشرين منها لا مئتين. لكنك ستنفقها كلها في النهاية، ومجموع الرسوم على مدار العام يبقى نفسه.

كيف يتحول حجم المُدخل بوحدات vByte إلى رسوم سحب؟

الرسوم تساوي حجم المعاملة بالبايتات الافتراضية مضروبًا في معدل sat/vB الذي تختاره. الحجم هو الحمل الأساسي للمعاملة مضافًا إليه أحجام جميع المدخلات وأحجام جميع المخرجات. صيغة العنوان تغيّر وزن المُدخل بأكثر من الضعف، لذا فهي أهم مما يظنه معظم الناس.

ثوابت البروتوكول من حاسبة الحجم من Bitcoin Optech، تم التحقق منها في 12.09.2026:

ينتج عن ذلك أمران مباشرة. المُدخل القديم (legacy) يكلف 148 vB مقابل 68 لعنوان bech32، لذا فإن إنفاق الدفعات المرسلة إلى عنوان يبدأ بـ 1 سيكلف لاحقًا ضعف ما يكلفه تقريبًا. كما أن الصيغة لا تنظر إلى المبلغ أبدًا، ولهذا فإن "الدفعة الصغيرة" و"الدفعة الرخيصة" أمران مختلفان.

```

الرسوم = (10.5 + إجمالي vB للمدخلات + إجمالي vB للمخرجات) x المعدل بوحدة sat/vB

```

بخصوص الغبار (dust) تحديدًا. يرفض Bitcoin Core تمرير المخرجات التي تقل عن حد مشتق من dustRelayFee البالغ 3,000 sat/kvB: وهو 546 ساتوشي لـ P2PKH، و294 لـ P2WPKH، و330 لـ P2TR وP2WSH، وفقًا لملف policy.cpp في مستودع Bitcoin Core. هذه سياسة تمرير لا قاعدة إجماع، لذا فإن الكتلة التي تحتوي مثل هذه المخرجات صالحة تمامًا. نادرًا جدًا ما تنخفض دفعات المجمعات إلى هذا المستوى، ما يعني أن المشكلة الحقيقية للمعدِّن اقتصادية لا شكلية: مُخرج بقيمة 50,000 ساتوشي ليس غبارًا وفق السياسة، لكن إنفاقه عند 100 sat/vB يكلف 6,800 ساتوشي، أي 13.6% من قيمته.

عند أي معدل رسوم يصبح الدمج مجديًا فعلًا؟

في كل الأوقات تقريبًا طالما أن المعدل المستقبلي لا يقل عن معدل اليوم. وفقًا لحسابات POOL BTC، يكلف دمج 200 مُدخل في مُدخل واحد 13,641.5 vB اليوم ويوفر لاحقًا 199 مُدخلًا زائدًا، أي 13,532 vB. لذلك تقع نقطة التعادل عند معدل مستقبلي أعلى من الحالي بنسبة 0.8% فقط.

الأمر نفسه بالمال، لتلك المخرجات الـ200 بقيمة 0.0005 BTC:

أي توفير 202,432 ساتوشي، أو 0.00202 BTC من رصيد قدره 0.1 BTC. اثنان بالمئة من الرصيد كله، تحسمهما نقرة واحدة.

والحالة المعاكسة واقعية بالقدر نفسه. ادمج عند 60 sat/vB ثم أنفق لاحقًا عند 5، وستدفع 818,490 ساتوشي اليوم لتوفر 67,660 لاحقًا: خسارة صافية قدرها 750,830 ساتوشي. الدمج رهان على أن الرسوم ستكون لاحقًا أعلى مما هي عليه الآن. في mempool هادئ يكاد الرهان يكون مجانيًا. أما أثناء الذروة فهو رهان خاسر.

في الساعة 14:59 UTC بتاريخ 13.09.2026، أوصى mempool.space بمعدل 1 sat/vB في جميع مستويات الأولوية، وكان وسيط معدل الرسوم في الكتل خلال الـ24 ساعة السابقة والأسبوع السابق أيضًا 1 sat/vB (mempool.space، معدلات الرسوم). هكذا يبدو الـ mempool الهادئ: دمج 200 مُدخل بهذا المعدل يكلف نحو 13,642 ساتوشي. تتغير المعدلات خلال ساعات، لذا تحقق من الرقم الحالي بنفسك قبل أن تضغط زر الإرسال.

كيف يحدد حد الدفع الذي تختاره اليوم تكلفة إنفاقك بعد عام؟

يحدد حد الدفع عدد القطع التي يصل بها إنتاجك السنوي. كلما انخفض، تراكمت مدخلات أكثر وارتفعت تكلفة الإنفاق لاحقًا. وفقًا لحسابات POOL BTC، عند 100 TH/s وحد دفع 0.0001 BTC يصل إنتاج العام على شكل 177 مُخرجًا، وإنفاقه عند 20 sat/vB يكلف 241,550 ساتوشي، أي 13.6% من إنتاج العام.

يعتمد الحساب على عائد يومي قدره 0.00000048671 BTC لكل تيراهاش وفق معايير الشبكة بتاريخ 08.09.2026 مع رسوم مجمع 2%، أي 0.000048671 BTC يوميًا عند 100 TH/s و0.017765 BTC على مدار العام. ارتفاع الصعوبة يخفض عدد الدفعات في كل صف.

الفرق بين الصف الأول والأخير 239,360 ساتوشي سنويًا مع معدل هاش متطابق ورسوم مجمع متطابقة. للمقارنة: الفرق بين مجمع برسوم 2% وآخر برسوم 3% عند 100 TH/s نفسها يقارب 0.00018 BTC سنويًا، أي نحو 18,000 ساتوشي. حد الدفع يكلفك أكثر مما تكلفك نسبة الرسوم، ومع ذلك يُناقش أقل منها بعشر مرات.

يبدو صف 0.01 BTC مثاليًا إلى أن تلاحظ ثمنه: دفعتان في السنة تعني أن معظم دخلك تقريبًا يبقى في ميزانية المجمع كدين لك بدلًا من أن يكون عملات تحتفظ بها. كيف توازن ذلك مع معدل الهاش الخاص بك مشروح في مقال الحد الأدنى لحدود الدفع، وأين توجّه الدفعات كي تُظهر لك محفظتك المدخلات الفردية أصلًا مشروح في مقال محافظ لدفعات التعدين. أعد حساب إنتاجك اليومي وفق معايير الشبكة الحالية في الحاسبة؛ فالرقم الوارد في مقال عمره شهر لن يفي بالغرض.

ماذا يكشف الدمج عنك؟

يثبت علنًا أن كل العناوين المدمجة تعود لمالك واحد. هذا هو مبدأ ملكية المدخلات المشتركة (common-input-ownership heuristic)، وهو صحيح بحكم البنية: وحده من يملك المفاتيح المئة كلها يستطيع توقيع معاملة تضم المدخلات المئة كلها. قبل الدمج كان هذا الارتباط افتراضًا. بعده يصبح حقيقة مسجلة في السلسلة.

بالنسبة للمعدِّن، العاقبة محددة. يدفع لك مجمعك إلى عنوان واحد أو بضعة عناوين، والصلة بينها لا يراها أحد سواك. ادمج دفعات عام كامل في معاملة واحدة وستلحمها في مجموعة واحدة إلى الأبد. ومنذ تلك اللحظة يكفي أن يصل عنوان واحد من تلك المجموعة إلى حساب موثّق في منصة تداول كي يُربط اسمك، وتاريخك الكامل في التعدين، بها داخل قاعدة بيانات لتحليل السلسلة.

ما يفعله الناس عمليًا حيال ذلك:

1. الدمج على مجموعات حسب الغرض بدلًا من دمج كل شيء مرة واحدة: مجموعة موجهة إلى منصة تداول، وأخرى تبقى في التخزين البارد.
2. عدم خلط دفعات المجمع أبدًا مع عملات مشتراة من منصة تداول موثّقة في المعاملة نفسها. فتلك المعاملة وحدها تربط تعدينك بهويتك.
3. الاحتفاظ بمحفظة أو حساب منفصل للدفعات بدلًا من إعادة استخدام المحفظة التي تحوي المشتريات.
4. تجنب الدمج في مُخرج واحد إذا كانت الأموال ستخرج على دفعات على أي حال، لأن الباقي (change) من مُدخل كبير ينشئ روابط خاصة به.

لا يمكنك إزالة هذا الكشف كليًا: أي معاملة تنفق عدة مدخلات تسرّب الإشارة نفسها. الدمج يفعل ذلك دفعة واحدة وبأقصى نطاق فحسب. وفي المقابل يوفر الرسوم. الخيار هنا بين الخصوصية والمال، لا بين إجابة صحيحة وأخرى خاطئة.

لماذا لا تواجه منصات التداول والمحافظ الحاضنة هذه المشكلة؟

بل تواجهها. لكنك لا تدفع ثمنها مباشرة. رصيد منصة التداول صف في قاعدة بيانات، لا مُخرج في السلسلة. تقرر المنصة متى تدمج مخرجاتها، وتجمع هذا العمل في فترات الهدوء، وتوزع التكلفة على جميع العملاء عبر رسوم سحب ثابتة.

تبدو الممارسة الصناعية هكذا: الجهة الحاضنة BitGo، كما ورد في دليل إدارة UTXO من Spark، تشغّل مهمة كل ساعة تدمج المخرجات التي تقل عن 100,000 ساتوشي بمجرد أن يتراكم منها أكثر من 200، مستهدفة نحو 1 sat/vB. هذا مصدر ثانوي يلخص ممارسة BitGo؛ لم نتمكن من تأكيده من وثائق BitGo نفسها، لذا تعامل معه كمثال على النهج لا كسياسة دقيقة.

يستطيع المعدِّن المنزلي تطبيق المنطق نفسه يدويًا. قاعدة مثل "أدمج عندما أملك أكثر من 200 مُخرج ويكون المعدل أقل من X" لا تحتاج إلى بنية تحتية ولا إلى إذن من أحد. الفرق الوحيد أن أحدًا لن ينفذها نيابة عنك.

كيف تحسب نقطة التعادل الخاصة بك؟

تحتاج إلى أربعة أرقام: عدد المدخلات، وصيغتها، ومعدل اليوم، والمعدل الذي تتوقع الإنفاق عنده. ثم تقارن بين مبلغين: تكلفة دمج كل شيء الآن مقابل تكلفة المدخلات الزائدة لاحقًا. صيغة واحدة تكفي ولا حاجة إلى حاسبة.

```

تكلفة الدمج اليوم = (10.5 + N x وزن المُدخل + 31) x معدل اليوم

التوفير عند الإنفاق المستقبلي = (N - 1) x وزن المُدخل x المعدل المستقبلي

ادمج إذا تجاوز التوفير التكلفة

```

الخطوات:

1. افتح محفظة تدعم التحكم في العملات (coin control) واطّلع على قائمة المدخلات. يعرضها Sparrow على سطح المكتب وBlueWallet على الهاتف مباشرة؛ أما المحفظة العادية فستعرض لك الرصيد الإجمالي فقط.
2. عُدّ المدخلات التي تنوي دمجها فعلًا. ليس الرصيد كله، بل فقط تلك الأصغر من عملية إنفاق واحدة معتادة.
3. خذ وزن المُدخل من صيغة العنوان: 68 vB لـ bc1q، و57.5 لـ bc1p، و148 للعنوان الذي يبدأ بـ 1.
4. اقرأ المعدل الحالي من الـ mempool لا من اقتراح المحفظة. فمنتقي "سريع، عادي، بطيء" يخفي بالضبط الرقم الذي تحتاجه.
5. ضع تقديرك للمعدل المستقبلي في الصيغة. وإن كنت تفضل عدم التخمين، فاستخدم معدل اليوم: عند تساوي المعدلات، يتجاوز دمج 200 مُدخل نقطة التعادل بنسبة 0.8%.
6. إذا كان الفرق بضعة بالمئة في أي من الاتجاهين، فلا تفعل شيئًا. سيفرغ الـ mempool مجددًا.

مثال محسوب لـ 50 مُدخل P2WPKH، بمعدل 4 sat/vB اليوم و25 sat/vB متوقع لاحقًا:

```

اليوم: (10.5 + 50 x 68 + 31) x 4 = 3,441.5 x 4 = 13,766 sat

التوفير: (50 - 1) x 68 x 25 = 3,332 x 25 = 83,300 sat

الصافي: ربح 69,534 ساتوشي

```

أجرِ الحساب نفسه مع عكس المعدلات، 25 اليوم و4 لاحقًا، وستخسر 72,710 ساتوشي. العملية نفسها، والمدخلات الخمسون نفسها، والإشارة معاكسة.

ما الأخطاء الشائعة عند الدمج؟

هناك أربعة، وكل منها يكلف مالًا لا صبرًا فحسب: الدمج أثناء ذروة الرسوم، وبناء معاملة تتجاوز حد الحجم القياسي، والاستهانة بتكلفة رفع رسوم تلك المعاملة عبر RBF، والإرسال مباشرة إلى عنوان إيداع في منصة تداول. إليك كل واحد منها برقم يمكنك التحقق منه:

1. الدمج أثناء الذروة. يفرغ الـ mempool بانتظام، والفرق بين ليلة هادئة وذروة يتجاوز بسهولة عشرة أضعاف. جدولة الدمج حسب التقويم لا معنى لها؛ المحفّز المعقول الوحيد هو انخفاض المعدل.

1. بناء معاملة كبيرة جدًا. لا يمرر Bitcoin Core المعاملات الأثقل من 100,000 vB، أي 400,000 وحدة وزن، وهو الثابت MAX_STANDARD_TX_WEIGHT في policy.h. وفقًا لحسابات POOL BTC، تتسع المعاملة القياسية الواحدة لـ 1,469 مُدخل P2WPKH كحد أقصى: 10.5 + 1,469 x 68 + 31 = 99,933.5 vB، بينما تبلغ 1,470 مُدخلًا 100,001.5 vB ولن تنتشر في الشبكة. بالنسبة للمدخلات القديمة (legacy) بحجم 148 vB ينخفض السقف إلى نحو 675. قسّمها إلى عدة معاملات إن كنت تملك أكثر من ذلك.

1. الاستهانة بـ RBF. منذ Bitcoin Core 28.0 أصبح full RBF مفعّلًا افتراضيًا، ما يعني أن أي معاملة غير مؤكدة يمكن استبدالها. لكن المعاملة البديلة يجب أن تدفع رسومًا مطلقة أعلى وأن تغطي فوق ذلك حجمها الخاص بمعدل incrementalrelayfee البالغ 1 sat/vB. بالنسبة لمعاملة دمج حجمها 13,641.5 vB يعني ذلك 13,642 ساتوشي إضافية على الأقل لكل محاولة رفع، فوق ما دفعته أصلًا. القاعدة العملية: اضبط معدلًا منخفضًا لمعاملة الدمج الكبيرة مع هامش للانتظار، بدلًا من التخطيط لرفعه مرتين.

1. الإرسال مباشرة إلى عنوان إيداع في منصة تداول. يبدو ذلك طريقة لتسليم المشكلة إلى المنصة، لكنه يلحم مجموعتك كلها بحساب موثّق بخطوة واحدة ويسلبك حرية اختيار التوقيت. إذا كانت العملات ذاهبة إلى منصة تداول على أي حال، فادمجها أولًا إلى عنوانك الخاص ثم أرسل منه مُدخلًا واحدًا جاهزًا.

ملاحظة حول الباقي (change). إذا خلّف الدمج مُخرج باقٍ أقل من حد الغبار البالغ 294 ساتوشي لـ P2WPKH، فلن تُمرَّر المعاملة. عادة ما تحذرك المحافظ التي تدعم التحكم في العملات؛ أما المحافظ التي لا تدعمه فتضيف المتبقي بصمت إلى الرسوم.

أسئلة شائعة حول دمج دفعات المجمع الصغيرة

كيف أعرف أنني راكمت عددًا كبيرًا جدًا من مخرجات UTXO الصغيرة؟

افتح محفظة تدعم التحكم في العملات وعُدّ المدخلات الأصغر من عملية إنفاق واحدة معتادة. إذا كان عددها أكثر من بضع عشرات وكان إنفاق كل منها عند 50 sat/vB سيكلف أكثر من 5% من قيمته، فإن هذه الكومة تكلفك مالًا بالفعل. بالنسبة لمُدخل بحجم 68 vB يُتجاوز خط الـ5% عند نحو 68,000 ساتوشي.

هل يجب أن أدمج إن لم تكن لدي خطط للإنفاق؟

نعم، لكن لا عجلة. ستدفع الرسوم يوم تقرر الإنفاق، ولا أحد يستطيع التنبؤ بالمعدل في ذلك اليوم. الدمج في mempool هادئ يثبّت التكلفة بسعر اليوم. إذا كانت العملات لن تتحرك فعلًا لسنوات فيمكنك الانتظار، مع أنه لا يوجد سبب للتأجيل إلى ما لا نهاية أيضًا.

هل يمكنني أن أطلب من المجمع أن يدفع لي بوتيرة أقل بدلًا من ذلك؟

تتيح معظم المجمعات ضبط حد الدفع في إعدادات الحساب، ورفعه هو أرخص طريقة لحل المشكلة من جذورها. حد الدفع الأعلى ينشئ مخرجات أقل ويجعل الدمج المستقبلي غير ضروري. المقابل أن أموالك تبقى في ميزانية المشغّل مدة أطول. حدود الدفع المحددة لكل مجمع مشروحة في مقال الحد الأدنى لحدود الدفع.

هل تتجنب Lightning هذه المشكلة؟

نعم، لأن دفعات Lightning لا تنشئ أي مخرجات على السلسلة إطلاقًا. بدلًا من مئة UTXO تحتفظ برصيد في قناة، ولا تحتاج إلى معاملة على السلسلة إلا لفتحها وإغلاقها. الثمن هو المعتاد في Lightning: سيولة القناة، وضرورة البقاء متصلًا، وقيود على المبالغ. ولا تدعمها كل المجمعات.

هل يؤثر الدمج على وضعي الضريبي؟

نقل العملات بين عناوينك الخاصة لا يُعد تصرفًا بالأصل (disposal) في معظم الولايات القضائية، لكن القواعد تختلف، ورسوم الدمج قابلة للخصم في بعض الدول وغير قابلة في دول أخرى. تحقق من المعاملة الضريبية المحددة وفق التنظيم المحلي لديك أو لدى مستشار ضريبي، لا وفق منشور في مدونة.

ما لم يتأكد بعد حتى 12.09.2026

1. معدل الرسوم المستقبلي. لقطة 13.09.2026 (1 sat/vB على mempool.space) تصف لحظة النشر فقط؛ وكل الحسابات الأخرى مبنية على معدلات افتراضية مذكورة صراحة.
2. سياسة الدمج لدى BitGo (حد 100,000 sat، ومحفّز عند 200 مُخرج، واستهداف 1 sat/vB) مأخوذة من ملخص Spark؛ ولم يُعثر على مصدر أولي من BitGo.
3. العائد اليومي البالغ 0.00000048671 BTC لكل تيراهاش يعكس معايير الشبكة بتاريخ 08.09.2026 ولم يُعَد حسابه لتاريخ 12.09.2026.
4. لم يُختبر سلوك المحافظ المختلفة عند طلب بناء معاملة تتجاوز 100,000 vB، أي هل تحذر مسبقًا أم تعرض خطأ العقدة.
5. حدود الدفع لدى مجمعات بعينها غائبة هنا عمدًا. بعضها غير مؤكد في الوثائق الرسمية؛ والتفاصيل في مقال حدود الدفع.

الخلاصة

تُحتسب الرسوم حسب الوزن لا حسب المبلغ، لذا تصبح الدفعات الصغيرة مكلفة عند إنفاقها لا عند استلامها. وفقًا لحسابات POOL BTC، فإن إنفاق 0.1 BTC وصلت على شكل 200 دفعة بقيمة 0.0005 BTC يكلف 272,830 ساتوشي عند 20 sat/vB مقابل 2,190 ساتوشي لو كانت مُدخلًا واحدًا.

يصبح الدمج مجديًا بمجرد ألا يقل المعدل المستقبلي عن معدل اليوم؛ ولـ 200 مُدخل يكفي ارتفاع بنسبة 0.8%. نفّذه في mempool هادئ، وعلى دفعات لا تتجاوز 1,469 مُدخلًا، وفقط بعد أن تقرر أنك مستعد لربط تلك العناوين علنًا في مجموعة واحدة.

أرخص حل يحدث قبل أن توجد المشكلة، في إعداد حد الدفع. وفقًا لحسابات POOL BTC، عند 100 TH/s فإن حد دفع 0.001 BTC بدلًا من 0.0001 BTC يوفر نحو 217,600 ساتوشي سنويًا من رسوم الإنفاق المستقبلية وحدها. وهذا أكثر من الفرق بين مجمع برسوم 2% وآخر برسوم 3% بمعدل الهاش نفسه. قارن الشروط في جدول المجمعات، واحسب إنتاجك في الحاسبة، واختر محفظة تعرض لك قائمة المدخلات فعلًا في دليل محافظ الدفعات.