أول MCP عبر السلاسل لـ TON: وكلاء ينقلون القيمة فعليًا

وكيل DeFAI على TON: لماذا لا تكفي الوكيلَ قراءةُ البلوكتشين

وكيلك الذكي يجيب عن أسئلة TON ببراعة — رصيد المحفظة، وحالة العقد، وسجل المعاملات. ثم يكتب المستخدم: «لديّ 500 USDT على TON، وأريد الدخول في مركز على Base». فيتوقف الوكيل. يرى كل شيء، ولا يستطيع فعل أي شيء. فبين «قراءة البلوكتشين» و«تحريك القيمة» هوّة لا يقفز فوقها خادم MCP للقراءة فقط. والوكيل القارئ ليس أكثر من لوحة معلومات بواجهة محادثة. أما DeFAI (أي DeFi + AI) فيبدأ حيث يحرّك الوكيل القيمة، لا حيث يكتفي بالنظر إليها.

والجدار الثاني هو الثقة. فمعظم «المحافظ الذكية للوكلاء» احتجازية: لكي يرسل الوكيل شيئًا، لا بد أن يحتفظ أحدهم بالمفتاح ويوقّع به. وبالنسبة إلى بوت مستقل يعني ذلك أن المفتاح الخاص أو مفتاح المشغّل (operator) يرقد في مكان لا تتحكم أنت فيه. وهذا غير مقبول في بيئة إنتاج تُدار فيها أموال الآخرين.

وTONNode خادم MCP مُستضاف لشبكة TON (الموقع tonnode.io)، وفيه 16 أداة بالضبط: القراءة، والمبادلة، والعمليات عبر السلاسل، وتوليد المحفظة. والأهم: أدوات المبادلة والعمليات عبر السلاسل والمحفظة غير احتجازية بصرامة. فالخادم لا يوقّع ولا يحتفظ بالأموال ولا بالمفاتيح الخاصة أبدًا — بل يعيد رسائل TonConnect غير موقّعة، وتوقّعها محفظة المستخدم. وهذا بالضبط هو MCP عبر السلاسل لـ TON دون أي تنازل عن السيطرة على المفاتيح.

ولكي يكون الفعل آمنًا، لا بد من أمرين:

• الوكيل يجهّز المعاملة ولا يوقّعها. التوقيع تضعه محفظة المستخدم عبر TonConnect، والخادم لا يلمس المفاتيح.
• الوكيل يعمل خارج حدود شبكة واحدة. فالقيمة في الكريبتو تعيش في عدة شبكات في آنٍ واحد، و«TON فقط» نصف المهمة لا أكثر.

وTONNode يفعل الأمرين معًا. وفيما يلي كيف تبني من هذه الأدوات وكيل DeFAI حقيقيًا.

مبادلة غير احتجازية: get_swap_quote وbuild_swap_tx عبر Omniston

المبادلة في TONNode أداتان مفصولتان بحسب المسؤولية: عرض السعر أولًا، ثم التجميع.

• get_swap_quote — عرض سعر مؤكَّد لمبادلة GRAM⇄جيتون عبر بروتوكول Omniston الذي يجمّع سيولة STON.fi وDeDust. أي أن الوكيل يحصل على أفضل سعر من أكبر منصتَي DEX دفعةً واحدة، بدل أن يخمّن أيّهما أوفر.
• build_swap_tx — تجمّع معاملة مبادلة غير موقّعة جاهزة لـ TonConnect. وهذه الخطوة تحديدًا هي جوهر عدم الاحتجاز: الخادم يسلّم الرسالة، ومحفظة المستخدم هي التي توقّعها.

والتشبيه بسيط: get_swap_quote هي لوحة الأسعار في مكتب الصرافة، وbuild_swap_tx هي الإيصال المعبّأ الذي تقرؤه وتوقّعه بنفسك. أما الصرّاف (الخادم) فلا يمدّ يده إلى محفظتك.

وفي الحوار مع الوكيل يبدو ذلك هكذا:

المستخدم: بادِل 100 GRAM بـ USDT، وأظهر السعر قبل التأكيد

الوكيل → get_swap_quote (GRAM → USDT, 100)
الوكيل: ستحصل على ≈ X USDT بسعر Y (مسار Omniston). أجمّع المعاملة؟

المستخدم: نعم

الوكيل → build_swap_tx
الوكيل: جاهزة، وقّعها في محفظتك ↓ (TonConnect)

وثمة تفصيل مهم لضبط المبالغ: الجيتونات تُخزَّن بالوحدات الخام (raw)، والتحويل يعتمد على decimals. فقيمة USDT هي decimals = 6، ومعظم الجيتونات 9. لذلك على الوكيل قبل عرض أي رصيد أو مبلغ أن يستدعي get_jetton_info (بيانات الجيتون الوصفية: الاسم والرمز وdecimals والإصدار) ثم get_jetton_balance (رصيد الجيتون؛ ومحفظة الجيتون تُحسب على السلسلة). وإلا فسيعرض الوكيل على المستخدم «50000000» بدل «50».

ولا تغادر المفاتيحُ جهازَ المستخدم في أي خطوة. وتفصيل هذا المخطط في مقال المبادلة غير الاحتجازية للوكلاء.

MCP عبر السلاسل لـ TON: إسكرو HTLC ذرّي وطريق إلى 6 شبكات EVM

والآن ما لا يملكه أي خادم MCP آخر لـ TON: مبادلة عبر السلاسل من TON إلى شبكات EVM دون جسر احتجازي. وينفّذ TONNode ذلك عبر إسكرو HTLC ذرّي (Hashed TimeLock Contract).

والآلية أشبه بصفقة عبر خزنة بقُفلين:

1. تُقفل الأموال في عقد إسكرو على الشبكتين معًا تحت هاش سرٍّ واحد.
2. وما دام السر غير مكشوف، لا تتحرك الأموال إلى أي مكان.
3. وكشف السر يفكّ قفل الطرفين في آنٍ واحد — فإمّا أن تتم الصفقة كاملةً، وإمّا ألّا تتم إطلاقًا. ولا وجود هنا للحالة الوسطى «خرجت الأموال ولم يعُد شيء».
4. وإن تعلّق الطرف المقابل، تعود الأموال إلى صاحبها بانتهاء المهلة.

والشبكات المدعومة هي هذه بالضبط، وTON هي المصدر دائمًا:

• Ethereum
• Arbitrum
• Base
• BNB Chain
• Polygon
• Avalanche

أما TRON فغير مدعومة بعد — ومن المهم قول ذلك للمستخدم بصراحة، حتى لا يَعِد الوكيل بما لا يمكن تحقيقه.

والنقطة الحاسمة في عدم الاحتجاز هنا: build_crosschain_swap_tx تعيد معاملة إسكرو HTLC غير موقّعة والسرَّ معًا — والسر يبقى لدى المستخدم/الوكيل، لا على الخادم. وكشف السر خطوة منفصلة وصريحة تأتي بعد التحقق من الجاهزية على السلسلة. والشرح الكامل للآلية في مقال المبادلة عبر السلاسل من TON إلى Ethereum.

أدوات العمليات عبر السلاسل الخمس: عرض السعر والتجميع والتتبّع والكشف والاسترداد

الصفقة عبر السلاسل ليست زرًّا واحدًا، بل آلة حالات. ولكل حالة أداتها الخاصة:

1. get_crosschain_quote — عرض سعر المبادلة عبر السلاسل: كم سيحصل المستخدم في الشبكة الهدف، والرسوم، والمسار.
2. build_crosschain_swap_tx — معاملة إسكرو HTLC غير موقّعة + السرّ. المعاملة توقّعها محفظة المستخدم، والسر يبقى لديه.
3. track_crosschain_swap — مراحل الصفقة على الشبكتين: هل قُفلت الأموال في إسكرو TON، وهل ظهر القفل المقابل على جانب EVM، وهل كُشف السر، وهل اكتملت التسوية.
4. disclose_crosschain_secret — كشف السر لإتمام التسوية، لكن بعد التحقق من الجاهزية على السلسلة فقط. وهذه حماية من كشف السر قبل أوانه وفقدان السيطرة على الصفقة.
5. build_crosschain_refund — تجمّع معاملة استرداد الأموال من الإسكرو إن تعلّقت الصفقة وانتهت المهلة.

دورة حياة الصفقة كاملةً

هكذا يبدو التدفق الذي يمرّره الوكيل من عرض السعر إلى التسوية أو الاسترداد:

get_crosschain_quote        → عرض سعر TON → Base
build_crosschain_swap_tx    → معاملة إسكرو HTLC غير موقّعة + السرّ
   (المستخدم يوقّع الإسكرو بمحفظته)
track_crosschain_swap       → ننتظر جاهزية الطرف المقابل
disclose_crosschain_secret  → نكشف السرّ، وتجري التسوية
   ── إن تعلّقت الصفقة ──
build_crosschain_refund     → استرداد من الإسكرو

ولاحظ أن الاسترداد مدمج في التصميم أصلًا، لا مخيَّط على جانبه. فـ build_crosschain_refund تحديدًا هي ما يجعل البنية آمنة لوكيل مستقل: فحتى لو ساء شيء ما، لا تعلق الأموال — ثمة طريق حتمي للعودة. وهذه الخماسية تحوّل «الجسر المخيف» إلى عملية متوقَّعة خطوةً بخطوة.

أين خندق TONNode الدفاعي: عدم الاحتجاز + العمليات عبر السلاسل + الاستضافة

لنقارن بصدق بالحزمة الرسمية. فـ @ton/mcp من TON Foundation هو محفظة-وكيل احتجازية بنظام split-key: مفتاح المشغّل (operator) لدى الوكيل، ومفتاح المالك لدى المستخدم، والوكيل يوقّع بنفسه. وهو يجيد الكثير — القراءة، وإرسال GRAM والجيتونات وNFT، والمبادلة عبر مجمّع DEX، والعمل مع NFT وDNS، وإنشاء محافظ الوكلاء واستيرادها، وهو رسمي فوق ذلك كله. تلك نقاط قوة حقيقية، ولا داعي للتقليل منها.

لكنّ ثمة قيدين جوهريين:

• إنه احتجازي — مفتاح المشغّل لدى الوكيل، أي أن الوكيل يستطيع الإنفاق باستقلالية. وهذا مريح في بعض السيناريوهات، ومخاطرة غير مقبولة في غيرها.
• وهو لـ TON فقط — لا وجود لعمليات عبر السلاسل.

ويختلف TONNode على ثلاثة محاور:

	@ton/mcp الرسمي	TONNode
نموذج المفاتيح	احتجازي (split-key، يوقّع بنفسه)	غير احتجازي (يعيد رسائل TonConnect غير موقّعة)
العمليات عبر السلاسل	لا، TON فقط	TON → 6 شبكات EVM، إسكرو HTLC ذرّي
النشر	محليًا / HTTP / serverless	محليًا (npx) ونقطة نهاية مستضافة

وعدم الاحتجاز ليس علامةَ صحٍّ في قائمة ميزات، بل خندق معماري. فالخادم لا يوقّع ولا يحتفظ بالأموال ولا بالمفاتيح الخاصة أبدًا. وحتى generate_wallet (تنشئ محفظة TON جديدة بإصدارات v3r2 / v4 / v5r1 / highload_v3) تسلّم العبارة التذكيرية والمفاتيح إلى المستخدم — والخادم لا يخزّنها. والمقارنة الموسّعة بين المقاربتين في مقال MCP الاحتجازي مقابل غير الاحتجازي.

وتفصيل اصطلاحي صغير يمنع الالتباس: GRAM هو Toncoin بعد إعادة تسميته (تمّت في يونيو 2026)، أما الشبكة نفسها فما زالت تُسمّى TON.

كيف تربط الخادم وتبني وكيل DeFAI الخاص بك

يمكنك البدء مجانًا ومحليًا، دون بطاقة بنكية ودون تسجيل. وحزمة @tonnode/mcp مفتوحة المصدر (رخصة MIT)، وتعمل ببروتوكول ADNL الأصلي لشبكة TON دون طبقات HTTP وسيطة.

الإعداد المحلي والإعداد المستضاف

الإعداد المحلي (المجموعة العامة، قراءة كاملة) — أضِفه ببساطة إلى إعدادات عميل MCP لديك:

{
  "mcpServers": {
    "ton": { "command": "npx", "args": ["-y", "@tonnode/mcp"] }
  }
}

نقطة النهاية المستضافة (سعة تمرير مضمونة، ومفتاح خاص بك):

{
  "mcpServers": {
    "ton": {
      "type": "http",
      "url": "https://mcp.tonnode.io/mcp",
      "headers": { "Authorization": "Bearer tn_live_…" }
    }
  }
}

والإعداد يصلح لأي عميل MCP: Claude وCursor وChatGPT/Codex.

هيكل وكيل DeFAI

هيكل وكيل DeFAI المبني على أدوات TONNode — التدفق النموذجي لـ«الدخول في مركز على شبكة أخرى»:

تحقّق مما لدى المستخدم:
  get_balance          → رصيد GRAM
  get_jetton_info      → decimals الجيتون (USDT = 6، وعادةً 9)
  get_jetton_balance   → رصيد USDT/الجيتون (المحفظة تُحسب على السلسلة)

إن أراد المستخدم مبادلة داخل TON:
  get_swap_quote → build_swap_tx → التوقيع في المحفظة

إن أراد المستخدم نقل القيمة إلى Base/Ethereum/…:
  get_crosschain_quote
  → build_crosschain_swap_tx (توقيع، والسرّ لدى المستخدم)
  → track_crosschain_swap (ننتظر الجاهزية)
  → disclose_crosschain_secret (التسوية)
  → build_crosschain_refund (إن تعلّقت الصفقة)

وبعد ذلك يقوم كل شيء على موجّه النظام (system prompt) — فالعميل يوجّه الاستدعاءات بنفسه:

أنت مساعد DeFAI لشبكة TON. القواعد:
1. قبل أي مبلغ جيتون، استدعِ get_jetton_info (decimals)
   و get_jetton_balance.
2. للمبادلة: get_swap_quote أولًا، أظهر السعر، ثم build_swap_tx.
   لا تطلب المفاتيح الخاصة أبدًا — المعاملة توقّعها
   محفظة المستخدم عبر TonConnect.
3. للعمليات عبر السلاسل: get_crosschain_quote → build_crosschain_swap_tx →
   track_crosschain_swap → disclose_crosschain_secret.
   المصدر دائمًا TON، والهدف إحدى شبكات EVM الست
   (Ethereum, Arbitrum, Base, BNB Chain, Polygon, Avalanche)؛
   وTRON غير مدعومة.
4. إن تعلّقت الصفقة — اقترح build_crosschain_refund.

أما البناء خطوةً بخطوة لوكيل تداول فنفصّله على حِدة — كيف تبني وكيل تداول على TON.

الخطط والأسعار

في جميع الخطط تتوفر الأدوات الـ16 كلها، وأنت تدفع مقابل سعة التمرير فقط:

• Hobby — مجاني إلى الأبد، 60 طلبًا/دقيقة
• Pro — 29 دولارًا شهريًا، 300 طلب/دقيقة
• Scale — 199 دولارًا شهريًا، 1200 طلب/دقيقة

ومفتاح Hobby المجاني يُصدر فور تسجيل الدخول، بلا بطاقة بنكية. أما Pro/Scale فتدفعها بـ GRAM أو USDT على شبكة TON عبر TonConnect، أو بـ BTC/ETH/SOL وغيرها عبر فاتورة xRocket في Telegram؛ ويُصدر المفتاح تلقائيًا بعد تسوية الدفعة.

---

خادم MCP للقراءة فقط يجعل الوكيل مراقبًا. أما المبادلة غير الاحتجازية والعمليات عبر السلاسل فتجعله منفِّذًا — دون أن ينتزع مفاتيح المستخدم منه. قراءة TON يجيدها كثيرون؛ أما تحريك القيمة من TON إلى ست شبكات EVM دون تسليم المفاتيح فلا يفعله حتى الآن سوى TONNode. وهذا بالضبط هو DeFAI على TON: الوكيل يحرّك القيمة، والسيطرة تبقى لدى صاحبها.

احصل على مفتاح Hobby المجاني وأوصِل أول وكيل لك الآن ← tonnode.io/dashboard?plan=hobby

وللاستزادة: القائمة الكاملة للأدوات على tonnode.io/mcp، والحدود والأسعار على tonnode.io/pricing.