---
title: "تنصيف Bitcoin: دعم قائم على الارتفاع والرسوم واقتصاد التعدين"
description: "تنصيف Bitcoin هو خفض يفرضه الإجماع للحد الأقصى من دعم الكتلة على فواصل ارتفاع ثابتة. يجب تحليل الشبكة وعصر الدعم وتقريب الساتوشي وحد coinbase والرسوم والصعوبة واقتصاد المعدنين ومسار العرض وادعاءات السعر كل على حدة."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# تنصيف Bitcoin: دعم قائم على الارتفاع والرسوم واقتصاد التعدين

> لأغراض تعليمية فقط؛ لا يشكل ذلك نصيحة استثمارية أو توصية استثمارية. قد تؤدي الاستثمارات إلى خسائر.

<a id="answer"></a>

## الإجابة المباشرة

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

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

بدأ جدول mainnet عند 50 BTC لكل كتلة. أنتجت الإزاحات الصحيحة بوحدة الساتوشي 25 ثم 12.5 ثم 6.25 ثم 3.125 BTC بدءًا من الارتفاع 840,000. ولأن القيم ساتوشيات منفصلة، تُقرب العصور اللاحقة إلى أسفل؛ يصبح الدعم ساتوشيًا واحدًا عند 6,720,000 وصفرًا عند 6,930,000. المجموع النظري 20,999,999.9769 BTC، وليس معادلة فاصلة عائمة متكررة ولا عدادًا حرفيًا مستقلًا بقيمة 21,000,000 BTC.

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

<a id="mechanism"></a>

## كيفية تحليل تنصيف Bitcoin

1. **ثبّت السلسلة والقواعد.** سجل mainnet أو testnet أو signet أو regtest أو أصلًا آخر، وإصدار العميل والإجماع، والارتفاع والتجزئة القانونيين، والفاصل الدقيق. الحدث المشابه في سلسلة أخرى ليس دليلًا على mainnet.
2. **احسب عصر الدعم.** اقسم ارتفاع الكتلة على فاصل الشبكة قسمة صحيحة. أعد إنتاج الدعم بالساتوشي مع قطع الإزاحة، ولا تقرب قيمة BTC محفوظة عشريًا.
3. **تحقق من كتل الحد.** قارن آخر كتلة قانونية قبل الحد وأول كتلة منه. افحص الارتفاع والتجزئة والأصل ومخرجات coinbase و`subsidy` بعقدة مستقلة، مع مراعاة إعادة تنظيم قرب القمة.
4. **سوّ قيمة coinbase.** افصل الدعم عن `totalfee`، واجمع مخرجات coinbase وتأكد من أنها لا تتجاوز الدعم والرسوم. قد يطالب المعدن بأقل؛ لا ينشئ ذلك حقًا مستقبليًا ولا يغير الجدول.
5. **ضع نموذج اقتصاد المعدن.** حدد حصة التجزئة وأفق الحظ وطريقة دفع المجمع والرسوم والسعر والطاقة والكفاءة وخفض الحمل والتمويل والإهلاك والتحوط. افصل دعم BTC عن إجمالي إيراد BTC وهامش العملة الورقية.
6. **تتبع تكيف الشبكة.** راقب معدل التجزئة وفواصل الكتل وmempool وضغط الرسوم قبل الحد وبعده؛ وافصل الحد عن إعادة استهداف الصعوبة اللاحقة كل 2,016 كتلة. لا يغير التنصيف هدف PoW بذاته.
7. **اختبر العرض والأمان والسوق منفصلة.** أعد إنتاج الإصدار مع قطع الساتوشي، واختبر الرسوم وخروج المعدنين تحت الضغط، واختبر السعر مقابل الطلب والسيولة والفائدة والتمركز السابق. سم التوقعات ولا تستنتج السببية من دورات قليلة.

في mainnet الحالي لـ Bitcoin Core، `nSubsidyHalvingInterval = 210000`. تحسب `GetBlockSubsidy` القيمة `halvings = nHeight / nSubsidyHalvingInterval`، وتبدأ من `50 * COIN`، وتعيد صفرًا إذا كانت الإزاحة غير معرفة، وإلا تطبق `nSubsidy >>= halvings`. يستخدم بناء الكتلة `block_reward = nFees + GetBlockSubsidy(...)`. هذه حقائق خاصة بالشبكة والإصدار؛ ويجب فحص الشبكات الأخرى والتغييرات المستقبلية مستقلًا.

<a id="example"></a>

## أمثلة محلولة

### 1. حساب ارتفاع الحد

عند الارتفاع `839999` تعطي القسمة الصحيحة `839999 / 210000 = 3`، فيظل الحد `50 BTC / 2^3 = 6.25 BTC`. وعند `840000` يصبح خارج القسمة `4`:

`50 BTC / 2^4 = 3.125 BTC`

يسري التغيير على كتلة 840,000 نفسها. لا ينتظر طابعًا زمنيًا ولا يخفض UTXO موجودًا. يتحرك الوقت المتوقع إذا وصلت الكتل أسرع أو أبطأ من الهدف طويل الأجل.

### 2. الدعم والرسوم وحد coinbase

افترض أن كتلة الحد تحتوي رسومًا قدرها `0.35 BTC`. قبل الحد مباشرة تكون أقصى coinbase هي `6.25 + 0.35 = 6.60 BTC`؛ ومن الحد، مع الرسوم نفسها، تصبح `3.125 + 0.35 = 3.475 BTC`.

تنخفض القيمة المسموحة `3.125 BTC`، لكن ليس 50 بالمئة تمامًا لأن الرسوم لم تُنصف. إذا طالب المعدن بـ`3.40 BTC` فقط فقد تظل الكتلة صالحة؛ ولا يعاد إصدار `0.075 BTC` غير المطالب بها.

### 3. إيراد المعدن المتوقع

استخدم `144` كتلة يوميًا، ومجمعًا لديه `2%` من معدل التجزئة، ودعمًا `3.125 BTC`، ومتوسط رسوم `0.25 BTC`. مع تجاهل التباين وشروط المجمع، يكون الدعم اليومي `144 * 2% * 3.125 = 9 BTC`، والرسوم `144 * 2% * 0.25 = 0.72 BTC`، والمجموع `9.72 BTC`.

قبل الحد، مع دعم 6.25 BTC وبقية الفرضيات نفسها، يكون المجموع `18 + 0.72 = 18.72 BTC`. الانخفاض بوحدة BTC نحو `48.08%` لا 50 بالمئة. ويتطلب الربح الورقي السعر ووقت التشغيل ورسوم المجمع والكهرباء والتبريد والعمل والتمويل والإهلاك.

### 4. الإصدار الهندسي وحد الساتوشي

يسمح أول عصر من 210,000 ارتفاع بـ`50 * 210000 = 10,500,000 BTC`، والتالي بـ`25 * 210000 = 5,250,000 BTC`. تشير متسلسلة هندسية مستمرة إلى 21 مليونًا، لكن الإجماع يعمل بساتوشيات صحيحة ويقطع كل إزاحة.

عند `6510000` يكون الدعم `2 satoshis`، وعند `6720000` يصبح `1 satoshi`، وعند `6930000` يصبح `0 satoshis`. مجموع العصور غير الصفرية `20,999,999.9769 BTC`. العرض القابل للإنفاق أقل لأسباب منفصلة، منها coinbase التكوين غير القابلة للإنفاق والمكافآت غير المطالب بها والمفاتيح المفقودة.

<a id="risks"></a>

## المخاطر وإخفاقات المراجعة

### أخطاء البروتوكول والقياس

- معاملة التاريخ المتوقع كمحفز من دون فحص الارتفاع القانوني والنسب.
- استيراد الفاصل أو الدعم الأولي أو الدقة أو tail emission أو قاعدة المكافأة من سلسلة أخرى.
- استخدام الفاصلة العائمة والتقريب العشري بدل إزاحات الساتوشي الصحيحة.
- الخلط بين الدعم والرسوم وإجمالي المكافأة ومخرجات coinbase ومدفوعات المجمع.
- افتراض وجوب المطالبة بالحد الأقصى أو سك غير المطالب به لاحقًا.
- قراءة مستكشف واحد من دون تسوية الارتفاع والتجزئة وإعادة التنظيم وcoinbase والدعم والرسوم.
- وصف تقريب 21 مليونًا بأنه فحص مستقل لا نتيجة جدول الدعم.
- مساواة الدعم المصدر والعرض القابل للإنفاق والمتداول والسائل ومخزون المنصات.

### أخطاء نموذج المعدن والشبكة

- ضرب حصة التجزئة الاسمية مع تجاهل التباين وقواعد المجمع وstale shares والتوقف والرسوم.
- افتراض انخفاض إيراد BTC والإيراد الورقي والربح التشغيلي بالنسبة نفسها.
- تثبيت السعر والرسوم ومعدل التجزئة والصعوبة والطاقة والكفاءة بلا تسمية السيناريو.
- الادعاء بأن التنصيف يغير الصعوبة مباشرة؛ تستجيب قاعدة إعادة الاستهداف المنفصلة لاحقًا.
- استنتاج خسارة دائمة لمعدل التجزئة أو تكلفة هجوم دقيقة من نافذة قصيرة.
- تجاهل الدين والضمان والتحوط وعقود الطاقة وخفض الحمل وإعادة البيع والتركيز.
- ضمان أن الرسوم ستحل محل الدعم رغم اعتمادها على طلب مساحة الكتلة.

### أخطاء السوق والسياسة

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

<a id="misconceptions"></a>

## مفاهيم خاطئة شائعة

- **تنخفض أرصدة BTC القائمة إلى النصف.** يتغير حد الدعم الجديد فقط؛ ولا تمس UTXO القائمة.
- **يحدث كل أربع سنوات تقويمية.** يحدث كل 210,000 ارتفاع mainnet؛ وأربع سنوات تقريب.
- **ينخفض إيراد المعدن إلى النصف تمامًا.** الرسوم والسعر والحصة والمجمع والتكاليف متغيرات منفصلة.
- **تنخفض الصعوبة مع الدعم.** حد الدعم وتعديل 2,016 كتلة آليتان مستقلتان.
- **يضمن مسار الإصدار المعروف ارتفاع السعر.** يعكس السعر الطلب والسيولة والتوقعات والمخاطر؛ ولا توجد قاعدة سعر.

<a id="related"></a>

## موضوعات ذات صلة

- [Bitcoin](/ar/crypto/bitcoin/)
- [آليات الإجماع](/ar/crypto/consensus-mechanism/)
- [تعديل الصعوبة](/ar/crypto/difficulty-adjustment/)
- [التعدين](/ar/crypto/mining/)
- [إعادة تنظيم السلسلة](/ar/crypto/chain-reorg/)

<a id="sources"></a>

## المصادر

- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (تاريخ الاطلاع: 2026-08-19)
- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (تاريخ الاطلاع: 2026-08-19)
- [Bitcoin Core: validation.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/validation.cpp) - Bitcoin Core (تاريخ الاطلاع: 2026-08-19)
- [Bitcoin Core: chainparams.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/kernel/chainparams.cpp) - Bitcoin Core (تاريخ الاطلاع: 2026-08-19)
- [Bitcoin Core: miner.cpp](https://github.com/bitcoin/bitcoin/blob/master/src/node/miner.cpp) - Bitcoin Core (تاريخ الاطلاع: 2026-08-19)
- [Bitcoin Developer Reference: Block Chain](https://developer.bitcoin.org/reference/block_chain.html) - Bitcoin Project (تاريخ الاطلاع: 2026-08-19)
- [Bitcoin Core RPC: getblockstats](https://developer.bitcoin.org/reference/rpc/getblockstats.html) - Bitcoin Project (تاريخ الاطلاع: 2026-08-19)
- [BIP 42: A finite monetary supply for Bitcoin](https://github.com/bitcoin/bips/blob/master/bip-0042.mediawiki) - Bitcoin BIPs (تاريخ الاطلاع: 2026-08-19)

Source: https://wiki.fcontext.com/ar/crypto/halving/index.mdx