العملات الرقمية للبنوك المركزية (CBDCs): دليل عملي للبنية التحتية وراء النقود الرقمية

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

لا يزال العمل على العملات الرقمية للبنوك المركزية واسع الانتشار. ففي استطلاع أجراه بنك التسويات الدولية وغطى عام 2024 ونُشر في أغسطس 2025، أفاد 85 بنكًا مركزيًا من أصل 93 بنكًا شملها الاستطلاع (91%) بأنهم يدرسون إصدار عملة رقمية للأفراد، أو عملة رقمية للمجموعات، أو كليهما. وكانت أعمال إصدار العملات الرقمية للمجموعات أكثر تقدمًا بشكل عام. للاطلاع على نتائج استطلاع بنك التسويات الدولية حول العملات الرقمية للبنوك المركزية لعام 2024 ، يُرجى مراجعة الرابط التالي .

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

أساسيات العملات الرقمية للبنك المركزي: ما الذي يتم رقمنته فعلياً؟

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

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

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

مجموعة البنية التحتية للعملات الرقمية للبنك المركزي

1. الإصدار والاسترداد والسجل الأساسي

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

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

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

2. الوسطاء والنموذج ذو المستويين

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

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

3. خدمات الهوية والوصول والامتثال

يجب على البنية التحتية للعملات الرقمية للبنك المركزي تحديد كيفية إثبات الشخص أو المؤسسة لحقه في فتح محفظة أو حساب، أو تمويله، أو استخدامه، أو استرداد أمواله، أو إغلاقه. وفي أنظمة التجزئة، يتقاطع هذا عادةً مع متطلبات اعرف عميلك (KYC)، ومكافحة غسل الأموال (AML)، والعقوبات، والاحتيال، وحماية المستهلك.

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

4. واجهات برمجة التطبيقات وطبقة الخدمة

تُعدّ واجهات برمجة التطبيقات (APIs) بمثابة حلقة الوصل بين النظام المالي الأساسي والخدمات التي يستخدمها العملاء فعلياً. ويمكن لطبقة واجهات برمجة التطبيقات المصممة جيداً أن تُمكّن العديد من البنوك والمحافظ الإلكترونية والتجار ومزودي خدمات التكنولوجيا المالية من الاتصال دون الحاجة إلى تكامل مخصص لكل منها مع سجلات البنك المركزي.

اختبر مشروع روزاليند التابع لمركز الابتكار التابع لبنك التسويات الدولية هذه الفكرة باستخدام نموذج عملة رقمية للبنك المركزي (CBDC) ثنائي الطبقات. وكشف النموذج الأولي عن 33 نقطة نهاية لواجهة برمجة التطبيقات (API) ضمن ست فئات وظيفية، واختبر أكثر من 30 حالة استخدام. وخلص المشروع إلى أن طبقة واجهة برمجة التطبيقات (API) قادرة على إخفاء الاختلافات في تصميمات السجلات الأساسية، ولكن يجب أن تتوافق مع نموذج الخصوصية والتشغيل الخاص بالعملة الرقمية للبنك المركزي. راجع تقرير مشروع روزاليند .

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

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

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

6. المدفوعات غير المتصلة بالإنترنت

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

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

7. الأمن السيبراني، والمرونة، والتحكم التشغيلي

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

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

8. بنية البيانات والخصوصية

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

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

9. قابلية التشغيل البيني والروابط عبر الحدود

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

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

قاعدة بيانات مركزية أم تقنية دفتر الأستاذ الموزع؟

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

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

كيف يمكن أن تتم عملية دفع تجزئة باستخدام العملة الرقمية للبنك المركزي

  1. التسجيل: يقوم البنك أو مزود خدمة الدفع المعتمد بالتحقق من المستخدم وإنشاء المحفظة أو الحساب أو الاسم المستعار أو بيانات الاعتماد المطلوبة.
  2. التمويل: يقوم المستخدم بتحويل أموال البنوك التجارية أو النقد إلى عملة رقمية للبنك المركزي، مما يؤدي إلى إنشاء أو تخصيص رصيد أو قيمة العملة الرقمية للبنك المركزي المقابلة وفقًا لقواعد النظام.
  3. الدفع: يُصرّح المستخدم بالتحويل. يقوم الوسيط والبنية التحتية الأساسية بالتحقق من الطلب، وتطبيق الحدود والضوابط، وتسوية التحويل نهائياً.
  4. الإخطارات والسجلات: يتلقى الدافع والمستفيد معلومات الحالة بينما يسجل النظام فقط البيانات المطلوبة من قبل البنية المختارة والإطار القانوني.
  5. الاسترداد: يمكن للمستخدم تحويل العملة الرقمية للبنك المركزي (CBDC) مرة أخرى إلى شكل آخر من أشكال المال، مما يؤدي إلى تقليل أو تدمير تمثيل العملة الرقمية للبنك المركزي المقابل حسب الحاجة.

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

قائمة مرجعية عملية لتقييم البنية التحتية للعملات الرقمية للبنك المركزي

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

ما تكشفه المشاريع الحالية عن اتجاه البنية التحتية للعملات الرقمية للبنك المركزي

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

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

الدرس الرئيسي: بنية العملات الرقمية للبنك المركزي هي نظام من الأنظمة

يُعدّ سجل المعاملات مهمًا، لكنه ليس سوى طبقة واحدة. يجب على العملة الرقمية للبنك المركزي (CBDC) الإنتاجية تنسيق إصدار العملة، والتسوية، والوسطاء، والهوية، والخصوصية، وواجهات برمجة التطبيقات (APIs)، وأجهزة المستخدمين، وقبول التجار، والأمن السيبراني، والمخاطر غير المتصلة بالإنترنت، والاسترداد، والحوكمة القانونية. لذلك، تبدأ التصاميم الأكثر مصداقية بالمتطلبات والأدوار التشغيلية، ثم تختار التقنية التي تتناسب مع تلك المتطلبات - وليس العكس.

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

اترك تعليقاً

مركز برامج باردوس أم برنامج الحماية المتقدمة؟ اختيار الأداة المناسبة

مركز برامج باردوس أم برنامج الحماية المتقدمة؟ اختيار الأداة المناسبة

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

مقارنة عادلة بين Pardus 25.2 XFCE و GNOME من حيث استهلاك الذاكرة العشوائية

مقارنة عادلة بين Pardus 25.2 XFCE و GNOME من حيث استهلاك الذاكرة العشوائية

انظر ماذا تعني متطلبات ذاكرة الوصول العشوائي المنشورة من Pardus، ثم قارن بين XFCE و GNOME على نفس جهاز الكمبيوتر مع قراءات MemAvailable قابلة للتكرار.

هل يستطيع نظام التشغيل HamoniKR تلبية احتياجات أجهزة سطح المكتب للمؤسسات؟

هل يستطيع نظام التشغيل HamoniKR تلبية احتياجات أجهزة سطح المكتب للمؤسسات؟

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

أمان Gooroom: ما يفعله التمهيد الموثوق والعزل فعليًا

أمان Gooroom: ما يفعله التمهيد الموثوق والعزل فعليًا

افهم كيف تتكامل عملية التحقق من بدء التشغيل وحماية وقت التشغيل في Gooroom، وماذا تعني "البيئة المعزولة"، وما هي الإعدادات التي يجب عليك التحقق منها على جهازك.

هل يعمل برنامج HamoniKR 8.0 على أجهزة الكمبيوتر المحمولة القديمة؟ تحقق من هذه المواصفات

هل يعمل برنامج HamoniKR 8.0 على أجهزة الكمبيوتر المحمولة القديمة؟ تحقق من هذه المواصفات

قارن متطلبات HamoniKR 8.0 LTS و Lite، ثم اختبر Wi-Fi والرسومات وعناصر التحكم في الكمبيوتر المحمول من USB مباشر قبل التثبيت.

مقارنة بين نظام التشغيل أوبونتو سيرفر 24.04 الإصدار الأدنى والإصدار القياسي: شرح معايير الأداء

مقارنة بين نظام التشغيل أوبونتو سيرفر 24.04 الإصدار الأدنى والإصدار القياسي: شرح معايير الأداء

قارن بين تثبيتات Ubuntu Server 24.04 المصغرة والقياسية من حيث ذاكرة الوصول العشوائي ومساحة القرص ووقت بدء التشغيل ووحدة المعالجة المركزية وأحمال العمل الحقيقية - دون ادعاءات مضللة بشأن المعايير.

كيفية بناء خطة استمرارية الأعمال في حالة تعطل نظام Salesforce

كيفية بناء خطة استمرارية الأعمال في حالة تعطل نظام Salesforce

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

هل تواجه StoreForce مشاكل؟ كيف يمكن لفرق البيع بالتجزئة التعامل مع اضطرابات إدارة القوى العاملة؟

هل تواجه StoreForce مشاكل؟ كيف يمكن لفرق البيع بالتجزئة التعامل مع اضطرابات إدارة القوى العاملة؟

قد تُؤدي مشاكل نظام StoreForce إلى تعطيل الجداول الزمنية، وتسجيل ساعات العمل، وتغييرات الورديات، والتواصل داخل المتجر. تعرّف على كيفية تشخيص المشكلة، والحفاظ على سير عمليات البيع بالتجزئة بسلاسة، والتحقق من استعادة النظام.

كيفية الاتصال بدعم Salesforce أثناء عطل كبير في النظام

كيفية الاتصال بدعم Salesforce أثناء عطل كبير في النظام

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

أخطاء Salesforce Workbench: استكشاف أخطاء أدوات واجهة برمجة التطبيقات وإصلاحها أثناء فترة التوقف

أخطاء Salesforce Workbench: استكشاف أخطاء أدوات واجهة برمجة التطبيقات وإصلاحها أثناء فترة التوقف

قم باستكشاف أخطاء Salesforce Workbench وإصلاحها أثناء فترة التوقف عن طريق التحقق من حالة الثقة، وتصنيف رموز API، وحماية البيانات، والتحقق من الاسترداد.