يحوّل مستخدم مبلغًا صغيرًا فيدفع رسومًا تقارب المبلغ نفسه. هذه اللحظة بالذات هي التي دفعت شبكات الطبقة الثانية إلى الوجود. الفكرة أن تُنفَّذ المعاملات خارج الشبكة الأساسية ثم تُسجَّل عليها مجمّعة، فتتوزع كلفة التسجيل على آلاف المعاملات بدل معاملة واحدة. لكن للتوفير مقابلًا: طبقة إضافية بينك وبين الشبكة التي تثق بها، ولكل تصميم منها افتراضات أمان مختلفة تستحق أن تُفهم قبل تحويل مبلغ كبير.
شبكة الطبقة الثانية (Layer 2 أو L2) نظام يعمل فوق شبكة أساسية تسمى الطبقة الأولى (Layer 1 أو L1)، ويستمد جزءًا جوهريًا من أمانه أو تسويته منها. في سياق إيثريوم، تنفذ التجميعات معاملات كثيرة خارج الشبكة الأساسية، ثم تنشر بيانات أو التزامات وبراهين على إيثريوم وفق تصميمها.
النتيجة التي يراها المستخدم بسيطة: معاملة أرخص وأسرع غالبًا. أما ما يجري تحت الواجهة فأكثر تعقيدًا. هناك منفذ يرتب المعاملات، وعقد جسر يحتفظ بالأصول أو يربطها، وآلية تثبت صحة انتقال الحالة، ومسار طوارئ يفترض أن يسمح بالخروج إذا تعطل المشغل.
ما معنى الطبقة الأولى والطبقة الثانية؟
الطبقة الأولى هي الشبكة التي تملك آلية الإجماع والسجل الأساسي. تنفذ العقد قواعدها وتوافق على الكتل. تدفع المعاملات رسومًا كي تدخل المساحة المحدودة المتاحة.
الطبقة الثانية تنقل جزءًا من التنفيذ أو الحساب إلى بيئة أخرى، ثم تستخدم الطبقة الأولى لنشر البيانات أو إثبات الصحة أو تسوية النزاع. ليست مجرد تطبيق يعمل فوق الشبكة، وليست كل سلسلة متوافقة مع الأدوات نفسها طبقة ثانية.
التمييز المفيد هو سؤال الأمان: إذا حاول مشغل الطبقة الثانية تغيير الأرصدة بطريقة غير صحيحة، هل تستطيع عقود الطبقة الأولى وبراهين النظام رفض التغيير؟ وإذا توقف المشغل، هل يستطيع المستخدم استعادة أمواله من دون إذنه؟ تختلف الإجابة باختلاف مرحلة النظام وتصميمه.
| المصطلح | الوظيفة الأساسية | مصدر الأمان الرئيسي |
|---|---|---|
| الطبقة الأولى | إجماع وتسوية وتوافر بيانات | مدققو الشبكة الأساسية |
| التجميع على الطبقة الثانية | تنفيذ مجمع وتسوية على الطبقة الأولى | عقود وبراهين وبيانات على الطبقة الأولى |
| السلسلة الجانبية | تنفيذ وإجماع مستقلان | مدققو السلسلة الجانبية |
| Validium | إثبات صلاحية مع بيانات خارج الطبقة الأولى | البرهان مع افتراض مستقل لتوافر البيانات |
| قناة حالة | معاملات بين أطراف مع تسوية نهائية | عقد على الطبقة الأولى وتوافر الأطراف |
لا يعني هذا أن السلسلة الجانبية غير مفيدة، لكنها لا تستمد الأمان بالطريقة نفسها. استخدام كلمة L2 في التسويق لا يكفي لتحديد النموذج.
من أين يأتي التوفير
الشبكة الأساسية تفرض رسمًا على كل معاملة تُسجَّل عليها، وسعة السجل محدودة. حين ترتفع الحركة يرتفع الرسم، وهذه هي آلية المزايدة التي تجعل تحويلًا صغيرًا مكلفًا في ساعات الازدحام.
الطبقة الثانية تعالج المعاملات في بيئتها الخاصة، ثم ترسل إلى الشبكة الأساسية ملخصًا واحدًا يمثّل آلاف المعاملات. الرسم الذي تدفعه الشبكة الأساسية يُقسَّم على كل من شارك في تلك الدفعة.
كلما امتلأت الدفعة رخصت المعاملة. ولهذا ترتفع كلفة المعاملة على الطبقة الثانية حين يقل استخدامها، عكس ما يتوقعه كثيرون.
هذه الصورة تبسط الواقع. ليست كلفة الدفعة ثابتة تمامًا، ولا تتساوى أحجام المعاملات. مبادلة معقدة تستخدم حسابًا وتخزينًا أكثر من تحويل بسيط، وقد تحتاج بيانات أكبر. كما يقرر المشغل سياسة التسعير وتوقيت نشر الدفعات ضمن قواعد الشبكة.
تتكون رسوم التجميع عادة من جزأين:
تتغير كلفة التنفيذ مع ازدحام الطبقة الثانية وتعقيد العملية. وتتغير كلفة النشر مع الطلب على مساحة البيانات في الطبقة الأولى وضغط الدفعة. قد تضيف الشبكة هامشًا أو حدًا أدنى أو آلية تسعير خاصة.
ما رسوم الغاز؟
الغاز وحدة تقيس مقدار العمل الذي تحتاجه معاملة في بيئة التنفيذ. يحدد بروتوكول الشبكة الغاز المستهلك لكل عملية، بينما يحدد السوق سعر وحدة الغاز. لذلك لا تعني معاملة «صغيرة بالقيمة» أنها قليلة الغاز. عقد معقد يتعامل مع 5 دولارات قد يكلف حسابيًا أكثر من تحويل مباشر لقيمة 5,000 دولار.
في الطبقة الثانية، قد ترى رسمًا بعملة الشبكة الأصلية رغم أن العملية تتبادل رمزين آخرين. تحتاج إلى رصيد صغير من أصل الرسوم قبل أن تستطيع المبادلة أو السحب. امتلاك رمز مستقر وحده لا يكفي إذا لم تملك ما يدفع الغاز.
لا تخلط بين رسم الغاز وأثر السعر في منصة لامركزية. الغاز يدفع لتنفيذ المعاملة، أما أثر السعر فينتج من حجم المبادلة مقارنة بالسيولة. قد تكون رسوم الشبكة سنتات ويخسر المستخدم عشرات الدولارات بسبب تجمع ضحل.
كيف خفضت بيانات Blob كلفة التجميع؟
كانت التجميعات تنشر البيانات المضغوطة في مساحة معاملات الطبقة الأولى. أضاف تحديث تقني نوعًا من التخزين المؤقت للبيانات يعرف باسم Blob، مع سوق رسوم منفصل نسبيًا عن غاز التنفيذ العادي. تستطيع التجميعات نشر دفعاتها في هذه المساحة بتكلفة أقل في كثير من الظروف.
بيانات Blob لا تبقى لدى عملاء الطبقة الأولى إلى الأبد بالطريقة نفسها التي تبقى بها بيانات الحالة أو سجل التنفيذ الدائم. تتاح مدة محددة تكفي لبروتوكولات التحقق، ثم تعتمد الأرشفة التاريخية على جهات أخرى. لا يعني ذلك أن أرصدة المستخدم تختفي بعد المدة، بل إن طريقة تخزين بيانات الدفعات مختلفة.
انخفاض كلفة البيانات لا يجعل الرسوم صفرًا. إذا ازدحم سوق Blob، ترتفع كلفته. وتبقى هناك كلفة تنفيذ محلية وإنتاج برهان وتشغيل بنية. كما قد لا تستخدم كل شبكة Blob في كل وقت أو بالطريقة نفسها.
عائلتا التصميم
الفرق بينهما في كيفية إثبات صحة الدفعة للشبكة الأساسية:
| العائلة | كيف تُثبت الصحة | أثرها على السحب |
|---|---|---|
| التجميع التفاؤلي | تُفترض الدفعة صحيحة، وتُفتح نافذة للطعن فيها | السحب إلى الشبكة الأساسية ينتظر انتهاء نافذة الطعن |
| إثبات صفري المعرفة | يُرفق برهان رياضي يثبت الصحة فورًا | السحب أسرع، وكلفة إنتاج البرهان أعلى |
العائلة الأولى تراهن على وجود من يراقب ويطعن. والثانية تستبدل هذه المراقبة ببرهان لا يحتاج ثقة. الفرق يظهر عمليًا في شيء واحد يلمسه المستخدم: كم يستغرق إخراج أموالك.
يوجد اختلاف آخر: التجميع التفاؤلي ينشر بيانات تكفي لإعادة تنفيذ الحالة وكشف التغيير غير الصحيح خلال نافذة التحدي. أما تجميع إثبات الصلاحية فيقدم برهانًا رياضيًا تتحقق منه عقود الطبقة الأولى. لكنه ما زال يحتاج إلى معالجة توافر البيانات كي يستطيع المستخدمون معرفة الحالة والتعامل معها.
لا تعني عبارة «صفرية المعرفة» أن كل معاملة خاصة أو مخفية. تستخدم هذه التجميعات تقنية برهان من عائلة ZK لإثبات صحة الحساب، وقد تبقى المبالغ والعناوين قابلة للرؤية بحسب التصميم.
كيف يعمل التجميع التفاؤلي؟
يستقبل المرتب المعاملات ويرتبها وينفذها، ثم يجمع النتائج والبيانات ويرسلها إلى عقد على الطبقة الأولى. يفترض العقد أن الالتزام صحيح، لكنه يترك فترة يستطيع خلالها طرف مؤهل الاعتراض وتقديم برهان احتيال أو نزاع وفق البروتوكول.
إذا لم يظهر اعتراض ناجح، يصبح الخروج الأصلي قابلًا للإنهاء بعد النافذة. لهذا قد يستغرق السحب عبر الجسر الرسمي نحو أيام في بعض التصاميم. يمكن لمزود سيولة أن يدفع للمستخدم على الطبقة الأولى أسرع مقابل رسم، ثم ينتظر هو التسوية. هذا «السحب السريع» يضيف طرفًا وعقدًا وسيولة، ولا يغير مدة البروتوكول الأساسية.
توافق بعض التجميعات التفاؤلية مع بيئة إيثريوم يسهل نقل التطبيقات، لكنه لا يضمن التطابق الكامل. قد تختلف تكلفة العمليات أو ترتيب الكتل أو خصائص التنفيذ.
كيف يعمل تجميع إثبات الصلاحية؟
ينفذ المشغل دفعة من المعاملات وينتج برهان صلاحية يثبت أن الحالة الجديدة ناتجة من تطبيق القواعد بصورة صحيحة. يتحقق عقد على الطبقة الأولى من البرهان قبل قبول التحديث.
لا يحتاج المستخدم إلى انتظار نافذة اعتراض بعد قبول البرهان، لكن إنتاج البرهان وتجميعه وإرساله يحتاج وقتًا. قد يرى المستخدم معامله مؤكدة على الطبقة الثانية بسرعة، بينما تنتظر الدفعة إثباتًا وتسوية على الطبقة الأولى.
تختلف أنواع البراهين والآلات الافتراضية والتوافق بين المشاريع. بعض الشبكات يركز على توافق العقود، وبعضها يستخدم بيئة برمجة مختلفة. لا يمكن استنتاج أداء التطبيق أو أمانه من كلمة ZK وحدها.
4 درجات للنهائية ينبغي فصلها
تستخدم الواجهات كلمة «تم» بسرعة، لكن المعاملة قد تمر بمراحل:
- قبلها المرتب وأدرجها في كتلة L2.
- نشر بيانات الدفعة أو الالتزام على L1.
- قُبل البرهان أو انتهت نافذة النزاع.
- أصبح السحب أو الرسالة قابلًا للتنفيذ على الوجهة.
المعاملة التي تظهر في محفظتك بعد ثوان قد تكون نهائية محليًا وفق سياسات الشبكة، لكنها لم تصل إلى نهائية التسوية على الطبقة الأولى. هذا الفرق مهم للتحويلات الكبيرة والجسور والبورصات التي تنتظر عددًا من التأكيدات.
اسأل التطبيق عن المرحلة التي يقصدها، ولا تعتمد على حركة رمز التحميل وحدها.
ما الذي تتنازل عنه
أنت تعتمد على مكوّنات لا وجود لها على الشبكة الأساسية: مرتّب للمعاملات قد يكون جهة واحدة، وجسر ينقل الأصول بين الطبقتين، وعقود تدير كل ذلك. كل مكوّن نقطة فشل محتملة، وأغلب الحوادث الكبرى في هذا المجال وقعت في الجسور لا في الشبكات نفسها.
هذا لا يعني تجنّب الطبقة الثانية، بل يعني أن «مبنية على شبكة آمنة» لا تنتقل تلقائيًا إلى ما فوقها.
المرتب
يرتب المرتب معاملات المستخدمين وينتج كتل الطبقة الثانية في كثير من الشبكات. إذا توقف، قد تتوقف المعاملات السريعة أو تتأخر. بعض التصاميم تسمح بالإرسال القسري عبر الطبقة الأولى، لكن العملية قد تكون أبطأ وأغلى ومعقدة للمستخدم.
المركزية في الترتيب لا تعني تلقائيًا قدرة على سرقة الأرصدة إذا كانت براهين النظام وعقوده تعمل كما ينبغي، لكنها تخلق مخاطر رقابة وتوقف وترتيب غير عادل. افحص مرحلة اللامركزية الفعلية لا الوعود فقط.
عقود الترقية
قد تملك لجنة أو محفظة متعددة التوقيع القدرة على ترقية العقود بسرعة. تسهل هذه الصلاحية إصلاح خطأ، وتمنح حاملي المفاتيح سلطة واسعة. وجود مهلة زمنية وإشعار وآلية خروج يقلل المفاجآت لكنه لا يلغي الخطر.
الجسر الرسمي والجسور الخارجية
الجسر الرسمي جزء من تصميم الشبكة وينقل الأصول بين الطبقتين وفق عقودها. الجسر الخارجي قد يستخدم سيولة أو مدققين أو رسائل خاصة لتوفير سرعة أو شبكات أكثر. كل مسار يحمل افتراضات مختلفة.
توافر البيانات
يحتاج المستخدمون والمراقبون إلى بيانات تعيد بناء الحالة وتثبت الحقوق. إذا كانت البيانات خارج الطبقة الأولى وتعتمد على لجنة، يصبح حجبها خطرًا حتى مع صحة البرهان. لذلك يجب فصل صحة الحساب عن توافر البيانات.
الفرق بين Rollup وValidium والسلسلة الجانبية
قد تتشابه الواجهات والرسوم، لكن الأمان مختلف.
| التصميم | صحة التنفيذ | مكان البيانات | العلاقة بالطبقة الأولى |
|---|---|---|---|
| Rollup تفاؤلي | تحديات وبراهين احتيال | على L1 أو مساحة بياناتها | تسوية وبيانات على L1 |
| ZK Rollup | برهان صلاحية | عادة على L1 أو مساحة بياناتها | تحقق وتسوية على L1 |
| Validium | برهان صلاحية | خارج L1 | صحة مثبتة مع افتراض بيانات مستقل |
| سلسلة جانبية | إجماع الشبكة نفسها | على سلسلتها | اتصال عبر جسر، أمان مستقل |
يقدم Validium سعة أعلى ورسومًا أقل أحيانًا لأن البيانات لا تنشر على الطبقة الأولى، لكنه يضيف خطر حجب البيانات. والسلسلة الجانبية قد تكون سريعة، لكنها تعتمد على مدققيها لا على إجماع الطبقة الأولى لتأكيد كل انتقال.
لا يوجد وصف واحد «الأفضل». الاستخدام الصغير المتكرر قد يقبل افتراضات لا يقبلها تخزين مبلغ كبير. على المستخدم ربط التصميم بحجم التعرض ومدة الاحتفاظ.
كيف تنتقل الأصول إلى الطبقة الثانية؟
في الإيداع الرسمي، يقفل عقد على الطبقة الأولى الأصل أو يسجله، ثم يصدر أو يقيد رصيدًا مقابله على الطبقة الثانية. عند السحب، يحرق أو يخفض رصيد L2 ويحرر الأصل على L1 بعد تحقق الشروط.
قد تستطيع شراء أصل مباشرة على الطبقة الثانية من منصة مركزية تدعم السحب إليها، فتتجنب معاملة جسر من L1. لكن عليك اختيار الشبكة الصحيحة. اسم الرمز نفسه لا يعني أن وجهة الإيداع تدعم كل شبكة.
توجد نسخ أصلية ومجسرة من الرموز. رمز مستقر على L2 قد يصدره المصدر مباشرة، أو يكون نسخة عبر جسر. تحمل النسخة مخاطر الجسر والمصدر معًا. تحقق من عنوان العقد لا الاسم والشعار.
خطوات تحويل آمن نسبيًا
- تحقق من اسم الشبكة في المصدر والوجهة.
- افتح الجسر من مصدر رسمي.
- افحص عنوان المحفظة والعقد والرمز.
- احتفظ بعملة الرسوم على الشبكتين عند الحاجة.
- ابدأ بمبلغ صغير.
- انتظر ظهوره وتأكد من قدرتك على التعامل معه.
- انقل الباقي بعد فهم وقت السحب والتكلفة.
الاختبار الصغير لا يثبت أمان الجسر، لكنه يكشف أخطاء الشبكة والعنوان قبل تعريض المبلغ الكامل.
رسوم الإيداع والسحب ليست مثل رسوم الاستخدام
قد تكون المبادلة داخل L2 رخيصة، لكن الوصول إليها من L1 يحتاج معاملة على الشبكة الأساسية، وهي أغلى. إذا أراد المستخدم تنفيذ مبادلة واحدة بمبلغ صغير ثم العودة فورًا، قد تلتهم رسوم الدخول والخروج التوفير.
لنفترض هذه التكاليف الافتراضية:
على عملية قيمتها 100 دولار، تعادل الكلفة 16.38% قبل أثر السعر. أما إذا بقي المستخدم على L2 ونفذ 30 عملية، تتوزع كلفة الدخول والخروج على نشاط أكبر. لهذا يجب حساب دورة الاستخدام كاملة، لا لقطة رسم واحدة.
يمكن أن تتغير الأرقام خلال دقائق. لا تستخدم المثال لتوقع رسم حالي. افحص تقدير المحفظة والجسر، واترك هامشًا لتغير الغاز.
مثال رقمي على صفقة ورسومها
لنفترض أن متداولًا يملك رأس مال مخصصًا قدره 20,000 دولار، ويخطط لمبادلة أصل مستقر برمز على شبكة L2. السعر المتوقع 3.46 دولارات، ونقطة إبطال الفكرة 3.18. حد المخاطرة 0.5% أو 100 دولار.
تعرض واجهة المبادلة أن المستخدم سيستلم 352.8 رمزًا بعد رسم التجمع وأثر السعر، مع رسم غاز 0.24 دولار. يصبح متوسط سعر الدخول:
زادت المخاطرة عن 100 دولار قبل رسم الخروج والانزلاق عند البيع. كما أن المبادلة الفورية لا تضمن وجود وقف آلي. قد يحتاج المتداول إلى بروتوكول أو أمر عقد إضافي، أو إلى المتابعة اليدوية. وإذا هبطت السيولة، قد ينفذ الخروج تحت 3.18.
الرسوم المنخفضة لا تلغي إدارة المخاطر. هي جزء صغير من التنفيذ في هذا المثال، بينما أثر السعر وسيولة الخروج أكبر.
لماذا تختلف الرسوم بين L2 وأخرى؟
تختلف بسبب عدة عناصر:
- ضغط المعاملات داخل الشبكة.
- كلفة نشر البيانات على L1 أو سوق Blob.
- كفاءة ضغط البيانات.
- تعقيد العملية وحجم بياناتها.
- سياسة المرتب وهامش التسعير.
- سرعة إنتاج البراهين أو نشر الدفعات.
- الدعم الذي تقدمه الشبكة مؤقتًا للرسوم.
- نوع الحساب أو ضغط التطبيق نفسه.
مقارنة رسم تحويل بسيط على شبكة بمبادلة معقدة على أخرى لا تقيس الشبكتين بعدل. قارن العملية نفسها وفي وقت متقارب، ثم أضف تكلفة الدخول والخروج.
قد يعرض التطبيق رسمًا منخفضًا ثم تتغير الشبكة قبل التأكيد. حدد حد الرسم إذا كانت المحفظة تسمح، ولا توقع معاملة لا تفهم مبلغها الأقصى.
لماذا قد تفشل معاملة رخيصة وتدفع رغم ذلك؟
تستهلك المعاملة عملًا قبل أن يقرر العقد رفضها، مثل فشل شرط الانزلاق أو انتهاء المهلة. يحصل المنفذون على رسم العمل حتى لو لم تتحقق المبادلة. لذلك تدفع الغاز ولا تستلم الرمز.
أسباب شائعة:
- تحمل انزلاق ضيق في سوق سريع.
- موافقة رمز غير كافية.
- رصيد غاز غير كاف.
- ترتيب nonce خاطئ أو معاملة سابقة معلقة.
- توقف العقد أو رفضه.
- تغير السعر قبل التنفيذ.
لا تعالج الفشل برفع تحمل الانزلاق عشوائيًا. افحص السبب، والسيولة، وصحة العقد. قد يكون الفشل حماية من سعر سيئ.
السحب الرسمي والسحب السريع
السحب الرسمي يستخدم آلية البروتوكول. في التجميع التفاؤلي، قد ينتظر نافذة التحدي. في تجميع إثبات الصلاحية، ينتظر إنتاج البرهان وقبوله والخطوات التشغيلية.
السحب السريع يستخدم مزود سيولة أو جسرًا خارجيًا يدفع الأصل على الوجهة ويستلم المقابل لاحقًا. تحصل على سرعة مقابل رسم ومخاطر عقود وسيولة وطرف إضافي.
قبل الاختيار، قارن:
| السؤال | السحب الرسمي | السحب السريع |
|---|---|---|
| زمن الوصول | يتبع بروتوكول الشبكة | أقصر عادة |
| التكلفة | رسوم رسمية وغاز | رسم سيولة ومسار إضافي |
| الافتراضات | عقود L2 وL1 | عقود ومزود أو شبكة جسر أيضًا |
| الحد الأقصى | حسب البروتوكول والغاز | قد تقيده السيولة |
لا ترسل مبلغًا كبيرًا إلى جسر لمجرد أنه أسرع. افحص العقد والتدقيق وسجل الحوادث والسيولة وآلية التوقف، مع الاعتراف بأن الفحص لا يمنع كل خطر.
ماذا يحدث إذا توقف المرتب؟
قد تتوقف الكتل السريعة أو تتأخر المعاملات. بعض الأنظمة تتيح إرسال المعاملة إلى عقد L1 أو فرض تضمينها بعد مدة. هذه الآلية تزيد مقاومة الرقابة، لكنها قد تكون مكلفة وتحتاج خطوات تقنية.
ابحث عن إجابات عملية:
- هل يوجد مسار إرسال قسري؟
- من يستطيع تشغيله؟
- ما المهلة قبل أن يعمل؟
- هل تتوافر البيانات اللازمة للخروج؟
- هل تستطيع لجنة ترقية العقود أو إيقافها؟
- ما حالة البراهين على الشبكة فعليًا؟
التصميم النظري قد يملك مخرجًا، بينما المرحلة الحالية تعتمد على صلاحيات مؤقتة أو مكونات لم تكتمل. افحص حالة النشر لا الورقة التقنية فقط.
كيف تختار شبكة طبقة ثانية للاستخدام؟
لا تبدأ من أقل رسم فقط. استخدم قائمة أوسع:
- ما نوع التصميم ومكان توافر البيانات؟
- هل البراهين وآليات الخروج تعمل في الإنتاج؟
- من يدير المرتب، وماذا يحدث عند توقفه؟
- من يملك مفاتيح الترقية، وهل توجد مهلة؟
- ما الجسر الرسمي ووقت السحب؟
- هل الأصل الذي تحتاجه أصلي أم مجسر؟
- هل التطبيق والسيولة موجودان على الشبكة نفسها؟
- ما كلفة دورة الدخول والاستخدام والخروج؟
- هل تدعم جهة الإيداع والسحب الشبكة بالاسم نفسه؟
- هل تستطيع إدارة المحفظة والغاز والعقود بأمان؟
شبكة رخيصة بلا سيولة للأصل المطلوب قد تكلف أكثر في أثر السعر. وشبكة ذات تطبيقات كثيرة قد لا تناسب تخزينًا طويلًا إذا كانت صلاحياتها الحالية أوسع مما تتحمل.
كيف تقرأ تقدير الرسوم في المحفظة؟
تعرض المحفظة عادة حد الغاز وسعره أو رسمًا إجماليًا متوقعًا. الحد هو أقصى وحدات يسمح للمعاملة باستهلاكها، وليس المبلغ الذي ستستهلكه بالضرورة. يدفع المستخدم مقابل الاستهلاك الفعلي وفق آلية الشبكة، لكن المعاملة تفشل إذا لم يكن الحد كافيًا لتنفيذ كل العمليات.
قد يظهر أيضًا رسم أولوية أو مكون يدفع لتسريع الإدراج. في L2، تضيف الواجهة تقدير حصة بيانات L1 إلى رسم التنفيذ المحلي. لذلك قد ترى مكونين أو رقمًا مجمعًا.
لا تخفض حد الغاز يدويًا لتقليل التكلفة إذا لم تفهم التنفيذ. سعر الغاز يؤثر في تكلفة الوحدة، أما الحد فيحدد مقدار العمل المسموح. حد منخفض يجعل العقد ينفد من الغاز بعد بدء التنفيذ، فتفشل المعاملة وقد تدفع مقابل العمل المنجز.
فرق بين الحد الأقصى والرسم النهائي
لنفترض أن المحفظة تعرض:
قد تحجز المحفظة مبلغًا يغطي السيناريو الأقصى، ثم تخصم أقل إذا كان الاستهلاك والسعر الفعليان أقل. تختلف طريقة العرض حسب الشبكة والمحفظة. المهم ألا تخلط «الحد الأقصى» بالمبلغ النهائي أو تعتبر فرق الحجز خصمًا غامضًا.
رسوم التطبيق منفصلة
قد يأخذ التطبيق رسم بروتوكول من الأصل الداخل أو الخارج، ولا يظهر داخل خانة الغاز. في مبادلة لامركزية، راجع:
- رسم الشبكة.
- رسم تجمع السيولة.
- أثر السعر.
- الحد الأدنى المستلم.
- أي رسم واجهة أو مجمع.
إذا دفعت 0.05 دولار غازًا وخسرت 18 دولارًا بسبب أثر السعر، فالشبكة رخيصة لكن الصفقة ليست كذلك.
قارن 3 مسارات لا رسمين فقط
عندما تريد استخدام تطبيق على L2، توجد غالبًا عدة طرق للوصول:
- الانتقال من L1 عبر الجسر الرسمي.
- السحب المباشر من منصة أو جهة تدعم L2.
- استخدام جسر سيولة من شبكة أخرى.
المسار الأول قد يكون أبطأ أو أغلى عند الدخول لكنه يملك افتراضات بروتوكول معروفة. الثاني قد يكون أرخص لكنه يعتمد على دعم الجهة وسياسة السحب. الثالث قد يكون سريعًا، مع عقد وسيولة ومخاطر إضافية.
أنشئ جدولًا قبل المبلغ الكبير:
| البند | جسر رسمي | سحب مباشر | جسر سيولة |
|---|---|---|---|
| رسم المصدر | اكتب التقدير | اكتب رسم السحب | اكتب التقدير |
| رسم الوجهة | اكتب التقدير | قد يكون مدمجًا | اكتب التقدير |
| وقت الوصول | حسب البروتوكول | حسب الجهة | حسب السيولة |
| الأصل المستلم | تحقق من العقد | تحقق من العقد | تحقق من العقد |
| افتراض الأمان | عقود L1 وL2 | الجهة والعنوان | الجسر والمزود والعقود |
لا تستخدم أقل رقم إذا كان المسار يوصلك إلى نسخة رمز لا يقبلها التطبيق أو إلى شبكة لا تدعمها وجهة السحب لاحقًا.
هل تحتفظ بالأصول على L2 أم تعود إلى L1؟
يعتمد القرار على الاستخدام والمبلغ وتصميم الشبكة. العودة بعد كل معاملة تدفع رسوم الجسر وتضيع جزءًا من التوفير. البقاء يعرّض الأصول مدة أطول لمخاطر عقود L2 والمرتّب والترقيات والجسر.
يمكن تقسيم الرصيد: مبلغ تشغيلي محدود على L2، والباقي في مكان حفظ يطابق مستوى الأمان الذي تفهمه. لا توجد نسبة عامة. المستخدم الذي ينفذ معاملات يومية يختلف عن مستخدم يجرب تطبيقًا مرة واحدة.
راجع هل الأصل على L2 يحمل عائدًا أو مخاطرة إضافية. تركه في محفظة لا يساوي إيداعه في بروتوكول. إذا أودعته، أضفت عقدًا آخر فوق مخاطر الشبكة.
خروج الطوارئ ليس زرًا سهلًا دائمًا
قد تسمح الهندسة بإجبار معاملة أو سحب عبر L1 عند توقف المرتب، لكن الإجراء قد يحتاج بيانات وبراهين وتكلفة وخبرة تقنية. لا تساو بين «ممكن نظريًا» و«سهل لمستخدم مبتدئ أثناء أزمة».
تحقق من وجود أدوات موثقة ومجربة، وما إذا كانت الشبكة في مرحلة تسمح بالخروج المستقل فعلًا. احتفظ بسجلات المعاملات وعناوين العقود، لكن لا تشارك مفاتيحك أو عبارة الاسترداد مع من يعرض المساعدة.
الأمان يتغير مع مرحلة المشروع
قد يبدأ التجميع بمرتّب واحد ومفاتيح ترقية سريعة، ثم يضيف براهين مفتوحة ومجالس أمن ومهلًا زمنية. لذلك لا يكفي تقرير قرأته قبل عام. افحص الحالة الحالية قبل تحويل مبلغ مهم.
اسأل عن 4 محاور:
| المحور | السؤال العملي |
|---|---|
| صحة الحالة | هل البراهين تعمل وتتحقق على L1؟ |
| توافر البيانات | أين تنشر البيانات ومن يستطيع استعادتها؟ |
| مقاومة الرقابة | هل يمكن فرض معاملة أو خروج؟ |
| الترقيات | من يغير العقود وكم تستغرق المهلة؟ |
قد تكون بعض المحاور قوية وبعضها ما زال مركزيًا. تصنيف الشبكة بكلمة واحدة يخفي هذا التفاوت.
مثال على حساب التوفير عبر شهر
لنفترض مستخدمًا ينفذ 20 مبادلة شهريًا. على L1، يبلغ رسم الشبكة الافتراضي 6.80 دولارات لكل مبادلة. على L2، يبلغ رسم المبادلة 0.16 دولار، لكنه يدفع 8.50 دولارات للإيداع و6.20 للسحب في نهاية الشهر.
إذا نفذ مبادلة واحدة فقط، تصبح كلفة L2 في المثال 14.86 دولارًا، أي أعلى من رسم مبادلة L1 واحدة. الأرقام افتراضية وتتغير مع الشبكات والازدحام، لكن المنطق ثابت: تكرار الاستخدام يوزع تكلفة الانتقال.
لم ندخل أثر السعر ورسوم البروتوكول، وقد تختلف السيولة بين الطبقتين. المقارنة النهائية تحتاج الناتج الصافي للعملية نفسها، لا الغاز وحده.
الخطأ الشائع
إرسال أصول إلى عنوانك على شبكة مختلفة عن التي تتوقعها المحفظة. العنوان نفسه قد يكون صالحًا على عدة شبكات، والتحويل الذي يصل إلى الشبكة الخطأ لا يظهر في محفظتك ولا يمكن لأحد التراجع عنه. تحقّق من اسم الشبكة في المحفظة وفي المنصة قبل كل تحويل، لا من العنوان وحده.
قد تصل الأصول فعلًا إلى عنوان تملك مفتاحه على الشبكة الأخرى، لكنها لا تظهر لأن المحفظة تعرض شبكة مختلفة. إضافة الشبكة والعقد الصحيحين قد تكشفها. وفي حالات أخرى، تكون الوجهة منصة مركزية لا تدعم الشبكة، ويعتمد الاسترداد على قدرتها وسياساتها وقد لا يكون ممكنًا.
لا تحاول «إصلاح» الخطأ بتوقيع معاملات من روابط يرسلها غرباء يدعون الدعم. تبدأ عمليات تصيد كثيرة بعد طلب مساعدة علني. استخدم قنوات رسمية ولا تكشف عبارة الاسترداد لأي شخص.
أخطاء أخرى لدى المستخدم الجديد
نسيان عملة الغاز
يصل الرمز المستقر إلى L2، لكن المستخدم لا يملك أصل الرسوم فلا يستطيع تحريكه. احصل على مبلغ صغير من أصل الغاز عبر مسار موثوق.
الخلط بين الرمز الأصلي والمجسر
يحمل رمزان الاسم نفسه أو رمزًا قريبًا، لكن لكل منهما عقد ومصدر ومخاطر. تحقق من عنوان العقد والسيولة ودعم التطبيقات.
حساب رسم المبادلة وحده
قد تكون المبادلة رخيصة والدخول أو الخروج غاليًا. اجمع دورة العملية كاملة.
الاعتقاد أن التأكيد الفوري نهائي على L1
قبول المرتب سريع، لكن نشر الدفعة والبرهان أو نافذة النزاع مراحل أخرى. طابق مستوى النهائية مع قيمة العملية.
استخدام جسر خارجي بلا فهم
السرعة لا تأتي مجانًا. أضفت عقدًا أو مدققين أو مزود سيولة. افحص الافتراضات والحدود.
منح أذونات واسعة للعقود
تحتاج التطبيقات إلى موافقة لتحريك الرموز. حدد المبلغ عندما يناسب وألغ الأذونات القديمة، خصوصًا بعد تجربة تطبيق جديد.
ربط كل الأمان بإيثريوم
قد تنشر الشبكة بياناتها على إيثريوم وتظل تملك مرتّبًا مركزيًا ومفاتيح ترقية. حلل كل طبقة.
قائمة فحص قبل التحويل
| الفحص | الإجابة التي تحتاجها |
|---|---|
| الشبكة | الاسم ومعرفها في المصدر والوجهة |
| الأصل | عنوان العقد والنسخة الأصلية أو المجسرة |
| العنوان | مطابق ومحفوظ، مع اختبار صغير |
| الغاز | رصيد كاف في L1 وL2 حسب المسار |
| الجسر | رسمي أم خارجي، وما افتراضاته؟ |
| الزمن | إيداع وسحب ونهائية متوقعة |
| الكلفة | دخول واستخدام وخروج وأثر سعر |
| الطوارئ | ماذا لو توقف المرتب أو الجسر؟ |
| الصلاحيات | من يستطيع ترقية العقود أو إيقافها؟ |
| المبلغ | مناسب لمرحلة أمان الشبكة وفهمك لها |
الرسوم الأقل ليست القصة كاملة
تحل شبكات الطبقة الثانية مشكلة حقيقية: تنفيذ عدد كبير من المعاملات مع توزيع كلفة التسوية والبيانات. وبعد استخدام Blob، انخفضت كلفة نشر الدفعات في كثير من الحالات. لكن الرسوم الأرخص نتاج بنية إضافية، لا اختفاء العمل.
افهم أين تنفذ المعاملة، وأين تنشر البيانات، وكيف تثبت الصحة، ومن يرتب الكتل، وكيف تعود إلى الطبقة الأولى. ثم احسب دورة الاستخدام كاملة، من الإيداع إلى السحب، لا رسم مبادلة منفردة.
ابدأ بمبلغ صغير وشبكة وعقد واضحين. احتفظ بعملة الغاز، وافحص عنوان الرمز، واستخدم الجسر الذي تفهم افتراضاته. التوفير مفيد عندما لا يشتري على حسابه مخاطرة لم تدخلها في الحساب.