إيجار التخزين

ما هو إيجار التخزين في الكريبتو؟

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

يوجد إيجار التخزين في الكريبتو لأن التخزين على البلوكشين ليس مجانياً.

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

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

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

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

لا يتشابه إيجار التخزين في جميع شبكات البلوكشين.

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

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

وتفرض بعض الشبكات رسوماً مرتفعة للغاز عند كتابة بيانات تخزين دائمة.

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

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

لماذا يهم إيجار التخزين؟

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

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

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

إذا تمكن المستخدمون من إنشاء حالة دائمة غير محدودة بتكلفة منخفضة، فقد تصبح السلسلة مكلفة التشغيل.

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

وقد يؤدي انخفاض عدد المتحققين المستقلين إلى إضعاف اللامركزية.

لهذا السبب، لا يقتصر إيجار التخزين على كونه موضوعاً يتعلق برسوم المطورين.

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

يوضح مقترح إيجار التخزين Ethereum EIP-1682 هذا القلق بوضوح، إذ يشير إلى أن العقد الكاملة يجب أن تخزن كميات كبيرة من البيانات، وأن متطلبات التخزين المستقبلية قد تكون غير محدودة إذا لزم الاحتفاظ ببيانات العقود إلى الأبد.

ورغم عدم اعتماد EIP-1682 كنموذج تخزين مباشر لدى Ethereum، فإنه يظل مرجعاً مهماً لفهم سبب كون نمو الحالة مشكلة طويلة الأجل في البلوكشين.

إيجار التخزين مقابل رسوم الغاز

يرتبط إيجار التخزين ورسوم الغاز، لكنهما ليسا الشيء نفسه.

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

ويركز إيجار التخزين تحديداً على تكلفة الاحتفاظ بالبيانات ضمن حالة البلوكشين.

في بعض الشبكات، تكون تكلفة التخزين مشمولة ضمن رسوم المعاملة.

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

تمثل Ethereum مثالاً تكون فيه عمليات كتابة تخزين العقود الذكية مكلفة، لكن المستخدمين العاديين لا يدفعون حالياً إيجاراً مستمراً متكرراً لكل خانة تخزين نشطة.

تنص وثائق العقود الذكية الرسمية لـ Ethereum على أن بيانات العقود الدائمة تُخزن بصورة دائمة على البلوكشين وأن تعديل التخزين مكلف.

يعني ذلك أن Ethereum تسعّر التخزين عبر الغاز عند كتابة الحالة أو تعديلها.

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

ويهم هذا الفرق لأن رسوم الغاز لمرة واحدة قد لا تعكس بالكامل عبء التخزين المستقبلي الممتد لعقود.

إيجار التخزين مقابل إيداع التخزين

إيداع التخزين هو دفعة تُقفل للحفاظ على البيانات نشطة أو لحجز سعة تخزين.

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

تعد Solana مثالاً شائعاً على نموذج إيداع التخزين القابل للاسترداد.

ينص دليل تكلفة إنشاء الحسابات الرسمي لـ Solana على أن الحفاظ على الحسابات نشطة يترتب عليه تكلفة لتخزين البيانات تسمى الإيجار، وأنه يمكن استرداد الإيجار بالكامل عند إغلاق الحساب.

وتوضح وثائق بنية حسابات Solana الرسمية أيضاً أن كل حساب يجب أن يحتفظ برصيد أدنى من lamports يتناسب مع حجم بياناته للحفاظ على تخزين بياناته على السلسلة.

وغالباً ما يسمى ذلك إيجاراً، لكن وثائق Solana تشرح أيضاً أن الرصيد المعفى من الإيجار يعمل كإيداع قابل للاسترداد.

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

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

لذلك، يمثل إيداع التخزين آلية لتسعير التخزين حتى عندما لا يكون دفعة شهرية متكررة.

إيجار التخزين مقابل انتهاء صلاحية الحالة

إيجار التخزين وانتهاء صلاحية الحالة فكرتان مترابطتان، لكنهما يحلان المشكلة بطرق مختلفة.

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

بينما يسمح انتهاء صلاحية الحالة بأن تصبح الحالة القديمة أو غير النشطة غير متاحة أو غير نشطة أو محذوفة، ما لم تُحدّث أو تُستعاد أو يُثبت وجودها مجدداً.

تهدف الفكرتان إلى تقليل العبء طويل الأجل لتخزين البيانات إلى الأبد.

يركز إيجار التخزين على الجانب الاقتصادي.

ويركز انتهاء صلاحية الحالة على إدارة دورة الحياة.

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

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

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

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

كيف يعمل إيجار التخزين؟

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

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

ثم تطبق الشبكة تكلفة بناءً على ذلك المقدار من البيانات.

قد تُفرض الدفعة مرة واحدة، أو تُقفل كإيداع، أو تُخصم بمرور الوقت، أو تُضاف إلى صندوق تخزين مشترك.

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

إذا لم يحافظ المستخدم على الرصيد أو الإيجار المطلوب، فقد يصبح الحساب أو إدخال التخزين غير نشط أو محذوفاً أو مجمداً أو غير متاح، وفقاً للبروتوكول.

يخلق ذلك حافزاً لتجنب الحالة غير الضرورية.

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

وقد يغلق المستخدمون حسابات التوكنات غير المستخدمة، أو يزيلون الكائنات غير المستخدمة، أو يتجنبون إنشاء كثير من الحسابات ذات الأرصدة الضئيلة.

الهدف الرئيسي هو جعل خيارات التخزين تعكس تكلفتها الاقتصادية الحقيقية.

لماذا يكون التخزين على السلسلة مكلفاً؟

التخزين على السلسلة مكلف لأن بيانات البلوكشين تُنسخ عبر كثير من الأجهزة.

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

وعندما تخزن مجموعة NFT بيانات وصفية على السلسلة، فقد تزيد هذه البيانات من الحالة التي يجب على العقد الحفاظ عليها.

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

على عكس التخزين السحابي العادي، يجب أن يدعم تخزين البلوكشين الإجماع والتحقق والوصول العام طويل الأجل.

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

كما يجعل التصميم غير المدروس للتخزين ضاراً بالشبكة كلها.

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

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

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

إيجار التخزين وتضخم الحالة

يعني تضخم الحالة أن الحالة النشطة للبلوكشين تنمو لتصبح أكبر من اللازم.

تختلف الحالة النشطة عن بيانات المعاملات التاريخية، لأن الحالة النشطة هي البيانات التي تحتاج الشبكة إلى معرفتها الآن لمعالجة المعاملات الجديدة.

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

قد تؤدي الحالة النشطة الكبيرة إلى إبطاء مزامنة العقد، وزيادة متطلبات الأجهزة، ورفع تكلفة التحقق.

وقد يقلل ذلك عدد الأشخاص القادرين على تشغيل العقد الكاملة أو المدققين.

وقد تصبح الشبكة التي تضم عدداً أقل من مشغلي العقد المستقلين أكثر مركزية.

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

كما يشجع المطورين على تصميم عقود تنظف البيانات غير اللازمة.

ولا يمثل تضخم الحالة مجرد إزعاج تقني.

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

Ethereum وإيجار التخزين

لا تستخدم Ethereum حالياً نموذج إيجار تخزين عاماً ومتكرراً لتخزين العقود الذكية النشطة.

بدلاً من ذلك، تجعل Ethereum عمليات كتابة التخزين مكلفة عبر تكاليف الغاز لأن تغييرات الحالة الدائمة تفرض عبئاً طويل الأجل على الشبكة.

توضح وثائق Ethereum الرسمية أن البيانات الدائمة تُخزن على البلوكشين وأن تعديل التخزين مكلف.

ناقش باحثو ومطورو Ethereum تصاميم مشابهة للإيجار لسنوات، لأن نمو الحالة غير المحدود يمثل تحدياً معروفاً.

عرّف مقترح إيجار التخزين EIP-1682 الإيجار على أنه تكلفة تخزين حساب بمرور الوقت، ووصف نظاماً يعتمد فيه الإيجار على حجم الحساب.

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

يوضح مثال Ethereum سبب صعوبة إيجار التخزين.

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

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

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

صندوق تخزين Sui وخصومات التخزين المستردة

تستخدم Sui نموذج صندوق تخزين وخصومات مستردة بدلاً من نموذج إيجار متكرر بسيط.

توضح وثائق تخزين Sui الرسمية أن رسوم التخزين تُقسم إلى إيداع قابل للاسترداد ورسوم غير قابلة للاسترداد.

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

كما توضح وثائق Sui أن الجزء غير القابل للاسترداد يُقفل بصورة دائمة في صندوق التخزين.

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

ينشئ المستخدمون الحاليون البيانات اليوم، لكن قد يحتاج المدققون المستقبليون إلى الحفاظ على تلك البيانات لاحقاً.

يجمع صندوق التخزين الرسوم عند تخزين البيانات ويستخدم الصندوق لتعويض المدققين بمرور الوقت.

كما تخلق Sui حافزاً لحذف البيانات غير الضرورية عبر إعادة خصم مسترد عند تحرير مساحة التخزين.

وفقاً للوثائق الرسمية، يمكن أن يعيد حذف البيانات على Sui نسبة 99% من رسوم التخزين الأصلية كخصم مسترد، بينما يظل الجزء غير القابل للاسترداد البالغ 1% مقفلاً.

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

إيجار Solana والحسابات المعفاة من الإيجار

تستخدم Solana نموذج تخزين قائماً على الحسابات، حيث تحتوي الحسابات على lamports وبيانات.

تنص وثائق بنية حسابات Solana الرسمية على أن كل حساب يجب أن يحتفظ برصيد أدنى من lamports، يُعرف بالرصيد المعفى من الإيجار، للحفاظ على تخزين بياناته على السلسلة.

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

ولهذا يتطلب إنشاء حساب Solana أكبر عدداً أكبر من lamports.

رغم استخدام مصطلح الإيجار، تشرح وثائق Solana أن الرصيد المعفى من الإيجار يعمل كإيداع قابل للاسترداد.

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

وهذا يجعل تنظيف الحسابات مفيداً اقتصادياً.

قد يتمكن مستخدم يملك كثيراً من حسابات التوكنات الفارغة من استرداد lamports المقفلة عبر إغلاق الحسابات غير المستخدمة.

وينبغي للمطور الذي ينشئ كثيراً من حسابات البرامج فهم أحجام الحسابات، لأن حجم الحساب يؤثر في الرصيد المطلوب المعفى من الإيجار.

يوضح نموذج Solana كيف يمكن أن يظهر إيجار التخزين كمتطلب للرصيد الأدنى بدلاً من فاتورة رسوم مستمرة.

Polkadot وودائع التخزين والودائع الوجودية

غالباً ما تستخدم السلاسل المستندة إلى Polkadot SDK الودائع والأرصدة الدنيا للحد من نمو الحالة غير الضروري.

يعرّف معجم Polkadot الرسمي الوديعة الوجودية بأنها الحد الأدنى للرصيد المسموح للحساب بالاحتفاظ به في وحدة Balances.

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

يستخدم Polkadot Hub أيضاً ودائع لإنشاء الأصول وتخزين البيانات الوصفية.

يوضح دليل تسجيل الأصول المحلية في Polkadot Hub أن إنشاء أصل محلي على Polkadot Hub يتطلب ودائع للأصل وبياناته الوصفية.

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

لا تسمى هذه الآليات دائماً إيجار التخزين، لكنها تحقق غرضاً مشابهاً.

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

كما تجعل المستخدمين والمطورين يحجزون قيمة عندما يطلبون من السلسلة إبقاء البيانات متاحة.

إيجار التخزين في شبكات التخزين اللامركزية

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

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

يجب أن تكافئ شبكة التخزين مزودي التخزين مقابل إبقاء البيانات متاحة.

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

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

الفكرة مشابهة لإيجار تخزين البلوكشين لأن التخزين طويل الأجل يخلق تكلفة طويلة الأجل.

لكن تخزين الملفات وتخزين حالة البلوكشين ليسا الشيء نفسه.

حالة البلوكشين جزء من الإجماع والتحقق من صحة المعاملات.

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

يحتاج النظامان إلى حوافز، لكن التصميم التقني والمخاطر يختلفان.

إيجار التخزين وNFT

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

إذا كان NFT يخزن بيانات كبيرة مباشرةً على السلسلة، فقد يزيد تكاليف التخزين بدرجة كبيرة.

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

تفرض بعض السلاسل ودائع أو رسوماً عند إنشاء مجموعات وعناصر NFT.

تساعد هذه الرسوم على منع الرسائل المزعجة وتعويض عبء تخزين سجلات المجموعات والبيانات الوصفية للعناصر.

بالنسبة للمبدعين، يعني إيجار التخزين أن تصميم NFT يجب أن يراعي ما ينبغي أن يكون على السلسلة وما ينبغي أن يكون خارجها.

وبالنسبة للمشترين، يعني أن ديمومة بيانات NFT تعتمد على مكان تخزين البيانات وكيفية تمويل التخزين.

يمكن أن يكون لـ NFT سجل ملكية على السلسلة، بينما تعتمد صورته أو بياناته الوصفية على تخزين خارجي.

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

إيجار التخزين جزء من السؤال الأوسع المتعلق بديمومة NFT.

إيجار التخزين وDeFi

تنشئ تطبيقات التمويل اللامركزي (DeFi) كمية كبيرة من الحالة على السلسلة.

قد يخزن بروتوكول إقراض مراكز الضمان، وأرصدة الديون، ومؤشرات الفائدة، وسجلات التصفية.

وقد تخزن منصة تداول لامركزية المجمعات والطلبات ومراكز السيولة ونمو الرسوم وبيانات المكافآت.

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

يمكن لكل سجل من هذه السجلات زيادة حجم الحالة.

يشجع إيجار التخزين أو ودائع التخزين مطوري DeFi على تقليل الحالة غير الضرورية وإزالة السجلات المنتهية.

كما يشجعهم على تصميم هياكل بيانات فعالة.

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

وبالنسبة للبروتوكولات، يؤثر إيجار التخزين في تجربة المستخدم وكفاءة رأس المال.

قد يصبح استخدام تطبيق DeFi ذي التصميم السيئ للتخزين مكلفاً حتى لو كان منطق التداول الأساسي فيه يعمل.

إيجار التخزين وتصميم العقود الذكية

ينبغي لمطوري العقود الذكية التعامل مع التخزين باعتباره مورداً مكلفاً ومحدوداً.

ينبغي استخدام التخزين الدائم للبيانات التي يجب إتاحتها للتحقق المستقبلي أو لمنطق التطبيق فقط.

ينبغي أن تبقى القيم المؤقتة في الذاكرة أو ضمن تنفيذ المعاملة حيثما أمكن.

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

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

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

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

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

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

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

إيجار التخزين وتجربة المستخدم

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

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

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

وقد ينشئ المستخدم NFT أو أصلاً دون إدراك أن جزءاً من الدفعة يمثل إيداع تخزين.

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

ينبغي للمحافظ الجيدة شرح هذه الآليات بوضوح.

وينبغي لتطبيقات dApp الجيدة توضيح سبب طلب الإيداع وإمكانية استرداده.

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

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

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

إيجار التخزين واقتصاديات التوكن

يمكن أن يكون إيجار التخزين جزءاً من اقتصاديات توكن البلوكشين.

إذا جرى حرق رسوم التخزين، فقد تقلل العرض المتداول.

وإذا قُفلت رسوم التخزين في صندوق، فقد تدعم تعويض المدققين في المستقبل.

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

وإذا أُعيدت ودائع التخزين عند حذف البيانات، فقد تشجع على تنظيف الحالة.

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

لكن يجب موازنة تسعير التخزين بعناية.

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

وإذا كان مكلفاً جداً، فقد يتجنب المطورون بناء تطبيقات مفيدة.

يدعم نموذج إيجار التخزين الجيد استدامة الشبكة دون جعل نشاط المستخدم العادي غير ميسور التكلفة.

إيجار التخزين وحوافز المدققين

يتحمل المدققون والعقد الكاملة العبء الحقيقي للبنية التحتية لتخزين البلوكشين.

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

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

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

يحاول إيجار التخزين معالجة هذا الاختلال.

يمثل نموذج صندوق التخزين لدى Sui مثالاً واضحاً، لأن رسوم التخزين تُجمع عند إنشاء البيانات وتُستخدم لتعويض المدققين بمرور الوقت.

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

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

تختلف هذه النماذج، لكنها تشترك في هدف واحد.

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

فوائد إيجار التخزين

أول فائدة لإيجار التخزين هي أنه يثني عن البيانات غير الضرورية على السلسلة.

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

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

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

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

والفائدة السادسة هي أنه قد يدعم تعويض المدققين على المدى الطويل.

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

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

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

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

مخاطر وانتقادات إيجار التخزين

الخطر الأول هو ارتباك المستخدمين.

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

الخطر الثاني هو تعقيد الأمر على المطورين.

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

الخطر الثالث هو الإخلال بالتوقعات.

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

الخطر الرابع هو تعطل التطبيقات.

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

الخطر الخامس هو القدرة على تحمل التكاليف.

قد تجعل تكاليف التخزين المرتفعة التطبيقات المفيدة باهظة جداً للمستخدمين العاديين.

الخطر السادس هو الإضرار المتعمد.

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

الخطر السابع هو إساءة استخدام الحوكمة.

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

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

أفضل الممارسات للمطورين

خزّن فقط البيانات التي يجب التحقق منها على السلسلة.

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

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

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

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

قدّر تكلفة التخزين قبل إطلاق منتج يتضمن كثيراً من الحسابات أو NFT أو الطلبات أو الصفقات.

تجنب إنشاء حسابات ذات أرصدة ضئيلة أو إدخالات حالة صغيرة تقدم قيمة محدودة.

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

اختبر إغلاق الحسابات وحذف الكائنات وتدفقات الخصم المسترد قبل النشر على الشبكة الرئيسية (Mainnet).

تعامل مع تصميم التخزين باعتباره جزءاً من الأمان، وليس مهمة لتحسين الرسوم فقط.

أفضل الممارسات للمستخدمين

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

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

تحقق مما إذا كان NFT أو التوكن أو التطبيق يتطلب إيداع تخزين قبل إنشائه.

احتفظ برصيد كافٍ من التوكن الأصلي للحفاظ على الحسابات ودفع رسوم المعاملات.

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

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

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

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

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

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

مفاهيم خاطئة شائعة حول إيجار التخزين

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

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

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

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

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

في بعض الشبكات، يمكن أن يعيد إغلاق الحساب أو حذف البيانات جزءاً من الإيداع أو كله.

والمفهوم الخاطئ الرابع هو أن إيجار التخزين يؤثر في المطورين فقط.

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

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

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

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

ماذا يعني إيجار التخزين في الكريبتو؟

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

لماذا تحتاج شبكات البلوكشين إلى إيجار التخزين؟

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

هل إيجار التخزين هو نفسه الغاز؟

لا، يدفع الغاز عادةً مقابل تنفيذ المعاملات، بينما يعالج إيجار التخزين تحديداً تكلفة الاحتفاظ بالبيانات على السلسلة.

هل لدى Ethereum إيجار تخزين؟

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

ما هو إيجار Solana؟

إيجار Solana هو متطلب رصيد معفى من الإيجار، إذ يجب أن تحتفظ الحسابات برصيد أدنى من lamports يتناسب مع حجم البيانات، ويمكن استرداد هذا الرصيد عند إغلاق الحساب.

ما هو صندوق تخزين Sui؟

يجمع صندوق تخزين Sui رسوم التخزين عند إنشاء البيانات، ويستخدم نموذج إيداع قابل للاسترداد ورسوم غير قابلة للاسترداد لدعم حوافز التخزين على المدى الطويل.

هل يمكن استرداد إيجار التخزين؟

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

لماذا يكون التخزين على السلسلة مكلفاً؟

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

كيف يؤثر إيجار التخزين في NFT؟

قد يؤثر إيجار التخزين في تكلفة إنشاء مجموعات NFT، وتخزين البيانات الوصفية، والحفاظ على سجلات الملكية، وإبقاء البيانات المرتبطة متاحة على السلسلة.

كيف يمكن للمطورين تقليل تكاليف إيجار التخزين؟

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

الخلاصة

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

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

تعالج شبكات البلوكشين المختلفة هذه المشكلة بطرق مختلفة.

تجعل Ethereum التخزين الدائم مكلفاً عبر الغاز، وقد ناقشت مقترحات مشابهة للإيجار.

تستخدم Sui صندوق تخزين بخصومات مستردة قابلة للاسترداد ومكوّن رسوم غير قابل للاسترداد.

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

تستخدم الأنظمة القائمة على Polkadot SDK ودائع وجودية وودائع أصول وأرصدة محجوزة لتقليل الأرصدة الضئيلة والحالة غير الضرورية.

تختلف هذه النماذج، لكنها جميعاً تربط استخدام التخزين بالمسؤولية الاقتصادية.

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

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

وبالنسبة للشبكات، يساعد إيجار التخزين في حماية اللامركزية عبر جعل نمو الحالة الطويل الأجل أكثر استدامة.

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

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