21Mإجابة قائمة على المصادر

لماذا لا يوجد سوى 21 مليون بيتكوين؟

من إعانة الكتلة وHalving إلى شيفرة الإجماع التي تتحقق منها عقد Full Node بصورة مستقلة.

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

01

يبدأ الإصدار بإعانة الكتلة

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

02

يجعل Halving الإصدار المتبقي يتقارب

تنخفض إعانة الكتلة إلى النصف كل 210,000 كتلة. ويكوّن جمع الفترات المتناقصة مجموعًا هندسيًا محدودًا. ولأن بيتكوين يُحسب بوحدات ساتوشي صحيحة وتُقرب الإعانة في النهاية إلى الأسفل حتى الصفر، ينتهي الإصدار دون 21 مليون عملة بالضبط بقليل.

03

المصداقية تأتي من التحقق المستقل

لا يحمي السقف شعار. فالمستخدم الذي يشغّل Full Node خاصًا به يتحقق من كل كتلة وفق قواعد الإجماع نفسها. ويتطلب تغيير الجدول قبول المستخدمين قواعد غير متوافقة؛ ولا يستطيع معدل الهاش وحده جعل كتلة ذات دفعة مفرطة صحيحة.

50 BTCإعانة الكتلة الأولية
210,000عدد الكتل في فترة إعانة واحدة
100 مليونعدد الساتوشي في بيتكوين واحدة
≈ 2140الموعد المتوقع لانتهاء إعانة الكتلة
01

القاعدة في التحقق وليست في عدّاد مركزي

يستنتج Bitcoin Core إعانة الكتلة المسموح بها من ارتفاع الكتلة. ثم تتحقق العقدة من أن معاملة coinbase لا تطالب بأكثر من تلك الإعانة مع الرسوم. ولا يوجد متغير رئيسي لإجمالي العرض يستطيع مسؤول إعادة كتابته؛ فكل عقدة تعيد بناء تاريخ الإصدار من الكتل التي قبلتها.

02

لماذا تقترب المتسلسلة الهندسية من 21 مليونًا

سمحت الكتل الأولى البالغ عددها 210,000 بإعانة قدرها 50 BTC لكل كتلة. وفي الفترات اللاحقة تنخفض إلى النصف: 25 ثم 12.5 ثم 6.25 BTC وهكذا. في الحساب المثالي، يساوي حاصل ضرب 50 × 210,000 في المتسلسلة 1 + 1/2 + 1/4… مقدار 21 مليونًا. لكن بيتكوين يحسب ساتوشي صحيحة فقط، لذا تؤدي القسمة الصحيحة المتكررة في النهاية إلى اقتطاع الإعانة إلى الصفر، ويبقى السقف الفعلي أقل قليلًا من الرقم المستدير.

03

يقترح المعدّنون الإصدار وتقبله العقد أو ترفضه

يستطيع المعدّن بناء أي كتلة مرشحة، حتى لو منح نفسه فيها مكافأة مفرطة. وهذا لا يجعل الكتلة صحيحة. ترفضها عقد Full Node بصورة مستقلة، ولا يعدّ المشاركون الاقتصاديون مخرجات ذلك الفرع بيتكوين. يختار معدل الهاش بين المرشحين الصحيحين؛ ولا يعيد كتابة قواعد الصحة.

04

رفع السقف سينشئ قواعد غير متوافقة

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

05

الندرة جزء واحد فقط من السياسة النقدية

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

حد 21 مليونًا ليس قانونًا فيزيائيًا. إنه قاعدة إجماع اجتماعية وتقنية تستند مصداقيتها إلى الشيفرة المفتوحة وارتفاع تكاليف التنسيق والتحقق المستقل.

01هل تخفض العملات المفقودة السقف؟

لا تغيّر سقف الإصدار، لكنها قد تقلل الكمية القابلة للإنفاق فعليًا. ولا يستطيع البروتوكول التمييز بصورة موثوقة بين مفتاح مفقود وحائز شديد الصبر.

02هل يستطيع المعدّن إنشاء بيتكوين إضافية؟

يمكنه نشر كتلة كهذه، لكن العقد الملتزمة بالقواعد ترفضها. ولا يجعل معدل الهاش مكافأة coinbase غير الصحيحة صحيحة.

03لماذا 21 مليونًا تحديدًا؟

إنه الناتج المقرب لإعانة أولية تبلغ 50 BTC لكل كتلة وفترات من 210,000 كتلة وتخفيضات متكررة إلى النصف، وليس ثابتًا سحريًا مستقلًا.

04ما الذي سيدفع للمعدّنين بعد انتهاء الإصدار؟

يتوقع التصميم أن تحل رسوم المعاملات محل إعانة الكتلة. وكفاية سوق الرسوم في المستقبل مسألة اقتصادية وليست ضمانًا يتضمنه السقف.

21Mحد 21 مليون BTCالسياسة النقدية ↗BTCBitcoinالبروتوكول ↗½Halvingالسياسة النقدية ↗SUBمكافأة إصدار الكتلةالسياسة النقدية ↗NODEFull Nodeالشبكة ↗RULESقواعد الإجماعالبروتوكول ↗