Bitcoin بالأرقام
حاسبات ونماذج
مع توضيح الافتراضات.
سبع أدوات تفاعلية في صفحة واحدة. غيّر المدخلات وراجع النتائج واقرأ طريقة كل نموذج وحدوده. تفتح الروابط صفحات الأدوات المنفردة مع مصادرها.
محول BTC والساتوشي والعملات
حوّل BTC والساتوشي الصحيح بنسبة ثابتة، واحسب القيمة النقدية بسعر مرجعي للعملة المختارة.
استخدم نقطة أو فاصلة للفصل العشري، ومسافة للفصل بين الآلاف.
السعر المرجعي لكل 1 BTC: جارٍ التحميل…
المصدر غير مذكور · وقت جلب البيانات: —
1 BTC = 100 000 000 ساتوشي. القيمة بالعملة = BTC × السعر لكل 1 BTC. تغيير العملة يحافظ على كمية بيتكوين.
نخزن المبالغ بوحدات ساتوشي صحيحة. يُقرّب الإدخال إلى أقرب ساتوشي، والأنصاف إلى الأعلى؛ تُحصر القيم السالبة عند الصفر والحد الأعلى عند 21 000 000 BTC. تظهر القيمة المعدلة عند مغادرة الحقل. هذا حد الأداة وفق MoneyRange في Bitcoin Core 29.0، وليس وصفًا دقيقًا للكمية المُصدرة.
التحويل النقدي استرشادي: قد يكون السعر مخزنًا مؤقتًا ولا يشمل فرق السعر أو الرسوم أو سعر التنفيذ الفعلي. تُعرض النتائج بالمنازل العشرية للعملة؛ العرض المقرّب لا يغني عن التسوية الدقيقة. أعد تحميل السعر بالزر. الوقت يعني استلام الاستجابة، لا وقت قياس السعر.
100 000 ساتوشي = 0.001 BTC. بسعر افتراضي قدره 100 000 USD لكل BTC، تكون القيمة 100 USD. هذا المثال ليس سعرًا حاليًا.
حاسبة المشتريات الدورية DCA
حاكِ مشتريات بمبلغ ثابت وفق الأسعار التاريخية وقيّم مجموع بيتكوين بآخر سعر في السلسلة المستخدمة.
استخدم نقطة أو فاصلة للفصل العشري، ومسافة للفصل بين الآلاف.
DCA، أي Dollar-cost averaging، يعني الشراء بانتظام بمبلغ نقدي ثابت. مثلًا، تشتري 500 كرونة تشيكية شهريًا بيتكوين أكثر عند انخفاض السعر وأقل عند ارتفاعه. لا تحتاج إلى تخمين أفضل وقت في كل مرة، لكن الطريقة لا تضمن الربح أو الحماية من هبوط السعر.
في كل شراء نموذجي نقسم المبلغ على السعر التاريخي. مجموع هذه الكسور يعطي كمية BTC، وتُقيّم بآخر سعر في السلسلة. المساهمات تساوي المبلغ مضروبًا في عدد المشتريات؛ والتغير المئوي هو (القيمة / المساهمات − 1) × 100. ليس هذا عائدًا سنويًا محسوبًا.
السنة هنا تعني 365 يومًا. يستخدم أول شراء أول نقطة متاحة. يختار النموذج الأسبوعي النقطة التالية بعد سبعة أيام على الأقل من الشراء السابق؛ والشهري أول نقطة في كل شهر UTC، بما في ذلك الأشهر غير المكتملة عند الطرفين. لذا قد يختلف العدد عن 52 أو 12 سنويًا.
نستخدم CoinGecko، وYahoo Finance كبديل. للعملات غير USD، قد يجمع نموذج Yahoo بين BTC/USD وآخر سعر صرف USD لتلك العملة لا يتجاوز زمن نقطة البيانات، بعمر لا يتجاوز سبعة أيام. قد تكون البيانات مخزنة مؤقتًا. يجب أن تبدأ السلسلة وتنتهي ضمن سبعة أيام من الحدود المطلوبة وألا تتضمن فجوات تتجاوز ثمانية أيام؛ وإلا لا نصدر نتيجة. نعرض تاريخي الطرفين الفعليين والمصدر.
يستبعد النموذج فرق السعر والرسوم والضرائب وتكاليف الحفظ. يحسب كسور BTC رياضيًا؛ العرض مقرّب وقد تختلف المشتريات الفعلية بوحدات ساتوشي صحيحة. هذا حساب تاريخي، وليس توقعًا أو أمرًا بالشراء.
يوزع DCA المشتريات عبر الزمن، لكنه لا يجعل بيتكوين استثمارًا خاليًا من المخاطر ولا يضمن العائد.
UTXO: حاسبة الدمج
قارن الرسوم النموذجية لإنفاق UTXO معًا لاحقًا بدمجها اليوم وإنفاق مدخل واحد لاحقًا.
استخدم نقطة أو فاصلة للفصل العشري، ومسافة للفصل بين الآلاف.
أدخل عددًا صحيحًا للمدخلات من 1–500 ومعدلات من 0–1 000 000 sat/vB. الحقول الفارغة أو غير الصالحة تخفي النتيجة.
صافي الفرق = الرسم دون دمج − مجموع الرسمين مع الدمج. الموجب يعني توفيرًا نموذجيًا والسالب تكلفة أعلى. عند وجود مدخل واحد لا تُجمع أي مدخلات.
يفترض السيناريوهان إنفاق جميع UTXO المختارة معًا في معاملة لاحقة واحدة. يجمعها الدمج اليوم في مخرج واحد. لكل معاملة نموذجية مخرج واحد بالضبط من نوع المدخلات نفسه؛ لا يُضاف مخرج آخر لإرجاع الباقي.
الحجم الافتراضي هو وزن المعاملة كاملة مقسومًا على 4 ومقربًا لأعلى. يشمل عدادات CompactSize وwitness marker/flag. كل رسم هو الحجم بوحدة vB مضروبًا في المعدل المعني، مقربًا لأعلى إلى satoshi كامل.
نفترض مفاتيح عامة مضغوطة وتواقيع ECDSA بطول 72 بايت شاملة sighash. يعني P2SH هنا P2SH-P2WPKH فقط. يستخدم Taproot مسار key path وتوقيعًا من 64 بايت مع sighash افتراضي ودون annex؛ لا يشمل النموذج script path أو multisig.
تدخل المعدلات بنفسك؛ ليست تقديرات مباشرة أو ضمانًا للتأكيد. الصفر والحد الأعلى حدود للنموذج وليسا قواعد للشبكة. قيم UTXO غير معروفة: لا نتحقق من كفاية الأموال أو dust أو قبول المحفظة. قد تغيّر التواقيع والبنية الفعلية الحجم.
قد يتيح جمع المدخلات للمراقب ربط ملكيتها ويقلل الخصوصية. فرق الرسوم الموجب وحده ليس توصية بالدمج.
يعمل الحساب في المتصفح دون طلب بيانات الشبكة. لا تنشئ الأداة معاملة أو تبثها ولا تحتاج إلى عنوان أو مفاتيح.
Halving: دعم الكتلة وجدول الإصدار
استكشف دعم Bitcoin وإصداره النظري عند ارتفاع تختاره. يضيف ارتفاع الشبكة المحمّل تاريخًا تقريبيًا للتخفيض التالي.
استخدم نقطة أو فاصلة للفصل العشري، ومسافة للفصل بين الآلاف.
أدخل ارتفاعًا صحيحًا من 0–6 930 000. الحقل الفارغ أو غير الصالح يخفي النتيجة.
جارٍ التحميل…
مصدر الارتفاع المحمّل: —
وقت إعداد استجابة الشبكة (UTC): —
وقت جلب البيانات (UTC): —
عرض بيتكوين محدود لأن قواعد الشبكة تقلل تدريجيًا عدد العملات الجديدة. لا يستطيع أحد إضافتها كيفما شاء وإجبار الآخرين على قبولها. لذلك يمكن معرفة جدول الإصدار مسبقًا، و21 مليونًا ناتجه المقرب. يتيح الحد توقع الإصدار، لكن السعر يعتمد أيضًا على رغبة الناس في امتلاك بيتكوين.
عندما ينتج المعدّن كتلة صالحة، يستطيع في معاملتها الأولى المطالبة بالعملات الجديدة المسموحة ورسوم المدفوعات المدرجة فيها. تسمى هذه المعاملة coinbase، ولا علاقة لها بالمنصة التي تحمل الاسم نفسه. الرسوم تنقل بيتكوين موجودة أصلًا، فلا تزيد العرض الكلي.
يبدأ دعم الشبكة الرئيسية عند 50 BTC ويُنصف كل 210 000 كتلة مع حذف كسور satoshi. آخر كتلة ذات دعم غير صفري عند 6 929 999؛ ومن 6 930 000 يصبح صفرًا. نحسب المتبقي إلى المجموع النظري الدقيق لا إلى 21 مليونًا المقربة.
يشمل المجموع كل دعم مسموح من الارتفاع 0 حتى الكتلة المختارة شاملةً إياها. ليس معروضًا متداولًا أو قابلًا للإنفاق: يشمل 50 BTC غير القابلة للإنفاق في كتلة genesis ولا يطرح الدعم غير المطالب به أو العملات المفقودة. الرسوم ليست إصدارًا جديدًا.
نقدّر التاريخ للارتفاع المحمّل فقط: وقت إعداد الاستجابة مضافًا إليه عدد الكتل المتبقية مضروبًا في 10 دقائق. ليس وقت تعدين الكتلة ولا موعدًا ثابتًا. قد تُخزّن بيانات mempool.space أو البديل Blockchain.com مؤقتًا؛ وتختلف الفواصل الفعلية بين الكتل.
Transaction Fees: الحجم والرسوم
قدّر الحجم الافتراضي للمعاملة ورسومها وفق معدلك وقيمتها التقريبية بالعملة المختارة.
استخدم نقطة أو فاصلة للفصل العشري، ومسافة للفصل بين الآلاف.
أدخل أعدادًا صحيحة: المدخلات 1–500 والمخرجات 1–50؛ المعدل 0–1 000 000 sat/vB. الحقول الفارغة أو غير الصالحة تخفي النتائج.
السعر المرجعي لكل 1 BTC: جارٍ التحميل…
المصدر غير مذكور · وقت جلب البيانات: —
تستخدم جميع المدخلات والمخرجات النوع المختار. احسب مخرجات المستلمين والباقي؛ لا تضيف الأداة مخرجات تلقائيًا. الأنواع المختلطة والنصوص الأخرى خارج النموذج.
الحجم الافتراضي هو وزن المعاملة كاملة مقسومًا على 4 ومقربًا لأعلى. يشمل عدادات CompactSize وwitness marker/flag. كل رسم هو الحجم بوحدة vB مضروبًا في المعدل المعني، مقربًا لأعلى إلى satoshi كامل.
نفترض مفاتيح عامة مضغوطة وتواقيع ECDSA بطول 72 بايت شاملة sighash. يعني P2SH هنا P2SH-P2WPKH فقط. يستخدم Taproot مسار key path وتوقيعًا من 64 بايت مع sighash افتراضي ودون annex؛ لا يشمل النموذج script path أو multisig.
تدخل المعدلات بنفسك؛ ليست تقديرات مباشرة أو ضمانًا للتأكيد. الصفر والحد الأعلى حدود للنموذج وليسا قواعد للشبكة. قيم UTXO غير معروفة: لا نتحقق من كفاية الأموال أو dust أو قبول المحفظة. قد تغيّر التواقيع والبنية الفعلية الحجم.
قيمة الرسوم بالعملة = الرسوم بوحدة satoshi / 100 000 000 × السعر المرجعي لكل BTC. لا يغير سعر السوق معدل sat/vB المُدخل أو الرسوم بوحدة satoshi.
التحويل النقدي استرشادي: قد يكون السعر مخزنًا مؤقتًا ولا يشمل فرق السعر أو الرسوم أو سعر التنفيذ الفعلي. تُعرض النتائج بالمنازل العشرية للعملة؛ العرض المقرّب لا يغني عن التسوية الدقيقة. أعد تحميل السعر بالزر. الوقت يعني استلام الاستجابة، لا وقت قياس السعر.
Mining: نموذج النتيجة التشغيلية
قارن الحصة المتوقعة من دعم الكتلة بتكلفة الكهرباء وفق معدل التجزئة والطاقة ورسوم المجمع التي تدخلها.
استخدم نقطة أو فاصلة للفصل العشري، ومسافة للفصل بين الآلاف.
أدخل أرقامًا منتهية غير سالبة؛ رسوم المجمع 0–100 %. يجب ألا يتجاوز معدل الجهاز معدل الشبكة المحمّل. القيم غير الصالحة تخفي النتيجة؛ سعر الكهرباء الفارغ لا يعني تكلفة صفرية.
سعر الكهرباء الافتراضي مجرد مدخل للنموذج. نحتفظ بعملة آخر تعديل يدوي ونحوّله للعملات الأخرى بالأسعار المرجعية المتاحة. دون أسعار يبقى الحقل فارغًا حتى تدخل سعرًا. ليس عرضًا من المورّد.
جارٍ التحميل…
معدل تجزئة الشبكة التقديري: —
ارتفاع الكتلة المحمّل: —
دعم الكتلة المستخدم: —
السعر المرجعي لكل 1 BTC: — · المصدر غير مذكور
وقت جلب البيانات: —
1 TH/s = 10¹² H/s. نضرب حصة الجهاز من معدل الشبكة في 144 كتلة يوميًا والدعم المحمّل و(1 − رسوم المجمع / 100). الطاقة = W / 1 000 × 24 ساعة. الفرق = قيمة BTC المتوقعة − الكهرباء؛ 30 يومًا هي ثلاثون ضعف اليوم نفسه.
نفترض تشغيلًا متواصلًا ومتوسط 10 دقائق للكتلة ومدخلات ثابتة. نستبعد دخل رسوم المعاملات والعتاد والإهلاك والتبريد الإضافي والضرائب والتوقف. الدفع وتذبذبه يعتمدان على المجمع؛ التوقع الرياضي ليس وعدًا بالدفع أو صافي ربح كاملًا. العرض مقرب وقد يتضمن التوقع كسور satoshi.
يُستنتج معدل الشبكة من الكتل ولا يُقاس مباشرةً على كل جهاز. قد يأتي من mempool.space أو Blockchain.com بنوافذ مختلفة؛ مصدر الارتفاع منفصل. قد تُخزّن البيانات والأسعار مؤقتًا. وقت الرد ليس وقت قياس كل مؤشر.
التحويل النقدي استرشادي: قد يكون السعر مخزنًا مؤقتًا ولا يشمل فرق السعر أو الرسوم أو سعر التنفيذ الفعلي. تُعرض النتائج بالمنازل العشرية للعملة؛ العرض المقرّب لا يغني عن التسوية الدقيقة. أعد تحميل السعر بالزر. الوقت يعني استلام الاستجابة، لا وقت قياس السعر.
يساعد Proof of Work الشبكة على الاتفاق على ترتيب المعاملات الصالحة. يتنافس المعدّنون لإيجاد نتيجة حساب مناسبة لكتلة جديدة، أي مجموعة معاملات. البحث يحتاج إلى كهرباء ووقت، أما التحقق من النتيجة فسهل. لذلك تتطلب إعادة كتابة التاريخ تنفيذ العمل من جديد واللحاق بالسلسلة التي تواصل الشبكة إطالتها. تخيّل سحبًا تستهلك فيه كل محاولة قدرًا من الطاقة. يأخذ المعدّن ترويسة الكتلة، وهي ملخص لبياناتها، ويطبّق SHA-256 مرتين لحساب hash: بصمة عددية. لا يمكن توقع النتيجة على نحو موثوق. لذلك يغيّر Nonce، وهو رقم مساعد في الترويسة، وبيانات أخرى ثم يحاول مجددًا. ينجح عندما تكون قيمة hash أصغر من الهدف أو مساوية له. ويكرر الآخرون الحساب نفسه للتحقق من النتيجة. يستهلك التعدين الكهرباء والأجهزة. تشمل المكافأة الإصدار الجديد والرسوم؛ والإيراد ليس ربحًا، وتعتمد مدفوعات المجمّع على شروطه.
Multisig: محاكي عتبة التوقيعات
تحقّق مما إذا كانت المفاتيح المتبقية في نموذج m من n تكفي لبلوغ عتبة التوقيعات. تصف النتيجة توفر التوقيعات، لا أمان المحفظة أو إمكانية استعادتها بالكامل.
المنزلقات: n من 2 إلى 7 وm من 1 إلى n وL من 0 إلى n. عند تقليل n تنخفض m وL إلى n عند الحاجة. هذا نطاق المحاكي وليس حدًا عامًا في Bitcoin؛ وتعني m = 1 عتبة توقيع واحد.
المفاتيح المتاحة A = n − L. تتحقق العتبة عندما A ≥ m؛ والهامش الإضافي max(0, A − m) والنقص max(0, m − A). نفترض مفاتيح مختلفة وأن جميع أصحاب المفاتيح المتاحة قادرون على التوقيع ومستعدون له. نسخة احتياطية أخرى للمفتاح نفسه لا تضيف توقيعًا مستقلًا.
مثال 2 من 3: دون فقد يبقى هامش مفتاح واحد؛ عند عدم توفر مفتاح واحد تظل العتبة ممكنة لكن الهامش 0؛ وعند عدم توفر مفتاحين ينقص توقيع واحد. قد يكون عدم التوفر مؤقتًا ولا يعني تلقائيًا فقدان الأموال نهائيًا.
تحتاج الاستعادة أيضًا إلى إعداد المحفظة الصحيح: العتبة والمفاتيح العامة لجميع المشاركين وترتيبها أو قاعدة فرزها ونوع السكربت ومسارات الاشتقاق إن وجدت. يمكن لـ Output Descriptor تسجيل هذه البيانات. قد لا يكفي عدد مناسب من المفاتيح الخاصة وحده لاستعادة العناوين؛ والإعداد العام لا يحل محل التوقيعات.
لا يشمل النموذج المفاتيح المسروقة أو نقاط الفشل المشتركة أو شروط السكربت الإضافية أو توافق المحافظ. توفر التوقيعات لا يعني الحماية من السرقة. لا تُدخل مفاتيح حقيقية؛ ولا ينشئ المحاكي محفظة أو يوقّع أو يبث معاملات ولا يحتاج إلى بيانات مباشرة.