اگر رباتهای معاملاتی با فرکانس بالا مدیریت میکنید، یک سفارش تکراری میتواند تمام سود شما را ببلعد یا ریسک حساب را به شدت افزایش دهد. در ۱۷ ژوئن ۲۰۲۶، طبق یک گزارش میدانی از Scarab Field Lab، ابزار Scarab Diagnostic Suite (SDS) یک نقص حیاتی در چرخه حیات منطق اجرای سفارشات در Hummingbot را افشا کرد.
رباتهای معاملاتی در محیطی فعالیت میکنند که میلیثانیهها تعیینکننده هستند. طبق مستندات فنی، در Hummingbot یک «وضعیت رقابتی» (Race Condition) وجود داشت؛ یعنی شرایطی که در آن یک سفارش برای بستن پوزیشن شکست میخورد و دوباره تلاش میشد، اما دقیقاً در همان لحظه، تأییدیه اجرای همان سفارش قبلی با تأخیر میرسید. چون سیستم هویت سفارش شکستخورده را فراموش کرده بود، این تأییدیه را به عنوان یک اتفاق جدید میدید و دوباره یک سفارش بازار برای بستن پوزیشن ارسال میکرد.
همانطور که در تحلیلهای قبلی ما دربارهی پایداری سامانههای معاملاتی خودکار اشاره کردیم، مدیریت وضعیت (State Management) در مقیاس میلیثانیهای دشوارترین بخش مهندسی است. این قابلیت شناسایی دقیق خطاها در ادامه تکامل ابزارهای Scarab است که پیشتر توانمندی خود را در شناسایی تضادهای کدنویسی AI و پیشگیری از تبدیل آنها به باگهای عملیاتی نشان داده بود. برای حل این مشکل، تیم Scarab از طریق اصلاحیه PR #8306 تغییراتی را در مؤلفه PositionExecutor اعمال کرد:
- شناسههای سفارشات شکستخورده برای مدت بیشتری ذخیره میشوند تا امکان تطبیق با تاییدیه های متأخر فراهم شود.
- اگر سفارشی که قبلاً شکستخورده بود، ناگهان «اجرا شده» گزارش شود، اجراکننده آن را به عنوان سفارش فعال بازمیگرداند.
- این سازوکار مانع از ایجاد یک حلقه تکرار برای ارسال سفارشات موازی در بازار میشود.
بر اساس بررسی دادههای آزمایشگاهی، تستهای رگرسیون برای این وضعیت رقابتی با موفقیت پاس شدند. همچنین، فایل تست PositionExecutor و ClientOrderTracker هر کدام ۳۵ مورد آزمون را بدون خطا پشت سر گذاشتند.
این پیشرفت نشان میدهد که ابزارهای تشخیصی مبتنی بر هوش مصنوعی اکنون میتوانند منطقهای غیرخطی را که برای معاملات در سطح سازمانی حیاتی است، مدیریت کنند؛ در حالی که بسیار از نقصهای عاملهای چندمرحلهای در مدلهای رایج همچنان توسط داوران LLM نادیده گرفته میشوند.
گام بعدی شما
- وضعیت ادغام PR #8306 را در شاخه اصلی Hummingbot دنبال کنید تا ایمنی سیستم خود را بهروز کنید.
- اگر از رباتهای شخصی استفاده میکنید، لاگهای مربوط به Duplicate Order را برای شناسایی نشت سرمایه بررسی کنید.
- استراتژیهای مدیریت ریسک خود را با فرض وجود تأخیر در تاییدیه صرافیها (Late Fill) بازنگری کنید.
اما تأثیر این دقت فنی بر کاهش هزینههای عملیاتی در مقیاس بزرگتر، موضوع تحلیل بعدی ماست؛ به بررسی معماری تراشههای Blackwell برای تسریع استنتاج مراجعه کنید.
گفتگو