−25%

روی پرداخت سالانه Windows، تا ۳۱ اکتبر. مشاهده پلن‌ها

EQVPS
شروع کنید

سندباکس‌های VPS گذرا: بگذارید یک عامل هوش مصنوعی باکس را بالا بیاورد، کد نامطمئن را اجرا کند و آن را نابود سازد

14 شهریور 1405 · 4 دقیقه مطالعه · EQVPS Team

جدید: سندباکس‌های کد. برای اجرای ساده‌ی کدی که هوش مصنوعی نوشته دیگر به یک VPS کامل نیاز ندارید: سندباکس‌های کد EQVPS microVMهای Firecracker هستند که در حدود یک ثانیه بالا می‌آیند، ثانیه‌ای محاسبه می‌شوند و از همان ابتدا به‌عنوان سندباکس MCP کار می‌کنند — SDK pip install eqvps · npm i @eqvps/sdk (مستندات). اولین سندباکس حساب جدید ‏$1 رایگان دارد. رویکرد VPS کامل در ادامه همچنان انتخاب درستی است وقتی به root، IP عمومی یا ماشینی برای چند هفته نیاز دارید.

لحظه‌ای که یک عامل هوش مصنوعی کدی می‌نویسد که شما بازبینی نکرده‌اید، مشکلی پیدا می‌کنید: کجا اجرایش کنید؟ نه روی لپ‌تاپتان کنار کلیدهای SSH و فایل‌هایتان. پاسخ معمول یک کانتینر است — اما کانتینر هستهٔ شما را به اشتراک می‌گذارد و روی دستگاه شما زندگی می‌کند. مرز تمیزتری هست که تقریباً کسی از آن استفاده نمی‌کند چون پیش‌تر برپاسازی‌اش خیلی کند بود: یک VPS یک‌بارمصرف کامل که عامل خودش می‌سازد، استفاده می‌کند و نابود می‌کند.

موضوع همین است — و الگویی است که EQVPS به‌شکل منحصربه‌فرد برای آن ساخته شده، چون عامل می‌تواند کل چرخهٔ حیات را خودش از طریق MCP طی کند.

چرا یک VPS یک‌بارمصرف بر یک کانتینر محلی برتری دارد

برای اجرای کدی که به آن اعتماد ندارید، پرسش شعاع آسیب است — اگر بد رفتار کند به چه چیزی می‌تواند دست بزند؟

  • یک کانتینر محلی هستهٔ شما را به اشتراک می‌گذارد، روی شبکهٔ شماست، و یک پیکربندی نادرست تا میزبان شما فاصله دارد. برای کدی که خودتان نوشته‌اید خوب است؛ برای کدی که هوش مصنوعی همین حالا تولید کرده پرخطر است.
  • یک VPS یک‌بارمصرف دستگاهی جداگانه با سیستم‌عامل خودش، IP خودش، و هیچ چیز شما روی آن است. کد نامطمئن آنجا اجرا می‌شود. وقتی تمام شد، باکس نابود می‌شود و هر چه رویش بود با آن می‌رود.

دلیلی که پیش‌تر مردم این کار را نمی‌کردند اصطکاک بود: ساختن و برچیدن یک سرور یعنی یک داشبورد، یک کارت، یک انسان. آن را بردارید، و سندباکس روی VPS یک‌بارمصرف انتخاب بدیهی می‌شود.

چرخهٔ حیات، در تملک عامل

این بخشی است که تنها اینجا کار می‌کند. از طریق سرور MCP ما عامل کل چرخه را بدون انسان طی می‌کند:

order_vps({ product: "nano", os_id: 1 })      // باکس تازه، پرداخت از موجودی پیش‌پرداخت
get_vps_status({ service_id })                // → ip، ssh_port، رمز root یک‌بارمصرف
// عامل با SSH وارد می‌شود، کد نامطمئن را اجرا می‌کند، نتیجه را می‌خواند
cancel_service({ service_id, type: "immediate", confirm: "<hostname>" })
//    → ماشین نابود شد

چهار فراخوان: بساز، دسترسی را بخوان، اجرا کن، نابود کن. بدون داشبورد، بدون کسی که خرید را تأیید کند. عامل سرور خود را خرید و اجرا کرد؛ حالا آن را هم از میان می‌برد.

اقتصادی که این را عملی می‌کند

دو انتخاب طراحی این را از «گران» به «بدیهی» بدل می‌کنند:

  • موجودی پیش‌پرداخت = سقف هزینهٔ سخت. عامل از موجودی‌ای پرداخت می‌کند که یک‌بار با رمزارز شارژ کرده‌اید. هرگز نمی‌تواند بیش از آنچه هست خرج کند — پس حلقه‌ای افسارگسیخته که باکس می‌سازد محدود به موجودی است، نه کل کیف‌پول شما.
  • لغو فوری همه‌چیز را همان لحظه تمام می‌کند. نابود کردن یک دستگاه وسط دوره بلافاصله اعمال می‌شود؛ اینکه چه بر سر دورهٔ پرداخت‌شده می‌آید در شرایط آمده است.

با هم، آن‌ها یک سندباکس یک‌بارمصرف-به‌ازای-هر-وظیفه را از نظر اقتصادی منطقی می‌سازند، نه یک چاه پول.

دامنهٔ صادقانه

  • این جداسازی VPS است، نه محفظهٔ پژوهش امنیتی. هر سندباکس یک ماشین مجازی کامل است — بسیار قوی‌تر از یک کانتینر محلی، اما مجازی‌سازی استاندارد است، نه سندباکسی رسماً سخت‌شده. برای اجرای کدی که هوش مصنوعی همین حالا نوشته بدون به‌خطر‌انداختن دستگاهتان دقیقاً درست است؛ برای تحلیل بدافزار خصمانه از ابزار ویژه استفاده کنید.
  • تجهیز حدود یک دقیقه طول می‌کشد. یک ماشین تازه در حدود ۶۰ ثانیه بوت می‌شود و SSH پاسخ می‌دهد — سریع، اما نه آنی مثل یک کانتینر گرم. برای جداسازی به‌ازای هر وظیفه خوب است؛ برای فراخوان‌های تابع زیر ثانیه ابزار مناسب نیست.
  • سیاست استفادهٔ قابل‌قبول همچنان برقرار است. یک سندباکس یک‌بارمصرف برای کد نامطمئن خودتان خوب است؛ استفاده از باکس‌های یک‌بارمصرف برای سوءاستفاده، حمله یا هرزنامه نه، و به بستن حساب می‌انجامد.

چرا اینجا به‌طور خاص

هیچ میزبان دیگری به عامل اجازه نمی‌دهد این چرخه را از ابتدا تا انتها مالک شود: بساز، بپرداز، اجرا کن، نابود کن — بدون انسان، بدون کارت و بدون KYC. ایمیل برای ثبت‌نام، USDC یا USDT برای تأمین موجودی، و عامل می‌تواند ناوگانی از سندباکس‌های یک‌بارمصرف را خودش مدیریت کند. اگر عاملی می‌سازید که کد می‌نویسد و اجرا می‌کند، این همان مرز جداسازی است که دستگاه شما را در معرض خطر نمی‌گذارد. آن را به نقطهٔ پایانی MCP بفرستید و بگذارید تجهیز کند.

سؤالات متداول

چرا یک VPS کامل به‌عنوان سندباکس به‌جای یک کانتینر؟

شعاع آسیب. کانتینر روی دستگاه شما هسته را به اشتراک می‌گذارد و کنار فایل‌ها، کلیدها و شبکهٔ شماست. یک VPS جداگانه جداسازی واقعی است — کد نامطمئنِ تولیدشده توسط هوش مصنوعی روی دستگاهی اجرا می‌شود که هیچ چیز شما روی آن نیست، و وقتی کار تمام شد کل باکس نابود می‌شود. برای کدی که به آن اعتماد ندارید، یک سرور یک‌بارمصرف مرز تمیزتری است.

عامل چگونه خودش باکس را می‌سازد و نابود می‌کند؟

از طریق سرور MCP ما عامل order_vps را فرا می‌خواند تا دستگاه تازه‌ای تجهیز کند (از موجودی رمزارز پیش‌پرداخت‌شده)، دسترسی SSH را با get_vps_status می‌خواند، کد را اجرا می‌کند، سپس cancel_service را با حالت 'immediate' برای نابودی آن. هیچ انسانی چیزی کلیک نمی‌کند.

هنگام لغو یک باکس کوتاه‌عمر با پول چه می‌شود؟

اینکه در لغو فوری چه بر سر دورهٔ پرداخت‌شده می‌آید در [شرایط](/terms) آمده است. چیزی که تغییر نمی‌کند: با مدل پیش‌پرداخت، عامل سقف هزینهٔ سفت‌وسختی دارد — فقط می‌تواند از آنچه در موجودی است استفاده کند.

آیا این واقعاً جداسازی امن است؟

بسیار قوی‌تر از یک کانتینر محلی، و ما دربارهٔ مرزهایش صادقیم. هر سندباکس ماشین مجازی خودش با سیستم‌عامل، IP و دیسک خودش است — هیچ چیز شما روی آن نیست، و نابودی‌اش همه چیز را حذف می‌کند. این جداسازی استاندارد VPS است، نه یک محفظهٔ سخت‌شده برای پژوهش امنیتی؛ چیزی را اجرا نکنید که تنها به یک سندباکس رسماً تأییدشده می‌سپردید. برای حالت رایج — اجرای کدی که هوش مصنوعی همین حالا نوشته بدون به‌خطر‌انداختن دستگاه خودتان — یک VPS یک‌بارمصرف دقیقاً درست است.

آیا شناسنامه یا کارت می‌خواهید؟

نه. ایمیل برای ثبت‌نام، USDC یا USDT برای پرداخت. بدون سند، بدون کارت، بدون KYC — که وقتی یک عامل خودگردان تجهیز و پرداخت می‌کند مهم است.

نظرات

هنوز نظری نیست. اولین نفر باشید.

یک نظر بگذارید

نظرات پیش از نمایش بررسی می‌شوند.