بعد تسع مدفوعات، TBC تستقبل مدخل الأعمال الآلي

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

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

1. يحتاج وكيل الذكاء الاصطناعي إلى شبكة دفع تنتمي إلى عصر الآلات

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

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

الفكرة التي قدمتها Mastercard Agent Pay for Machines هي أن تحدد الشركات المهام والصلاحيات والميزانيات أولاً. يقوم الخادم بإرسال طلب دفع HTTP 402، ويصدر الوكيل إيصال دفع يتوافق مع الميزانية، ويتحقق المتجر قبل متابعة تقديم الخدمة. تضمن الإيصالات غير المتصلة بالإنترنت سرعة الاستجابة، بينما يتم إكمال التسوية المجمعة بواسطة شبكة البلوكشين والدفع.

تم تقديم هذا العرض من قبل Base لتوفير التسوية على البلوكشين، ومنصة Coinbase Developer لتوفير بنية المحفظة، وBVNK لمعالجة محفظة الوكيل والتسويات بالعملات القانونية أو العملات المستقرة. أوضحت Mastercard أن المنتج لا يزال في مرحلة التجريب، ولم يتم تجاريته بعد، لكنها قد أوضحت بالفعل مشكلة الصناعة: جوهر المنافسة في المدفوعات الآلية هو السماح للوكيل بالاستمرار في الاستهلاك دون تسليم صلاحيات غير محدودة.

2. هيكل UTXO الخاص بـ TBC مناسب بطبيعته للميزانيات على مستوى المهام

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

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

تستخدم TBC نموذج UTXO على غرار Bitcoin وSHA256 PoW، وفي نفس الوقت توفر القدرة على العقود الذكية من خلال TuringContract. يمكن للمطورين تصميم عتبات التوقيع، حدود المبالغ، المستفيدين وشروط الوقت حول UTXO المستقل، مما يمنح الوكيل الأموال اللازمة لتنفيذ المهام، بدلاً من منح السيطرة على المحفظة بالكامل.

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

3. أربع قدرات تجعل TBC تمتلك أساسيات المدفوعات الآلية

الأولى هي الميزانية القابلة للبرمجة على البلوكشين. كود عقد TBCNODE مفتوح، وTuringContract يسمح لـ UTXO بتحمل قواعد العقود. يمكن للمشاريع تخصيص الأموال لمهام محددة، مما يسمح للوكيل بالدفع بشكل مستقل ضمن الشروط المحددة، مع ترك الأصول الأخرى خارج صلاحيات المهام.

الثانية هي أدوات الأصول المستقرة. يوفر tbc-contract SDK استعلامات على البلوكشين، والحصول على UTXO، وبناء المعاملات، والتوقيع والبث. يدعم TBC20 Stablecoin SDK إصدار، وزيادة، وتحويل، وتحويل جماعي، وتجميد وإلغاء تجميد، مما يوفر مدخلات تطوير جاهزة لإنشاء أصول مستقرة لتسعير الآلات.

الثالثة هي القدرة على التفويض المتعدد. يغطي SDK عملية MultiSig، كما قدمت وثائق TBC20 Stablecoin مثالًا على التوقيع المشترك لمديرين 2 من 2. يمكن للمشاريع فصل إدارة الأموال عن تنفيذ الوكيل، مما يسمح للآلات بالتصرف ضمن الحدود، بينما تستمر العمليات الرئيسية في التأكيد من قبل عدة أطراف مخولة.

الرابعة هي الاتجاه نحو التكاليف المنخفضة والتردد العالي. تشير المعلومات العامة لـ TBC إلى أن TPS على الشبكة الرئيسية تتجاوز 13,000، وقد جعلت من التركيز على التأكيد الصفري والتكاليف المنخفضة جزءًا من التصميم. غالبًا ما تكون الخدمات الرقمية ذات الأسعار المنخفضة التي يشتريها وكيل الذكاء الاصطناعي، فقط عندما تكون تكاليف التسوية منخفضة بما يكفي، ويمكن للشبكة معالجة عدد كبير من الطلبات المتزامنة، فإن الدفع حسب الاستخدام لديه فرصة لتشكيل نموذج تجاري طويل الأجل.

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

بالطبع، لا تزال مؤشرات الأداء العامة بحاجة إلى المزيد من الاختبارات القابلة للتكرار، ولا يمكن لـ UTXO والتوقيع المتعدد استبدال هوية المتجر، وأمان الأجهزة، وأنظمة إدارة المخاطر. لا توجد معلومات عامة تشير إلى أن TBC قد اتصل بـ x402، أو أقامت تعاونًا مع Mastercard، Base، Coinbase، أو BVNK. العلاقة بين TBC والاتجاهات الساخنة لهذا الأسبوع هي المسار التقني وفرص السوق، وليس التعاون الحالي.

4. الانتقال من قدرات البروتوكول إلى منتجات الدفع الآلي

لقد ظهرت نافذة السوق، والخطوة التالية تعتمد على سرعة المنتج. يمكن لـ TBC التكيف حول محول HTTP 402، واستراتيجيات محفظة الوكيل، ونماذج الميزانية والقوائم البيضاء، وحالات دفع TBC20 Stablecoin، والإيصالات القابلة للتحقق وSDK المتاجر، لتشكيل مجموعة من أدوات الدفع الآلي التي يمكن للمطورين نشرها بسرعة.

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

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

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

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

عندما تبدأ الأعمال الآلية في التنافس على شبكات التسوية الجديدة، تمتلك TBC بالفعل UTXO، وTuringContract، وTBC20، والاتجاه نحو التردد العالي. الخطوة التالية هي دمج هذه التقنيات في منتج دفع يرغب مطورو الذكاء الاصطناعي في استخدامه مباشرة.

مصدر المعلومات Mastercard Agent Pay for Machines · Mastercard Early Access · TBC Contract SDK · TBC20 Stablecoin SDK · TBCNODE · TBC White Paper