−25%

Windows کی سالانہ ادائیگی پر، 31 اکتوبر تک۔ پلانز دیکھیں

EQVPS
شروع کریں

ایک VPS پر Freqtrade چلانا: تقاضے، Docker سیٹ اپ، اور ایماندار حدود

Jul 4, 2026 · 6 منٹ پڑھنا · EQVPS Team

آپ کے لیپ ٹاپ پر ایک trading bot ایک بورنگ وجہ سے ایک برا خیال ہے: آپ کا لیپ ٹاپ 24/7 آن لائن نہیں، اور بازار ہیں۔ ایک trade کے بیچ ڈھکن بند کریں اور bot ایک open position منظم کرنا چھوڑ دیتا ہے۔ Freqtrade — مقبول open-source Python trading bot — بلا نگرانی چلنے کو بنا ہے، جو بالکل ایک چھوٹے VPS کا کام ہے۔ یہ رہا اسے دراصل کیا درکار ہے، اسے Docker سے کیسے سیٹ کریں، اور وہ ایماندار حدود جن کا کوئی ذکر نہیں کرتا یہاں تک کہ آپ ان سے ٹکرائیں۔

ایک سرور کیوں، آپ کی مشین نہیں

دو وجوہات، دونوں عملی:

  • Uptime۔ bot کو دن رات بازار دیکھنا اور positions منظم کرنی ہیں۔ ہر بار آپ کا لیپ ٹاپ سوتا یا ری بوٹ ہوتا ہے، bot اندھا ہے — ایک مِس-شدہ entry، یا بدتر، ایک open position جسے کوئی نہیں دیکھ رہا۔
  • Latency اور استحکام۔ ایک VPS exchange تک ایک مستحکم route کے ساتھ ایک datacenter کنکشن پر بیٹھتا ہے۔ گھریلو wifi jitter اور NAT resets ایک ایسے bot کی مدد نہیں کرتے جو قیمت پر ردعمل دیتا ہے۔

یہ ایک VPS پر کسی بھی trading bot چلانے کی وہی منطق ہے — Freqtrade بس تقاضوں کو ٹھوس کرتا ہے۔

اسے دراصل کیا درکار ہے

Freqtrade خود ہلکا ہے، لیکن ورک لوڈ پر حقیقت پسند رہیں:

  • Live / dry-run bot: 2 GB RAM ایک آرام دہ فرش ہے۔ Docker امیج، چند pairs، indicators، اور SQLite trade DB سب تھوڑا headroom چاہتے ہیں۔ ایک $5 Micro (2 vCPU / 2 GB / 25 GB) درست ابتدائی نقطہ ہے۔ 1 GB چند pairs پر ایک واحد سادہ strategy چلا سکتا ہے، لیکن آپ کنارے کے قریب ہیں۔
  • بہت سے pairs / متعدد strategies: ایک $8 Small (4 vCPU / 4 GB / 35 GB) پر جائیں — زیادہ pairs مطلب زیادہ concurrent indicator گنتی اور memory میں ایک بڑا dataframe۔
  • ڈسک: معمولی۔ امیج، آپ کا user_data، اور trade DB آرام سے 25 GB میں آتے ہیں۔ backtesting کے لیے ڈاؤنلوڈ-شدہ تاریخی ڈیٹا واحد چیز ہے جو بڑھتی ہے — اور وہ زیادہ تر آپ کی local مشین پر رہتی ہے (نیچے دیکھیں)۔

اسے Docker Compose سے سیٹ کریں

Docker Freqtrade چلانے کا maintained، سب سے کم-تکلیف طریقہ ہے۔ ایک تازہ باکس پر:

sudo apt update && sudo apt install -y docker.io docker-compose-v2
mkdir ~/ft && cd ~/ft
docker run --rm -v "$(pwd)/user_data:/freqtrade/user_data" \
  freqtradeorg/freqtrade:stable create-userdir --userdir user_data

آفیشل compose فائل لیں اور ایک config انٹرایکٹو بنائیں (یہ آپ کے exchange، stake، اور dry-run کے بارے میں پوچھے گا):

curl -s https://raw.githubusercontent.com/freqtrade/freqtrade/stable/docker-compose.yml -o docker-compose.yml
docker compose run --rm freqtrade new-config --config user_data/config.json

پہلے dry-run — ہمیشہ

کبھی ایک تازہ strategy کو حقیقی پیسے پر نہ لگائیں۔ Freqtrade ڈیفالٹ dry-run (paper trading) پر ہوتا ہے اور آپ کو اسے وہیں رکھنا چاہیے یہاں تک کہ strategy کچھ دیر live بازار-ڈیٹا پر خود کو ثابت کرے۔ config.json میں:

{
  "dry_run": true,
  "dry_run_wallet": 1000
}

اسے چالو کریں اور دیکھیں:

docker compose up -d
docker compose logs -f

compose فائل میں restart: unless-stopped policy یہاں آپ کا systemd-مساوی ہے — Docker bot کو ایک کریش یا ایک سرور ری بوٹ کے بعد واپس لاتا ہے، کوئی دستی قدم نہیں۔ (اگر آپ اسے Docker کے باہر چلانا پسند کریں، تو Restart=always والا ایک systemd unit وہی کام کرتا ہے — کسی بھی bot کو زندہ رکھنے کی وہی اصول۔)

Exchange API keys — وہ حصہ جو لوگوں کو کاٹتا ہے

یہیں ایک trading سیٹ اپ مہنگے طریقے سے غلط ہوتا ہے۔ دو اصول، ناقابلِ-مذاکرہ:

  • صرف Trade اجازت۔ کبھی withdrawal فعال نہ کریں۔ اگر key لیک ہو، تو بدترین صورت ناپسندیدہ trades ہیں — آپ کے فنڈز دروازے سے باہر جانا نہیں۔ Freqtrade کو کبھی withdrawal رسائی درکار نہیں۔
  • key IP-whitelist کریں۔ زیادہ تر exchanges آپ کو ایک API key مخصوص IPs پر باندھنے دیتے ہیں۔ یہ ایک dedicated-IP پلان پر چلانے کی ایک ٹھوس وجہ ہے: key صرف آپ کے سرور کے مقررہ ایڈریس سے کام کرتی ہے۔ ایک NAT پلان پر bot کا outbound ایڈریس آپ کا اپنا نہیں ہوتا — bot کے کام کرنے کے لیے ٹھیک، لیکن آپ اسے صاف whitelist نہیں کر سکتے۔

keys کو config.json میں رکھیں، اسے non-world-readable بنائیں (chmod 600)، اور container کو ایک non-root user کے طور پر چلائیں۔ اور پہلے باکس لاک کریں — new-VPS security checklist دس منٹ لیتی اور وہ دروازے بند کرتی ہے جو اہم ہیں۔

user_data backup کریں

آپ کی strategies، config، اور trade history سب user_data میں رہتے ہیں۔ یہی وہ چیز ہے جو آپ کھونا نہیں چاہتے:

tar czf ft-backup-$(date +%F).tar.gz user_data

اسے سرور سے وقفے-وقفے سے کھینچیں (یا object storage میں)۔ trade DB کھونا آپ کی پرفارمنس history کھونا ہے؛ ایک tune-شدہ strategy کھونا optimization دوبارہ کرنا ہے۔

ایماندار حدود

  • Backtesting اور hyperopt بھاری ہیں — انہیں local کریں۔ وہ لمبے وقت کے لیے CPU پکڑتے ہیں، اور ایک shared، burst-مرکوز VPS spiky ورک لوڈز کے لیے بنا ہے، گھنٹوں کے مستقل 100% لوڈ کے لیے نہیں (جو acceptable-use policy کے بھی خلاف چلتا ہے)۔ اپنی مشین پر optimize کریں، نتیجہ live چلانے کو deploy کریں۔ VPS live bot کے لیے ہے، تحقیق کے لیے نہیں۔
  • CPU shared/burst ہے۔ ایک live bot کے لیے بہترین جو زیادہ تر candles پر انتظار اور ردعمل دیتا ہے؛ ایک سال کا 1-منٹ ڈیٹا hyperopt سے پیسنے کے لیے غلط۔
  • صرف یورپ، CPU-only۔ سرورز جرمنی اور فن لینڈ میں ہیں (کون سا مقام دستیاب ہے، آرڈر کرتے وقت نظر آتا ہے)، کوئی GPU نہیں۔ Freqtrade کے لیے ٹھیک (یہ CPU/منطق ہے، ML training نہیں) — جاننا فائدہ مند اگر آپ کی strategy ایک بھاری ML ماڈل پر جھکتی ہے، جو پھر local train کرنا بہتر ہے۔

مختصر بات

ایک VPS پر Freqtrade live bot کے لیے درست سیٹ اپ ہے: ایک فوکسڈ strategy کے لیے ایک $5 Micro، بہت سے pairs چلائیں تو ایک $8 Small، uptime کے لیے restart: unless-stopped والا Docker Compose، اور ایک صرف-trade، IP-whitelisted API key تاکہ ایک لیک آپ کو نہ نچوڑ سکے۔ بھاری backtesting اور hyperopt اپنے لیپ ٹاپ پر رکھیں، user_data backup کریں، اور سرور کو وہ ایک کام کرنے دیں جس میں یہ اچھا ہے — بازار ہلنے کے دوران آن لائن رہنا۔ Signup صرف-ای میل ہے اور آپ USDC یا USDT میں ادا کرتے ہیں؛ ایک dedicated IP یہاں سارتھک واحد اپ گریڈ ہے، خالص API-key whitelist کے لیے۔


deploy کرنے کو تیار؟ Freqtrade ایک Micro پلان پر آرام دہ ہے؛ بھاری backtests یا بہت سے pairs کے لیے، Small پر size کریں۔

عمومی سوالات

ایک VPS پر Freqtrade کو کتنی RAM درکار ہے؟

ایک live یا dry-run bot کے لیے، 2 GB ایک آرام دہ baseline ہے — Freqtrade خود ہلکا ہے، لیکن Docker امیج plus چند pairs اور indicators headroom چاہتے ہیں۔ 1 GB چند pairs پر ایک واحد strategy کے لیے چل سکتا ہے، لیکن 2 GB ($5 Micro) محفوظ تر فرش ہے۔ Backtesting اور hyperopt ایک مختلف کہانی ہیں — وہ memory- اور CPU-ہنگری ہیں، اور آپ کو انہیں اپنی مشین پر چلانا چاہیے، سرور پر نہیں۔

کیا میں VPS پر backtest اور hyperopt کر سکتا ہوں؟

کر سکتے ہیں، لیکن عموماً نہیں کرنا چاہیے۔ طویل رینجز پر backtesting اور hyperopt CPU-bound اور bursty ہیں — وہ منٹوں یا گھنٹوں کے لیے cores پکڑ لیتے ہیں۔ ایک shared، burst-مرکوز پلان پر یہ غلط ورک لوڈ ہے (اور مستقل 100% لوڈ acceptable-use policy میں آتا ہے)۔ بھاری optimization local کریں، پھر tune-شدہ strategy live چلانے کو VPS پر بھیجیں۔

میں اپنی exchange API key کو ایک سرور پر کیسے محفوظ رکھوں؟

key صرف trade اجازتوں کے ساتھ بنائیں — کبھی withdrawal فعال نہ کریں۔ اگر آپ کا exchange IP whitelisting سپورٹ کرے، تو key کو سرور کے IP پر لاک کریں، جو ایک dedicated-IP پلان استعمال کرنے کی ایک حقیقی وجہ ہے (NAT پلان پر outbound ایڈریس آپ کا اپنا نہیں ہوتا)۔ key کو Freqtrade config میں ایک root-readable، non-world-readable فائل پر رکھیں، اور bot کو ایک non-root user کے طور پر چلائیں۔

اپنے لیپ ٹاپ کے بجائے ایک VPS پر bot کیوں چلاؤں؟

بازار بند نہیں ہوتے، اور ایک trading bot کو signals پر عمل اور open positions منظم کرنے کو مسلسل آن لائن ہونا پڑتا ہے۔ ایک لیپ ٹاپ سوتا، ری بوٹ ہوتا، اور wifi چھوڑتا ہے — ہر خلا ایک مِس-شدہ entry یا ایک غیر-منظم exit ہے۔ ایک VPS آپ کو 24/7 uptime اور exchange تک ایک مستحکم، کم-latency کنکشن دیتا ہے۔ یہی پورا مقصد ہے۔

تبصرے

ابھی کوئی تبصرہ نہیں۔ پہلے بنیں۔

ایک تبصرہ چھوڑیں

تبصرے ظاہر ہونے سے پہلے moderate کیے جاتے ہیں۔