כן, דרך ה-API ומפתח סוכן
כן: נקודת ה-exchange של Hyperliquid מקבלת פעולה חתומה מכל תוכנה, ולכן סוכן AI שיודע לחתום ולשלוח בקשת HTTP יכול לסחור שם. הוא לא צריך את המפתח של החשבון עצמו, כי חשבון ראשי יכול לאשר ארנק API שיחתום בשמו או בשם כל אחד מחשבונות המשנה שלו.
שום דבר בזירה לא מבדיל בין פקודה שמודל שלח ובין פקודה שאדם שלח: שתיהן מגיעות ל-https://api.hyperliquid.xyz/exchange כאותה פעולה חתומה. ההבדל כולו בצד שלך של החוט: מי החליט, ומה בדק את ההחלטה לפני השליחה.
מה סוכן AI צריך
שלושה דברים, ושום דבר מעבר להם.
- נתונים. נקודת ה-info ב-
https://api.hyperliquid.xyz/infoעונה במחירי אמצע, בספר הפקודות (l2Book), בנרות, בהיסטוריית פאנדינג ובמצב של חשבון. ה-websocket ב-wss://api.hyperliquid.xyz/wsמזרים אותם במקום להיות נדגם שוב ושוב. - מפתח שמותר לו להשתמש בו. ארנק API, שהחשבון אישר פעם אחת ב-
approveAgent. הוא קיים כדי לחתום: כדי לקרוא חשבון אתה מעביר את הכתובת האמיתית של אותו חשבון, והעברת כתובת הסוכן מחזירה תוצאה ריקה, והתיעוד מכנה את זה מלכודת נפוצה. - גבולות שאינם שלו. גודל, מינוף, שווקים, הפקודות של היום, שנבדקים בקוד שהמודל אינו יכול לשכתב. גבול שמבקשים ממודל בנימוס לכבד אינו גבול.
שני הראשונים הם של Hyperliquid ומתועדים. השלישי אינו עבודה של אף אחד מלבדך, והוא זה שמקיף את מה שעולה החלטה שגויה.
מה אסור שיחזיק לעולם
את המפתח של החשבון עצמו. הוא יכול למשוך, לשלוח, לאשר סוכן אחר, לאשר עמלה ולחתום על העברה, ומודל שמחזיק אותו יכול לעשות כל אחד מאלה בטעות או מפני שמשהו בקלט שלו אמר לו.
מפתח סוכן מאושר צר בהרבה, והגבול הזה נמדד ולא הונח. ב-28 בספטמבר 2026, ב-mainnet של Hyperliquid, מפתח סוכן חדש חתם על כל פעולה שמזיזה כספים בסכום גדול בהרבה ממה שהחזיק חשבון הבדיקה, ולכן שום דבר לא היה יכול לזוז, ורק הסירוב עצמו היה חשוב.
| פעולה שמפתח הסוכן חתם עליה | התשובה של Hyperliquid |
|---|---|
| שליחת פקודות, שינוי וביטול, הגדרת מינוף | אושר |
withdraw3, usdSend, spotSend, sendAsset, usdClassTransfer | נדחה |
approveAgent (אישור סוכן שני), approveBuilderFee | נדחה |
vaultTransfer (הפקדת החשבון ל-vault ב-Hyperliquid) | אושר |
אותה מדידה מצאה תנועת כספים אחת שמפתח הסוכן מורשה לה: vaultTransfer אושר, ו-5 USDC הגיעו ל-HLP על חתימת הסוכן לבדה. כך שמפתח סוכן גנוב יכול לדחוף את החשבון ל-vault שמישהו אחר מפעיל, והוא יכול להפסיד את הכסף במסחר גרוע מול שותף. הגבול שמחזיק מעמד הוא חשבון נפרד, שמופקד בו מה שאתה מוכן להפסיד.
איך Locker Protocol Agentic עושה זאת
שלושה מקומות, כלל אחד: המפתח שמחזיק את הכסף לא מגיע לסוכן לעולם. המפתח של החשבון נשאר בארנק שלך, Locker Vault קודם כול, אפליקציה שנשארת לא מחוברת וחותמת בקוד QR, או התוסף או הארנק הנייד שבחרת; הוא חותם על אישור הסוכן, על ההפקדות, על המשיכות ועל ייפוי הכוח. במחשב יש רק את מפתח הסוכן, אטום תחת סיסמה ופג מעצמו אחרי 180 יום לכל היותר, הטווח הארוך ביותר ש-Hyperliquid מרשה.
תהליך ברקע, השומר, מחזיק את המפתח בזיכרון, בודק כל פקודה פעם שנייה מול המדיניות המקומית ומול ייפוי הכוח שחתמת, וחותם על רשימה סגורה של פעולות מסחר. סוכן ה-AI שקורא ל-lpa, במעטפת או דרך שרת ה-MCP, לא רואה לעולם את הסיסמה ולא את המפתח.
מה הוא לא עושה: הוא לא מבטיח רווח, והוא לא יכול לעצור גנב שמחזיק גם את קובץ המפתח האטום וגם את הסיסמה שלו. גבול שתוכנה הרחיבה נכנס לתוקף רק כשאתה מקליד את הסיסמה הזאת שוב, וזה בכוונה. ברירת המחדל היא סימולציה, על ספר הפקודות האמיתי של Hyperliquid, עם העמלות והפאנדינג האמיתיים.
מה זה לא פותר
העובדה שמודל יכול לשלוח פקודה לא אומרת דבר על השאלה אם הרעיונות שלו מרוויחים. חוזים עתידיים מתמשכים ממונפים: פוזיציה מתחסלת ברגע שההון בחשבון יורד מתחת למרג׳ין התחזוקה, וכל ההפקדה יכולה לרדת. כל מה שלמעלה עוסק במי יכול לחתום על מה, החלק שאפשר למדוד.