عندما بدأنا @TaironAI ، لم تكن هناك "فكرة منتج" حقا. أردنا فقط أن نفهم كيف يمكن لبروتوكول سياق النموذج ربط أجزاء مختلفة من البنية التحتية للتشفير. لذلك قمنا ببناء دليل لخوادم MCP المفتوحة ، وهو ملعب لاختبار الأشياء. كان كل واحد مختلفا: بعضها ل DeFi ، وبعضها للسلاسل ، والبعض الآخر للبيانات الاجتماعية. لم يكن من المفترض أن يكونوا متصلين ، لقد كانت مجرد طريقة لوضع نموذج أولي ومعرفة ما هو ممكن. في مرحلة ما أدركنا: هذا الملعب كان بالضبط ما يحتاجه السوق. طريقة منظمة لربط البيانات والإجراءات والسياق عبر البروتوكولات. بدأنا في كتابة خوادم MCP الخاصة بنا من البداية. كان الهدف هو توحيد قاعدة التعليمات البرمجية ، تنسيق واحد ، نمط واحد ، مجموعة واحدة من الواجهات لكل نوع من أنواع التكامل. بمجرد الانتهاء من ذلك ، انتقلنا إلى هيكل أكثر منهجية بثلاث طبقات واضحة: 1️⃣ السلاسل: قاعدة ، سونيك ، BSC ، بلازما ، تيلوس ، سي ، موناد ... وبعض أجهزة EVM غير مثل Phala و Algorand و Secret. 2️⃣ بروتوكولات السيولة: Aerodrome و Aave و Uniswap و PancakeSwap والجسور وما إلى ذلك. 3️⃣ التحليلات والبيانات: DefiLlama و Codex و Chainlink والمستكشفين والمصادر الأخرى التي تغذي النظام. هذا هو الهيكل الكامن وراء ما نسميه MCP Supergraph ، وهي شبكة متصلة من الخوادم حيث تلتقي البيانات والسيولة والحساب. لا يقتصر Supergraph على توصيل السلاسل فحسب ، بل يتعلق بإنشاء طبقة واحدة حيث: - يمكن للوكلاء أو المطورين الاستعلام عن البيانات ، - تنفيذ إجراءات OnChain ، - وبناء الأتمتة عبر البروتوكولات دون إعادة كتابة عمليات التكامل في كل مرة. يشبه كل خادم MCP قطعة ألغاز ، وتنسيق متسق ، وواجهة مفتوحة ، وإخراج يمكن التحقق منه. كلما أضفنا المزيد من القطع ، زادت قوة الشبكة. نحن نركز على توسيع تغطية EVM أولا (Base و Sonic و Monad وما إلى ذلك) مع الحفاظ على حركة L1s الأخرى بالتوازي. في الوقت نفسه، نقوم بوضع اللمسات الأخيرة على مجموعات SDK والأدوات الداخلية حتى يمكن نشر الخوادم الجديدة بشكل أسرع وأكثر اتساقا. الخطوة التالية ، تجمع كل ذلك معا في نقطة نهاية Supergraph واحدة حيث يمكن للوكلاء والتطبيقات وحتى أنظمة الروبوتات التفاعل مباشرة مع بيانات onchain. قطعة قطعة ، يجتمع معا.