النهائية السريعة

ما النهائية السريعة في العملات المشفرة؟

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

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

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

لا يوجد حد تقني موحد عالميًا لهذا المصطلح.

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

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

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

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

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

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

ماذا تعني نهائية البلوكشين؟

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

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

ويُعرف ذلك بإعادة تنظيم البلوكشين، أو reorg.

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

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

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

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

ما الزمن اللازم لتحقيق النهائية؟

الزمن اللازم لتحقيق النهائية هو المدة بين إرسال المعاملة أو تضمينها وبين بلوغ حالة التسوية النهائية المحددة للبلوكشين.

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

وقد تؤدي نقاط البداية هذه إلى نتائج معلنة مختلفة.

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

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

يميز الشرح الرسمي للزمن اللازم لتحقيق النهائية بين زمن التسوية ومعدل معالجة المعاملات.

ينبغي للمقارنات الدقيقة تحديد حدث البداية ومعيار النهائية الذي يجري قياسه.

كيف تعمل النهائية السريعة؟

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

يجمع منتِج الكتل المعاملات الصالحة أولًا ويقترح كتلة.

يتحقق المدققون الآخرون من معاملات الكتلة وتوقيعاتها وتغييرات الحالة وقواعد البروتوكول.

ثم يرسل المدققون أصواتًا موقعة تؤيد الكتلة أو سلسلتها.

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

ويعتمد الاسم الدقيق على تصميم الإجماع.

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

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

إدراج المعاملة مقابل نهائيتها

يعني إدراج المعاملة أن منتج الكتلة وضعها داخل كتلة.

أما النهائية فتعني حصول الكتلة على ضمان التسوية الذي يتطلبه البروتوكول.

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

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

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

غالبًا ما يكون الخطر ضئيلًا أثناء التشغيل الطبيعي، لكنه لا يعادل النهائية الكاملة.

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

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

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

أما النهائية السريعة فهي ضمان أقوى يفيد بأن المعاملة اجتازت عتبة التسوية النهائية للبروتوكول.

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

أما النهائية فتعتمد عادةً على شرط إجماع أوسع.

تصف بعض التطبيقات التأكيد المتفائل بأنه نهائي، مع أن السلسلة الأساسية ما زالت تسمح بإعادة التنظيم.

ينبغي للمستخدمين تحديد ما إذا كانت الحالة المعروضة تعني أن المعاملة عولجت أو تأكدت أو أصبحت آمنة أو مؤصلة أو معتمدة أو نهائية.

النهائية السريعة مقابل زمن الكتلة

زمن الكتلة هو متوسط الفترة أو الفترة المجدولة بين إنتاج الكتل الجديدة.

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

قد تنتج سلسلة كتل كل ثانية، لكنها تحتاج إلى كتل إضافية كثيرة قبل بلوغ نهائية قوية.

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

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

قد تحذف المواد التسويقية التي لا تذكر إلا زمن الكتلة الفترة التي تظل فيها الكتلة عرضة لإعادة التنظيم.

النهائية السريعة مقابل معدل معالجة المعاملات

يقيس معدل معالجة المعاملات عدد المعاملات التي يستطيع البلوكشين معالجتها خلال مدة معينة.

ويُعبَّر عنه عادةً بعدد المعاملات في الثانية.

أما النهائية فتقيس سرعة تسوية المعاملة المكتملة.

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

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

يؤثر كل من معدل المعالجة والنهائية في تجربة المستخدم، لكنهما يقيسان خاصيتين مختلفتين.

النهائية السريعة مقابل زمن الاستجابة المنخفض

زمن الاستجابة هو التأخير بين إجراء ما ورصد استجابة له.

قد تعرض المحفظة المعاملة خلال أجزاء من الألف من الثانية لأن الخادم قبلها وأعاد بثها.

لكن انخفاض زمن استجابة الواجهة لا يعني أن المدققين قد جعلوا المعاملة نهائية.

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

ينبغي للمستخدمين التمييز بين زمن استجابة الواجهة ونهائية الإجماع.

النهائية الاحتمالية

تعني النهائية الاحتمالية أن احتمال التراجع عن المعاملة يتناقص مع تراكم مزيد من عمل الإجماع أو تأييد التصويت.

قد لا يوجد حدث واحد في البروتوكول ينقل الكتلة من حالة غير نهائية إلى نهائية دائمة.

بدلًا من ذلك، يختار المستخدمون عتبة تأكيد تناسب قيمة المعاملة ومخاطرها.

تستخدم بلوكشينات إثبات العمل عادةً عمق التأكيد لهذا الغرض.

تجعل كل كتلة إضافية استبدال سجل المعاملة أصعب على المهاجم.

يفيد شرح تأكيدات Bitcoin بأن كل تأكيد إضافي يقلل خطر التراجع.

ولا يعني وصف النهائية بالاحتمالية أنها غير آمنة.

بل يعني أن مستوى الأمان يُعبَّر عنه باحتمال متناقص، لا بشهادة نهائية ثنائية.

النهائية الحتمية

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

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

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

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

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

النهائية الاقتصادية

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

قد تشترط بروتوكولات إثبات الحصة على المدققين حجز عملات مشفرة كضمان.

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

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

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

النهائية المتسامحة مع الأعطال البيزنطية

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

تفترض كثير من بلوكشينات BFT أن قوة التصويت البيزنطية تقل عن الثلث.

تشمل العملية النموذجية مراحل الاقتراح والتصويت المبدئي والتصويت المسبق للاعتماد والاعتماد.

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

توثق مواصفات إجماع CometBFT جولة تشمل خطوات الاقتراح والتصويت المبدئي والتصويت المسبق للاعتماد والاعتماد.

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

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

لماذا تكتسب عتبة الثلثين أهمية؟

تضمن أغلبية الثلثين تداخل أي مجموعتين كبيرتين بما يكفي لاعتماد كتل متعارضة.

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

وسيتعين على المدققين ضمن هذا الجزء المشترك دعم قرارات متعارضة.

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

تُعد خاصية التقاطع هذه أساسًا للعديد من تصميمات النهائية في BFT وإثبات الحصة.

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

ما شهادة النهائية؟

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

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

يمكن للعقد التحقق من الشهادة دون الوثوق بالتطبيق الذي قدمها.

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

لا تكون الشهادة آمنة إلا بقدر أمان مجموعة المدققين وخوارزمية التوقيع وقواعد الإجماع وطريقة تحديد أوزان المدققين الصحيحة.

قاعدة اختيار الفرع مقابل النهائية

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

أما قاعدة النهائية فتحدد الكتل الأقدم التي ينبغي عدم استبدالها بعد ذلك.

قد يتغير قرار اختيار الفرع قرب رأس السلسلة مع وصول كتل وأصوات جديدة.

وتنشئ نقطة تحقق نهائية حدًا لا ينبغي للعقد الصادقة تجاوزه.

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

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

النهائية السريعة في Ethereum

تنتج Ethereum كتلًا ضمن فترات زمنية طول كل منها 12 ثانية، لكنها تستغرق حاليًا نحو 15 دقيقة لبلوغ النهائية الكاملة للبروتوكول في الظروف العادية.

يصوت المدققون على علاقات نقاط التحقق عبر آلية إجماع إثبات الحصة في Ethereum.

تصبح الكتل نهائية بعد استيفاء شروط تصويت نقاط التحقق المطلوبة.

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

تبحث Ethereum في النهائية ضمن فترة واحدة، ما يتيح اقتراح الكتلة وجعلها نهائية ضمن الفترة نفسها.

تذكر خارطة الطريق الحالية للنهائية ضمن فترة واحدة في Ethereum أن هذا التصميم ما زال في مرحلة البحث ولا يُتوقع تفعيله فورًا.

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

النهائية السريعة في إجماع CometBFT وما يشابهه

يوفر CometBFT محرك إجماع BFT قائمًا على الجولات للتطبيقات الحتمية القائمة على البلوكشين.

يبث المقترِح كتلة مرشحة لارتفاع وجولة محددين.

يجري المدققون تصويتًا مبدئيًا بعد التحقق من الاقتراح.

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

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

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

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

النهائية السريعة في إجماع Avalanche

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

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

وتزداد الثقة عندما تؤيد الردود المأخوذة بالعينة القرار نفسه باستمرار.

يقبل البروتوكول القرار بعد بلوغ عتبة الثقة.

تصف وثائق إجماع Avalanche الرسمية ضمانات سلامة احتمالية ونهائية دون الثانية في الظروف العادية.

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

يوضح هذا التصميم أن النهائية السريعة قد تكون احتمالية مع تقديم حدث قبول محدد.

النهائية السريعة في Solana

توفر Solana مستويات مختلفة من الالتزام كي تختار التطبيقات بين السرعة وضمان تسوية أقوى.

تكون المعاملة «قيد المعالجة» عندما تعالجها عقدة، لكن قد تكون على فرع لا يستمر.

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

وتعرّف Solana النهائية بأنها الحالة التي يكون فيها لمدققين يمثلون ثلثي الحصة جذر مشترك.

تميز مصطلحات Solana الرسمية بين التأكيد والنهائية.

قد تستخدم التطبيقات مستوى التزام أسرع للتفاعلات منخفضة المخاطر، ومستوى نهائيًا للتسويات الأعلى قيمة.

وينبغي أن يراعي القرار احتمال التخلي عن فرع جرت معالجته مبكرًا.

النهائية السريعة وإثبات العمل

لا توفر بلوكشينات إثبات العمل عادةً شهادة نهائية على نمط BFT لكل معاملة.

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

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

تعتمد مدة الانتظار المناسبة على قيمة المعاملة وموارد المهاجم وقوة التجزئة للشبكة ومستوى المخاطر الذي يقبله المستلم.

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

يوفر التأكيد الأول دليلًا أقوى، فيما تقلل التأكيدات الإضافية خطر التراجع أكثر.

يوضح دليل مطوري Bitcoin كيف يحمي إثبات العمل سجلات المعاملات السابقة من التعديل.

لماذا تهم النهائية السريعة مدفوعات العملات المشفرة؟

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

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

تتيح النهائية السريعة للتاجر تسليم المنتج أو الخدمة في وقت أقرب.

وقد تقلل أيضًا رأس المال العامل المحتجز في التحويلات غير المسواة.

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

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

لماذا تهم النهائية السريعة تداول العملات المشفرة؟

تنقل منصات التداول وأنظمة التسوية الأصول بين المحافظ وحسابات الضمان والعقود الذكية.

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

تتيح النهائية السريعة استخدام الأموال المؤكدة بسرعة أكبر.

وقد تقلل التعرض لخطر اختفاء الإيداع بسبب إعادة تنظيم السلسلة.

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

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

لماذا تهم النهائية السريعة التمويل اللامركزي؟

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

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

تحد النهائية السريعة من الفترة التي تظل فيها تغييرات الحالة الحديثة غير مؤكدة.

وقد تعزز أمان التحويلات السريعة للضمانات وعمليات التصفية والعمليات المالية متعددة الخطوات.

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

تثبت النهائية دوام التنفيذ المقبول، لا صحة التطبيق الاقتصادية.

لماذا تهم النهائية السريعة جسور البلوكشين؟

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

إذا تصرف الجسر قبل تحقق نهائية السلسلة المصدر، فقد يختفي الحدث الأصلي بسبب إعادة التنظيم.

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

يقلل انتظار نهائية السلسلة المصدر هذا الخطر.

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

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

لماذا تهم النهائية السريعة شبكات Layer 2؟

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

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

وقد تعتمد التسوية الأقوى على نشر بيانات المعاملة أو تقديم إثبات أو اجتياز فترة تحدٍّ أو بلوغ نهائية الطبقة الأساسية.

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

تحسن المرحلة الأسرع استجابة التطبيق.

أما المرحلة اللاحقة فتقدم حماية أقوى من إخفاق المشغّل أو الانتقالات غير الصالحة للحالة.

ينبغي للتطبيقات توضيح الطبقة والضمان اللذين يشملهما ادعاء النهائية.

النهائية السريعة والمعاملات الذرية

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

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

قد تكون المعاملة ذرية لكنها لم تصبح نهائية بعد.

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

تعالج الخاصيتان مشكلتين مختلفتين.

النهائية السريعة والحماية من الإنفاق المزدوج

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

يحدد الإجماع أي معاملة متعارضة تصبح جزءًا من السجل المعتمد.

قبل النهائية، يواجه المستلم بعض المخاطر المتمثلة في أن يحل فرع آخر محل الدفع المرصود.

وتقلل النهائية السريعة مدة هذا الخطر.

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

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

النهائية السريعة وانقسام الشبكة

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

قد يتوقف بروتوكول BFT آمن عن اعتماد الكتل إذا لم تبلغ أي مجموعة متصلة أغلبية التصويت المطلوبة.

وتحمي خسارة التقدم مؤقتًا من اعتماد مجموعتين معزولتين لسجلين متعارضين.

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

تفترض ادعاءات النهائية السريعة عادةً قدرة الرسائل على الوصول إلى عدد كافٍ من المدققين الصادقين ضمن الظروف الزمنية المتوقعة.

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

السلامة مقابل استمرارية العمل

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

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

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

ويضر هذا الخيار باستمرارية العمل مؤقتًا.

وقد يؤدي خفض عتبات التصويت للحفاظ على التقدم إلى إضعاف السلامة.

يجب أن توازن بروتوكولات النهائية السريعة بين اتخاذ قرارات سريعة ومقاومة تأخر الشبكة والسلوك الضار.

عبء الاتصالات والنهائية السريعة

يجب أن يتلقى المدققون المقترحات وبيانات المعاملات والأصوات وأدلة النهائية قبل اتخاذ قرار آمن.

قد تتطلب تصميمات BFT التقليدية اتصالات يزداد حجمها بسرعة مع اتساع مجموعة المدققين.

يمكن لتجميع التوقيعات واللجان وشبكات الند للند وأخذ العينات العشوائية تخفيف هذا العبء.

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

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

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

النهائية السريعة واللامركزية

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

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

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

لكنها تزيد أيضًا عدد التوقيعات والرسائل وتأخيرات الشبكة.

لذلك تُعد النهائية السريعة مفاضلة هندسية جزئيًا بين زمن الاستجابة والعبء وعدد المدققين وتحمل الأعطال.

ولا ينبغي تقييم زمن النهائية من دون النظر إلى الجهات القادرة على التحقق وكيفية توزيع قوة التصويت.

هل يمكن أن تفشل النهائية السريعة؟

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

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

وقد يمنع هجوم منسق الشبكة من بلوغ العتبة المطلوبة.

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

وقد يؤدي إخفاق جسيم في السلامة إلى نشوء سجلات نهائية متعارضة.

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

ما تأخر النهائية؟

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

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

قد تظل التطبيقات التي تقبل المخاطر قادرة على استخدام المعاملات المدرجة حديثًا.

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

ولا يعني التأخير تلقائيًا أن المعاملات قد عُكست.

بل يعني أن البروتوكول لم يقدم بعد ضمان النهائية المعتاد.

هل يمكن عكس معاملة نهائية؟

لا ينبغي عكس معاملة نهائية أثناء التشغيل الطبيعي للبروتوكول.

ومع ذلك، قد يظل التراجع ممكنًا بعد إخفاق كارثي في الإجماع أو عيب برمجي حرج أو تدخل اجتماعي استثنائي.

وقد تتطلب الأنظمة ذات النهائية الاقتصادية من المدققين غير الصادقين التضحية بحصة كبيرة.

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

ولا تنشئ الأنظمة الاحتمالية حدًا نهائيًا ثنائيًا مماثلًا، مع أن احتمال التراجع قد يصبح ضئيلًا للغاية.

ينبغي فهم كلمة «نهائي» دائمًا ضمن افتراضات الإجماع والحوكمة المحددة.

كيف يتحقق المستخدمون من نهائية المعاملة؟

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

قد يعرض المستكشف عدد التأكيدات أو مستوى الالتزام أو حالة نقطة التحقق أو حالة الجذر أو علامة «نهائي».

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

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

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

قد يقلل تعدد مصادر البيانات المستقلة الاعتماد على مزود واحد متأخر أو غير دقيق.

كيف ينبغي للمطورين التعامل مع النهائية؟

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

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

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

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

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

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

وينبغي إبلاغ المستخدمين بوضوح ما إذا كانت المعاملة معلقة أو مؤكدة أو آمنة أو نهائية.

كيفية مقارنة ادعاءات النهائية السريعة

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

حدّد ما إذا كانت النتيجة تأكيدًا متفائلًا أو قبولًا احتماليًا أو اعتمادًا حتميًا أو نهائية اقتصادية.

تحقق من عتبة المدققين والافتراضات المتعلقة بقوة التصويت غير الصادقة.

راجع ما إذا كان القياس يعكس الظروف العادية أم حدًا أعلى مضمونًا.

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

حدّد ما يحدث أثناء انقسام الشبكة أو تعطل المدققين.

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

راجع حالات تأخر النهائية وحوادث الإجماع التاريخية متى توفرت بيانات موثوقة.

مفاهيم خاطئة شائعة حول النهائية السريعة

لا يعني إنتاج الكتل بسرعة تلقائيًا تحقق النهائية بسرعة.

ولا يعني ارتفاع معدل معالجة المعاملات تلقائيًا تحقق النهائية بسرعة.

لا يثبت ظهور النجاح في المحفظة تحقق التسوية على مستوى البروتوكول.

ليس للتأكيد الواحد معنى أمني موحد على جميع شبكات البلوكشين.

ليست النهائية الاحتمالية ضعيفة بالضرورة.

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

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

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

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

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

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

ماذا تعني النهائية السريعة في العملات المشفرة؟

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

ما سرعة النهائية السريعة؟

لا يوجد حد موحد، لكن المصطلح يصف عادةً التسوية خلال ثوانٍ أو عدد قليل من الكتل أو جولات التصويت.

هل النهائية هي نفسها التأكيد؟

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

هل النهائية هي نفسها زمن الكتلة؟

لا، يقيس زمن الكتلة تواتر إنتاج الكتل، بينما تقيس النهائية المدة اللازمة لتسوية الكتلة.

هل النهائية هي نفسها معدل معالجة المعاملات؟

لا، يقيس معدل المعالجة سعة المعاملات، بينما تقيس النهائية تأخر التسوية.

ما الزمن اللازم لتحقيق النهائية؟

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

ما النهائية الاحتمالية؟

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

ما النهائية الحتمية؟

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

ما النهائية الاقتصادية؟

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

ما نهائية BFT؟

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

لماذا تشترط بروتوكولات كثيرة ثلثي الحصة؟

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

ما شهادة النهائية؟

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

هل يمكن إدراج المعاملة من دون أن تصبح نهائية؟

نعم، فقد تظل المعاملات المدرجة حديثًا معرضة لإعادة تنظيم السلسلة حتى يتعزز دعم الإجماع.

هل تمنع النهائية السريعة الإنفاق المزدوج؟

تقلل المدة التي قد يحل فيها إنفاق متعارض محل معاملة مرصودة.

هل يمكن إعادة تنظيم كتلة نهائية؟

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

هل تحقق Ethereum نهائية سريعة؟

تنتج Ethereum الكتل بسرعة، لكنها تستغرق حاليًا نحو 15 دقيقة لبلوغ نهائية البروتوكول الكاملة.

هل تستخدم Ethereum حاليًا النهائية ضمن فترة واحدة؟

لا، فما زالت النهائية ضمن فترة واحدة هدفًا بحثيًا في خارطة الطريق.

ما مستوى الالتزام في Solana؟

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

هل تستخدم Avalanche النهائية الحتمية؟

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

هل يوفر CometBFT نهائية فورية؟

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

لماذا قد تتأخر النهائية؟

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

هل يستطيع البلوكشين معالجة المعاملات أثناء تأخر النهائية؟

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

هل تجعل النهائية السريعة البلوكشين آمنًا؟

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

لماذا تهم النهائية السريعة الجسور؟

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

لماذا تهم النهائية السريعة المدفوعات؟

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

هل تصبح معاملة Layer 2 نهائية فورًا؟

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

كيف أتحقق من نهائية معاملة عملات مشفرة؟

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

هل يمكن لمستكشف البلوكشين عرض معلومات نهائية غير صحيحة؟

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

هل تتطلب النهائية الأسرع أجهزة أقوى؟

قد تتطلب ذلك، لأن أمام المدققين وقتًا أقل لتلقي رسائل الإجماع وتجميعها والتحقق منها ومعالجتها.

هل تستطيع مجموعة مدققين أصغر تحقيق النهائية بسرعة أكبر؟

غالبًا ما يمكنها التواصل بكفاءة أكبر، لكن انخفاض المشاركة قد يزيد مخاطر المركزية والإخفاقات المترابطة.

ما الذي ينبغي للمطورين فعله قبل التصرف بناءً على معاملة؟

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

الخلاصة

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

وهي تختلف عن سرعة إنتاج الكتل وانخفاض زمن استجابة الواجهة وارتفاع معدل معالجة المعاملات.

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

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

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

تحسن النهائية السريعة تجربة مدفوعات العملات المشفرة وتسوية التداول والتمويل اللامركزي والجسور العابرة للسلاسل وشبكات Layer 2.

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

ينبغي للمستخدمين فحص المعنى الدقيق لحالات «قيد المعالجة» و«مؤكدة» و«آمنة» و«معتمدة» و«مؤصلة» و«نهائية» على شبكة البلوكشين التي يستخدمونها.

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

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