---
title: "تأكيدات الكتل"
description: "دليل يبدأ بالتحقق لفهم عمق التأكيد في إثبات العمل، وحالتي الأمان والنهائية في إثبات الحصة، واستبدال معاملات مجمع الذاكرة، وإعادة تنظيم السلسلة، وسياسة قيد الإيداعات لدى المنصات."
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.

# تأكيدات الكتل

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

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

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

تأكيد الكتلة وصف يعتمد على المراقب والبروتوكول، ويفيد بأن معاملة ما مدرجة في كتلة ضمن السلسلة التي يعدها المراقب قانونية حاليا. وفق الأسلوب الشائع الشامل في Bitcoin Core، تعد كتلة الإدراج هي التأكيد الأول: فإذا كان ارتفاع الإدراج `h` وارتفاع أفضل سلسلة `H`، كان العمق `H - h + 1`. تعرض بعض الخدمات الكتل اللاحقة فقط بصيغة `H - h`، لذلك يجب التصريح بطريقة العد.

يخفض عمق إثبات العمل مخاطر إعادة التنظيم وفق افتراضات محددة، لكنه لا ينشئ نقطة سحرية لنهائية مطلقة. وقد تعرض أنظمة إثبات الحصة حالات أصلية في البروتوكول بدلا من ذلك. تميز Ethereum بين `latest` و`safe` و`finalized`؛ ولا يحل عدد ثابت من الكتل أو الفترات الزمنية أو الدقائق محل هذه التسميات. كما أن حالات اكتشاف المنصة للإيداع وقيده وإتاحته للتداول والسحب سياسات داخلية منفصلة، حتى بعد بلوغ عتبة السلسلة.

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

## آلية العمل

1. ثبّت السلسلة والشبكة والأصل ومعرف المعاملة والعقدة أو API ووقت المراقبة ونموذج الإجماع وطريقة العد. تحقق من المستلم والمبلغ وأي مذكرة أو وسم قبل اعتبار التجزئة المطابقة هي الدفعة المقصودة.
2. افصل بين المعاملة الموقعة والمبثوثة والمقبولة في مجمع الذاكرة المحلي لعقدة واحدة والمنتشرة. مجمعات الذاكرة رؤى تحكمها السياسات وليست طابور إجماع عالميا. تحقق من حالة الرسوم والأسلاف غير المؤكدة والاستبدال بزيادة الرسوم أو الاستبدال بالرقم التسلسلي نفسه والإنفاقات المتعارضة.
3. تحقق من الإدراج بمقارنة تجزئة الكتلة وارتفاعها وفهرس المعاملة وتسلسل الأسلاف القانوني، لا بالارتفاع وحده أو شارة مستكشف. وفي السلاسل القائمة على الحسابات، افحص أيضا حالة الإيصال والسجلات والتغير الفعلي في الحالة؛ فقد يرتد التنفيذ رغم إدراجه.
4. طبّق نموذج الإجماع. في إثبات العمل، صرّح بطريقة العد واحسب العمق وقارن رؤى مستقلة لأفضل سلسلة والعمل التراكمي. وفي إثبات الحصة، استعلم عن حالات الرأس أو الأمان أو التبرير أو النهائية الأصلية؛ ولا تستنتجها من مسافة ثابتة بالكتل أو الفترات.
5. تتبع دورة الحياة كحالات صريحة: منشأة، مبثوثة، مقبولة في مجمع ذاكرة محلي، مدرجة، ذات عمق قانوني أو حالة آمنة أو نهائية، معاد تنظيمها، معاد إدراجها، مستبدلة أو متعارضة. لا تضمن إعادة التنظيم عودة المعاملة الأصلية إلى كل مجمع ذاكرة.
6. افصل دفتر المنصة: مرصود، مستوف لعتبة الشبكة، مقيد، متاح للتداول، ومتاح للسحب. طبّق سياسة المنصة الحالية الخاصة بالأصل والشبكة والمبلغ وحالة الحادث؛ فقد تضيف الصيانة والامتثال والمراجعة اليدوية تأخيرات مستقلة.
7. قارن عقدا أو مزودي خدمة مستقلين واستمر في المراقبة حتى بلوغ الحالة المطلوبة. سجل التجزئات والارتفاعات والطوابع الزمنية وتسميات RPC ولقطة السياسة، واختبر مسبقا مسارات الاستبدال وإعادة التنظيم وتأخر النهائية وتقادم العقدة وترحيل الجسر وتعطل المنصة.

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

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

- **طريقة العد.** توجد معاملة Bitcoin في الكتلة القانونية `h = 900,000`، بينما رأس أفضل سلسلة هو `H = 900,005`. العمق الشامل هو `900,005 - 900,000 + 1 = 6 confirmations`، أما العرض الذي يعد الكتل اللاحقة فقط فيظهر `900,005 - 900,000 = 5`. الفرق اصطلاحي ما دام كلاهما يشير إلى تجزئة الكتلة وتسلسل الأسلاف نفسيهما.
- **إعادة التنظيم وإعادة الإدراج.** تحصل المعاملة أولا على `1 confirmation` في الكتلة `900,000`، ثم تغادر هذه الكتلة أفضل سلسلة فتعود المعاملة إلى `0` إذا ظلت صالحة وغير متعارضة. وإذا أعيد إدراجها عند `900,003` وبلغ الرأس `900,006`، كان العمق الشامل `900,006 - 900,003 + 1 = 4 confirmations`. وإذا حلت محلها معاملة متعارضة مؤكدة، فقد يعرض Bitcoin Core تأكيدات سالبة بدلا من ذلك.
- **تسميات إثبات الحصة ليست أعداد كتل.** افترض أن معاملة Ethereum موجودة في كتلة التنفيذ `20,000,000`، وأن عقدة تعرض `latest = 20,000,020` و`safe = 20,000,012` و`finalized = 19,999,980`، وكلها ضمن تسلسل أسلاف واحد. العمق العددي عند أحدث كتلة هو `20,000,020 - 20,000,000 + 1 = 21`، والمعاملة آمنة لكنها غير نهائية. يلزم التحقق من تسلسل التجزئات وتسميات إجماع العميل؛ فالارتفاعات وحدها لا تكفي.
- **عتبة السلسلة مقابل قيد المنصة.** تشترط سياسة منصة `6 confirmations`. يكون الإيداع في الكتلة `900,000` عند `5/6` حين يبلغ الرأس `900,004`، ويصل إلى `6/6` عند `900,005`. وإذا فرضت المنصة بعدها `15-minute compliance hold`، تظل أهلية السلسلة وأوقات القيد الداخلي أو التداول أو السحب حالات مختلفة؛ وفترة التعليق ليست تأكيدا سابعا.

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

## المخاطر

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

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

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

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

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

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

- [مجمع الذاكرة](/ar/crypto/mempool/)
- [Bitcoin](/ar/crypto/bitcoin/)
- [النهائية](/ar/crypto/finality/)

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

## المصادر

- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoin.org/bitcoin.pdf) - Bitcoin.org (تاريخ الاطلاع: 2026-08-13)
- [Payment Processing](https://developer.bitcoin.org/devguide/payment_processing.html) - Bitcoin Developer Documentation (تاريخ الاطلاع: 2026-08-13)
- [gettransaction](https://developer.bitcoin.org/reference/rpc/gettransaction.html) - Bitcoin Developer Documentation (تاريخ الاطلاع: 2026-08-13)
- [BIP 125: Opt-in Full Replace-by-Fee Signaling](https://bips.dev/125/) - Bitcoin Improvement Proposals (تاريخ الاطلاع: 2026-08-13)
- [Proof-of-stake (PoS)](https://ethereum.org/developers/docs/consensus-mechanisms/pos/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [Gasper](https://ethereum.org/developers/docs/consensus-mechanisms/pos/gasper/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [JSON-RPC API](https://ethereum.org/developers/docs/apis/json-rpc/) - Ethereum.org (تاريخ الاطلاع: 2026-08-13)
- [Cryptocurrency deposit processing times](https://support.kraken.com/articles/203325283-cryptocurrency-deposit-processing-times) - Kraken Support (تاريخ الاطلاع: 2026-08-13)

Source: https://wiki.fcontext.com/ar/crypto/block-confirmation/index.mdx