سلسلة Tempo وبروتوكول MPP: بنية تحتية دفع جديدة لوكالات الذكاء الاصطناعي

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

عند تنفيذ المهام الذاتية، تختلف سلوكيات الدفع الخاصة بوكيل الذكاء الاصطناعي (Autonomous AI Agents) بشكل جوهري عن دفعات البشر التقليدية. تشكل المتطلبات الخمسة الأساسية التالية المتطلبات الأساسية لبنية الدفع في اقتصاد الوكلاء الذكاء الاصطناعي:

لا يمكن لشبكة الدفع التقليدية SWIFT وسلسلة الكتل العامة تلبية احتياجات الدفع المذكورة أعلاه تحت اقتصاد الوكلاء الذكية، لذا ظهر Tempo.

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

3.1 نظرة عامة على البنية العامة

يستخدم Tempo بنية Layer-1 متخصصة، وفلسفتها التصميمية هي "الدفع أولاً" — حيث تُتخذ جميع قرارات التقنية على السلسلة بهدف تحسين سيناريوهات الدفع بشكل أمثل، وليس من خلال تصميم عام لمنصات العقود الذكية.

3.2 بروتوكول التوافق Simplex BFT

طبقة الإجماع الخاصة بـ Tempo مبنية على بروتوكول Simplex BFT (ePrint 2023/463). يُقلل هذا البروتوكول، من خلال تصميمه المُسلسل، من تأخير التأكيد في كل دورة إلى وقت واحد للذهاب والإياب عبر الشبكة (1Δ).

عملية توافق بثلاث مراحل

يتكون توافق Simplex BFT من ثلاث مراحل متتالية:

مقارنة زمنية: BFT التقليدي مقابل Simplex Pipeline

يُظهر الرسم البياني أدناه الفرق في التأخير بين BFT الثلاثي التقليدي وخط أنابيب Simplex. المحور الرأسي يمثل جولات الإجماع، والمحور الأفقي يمثل خطوات زمنية للشبكة (Δ).

العامل الحاسم لتحسين الأداء: في نمط الخطوة، يتقاطع مرحلة اقتراح B₂ مع مرحلة التصويت لـ B₁. كل دورة تتطلب انتظارًا واحدًا فقط Δ للانتقال إلى اقتراح الكتلة التالية، بينما تتطلب خوارزمية BFT التقليدية انتظارًا تسلسليًا كاملًا قدره 3Δ لكل دورة.

تحسين تغيير العرض

يُفعّل تغيير العرض (View-Change) في حالتين: (1) عندما يفشل القائد الحالي في بث اقتراح صالح خلال فترة التوقيت المحددة؛ (2) عندما يكتشف العقد سلوكًا غير طبيعي من القائد (مثل اقتراحات مكررة أو تنسيق رسائل غير صالح).

3.3 توقيع BLS مجمّع

يُستخدم مخطط BLS (Boneh-Lynn-Shacham) لدمج توقيعات N من المدققين في توقيع واحد، ويتم التحقق منه باستخدام عمليتي مزج منحنيات إهليلجية فقط، مما يقلل بشكل كبير من استهلاك النطاق الترددي والتكلفة الحسابية. هذا مهم بشكل خاص في سيناريوهات المدفوعات الدقيقة عالية التردد، حيث يقلل فعالية تكلفة الحساب والنطاق الترددي لكل معاملة.

مبدأ توقيع BLS

تصور عملية التوقيع المجمع

3.4 آلية تنفيذ المعاملات المتوازية

قدرة Tempo على تنفيذ المعاملات بالتوازي تأتي من تصميمين تقنيين موثقين رسمياً:

1. نوع معاملة مخصص EIP-2718 (نوع المعاملة 0x76)

يُعرّف Tempo تنسيق المعاملة المبنية على الكريبتو، والذي يوسع ثلاث قدرات أصلية فوق معاملات EVM القياسية:

• التنفيذ الجماعي (Batch): تنفيذ متزامن لعدة أوامر داخل معاملة واحدة
• مجدول (Scheduled): تحديد كتلة مستقبلية لتفعيل التنفيذ
• التنفيذ المتوازي (Parallel): الإعلان عن اعتمادات خالية من الحالة، مما يسمح بالمعالجة المتزامنة مع المعاملات الأخرى

2. نظام الـNonce المنتهي (Expiring Nonce System)

يفرض EVM التقليدي زيادة صارمة للـ Nonce، مما يجبر جميع المعاملات من نفس الحساب على التنفيذ بالتسلسل. يغيّر Tempo الـ Nonce إلى "نطاق كتلة صالح"، ويتطلب فقط أن يكون الـ Nonce فريدًا خلال فترة الصلاحية، مما يسمح بإرسال وتنفيذ عدة معاملات مستقلة من نفس الحساب في وقت واحد، ويُزيل عقدة التسلسل على مستوى الحساب.

3. قنوات دفع مخصصة (Payment Lanes)

Payment Lanes هي مساحات كتل مخصصة من قبل Tempo على مستوى البروتوكول لمعاملات الدفع الخاصة بـ TIP-20. على عكس إيثريوم التي تجعل جميع المعاملات تتنافس على نفس حوض الغاز، يقسم Tempo ميزانية الغاز في الكتلة إلى قنوات مستقلة متعددة، مما يمنع معاملات الدفع من التأثر بـ "الجيران الضوضائيين" مثل عمليات DeFi أو طبع NFT أو الاستدعاءات المتكررة للعقود.

هيكل تقسيم الغاز للكتلة

يحتوي رأس الكتلة Tempo على حقل حد غاس مستقل، ويفصل ميزانية الغاس الإجمالية البالغة 500M إلى ثلاثة مناطق غير متفاعلة:

3.5 تصميم أصيل للعملة المستقرة

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

4.1 موقع البروتوكول والمفاهيم الأساسية

MPP (Machine Payments Protocol) هو معيار دفع مفتوح تم تصميمه بالتعاون بين Stripe وTempo، ويُعرف في الصناعة بـ "OAuth للدفع". هدفه الأساسي هو توفير قدرات دفع معيارية وخالية من التدخل البشري للوكلاء الذكاء الاصطناعي المستقلين.

4.2 MPP عملية التفاعل الكاملة

هيكل حمولة JWT

4.3 آلية الجلسة Session

آلية الجلسة هي أحد الابتكارات الأساسية في بروتوكول MPP، وتحل مشكلة كفاءة الدفع عند استهلاك الوكلاء الذكيين للموارد لفترات طويلة متواصلة:

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

4.4 مسار الدفع عبر Rail

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

مسارات الدفع المدعومة حاليًا لـ MPP

السيناريو الأول: دفعات الشركات العابرة للحدود

تتطلب المدفوعات العابرة للحدود التقليدية عادةً عبورًا عبر عدة مراحل، بما في ذلك بنك الدفع، وشبكة SWIFT، والبنوك الوسيطة، وبنك الاستلام، وغالبًا ما تستغرق من 3 إلى 5 أيام عمل، مع رسوم تتراوح عادةً بين 0.5% و3%، ولا تدعم المعالجة الفورية في عطلات نهاية الأسبوع والأعياد.

على النقيض من ذلك، يسعى Tempo إلى تقديم مسار بديل: إذا استخدم كل من الدافع والمستلم العملات المستقرة للتسوية، فوفقًا لأهداف تصميم شبكة الاختبار الحالية، يمكن إتمام دفع عابر للحدود من USDC إلى USDC نظريًا في حوالي 0.5 ثانية، برسوم معاملة واحدة تبلغ حوالي 0.001 دولار أمريكي.

السيناريو الثاني: التسوية على مدار 24 ساعة طوال أيام الأسبوع للإيداعات المُتَوَسَّطة

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

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

السيناريو الثالث: المدفوعات التلقائية الصغيرة والعالية التردد

تتضمن رسوم معالجة البطاقات الائتمانية عادةً رسومًا ثابتة تبلغ حوالي 0.2 دولار لكل معاملة بالإضافة إلى رسوم نسبية تتراوح بين 1.5% و3%، مما يجعل المعاملات التي تقل قيمتها عن دولار واحد غير قابلة للتطبيق تجاريًا — وهذا هو السبب الجذري للفراغ المستمر في سوق "الدفعات الصغيرة". إن هدف رسوم Tempo البالغة حوالي 0.001 دولار لكل معاملة هو جعل السيناريوهات التالية قابلة للتطبيق تجاريًا لأول مرة:

السيناريو الرابع: الدفع الذاتي بواسطة الوكيل الذكي

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

في عامي 2025–2026، يشهد قطاع السلاسل المخصصة للدفع دخولًا مكثفًا. تقارن هذه الفصل من منظور البنية التقنية بين ثلاثة أنواع من المنافسين.

6.1 سلسلة دفع مخصصة: Tempo مقابل Circle Arc مقابل Stable

جميع السلاسل الثلاثة هي L1 مخصصة للدفع، لكن مساراتها التقنية الأساسية تختلف بشكل كبير. فيما يلي تحليل خياراتها التقنية من ثلاثة أبعاد: محرك التوافق، آلية الرسوم، والابتكارات الهيكلية الأساسية.

مصفوفة التموقع التنافسي

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

6.2 مقارنة مع البلوكشين العام: إيثريوم L2 وسولانا

إيثريوم L2 وسولانا هما نوعان رئيسيان من السلاسل العامة التي تُستخدم على نطاق واسع في سيناريوهات الدفع، ويتجلى الفرق الأساسي بينهما والسلاسل المخصصة للدفع في عدة أبعاد:

قيمة سلسلة الدفع المخصصة لا تكمن أبدًا في كونها "أسرع" من إيثريوم أو "أرخص" من سولانا، بل في قدرتها على تضمين معاني الدفع كقيود تصميمية في البروتوكول نفسه.

الحكم الأساسي لـ Tempo وMPP هو أن البلوكشين العام لا يعاني من نقص في الوظائف عند معالجة سيناريوهات الدفع، بل من خطأ في مستوى التجريد — فهو يُعتبر نقل الأصول ككل الدفع، لكنه يتجاهل عناصر مثل التفويض، والجلسة، والتوجيه، والمطابقة، التي تم هندستها بعمق منذ فترة طويلة في النظام المالي التقليدي.

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

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

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

1. الموقع الرسمي لـ Tempo: https://tempo.xyz
2. مدونة إطلاق Tempo Mainnet: https://tempo.xyz/blog/mainnet/
3. مواصفات تقنية بروتوكول MPP: https://docs.tempo.xyz/mpp
4. فورتشن: تطلق Tempo المدعومة من Stripe بروتوكول مدفوعات بالذكاء الاصطناعي (2026.03.18)
5. The Block: يُطلق Tempo Mainnet مع بروتوكول المدفوعات الآلية للوكلاء
6. مدونة Privy: البناء على Privy باستخدام بروتوكول المدفوعات الآلية لـ Tempo (MPP)
7. Medium (jrodthoughts): هندسة الثروة الذاتية — داخل MPP الخاص بـ Tempo
8. ماكينزي وآرتميس أناليتيكس: تقرير العملات المستقرة في المدفوعات لعام 2025
9. بيانات سوق العملات المستقرة من CoinGecko
10. بيانات العملات المستقرة على السلسلة من DeFiLlama