على عكس مدفوعات العملات الرقمية، التي تتعامل أساسًا مع عمليات تحويل الأموال لمرة واحدة، يركز Crypto Billing بدرجة أكبر على احتياجات الفوترة في العلاقات التجارية المستمرة، مثل اشتراكات البرامج وخدمات الحوسبة السحابية واستدعاءات API والمحتوى الرقمي المدفوع. وهو ليس بروتوكول بلوكشين مستقلًا، بل عملية تجارية تتكون من أنظمة الفوترة والمحافظ وخدمات الدفع والبنية التحتية للتسوية على السلسلة.
مع تطور مدفوعات العملات المستقرة ووكلاء الذكاء الاصطناعي والخدمات القائمة على الاستخدام، تتوسع تطبيقات الأصول الرقمية من التحويلات لمرة واحدة إلى التسوية التجارية المتكررة. لا تحتاج الشركات فقط إلى إتاحة الدفع للعملاء بالعملات المستقرة مثل USDC وUSDT، بل تحتاج أيضًا إلى احتساب الرسوم وتحديد الدافعين وإدارة دورات الاشتراك وتحديث صلاحيات الوصول إلى الخدمة تلقائيًا بعد إتمام المدفوعات. تقدم هذه المقالة الآليات الأساسية لـ Crypto Billing، وتحلل كيفية تنفيذ اشتراكات العملات المستقرة والفوترة القائمة على الاستخدام، وتناقش تطبيقاتها ومخاطرها في SaaS وخدمات الذكاء الاصطناعي والبنية التحتية لـ ويب3.
النقاط الرئيسية
- يربط Crypto Billing بين احتساب الرسوم وإنشاء الفواتير ومدفوعات الأصول الرقمية وإدارة المطابقة المالية. وهو ليس مماثلًا لتحويل بسيط على السلسلة.
- يمكن استخدام العملات المستقرة كأصول تسوية للاشتراكات والمدفوعات القائمة على الاستخدام، لكنها لا تتضمن وظيفة خصم تلقائي مدمجة.
- يمكن أن تستخدم الاشتراكات على السلسلة نماذج مختلفة، بما في ذلك المدفوعات المتكررة التي يبدأها المستخدم، والخصومات من الأرصدة المدفوعة مسبقًا، والعقود الذكية المصرح لها مسبقًا.
- تعد خدمات API ووكلاء الذكاء الاصطناعي وحوسبة GPU مناسبة للفوترة القائمة على الاستخدام، لكن يتعين على الشركات ربط سجلات الاستخدام خارج السلسلة بتسوية المدفوعات بدقة.
- عند اعتماد Crypto Billing، يجب على الشركات أيضًا معالجة أمن التفويض وإخفاقات الدفع وتقلبات الأسعار والمبالغ المستردة والضرائب والمطابقة المالية.
1. ما هو Crypto Billing؟
يشير Crypto Billing عمومًا إلى عملية استخدام الأصول الرقمية لإدارة الفواتير وتسوية الرسوم. ولا يقتصر هدفه على استبدال عملات الدفع التقليدية بالعملات الرقمية، بل يتمثل في ربط قواعد الفوترة وتنفيذ المدفوعات والسجلات المالية، بحيث تتمكن الشركات من إدارة الرسوم لمرة واحدة والاشتراكات المتكررة والرسوم الناتجة وفقًا للاستخدام الفعلي.
على سبيل المثال، يمكن لشركة تقدم واجهات API لنماذج الذكاء الاصطناعي احتساب الرسوم بناءً على عدد الاستدعاءات التي يجريها العميل كل شهر، وإنشاء فاتورة مقومة بالدولار الأمريكي، وإتاحة الدفع للعميل بعملة USDC. وبعد إتمام الدفع، يحدد النظام المعاملة المقابلة، ويحدّث حالة الفاتورة إلى مدفوعة، ويواصل تقديم الخدمة. وإذا كانت الشركة تستخدم نموذج الدفع المسبق، فيمكنها أيضًا السماح للعملاء بإيداع العملات المستقرة مقدمًا وخصم الرصيد تدريجيًا بناءً على استخدام API.
تتكون هذه العمليات عادةً من عدة مكونات. يسجل محرك الفوترة استخدام الخدمة ويحسب المبلغ المستحق. وتنشئ خدمة الدفع طلبات الدفع وتحدد المعاملات على السلسلة. وتتولى المحفظة أو العقد الذكي تحويل الأموال. وتحدّث أنظمة الأعمال الداخلية الفواتير وأرصدة العملاء والسجلات المالية.
لذلك، لا يتطلب Crypto Billing بالضرورة تخزين جميع البيانات على بلوكشين. ففي العمليات التجارية الفعلية، تُدار سجلات استخدام الخدمة ومعلومات العملاء والفواتير عادةً عبر أنظمة خارج السلسلة، بينما تتولى البلوكشين أساسًا تحويل الأموال وتأكيد المعاملات.
2. كيف يختلف Crypto Billing عن مدفوعات العملات الرقمية العادية؟
تعالج مدفوعات العملات الرقمية العادية أساسًا كيفية تحويل الدافع للأصول الرقمية إلى المستلم. فعلى سبيل المثال، يشتري مستخدم خدمة رقمية، ويعرض التاجر عنوان الاستلام، ويدفع المستخدم المبلغ المقابل بعملة USDC، ويُكمل التاجر تقديم الخدمة بعد تأكيد المعاملة.
يتعامل Crypto Billing مع عملية تجارية أكثر اكتمالًا. فعندما يحتاج العميل إلى دفع مبلغ مختلف كل شهر أو يستخدم خدمة بشكل مستمر، يجب أن تعرف الشركة كيفية احتساب الرسوم، وموعد تحصيلها، وما إذا كان الدفع قد نجح، وما إذا كان ينبغي تعليق الخدمة أو استئنافها.
| بُعد المقارنة |
مدفوعات العملات الرقمية |
Crypto Billing |
| الوظيفة الأساسية |
تحويل الأموال وتأكيد الدفع |
الفوترة والتحصيل وإدارة الفواتير |
| السيناريوهات الشائعة |
شراء المنتجات ومدفوعات الخدمات لمرة واحدة |
اشتراكات SaaS وواجهات API والحوسبة السحابية |
| احتساب الرسوم |
يُحدد عادةً قبل الدفع |
يمكن احتسابه ديناميكيًا حسب دورة الفوترة أو الاستخدام |
| وتيرة الدفع |
لمرة واحدة أو بشكل عرضي |
لمرة واحدة أو متكرر أو مستمر |
| متطلبات الأتمتة |
طلبات الدفع والتأكيد |
تتبع الاستخدام والخصومات وتذكيرات الدفع والمطابقة |
| المخاطر الأساسية |
أخطاء التحويل ورسوم الشبكة |
التفويض وأخطاء الفوترة وإخفاقات الدفع والمطابقة |
لا يستبعد أحدهما الآخر. إذ يمكن أن تعمل Crypto Payments كمكون لتنفيذ المدفوعات ضمن Crypto Billing، بينما يضيف Crypto Billing قواعد الفوترة ووظائف إدارة الأعمال فوقها.
ويكتسب هذا التمييز أهمية خاصة للشركات التي تحتاج إلى الحفاظ على علاقات طويلة الأجل مع العملاء. فإتمام الدفع يعني فقط أن الأموال قد حُولت. أما عملية الفوترة الكاملة، فيجب أن تحدد أيضًا الفاتورة والعميل وفترة الخدمة التي يتوافق معها الدفع.
3. كيف تدعم العملات المستقرة مدفوعات الاشتراكات المتكررة؟
تعد اشتراكات العملات المستقرة من أكثر تطبيقات Crypto Billing وضوحًا. وعلى غرار اشتراكات بطاقات الائتمان التقليدية، يمكن للمستخدمين دفع رسوم ثابتة أسبوعيًا أو شهريًا أو سنويًا، مثل 20 USDC شهريًا مقابل عضوية برنامج.
ومع ذلك، تختلف مدفوعات العملات المستقرة عن الخصومات التلقائية من البطاقات المصرفية في نقطة مهمة: تتطلب محافظ الحفظ الذاتي العادية عمومًا من المستخدمين توقيع المعاملات بشكل نشط. ولا يمكن للتاجر تحويل الأصول تلقائيًا من محفظة المستخدم في الشهر التالي لمجرد أن المستخدم أجرى دفعة واحدة سابقًا.
لذلك، تستخدم اشتراكات العملات المستقرة عمومًا أحد النماذج التالية:
-
المدفوعات المتكررة التي يبدأها المستخدم. ينشئ التاجر طلب دفع جديدًا لكل دورة اشتراك، ويكمل المستخدم الدفع عبر محفظته. هذا النهج سهل التنفيذ ويسمح للمستخدمين بالاحتفاظ بالتحكم في كل دفعة، لكنه يتطلب تذكيرات في الوقت المناسب لتجديد اشتراكاتهم.
-
الخصومات من الأرصدة المدفوعة مسبقًا. يودع المستخدم مقدارًا معينًا من العملات المستقرة في منصة الخدمة مقدمًا. وتسجل المنصة الرصيد المتاح في دفتر الأستاذ الداخلي لديها، وتخصم الرسوم المطبقة وفقًا لدورة الاشتراك. يمكن لهذا النموذج تقليل وتيرة التحويلات على السلسلة، لكن ينبغي للمستخدمين تقييم المخاطر المرتبطة بحفظ المنصة للأموال وإدارة الأرصدة.
-
الخصومات المصرح بها عبر العقود الذكية. على بلوكشين محددة وضمن بنية عقد معينة، يمكن للمستخدمين منح عقد ذكي تفويضًا مسبقًا لاستخدام مقدار معين من الرموز ضمن شروط محددة. ثم يبدأ النظام الخصومات وفقًا للقواعد المتفق عليها. ومع ذلك، تعتمد إمكانية تنفيذ الخصومات على معيار الرمز ونطاق التفويض ورصيد المحفظة ورسوم المعاملات وتصميم العقد.
على سبيل المثال، يمكن لمستخدم يشترك في أداة للمطورين مقابل 15 USDC شهريًا استخدام عقد مدعوم لتحديد حد للدفع وتاريخ انتهاء. لكن ذلك لا يعني أن التاجر يمتلك بطبيعته صلاحية غير محدودة للخصم. وعادةً ما تحد عمليات التنفيذ الآمنة من المبلغ الممكن إنفاقه وتتيح للمستخدمين إلغاء التفويض أو سحبه.
من المهم ملاحظة أن آلية التفويض approve التي تدعمها بعض رموز ERC-20 لا توفر بحد ذاتها إدارة لدورات الاشتراك. وما زالت الفوترة التلقائية الفعلية تتطلب منطقًا إضافيًا للعقود الذكية أو خدمات تنفيذ مجدولة أو نظام دفع خارج السلسلة.
4. كيف يمكن الجمع بين المدفوعات القائمة على الاستخدام والتسوية بالعملات المستقرة؟
على عكس الاشتراكات الثابتة، تحتسب الفوترة القائمة على الاستخدام الرسوم بناءً على الموارد التي يستهلكها العميل فعليًا. وتشمل وحدات الفوترة الشائعة عدد استدعاءات API ووقت الحوسبة وتخزين البيانات وحركة مرور الشبكة واستخدام Token لنماذج الذكاء الاصطناعي.
على سبيل المثال، قد يقدم مزود خدمة سحابية للذكاء الاصطناعي خدمات حوسبة GPU بسعر $2 لكل ساعة. وبعد استخدام العميل للخدمة لمدة 10 ساعات، يسجل النظام استهلاك الموارد المقابل ويحتسب رسومًا قدرها $20. وإذا اتفق الطرفان على التسوية بعملة USDC، يمكن لنظام الفوترة إنشاء طلب دفع مناسب بالعملات المستقرة.
لا يقتصر جوهر هذا النموذج على الدفع فحسب، بل يشمل أيضًا القياس الدقيق للاستخدام. تحتاج الشركات إلى إنشاء أنظمة قياس موثوقة لتجنب الرسوم المكررة أو سجلات الاستخدام المفقودة أو إسناد الاستخدام إلى عميل غير صحيح. عمليًا، تستخدم الفوترة القائمة على الاستخدام عمومًا إحدى طريقتي التسوية.
الطريقة الأولى هي الاستخدام أولًا ثم الدفع لاحقًا. إذ يسجل مزود الخدمة استخدام العميل باستمرار، ويلخص الرسوم في نهاية كل يوم أو أسبوع أو شهر، وينشئ فاتورة. والطريقة الثانية هي الإيداع أولًا ثم الاستهلاك لاحقًا. يودع المستخدم العملات المستقرة مقدمًا، ويخصم مزود الخدمة الرصيد بناءً على الاستخدام الفعلي. وعندما يكون الرصيد غير كافٍ، يطلب النظام من المستخدم إيداع المزيد من الأموال أو يعلق الخدمة.
يمكن لنماذج الدفع المسبق تقليل مخاطر الحسابات المدينة للشركة، كما أنها مناسبة لخدمات API عالية التكرار ومنخفضة القيمة. ومع ذلك، إذا أدى كل استدعاء API مباشرةً إلى بدء معاملة على السلسلة، فقد تعوض رسوم الشبكة وتأخيرات التأكيد وتعقيد النظام مكاسب الكفاءة الناتجة عن الأتمتة.
ونتيجة لذلك، تجمع العديد من الحلول العملية بين قياس الاستخدام خارج السلسلة والتسوية المجمعة على السلسلة، أو تخفض تكلفة المعاملات المتكررة عبر قنوات الدفع وشبكات البلوكشين منخفضة التكلفة.
5. كيف يدفع وكلاء الذكاء الاصطناعي وx402 الفوترة المؤتمتة؟
أوجد تطور وكلاء الذكاء الاصطناعي حالات استخدام جديدة لـ Crypto Billing. تُشترى خدمات الاشتراك التقليدية عمومًا يدويًا من قبل المستخدمين، لكن قد يحتاج وكلاء الذكاء الاصطناعي إلى استدعاء واجهات API خارجية أو شراء بيانات أو استخدام موارد حوسبة بشكل مستقل أثناء تنفيذ المهام.
على سبيل المثال، قد يحتاج وكيل ذكاء اصطناعي مسؤول عن أبحاث السوق إلى استدعاء واجهة بيانات مالية مدفوعة. وتتطلب الأساليب التقليدية عمومًا من المستخدمين تسجيل حساب مسبقًا أو ربط طريقة دفع أو شراء حزمة API بسعة ثابتة. وبالنسبة للبرامج المؤتمتة التي تحتاج إلى اختيار الخدمات بشكل ديناميكي، يمكن لهذا النموذج زيادة التعقيد التشغيلي.
x402 هو بروتوكول دفع مبني حول رمز الحالة HTTP 402 Payment Required. ويتيح للخادم إرجاع متطلب دفع عند تلقي طلب مورد. ثم يكمل العميل الدفع عبر توقيع تفويض الدفع ويحصل على المورد بعد التحقق والتسوية. ويتيح ذلك للبرامج معالجة الدفع أثناء طلب الخدمات الرقمية، دون أن يتطلب بالضرورة صفحة دفع يدوية تقليدية.
في سيناريوهات Crypto Billing، يمكن أن يعمل x402 كطبقة تنفيذ للمدفوعات لكل طلب. فعلى سبيل المثال، كلما استدعى وكيل ذكاء اصطناعي واجهة مدفوعة، يعيد الخادم السعر المطبق، ويكمل الوكيل الدفع ضمن حدود التمويل والصلاحيات المحددة مسبقًا.
ومع ذلك، لا يمثل x402 نظام فوترة متكاملًا. فإذا كانت الشركة تحتاج إلى إنشاء فواتير استنادًا إلى الاستخدام الشهري، أو إعداد خطط اشتراك، أو معالجة المبالغ المستردة، فإنها ما زالت تحتاج إلى وظائف إضافية للفوترة والإدارة المالية. وفي الوقت نفسه، تتطلب المدفوعات التلقائية لوكلاء الذكاء الاصطناعي حدودًا للإنفاق ونطاقات للتفويض وقيودًا على مستلمي المعاملات، لمنع البرنامج من استهلاك الأموال باستمرار دون ضوابط كافية.
6. ما بعض التطبيقات الحالية لـ Crypto Billing؟
ليست اشتراكات العملات المستقرة مجرد حلول نظرية. ففي أكتوبر 2025، قدمت Stripe إمكانات دفع اشتراكات بالعملات المستقرة، مما أتاح للتجار المؤهلين قبول مدفوعات متكررة من العملاء باستخدام محافظ العملات الرقمية، وإتمام عمليات التحصيل اللاحقة عبر البنية التحتية للدفع ذات الصلة.
وفي عام 2026، أظهرت وثائق الفوترة الخاصة بـ Cloudflare أيضًا تطبيقات أكثر تحديدًا. يمكن للعملاء استخدام USDC على الشبكات المدعومة لدفع مقابل الخدمات، بما يشمل المدفوعات لمرة واحدة والاشتراكات المتكررة وبعض المنتجات التي تُفوتر بناءً على الاستخدام. يوقع المستخدمون التفويض ذي الصلة أثناء الدفع الأولي، ويمكن تحصيل الفواتير اللاحقة تلقائيًا ضمن نطاق هذا التفويض. وما زالت هذه الآلية تحتاج إلى التعامل مع الأرصدة غير الكافية والتفويضات المسحوبة وإخفاقات الدفع.
تُظهر هذه الأمثلة أن Crypto Billing يتوسع من التطبيقات الأصلية على السلسلة إلى خدمات الإنترنت التقليدية. ومع ذلك، قد تختلف خدمات الدفع في متطلباتها المتعلقة بمواقع التجار والشبكات المدعومة وأنواع المحافظ وعملات التسوية. ولا ينبغي اعتبار قدرات إحدى المنصات معيارًا موحدًا للصناعة.
من حيث احتياجات الأعمال، يعد Crypto Billing مناسبًا بوجه خاص لخدمات SaaS العابرة للحدود وواجهات API للمطورين وموارد الحوسبة السحابية والبنية التحتية لـ ويب3. تقدم هذه الشركات عادةً تسليمًا رقميًا ورسومًا متكررة وسجلات استخدام قابلة للقياس الكمي، مما يسهل نسبيًا الجمع بين قواعد الفوترة ومدفوعات العملات المستقرة.
في المقابل، قد تحتاج الشركات التي تتطلب عمليات استرداد معقدة أو تسوية نزاعات المستهلكين أو دعم الامتثال لوسائل الدفع المحلية إلى الجمع بين مدفوعات العملات المستقرة وقنوات الدفع التقليدية.
7. ما المخاطر التي ينبغي للشركات أخذها في الاعتبار عند استخدام Crypto Billing؟
يمكن لـ Crypto Billing تحسين أتمتة المدفوعات لبعض الخدمات الرقمية، لكنه يضيف أيضًا متطلبات تقنية وتشغيلية جديدة.
- أمن تفويض المحفظة. إذا منح المستخدمون خدمات الاشتراك صلاحيات مفرطة لإنفاق الرموز، فقد تؤدي ثغرات العقود الذكية أو تسريبات المفاتيح الخاصة أو منطق الخصم الضار إلى خسائر. لذلك، ينبغي أن يكون مبلغ التفويض وتاريخ الانتهاء والمستلم وطريقة الإلغاء واضحين وشفافين.
- مخاطر العملات المستقرة والشبكة. تهدف العملات المستقرة مثل USDC وUSDT عمومًا إلى الحفاظ على قيمة مستقرة نسبيًا مقابل العملات الورقية، لكنها قد تظل متأثرة بالجهة المصدرة وأصول الاحتياطي وشروط الاسترداد وسيولة السوق. كما تواجه البلوكشين المختلفة مشكلات مثل ازدحام الشبكة وفشل المعاملات وتغير رسوم المعاملات.
- دقة الفواتير ومعالجة إخفاقات الدفع. في نموذج الفوترة القائمة على الاستخدام، قد تؤدي سجلات استخدام API غير الدقيقة إلى رسوم مكررة أو رسوم غير محصلة. وقد تفشل الخصومات التلقائية أيضًا بسبب عدم كفاية أرصدة المحافظ أو انتهاء التفويضات أو مشكلات الشبكة. تحتاج الشركات إلى إنشاء آليات لإعادة المحاولة والتذكيرات وتعليق الخدمة وتصحيح الفواتير.
- الإدارة المالية والامتثال. يمكن أن تساعد سجلات المعاملات على السلسلة في التحقق من تدفق الأموال، لكنها لا تُكمل تلقائيًا إجراءات الإقرار الضريبي أو التحقق من هوية العملاء أو المحاسبة. ولا تزال الشركات بحاجة إلى ربط تجزئات المعاملات وهويات العملاء وأرقام الفواتير ومبالغ التسوية بدقة، ومعالجة المتطلبات المتعلقة بمكافحة غسل الأموال وفحص العقوبات والتقارير المالية بموجب القوانين المعمول بها.
إضافة إلى ذلك، لا تتضمن المدفوعات على السلسلة عمومًا آلية معالجة مطابقة تمامًا للاعتراضات على رسوم بطاقات الائتمان. وعند حدوث استرداد أو نزاع بشأن معاملة، يحتاج التجار غالبًا إلى معالجته عبر عملية تجارية منفصلة، ولا يمكنهم افتراض إمكانية عكس تحويل مؤكد على السلسلة مباشرةً.
الملخص
يربط Crypto Billing مدفوعات الأصول الرقمية بإدارة الاشتراكات والفوترة القائمة على الاستخدام والعمليات المالية للشركات. ويتيح للعملات المستقرة أن تعمل ليس فقط للتحويلات لمرة واحدة، بل أيضًا كأدوات تسوية للرسوم المتكررة للخدمات الرقمية.
بالنسبة لشركات SaaS وAPI للذكاء الاصطناعي والحوسبة السحابية، يمكن لاشتراكات العملات المستقرة أن توفر قناة دفع إضافية، بينما تقدم آليات مثل الأرصدة المدفوعة مسبقًا وتفويضات المحافظ والعقود الذكية أساليب مختلفة للخصومات التلقائية. ومع تطور تقنيات الدفع الآلي مثل وكلاء الذكاء الاصطناعي وx402، قد تصبح المدفوعات لكل طلب والمدفوعات المؤتمتة والتسوية البرمجية تطبيقات مهمة أيضًا لـ Crypto Billing.
ومع ذلك، لا تستطيع العملات المستقرة وحدها حل جميع مشكلات الفوترة. إذ يظل القياس الدقيق للاستخدام والتفويض الآمن للدفع والإدارة الموثوقة للفواتير والمعالجة المالية المتوافقة أساس نظام Crypto Billing.
الأسئلة الشائعة
هل Crypto Billing بروتوكول بلوكشين؟
لا. Crypto Billing هو نموذج أعمال يستخدم الأصول الرقمية للفوترة والتسوية. ويمكن تنفيذه باستخدام المحافظ والعقود الذكية وواجهات API للدفع وأنظمة الفوترة التقليدية، ولا يعتمد على معيار تقني أساسي واحد.
هل يمكن تحصيل رسوم العملات المستقرة تلقائيًا شهريًا مثل بطاقات الائتمان؟
يمكن ذلك في أنظمة الدفع المدعومة، لكن يحتاج المستخدمون عمومًا إلى تفويض المدفوعات مسبقًا. لا تنشئ تحويلات المحافظ العادية خصومات متكررة تلقائيًا. ويتطلب التنفيذ الفعلي أيضًا دعمًا من خدمة دفع أو عقد ذكي.
هل يتطلب Crypto Billing دائمًا عقودًا ذكية؟
لا. يمكن أن تشكل مدفوعات العملات المستقرة المتكررة التي يبدأها المستخدم أو الخصومات من رصيد مدفوع مسبقًا على منصة ما أيضًا Crypto Billing. وتُستخدم العقود الذكية أساسًا لتنفيذ التفويضات والمدفوعات المؤتمتة ضمن شروط محددة.
ما الفرق بين Crypto Billing وx402؟
يغطي Crypto Billing الفوترة وإصدار الفواتير والتحصيل والمطابقة. أما x402، فيُستخدم أساسًا للتعبير عن المدفوعات وإتمامها في طلبات HTTP. ويمكن الجمع بينهما، لكن نطاقيهما مختلفان.
هل مدفوعات اشتراكات العملات المستقرة خالية تمامًا من الرسوم؟
لا. قد تنطوي المدفوعات على السلسلة على رسوم الشبكة، وقد يفرض مقدمو خدمات الدفع أيضًا رسوم معالجة أو رسوم تحويل أو رسوم خدمة أخرى. وتعتمد التكاليف المحددة على الشبكة وحل الدفع المستخدمين.
ما الشركات المناسبة لـ Crypto Billing؟
يناسب Crypto Billing أساسًا الشركات التي تقدم خدمات رقمية أو اشتراكات متكررة أو منتجات قائمة على الاستخدام، مثل مزودي SaaS وخدمات API ومنصات نماذج الذكاء الاصطناعي ومزودي الحوسبة السحابية ومزودي البنية التحتية لـ ويب3.
