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

نهائية البلوكتشين هي النقطة التي لم يعد ممكناً بعدها عكس المعاملة أو إعادة ترتيبها أو محوها بأي كتلة لاحقة — الضمان بأن ما تقول السلسلة إنه حدث قد حدث بشكل دائم. وهي ليست الشيء نفسه الذي تعنيه «مؤكَّدة»: فالمعاملة المؤكَّدة مجرد مُدرجة في كتلة حديثة، وعلى بعض الشبكات ما يزال بإمكان فرع منافس من السلسلة أن يزيحها. تبلغ السلاسل النهائية على ساعات مختلفة — احتمالياً، حين يجعل العمل المتراكم العكسَ أغلى أضعافاً مضاعفة، أو حتمياً، حين تصادق أغلبية عظمى من المدققين على نقطة تفتيش — ولهذا تسوّي إيثريوم في دقائق بينما تسوّي سولانا وTON في ثوانٍ. وWATS محفظة غير وصائية تمتد عبر إيثريوم وArbitrum وOptimism وBase وPolygon وBNB Chain وسولانا وTON، فيعيش الحساب الواحد بشكل اعتيادي تحت عدة نماذج نهائية في آن واحد.

«مؤكَّدة» ليست شيئاً واحداً

تقول محفظتك إن المعاملة مؤكَّدة. فهل يمكن التراجع عنها بعد؟ الجواب الصادق أن ذلك يعتمد على ما كانت تعنيه كلمة «مؤكَّدة». فكل سلسلة تميّز، ضمناً أو صراحةً، بين معاملة مُدرجة في كتلة حديثة وأخرى نهائية — بعيدة عن متناول أي إعادة ترتيب مستقبلية. والفجوة بين هاتين الحالتين تُقاس بأجزاء من الثانية على بعض الشبكات، وبدقائق أو أكثر على غيرها، وهي التي تحكم بصمت كيف تتعامل المنصات والجسور والتجار مع أموالك.

النهائية الاحتمالية: يقين بالعمق

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

النهائية الحتمية: يقين بالتصويت

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

شبكات الـ rollup تضيف ساعة ثالثة

تزيد شبكات الطبقة الثانية مثل Arbitrum وOptimism وBase المسألة تعقيداً، لأن معاملاتها تُسوَّى في نهاية المطاف على إيثريوم. وهنا ثلاث لحظات منفصلة تهم. أولاً، يقبل المُسلسِل (sequencer) معاملتك ويعيد تأكيداً ليّناً شبه فوري — كافياً للنشاط الاعتيادي داخل الـ rollup، لكن سنده وعد المُسلسِل لا إيثريوم. ثانياً، تُنشر الدفعة التي تحتويها على إيثريوم، وعندها تصبح البيانات علنية ويستطيع أي أحد إعادة بناء حالة الـ rollup. ثالثاً، تبلغ كتلة إيثريوم نفسها النهائية — وعندئذ فقط تصير معاملة الـ rollup نهائية بقدر ما إيثريوم نهائية. أما السحب عائداً إلى إيثريوم فيضيف انتظاراً آخر: تفرض شبكات rollup التفاؤلية نافذة اعتراض تناهز أسبوعاً على الجسر الرسمي، يمكن خلالها لبرهان احتيال أن يطعن في الحالة المُعلنة، بينما تستبدل شبكات rollup الصلاحية (ZK) ذلك الانتظار ببرهان تتحقق منه إيثريوم مباشرة. لهذا تبدو المبادلة داخل Base فورية، بينما لا يبدو كذلك نقل حصيلتها عائدة إلى إيثريوم.

إيثريوم وسولانا وTON: ثلاثة إيقاعات

المنظومات التي تغطيها WATS توضح المدى كله. إيثريوم تفصل الإدراج السريع (ثوانٍ) عن النهائية الكاملة (دقائق)؛ وكثير من DeFi يتصرف بارتياح عند الإدراج بينما تنتظر التسويات عالية القيمة نقطة التفتيش. سولانا مبنية من أجل زمن الاستجابة: تُؤكَّد المعاملات تفاؤلياً في نحو ثانية، وتبلغ حالة finalized بعد أن يتراكم ما يكفي من تأكيد الأغلبية العظمى — ثوانٍ لا دقائق. TON تبلغ النهائية في ثوانٍ عبر إجماع مدققين على طراز BFT، حيث يُتفق على الكتلة قبل نشرها بدل التسابق عليها بعده. لا أحد من هذه المقاربات خاطئ؛ إنها مقايضات مختلفة بين زمن الاستجابة وقوة الضمان المبكر، وهي جزء من المقارنة الأوسع في EVM مقابل سولانا مقابل TON.

لماذا تجعلك الجسور والمنصات تنتظر

كل ما يتصرف نيابة عن سلسلة أخرى عليه احترام نهائية سلسلة المصدر. فرسالة عابرة للسلاسل أُرسلت قبل أن تصير معاملة المصدر نهائية قد تُبطلها إعادة تنظيم — بينما يبقى الفعل الذي أطلقته على سلسلة الوجهة حياً بلا غطاء، وقد أُفرج عن توكنات مقابل إيداع لم يعد له وجود. لهذا تنتظر البروتوكولات الجادة عابرة السلاسل نهائية سلسلة المصدر قبل تسليم الرسالة (انظر كيف تنقل LayerZero الرسائل بين السلاسل)، ولهذا لا تقيّد المنصات الإيداعات إلا بعد عتبات التأكيد الخاصة بها لكل سلسلة. الانتظار ليس بيروقراطية؛ إنه الفرق بين نقل حقيقة ونقل إشاعة — وهو سبب استغراق الجسور دقائق حتى عندما تكون السلسلتان سريعتين.

إعادة التنظيم عملياً

إعادات التنظيم الضحلة — كتلة أو اثنتان — حدث روتيني متوقع بالتصميم على السلاسل الاحتمالية، وغير مؤذٍ عادة: تعود المعاملات المزاحة إلى الـ mempool وتُدرَج مجدداً بعد لحظات. الحالة الخطرة هي إعادة تنظيم عميقة تفكّ دفعة تصرّف أحدهم بناءً عليها بالفعل. والنهائية الحتمية موجودة تحديداً لنقل هذا السيناريو من خانة سوء الحظ إلى خانة الهجوم المنسق المدمِّر لصاحبه. أما الخلاصة العملية للمستخدم النهائي فمتواضعة: لتحويلات بحجم فنجان قهوة يكفي الإدراج تماماً؛ ولتحويلات بحجم عمر، انتظر النهائية؛ وأي شيء يعبر حدود سلسلة سيجعلك البروتوكول تنتظره على أي حال.

كيف يظهر هذا في WATS

محفظة تمتد عبر سلاسل EVM وسولانا وTON تتعامل مع عدة نماذج نهائية في آن واحد، وWATS مصممة لامتصاص ذلك: كل معاملة تُسوَّى وفق قواعد السلسلة التي أُرسلت عليها، بينما تتعامل أنت مع واجهة واحدة ورصيد واحد. وWATS غير وصائية بالكامل — أنت تحتفظ بالمفاتيح، وWATS لا تحتفظ بمفتاح أبداً — فالنهائية شأن بينك وبين السلسلة حصراً، دون وسيط يقحم سياسة تأكيد خاصة به أمام سياسة البروتوكول. أما ما توحّده WATS فعلاً فهو الرسوم: كل إجراء يُدفع برمز واحد هو ATS بدلاً من رمز الغاز الأصلي لكل سلسلة، عبر paymaster بمعيار ERC-4337 على EVM، مع تنقل ATS نفسه بين السلاسل بصفته LayerZero OFT. وهذا ليس خصماً — فهو يغيّر أي رمز يدفع، لا ما تتقاضاه الشبكة — ويُحرق ATS المُحصَّل، فينزل المعروض من 100 مليون نحو 30 مليوناً. وWATS هي المحفظة الأولى والوحيدة التي تجمع رسوم الرمز الواحد عبر ERC-4337 وOFT مع هذا الحرق؛ والآلية موضحة على صفحة رسوم ATS.

ومن ثمّ فالخطوة العملية تنبع من المقال نفسه: إن كنت تحرّك قيمة عبر سلاسل تبلغ النهائية على ساعات مختلفة، فتوقّف عن تشتيت ميزانيات الغاز في صورة أرصدة أصلية عالقة على ثماني شبكات. ثبّت إضافة WATS لمتصفح Chrome أو تطبيق الهاتف، واحتفظ برصيد ATS واحد للرسوم، ودع كل سلسلة تبلغ نهائيتها وفق جدولها الخاص بينما تبقى تكاليفك في مكان واحد.