الجزء 2 مِن 2. اقرأ الجزء الأول هنا.
مقدمة
في الجزء الأول، أوضحنا كيف تندمج cheqd ومزودو خِدمات بيَانات الاعتمَاد القابلة للتحقق مِن صحتها مع سوق الهويات التقليدية، مما يوفر ديناميكيةً جديدةً فِي سوق البيَانات القابلة لإعادة الاستِخدام. سيُساعد ظهور هذا المُكون الجديد عَلى خفض تكلفة عمليَات التحقق مِن صحة العُملاء، وتقليل أوقات المُعالجة اليدوية، وتقليل مساحة التعرّض والقدرة عَلى التفَاعلات الاحتيَالية.
سنركِّز فِي هذه المدونة بصورة أكثر تحديدًا عَلى كيفية تمييز cheqd نفسها فِي مساحة الهوية اللامركزية، مِن خِلال النظر فِي المُشكلات التي تُساعد cheqd فِي حلها باستِخدام مدفوعَات بيَانات الاعتمَاد وعمليَات التحقق مِن الحالة فِي الوقت الفعلي. سنستكشف أيضًا تركيز cheqd الفريد عَلى إمكانية التشغيل التفَاعلي وإمكانية الاستِخدام وشبكة شراكاتها. نأمل أن يتمكّن القرَّاء مِن تحقيق فهم شامل ودقيق لما يميز cheqd عن منافسيها وسابقيها، خِلال هذه المدونة.
1. النمَاذج التجارية لبيَانات الاعتمَاد
لقد كان إنشاء نمَاذج أعمال مُستدامة حول بيَانات الاعتمَاد الرقمية تحديًا تم تجاهله مرارًا وتكرارًا. لقد حظيت بيَانات الاعتمَاد الرقمية بإشادة واسعة النطاق لفوائدها الفلسفية حتى الآن، مثل تمكين خصوصية المُستخدمين وحماية البيَانات؛ أو حل تحديَات الامتثَال. وهذه الفوائد فِي حد ذاتها لا تؤدي إلَى اعتمَادها عَلى نطاق واسع مِن جانب المُؤسسات، عَلى الرغم مِن كون هذه الفوائد جديرة بالملاحظة.
وعلى الرغم مِن ذلك، يوجد سبب وراء تجنب النمَاذج التجارية أو تنحيتها جانبًا غالبًا فِي المحادثات حول الهوية:
الهوية المُوحدة
يلتزم المشاركون عمومًا بمشاركة البيَانات واستهلاكها داخل نِظام بنائي مُغلق للشرِكات فِي مخططات الهوية الموحدة، للحيلولة دون قيام كل شرِكة بإجراء عمليَات التحقق مِن عُملائها بنفسها.
- المُشكلة الأولى – المدفوعَات المُعاملاتية: تكمن الصعوبة هنا فِي أنه فِي اتحاد يتألف مِن 10 بنوك (على سبيل المثال)، فإن إضافة تكَاليف المُعاملات لمشاركة البيَانات ستكون مكلفة أكثر مِن كونها مربحةً، لأن كل شرِكة تشارك البيَانات وتستهلكها عبر الاتحاد. وعلى هذا النحو، فإن هذه المنفعة المُتبادلة تعني أن مُخططات الهوية الفيدرالية أكثر فائدةً فيما يتعلق بخفض التكَاليف، بدلاً مِن تحقيق الإيرادات.
- المُشكلة الثانية – الحلقة المغلقة: فِي اتحاد الحلقة المغلقة، توافق كل شرِكة عَلى مجموعة مِن القواعِد وإطار الحوكمة. ويعني هذا أن مُستوى الضمان فِي كل مُعاملة لمشاركة البيَانات يظل ثابتًا. ولذلك، لا توجد أي تكلفة مُرتبطة بالثقة، لأن الثقة تنشأ مِن خِلال إطار الحوكمة. ومن ثم، لا يوجد شيء يستحق الدفع مُقابله حقًا، ما لم يُوافق النِظام عَلى رسوم ثابتة مِن أجل تبادل البيَانات.
الهوية ذاتية السيادة
في نموذج الهوية ذاتية السيادة (SSI)، تكمن الفكرة العامة فِي أن البيَانات القابلة للتحقق مِن صحتها تشفيريًا يتمّ إرسالها مِن الشرِكات إلَى الأفراد مُباشرة، والذين يشاركون هذه البيَانات بعد مع شرِكات خارجية. ويتيح هذا الأمر للشرِكات بتبادل الثقة فيما بينها دون وجود علاقة مُباشرة أو تحالف، مما يوسِّع مِن نطاق الاستفادة مِن بيَانات هؤلاء العُملاء. ومع ذلك، وجدت تحديَات فِي الممارسة العملية، رغم أن هذا يبدو مفيدًا مِن حيث المبدأ:
- المُشكلة الأولى – خفض التكَاليف المشتركة ليس حافزًا قويًا بما فيه الكفاية فِي حد ذاته: يُمكن تحقيق هذا التخفيض فِي التكلفة ذاته بالفعل مِن خِلال النمَاذج الموحدة، عَلى الرغم مِن أن بيَانات الاعتمَاد التي يشاركها الفرد تقلل مِن تكلفة التحقق مِن الصحة بالنسبة للطرف المُعتمد. ومن ثم، لا يوجد حافز تجاري واضح بالقدر الكافي للشرِكات المُشاركة فِي مخططات الهوية المُوحدة للتحوّل إلَى نموذج الهوية ذاتية السيادة (SSI).
- المُشكلة 2 – المدفوعَات مقابل بيَانات اعتمَاد الهوية ذاتية السيادة (SSI) تشكِّل مخاطِر تتعلق بالخصوصية: يتميز تقديم المدفوعَات مقابل بيَانات الاعتمَاد الرقمية بقابلية تطبيق أكبر بكثير فِي السوق اللامركزية، بدلاً مِن السوق الموحدة، لأن الطرف المُعتمد قد لا يعرف ما هي جهة التصدير. وعلى هذا النحو، فإن الدفع مقابل “الثقة” فِي بيَانات الاعتمَاد والجهة المصدِرة أمر ترغب الشرِكات فِي دفعه. وعلى الرغم مِن ذلك، يصعب جدًا إنشاء تدفق دفع للتحقق مِن البيَانات المتبادلة، دون تشكيل خطر تسريب للخصوصية عندما يشارك هذا الفرد بيَاناته، نظرًا لأن البيَانات يشاركها الفرد.
لقد أسندنا إلَى cheqd حل هذه المُشكلات فِي المجَال، وفي أواخر العام الماضي أصدرنا مُنتجنا “مدفوعَات بيَانات الاعتمَاد” والذي يوفر “للجهات المصدِرة” لبيَانات الاعتمَاد، مثل مقدمي خِدمات اعرف عميلك (KYC) ومكاتب الائتمان والمنظمات اللامركزية الذاتية وهلم جرًا، حافزًا لإصدَار بيَانات الاعتمَاد، مع الحفاظ فِي الوقت ذاته عَلى خصوصية “حاملي” البيَانات الفردية.
وأهم مِن ذلك، تم إنشاء “مدفوعَات بيَانات الاعتمَاد” مع وضع ثلاثة ركائز أساسية فِي الاعتبار:
- محَافظته عَلى الخصوصية: تتم حماية خصوصية المُستخدم بقوة عبر “الخصوصية الجماعية”، مِن خِلال ضبط الدفع مِن خِلال قوائم حَالات بيَانات الاعتمَاد. ترتبط بيَانات الاعتمَاد الفردية، عَلى وجه التحديد، “ببت” ثنائي (إما 1 أو 0) ضمن قائمة تتألف مِن 16000 بت عَلى الأقل، حيث يشير كل “بت” إلَى ما إذا كانت بيَانات الاعتمَاد مُلغاة/مُعلقة أم لا.
في هذه الحالة، إذا دفع مُتحقق مِن الصحة مقابل التحقق مِن قائمة الحالة هذه، فلن تتمكن الجهة المصدِرة (أو oracle التي تعمل عَلى الشبكة) مِن “التحديد الشخصي” للفرد استنادًا إلَى هذه البيَانات. قد تعيد الجهات المصدِرة أيضًا إصدَار بعض بيَانات الاعتمَاد بصورة دورية والتي “تدوّر” قائمة الحَالات والإدخالات ذات الصلة، إذا طلب الفرد ذلك – وأهم مِن ذلك، تستطيع الجهات المصدِرة تدمير بيَانات المصدر الخاصة بها مِن أجل “إخفاء هوية” قائمة الحالة عند الضرورة. - لا مركزيته: كان التأكد مِن عدم سيطرة طرف واحد عَلى بوابة الدفع قرارًا أساسيًا آخر فِي تصميم عمليَات دفع المرتبطة ببيَانات الاعتمَاد. يرجع ذلك إلَى أن وجود مُؤسسة واحدة تُدير التفَاعل بين المدفوعَات وفك تشفير قائمة الحَالات يُمكن أن يمكِّن هذه الكيَان مِن مُراقبة المُعاملات، أو قد ينشأ خطر التعرض لوقت تعطُّل.
لقد استطعنا إضفاء اللامركزية عَلى مفاتيح فك التشفير واستِخدام العقود الذكية للتحكُّم فِي الوصول إلَى الشبكة، مِن خِلال استِخدام شبكة cheqd وتقنيات تقسيم المفاتيح غير المتماثلة. ومن ثم، يستطيع المُتحقق مِن الصحة فقط الوصول إلَى حالة بيَانات اعتمَاد مُعينة بعد إجراء الدفع. - إنشائه سوقًا منظمة لمشاركة البيَانات: تمكّنا مِن إنشاء بنية لبناء أسواق منظمة لمشاركة البيَانات، بالاستفادة مِن بيَانات الاعتمَاد الرقمية، مِن خِلال التركيز عَلى الخصوصية واللامركزية. ويسمح هذا الأمر للأفراد أو المُؤسسات “بالدفع مقابل الثقة” فيما بينهم، مما يخلق نموذجًا تجاريًا مُستدامًا لبيَانات الاعتمَاد الرقمية، وهذا مِن شأنه توفير حافز ملموس لترسيخ الثقة.
يُمكن تطبيق هذا النموذج عَلى أي قطاع فِي المجَال يستكشف إصدَار بيَانات اعتمَاد رقمية، والتي ستُصبح شائعة بصورة مُتزايدة جنبًا إلَى جنب مع اللوائِح الناشئة مثل الإصدَار الثاني مِن لائِحة خِدمات التعريف والمُصادقة والثقة الإلكترونية (eIDAS) (الذي ستتم مُناقشتها لاحقًا).
أنظِمة الدفع الخاضعة للوائِح التنظيمية
في الآونة الأخيرة، استكشفنا تدفقات الدفع للمجَالات الخاضعة للوائِح التنظيمية، حيث يُستخدم رمز $CHEQ للنمَاذج التجارية القابلة للتخصيص إلَى جانب عملة مستقرة أو رمز لأموال إلكترونية أو عملة رقمية للبنك المركزي أو عملة ورقية. لقد ركزنا هذا العمل حول إنشاء “أنظِمة دفع خاضعة للوائِح التنظيمية” للخِدمات المَالية الكبيرة أو الاتحاد القائم أو الأنظِمة البنائية القائمة التي تستكشف بيَانات الاعتمَاد القابلة للتحقق مِن صحتها.
باستِخدام أنظِمة الدفع مِن cheqd، نستطيع تقديم فوائد مدفوعَات بيَانات الاعتمَاد إلَى اتحاد أو أنظِمة دفع “موحدة”، وتحديثها باستِخدام أحدث التقنيات – وتزويدها بنموذج تجاري واضح. سنكتب مدونة مُنفصلة عن هذا الموضوع خِلال الأشهر المُقبلة.
2. بيَانات الاعتمَاد الديناميكية
يكمن أحد التحديَات المُرتبطة ببيَانات الاعتمَاد الرقمية فِي أنه بمجرد إصدَارها، تكون المحتويات داخل بيَانات الاعتمَاد “ثابتة” بوجه عام. على سبيل المثال، إذا أصدرت بيَانات اعتمَاد تتضمن السمات التالية: الاسم وتاريخ الميلاد والجنسية – ثم غيّرت اسمي القانوني، فإن بيَانات الاعتمَاد هذه لم تعد تعكس هويتي.
في سيناريوهات مثل هذا، اعتادت جهات إصدَار بيَانات الاعتمَاد استِخدام قائمتي “الإلغاء” أو “التعليق” لإبطال بيَانات الاعتمَاد الصادِرة. يكمن التحدي مع هذا النموذج فِي أن المُتحققين يحتاجون إلَى “الاتصال بالجهة المصدِرة” مِن أجل الاستعلام عما إذا كانت بيَانات الاعتمَاد قد تمّ إلغاؤها/تعليقها، وهو أمر قد يستغرق وقتًا طويلاً وقد يعرِّض خصوصية حاملها للخطر أيضًا.
إننا فِي cheqd، ندعم قوائم الحَالات فِي دفتر الأستاذ، مما يجعل الاستعلام عن حالة بيَانات الاعتمَاد متاحًا بدرجة عالية وفوريًا تقريبًا. علاوة عَلى ذلك، لا توجد طريقة يُمكن مِن خِلالها للجهة المُصدِرة أو أي طرف آخر ربط بيَانات الاعتمَاد التي يتمّ الاستعلام عنها، مما يحمي خصوصية حامل الاعتمَاد بصورة أفضل، نظرًا للطريقة التي تتم بها هيكلة قوائم الحالة عَلى cheqd.
اكتشفنا أن بيَانات الاعتمَاد الصادرة عَلى cheqd يُمكن أن تكون أكثر “ديناميكية” مِن بيَانات الاعتمَاد الأُخرى، مِن خِلال هذا النموذج. يرجع السبب فِي هذا الأمر إلَى أن الجهة المصدِرة تستطيع إنشاء نِظام بنائي حيث يُمكن لنقاط البيَانات أو الموجزات المتعددة المُختلفة أن تؤدي إلَى تعليق بيَانات الاعتمَاد أو إلغائها. على سبيل المثال، سيقوم مزود خِدمة اعرف عميلك (KYC)، الذي يقوم بإجراء العناية الواجبة المستمرة عَلى عُملائه، بإجراء ما يلي داخليًا:
- فحوصات السجل الجنائي
- فحوصات مكافحة غسل الأموال
- فحوصات التحقق مِن الخلفية
- الفحوصات المنتظمة للتأكد مِن أن بيَانات اعرف عميلك (KYC) التي تمّ إصدَارها لم تتغير
تستطيع الجهة المصدِرة تحديث قائمة الإلغاء أو التعليق عَلى سلسلة الكتل تلقائيًا، بما يتماشى مع سيَاسات مكافحة غسل الأموال (AML)/تمويل الإرهاب الداخلية (CTF) وممارسات العناية الواجبة، إذا أدى أي مِن هذه الموجزات المستمرة إلَى ظهور تحذير أو تناقض.
ومن ثم، عند قيام مُتحقق مِن “التحقق مِن صحة” بيَانات اعتمَاد، يُمكنه أيضًا التحقق مِن قائمة الحَالات عَلى سلسلة الكتل للحصول عَلى مُستوى أعلى مِن التأكيد عَلى عدم تغيير أي مِن معلومات بيَانات الاعتمَاد منذ إصدَارها، وأن حالة الامتثَال تظل صحيحةً ضمن حد مُعين مِن التساهل.
يتيح هذا للمحقق مُستوى مِن البيَانات “الثابتة” القابلة للتحقق مِن صحتها ضمن بيَانات الاعتمَاد، فضلاً عن بيَانات “ديناميكية” قابلة للتحقق مِن صحتها حول صحة بيَانات الاعتمَاد تلك، دون المساس بخصوصية حاملها. يتميز هذا النهج لتحقيق مُستوى عالٍ مِن الثقة والاطمئنان بالتفرد فِي السوق ولا يُمكن تحقيقه باستِخدام نُهج قوائم لحَالات بيَانات الاعتمَاد العامة، مما يميّز cheqd عن شبكات بيَانات الهوية وأساليب المعرفات اللامركزية الأُخرى.
3. واجهات برمجة تطبيقَات REST بسيطة مِن أجل التكَامل
كان الجزء المركزي مِن عملنا حتى الآن فِي cheqd هو تيسير استِخدام المطورين لأدوات الهوية الخاصة بنا. نقدم حاليًا مجموعةً مِن واجهات برمجة التطبيقَات الجاهزة للمُؤسسات للمطورين مِن أجل إنشاء أنظِمة بنائية شاملة لبيَانات الاعتمَاد مع دعم كامل لمدفوعَات بيَانات الاعتمَاد، بدلاً مِن الاضطرار إلَى دمج إحدى مجموعات تطوير البرامج (SDK) المُعقدة.
يبسِّط هذا الأمر التكَامل، مما يجعل مِن الممكن لمُطور مُبتدئ ربط واجهات برمجة التطبيقَات لدينا بالخلفية البرمجية لأي مُنتج لإصدَار البيَانات وتحقيق الدخل منها بطريقة قابلة لإعادة الاستِخدام.
على سبيل المثال، قام شركاؤنا FinClusive مؤخرًا بدمج واجهات برمجة التطبيقَات الخاصة بنا لإصدَار بيَانات اعتمَاد اعرف عميلك (KYC) واعرف عملك (KYB) لمجموعة مِن العُملاء فِي أمريكا الشمَالية. تسمح بساطة واجهات برمجة التطبيقَات هذه ومرونتها باستِخدام بيَانات اعتمَاد cheqd ومدفوعَاتها فِي عدد لا يحصى مِن حَالات الاستِخدام، مِن أجل حل المُشكلات داخل المجَالات حيث تكون الثقة عالية التكلفة، بما فِي ذلك:
- خفض التكَاليف العالية لبيَانات اعرف عميلك (KYC) واعرف عملك (KYB) الخاصة بضم العُملاء
- تبسيط العمليَات اليدوية الطويلة لتأكيد العُملاء فِي مجَال نقل الملكية، وتسجيل الوصول فِي الفنادق، والرهن العقاري، والإقراض، وهلم جرًا.
- خفض احتمَالية التعرض للاحتيَال فِي المُجتمعات الرقمية والمنصات ووسائل التواصل الاجتماعي.
- استثمار بيَانات العُملاء القديمة/غير المُستخدَمة عن طريق إصدَارها كبيَانات اعتمَاد قابلة للتحقق مِن صحتها.
بالنسبة للمطورين، يُمكنك البدء باستِخدام واجهات برمجة تطبيقَات خِدمات بيَانات الاعتمَاد هنا. بالنسبة لغيرهم، يُرجى إعداد مكالمة مع فريق المُنتج هنا.
4. تم التحقق مِن الجدوى مستقبلاً طبقًا الإصدَار الثاني مِن لائِحة خِدمات التعريف والمُصادقة والثقة الإلكترونية (eIDAS) الجديدة
تمّ نشر النص النهائي للإصدَار الثاني مِن لائِحة خِدمات التعريف والمُصادقة والثقة الإلكترونية (eIDAS) رسميًا، وهي لحظة بارزة لمُجتمع الهويات اللامركزية والهوية ذاتية السيادة بأكمله. الأمر الحاسم هنا هو أن اللائِحة الجديدة تشمل ما يلي:
- صندوق أدوات التكنولوجيا: “يجب أن يشمل صندوق الأدوات بنيةً فنيةً شاملةً وإطارًا مرجعيًا ومجموعةً مِن المعايير المُشتركة والمراجِع الفنية ومجموعةً مِن المبادئ التوجيهية وأوصاف الممارسات الفضلى التي تغطي عَلى الأقل جميع جوانب الوظائِف وإمكانية التشغيل التفَاعلي للمحَافظ الأوروبية للهوية الرقمية بما فِي ذلك التوقيعات الإلكترونية وخِدمة الثقة المُؤهلة لإثبات السمات عَلى النحو المنصوص عليه فِي هذه اللائِحة”
- مُتطلبات دفاتر الأستاذ الإلكترونية المُؤهلة: يجب أن تفي دفاتر الأستاذ الإلكترونية المؤهلة بالمُتطلبات التالية:
- إنشاؤها مِن قبل واحد أو أكثر مِن مُقدمي خِدمات الثقة المؤهلين؛
- ضمان تفردها وصحتها والتسلسل الصحيح لإدخالات البيَانات المسجلة فِي دفتر الأستاذ؛
- ضمانها الترتيب الزمني التسلسلي الصحيح للبيَانات فِي دفتر الأستاذ ودقة تاريخ إدخال البيَانات ووقته؛
- تسجيلها البيَانات بأسلوب يجعل أي تغيير لاحق فِي البيَانات قابلاً للاكتشاف فورًا.
من خِلال التوافق مع كل مِن صندوق أدوات التكنولوجيا وجعل cheqd دفتر أستاذ إلكترونيًا مؤهلاً، يُمكننا ضمان حصول العُملاء الذين يعتمدون عَلى cheqd عَلى مجموعة مِن المعايير والبروتوكولات والبنية التحتية التي ثبت تحقيقها للجدوى مستقبلاً لكي يتمكنوا مِن الآتي:
- الامتثَال الكامل للمتطلبات التكنولوجية الخاصة بالإصدَار الثاني مِن لائِحة خِدمات التعريف والمُصادقة والثقة الإلكترونية (eIDAS) بالنسبة لبيَانات الاعتمَاد الرقمية
- أن يصبحوا روادًا فِي تبنّي بيَانات الاعتمَاد الرقمية قبل الموعد النهائي القانوني
نتميز عن العديد مِن شبكات سلاسل الكتل الأُخرى التي تبحث عن النجاحات السريعة، بدلاً مِن النجاح عَلى المدى الطويل والاستدامة والامتثَال، نظرًا لتركيزنا عَلى هذا التوافق مع المبادرات والاتحادات الأوروبية.
5. إمكانية التشغيل التوافقي الرائدة فِي السوق للتبني التجاري عَلى نطاق واسع
منذ البداية، ركزت cheqd عَلى أن تصبح شبكة الهويات الأكثر قابلية للتشغيل المتبادل والأكثر اكتمالاً مِن حيث الميزات. وقد قامت بإنشاء أدوات مِن أجل دعم كل نوع مِن أنواع بيَانات الاعتمَاد الرقمية الرئيسية، بما فِي ذلك JSON وJSON-LD وAnonCreds وSD-JWT، فِي سبيل تحقيق هذه الغاية.
كانت الفرضية هنا دائمًا: ستتكَامل الشرِكات التي تقدم خِدمات الهوية الرقمية مع cheqd مِن أجل تحسين عروضها الحالية للعُملاء، مِن خِلال دعم أكبر مجموعة ممكنة مِن معايير بيَانات الاعتمَاد، وتوفير نموذج تجاري لبيَانات الاعتمَاد هذه.
منذ إطلاقنا فِي عام 2021، أنشأنا شبكة شراكة مُتنوعة وواسعة النطاق، ونعمل أن نتخذ مكانة تتيح لنا فتح أسواق بيَانات جديدة عبر مجموعة مِن القطاعات والمجَالات. في الآونة الأخيرة، بدأنا نرى التحقق مِن صحة هذه الفرضية، حيث قام شركاء مثل Monokee، وAnimo Solutions، وWalt.id، وVerida، وFinClusive، وSoverio، وIDCrypt وAnonyome بدمج/بدء دمج إحدى مجموعات تطوير البرامج (SDK) أو واجهات برمجة تطبيقَات خِدمة بيَانات الاعتمَاد الخاصة بـ cheqd فِي عروض عُملائهم الحالية.

نواصل العمل فِي عام 2024 مع أصدقائنا فِي Animo Solutions، وSphereon، وWalt.id، وجميعهم روّاد فِي مجموعات تطوير البرامج (SDK) ومعايير الهوية المتطورة، للتأكد مِن أن cheqd مدعومة بالكامل بأحدث البروتوكولات والمعايير فِي المجَال لتبادل بيَانات الاعتمَاد أو أنواع بيَانات الاعتمَاد.
الخاتمة
تتميز cheqd بأنها منارة للابتكار والتميّز فِي مشهد الهويات اللامركزية سريعة التطور. ترتكز فِي جوهرها عَلى نموذج مدفوعَات بيَانات الاعتمَاد، ومن ثم لديها القدرة عَلى حل نقاط الضعف القائمة فِي أسواق البيَانات، مما يحفِّز عمليَات التحقق مِن صحة العُملاء فِي الوقت الفعلي وبصورة ديناميكية بتكَاليف أقل.
علاوة عَلى ذلك، إن التزام cheqd بإمكانية التشغيل التفَاعلي والتوافق الإستراتيجي مع الإصدَار الثاني مِن لائِحة خِدمات التعريف والمُصادقة والثقة الإلكترونية (eIDAS) يمنحها مكانة رائدة، مما يوفر المرونة واليقين التنظيمي للمُستخدمين عبر مجموعة مُتنوعة مِن المجَالات. أصبح مِن الواضح أن تميّز cheqd لا يكمن فقط فِي التقدمات النظرية ولكن فِي التطبيق الملموس للحلول المتطورة، مع انتقالنا إلَى المرحلة التالية مِن الرحلة إلَى بيئات الإنتاج. يشكِّل المزيج الفريد مِن الميزات القائمة عَلى الرؤى والاستعداد التشغيلي والنموذج التجاري المُقنِع الأساس لنية تحتية يُمكن الاستفادة منها عَلى نطاق واسع، وهو ما يبشِّر بمستقبل تكون فيه حلول الهوية الرقمية ميزةً تجاريةً.