البلوكشين

يسك سجل وكلاء Concordium كل وكيل كرمز NFT على السلسلة متوافق مع معيار CIS-8004، مع توضيح قدراته ونقاط النهاية عبر بطاقة الوكيل (مستند JSON بالإضافة إلى تجزئة SHA-256 على السلسلة). يُربط كل وكيل بحساب Concordium موثّق؛ وتمكّن CIS-8 من ربط المفاتيح العامة الخارجية — مثل Ethereum وSolana — بنفس الوكيل. تشير شارة "تم التحقق منه من قبل Concordium" إلى الأطراف المقابلة أن الوكيل اجتاز التحقق على مستوى البروتوكول بنجاح.

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

Concordium (CCD) هي بلوكشين عامة من الطبقة 1 تضم طبقة هوية مدمجة على مستوى البروتوكول، مصممة خصيصًا لبيئات التفاعل الرقمي التي تتطلب المساءلة، وإمكانية التدقيق، والخصوصية. تربط Concordium هويات الأشخاص أو الكيانات المعتمدة مباشرة ضمن طبقة البروتوكول، مستفيدة من إثباتات عدم المعرفة لتأكيد خصائص مثل العمر والإقامة دون تسجيل البيانات الشخصية على السلسلة. يربط سجل الوكلاء هوية وكيل AI على السلسلة بهذه الطبقة الحسابية، ما يسمح بتتبع إجراءات الوكيل للطرف الذي أقرها. يعمل CCD كرسوم تداول وكـ رمز للمشاركة في الشبكة.

ما الدور الذي يلعبه Travel MCP في منظومة السفر القائمة على AI؟ تتناول هذه المقالة كيفية دمج وكلاء AI، مدفوعات العملات المستقرة، البنية التحتية لـ Web3، وخدمات السفر، وتستعرض الاتجاهات المستقبلية لتطوير خدمات السفر الأصلية المعتمدة على AI.

وكيل AI يشهد تحولًا تدريجيًا من كونه مجرد أداة بحث معلوماتية إلى مساعد رقمي قادر فعليًا على تنفيذ عمليات Operar. وقد أطلقت منصة السفر للعملات الرقمية Travala مؤخرًا بروتوكول Travel MCP، الذي يمكّن وكيل AI من البحث عن الفنادق، إتمام الحجوزات، ومعالجة المدفوعات باستخدام USDC عبر شبكة Base. ورغم أن المسافرين ما زالوا مطالبين بتفويض الدفع النهائي بأنفسهم، فإن هذه الخدمة تُعتبر إنجازًا مهمًا في مجال حجز السفر الذاتي المدعوم بتقنية AI.

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

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

توفّر كل من Nesa وواجهة OpenAI API قدرات استدلال AI للمطوّرين، لكنهما تعملان وفق نماذج خدمة مختلفة جوهريًا. فبينما تُبنى واجهة OpenAI API على خدمات سحابية مركزية، تنشئ Nesa طبقة تنفيذ AI عبر شبكة لامركزية، مع استدلال خاص وحوسبة قابلة للتحقق.

تقدم شركة Robinhood Markets, Inc. (NASDAQ: HOOD) التداول الفوري للعملات الرقمية، ونقل الأصول، وحلول المحفظة ذاتية الحفظ عبر شركاتها التابعة، كما توسع خدماتها في مجال البنية التحتية للطبقة 2 وتوكننة الأصول من خلال مشاريع مثل Robinhood Chain. تمثل HOOD الأسهم العادية لشركة مدرجة في السوق العامة. تُعد حسابات العملات الرقمية Actifs ونشاط الشبكة على السلسلة جزءًا من طبقة المنتج والبنية التحتية، ولا ينبغي مقارنتها مباشرة بمقاييس على السلسلة عند تقييم الأصول الأسهم.

تُنجز المعاملة تأكيدًا سريعًا ومتكررًا على Espresso Network عبر هذه الخطوات: يرسل المستخدم أو التطبيق المعاملة إلى منسق الـرول أب، ثم يقوم المنسق المخوّل بتمرير الكتلة إلى Espresso، ليقوم المُدقِّقون بإتمام تأكيد BFT باستخدام HotShot خلال ثوانٍ قليلة. بعد ذلك، تكون الكتل المؤكدة من Espresso متاحة للسلاسل الأخرى، والجسور، والتطبيقات، في حين تستمر التسوية النهائية على L1 كالمعتاد.

يؤدي ESP وظيفتين رئيسيتين في شبكة Espresso، إذ يضمن أمان الشبكة وسداد الخدمات: يقوم المُدقِّقون والمفوِّضون بتخزين أو تفويض ESP عبر جدول التخزين على Ethereum لدعم مجموعة المُدقِّقين النشطين لإجماع HotShot. في الوقت ذاته، تتيح السلاسل والتطبيقات المتصلة الاستفادة من خدمات مثل النهائية وتوافر البيانات من خلال هيكل رسوم البروتوكول. تتكامل الحوافز، وتأكيدات التسلسل، والتحقق من توافر البيانات (DA)، ما يستلزم من المشاركين فهم المخاطر المرتبطة بالاستبعاد، والعقود الآجلة، وآليات التشغيل عند المشاركة.

تعتمد شبكة Espresso على إجماع HotShot لتقديم نهائية مشتركة يمكن التحقق منها لتدفقات Operar في بيئات متعددة. يدير المتتابعون المركزيون، الخاضعون لمشغل واحد، تأكيدات مبدئية سريعة لكل رول أب بشكل منفصل. بينما تعتمد حلول Astria على CometBFT لتسلسل مشترك غير متزامن، وغالبًا ما تتكامل مع أنظمة توافر البيانات (DA) الخارجية المستقلة. وتتمثل الفروق الجوهرية بين هذه النماذج في قوة التأكيد، واللامركزية، واستقلالية التنفيذ، وقابلية التركيب عبر رول أبس، وليس فقط في السرعة أو الكفاءة.

HotShot هو آلية إجماع BFT طوّرَتها شبكة Espresso، مستوحاة من تصميمَي HotStuff وHotStuff-2. يُنشئ المُدقِّقون شهادات نصاب لتحديد ترتيب الكتل، مما يتيح تأكيدات الشبكة الرئيسية عادة خلال ثوانٍ. لا ينفذ البروتوكول نفسه المعاملات؛ إذ يمكن تفويض إتاحة البيانات إلى حلول مثل EspressoDA. وبفضل الاستجابة المتفائلة، تتقدم الشبكة بسرعات انتشار فعلية عندما تكون الظروف ملائمة، بدلاً من الاعتماد على مهلات ثابتة في أسوأ الحالات.

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

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