بایننس Agent OS را برای ترید AI با MCP و API معرفی کرد
ریسک سمت صرافی عمدتاً به وسیله زیرحسابهای تأمینشده توسط کاربران محدود میشود، نه سقف ضرر تعیینشده توسط بایننس.
بایننس در تاریخ ۲۰ اوت سیستم عامل ایجنت (Agent OS) را راهاندازی کرد و دادههای زنده بازار و مسیرهای اجرایی را برای ایجنتهای هوش مصنوعی که میتوانند به نمایندگی از کاربر معامله کنند، باز کرد. کلید اصلی این سیستم پیکربندی حساب است: ایجنتها در زیرحسابهای اختصاصی فعالیت میکنند که برداشتها بهطور پیشفرض مسدود شدهاند، اما بایننس محدودیت ضرر جداگانهای در آن جعبههای شنی اضافه نمیکند.
سیستم عامل ایجنت بایننس با MCP و ابزارهای اصلی ایجنت بهصورت زنده راهاندازی شد
بایننس سیستم عامل ایجنت (Agent OS) را راهاندازی کرده است، یک پلتفرم طراحی شده برای اتصال برنامهها و ایجنتهای هوش مصنوعی به زیرساخت مالی بایننس بهطور مستقیم تا بتوانند بازارها را تحلیل کرده و معاملات مجاز کاربر را اجرا کنند. این محصول تجارت "ایجنتیک" را بیشتر از یک کلید APIو یک مسیریاب سفارش میداند.
این یک لایه ابزاری است که به ایجنتها اجازه میدهد تا زمینه بازار و حساب را استخراج کرده، تحقیقات و تحلیل ریسک انجام دهند، به سیگنالها واکنش نشان دهند و سپس سفارشات را قرار دهند یا استراتژیهایی مانند آربیتراژرا اجرا کنند.
در سمت ادغام، سیستم عامل ایجنت اجزای موجود بایننس را در یک بسته قرار میدهد، از جمله APIهای بایننس، هاب ایجنتیک کیف پول بایننس، بایننسx402API تأیید تراکنش و تسهیل پرداخت، و مرکز مهارت بایننس. بافت جدید، پشتیبانی از پروتکل زمینه مدل بایننس (MCP) است، یک پروتکل توسعهدهنده برای اتصال مدلها به ابزارهای خارجی تا بتوانند اقداماتی انجام دهند.
سیستم عامل Agent OS همچنین برای کار با محیطهای رایج عامل و توسعهدهنده از جمله ChatGPT و Codex از OpenAI، Claude Code از Anthropic و Cursor طراحی شده است، با این که کاربران بهطور صریح مجوز دسترسی عامل به اطلاعات بازار، اطلاعات حساب و اجرای معاملات را میدهند.
نیمه دیگر راهاندازی این است که بایننس "عملیات عامل" را به عنوان یک مشکل بینراهی در نظر میگیرد، نه فقط یک مشکل اجرای صرافی. سیستم عامل عامل (Agent OS) برای اتصال عوامل به پرداختها و فعالیتهای زنجیرهای از طریق x402 و یک کیف پول عامل (Agentic Wallet) طراحی شده است که میتواند با توکنها و پروتکلهای DeFi تعامل داشته باشد. این موضوع دامنه تأثیر را از پر شدنهای نامناسب به انتقالهای نامناسب گسترش میدهد اگر مجوزدهی به درستی انجام نشود.
راهنماهای تاجر: محیطهای آزمایشی زیرحساب، مجوزها و عدم وجود سقف ضرر جداگانه
مکانیزم اصلی کنترل Binance به حسابهای فرعی اختصاصی که به نمایندگان اختصاص داده شدهاند، مربوط میشود. این حسابهای فرعی میتوانند برای فعالیتهای خاصی مانند معاملات اسپات تنظیم شوند.آیندههامعاملات و برداشتها از آن زیرحسابها بهطور پیشفرض مسدود شدهاند و این موضوع یک محیط آزمایشی را در اطراف فعالیتهای عامل ایجاد میکند.
سطح کنترل عملی مجوزها است. کاربران میتوانند انتخاب کنند که آیا یک عامل باید برای هر سفارش درخواست تأیید کند یا میتواند بهطور خودکار عمل کند زمانی که مجوزها تنظیم شدهاند. جف لی، معاون رئیس محصول بایننس، هدف طراحی را جلوگیری از "آزادی کامل" با انتقال کنترل به کاربر توصیف کرد: "به جای آزادی کامل، قدرت را در دستان کاربران قرار میدهیم تا کنترل دسترسی دقیقتری از آنچه میتوانند از طریق عامل انجام دهند، داشته باشند." او گفت: "ما [کنترل] را در سطح حساب قرار میدهیم تا از وجوه کاربران محافظت کنیم."
مشکل اینجاست که بایننس محدودیت جداگانهای برای مقدار یکعامل هوش مصنوعیمیتوان در یک زیرحساب صرافی معامله کرد یا ضرر کرد. به عبارت دیگر، هیچ محدودیت اضافی برای ضررهای سمت صرافی وجود ندارد که بالای تنظیمات کاربر قرار گیرد. مقدار پولی که کاربر به زیرحساب عامل منتقل میکند به طور مؤثر به بودجه ریسک تبدیل میشود.
این مدل اندازهگیری و انضباط اهرم را به واقعیترین محدودیتها تبدیل میکند، به ویژه برای قراردادهای آتی که ضررها میتوانند تحت اهرم تسریع شوند. این همچنین بحث ریسک عملیاتی را از "آیا بایننس یک کلید خاموشکننده برای عامل دارد" به "آیا کاربر زیرحساب را به درستی تأمین مالی و مجوز داده است" منتقل میکند.
بایننس گفت که سیاستهای امنیتی، کنترل ریسک و ضد پولشویی موجود برای APIهای زیرحساب به هنگام راهاندازی Agent OS اعمال میشود، اما جزئیات راهاندازی به نظارت یا اجرای خاص عامل فراتر از آن کنترلهای موجود اشاره نمیکند.
بایننس همچنین به وضوح درباره یک شکاف دید که در پاسخ به حوادث مهم است، صحبت میکند. لی گفت بایننس نمیتواند دلایل پشت تصمیمات تجاری یک عامل را ببیند زیرا آن دلایل در خارج از سیستمهای بایننس اتفاق میافتند، یا بر روی کامپیوتر کاربر یا در داخل برنامه AI انتخاب شده. "ما واقعاً نمیتوانیم دلیل اقدام کاربر را ببینیم," او گفت.
بایننس میتواند فعالیت تجاری حاصل را زیر نظر داشته باشد، اما دید محدودی به این دارد که آیا یک تصمیم تحت تأثیر ورودیهای نادرست یا دستکاری، از جمله تزریق پرامپت، قرار گرفته است. وقتی از او درباره عوامل آسیبدیده پرسیده شد، لی به زیرحساب سندباک به عنوان خط دفاع اصلی اشاره کرد.
ریلهای سمت کیف پول با محدودیتهای سختتری نسبت به معاملات صرافی همراه هستند. معاملات کیف پول عامل دارای سقفهای روزانه تعیینشده توسط بایننس هستند: تعویضهای معمول به ۵۰,۰۰۰ دلار در روز محدود شدهاند، معاملات DeFi دارای محدودیت روزانه پیشفرض ۱۰۰,۰۰۰ دلار هستند و پرداختهای x402 به ۲۰ دلار در روز محدود شدهاند.
چه چیزی را باید بعداً زیر نظر داشت: راهاندازی، الگوهای حادثه و جریانهای صرافی به زنجیره.
متغیر اول در دسترس بودن است. بایننس مشخص نکرده است که کدام حوزههای قضایی، بخشهای کاربری یا نوع حسابها میتوانند در زمان راهاندازی به Agent OS دسترسی داشته باشند، و این دامنه راهاندازی تعیین میکند که آیا این یک مزیت توزیع فوری است یا یک بتای توسعهدهنده مرحلهای.
دومین مورد این است که آیا بایننس محدودیتهای خاص عامل سمت صرافی فراتر از مدل فعلی "تأمین مالی زیرحساب = محدودیت" اضافه میکند یا خیر. دکمههای واضح شامل سقفهای اسمی به ازای هر عامل، سقفهای اهرمی برای زیرحسابهای آتی، یا محدودیتهای ضرری است که به اجبار کاهش ریسک را تحریک میکند. اگر آن کنترلها ظاهر شوند، این نشان میدهد که بایننس فکر میکند تنظیمات سمت کاربر تحت بار واقعی کافی نیست.
سومین مورد الگوهای حادثه است. گزارشهای اولیه از عوامل آسیبدیده، معاملات تحت تأثیر تزریق پرامپت، یا فعالیت غیرعادی زیرحساب بیشتر از دموهای بازاریابی اهمیت دارند، زیرا بایننس قبلاً گفته است که نمیتواند دلیل عامل را مشاهده کند. تنها چیزی که صرافی میتواند به طور قابل اعتماد ببیند، ردپاست: سفارشات، پر شدنها و انتقالات.
معیار رقابتی نیز در حال روشنتر شدن است. کراکن در ماه مارس یک ابزار خط فرمان متنباز با یک سرور MCP داخلی منتشر کرد که به عوامل اجازه میدهد اقداماتی از جمله معاملات اسپات و آتی را انجام دهند. کوین بیس در ماه ژوئن کوین بیس برای عوامل را راهاندازی کرد که عوامل را به حسابهای کاربری برای معاملات، پرداختها و جریانهای کاری در محدودیتهای تعیینشده توسط کاربر متصل میکند، و OKX یک ابزار کیت MCP متنباز را اوایل سال ۲۰۲۶ ارائه داد.
Agent OS در صورتی که توسعهدهندگان عامل آن را به عنوان یک هدف ادغام پیشفرض در نظر بگیرند و نه یک کنجکاوی مختص بایننس، به بازار مرتبط میشود.
نظر من: اجرای عاملمحور اینجاست—اما بودجه ریسک به تنظیمات حساب منتقل میشود.
بخشی که تصمیم میگیرد آیا Agent OS برای معاملهگران یک برنده خالص است یا نه، پشتیبانی MCP نیست، بلکه جایی است که محدودیتهای سخت وجود دارد. بایننس یک خط روشن بین اجرای صرافی، جایی که موجودی زیرحساب بهطور غیررسمی سقف ضرر است، و کیف پول و ریلهای پرداخت ترسیم میکند، جایی که بایننس مایل است سقفهای روزانه صریح را اعمال کند.
آزمایش واقعی این است که آیا "محیط آزمایشی زیرحساب" زمانی که عوامل بدون نظارت کار میکنند و ورودیهای متخاصم در دنیای واقعی ظاهر میشوند، دوام میآورد یا نه. اگر بایننس محدودیتهای خاص صرافی برای عوامل اضافه کند یا جزئیات سختگیرانهتری از راهاندازی و مدیریت حوادث منتشر کند، این به زیرساخت شبیه میشود.
اگر به عنوان "شما آن را تأمین مالی کردید، شما ریسک را دارید" باقی بماند، هنوز هم مفید است، اما این یک لایه ابزار است که ویژگیهای ایمنی آن عمدتاً توسط پیکربندی کاربر و یکپارچگی مجموعه عوامل خارجی تعیین میشود.
