تأكيد المعاملة

ما تأكيد المعاملة في عالم العملات المشفرة؟

تأكيد المعاملة هو إشارة إلى قبول معاملة عملة مشفرة ضمن كتلة وإضافتها إلى البلوكشين.

ببساطة، يعني التأكيد أن الشبكة بدأت تتعامل مع المعاملة بوصفها جزءًا من سجل معاملاتها الرسمي.

عندما يكون عدد تأكيدات المعاملة صفرًا، فهذا يعني عادةً أنها بُثت إلى الشبكة، لكنها لم تُدرج بعد في كتلة مؤكدة.

وعندما يكون للمعاملة تأكيد واحد، فهذا يعني أنها أُدرجت في كتلة واحدة.

يزداد عدد التأكيدات عادةً عند إضافة كتل جديدة بعد تلك الكتلة.

على سبيل المثال، إذا أُدرجت معاملة Bitcoin في كتلة ثم أُضيفت خمس كتل بعدها، فيُقال عادةً إن للمعاملة ستة تأكيدات.

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

يصف دليل مطوري Bitcoin التأكيدات بأنها مؤشر للثقة يستند إلى عدد الكتل التي يلزم تغييرها لاستبدال معاملة.

لذلك يُعد التأكيد من أهم المفاهيم المتعلقة بالإيداعات والسحوبات ومدفوعات التجار وتحويلات البلوكشين وأمان العملات المشفرة.

أهمية التأكيدات

تساعد التأكيدات المستخدمين على معرفة ما إذا كانت معاملة العملات المشفرة لا تزال معلقة أو قُبلت حديثًا أو استقرت بدرجة كبيرة.

لا تعتمد شبكات البلوكشين على بنك واحد أو قاعدة بيانات مركزية واحدة للموافقة على المعاملات.

وبدلًا من ذلك، يتعين على شبكة من العُقد أو المدققين أو المعدّنين أو المشاركين الآخرين في الإجماع الاتفاق على سجل المعاملات الصحيح.

ولهذا السبب، قد تمر المعاملة بعدة مراحل قبل أن تعتبرها المحفظة أو منصة التداول أو التاجر أو الجسر أو معالج الدفع آمنة بما يكفي لإضافتها إلى الرصيد.

يقلل التأكيد احتمال اختفاء المعاملة بسبب تفرع أو فشل البث أو إسقاط المعاملة أو محاولة إنفاق مزدوج أو خلاف مؤقت في الشبكة.

تعني التأكيدات الأكثر أمانًا أكبر عادةً، لكنها تستلزم وقت انتظار أطول أيضًا.

وهذا ينشئ مفاضلة بين السرعة والأمان.

قد يكون تأكيد واحد أو بضعة تأكيدات كافيًا لكثير من المستخدمين عند إجراء تحويل صغير.

أما في الإيداع الكبير، فقد تتطلب الخدمة تأكيدات أكثر للحد من احتمال الخسارة.

يعتمد العدد المحدد على البلوكشين وقيمة المعاملة وظروف الشبكة وقواعد المخاطر لدى الخدمة المستقبلة.

آلية عمل التأكيدات

يبدأ تأكيد المعاملة عند إدراجها في كتلة.

وقبل ذلك، تنتظر المعاملة عادةً في مجمع للمعاملات غير المؤكدة.

يُعرف موضع الانتظار هذا باسم «مجمّع الذاكرة» (Mempool) في بعض الشبكات.

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

بعد قبول الشبكة للكتلة، تحصل المعاملات المضمَّنة فيها على تأكيدها الأول.

ومع إضافة كتل أخرى بعد تلك الكتلة، يزداد عمق المعاملة في السلسلة.

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

في شبكات إثبات العمل، يتطلب ذلك عادةً قدرًا كبيرًا من قوة التعدين.

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

تقيس شبكات البلوكشين المختلفة حالة التأكيد وتعرضها بطرق مختلفة.

يعرض بعضها عددًا بسيطًا للتأكيدات، بينما يعرض بعضها حالات مثل «تمت المعالجة» أو «مؤكد» أو «نهائي» أو «آمن» أو «غير قابل للعكس».

التأكيد مقابل النهائية

يرتبط التأكيد بالنهائية، لكنهما ليسا الشيء نفسه دائمًا.

يعني التأكيد عادةً أن المعاملة أُدرجت في كتلة وبدأت تكتسب مزيدًا من الاستقرار.

أما النهائية فتعني أن عكس المعاملة أصبح صعبًا للغاية أو مستحيلًا بموجب قواعد الشبكة.

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

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

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

يستخدم نظام إثبات الحصة في Ethereum نقاط تحقق للنهائية، وتوضح وثائق إثبات الحصة في Ethereum أن الوقت يُقسم إلى خانات مدتها 12 ثانية وعصور تتكون من 32 خانة.

يوضح الأسئلة الشائعة حول إثبات الحصة في Ethereum أن النهائية هي ضمان بأن الكتلة جزء دائم من السلسلة الأساسية ما لم يحدث إخفاق كبير في الإجماع.

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

معنى عدم وجود تأكيدات

المعاملة التي لا تملك أي تأكيدات لم تُدرج بعد في كتلة مؤكدة.

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

قد تكون معاملات بلا تأكيدات مفيدة لإظهار أن دفعة ما بُثت إلى الشبكة.

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

قد يقبل بعض التجار دفعات بلا تأكيدات للمشتريات منخفضة القيمة، لكن ذلك قرار لإدارة مخاطر العمل وليس ضمانًا عامًا من البلوكشين.

ينبغي للمستخدمين انتظار تأكيد واحد على الأقل للمدفوعات الأعلى قيمة، أو الالتزام بعدد التأكيدات الذي تتطلبه الخدمة المستقبلة.

قد تظل المعاملة التي لا تملك أي تأكيدات معلقة إذا كانت الشبكة مزدحمة أو كانت الرسوم منخفضة للغاية أو لم تُبث المعاملة على نحو سليم أو تعارضت مع معاملة أخرى معلقة.

إذا ظلت المعاملة غير مؤكدة مدة طويلة، ينبغي للمستخدمين التحقق من هاش المعاملة ورسوم الشبكة وحالة المحفظة وظروف الشبكة الحالية.

معنى التأكيد الواحد

يعني التأكيد الواحد إدراج المعاملة في كتلة واحدة مقبولة.

وهذه خطوة مهمة لأن المعاملة لم تعد تنتظر في مجمع الذاكرة أو في حالة الانتظار فحسب.

قد يبدو التأكيد الواحد سريعًا ومطمئنًا لكثير من تحويلات العملات المشفرة اليومية.

لكن التأكيد الواحد لا يكفي دائمًا للتحويلات مرتفعة القيمة أو الإيداعات الحساسة للمخاطر.

قد تتأثر الكتلة المؤكدة حديثًا بإعادة تنظيم قصيرة للسلسلة في بعض الشبكات.

وتحدث إعادة تنظيم السلسلة عندما تنتقل الشبكة من فرع صالح إلى فرع صالح آخر.

إذا استُبدل الفرع الذي يتضمن معاملتك، فقد تعود المعاملة إلى حالة الانتظار أو لا تظهر في سجل السلسلة النهائي.

لذلك تنتظر الخدمات غالبًا عدة تأكيدات قبل إضافة الإيداعات إلى الرصيد أو تسليم السلع.

ليس الهدف من ذلك جعل المستخدمين ينتظرون بلا سبب.

بل هو الحد من مخاطر التسوية.

معنى التأكيدات المتعددة

تعني التأكيدات المتعددة إضافة كتل أخرى بعد الكتلة التي أُدرجت فيها معاملتك.

يزيد كل تأكيد إضافي عادةً الثقة في بقاء المعاملة ضمن سجل البلوكشين.

أصبح ستة تأكيدات في Bitcoin مؤشرًا شائعًا على تسوية أقوى، ولا سيما للمدفوعات الكبيرة أو الإيداعات لدى الخدمات.

يعرّف مسرد Bitcoin التأكيدات بأنها عدد الكتل المضافة إلى السلسلة بعد كتلة المعاملة، مع احتساب كتلة المعاملة نفسها بوصفها التأكيد الأول.

هذا لا يعني أن كل دفعة Bitcoin تتطلب ستة تأكيدات.

قد تتطلب المدفوعات الصغيرة تأكيدات أقل، بينما قد تتطلب التحويلات الكبيرة جدًا تأكيدات أكثر.

وقد تحدد الخدمات المختلفة متطلبات تأكيد مختلفة لأنها تدير مستويات مختلفة من المخاطر.

ينبغي للمستخدم التحقق دائمًا من متطلبات التأكيد قبل إرسال الأموال إلى عنوان إيداع أو انتظار عملية سحب.

وقت تأكيد المعاملة

وقت التأكيد هو المدة اللازمة لحصول المعاملة على تأكيدها الأول أو وصولها إلى عدد التأكيدات المطلوب.

يعتمد وقت التأكيد على زمن إنشاء الكتل وازدحام الشبكة ورسوم المعاملة وأداء المدققين ونشاط مجمع الذاكرة وعملية المراجعة الداخلية لدى الخدمة المستقبلة.

يستهدف Bitcoin متوسط فاصل زمني يقارب عشر دقائق بين الكتل، لكن الأوقات الفعلية تختلف لأن التعدين عملية احتمالية.

تتميز Ethereum بفترات زمنية أقصر للخانات، لكن المستخدمين قد يميزون بين إدراج المعاملة وحالة الأمان والنهائية.

وتستخدم Solana مستويات الالتزام بدلًا من نموذج عدد التأكيدات البسيط نفسه الذي تستخدمه بعض شبكات البلوكشين الأقدم.

تصف وثائق Solana RPC قيم حالة تأكيد المعاملة مثل «تمت المعالجة» و«مؤكد» و«نهائي».

ويوضح دليل تأكيد المعاملات في Solana أيضًا أن مشكلات التأكيد ترتبط غالبًا بطريقة تعامل عُقد RPC والمدققين مع المعاملات منتهية الصلاحية.

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

متطلبات التأكيد للإيداعات

تتطلب إيداعات العملات المشفرة غالبًا عددًا معينًا من التأكيدات قبل أن تصبح الأموال متاحة.

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

قد يختلف عدد التأكيدات المطلوبة بحسب الأصل والبلوكشين وحجم التحويل ومستوى المخاطر وسلامة الشبكة والسياسة الأمنية الداخلية.

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

وقد تتطلب البلوكشين البطيئة انتظارًا أطول لأن إنشاء كل كتلة يستغرق وقتًا أطول.

وقد يتطلب الإيداع مرتفع القيمة تأكيدات أكثر من الإيداع الصغير لأن تكلفة عكس المعاملة تكون أعلى.

ينبغي ألا يفترض المستخدمون أن قواعد الإيداع موحدة لكل الأصول على جميع الشبكات.

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

تقع أخطاء كثيرة من المستخدمين لأنهم يركزون على رمز العملة وحده ويتجاهلون الشبكة.

وقد لا يساعد التأكيد على الشبكة الخاطئة في استرداد الأموال المرسلة إلى عنوان غير متوافق.

متطلبات التأكيد للسحوبات

تتضمن عمليات السحب تأكيدات أيضًا، لكن العملية تُرى عادةً من جهة المُرسِل.

بعد الموافقة على طلب السحب وبث المعاملة، يجب إدراجها في كتلة.

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

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

ولا يعني ذلك وجود مشكلة دائمًا.

فقد يعني ببساطة أن الجهة المستقبلة تنتظر مزيدًا من التأكيدات أو تجري عمليات تحقق داخلية.

ينبغي للمستخدمين تتبع عمليات السحب باستخدام هاش المعاملة بدلًا من الاعتماد على تسمية الحالة في واجهة حساب واحدة فقط.

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

التأكيد ورسوم المعاملات

قد تؤثر رسوم المعاملة في سرعة تأكيدها على كثير من الشبكات.

عندما تكون الشبكة مزدحمة، يتنافس المستخدمون غالبًا على مساحة محدودة في الكتل.

وقد تُدرج المعاملات التي تدفع رسومًا أعلى في وقت أقرب، بحسب سوق الرسوم في الشبكة وقواعد المدققين أو المعدّنين.

وقد تنتظر المعاملات ذات الرسوم المنخفضة جدًا مدة أطول أو تظل غير مؤكدة حتى ينخفض الطلب.

توضح وثائق الغاز في Ethereum كيفية استخدام رسوم الغاز لدفع تكاليف الحوسبة ومعالجة المعاملات على الشبكة.

تتيح بعض المحافظ للمستخدمين اختيار رسوم بطيئة أو عادية أو سريعة.

قد يزيد خيار الرسوم الأسرع احتمال الإدراج المبكر، لكنه لا يضمن التأكيد الفوري في جميع الظروف.

ينبغي للمستخدمين مراجعة الرسوم قبل تأكيد المعاملة، لأن إلغاء تحويلات البلوكشين يكون صعبًا عادةً بعد بثها.

التأكيد والإنفاق المزدوج

التأكيدات من وسائل الحماية الرئيسية من الإنفاق المزدوج.

الإنفاق المزدوج هو محاولة استخدام الأموال المشفرة نفسها في أكثر من معاملة متعارضة.

في مثال مبسط، قد يحاول مهاجم الدفع لتاجر، ثم إنشاء معاملة أخرى تعيد العملات نفسها إليه.

إذا قبل التاجر المعاملة الأولى قبل تأكيدها بدرجة كافية من الأمان، فقد تتاح للمهاجم فرصة عكسها أو استبدالها.

يجعل انتظار التأكيدات هذا الهجوم أصعب، إذ يتعين على المهاجم التغلب على عملية الإجماع في الشبكة.

كلما ازداد عدد تأكيدات المعاملة، أصبحت عملية عكسها بنجاح أكثر تكلفة أو صعوبة عادةً.

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

التأكيد وإعادة تنظيم السلسلة

تحدث إعادة تنظيم السلسلة، أو Reorg، عندما تستبدل شبكة البلوكشين جزءًا من سجلها الحديث بفرع صالح آخر.

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

معظم عمليات إعادة التنظيم القصيرة ليست هجمات، لكنها قد تؤثر في المعاملات الحديثة جدًا.

إذا كانت معاملتك مدرجة في كتلة تُزال من السلسلة الأساسية، فقد يلزم إدراجها مجددًا في كتلة لاحقة.

وهذا أحد أسباب عدم كفاية تأكيد واحد دائمًا للتحويلات المهمة.

يمنح انتظار تأكيدات إضافية الشبكة وقتًا أطول لإضافة كتل فوق كتلة المعاملة.

وكلما تعمقت المعاملة في السلسلة، احتاجت إعادة تنظيمها إلى استبدال عدد أكبر من الكتل لإزالتها.

التأكيد على شبكات إثبات العمل

ترتبط التأكيدات على شبكات إثبات العمل ارتباطًا وثيقًا بالعمل التعديني المتراكم.

يتنافس المعدّنون على إنشاء الكتل، وتُعامل السلسلة التي تضم أكبر قدر صالح من العمل المتراكم عادةً بوصفها السلسلة الرئيسية.

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

ولهذا يُعد عدد التأكيدات مؤشرًا أمنيًا رئيسيًا للأصول القائمة على إثبات العمل.

لكن قوة التأكيد تعتمد أيضًا على إجمالي معدل التجزئة في الشبكة وتوزيع التعدين والصعوبة وتكلفة الهجوم.

قد تتطلب شبكة إثبات عمل أصغر عددًا أكبر من التأكيدات مقارنةً بشبكة أكبر لتحقيق مستوى مماثل من الثقة العملية.

ينبغي ألا يفترض المستخدمون أن تأكيدًا واحدًا يحمل المعنى الأمني نفسه على جميع شبكات إثبات العمل.

التأكيد على شبكات إثبات الحصة

تعتمد التأكيدات على شبكات إثبات الحصة على مشاركة المدققين وقواعد الإجماع بدلًا من العمل التعديني.

يقترح المدققون الكتل ويصوتون عليها، وقد يتعرضون لعقوبات على السلوك غير النزيه أو غير الآمن.

تعرض بعض شبكات إثبات الحصة للمستخدمين مستويات متعددة للحالة قبل الوصول إلى النهائية.

تستخدم Ethereum مدققين وقواعد نهائية تجعل عكس الكتل النهائية مكلفًا للغاية في ظل الافتراضات المعتادة.

وتناقش خارطة طريق Ethereum أيضًا النهائية في خانة واحدة بوصفها هدفًا للتحسين مستقبلًا لتقليل الوقت بين اقتراح الكتلة والوصول إلى النهائية.

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

والأفضل فهم تسميات الحالة التي تستخدمها الشبكة المحددة ومستوى التسوية الذي تمثله كل تسمية.

التأكيد في معاملات العقود الذكية

تحتاج معاملات العقود الذكية إلى تأكيدات أيضًا.

قد تظل مبادلة التوكنات أو سك NFT أو إجراء التخزين أو إيداع السيولة أو معاملة الإقراض أو تصويت الحوكمة معلقة حتى إدراجها في كتلة.

بعد تأكيدها، يُفترض أن تتحدث حالة العقد الذكي وفقًا لنتيجة المعاملة.

لكن معاملات العقود الذكية قد تفشل حتى بعد إدراجها في كتلة.

فعلى سبيل المثال، قد تنفد رسوم الغاز من المعاملة أو تتجاوز حد الانزلاق السعري أو تستدعي عقدًا موقوفًا مؤقتًا أو تتفاعل مع عقد يرفض الإجراء.

في هذه الحالة، قد تُؤكد المعاملة على السلسلة رغم عدم نجاح الإجراء المقصود.

لذلك ينبغي للمستخدمين التحقق من حالة التأكيد ونتيجة المعاملة معًا.

قد تستهلك المعاملة الفاشلة المؤكدة رسوم الشبكة، لأن المدققين عالجوا محاولة تنفيذها.

التأكيد على شبكات Layer 2

تضيف شبكات Layer 2 بُعدًا آخر إلى التأكيد، لأن المستخدمين قد يحتاجون إلى مراعاة حالة Layer 2 وعملية التسوية على السلسلة الأساسية معًا.

قد تُؤكد المعاملة بسرعة على شبكة Layer 2، لكنها تظل معتمدة على نشرها أو تجميعها أو إثباتها أو تسويتها لاحقًا على السلسلة الأساسية.

تتعامل التصاميم المختلفة لحلول Layer 2 مع ذلك بطرق مختلفة.

وقد تختلف النماذج الأمنية وفترات الانتظار في كل من حزم التجميع المتفائلة وحزم التجميع ذات المعرفة الصفرية وقنوات الحالة والسلاسل الجانبية.

السؤال الأساسي للمستخدم هو: على أي شبكة تُعد المعاملة نهائية للإجراء الذي يريد تنفيذه؟

قد يكفي التأكيد السريع لاستخدام تطبيق داخل بيئة Layer 2 نفسها.

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

ينبغي للمستخدمين قراءة وثائق الجسر أو الشبكة قبل افتراض أن تأكيد Layer 2 السريع يعني نهائية فورية للسحب إلى السلسلة الأساسية.

التأكيد في الجسور بين الشبكات

تتطلب الجسور بين الشبكات غالبًا تأكيدات على شبكة المصدر قبل إصدار الأصول أو سكها على شبكة الوجهة.

يساعد هذا الشرط الجسر على الحد من مخاطر التصرف بناءً على معاملة قد تُعكس لاحقًا.

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

وقد تعتمد أوقات تأكيد الجسر أيضًا على المرحّلين والمدققين والحراس ونقل الرسائل ومزودي السيولة وعمليات التحقق في العقود الذكية.

وهذا يعني أن تحويل الجسر قد يستغرق وقتًا أطول من تحويل عادي بين محفظتين على البلوكشين نفسها.

ينبغي للمستخدمين مراجعة سياسة التأكيد لدى الجسر والشبكات المدعومة والحد الأدنى لمبلغ التحويل ومراحل المعالجة المقدرة قبل إرسال الأموال.

كما ينبغي لهم التأكد من صلاحية عنوان الوجهة على الشبكة المستقبلة.

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

كيفية التحقق من التأكيدات

أسهل طريقة للتحقق من التأكيدات هي استخدام هاش المعاملة على مستكشف البلوكشين.

هاش المعاملة معرّف فريد لمعاملة على البلوكشين.

بعد نسخ هاش المعاملة، يمكن للمستخدمين فتح مستكشف البلوكشين الخاص بالشبكة الصحيحة والبحث عنه.

قد يعرض المستكشف الحالة وارتفاع الكتلة وعدد التأكيدات والرسوم وعنوان المُرسِل وعنوان المستلِم والتفاعل مع العقد والطابع الزمني.

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

أما إذا كانت مؤكدة، فقد يعرض المستكشف رقم الكتلة وعدد التأكيدات.

وإذا فشلت المعاملة، فقد يعرض المستكشف خطأً أو حالة تنفيذ فاشل.

ينبغي للمستخدمين استخدام مستكشف بلوكشين متوافق مع الشبكة التي استخدموها دائمًا.

قد يجعل البحث عن الهاش الصحيح على الشبكة الخطأ المعاملة تبدو وكأنها غير موجودة.

لماذا قد لا تظهر معاملة مؤكدة في الحساب؟

قد تُؤكد المعاملة على السلسلة، لكنها لا تظهر فورًا في محفظة أو حساب على منصة.

قد يحدث ذلك لأن الخدمة تنتظر مزيدًا من التأكيدات.

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

ومن الأسباب الشائعة الأخرى اختيار المستخدم شبكة خاطئة أو إرسال توكن لا يدعمه عنوان الاستلام.

وقد يكون إدخال Memo أو Tag أو معرّف دفع مطلوبًا لبعض الأصول أو أنظمة الإيداع المعتمدة على الحسابات.

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

تساعد هذه المعلومات فرق الدعم على التحقيق في المشكلة بكفاءة أكبر.

ينبغي للمستخدمين عدم إرسال تحويلات اختبار متكررة إلى العنوان نفسه قبل فهم سبب عدم ظهور التحويل الأول.

تسميات حالات التأكيد الشائعة

تعني حالة «معلق» عادةً أن المعاملة بُثت لكنها لم تُدرج بعد في كتلة مؤكدة.

وتعني حالة «غير مؤكد» عادةً أن المعاملة ظاهرة للشبكة لكنها لم تحصل على أي تأكيدات.

وتعني حالة «مؤكد» عادةً إدراج المعاملة في كتلة مقبولة واحدة على الأقل أو بلوغها حالة تأكيد خاصة بالشبكة.

أما حالة «نهائي» فتعني عادةً وصول المعاملة إلى حالة تسوية أقوى بموجب قواعد الإجماع في البلوكشين.

وتعني حالة «فشل» عادةً معالجة المعاملة دون إتمام الإجراء المقصود.

وتعني حالة «أُسقطت» عادةً أن الشبكة أو العقدة التي كانت تتابع المعاملة لم تعد تعالجها بنشاط.

أما حالة «انتهت صلاحيتها» فتعني عادةً أن المعاملة لم تُعالج خلال الوقت المسموح أو ضمن نافذة هاش الكتلة في تلك الشبكة.

قد تختلف هذه التسميات بين المحافظ ومستكشفات البلوكشين والشبكات، لذا ينبغي للمستخدمين فهمها في سياق البلوكشين المعني.

أفضل الممارسات للمستخدمين

تحقق دائمًا من استخدام الشبكة الصحيحة للمعاملة قبل فحص التأكيدات.

احرص دائمًا على نسخ هاش المعاملة من المحفظة أو الخدمة المرسلة بعد إجراء التحويل.

تحقق دائمًا من عدد التأكيدات الذي تتطلبه الخدمة المستقبلة قبل افتراض تأخر الإيداع.

أرسل دائمًا معاملة اختبار صغيرة عند استخدام عنوان جديد أو شبكة جديدة أو مبلغ تحويل كبير.

راجع دائمًا العنوان وMemo وTag والشبكة والرسوم والأصل قبل تأكيد المعاملة.

تذكر دائمًا أن المعاملة المؤكدة ليست بالضرورة معاملة قابلة للاسترداد.

لا يمكن لمزود المحفظة عادةً عكس معظم تحويلات البلوكشين بعد تأكيدها.

عند إجراء تحويلات كبيرة، يكون الانتظار مدة أطول والتحقق من التفاصيل أكثر أمانًا عادةً من التسرع.

أخطاء شائعة بشأن التأكيدات

من الأخطاء الشائعة الاعتقاد أن المعاملة الظاهرة أصبحت مؤكدة بالفعل.

قد تظهر المعاملة في محفظة أو مستكشف بينما لا تزال معلقة.

ومن الأخطاء الأخرى الاعتقاد بأن التأكيد الواحد يوفر مستوى الأمان نفسه على كل بلوكشين.

تختلف قواعد الإجماع وأوقات إنشاء الكتل ومجموعات المدققين ومخاطر إعادة التنظيم بين الشبكات.

ومن الأخطاء أيضًا الاعتقاد أن تأكيد المعاملة يعني دائمًا إضافة الأموال إلى حساب المستلم فورًا.

قد تنتظر الخدمة المستقبلة مزيدًا من التأكيدات أو تستكمل عمليات تحقق داخلية.

ومن الأخطاء الأخرى الخلط بين فشل معاملة عقد ذكي والمعاملة غير المؤكدة.

قد تُؤكد معاملة عقد ذكي فاشلة على السلسلة رغم عدم اكتمال عملية المبادلة أو السك أو التحويل المقصودة.

ومن الأخطاء أيضًا استخدام مستكشف بلوكشين غير مناسب للشبكة.

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

لماذا تختلف متطلبات التأكيد بين الأصول؟

تختلف متطلبات التأكيد لأن شبكات البلوكشين ليست متساوية في المخاطر أو السرعة أو السيولة أو اللامركزية.

قد تتطلب الشبكة ذات أوقات إنشاء الكتل القصيرة عدة تأكيدات رغم سرعة إنتاج الكتل.

وقد تتطلب الشبكة ذات أوقات إنشاء الكتل الأطول تأكيدات أقل، لكنها قد تستغرق وقتًا أطول وفق الساعة.

وقد تعتمد الشبكة ذات النهائية الأقوى على حالة الإنهاء أكثر من اعتمادها على عدد الكتل وحده.

وقد تستدعي الشبكة التي تواجه ضغطًا مزيدًا من الحذر مؤقتًا.

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

وهذا أمر طبيعي لأن سياسة التأكيد جزء من الأمن التشغيلي.

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

الأسئلة الشائعة

ماذا يعني تأكيد المعاملة في عالم العملات المشفرة؟

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

ماذا يعني عدم وجود تأكيدات؟

يعني ذلك أن المعاملة بُثت إلى الشبكة لكنها لم تُدرج بعد في كتلة مؤكدة.

هل يكفي تأكيد واحد؟

قد يكفي تأكيد واحد لبعض التحويلات الصغيرة، لكن التحويلات الأكبر أو الأعلى مخاطرًا تتطلب غالبًا تأكيدات أكثر.

لماذا تنتظر الخدمات عدة تأكيدات؟

تنتظر الخدمات عدة تأكيدات للحد من مخاطر إعادة تنظيم السلسلة والإنفاق المزدوج وفشل التسوية وغيرها من مخاطر عكس المعاملة.

كم تأكيدًا تتطلبه Bitcoin؟

لا توجد قاعدة واحدة تنطبق على جميع تحويلات Bitcoin، لكن ستة تأكيدات تُستخدم عادةً كمؤشر على تسوية أقوى للمعاملات الأكبر.

هل يمكن عكس معاملة مؤكدة؟

يصعب عكس المعاملة المؤكدة مقارنةً بالمعاملة غير المؤكدة، لكن مخاطر عكسها تعتمد على البلوكشين ونموذج النهائية الخاص بها.

ما النهائية؟

النهائية هي المرحلة التي تُعد فيها معاملة البلوكشين شديدة الصعوبة أو مستحيلة العكس بموجب قواعد الإجماع في الشبكة.

لماذا تأكدت معاملتي ولم تُضف إلى الرصيد؟

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

كيف أتحقق من التأكيدات؟

يمكنك التحقق من التأكيدات عبر البحث عن هاش المعاملة في مستكشف بلوكشين خاص بالشبكة الصحيحة.

هل تؤدي الرسوم الأعلى إلى تأكيد أسرع؟

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

ما إعادة تنظيم السلسلة؟

تحدث إعادة تنظيم السلسلة عندما تستبدل البلوكشين جزءًا من سجلها الحديث بفرع صالح آخر.

ماذا أفعل إذا علقت معاملتي؟

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

الخلاصة

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

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

قد يختلف معنى التأكيد بين شبكات إثبات العمل وشبكات إثبات الحصة وشبكات Layer 2 والجسور بين الشبكات.

ينبغي للمستخدمين فهم الفرق بين حالات الانتظار والتأكيد والفشل والنهائية قبل إرسال الأموال أو استلامها.

كما ينبغي لهم تذكر أن عدد التأكيدات ليس سوى جانب واحد من جوانب أمان المعاملة.

فالشبكة المحددة ودقة العنوان ومستوى الرسوم ونتيجة العقد الذكي وحالة الجسر وسياسة الخدمة المستقبلة كلها عوامل مهمة.

لا يكتفي المستخدم الحريص بالسؤال عما إذا كانت المعاملة موجودة.

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

تحول التأكيدات في عالم العملات المشفرة معاملة مبثوثة إلى تسوية أكثر قوة، ويساعد فهمها المستخدمين على نقل الأصول الرقمية بثقة أكبر وأخطاء أقل.