عندما تبدأ وكيل الذكاء الاصطناعي في إنفاق الأموال نيابة عن الشركة، من سيقوم بوقف العملية "قبل أن تُسحب الأموال فعليًا"؟

مؤلف المقال، المصدر: DeDing Innovation

Overview

يقوم Skalor ببناء بنية تحتية غير مُدارة للتسوية وتنفيذ الاستراتيجيات الموجهة لاقتصاد الوكلاء الذكية.

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

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

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

يمكن تلخيص موضعه الأساسي على النحو التالي:

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

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

المشكلة الأساسية لدفع الوكيل الذكي

يتحول وكيل الذكاء الاصطناعي من "أداة برمجية" إلى "طرف اقتصادي".

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

هذا يعني أن الشركات يمكنها السماح للوكيل بإنجاز مهام أكثر تعقيدًا:

• برمجيات وخدمات سحابية للشراء التلقائي؛
• وضع أوامر للموردين بناءً على حالة المخزون؛
• دفع رسوم السفر والتسويق والعمليات؛
• إدارة الاشتراكات والفواتير الدورية؛
• تنفيذ الصفقات في الأسواق المالية؛
• Allocate corporate funds according to business rules.

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

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

ما تحتاجه الشركات حقًا للإجابة عنه هو:

• ما هو العامل الذي أنشأ الصفقة؟
• ما الشركة أو القسم الذي ينفذه؟
• Does it have the current permissions?
• Does the amount comply with the single and daily budget limits?
• Is the recipient on the approved list?
• هل يحتاج الأمر إلى توقيع يدوي إضافي؟
• هل تغير نموذج العميل أو بيئة التشغيل؟
• هل يمكن إعادة إنتاج عملية المراجعة والتنفيذ بالكامل بعد الحدث؟

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

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

من "المراقبة" إلى "التنفيذ الذري"

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

على سبيل المثال، يمكن للشركات ضبط:

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

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

هذا التصميم يحول حوكمة الشركات من "الاعتماد على أن يلتزم الوكيل بالقواعد" إلى "كون الوكيل غير قادر تقنيًا على تجاوز القواعد".

هيكل المنصة

يتكون منصة Skalor أساسًا من ثلاثة وحدات مترابطة: Skalor Mandate و KYA Bureau و Pay + Receipts.

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

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

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

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

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

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

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

لذلك، أدخل Skalor KYA، أي اعرف وكيلك.

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

يمكن توليد هذه الشهادات من قبل مؤسسات من أنواع مختلفة، مثل:

• جهة احتجاز مؤهلة؛
• مُزوّد محفظة MPC؛
• فريق أمن المؤسسة؛
• منصة التداول والدفع؛
• مؤسسات مالية خاضعة للتنظيم؛
• موفّرو خدمة وكلاء موثوقون آخرون.

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

من الناحية الوظيفية، يشبه KYA Bureau شبكة ثقة وهوية موجهة للوكلاء الذاتيين. فهو لا يجيب فقط على سؤال "لمن ينتمي هذا الوكيل؟"، بل يحاول أيضًا الإجابة على سؤال "هل يمتلك هذا الوكيل الشروط الموثوقة لتنفيذ هذه المعاملة الحالية؟"

مع انضمام مزيد من المؤسسات والمساهمة في ملاحظات التوقيع، سيزداد نطاق وموثوقية شهادات Agent. كما قد يشكل هذا أحد أهم تأثيرات الشبكة لـ Skalor: كلما زاد عدد المؤسسات المشاركة، زادت قيمة بيانات الهوية؛ وكلما أصبحت شبكة الهوية أكثر اكتمالاً، زادت رغبة الشركات في تبني طبقة الدفع والتسوية الخاصة بها.

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

يمكن أن تتضمن كل إيصال:

• هوية الوكيل وبيانات الاعتماد؛
• إثبات بيئة التشغيل؛
• نتائج فحص سياسة التداول؛
• سجلات الموافقة اليدوية أو متعددة التوقيع؛
• دليل التسوية النهائي؛
• المعاملات على السلسلة ذات الصلة وطابع الوقت.

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

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

كيف تُكمل دفعة Agent؟

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

أولاً، يُعيّن مسؤول المالية للشركة الوكالة لـ Agent، وتشمل:

• الحد الأقصى للدفع الواحد؛
• الميزانية اليومية الإجمالية؛
• قائمة الموردين المعتمدين؛
• الحد الأدنى للمبلغ الذي يتطلب موافقة بشرية مشتركة.

عندما يستعد العامل لدفع المبلغ للمورد، فإنه يُقدّم نية الدفع عبر Skalor SDK، وتشمل المبلغ والهدف وغرض المعاملة.

يتحقق Skalor تباعًا:

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

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

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

يُمثل مخطط التدفق هذه العملية على النحو التالي:

الوكيل → SDK → مُوجّه Skalor → تفويض → شبكة الدفع → التاجر

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

استراتيجية توزيع المطورين

تستخدم Skalor استراتيجية مفتوحة للمطورين في SDK وأدواتها الأساسية. يمكن للمطورين دمج Skalor في إطارات وتطبيقات Agent، مما يسمح لـ Agent باستدعاء واجهة التحقق من الاستراتيجية تلقائيًا قبل إجراء الدفع. إن تكامل MCP يمكّن التطبيقات القائمة على نماذج اللغة الكبيرة من الاتصال بخدمات الهوية والتسوية عبر طرق استدعاء أدوات موحدة. يمتلك هذا النشر المفتوح قيمتين مزدوجتين:

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

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

لذلك، فإن SDK المجاني ليس مصدر دخل مستقل، بل هو نقطة توزيع لـ Skalor:

يستخدم المطورون → الاتصال بـ Agent → نشر المؤسسة → زيادة حجم المدفوعات والتسوية

يحاول Skalor بناء ثقة المطورين من خلال فتح المكونات الأساسية، ثم تحقيق التحويل التجاري من خلال خدمات التصفية والامتثال للشركات.

نموذج العمل

نموذج عمل Skalor يدور حول التسوية التجارية وخدمات البنية التحتية للشركات.

رسوم التسوية التجارية

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

رسوم منصة الشركات

تتطلب الشركات الكبرى والمؤسسات المالية وفرق الذكاء الاصطناعي المتخصصة عادةً قدرات إضافية، تشمل:

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

لتلبية هذه المتطلبات، يمكن لـ Skalor فرض رسوم اشتراك منصات الشركات.

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

تكامل SDK مع MCP

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

خدمات مالية قابلة للتوسع

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

فرصة السوق

السوق الذي يقع فيه Skalor ناتج عن حدوث ثلاثة اتجاهات في نفس الوقت.

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

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

تقوم Coinbase و Stripe و Anthropic و Google وغيرها من شركات البنية التحتية بدفع معايير الدفع والأدوات الخاصة بالوكلاء. تقلل هذه المنصات من صعوبة بدء الوكلاء للدفع، لكنها لا تحل بالضرورة بالكامل مشكلات الهوية والميزانية والموافقة المشتركة والتدقيق القابل للتحقق على مستوى الشركات. من هذا المنظور، لا يهدف Skalor إلى المنافسة مع جميع بروتوكولات دفع الوكلاء، بل يرغب في أن يصبح طبقة عامة للتسوية والسياسات فوقها. طالما أن هناك اختلافات بين بروتوكولات الدفع، فإن الشركات تحتاج إلى نظام يمكنه إدارة صلاحيات الوكلاء بشكل موحد عبر جميع المسارات.

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

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

• تمت الموافقة على كل معاملة؛
• يُقيّد الوكيل بحدود صلاحيات واضحة؛
• تم إكمال التحقق من العقوبات ومكافحة غسل الأموال؛
• يمكن تتبع تدفقات الأموال بالكامل؛
• توجد آلية تدخل بشري في القرارات الرئيسية؛
• لا يمكن تجاوز النظام من قبل عامل واحد بشكل تعسفي.

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

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

مشهد المنافسة

يواجه Skalor منافسين من مجالات مرتبطة، لكن الحلول المقدمة لا تحل نفس المشكلات بالكامل.

بروتوكول الدفع للوكيل

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

أداة حوكمة وأمان الوكيل

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

الاستضافة وبنية تحتية المحافظ

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

شبكات الدفع التقليدية

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

السحابة العامة ومنصة العوامل

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

التمييز الأساسي

طبقة محايدة غير مخزنة

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

تنفيذ السياسة المُجزأة

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

شبكة هوية الوكيل

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

Cross-Payment Rail

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

مصدر مفتوح وقابل للتحقق المستقل

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

المكانة الصناعية

يُمثل Skalor تحولاً مهماً في البنية التحتية لوكيلات الذكاء الاصطناعي.

في المرحلة الأولى، تركز الصناعة على ما إذا كان النموذج ذكيًا بما يكفي.

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

و عندما يبدأ الوكيل في الوصول إلى الأموال، تتحول المشكلة إلى:

كيف يمكن للشركات منح الآلات صلاحيات اقتصادية حقيقية بأمان؟

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

Summary

يتحول وكيل الذكاء الاصطناعي من أداة معلومات إلى مشارك في الاقتصاد الرقمي لديه قدرة على التنفيذ.

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

من هذا المنظور، يحاول Skalor الإجابة عن أحد أكثر الأسئلة الأساسية في اقتصاد الوكلاء:

عندما تتمكن الآلات من إنفاق المال، من يقرر متى يكون لها الحق في الإنفاق؟

منظور دراوبر دراغون

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

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

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

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

في هذه العملية، نتطلع إلى رؤية:

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

بصفته مستثمرًا في Skalor، تؤمن Draper Dragon أن الأنشطة التجارية من الجيل القادم ستُحدد أهدافها من قبل البشر وتنفذ من قبل الوكلاء، وسيحدد بنية التحويل الثقة مدى سرعة وحجم هذا التحول.

يمكن أن يكون المُنظّم الذي بناه Skalor طبقة صرف مهمة تربط الهوية والصلاحيات وتدفقات الأموال في عصر الاقتصاد الآلي.

عن درايبر دراغون

تأسست دراپر دراگون (Draper Dragon) من صندوق ديف جي إس (DFJ Fund) في سيليكون فالي، من قبل أحد أكثر المستثمرين المخاطرين نفوذًا عالميًا وقائد الجيل الأول للاستثمار المخاطر في الصين عام 2005، وهي الصندوق الأساسي وعضو مجلس إدارة في الشبكة العالمية المبكرة للاستثمار المخاطر "Draper Venture Network". تركز صناديق شركاء دراپر دراگون على فرص الابتكار ذات الحواجز التقنية العالية والمساحة التوسعية الهائلة، وتلتزم بالاستثمار القيمي، وقد استثمرت ونمّت بالفعل عددًا من الشركات الناشئة التكنولوجية ذات القيمة العالية عالميًا، مثل Coinbase (Nasdaq:COIN) وHKbitEX وVirgoCX وCoinDCX وLedger وOtter.ai وVeChain ($VET) وIOTEX ($IOTX) وYEEPAY وSplashtop. كما تستجيب دراپر دراگون بنشاط لإرشادات سياسات الصناعة الحكومية، من خلال جذب رأس المال الاجتماعي المؤهل والحصول على دعم صناديق توجيه الاستثمار الريادي من حكومتي شنغهاي وتشينغداو، لتأسيس صناديق استثمار ابتكارية وريادية، مما يحفز بفعالية رأس المال الاجتماعي للاستثمار في الصناعات التكنولوجية المتقدمة، ويساهم بشكل مناسب في تطوير الصناعات الابتكارية.