نعم، عبر API ومفتاح وكيل
نعم: نقطة exchange في Hyperliquid تقبل فعلًا موقَّعًا من أي برنامج، فوكيل ذكاء اصطناعي يستطيع التوقيع وإرسال طلب HTTP يستطيع التداول هناك. وهو لا يحتاج مفتاح الحساب نفسه، لأن الحساب الرئيسي يستطيع الموافقة على محفظة API توقّع عنه أو عن أي من حساباته الفرعية.
لا شيء في المنصة يفرّق بين أمر وضعه نموذج وأمر وضعه إنسان: كلاهما يصل إلى https://api.hyperliquid.xyz/exchange فعلًا موقَّعًا واحدًا. الفرق كله في جهتك من السلك: من الذي قرّر، وما الذي راجع القرار قبل إرساله.
ما يحتاجه وكيل الذكاء الاصطناعي
ثلاثة أشياء، ولا شيء بعدها.
- البيانات. نقطة info على
https://api.hyperliquid.xyz/infoتجيب بالأسعار الوسطى، ودفتر الأوامر (l2Book)، والشموع، وتاريخ التمويل، وحالة الحساب. وwss://api.hyperliquid.xyz/wsيبثّها بدل أن تُستجلب كل مرة. - مفتاح يجوز له استعماله. محفظة API، يوافق عليها الحساب مرة واحدة بـ
approveAgent. وهي موجودة لتوقّع: فلقراءة حساب تمرّر عنوان ذلك الحساب الحقيقي، وتمرير عنوان الوكيل يعطي نتيجة فارغة، وتسمّي الوثائق ذلك مزلقًا شائعًا. - حدود ليست حدوده هو. الحجم، والرافعة، والأسواق، وأوامر اليوم، يراجعها كود لا يستطيع النموذج إعادة كتابته. والحدّ الذي يُطلب من نموذج أن يحترمه بلطف ليس حدًّا.
الأولان من Hyperliquid وموثَّقان. والثالث ليس عمل أحد غيرك، وهو الذي يحيط بكلفة قرار خاطئ.
ما لا يجوز أن يحمله أبدًا
مفتاح الحساب نفسه. فهو يستطيع السحب والإرسال والموافقة على وكيل آخر والموافقة على رسم وتوقيع تحويل، والنموذج الذي يحمله قد يفعل أيًّا من ذلك بالخطأ أو لأن شيئًا في مدخلاته قال له أن يفعل.
مفتاح الوكيل الموافق عليه أضيق من ذلك، وهذا الحدّ قيس ولم يُفترض. ففي 28 سبتمبر 2026، على الشبكة الرئيسية في Hyperliquid، وقّع مفتاح وكيل جديد كل فعل يحرّك المال بمبلغ أكبر بكثير من رصيد حساب الاختبار، فلم يكن شيء ليتحرك، ولم يكن المهم إلا الرفض نفسه.
| فعل وقّعه مفتاح الوكيل | جواب Hyperliquid |
|---|---|
| وضع الأوامر وتغييرها وإلغاؤها، وضبط الرافعة | مقبول |
withdraw3 وusdSend وspotSend وsendAsset وusdClassTransfer | مرفوض |
approveAgent (الموافقة على وكيل ثان) وapproveBuilderFee | مرفوض |
vaultTransfer (إيداع الحساب في خزينة على Hyperliquid) | مقبول |
وجد القياس نفسه حركة أموال واحدة مسموحة لمفتاح الوكيل: فقد قُبل vaultTransfer، ووصل 5 USDC إلى HLP بتوقيع الوكيل وحده. فمفتاح وكيل مسروق يستطيع أن يدفع الحساب إلى خزينة يديرها غيرك، ويستطيع أن يخسر المال بتداول سيّئ مقابل شريك. والحدّ الذي يصمد هو حساب مخصّص، مموَّل بما أنت مستعد لخسارته.
كيف يفعلها Locker Protocol Agentic
ثلاثة أماكن وقاعدة واحدة: المفتاح الذي يملك المال لا يصل إلى الوكيل أبدًا. فمفتاح الحساب يبقى في محفظتك، Locker Vault أولًا، تطبيق يبقى خارج الشبكة ويوقّع برمز QR، أو إضافة المتصفح أو محفظة الهاتف التي اخترتها؛ وهو يوقّع موافقة الوكيل والإيداعات والسحوبات والتفويض. والحاسوب لا يحمل إلا مفتاح الوكيل، مختومًا تحت كلمة مرور وينتهي من نفسه بعد 180 يومًا على الأكثر، وهي أطول مدة تسمح بها Hyperliquid.
عملية في الخلف، هي الحارس، تحمل ذلك المفتاح في الذاكرة، وتراجع كل أمر مرة ثانية على السياسة المحلية وعلى التفويض الذي وقّعته، وتوقّع قائمة مغلقة من أفعال التداول. ووكيل الذكاء الاصطناعي الذي ينادي lpa، في صَدَفة أو عبر خادم MCP، لا يرى كلمة المرور ولا المفتاح.
وما لا يفعله: لا يَعِد بربح، ولا يستطيع إيقاف سارق يحمل ملف المفتاح المختوم وكلمة مروره معًا. والحدّ الذي يوسّعه برنامج لا يسري إلا حين تكتب تلك الكلمة مرة أخرى، وهذا مقصود. والافتراضي هو المحاكاة، على دفتر Hyperliquid الحقيقي وبرسومه وتمويله الحقيقيين.
ما لا يحسمه هذا
كون النموذج يستطيع وضع أمر لا يقول شيئًا عن كون أفكاره تربح. والعقود الدائمة برافعة: فالمركز يُصفّى حين يهبط رأس مال الحساب دون هامش الصيانة، وقد يذهب الإيداع كله. وكل ما سبق عن من يستطيع توقيع ماذا، وهو الجزء الذي يمكن قياسه.