Arbitrum Nitro

ما Arbitrum Nitro؟

Arbitrum Nitro هي مجموعة التقنيات الأساسية التي تشغّل سلاسل Arbitrum Rollup والعديد من السلاسل القابلة للتهيئة المبنية على Arbitrum.وفي عالم العملات المشفرة، من الأفضل فهمها على أنها بنية Rollup تفاؤعية من الجيل الثاني، صُممت لتوسيع نطاق العقود الذكية المتوافقة مع Ethereum عبر معدل معالجة أعلى ورسوم أقل وتوافق أقوى وتسوية أكثر كفاءة للنزاعات.

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

وتشكّل Nitro الأساس البرمجي لكل من Arbitrum One وArbitrum Nova وسلاسل Arbitrum القابلة للنشر.وتتيح للمستخدمين التفاعل مع التطبيقات بطريقة تشبه Ethereum، مع نقل معظم أعمال التنفيذ بعيداً عن الشبكة الرئيسية لـ Ethereum.توفر Nitro للمطورين توافقاً كبيراً مع Ethereum، لأنها تستخدم Geth، عميل التنفيذ واسع الاستخدام في Ethereum، في صميم نموذج التنفيذ لديها.أما المستخدمون، فقد تعني لهم Nitro تأكيدات أسرع وتكاليف معاملات أقل وإمكانية الوصول إلى تطبيقات متوافقة مع Ethereum في بيئة من الطبقة الثانية.وتوفر Nitro للمدققين نظاماً حتمياً لانتقال الحالة يمكن الاعتراض عليه ببراهين الاحتيال إذا نشر أحدهم ادعاءً غير صحيح بشأن حالة السلسلة.الفكرة الأساسية بسيطة.تنفذ Arbitrum Nitro المعاملات خارج Ethereum، وتنشر البيانات المضغوطة والتزامات الحالة عليها، وتعتمد على حل النزاعات ببراهين الاحتيال لحماية صحة النتائج.

أهمية Arbitrum Nitro في عالم العملات المشفرة

تكتسب Arbitrum Nitro أهميتها لأن مساحة الكتل على Ethereum قيّمة ومحدودة.عندما يرغب عدد كبير من المستخدمين في التداول أو السك أو الإقراض أو الاقتراض أو استخدام الجسور أو التفاعل مع العقود الذكية في الوقت نفسه، قد ترتفع رسوم Ethereum بشدة.تساعد Nitro على معالجة ذلك بنقل تنفيذ المعاملات إلى سلسلة Arbitrum مع الإبقاء على ارتباط مهم بتسوية Ethereum وأمنها.

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

وهذا مهم لـ DeFi وNFTs والمدفوعات والألعاب والتطبيقات الاجتماعية والأصول المرمزة والسلاسل المخصصة لتطبيقات بعينها.قد يحتاج مستخدم DeFi إلى تأكيد سريع للمعاملات خلال تقلبات السوق.وقد تحتاج لعبة إلى تنفيذ إجراءات كثيرة بتكلفة منخفضة، من دون مطالبة اللاعبين بدفع رسوم غاز مرتفعة في كل مرة.وقد يحتاج تطبيق الدفع إلى رسوم يمكن توقعها وتفاعل سلس مع المحافظ.وقد يرغب المطور في استخدام أدوات متوافقة مع Ethereum من دون النشر مباشرةً على طبقة التنفيذ الأعلى تكلفة.تجعل Nitro هذه الحالات أكثر عملية عبر الجمع بين التنفيذ المتوافق مع Ethereum وتوسيع نطاق Rollup.وهي أحد الأسباب الرئيسية التي جعلت Arbitrum جزءاً مهماً من منظومة الطبقة الثانية في Ethereum.

آلية عمل Arbitrum Nitro

تعمل Arbitrum Nitro عبر فصل ترتيب المعاملات وتنفيذها ونشر بياناتها وإصدار تأكيدات الحالة وحل النزاعات إلى أجزاء مختلفة من النظام.يرسل المستخدمون المعاملات إلى مُرتِّب Arbitrum عبر نقاط RPC العامة أو مزودي RPC الخارجيين أو العقد المستضافة ذاتياً أو نقاط نهاية المُرتِّب المباشرة.يرتب المُرتِّب المعاملات ويوفر للمستخدمين تأكيداً أولياً سريعاً.وبعد ترتيبها، تنفذ Nitro المعاملات عبر وظيفة انتقال حالة حتمية.تستخدم وظيفة انتقال الحالة Geth لتنفيذ متوافق مع Ethereum وArbOS لمنطق Arbitrum الخاص.وتُنشر بيانات المعاملات المضغوطة على Ethereum ضمن عملية إتاحة بيانات Rollup.يستطيع المدققون حساب حالة Arbitrum الصحيحة ونشر تأكيدات على Ethereum تلخص نتائج كتل Arbitrum كثيرة.إذا كان التأكيد غير صحيح، يستطيع مدقق آخر الاعتراض عليه عبر بروتوكول النزاعات.وتؤدي Ethereum دور الحكم النهائي في النزاع عبر التحقق من برهان خطوة واحدة بعد تضييق نطاق الخلاف.تتيح هذه البنية لـ Arbitrum Nitro معالجة معاملات كثيرة خارج السلسلة مع توفير مسار للتحقق من صحة النتائج على Ethereum.

تصميم Rollup التفاؤعي

Arbitrum Nitro تصميم Rollup تفاؤعي.يفترض Rollup التفاؤعي صحة نتائج الحالة المنشورة ما لم يعترض عليها أحد خلال نافذة النزاع.وهذا يختلف عن نظام تعيد فيه كل عقدة على الطبقة الأساسية تنفيذ كل معاملة من الطبقة الثانية فوراً.يوفر النهج التفاؤعي التكلفة، إذ لا تحتاج Ethereum إلى إعادة تنفيذ جميع معاملات Arbitrum في الظروف العادية.وبدلاً من ذلك، تخزن Ethereum البيانات ويمكنها التحقق من النزاع إذا ادعى أحدهم حدوث احتيال.ولهذا يسمى التصميم تفاؤعياً.فهو يتفاءل بشأن السلوك المعتاد، لكنه يتضمن مع ذلك آلية لبراهين الاحتيال للتعامل مع الحالات العدائية.

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

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

أفكار Nitro التصميمية الأساسية الأربع

تعرض الورقة البيضاء لـ Nitro أربع أفكار تصميمية رئيسية تحدد بنيتها.الفكرة الأولى هي الترتيب الذي يعقبه تنفيذ حتمي.وهذا يعني أن Nitro تحدد أولاً ترتيب المعاملات، ثم تطبق عليها وظيفة انتقال حالة حتمية.الفكرة الثانية هي استخدام Geth في صميم النظام.أي أن Nitro تستخدم برمجيات تنفيذ Ethereum أساساً لتحقيق توافق قوي مع العقود الذكية وأدوات المطورين في Ethereum.الفكرة الثالثة هي فصل التنفيذ عن إنتاج البراهين.أي أن Nitro تستطيع تشغيل التعليمات البرمجية مباشرةً لزيادة السرعة أثناء التنفيذ المعتاد، ثم ترجمتها إلى WebAssembly للتحقق ببراهين الاحتيال عند الحاجة.الفكرة الرابعة هي بروتوكول Rollup تفاؤعي يستند إلى براهين احتيال تفاعلية.وهذا يعني إمكان تضييق نطاق النزاعات عبر لعبة اعتراض حتى لا تحتاج Ethereum إلا إلى التحقق من حساب صغير واحد.وتوضح هذه الأفكار مجتمعةً سبب ملاءمة Nitro للمطورين وتركيزها على الأمن.

استخدام Geth في صميم النظام

يعني استخدام Geth في صميم Nitro اعتمادها على برمجيات go-ethereum مفتوحة المصدر بوصفها جزءاً أساسياً من وظيفة انتقال الحالة.وهذا مهم لأن التوافق مع Ethereum من أبرز أهداف تصميم Arbitrum Nitro.يمكن عموماً تشغيل العقود الذكية المكتوبة لآلة Ethereum الافتراضية على Arbitrum مع تعديلات محدودة.وغالباً ما يستطيع المطورون استخدام أدوات Solidity المألوفة ومكتبات Ethereum ومسارات المحافظ وأنماط العقود.

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

يقلل هذا النهج منحنى التعلم لمطوري Ethereum.كما يقلل مخاطر الاختلافات غير المتوقعة بين تنفيذ Ethereum وتنفيذ Arbitrum.لكن Arbitrum ليست مطابقة لـ Ethereum في كل التفاصيل، لأن Nitro تضيف أيضاً ArbOS واحتساباً مختلفاً للرسوم ورسائل بين السلاسل وسلوك المُرتِّب وقواعد نهائية خاصة بـ Rollup.لذلك ينبغي للمطورين اختبار تطبيقاتهم على Arbitrum، بدلاً من افتراض تطابق سلوك كل حالة استثنائية مع الشبكة الرئيسية لـ Ethereum.

ArbOS

ArbOS هي طبقة التشغيل في Arbitrum، وتعمل مع Geth ضمن Nitro.

يصف مستند ArbOS الرسمي ArbOS بأنها مراقب الآلة الافتراضية للسلسلة الفرعية، الذي يوفر بيئة التنفيذ لسلسلة Arbitrum.

تتولى ArbOS وظائف خاصة بـ Arbitrum لا يتولاها تنفيذ Ethereum المعتاد بمفرده.وتشمل هذه الوظائف إدارة الموارد وإنتاج الكتل والرسائل بين السلاسل واحتساب الرسوم والعمليات المسبقة والرسائل القابلة لإعادة المحاولة وتتبع الحالة.كما تساعد ArbOS على دمج عقود Stylus وتنفيذ WebAssembly في بيئة Nitro.ومن أبسط طرق فهم ArbOS اعتبارها طبقة النظام التي تكيّف التنفيذ المتوافق مع Ethereum ليتلاءم مع سلسلة Rollup.يوفر Geth سلوك EVM المألوف.وتضيف ArbOS القواعد الخاصة بـ Rollup اللازمة لعمل Arbitrum بوصفها طبقة ثانية.ويُشار أحياناً إلى هذا المزيج باسم «ساندويتش Geth»، لأن منطق نظام Arbitrum يحيط بـ Geth.

المُرتِّب

المُرتِّب هو المكوّن الذي يستقبل معظم معاملات المستخدمين ويضعها في ترتيب محدد.

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

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

صندوق الوارد المؤجل

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

التنفيذ الحتمي

يعني التنفيذ الحتمي أن عقد Arbitrum النزيهة ينبغي أن تنتج النتيجة نفسها عند تلقي المدخلات المرتبة نفسها.وهذا أمر أساسي لأمن Rollup.فإذا استطاعت عقد نزيهة مختلفة حساب نتائج مختلفة من المعاملات نفسها، فلن يتمكن المدققون من معرفة الحالة الصحيحة على نحو موثوق.تجعل وظيفة انتقال الحالة الحتمية في Nitro التحقق من التنفيذ وحل النزاعات ممكنين.ويوضح مستند «داخل Arbitrum Nitro» أن التنفيذ الحتمي يشكل الأساس لبراهين الاحتيال الفعالة وحل النزاعات.عملياً، تستقبل Nitro الرسائل المرتبة وتتحقق من صحة المعاملات وتحصل الرسوم وتنفيذ منطق EVM عبر Geth وتطبق تحديثات الحالة الخاصة بـ ArbOS وتنتج الإيصالات والسجلات.وتتيح هذه العملية الحتمية للمدققين حساب حالة السلسلة الصحيحة بشكل مستقل.إذا نشر مدقق تأكيداً غير صحيح، يستطيع مدقق آخر الاعتراض عليه لأن النتيجة الصحيحة قابلة لإعادة الإنتاج بشكل مستقل.

براهين الاحتيال

براهين الاحتيال هي الآلية المستخدمة لإثبات وقوع انتقال غير صحيح للحالة.في Arbitrum Nitro، تكون براهين الاحتيال تفاعلية، فلا تحتاج Ethereum إلى إعادة تنفيذ كل معاملة على Arbitrum.عندما يختلف المدققون بشأن نتيجة حالة ما، تضيق عملية النزاع نطاق الخلاف خطوةً بعد خطوة.وفي النهاية، يُختزل الخلاف إلى خطوة حسابية واحدة تستطيع Ethereum التحقق منها.وهذا أقل تكلفة بكثير من مطالبة Ethereum بإعادة تشغيل سجل Rollup بالكامل.يوضح مستند BoLD أن Ethereum تستطيع التحقق من برهان خطوة واحدة بعد تضييق نطاق النزاع عبر لعبة تفاعلية.يُعد نموذج براهين الاحتيال هذا أحد الأسباب الرئيسية لقدرة Rollups التفاؤعية على التوسع.في معظم الوقت، يجري التنفيذ خارج السلسلة.ولا يتطلب التحقق المفصل على Ethereum إلا عند نشوب نزاع.ويفترض نموذج الأمن قدرة مدقق نزيه واحد على الأقل على اكتشاف التأكيد غير الصحيح والاعتراض عليه.

WebAssembly وWAVM

تكتسب WebAssembly، أو WASM، أهميتها في Nitro لأنها تدعم التحقق من براهين الاحتيال بطريقة مستقلة عن نوع الجهاز.تفصل Nitro التنفيذ المعتاد عن إنتاج البراهين.أثناء التشغيل المعتاد، تستطيع Nitro تنفيذ تعليمات برمجية أصلية مترجمة لزيادة السرعة.وأثناء النزاعات، يمكن تمثيل وظيفة انتقال الحالة بصيغة مرتبطة بـ WASM لتسهيل التحقق المنظم.توضح الورقة البيضاء لـ Nitro أن وظيفة انتقال الحالة تُترجم للتنفيذ الأصلي في العمليات العادية، كما تُترجم إلى WebAssembly محمولة لاستخدامها في بروتوكول براهين الاحتيال.ويستخدم نظام النزاعات في Arbitrum بيئة WASM معدلة تُعرف غالباً باسم WAVM لتنفيذ الاعتراضات.وتكمن أهمية ذلك في أن براهين الاحتيال تحتاج إلى نموذج تعليمات دقيق وقابل للنقل.لا تستطيع Ethereum الوثوق بأن أجهزة مدقق واحد أو حاسوبه المحلي قد أنتجت النتيجة الصحيحة.بل تحتاج إلى نموذج حساب منظم يمكن التحقق منه باستمرار.ولهذا يُعد إثبات النتائج بأسلوب WASM جزءاً تقنياً أساسياً في Nitro.

بروتوكول النزاعات BoLD

BoLD اختصار لعبارة Bounded Liquidity Delay، وهو إطار النزاعات الحالي في Arbitrum للتحقق دون إذن.

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

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

التأكيدات

التأكيد ادعاء يُنشر على Ethereum بشأن حالة سلسلة Arbitrum.

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

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

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

تحدث النهائية الأولية عندما يقبل المُرتِّب المعاملة ويدرجها في تدفق المُرتِّب.وهذا يمنح المستخدمين استجابة سريعة ويجعل التطبيقات أكثر تفاعلاً.أما النهائية المؤكدة فتحدث لاحقاً، عندما تُربط بيانات المعاملة والحالة الناتجة عبر عملية Rollup ويجري تأكيدها على Ethereum.يوضح مستند «داخل Arbitrum Nitro» أن النهائية الأولية توفر استجابة قبول فورية، بينما تعتمد النهائية المؤكدة على نشر الدفعات واعتماد التأكيدات على Ethereum.وهذا الفرق مهم، لأن المستخدمين قد يرون المعاملة مكتملة في التطبيق قبل بلوغها أقوى مراحل التسوية.قد تكفي النهائية الأولية لتجربة سلسة في معظم الاستخدامات اليومية.لكن النهائية المؤكدة وقواعد السحب أهم عند التحويلات الكبيرة وسحوبات الجسور والتسوية المؤسسية والمراكز عالية القيمة.توازن Arbitrum Nitro بين السرعة والأمن عبر توفير تأكيدات سريعة للمستخدمين ومسار تحقق يستند إلى Ethereum.

الغاز والرسوم في Nitro

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

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

يدفع المستخدمون مقابل موارد السلسلة الفرعية، مثل الحساب والتخزين.كما يدفعون مكوّناً خاصاً بالسلسلة الأم يساعد على تغطية تكلفة نشر بيانات المعاملات المضغوطة على Ethereum.هذا الهيكل ذو الجزأين أحد أسباب تغير رسوم Arbitrum بحسب الطلب عليها وتكاليف بيانات Ethereum معاً.إذا أصبح نشر البيانات على Ethereum مكلفاً، فقد يرتفع مكوّن السلسلة الأم.وإذا زاد الطلب على التنفيذ في Arbitrum، فقد يرتفع مكوّن السلسلة الفرعية.تستخدم Nitro الضغط وتجميع المعاملات لتوزيع تكاليف السلسلة الأم على معاملات كثيرة.ولهذا تكون معاملة Arbitrum الواحدة غالباً أقل تكلفة من العملية نفسها على الشبكة الرئيسية لـ Ethereum.لكن Arbitrum ليست خالية من الرسوم، وينبغي للمستخدمين مراجعة تقديرات الغاز قبل تأكيد المعاملات.

إتاحة البيانات

تعني إتاحة البيانات إمكانية الوصول إلى بيانات المعاملات اللازمة لإعادة بناء سلسلة Arbitrum والتحقق منها.في سلسلة Arbitrum Rollup القياسية، تنشر Nitro بيانات المعاملات على Ethereum ضمن دفعات مضغوطة.ويتيح ذلك للمدققين والمراقبين استرجاع البيانات اللازمة للتحقق من الحالة.توضح الورقة البيضاء لـ Nitro أن التشغيل الصحيح لـ Arbitrum يتطلب تمكّن العقد من الوصول إلى بيانات كل معاملة من الطبقة الثانية في صندوق وارد السلسلة.إتاحة البيانات من أكبر مصادر التكلفة في Rollups، لأن نشر البيانات على Ethereum ليس مجانياً.لكنها أيضاً من أهم مصادر الأمن، لأن البيانات المتاحة علناً تتيح التحقق المستقل.إذا لم تكن بيانات المعاملات متاحة، فقد يواجه المدققون صعوبة في التحقق من صحة تأكيد الحالة.ولهذا فإن إتاحة البيانات ليست مسألة تكلفة فحسب، بل مسألة أمن أيضاً.

Nitro وAnyTrust

AnyTrust صيغة من Arbitrum Nitro صُممت لخفض التكاليف باستخدام نموذج مختلف لإتاحة البيانات.

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

في نمط Rollup القياسي، تُنشر بيانات المعاملات على Ethereum في صورة blobs أو calldata.أما في نمط AnyTrust، فتخزن لجنة إتاحة البيانات المعلومات وتوقع شهادات تتعهد بإتاحتها.قد يخفض ذلك التكاليف لأن نشر البيانات كاملةً على Ethereum لا يلزم في الظروف العادية.لكن المقابل هو قبول المستخدمين افتراضاً إضافياً بشأن إتاحة البيانات.Arbitrum Nova مثال على سلسلة Arbitrum من نمط AnyTrust.أما Arbitrum One فسلسلة Arbitrum Rollup تستخدم Ethereum لإتاحة البيانات.والنقطة الأساسية هي أن Nitro مجموعة التقنيات الأوسع، بينما Rollup وAnyTrust إعدادان مختلفان لإتاحة البيانات والأمن، مبنيان باستخدام هذه المجموعة.

Nitro وStylus

Stylus ترقية توسع ما يستطيع المطورون بناءه على Arbitrum Nitro.

يوضح مستند Stylus الرسمي أنها تضيف آلة افتراضية ثانية مكافئة لـ EVM، وتدعم العقود الذكية المكتوبة بلغات تُترجم إلى WASM، مثل Rust وC وC++.

وهذا مهم لأن Solidity ليست لغة البرمجة الوحيدة التي قد يرغب المطورون في استخدامها لتطبيقات البلوكتشين.تتيح Stylus للمطورين كتابة منطق كثيف الحسابات بلغات تملك أدوات ناضجة وتجميعاً فعالاً.ويمكن لعقود Solidity وعقود Stylus استدعاء بعضها بعضاً، ما يساعد على الحفاظ على قابلية التركيب.يوضح مستند Stylus أن برامج WASM قد تكون أكثر كفاءة من بايت كود EVM في أحمال العمل كثيفة الذاكرة والحسابات.وتستند Stylus إلى Nitro، إذ تتضمن Nitro بالفعل أفكاراً لإثبات النتائج باستخدام WASM في بنية براهين الاحتيال.قد تتيح Stylus للمطورين تنفيذ تشفير أقل تكلفة وDeFi كثيف العمليات الحسابية وألعاب وفن توليدي وتطبيقات أخرى تحتاج إلى حسابات أكثر كفاءة.وقد تجعل بعض التطبيقات أسرع أو أقل تكلفة للمستخدمين، لكنها لا تلغي مخاطر العقود الذكية.

Nitro وسلاسل Arbitrum

لا تقتصر Arbitrum Nitro على Arbitrum One.فهي أيضاً مجموعة التقنيات الأساسية للسلاسل القابلة للتهيئة المبنية على Arbitrum.

تصف وثائق سلاسل Arbitrum الرسمية سلاسل Arbitrum بأنها نسخ قابلة للنشر والتهيئة من مجموعة تقنيات Arbitrum Nitro.

تستطيع الفرق تهيئة التنفيذ وتوكنات الغاز وإتاحة البيانات والحوكمة والتحقق ومعدل المعالجة ومعلمات أخرى للسلسلة.ويتيح ذلك للمطورين إنشاء سلاسل مخصصة للتطبيقات أو للمنظومات أو للمؤسسات أو لبيئات بلوكتشين أخرى ذات أغراض خاصة.قد يختار الفريق إعداداً شبيهاً بـ Rollup للحصول على افتراضات أقوى لإتاحة البيانات على Ethereum.وقد يختار إعداداً شبيهاً بـ AnyTrust لخفض التكاليف وتلبية احتياجات معدل المعالجة الأعلى.كما قد يخصص توكنات الغاز أو قواعد الحوكمة لمنتجه.وهذا يجعل Nitro منصة بنية تحتية، لا مجرد تطبيق لسلسلة عامة واحدة.فهي تدعم سلاسل Arbitrum العامة المشتركة والبيئات المخصصة المبنية على Arbitrum.

Nitro والتوافق مع Ethereum

يُعد التوافق مع Ethereum من أهم فوائد Nitro.غالباً ما يستطيع المطورون نشر عقود Solidity واستخدام عناوين Ethereum وربط محافظ متوافقة معها والاعتماد على واجهات API مألوفة.وهذا يقلل صعوبات نقل التطبيقات القائمة.كما يفيد المستخدمين لأن مسارات المحافظ والتفاعل مع العقود ومستكشفات الكتل قد تبدو مألوفة.تذكر الورقة البيضاء لـ Nitro أن Nitro تشغّل تطبيقات العقود الذكية لـ EVM وتدعم واجهة API نفسها التي تستخدمها عقد Ethereum الشائعة.لكن التوافق لا يعني التطابق التام.فلدى Arbitrum مراحل نهائية مختلفة واحتساب مختلف للرسوم وسلوك مختلف للجسور ومعرّفات سلاسل مختلفة وعمليات مسبقة خاصة بـ Rollup.ينبغي للمطورين اختبار تقدير الغاز وتذاكر إعادة المحاولة والرسائل بين السلاسل ومسارات السحب وافتراضات المُرتِّب.وينبغي للمستخدمين إدراك أن استخدام Arbitrum يشبه استخدام Ethereum، لكنه يظل خاضعاً لقواعد ومخاطر خاصة بالطبقة الثانية.يُعد توافق Nitro قوياً لأنه يحافظ على تجربة تطوير Ethereum مع تحسين قابلية التوسع العملية.

Nitro والجسور

يُعد نقل الأصول عبر الجسور جزءاً أساسياً من منظومة Nitro، إذ يحتاج المستخدمون إلى نقل ETH والتوكنات والرسائل بين Ethereum وسلاسل Arbitrum.يوضح مستند «داخل Arbitrum Nitro» أن الاتصال بين السلاسل يشمل الإيداعات من السلسلة الأم إلى الفرعية والسحوبات من الفرعية إلى الأم وتذاكر إعادة المحاولة وبنية الجسر الرسمي.عند نقل الأصول من Ethereum إلى Arbitrum، تُقفل الأصول أو توضع في حساب ضمان على Ethereum، ثم يجري تمثيلها على Arbitrum.وعند السحب إلى Ethereum، يجب أن تمر العملية بفترة الاعتراض قبل إتمام المطالبة على السلسلة الأم.يُعد تأخير السحب جزءاً طبيعياً من أمن Rollup التفاؤعي.وتساعد تذاكر إعادة المحاولة على تنفيذ الرسائل من السلسلة الأم إلى الفرعية على Arbitrum.أما تنفيذ صندوق الصادر فيساعد على إتمام الرسائل من السلسلة الفرعية إلى الأم بعد اعتمادها نهائياً.ينبغي للمستخدمين دائماً التحقق من عناوين URL للجسور وعناوين التوكنات واختيار الشبكة وتوقيت السحب قبل نقل الأصول.الجسور مفيدة، لكنها أيضاً نقاط عالية المخاطر قد تقع فيها أخطاء التصيد أو اختيار التوكن الخطأ أو الموافقة غير الصحيحة.

فوائد Arbitrum Nitro

الفائدة الأولى لـ Arbitrum Nitro هي انخفاض تكلفة المعاملات مقارنة بتنفيذ النشاط نفسه مباشرةً على الشبكة الرئيسية لـ Ethereum أثناء الازدحام.والثانية استجابة المستخدم الأسرع عبر النهائية الأولية من المُرتِّب.والثالثة التوافق القوي مع Ethereum عبر التنفيذ المستند إلى Geth.والرابعة أمن Rollup عبر نشر البيانات على Ethereum والتأكيدات والمدققين وبراهين الاحتيال.والخامسة ألفة بيئة التطوير، إذ يمكن استخدام كثير من أدوات Ethereum وعقودها الذكية مع تعديلات محدودة.والسادسة مرونة النشر، إذ تستطيع Nitro تشغيل سلاسل عامة وسلاسل Arbitrum قابلة للتهيئة.والسابعة قابلية التوسع عبر ميزات مثل Stylus وإعدادات السلاسل المخصصة.والثامنة دعم مقاومة الرقابة عبر صندوق الوارد المؤجل ومسارات الإدراج القسري.تجعل هذه الفوائد Nitro مهمة للمستخدمين والمطورين والمدققين وفرق التطبيقات.كما توضح سبب كون Nitro محورية في دور Arbitrum في توسيع نطاق Ethereum.

قيود Arbitrum Nitro

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

نموذج أمن Arbitrum Nitro

يجمع نموذج أمن Arbitrum Nitro بين تسوية Ethereum وإتاحة البيانات والتنفيذ الحتمي والتأكيدات والضمانات الاقتصادية والمدققين وبراهين الاحتيال.لا يتطلب Rollup من Ethereum إعادة تنفيذ كل معاملة على Arbitrum في الظروف العادية.وبدلاً من ذلك، تعتمد Nitro على المدققين لحساب الحالة والاعتراض على الاحتيال إذا نُشر تأكيد غير صحيح.يوضح مستند BoLD أن طرفاً نزيهاً واحداً يقدّم ضماناً على الحالة الصحيحة يستطيع حماية النظام عبر عملية الاعتراض.ويُعد افتراض وجود مدقق نزيه واحد على الأقل محورياً لأمن Rollup التفاؤعي.ينبغي للمستخدمين مع ذلك إدراك أن نموذج الأمن لا يطابق استخدام Ethereum مباشرةً.يواجه مستخدمو الطبقة الثانية مخاطر إضافية من عقود الجسور وتوافر المُرتِّب وتأخر السحب والعقود الذكية على مستوى التطبيقات وتغييرات الحوكمة.لكن Nitro مصممة بحيث يمكن الاعتراض على ادعاءات الحالة غير الصحيحة وحسمها عبر Ethereum.ويستند أمنها إلى نظام متعدد الطبقات لا إلى مكوّن واحد.وهذه البنية متعددة الطبقات هي ما يتيح لـ Nitro الجمع بين قابلية التوسع والتحقق الذي يقلل الاعتماد على الثقة.

Nitro للمستخدمين

تظهر Arbitrum Nitro للمستخدمين عادةً في صورة تفاعل أسرع وأقل تكلفة مع التطبيقات المتوافقة مع Ethereum.قد ينقل المستخدم ETH إلى Arbitrum عبر الجسر، ويربط محفظته، ثم يستخدم تطبيقات DeFi أو NFT من دون التفكير كثيراً في التفاصيل الداخلية لـ Nitro.وغالباً ما تشبه تجربة المحفظة تجربة Ethereum، لأن العناوين والعقود المتوافقة مع EVM مألوفة.لكن ينبغي للمستخدمين فهم بعض النقاط الخاصة بـ Nitro.ينبغي أن يعرفوا أن السحب إلى Ethereum أبطأ من الإيداع إلى Arbitrum.وينبغي أن يعرفوا أن المعاملات تحصل أولاً على نهائية أولية عبر المُرتِّب.وينبغي أن يعرفوا أن معاملات الجسر تتطلب اختيار التوكن والشبكة بعناية.وينبغي أن يعرفوا أن رسوم Arbitrum تشمل مكونات لتنفيذ السلسلة الفرعية وبيانات السلسلة الأم.وينبغي أن يعرفوا أن التطبيقات الفردية قد تتعطل حتى لو عملت طبقة Nitro الأساسية على النحو الصحيح.تحسن Nitro قابلية التوسع، لكن المستخدمين ما زالوا بحاجة إلى حماية المحافظ والوعي بالمخاطر.

Nitro للمطورين

توفر Arbitrum Nitro للمطورين بيئة متوافقة مع Ethereum، مع ميزات إضافية خاصة بالطبقة الثانية.يستطيع المطورون نشر عقود Solidity واستخدام واجهات API المتوافقة مع Ethereum وتشغيل العقد ودمج الجسور وبناء تطبيقات تستفيد من التكاليف الأقل.كما يستطيعون استخدام Stylus للعقود الذكية القائمة على WASM عندما تستفيد العمليات الحسابية المكثفة من أدوات Rust أو C أو C++.ينبغي للمطورين فهم العمليات المسبقة في ArbOS وتقدير الغاز وتذاكر إعادة المحاولة ومحاكاة العناوين والنهائية وسلوك صندوق الوارد المؤجل ومسارات الجسر.كما ينبغي لهم تحديد ما إذا كان التطبيق يعتمد على نهائية فورية للسلسلة الأم أم أن النهائية الأولية لـ Arbitrum كافية له.على التطبيقات التي تتضمن إيداعات وسحوبات توضيح توقيت الجسر للمستخدمين.وعلى التطبيقات ذات المعاملات عالية القيمة فهم نهائية التأكيدات وافتراضات النزاع.أما التطبيقات على سلاسل Arbitrum المخصصة، فعليها الإفصاح عن إعدادات إتاحة البيانات والحوكمة.تسهل Nitro التطوير المتوافق مع Ethereum على نطاق واسع، لكنها لا تلغي الحاجة إلى هندسة دقيقة للطبقة الثانية.

Nitro للمدققين ومشغلي العقد

للمدققين ومشغلي العقد أهمية في نموذج أمن Nitro.تساعد العقد الكاملة على قراءة حالة سلسلة Arbitrum والتحقق منها.ويحسب المدققون الحالة الصحيحة ويمكنهم المشاركة في عمليات التأكيد والاعتراض.وبموجب BoLD، يمكن أن يكون التحقق دون إذن، إذ يستطيع المشاركون تقديم ضمان والتفاعل مع عقود Rollup وفقاً لقواعد البروتوكول.يحتاج المدققون إلى بنية تحتية موثوقة وإمكانية الوصول إلى بيانات السلسلة وبرنامج Nitro الصحيح والقدرة على الاستجابة للنزاعات.قد ينشر بعض المدققين التأكيدات بنشاط.وقد يراقب بعضهم التأكيدات غير الصحيحة ويعترض عليها.وقد يؤدي آخرون دور أبراج مراقبة تنبه المشاركين عند الاشتباه في وجود خطأ.يساعد تنوع أدوار المدققين على تعزيز النظام.والنقطة الأساسية هي أن أمن Nitro يعتمد على قدرة المشاركين النزيهين على التحقق المستقل من حالة السلسلة الصحيحة والدفاع عنها.

Arbitrum Nitro مقارنةً بـ Arbitrum Classic

حلّت Arbitrum Nitro محل تصميم Arbitrum السابق ببنية أكثر كفاءة وتوافقاً مع Ethereum.وتصف الورقة البيضاء لـ Nitro التصميم بأنه تحسين كبير على النظام الأصلي.استخدم التصميم السابق بنية مخصصة للآلة الافتراضية.أما Nitro فاتجهت إلى نواة تنفيذ مستندة إلى Geth وبنية لإنتاج البراهين تستند إلى WASM.حسّن هذا التغيير التوافق، لأن بيئة التنفيذ أصبحت أقرب إلى مجموعة برمجيات Ethereum نفسها.كما حسّن تجربة المطورين، إذ بات سلوك العقود والأدوات أقرب إلى سلوكها على Ethereum.وفصل تصميم Nitro أيضاً التنفيذ المعتاد عن التنفيذ المخصص لإنتاج البراهين، ما يتيح تنفيذاً أصلياً سريعاً مع الحفاظ على التحقق ببراهين احتيال محمولة.وبالنسبة إلى معظم المستخدمين اليوم، فإن Arbitrum Nitro هي ببساطة تقنية Arbitrum التي يتعاملون معها.ويهم هذا الفرق أساساً لفهم أسباب توافق سلاسل Arbitrum الحديثة وكفاءتها ومرونتها مقارنةً بالبنية الأصلية.

Arbitrum Nitro مقارنةً بـ AnyTrust

Arbitrum Nitro هي مجموعة التقنيات، بينما AnyTrust إعداد لإتاحة البيانات يمكن بناؤه باستخدام Nitro.تنشر سلسلة Arbitrum Rollup القياسية بيانات المعاملات على Ethereum لإتاحتها.أما سلسلة AnyTrust فتستخدم لجنة إتاحة بيانات في الظروف العادية لخفض التكاليف.يوضح مستند AnyTrust أن نموذج اللجنة يفترض وجود عضوين نزيهين على الأقل ضمن هيكل اللجنة.وهذا ينشئ مفاضلة.يوفر نمط Rollup افتراضات أقوى لإتاحة البيانات من خلال النشر على Ethereum.وقد يخفض نمط AnyTrust الرسوم عبر تخزين البيانات خارج Ethereum في الظروف العادية.ينبغي ألا يعامل المستخدمون كل سلسلة مبنية على Arbitrum على أنها تتبع الافتراضات نفسها.تعمل كل من Arbitrum One وArbitrum Nova بتقنيات Arbitrum، لكنهما تختاران نموذجين مختلفين لإتاحة البيانات.Nitro هي القاعدة المشتركة، بينما يعتمد مستوى الأمن والتكلفة على تهيئة السلسلة.

مفاهيم خاطئة شائعة عن Arbitrum Nitro

من المفاهيم الخاطئة الشائعة أن Arbitrum Nitro تجعل Ethereum نفسها أسرع.لا تغير Nitro قدرة التنفيذ على الشبكة الرئيسية لـ Ethereum، بل تنقل التنفيذ إلى طبقة ثانية مع استخدام Ethereum للتسوية وإتاحة البيانات.ومن المفاهيم الخاطئة أيضاً أن كل معاملة على Arbitrum تستغرق سبعة أيام.تحصل معاملات Arbitrum العادية على تأكيد سريع من المُرتِّب، بينما ينطبق التأخير الطويل أساساً على السحب إلى Ethereum عبر مسار السحب التفاؤعي الرسمي.والاعتقاد الخاطئ الثالث أن الرسوم الأقل تعني عدم وجود مقايضات أمنية.تخفض Nitro التكاليف عبر التجميع والضغط والتنفيذ خارج السلسلة وتصميم Rollup، لكن المستخدمين يظلون عرضة لمخاطر الجسور والمُرتِّب والتطبيقات وافتراضات السحب.والاعتقاد الخاطئ الرابع أن Nitro مخصصة لسلسلة واحدة فقط.تشغّل Nitro Arbitrum One، ويمكنها أيضاً تشغيل سلاسل Arbitrum قابلة للتهيئة.والاعتقاد الخاطئ الخامس أن التوافق مع Ethereum يعني التطابق التام.تتوافق Arbitrum بدرجة كبيرة مع EVM، لكن لها سلوك خاص بالطبقة الثانية في الرسوم والنهائية والرسائل والجسور.

أفضل الممارسات لاستخدام السلاسل المبنية على Arbitrum Nitro

ينبغي للمستخدمين التحقق من اتصالهم بسلسلة Arbitrum الصحيحة قبل إرسال الأموال أو توقيع المعاملات.ينبغي استخدام روابط الجسور الرسمية أو روابط التطبيقات الموثوقة لتجنب التصيد الاحتيالي.ينبغي الاحتفاظ بكمية كافية من ETH أو توكن الغاز المطلوب على السلسلة المستقبِلة لدفع رسوم المعاملات.ينبغي فهم أن السحب الرسمي إلى Ethereum يتطلب انتظار فترة الاعتراض.ينبغي التحقق من عناوين التوكنات، لأن صيغ التوكنات المنقولة عبر الجسر قد تختلف عن الصيغ الأصلية.ينبغي للمطورين اختبار العقود في بيئات الاختبار المخصصة لـ Arbitrum قبل نشرها على الشبكة الرئيسية.ينبغي فهم تذاكر إعادة المحاولة قبل بناء مسارات مراسلة من السلسلة الأم إلى الفرعية.وينبغي فهم تنفيذ صندوق الصادر قبل بناء مسارات من السلسلة الفرعية إلى الأم.ينبغي للمطورين توضيح افتراضات النهائية والسحب للمستخدمين.وينبغي للمدققين ومزودي البنية التحتية تشغيل عقد موثوقة ومراقبة الترقيات وفهم آليات الاعتراض في BoLD.

مصطلحات متعلقة بالعملات المشفرة

الطبقة الثانية بيئة لتوسيع النطاق تعالج المعاملات خارج بلوكتشين أساسي مع الحفاظ على الارتباط به.Rollup تفاؤعي هو Rollup يفترض صحة ادعاءات الحالة ما لم يُعترض عليها خلال فترة النزاع.المُرتِّب هو المكوّن الذي يرتب المعاملات في أنظمة Rollup كثيرة.برهان الاحتيال برهان يُستخدم لإثبات وقوع انتقال غير صحيح للحالة.BoLD اختصار لعبارة Bounded Liquidity Delay، وهو إطار Arbitrum للنزاعات والتحقق دون إذن.ArbOS هي طبقة نظام Arbitrum التي تدير التنفيذ والرسائل والرسوم والعمليات المسبقة الخاصة بالسلسلة.Geth هو برنامج تنفيذ go-ethereum المستخدم جزءاً أساسياً من نموذج التنفيذ المتوافق مع Ethereum في Nitro.WASM اختصار لـ WebAssembly، وهو تنسيق تعليمات محمول يُستخدم في بنية إنتاج البراهين في Nitro وتنفيذ Stylus.Stylus ترقية من Arbitrum تتيح للمطورين كتابة عقود ذكية قائمة على WASM بلغات مثل Rust وC وC++.إتاحة البيانات تعني إمكانية الوصول إلى بيانات المعاملات اللازمة للتحقق من حالة السلسلة.

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

ما Arbitrum Nitro؟

Arbitrum Nitro هي مجموعة التقنيات الأساسية التي تشغّل سلاسل Arbitrum Rollup والسلاسل القابلة للتهيئة المبنية على Arbitrum.

هل Arbitrum Nitro بلوكتشين؟

Arbitrum Nitro ليست بلوكتشين منفردة بحد ذاتها، بل مجموعة تقنيات Rollup تُستخدم لتشغيل سلاسل مثل Arbitrum One وسلاسل Arbitrum الأخرى.

ما المشكلة التي تعالجها Arbitrum Nitro؟

تساعد Arbitrum Nitro على توسيع نطاق التطبيقات المتوافقة مع Ethereum بنقل التنفيذ إلى بيئة من الطبقة الثانية، مع ربط البيانات والتزامات الحالة مجدداً بـ Ethereum.

لماذا تسمى Nitro Rollup تفاؤعياً؟

تسمى تفاؤعية لأن تأكيدات الحالة تُفترض صحتها ما لم يعترض عليها مدقق خلال فترة النزاع.

ما دور Geth في Arbitrum Nitro؟

يوفر Geth نواة تنفيذ متوافقة مع Ethereum، ما يساعد Arbitrum Nitro على دعم العقود الذكية وأدوات المطورين المتوافقة معها.

ما ArbOS في Nitro؟

ArbOS طبقة نظام Arbitrum التي تدير التنفيذ والرسوم والرسائل وإنتاج الكتل والعمليات المسبقة الخاصة بـ Rollup.

ما BoLD في Arbitrum Nitro؟

BoLD بروتوكول Arbitrum للنزاعات، ويدعم التحقق دون إذن ويحد من تأخير النزاعات عبر براهين احتيال تفاعلية.

لماذا تستغرق عمليات السحب من Arbitrum أياماً؟

تتطلب عمليات السحب الرسمية من Arbitrum إلى Ethereum فترة اعتراض، لأن Rollups التفاؤعية تحتاج إلى إتاحة الوقت للاعتراض ببراهين الاحتيال.

هل تستخدم Arbitrum Nitro أمن Ethereum؟

تستخدم Arbitrum Nitro Ethereum للتسوية وإتاحة البيانات في نمط Rollup والتحكيم في النزاعات، لكن المستخدمين يظلون عرضة لمخاطر خاصة بالطبقة الثانية.

ما الفرق بين Nitro وAnyTrust؟

Nitro هي مجموعة التقنيات، بينما AnyTrust نموذج أقل تكلفة لإتاحة البيانات يستخدم لجنة إتاحة بيانات بدلاً من نشر البيانات كاملةً على Ethereum في الظروف العادية.

ما علاقة Stylus بـ Nitro؟

Stylus ترقية لـ Arbitrum Nitro تضيف آلة افتراضية لـ WASM، كي يتمكن المطورون من كتابة عقود ذكية بلغات مثل Rust وC وC++.

هل Arbitrum Nitro خالية من المخاطر؟

لا. تخفض Arbitrum Nitro التكاليف وتحسن قابلية التوسع، لكن المستخدمين يظلون عرضة لمخاطر الجسور وافتراضات المُرتِّب والعقود الذكية وتأخر السحب والاختلافات بين إعدادات السلاسل.

الخاتمة

Arbitrum Nitro هي مجموعة تقنيات Rollup الأساسية وراء منظومة الطبقة الثانية الحديثة والسلاسل القابلة للتهيئة في Arbitrum.وتجمع بين التنفيذ المتوافق مع Ethereum والبنية المستندة إلى Geth ومنطق نظام ArbOS وترتيب المُرتِّب ونشر البيانات المضغوطة وتأكيدات الحالة وبراهين الاحتيال التفاعلية.هدفها الرئيسي هو جعل التطبيقات المتوافقة مع Ethereum أسرع وأقل تكلفة من دون التخلي عن ضمانات التسوية والتحقق على Ethereum.وتكتسب Nitro أهميتها لأنها تحافظ على تجربة المستخدم والمطور قريبة من Ethereum، مع نقل التنفيذ إلى بيئة أكثر قابلية للتوسع.كما توفر الأساس لسلاسل Arbitrum وإعدادات AnyTrust والعقود الذكية في Stylus والبنية التحتية المتقدمة للطبقة الثانية.أهم فكرة تقنية وراء Nitro هي توزيع المهام.يرتب المُرتِّب المعاملات، وتنفيذها وظيفة انتقال الحالة حتمياً، ويتحقق المدققون من الحالة، وتخزن Ethereum البيانات وتحكم في النزاعات، بينما يتولى BoLD إدارة حسم الاعتراضات.تتيح هذه البنية متعددة الطبقات استخدام Arbitrum بسرعة في الأنشطة اليومية، مع الحفاظ على مسار يقلل الاعتماد على الثقة لإثبات الاحتيال.ينبغي للمستخدمين إدراك أن Nitro تحسن قابلية التوسع، لكنها لا تزيل جميع المخاطر.فأمن الجسور واختيار التوكنات وسلامة المحافظ وتوافر المُرتِّب وجودة التطبيقات وتوقيت السحب تظل أموراً مهمة.وينبغي للمطورين فهم سلوك Nitro الخاص بـ ArbOS وتقدير الغاز وتذاكر إعادة المحاولة وصندوق الوارد المؤجل وتنفيذ صندوق الصادر والنهائية.كما ينبغي للمدققين فهم التأكيدات والضمانات وBoLD وافتراض وجود مدقق نزيه واحد على الأقل.وبالنسبة إلى متعلمي العملات المشفرة، تُعد Arbitrum Nitro من أوضح الأمثلة على كيفية توسيع بنية Rollup لنشاط البلوكتشين دون أن تعيد كل عقدة على الطبقة الأساسية تنفيذ كل معاملة.وتوضح كيف يمكن فصل التنفيذ وإتاحة البيانات وبراهين الاحتيال والتسوية ضمن نظام معياري.والدرس الأساسي هو أن Arbitrum Nitro ليست مجرد نسخة أسرع من Ethereum.إنها بنية Rollup تستخدم Ethereum أساساً للأمن والتسوية، وتوفر للتطبيقات بيئة تنفيذ أكثر عملية.