قضيت الأيام الستة الماضية أحاول إعطاء وكيل ذكاء اصطناعي بطاقة دفع، وهذا ما حدث؛ أنشأت AgentPay من أجل @ETHGlobal Hackathon. إنه خادم MCP يسمح لوكلاء الذكاء الاصطناعي بإرسال USDC، واستلام المدفوعات، وبث المدفوعات الصغيرة، وتسوية المعاملات عبر السلاسل. لا توجد رسوم غاز، فقط API واحد. أثناء البناء، استخدمت عدة مجموعات أدوات وبرأيي استخدام مجموعات الأدوات @circle (Paymaster و Gateway) كان بصراحة الجزء الأكثر سلاسة في البناء كله. المستندات كانت منطقية، وواجهة برمجة التطبيقات كانت تفعل ما صممت من أجله، والتكامل كان سهلا جدا. هذا بالضبط نوع السهولة التي تحتاجها من أداة عندما تقوم بالتصحيح والاختراق في الساعة الثانية صباحا. دمج @ensdomains كان سلسا أيضا. لقد استخدمته بالفعل خلال هاكاثون Ethos لذا كنت أعرف طريقي. وثائقهم شاملة حقا لجميع مراحل المطورين حتى المبتدئين. الجزء الأكثر إثارة للاهتمام هنا كان دمج @Yellow، حزمة نيترولايت SDK الخاصة بهم جعلتني متواضعا ههه. فهم قنوات الولاية ليس مهمة سهلة والأطباء لن يمسكوا بيدك. قضيت وقتا طويلا في قراءة أمثلة الشيفرة المصدرية، محاولا معرفة كيف تفتح القنوات وتستقر. لكن عندما حصلت أخيرا على المدفوعات الصغيرة التي تبث من السلسلة، أصبح التصميم أوضح لي. المشكلة الحقيقية لم تكن في أداة واحدة، بل كانت جعل أدوات/SDK مثل Circle وYellow وENS تعمل معا داخل خادم واحد. ثلاثة بروتوكولات مختلفة، ثلاثة تصاميم مختلفة، ثلاثة أنماط تكامل مختلفة، واجهة برمجة تطبيقات واحدة للوكلاء. جعلها تتزامن معا كان لغزا بحد ذاته سعيد لأنني شحنتها. تعلمت أكثر في 6 أيام مما تعلمت خلال شهور