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

من البث إلى الإدراج ثم القيد
عندما تبث المحفظة معاملة، قد تنتشر بين عقد تعرفها وتحتفظ بها ضمن معاملات غير مؤكدة. لا يعني هذا أن السلسلة أدرجتها بعد. بعد إدراجها، تظهر معلومات الكتلة وتبدأ متابعة العمق أو النهائية بحسب الشبكة. أما الخدمة التي تستقبل الأموال فقد تراقب هذه المعلومات ثم تحدث دفتر حساباتها وفق شروطها الداخلية.
تخيل أنك أرسلت إلى عنوان إيداع منصة. قد ترى المعاملة في مستكشف، ثم تراها مدرجة، ثم تتلقى رسالة بأن الإيداع قيد الانتظار، ثم يظهر الرصيد قابلًا للاستخدام. هذه ليست بالضرورة أربع معاملات؛ قد تكون أربع حالات لعملية واحدة. معرفة المرحلة تمنعك من محاولة معالجة تأخير داخلي برفع رسم معاملة أُدرجت بالفعل.
يمكن استخدام مساعد مشكلات التحويل لتحديد هل المشكلة قبل البث أو عند انتظار الإدراج أو بعده. اجمع المعرف والشبكة والوقت ومعلومات الوجهة أولًا. لا تعتمد على كلمة «نجاح» وحدها من شاشة مختصرة، لأن كل تطبيق قد يستخدمها لوصف مرحلة مختلفة أو يلخص بها تفاصيل تحتاج إلى فحص.
كيف يُحسب عدد التأكيدات في بيتكوين؟
في المثال المعتاد لمعاملة مدرجة في السلسلة النشطة لبيتكوين، يُحسب إدراجها كتأكيد أول، وكل كتلة تُبنى بعدها تزيد العمق. إذا كانت كتلة المعاملة عند ارتفاع 900000، وأصبح رأس السلسلة عند 900002، يكون عدد التأكيدات 900002 − 900000 + 1 = 3. إضافة الواحد مهمة لأنها تحتسب كتلة المعاملة نفسها.
| ارتفاع الرأس في المثال | ارتفاع كتلة المعاملة | عدد التأكيدات |
|---|---|---|
| 900000 | 900000 | 1 |
| 900001 | 900000 | 2 |
| 900002 | 900000 | 3 |
| 900005 | 900000 | 6 |
الأرقام في الجدول افتراضية لشرح العد، وليست قراءة لارتفاع الشبكة الحالي. ولا يمكن تطبيق المعادلة قبل وجود إدراج صالح في السلسلة التي تراجعها. إذا كانت المعاملة معلقة، فليس لها ارتفاع كتلة مدرجة يمكن إدخاله في هذا الحساب. كذلك تحتاج إلى مراعاة تحديث البيانات واختيار الشبكة الصحيحة عند المقارنة.
تشرح وثائق سلسلة بيتكوين ترابط الكتل وأثر البناء فوق سجل سابق. للمستخدم، يعني ذلك أن عدد التأكيدات ليس عداد ثوانٍ منذ الضغط على الإرسال. مرور ساعة على معاملة لم تدخل كتلة لا يجعلها تمتلك ستة تأكيدات لمجرد استخدام تقدير زمني شائع.
لماذا لا تساوي التأكيدات وقتًا ثابتًا؟
توجد مرحلتان على الأقل في الانتظار: وقت حتى الإدراج، ثم وقت الكتل اللاحقة أو تحقق حالة النهائية المطلوبة. قد تتأثر الأولى بالرسوم ومنافسة المعاملات وسياسات الاختيار والاعتماد على معاملات سابقة. أما معرفة متوسط زمن الكتلة فلا تخبرك باللحظة الدقيقة التي ستظهر فيها الكتلة التالية أو متى ستختار معاملتك.
إذا قالت محفظة إن الوصول «متوقع خلال مدة معينة»، فاقرأ ذلك كتقدير له افتراضات، لا موعد تسليم مضمون. قد يتغير الطلب بعد البث، وقد تتأخر الخدمة في تحديث الواجهة. دوّن وقت الفحص والحالة التي رأيتها حتى تستطيع معرفة هل تقدم العدد بالفعل، أم أنك تقارن رقمًا حديثًا بصورة قديمة من تطبيق آخر.
ولا تخلط بين زمن الإرسال الذي يسجله جهازك وبين وقت الكتلة أو وقت قيد المنصة. قد تختلف المنطقة الزمنية وطريقة العرض. عند مراسلة الدعم، اكتب الوقت مع منطقته إن أمكن، واذكر المعرف ليتم الرجوع إلى السجل نفسه. هذا يمنع استنتاج تأخير إضافي سببه اختلاف تنسيق الساعة لا حالة الشبكة.
لماذا تطلب خدمتان عددًا مختلفًا؟
قد تحدد كل خدمة سياسة لقبول المخاطر قبل إتاحة الرصيد أو السحب منه. يمكن أن تختلف المتطلبات باختلاف الأصل والشبكة ونوع الإيداع والظروف التشغيلية. لا يوجد عدد واحد يمكنك نقله من مقال عام إلى كل خدمة. افتح صفحة الإيداع الرسمية الحالية، وابحث عن المطلوب للزوج المحدد من الأصل والشبكة، لا للأصل بالاسم فقط.
في مثال تعليمي، تطلب خدمة ثلاثة تأكيدات وأخرى ستة. إذا بلغت المعاملة ثلاثة، فقد تبدأ الأولى القيد بينما تظل الثانية تنتظر. هذا لا يعني أن الثانية ترى سلسلة أخرى بالضرورة؛ قد يختلف شرط القبول فقط. وبعد بلوغ العدد، قد يبقى زمن تحديث داخلي تحتاج إلى مقارنته بحالة الخدمة والتعليمات التي تعلنها.
سجل متطلب المنصة بجانب العدد الحالي، وميز بين «ظهر الإيداع» و«متاح للتداول» و«متاح للسحب» إذا فرقت الواجهة بينها. لا تفترض أن تغير حالة واحدة يعني اكتمال كل الاستخدامات. وإذا لم توضح المنصة سبب الانتظار، افتح تذكرة بمعلومات المعاملة بدل إرسال مبلغ آخر على أمل دفع النظام إلى تحديث الرصيد.
النهائية تختلف بين الشبكات
قد تعرض شبكة عدد الكتل التي بُنيت بعد كتلتك، وتعرض أخرى حالات مثل إدراج أو أمان أو نهائية وفق آلية إجماعها. في إيثريوم مثلًا، تشرح وثائق Gasper دور اختيار السلسلة وآلية النهائية. لا يساوي عدد متشابه في واجهتين مستوى المخاطرة نفسه دون معرفة ما الذي تقيسه كل واحدة.
ولهذا لا تنقل تعليمات بيتكوين حرفيًا إلى تحويل على شبكة أخرى، ولا تفترض أن كل عبارة «مؤكد» تحمل التعريف التقني نفسه. قد تحتاج أيضًا إلى متابعة أكثر من مرحلة عند استخدام جسر بين شبكتين؛ اكتمال معاملة المصدر لا يثبت وحده وصول الناتج في الوجهة. راجع المسار الذي نفذته بدل اختزال العملية كلها في معرف واحد.
إذا كان الدفع تم عبر مسار لا يظهر كسجل مستقل في بلوكشين عام، فقد لا تكون مقارنة عدد التأكيدات هي الأداة المناسبة أصلًا. اسأل الخدمة عن نوع السجل وإثبات التسوية الذي تقدمه. غياب معاملة عامة لا يثبت فشل كل تحويل داخلي، كما أن وجود معاملة عامة لا يثبت أن الحساب الداخلي قُيد بالفعل.
ماذا لو اختلف العدد أو تغيرت الحالة؟
ابدأ بالأسباب البسيطة: هل المستكشفان للشبكة نفسها؟ هل تراجع المعرف نفسه؟ هل أحد التطبيقين غير متزامن؟ وهل يعرض أحدهما عدد التأكيدات والآخر الكتل اللاحقة فقط؟ اختلاف التعريف أو وقت التحديث قد يفسر فرقًا صغيرًا، لذلك لا تقارن الأرقام دون قراءة عنوان الحقل وسياق العرض.
وقد يحدث تغير في السلسلة النشطة أو إعادة تنظيم يؤثر في إدراجات قريبة من الرأس. يوضح قاموس مطوري بيتكوين مفهوم التأكيد وارتباطه بعمق السجل. لا تستخدم هذه الإمكانية لادعاء أن كل دفعة مؤكدة في خطر متساوٍ، ولا تعد عددًا معينًا ضمانًا مطلقًا مستقلًا عن الشبكة والظروف.
إذا لاحظت تراجعًا أو اختفاء إدراج، احفظ المعرف والحالة والوقت وقارن مصدرًا موثوقًا آخر أو حالة محفظتك. تجنب إعادة الإرسال حتى تفهم ما حدث. قد تعود المعاملة إلى انتظار الإدراج أو تتأثر بتعارض، ولا تعني لقطة واحدة أن الأموال عادت نهائيًا أو أن عليك دفع المستلم مرة ثانية.
خطوات عملية لتشخيص التأخير
- افتح سجل الإرسال وحدد هل يوجد معرف شبكة أم رقم طلب داخلي فقط، ثم تحقق من اسم الشبكة والأصل.
- طابق الوجهة والمبلغ والحالة في مصدر موثوق؛ وجود معاملة حقيقية لا يكفي إذا كانت لا تخص إيداعك.
- إن لم تُدرج، افحص مرحلة البث وخيارات المحفظة المتعلقة بالرسوم دون كشف مفاتيح أو توقيع عمليات لا تفهمها.
- إن أُدرجت، قارن العدد أو النهائية المطلوبة مع سياسة المستلم الحالية، وسجل وقت الفحص.
- إذا تحققت الشروط ولم يُقيد الحساب، اجمع البيانات العامة وراجع حالة الخدمة أو دعمها الرسمي قبل أي تحويل جديد.
للمفاضلة بين كلفة ومدة متوقعة، راجع مقارنة تكلفة التحويل مع تقديرات محفظتك. الأداة تساعد على تنظيم التكلفة، لكنها لا تمنح موعد تأكيد مضمونًا. القرار المفيد يشرح ماذا ستدفع ولماذا، وفي أي مرحلة يُتوقع أن يؤثر الإجراء، بدل إضافة رسوم إلى عملية تأكدت ولم تعد تنتظر الإدراج.
أسئلة شائعة عن تأكيدات البلوكشين
هل أستطيع تسريع التأكيدات التالية بعد إدراج المعاملة؟
لا تفترض أن رفع الرسم بعد الإدراج يسرع الكتل التي ستُبنى لاحقًا فوق كتلتك. خيارات رفع الرسوم المعتادة تستهدف معالجة معاملة لم تتأكد وفق شروط المسار، وليست شراءً لعدد كتل إضافية. حدد أولًا هل التأخير في الإدراج نفسه أم في انتظار شرط الخدمة أو تحديث الحساب.
هل تحتاج كل دفعة إلى ستة تأكيدات؟
لا تجعل رقمًا شائعًا سياسة عامة لكل شبكة وخدمة ومبلغ. اقرأ متطلبات الجهة التي ستقبل الدفعة، وافهم ما إذا كانت تتحدث عن عدد كتل أو حالة نهائية مختلفة. وإذا كنت تدير استقبالًا بنفسك، فقرار قبول المخاطر يحتاج إلى سياق استخدامك وقيمة الدفعة، ولا تحسمه قائمة عامة من الإنترنت.
ما المعلومات التي أشاركها مع الدعم؟
شارك الشبكة والأصل والمعرف والوجهة والقيمة ووقت العملية والحالة التي وصلت إليها، مع مرجع الطلب الداخلي عند وجوده. لا تشارك عبارة الاستعادة أو المفتاح الخاص أو رمز الدخول. ويمكن الرجوع إلى دليل بيتكوين لفهم مصطلحات السجل، ثم صياغة طلب يوضح هل المشكلة في الإدراج أو التأكيد أو القيد بدل وصفها كلها بأنها «لم تصل».