ما هو 4844؟
يشير 4844 إلى اقتراح EIP-4844 في شبكة Ethereum، والمعروف أيضًا باسم Proto-Danksharding. تم تفعيله ضمن ترقية Dencun على الشبكة الرئيسية، حيث قدّم آلية "نشر بيانات" أكثر كفاءة من حيث التكلفة لشبكات الطبقة الثانية.
في منظومة Ethereum، تعمل حلول الطبقة الثانية (L2s) بمثابة طرق سريعة مرتفعة، تساهم في تخفيف ضغط حركة البيانات. وتُعد Rollups التطبيق الأكثر شيوعًا للطبقة الثانية، حيث تجمع عدة معاملات مستخدمين وتُنشر على الشبكة الرئيسية لـ Ethereum لضمان الأمان. يقدم EIP-4844 قناة بيانات جديدة باسم "Blob"، تجعل خطوة نشر البيانات أقل تكلفة وأكثر قابلية للتوسع.
لماذا يقلل 4844 من تكاليف الطبقة الثانية؟
في السابق، كانت Rollups تخزن بيانات معاملاتها في "calldata" على Ethereum، ما جعلها تتنافس مع تنفيذ العقود الذكية العادية على نفس الموارد، وبالتالي ترتفع التكاليف. ينقل EIP-4844 هذه البيانات "قصيرة الأجل" إلى "سوق رسوم Blob" منفصل، مما يجعل التكاليف أكثر وضوحًا وقابلية للإدارة.
يمكن تشبيه calldata بـ"لوحة إعلانات دائمة"، بينما Blobs تشبه "لوحات عرض مؤقتة تُزال بانتظام". وبما أن Rollups تحتاج فقط لضمان توفر البيانات لفترة محدودة، فإن Blobs تفي بالغرض وتوفر تكاليف أقل، ما يعزز إنتاجية الشبكة.
ما هو Blob في 4844؟
الـ Blob هو كتلة بيانات كبيرة تُرفق بنوع خاص من المعاملات، ويُستخدم حصريًا للنشر والإثبات. لا يمكن للعقود الذكية ضمن Ethereum (EVM) قراءة Blobs مباشرة؛ بل يتم ضمان سلامتها وتوفرها عبر آليات الالتزام والتحقق.
تُخزن بيانات Blob على الشبكة بشكل مؤقت قبل أن تقوم العقد بحذفها، مما يخفف من متطلبات التخزين الدائم. ويتماشى ذلك مع احتياجات الـ Rollups، حيث تحتاج فقط إلى إمكانية الوصول للبيانات التاريخية خلال فترات النزاع أو إعادة التشغيل.
كيف يعمل 4844 على Ethereum؟
يقدم 4844 نوعًا جديدًا من المعاملات يمكنه حمل بيانات Blob. لكل كتلة حد أقصى لعدد الـ Blobs التي يمكن تضمينها، ويتم تحديد سعر Blob عبر سوق مخصص يتغير ديناميكيًا حسب العرض والطلب.
عندما يرسل المستخدمون أو Rollups معاملات تحمل Blobs، يتحقق المدققون من الالتزامات المرتبطة بها ويجمعون رسوم الـ Blob. يفصل هذا التصميم بين "تكاليف توفر البيانات" و"تكاليف تنفيذ العقود"، ما يمنع التزاحم على الموارد ويثبت نفقات نشر بيانات الطبقة الثانية.
من المهم ملاحظة أن EVM لا يمكنه الوصول إلى محتوى الـ Blob بشكل مباشر؛ يجب على التطبيقات الاعتماد على إثباتات الالتزام للتحقق من أن الـ Blob تم نشره حسب المتطلبات. يقلل هذا النهج من أعباء التخزين طويلة الأجل مع الحفاظ على نافذة تدقيق لاستعادة البيانات والتحقق منها.
كيف يؤثر 4844 على Rollups؟
يجعل 4844 عملية نشر البيانات للـ Rollups أقل تكلفة بكثير، ما يسمح بدُفعات أكبر وتغليف أكثر مرونة—ويحسن تجربة المستخدم عبر رسوم أقل وتأكيد أسرع. ومنذ ترقية Dencun في مارس 2024، انخفضت رسوم الطبقة الثانية بشكل كبير وظلت منخفضة (انظر: ملاحظات ترقية Ethereum.org ولوحات رسوم المجتمع من مارس 2024 فصاعدًا).
بالنسبة للمشغلين، تعني الرسوم الأكثر استقرارًا وزيادة عرض النطاق الترددي للبيانات دعم المزيد من المستخدمين والتطبيقات المتقدمة—مثل التداول عالي التردد، سكّ NFT، أو التفاعلات داخل الألعاب—مع مرونة أكبر خلال فترات الذروة.
كيف يمكنك التوفير في الطبقة الثانية باستخدام 4844؟
للاستفادة من انخفاض التكاليف الذي يوفره EIP-4844، المبدأ الأساسي هو تنفيذ معاملاتك على السلسلة في L2s التي تدعم Blobs، مع الانتباه لطرق الإيداع والسحب وإدارة المخاطر.
الخطوة 1: جهّز محفظتك. استخدم محفظة مشهورة محدثة لأحدث إصدار لضمان التوافق مع شبكات الطبقة الثانية وصيغ التوقيع. يمكن للمبتدئين إضافة نقطة نهاية RPC ومعرّف السلسلة الخاصة بـ L2 المستهدف في إعدادات المحفظة.
الخطوة 2: الإيداع والسحب عبر Gate. حوّل الأموال من Gate إلى عنوان L2 المستهدف عبر اختيار قناة الشبكة المناسبة في صفحة السحب—عادة مع رسوم أقل. وينطبق العكس على الإيداعات؛ تحقق دائمًا من تفاصيل الشبكة والعنوان، وابدأ بمبلغ صغير للحد من مخاطر الخطأ.
الخطوة 3: التفاعل على الطبقة الثانية. نفّذ التحويلات، التداول عبر DEX، أو سكّ NFT على L2 الذي اخترته—غالبًا برسوم أقل وتأكيد أسرع. في أوقات الازدحام، يمكنك زيادة الرسوم أو إجراء المعاملات خارج أوقات الذروة.
الخطوة 4: راقب لوحات الرسوم. تابع لوحات رسوم الطبقة الثانية الرسمية أو المجتمعية، وراقب أي ارتفاعات مؤقتة في أسعار Blobs بسبب الازدحام، واضبط توقيت معاملاتك لتحقيق الكفاءة في التكاليف.
الخطوة 5: فهم أوقات الانتظار للجسور. قد تحتوي الجسور الرسمية لمختلف L2s على تأخيرات في السحب؛ في الحالات العاجلة، يمكن استخدام جسور خارجية موثوقة، مع ضرورة تقييم مخاطر الطرف المقابل والرسوم الإضافية.
تحذير مخاطر: جميع التحويلات والتوقيعات على السلسلة غير قابلة للاسترجاع. تحقق دائمًا من الشبكات والعقود والعناوين—وابدأ بمبالغ صغيرة للحد من الخسائر المحتملة.
كيف يختلف 4844 عن Sharding وCalldata؟
مقارنةً بـ calldata، تتمتع Blobs في 4844 بسوق رسوم خاص بها، وتُخزن مؤقتًا، ولا يمكن قراءتها مباشرة من قبل EVM—ما يجعلها مثالية لبيانات Rollup التي تحتاج فقط لتوفر قصير الأمد وعادةً بتكلفة أقل.
وعلى عكس sharding الكامل، يُعد 4844 حلًا مرحليًا (Proto-Danksharding). فهو لا يقسم Ethereum إلى أجزاء تنفيذ متوازية، بل يزيد من عرض النطاق الترددي للبيانات ضمن الهيكل الحالي مع تسعير مستقل—ممهّدًا الطريق أمام Danksharding الكامل وتقنيات أخذ عينات توفر البيانات مستقبلًا.
ما هي مخاطر وحدود 4844؟
لا يؤدي EIP-4844 مباشرة إلى خفض تكاليف تنفيذ العقود الذكية على الطبقة الأولى من Ethereum؛ فالعقود المعقدة تبقى مكلفة على L1. وإذا ارتفع الطلب على Blobs فجأة، قد ترتفع أسعارها مؤقتًا—ما يسبب تقلبًا قصير الأمد في رسوم الطبقة الثانية.
تُخزن بيانات Blob على الشبكة مؤقتًا فقط قبل حذفها، ما يتطلب من Rollups ومشغلي العقد أرشفة البيانات الضرورية خارجيًا. قد تتفاوت المحافظ أو المتصفحات أو الأدوات في سرعة التحديث للتوافق؛ وقد يواجه المستخدمون الأوائل اختلافات في العرض أو رسائل التوقيع.
بالإضافة إلى ذلك، لا يغير 4844 النموذج الأمني الأساسي للـ Rollups أو أوقات سحب الجسور. يجب على المستخدمين البقاء يقظين تجاه جسور السلاسل المتقاطعة، وترقيات العقود، ومخاطر إدارة الأذونات.
ما الخطوة التالية لـ 4844؟
يُعد EIP-4844 خطوة محورية نحو Danksharding الكامل. تشمل الخطوات القادمة رفع الحد الأقصى للـ Blob في كل كتلة، وتحسين آليات ضبط الرسوم، وتطوير تقنيات مثل Data Availability Sampling (DAS) لتوسيع عرض النطاق الترددي وزيادة مشاركة العقد.
على مستوى التطبيقات، ستعمل المزيد من L2s على تحسين استراتيجيات التجميع حول توفر البيانات منخفضة التكلفة، ما يجعل التطبيقات عالية التردد والفورية أكثر واقعية. وستواصل طبقات توفر البيانات البديلة التطور بالتوازي مع خارطة طريق Ethereum—مما يخلق منظومة متعددة الطبقات.
النقاط الرئيسية حول 4844
يقدم EIP-4844 قناة تخزين أرخص وقصيرة الأجل لنشر بيانات Rollup من خلال فصل "تكاليف توفر البيانات" عن "تكاليف تنفيذ العقود". هذا يُحسن بشكل كبير رسوم وإنتاجية الطبقة الثانية، ويمهد الطريق لـ Danksharding الكامل. للمستخدمين: نقل التفاعلات إلى L2s الداعمة لـ Blob، واختيار قنوات الإيداع والسحب المناسبة عبر Gate، واتباع أفضل ممارسات إدارة المخاطر يضمن الاستفادة من انخفاض التكاليف وتجربة محسنة.
الأسئلة الشائعة
هل ستُخزن بيانات Blob بشكل دائم على السلسلة؟
لا. تبقى بيانات Blob على السلسلة حوالي 18 يومًا قبل حذفها تلقائيًا. هذا التخزين المؤقت يلبي متطلبات توفر بيانات الطبقة الثانية ويوفر مساحة تخزين العقد الكاملة. يمكن لمشاريع L2 أرشفة البيانات التاريخية الضرورية خارجيًا قبل انتهاء صلاحية Blobs لضمان إمكانية التتبع.
لماذا تعتبر Blobs أرخص بكثير من Calldata؟
لدى Blobs آلية تسعير غاز مستقلة بأسعار أولية منخفضة ولا تتنافس مع تنفيذ العقود على مساحة الغاز. يجب تخزين Calldata وتنفيذها دائمًا من جميع العقد، ما يجعلها مكلفة، بينما Blobs تُخزن فقط لمدة 18 يومًا مع سوق غاز منفصل. يسمح هذا التصميم بانخفاض تكاليف معاملات الطبقة الثانية بأكثر من 90%.
إذا تعاملت على L2، هل ستلاحظ رسومًا أقل بفضل 4844؟
نعم. طالما أن L2 الذي اخترته يدعم نشر البيانات عبر Blob، ستستفيد مباشرة من انخفاض كبير في رسوم المعاملات. تدعم L2s الرائدة مثل Arbitrum وOptimism بالفعل Blobs؛ ويمكن للمستخدمين الجدد تحويل الأصول من منصات مثل Gate إلى هذه L2s للمعاملات منخفضة التكلفة.
لماذا تم تثبيت حجم كل Blob عند 128 كيلوبايت؟
يعكس هذا الحجم توازن Ethereum بين الإنتاجية ومتطلبات موارد العقد. يقلل Blob بحجم 128 كيلوبايت بشكل ملحوظ من تكاليف الطبقة الثانية دون إثقال كاهل التحقق أو التخزين لدى العقد. قد يتم تعديل الحجم مستقبلًا حسب ظروف الشبكة، لكنه فعال حاليًا.
هل يؤثر 4844 على معاملات الشبكة الرئيسية في Ethereum؟
تأثيره محدود للغاية. يهدف EIP-4844 أساسًا إلى تحسين معاملات الطبقة الثانية—ولا تستخدم معاملات الشبكة الرئيسية Blobs. ومع ذلك، فإن خفض تكاليف الطبقة الثانية بشكل كبير يشجع المزيد من المستخدمين على الانتقال من الشبكة الرئيسية إلى L2s، ما يساهم في تخفيف الازدحام ضمن خارطة طريق توسعة Ethereum.
