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

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

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

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