مرکزی مواد پر جائیں
اے آئی ٹیوٹوریلز

Node.js اور Telethon سیشنز کے ساتھ ATF Telegram Mini App کو خودکار بنائیں

یہ ٹیوٹوریل ATF Bot Automation v2 انسٹال کرنے، Telegram اسناد ترتیب دینے، Telethon سیشنز لوڈ کرنے، TON والٹس بنانے اور ان کی تصدیق کرنے، اور اس کے انٹرایکٹو یا بغیر نگرانی والے ورک فلو چلانے کی وضاحت کرتا ہے۔ اس میں ٹاسک ورکرز، ریفرل رجسٹریشن، Turnstile سولورز، پراکسیز، ڈیش بورڈز، رقم نکلوانے، دوبارہ کوششوں اور ضروری رازوں کے انتظام سے متعلق احتیاطی تدابیر بھی شامل ہیں۔

تقریباً 35 منٹ کا مطالعہ
Node.js اور Telethon سیشنز کے ساتھ ATF Telegram Mini App خودکار بنائیں

ATF Bot Automation v2 کیا کرتا ہے

ATF Bot Automation v2 ایک Node.js بوٹ ہے جو فعال Telethon SQLite سیشن فائلوں کے ذریعے ATF Telegram Mini App کے ساتھ تعامل کرتا ہے۔ Telegram.WebApp.initData کو ایک جامد query فائل میں محفوظ کرنے کے بجائے، یہ ہر سائیکل کے دوران ایک نیا Telegram WebView طلب کرتا ہے اور Telegram کی جانب سے واپس کیا گیا تازہ initialization data استعمال کرتا ہے۔

یہ بوٹ متعدد اکاؤنٹس کو سپورٹ کرتا ہے اور ATF لاگ اِن، TON والیٹ کی تخلیق اور تصدیق، مائننگ کلیمز، متحرک ٹاسکس، ریفرل رجسٹریشن، اکاؤنٹ کے اعدادوشمار، والیٹ کی تبدیلی اور ATF کی رقم نکلوانے کا انتظام کر سکتا ہے۔ یہ ہر سائیکل میں سیشن ڈائریکٹری کو دوبارہ اسکین کرتا ہے، اس لیے سورس کوڈ تبدیل کیے بغیر نئے شامل کیے گئے اکاؤنٹس دریافت کیے جا سکتے ہیں۔

اہم خصوصیات

  • ہر سائیکل کے لیے تازہ Telegram WebView اور Mini App initialization data۔
  • Telethon SQLite سیشن ڈیٹا بیسز تک صرف پڑھنے کی رسائی، جبکہ authentication key عارضی طور پر میموری میں کاپی کی جاتی ہے۔
  • حقیقی TON v4r2 mainnet والیٹ ایڈریسز کی خودکار تخلیق۔
  • ATF کے sync_wallet endpoint کے ذریعے TON Proof پر دستخط اور والیٹ کی تصدیق۔
  • ان اکاؤنٹس کے لیے queued والیٹ ورکرز جنہیں عارضی busy یا cached/deduplicated جوابات موصول ہوتے ہیں۔
  • Acorn کے ذریعے ATF frontend configuration کو parse کر کے متحرک ٹاسکس کی دریافت، eval استعمال کیے بغیر۔
  • ہر سیشن کے لیے آزاد ٹاسک ورکرز اور onboarding state۔
  • Telegram messages.StartBot کے ذریعے ریفرل رجسٹریشن، جس میں Turnstile handling بھی شامل ہے۔
  • ATF requests کے لیے ہر اکاؤنٹ کی الگ HTTP یا HTTPS proxy configuration۔
  • لائیو automation کے لیے Textual dashboard اور صرف پڑھنے کے لیے الگ statistics dashboard۔
  • balance checks، image CAPTCHA solving، proxy rotation اور withdrawal history reporting کے ساتھ sequential withdrawals۔
  • مستحکم request IDs، کنٹرول شدہ retries، graceful shutdown اور logs میں حساس اقدار کی filtering۔

ضروریات

پروجیکٹ انسٹال کرنے سے پہلے درج ذیل تیار رکھیں:

  • Node.js 22.5 یا اس کے بعد کا ورژن۔
  • https://my.telegram.org/apps سے حاصل کردہ اپنا Telegram API ID اور API hash۔
  • کم از کم ایک فعال Telethon SQLite سیشن فائل، جس کا اختتام .session پر ہوتا ہو۔
  • اگر آپ Textual dashboard یا مقامی Turnstile solver استعمال کرنا چاہتے ہیں تو Python 3۔
سیکیورٹی انتباہ: اپنا Telegram API hash، Telethon سیشن فائلیں، proxy credentials، .env یا wallets-accounts.json کبھی شیئر نہ کریں۔ والیٹ فائل میں plaintext mnemonics اور private keys موجود ہوتے ہیں، جو اس میں محفوظ ہر والیٹ پر مکمل کنٹرول فراہم کرتے ہیں۔

بوٹ انسٹال اور کنفیگر کریں

1. Node.js dependencies انسٹال کریں

پروجیکٹ کے root میں PowerShell کھولیں اور پیکیجز انسٹال کریں:

npm install
Copy-Item .env.example .env

2. Telegram API credentials شامل کریں

.env میں ترمیم کریں اور اپنی Telegram application کے لیے جاری کردہ credentials درج کریں:

TELEGRAM_API_ID=12345678
TELEGRAM_API_HASH=your_api_hash

یہ credentials آپ کے اپنے ہونے چاہییں۔ مکمل شدہ environment file کو version control میں commit نہ کریں۔

3. Telethon sessions شامل کریں

تمام فعال SQLite session files کو session ڈائریکٹری میں رکھیں۔ فائل کا نام بوٹ کے ذریعے دکھایا جانے والا account label بن جاتا ہے۔

session/
├── account1.session
├── account2.session
└── account3.session

ڈائریکٹری کو ہر سائیکل میں اسکین کیا جاتا ہے۔ سیشن ڈیٹا بیسز read-only mode میں کھولے جاتے ہیں، اور اسی اکاؤنٹ کے سیشن تک رسائی queue کی جاتی ہے تاکہ بیک وقت ہونے والی کارروائیاں ایک دوسرے سے متصادم نہ ہوں۔

4. اختیاری طور پر Textual dashboard انسٹال کریں

مرکزی automation option ایک navy، violet اور coral Textual dashboard دکھا سکتا ہے۔ اس کی Python dependencies ایک بار انسٹال کریں:

python -m pip install -r requirements-textual.txt

اگر Python کسی غیر معیاری location میں انسٹال ہے تو ATF_PYTHON کو python.exe کے مکمل path پر set کریں۔

بوٹ چلائیں

interactive menu شروع کریں:

npm start

مینو میں یہ workflows دستیاب ہیں:

[1] Run BOT
[2] Register accounts with referral code
[3] Replace TON wallet
[4] Check account statistics
[5] Withdraw ATF
[0] Exit

مرکزی automation چلائیں

Textual dashboard کے ساتھ Node.js workers شروع کرنے کے لیے option 1 منتخب کریں۔ dashboard میں Telegram usernames، levels، mined ATF، ATF holdings، pending rewards، wallet state، mining status، task claims، task countdowns، referral results، Team Wallet details، connections اور cycle summaries دکھائے جاتے ہیں۔

مفید dashboard controls:

  • q: gracefully رکیں اور باہر نکلیں۔
  • p: workers کو pause یا resume کریں۔
  • r: تمام اکاؤنٹس کے statistics کو parallel میں refresh کریں۔
  • c: log panel صاف کریں۔
  • PgUp اور PgDn: logs میں اسکرول کریں۔
  • g اور Shift+G: log کے آغاز یا اختتام پر جائیں۔

dashboard dashboard_refresh_interval_minutes کے مطابق اکاؤنٹ state کو خودکار طور پر refresh کرتا ہے، جس کی default value 10 منٹ ہے۔ اسے براہِ راست شروع کرنے کے لیے استعمال کریں:

npm run dashboard

Textual کے بغیر standard terminal logs کے لیے چلائیں:

npm run start:run

یہ command schedulers اور non-interactive processes کے لیے بھی مناسب entry point ہے۔

TON والیٹ سیٹ اپ کیسے کام کرتا ہے

اکاؤنٹ کے لاگ اِن ہونے کے بعد، بوٹ ATF server کے fields wallet_address اور wallet_verified چیک کرتا ہے۔ اگر کوئی verified wallet موجود نہ ہو تو یہ درج ذیل sequence پر عمل کرتا ہے:

  1. مین نیٹ کے لیے TON v4r2 والیٹ بناتا ہے۔
  2. فوراً اس کا پتہ، 24 الفاظ پر مشتمل یادداشت، اور نجی کلید wallets-accounts.json میں محفوظ کرتا ہے۔
  3. ATF سے سرکاری TON Proof پے لوڈ طلب کرتا ہے۔
  4. ATF WebApp ڈومین کے لیے پروف پر دستخط کرتا ہے۔
  5. پروف کو sync_wallet پر بھیجتا ہے۔
  6. تصدیق کامیاب ہونے کے بعد ہی سیکیورٹی سوال اور مائننگ کی طرف بڑھتا ہے۔

والیٹ کا ریکارڈ تصدیق شروع ہونے سے پہلے لکھ دیا جاتا ہے۔ لہٰذا عارضی busy جواب یا مؤخر اکاؤنٹ کی وجہ سے نیا بنایا گیا والیٹ ضائع نہیں ہوتا۔

اگر والیٹ غیر مصدقہ رہتے ہوئے ATF busy یا کیش شدہ/ڈی ڈپلیکیٹ شدہ جواب واپس کرتا ہے، تو مرکزی عمل wallet_busy_retry_seconds کے بعد ایک بار دوبارہ کوشش کرتا ہے، جس کی طے شدہ قدر 15 سیکنڈ ہے۔ اگر اکاؤنٹ اب بھی مصروف ہو، تو اسے والیٹ ورکر میں منتقل کر دیا جاتا ہے تاکہ مرکزی عمل جاری رہ سکے۔

زیادہ سے زیادہ wallet_worker_concurrency والیٹ جابز متوازی طور پر چلتی ہیں، جن کی طے شدہ تعداد 10 ہے۔ اضافی اکاؤنٹس FIFO قطار میں شامل ہو جاتے ہیں۔ ہر سیشن کے لیے صرف ایک فعال یا قطار میں موجود والیٹ ورکر کی اجازت ہے۔

بنایا گیا والیٹ ایک حقیقی والیٹ ایڈریس ہے، لیکن جب تک اسے آن چین لین دین کے لیے استعمال نہ کیا جائے، یہ آن چین تعینات نہیں ہوتا۔ wallets-accounts.json کو محفوظ رکھیں اور احتیاط سے اس کا بیک اپ لیں۔ جس کے پاس بھی یہ فائل ہو، وہ والیٹس کو کنٹرول کر سکتا ہے۔

encrypted_secrets پر مشتمل پرانے ریکارڈز کو بوٹ پہلی بار کھولتے وقت سادہ متن والے فارمیٹ میں منتقل کر دیتا ہے۔ سابقہ WALLET_KEYSTORE_PASSWORD صرف اسی منتقلی کے لیے درکار ہے۔

ریفرل رجسٹریشن ترتیب دیں

جب آپ چاہتے ہیں کہ آپشن 2 نئے اکاؤنٹس رجسٹر کرے، تو config.json میں ریفرل کوڈ شامل کریں:

{
  "referral_code": "610911604"
}

ہر ایسے سیشن کے لیے جس پر پہلے اس کوڈ کے ساتھ کارروائی نہیں ہوئی، بوٹ Telegram messages.StartBot کو کال کرتا ہے، اسی اسٹارٹ پیرامیٹر کے ذریعے WebView کھولتا ہے، اور ATF لاگ اِن کے دوران ref_code بھیجتا ہے۔ کامیاب نتیجہ .state/referrals.json میں ہیش کے طور پر ریکارڈ ہو جاتا ہے، جس سے ہر سائیکل میں وہی StartBot کارروائی دوبارہ ہونے سے روکی جاتی ہے۔

ریفرل موڈ صرف ریفرل رجسٹریشن سنبھالتا ہے۔ والیٹ بنانا اور محفوظ کرنا آپشن 1 کے تحت مرکزی آٹومیشن کا حصہ رہتا ہے۔ موجودہ اکاؤنٹس عموماً سرور پر پہلے سے ریکارڈ کیے گئے مدعو کرنے والے کو تبدیل نہیں کر سکتے۔

انٹرایکٹو مینو کے بغیر براہِ راست ریفرل رجسٹریشن چلانے کے لیے:

npm run register-referral

Turnstile کے لیے MultiBot استعمال کریں

اگر کسی نئے اکاؤنٹ کو Cloudflare Turnstile چیلنج موصول ہو، تو بوٹ ATF سے سرکاری site_key حاصل کر کے MultiBot سے ٹوکن طلب کر سکتا ہے۔ اس کی API کلید .env میں شامل کریں:

MULTIBOT_API_KEY=your_api_key

طے شدہ طور پر اکاؤنٹ کے پراکسی MultiBot کو نہیں بھیجے جاتے۔ اگر حل کے لیے وہی پراکسی IP استعمال کرنا ضروری ہو، تو اسے فعال کریں:

MULTIBOT_USE_ACCOUNT_PROXY=1
اس ترتیب کو فعال کرنے سے اکاؤنٹ کا پراکسی پتہ اور اسناد MultiBot کو بھیجی جاتی ہیں۔ یہ آپشن استعمال کرنے سے پہلے اس افشا پر غور کریں۔

مقامی Turnstile حل کنندہ چلائیں

شامل کردہ مقامی حل کنندہ صرف 127.0.0.1:8000 سے منسلک ہوتا ہے۔ Windows پر Python 3 انسٹال کریں اور پروجیکٹ کی جڑ سے حل کنندہ تیار کریں:

py -3 -m venv local-solver\.venv
local-solver\.venv\Scripts\python.exe -m pip install -r local-solver\requirements.txt
local-solver\.venv\Scripts\python.exe -m camoufox fetch
cd local-solver
.venv\Scripts\python.exe api_server.py --yes

اس ٹرمینل کو کھلا رکھیں۔ دوسرے ٹرمینل میں بوٹ چلائیں، آپشن 2 منتخب کریں، اور مقامی حل کنندہ منتخب کریں۔ غیر انٹرایکٹو عمل کے لیے یہ ترتیب دیں:

TURNSTILE_SOLVER=local
LOCAL_TURNSTILE_SOLVER_URL=http://127.0.0.1:8000

فی اکاؤنٹ اووررائیڈز لاگو کریں

جب انفرادی سیشنز کے لیے مختلف ترتیبات درکار ہوں، تو account-overrides.example.json کو account-overrides.json میں کاپی کریں۔ مثال کے طور پر:

{
  "account1.session": {
    "enabled": true,
    "proxy": "http://username:password@127.0.0.1:8080",
    "ready_task_ids": ["telegram_join"]
  }
}
  • enabled سیشن کو فعال یا غیر فعال کرتا ہے۔
  • proxy ATF درخواستوں کے لیے HTTP یا HTTPS پراکسی مقرر کرتا ہے۔ Telegram MTProto براہِ راست کنکشن برقرار رکھتا ہے۔
  • ready_task_ids ان یک بار ہونے والے کاموں کی نشاندہی کرتا ہے جو واقعی دستی طور پر مکمل کیے گئے ہوں اور اب بوٹ کے ذریعے کلیم کیے جا سکتے ہوں۔

اووررائیڈ فائل، پراکسیز، ماحول کی فائل، کیش، اسٹیٹ، اور سیشن فائلیں Git سے نظر انداز کی جاتی ہیں۔

متحرک کام ترتیب دیں

ATF کاموں کی فہرست کا اینڈ پوائنٹ فراہم نہیں کرتا۔ اس کے بجائے، اس کا فرنٹ اینڈ index.html میں ان لائن JavaScript کے طور پر tasksConfig شامل کرتا ہے۔ بوٹ اس صفحے کو ڈاؤن لوڈ کرتا ہے اور کوڈ چلائے بغیر Acorn کے ذریعے اس کے تجریدی نحوی درخت کو پارس کرتا ہے۔ یہ صرف کاموں کی IDs، عنوانات، انعامات، لنکس، کول ڈاؤنز، کم از کم دورانیے، اور دستی جائزے کی حیثیت اخذ کرتا ہے۔

اگر صفحہ لوڈ نہ ہو سکے، تو بوٹ تازہ ترین کیش استعمال کرتا ہے۔ اگر نہ فرنٹ اینڈ دستیاب ہو اور نہ کیش، تو ہارڈ کوڈ شدہ متبادل استعمال کرنے کے بجائے اس سائیکل کے لیے کاموں کے کلیم غیر فعال کر دیے جاتے ہیں۔

config.json میں کاموں کا موڈ ان میں سے کسی ایک قدر پر مقرر کریں:

  • off: کاموں کو نہ پڑھیں اور نہ پروسیس کریں۔
  • report: دستیاب کام دکھائیں، لیکن انہیں شروع یا کلیم نہ کریں۔
  • claim_ready: start_task کے ذریعے لنک کلکس رجسٹر کریں، اہل کام شروع کریں، ہر minSeconds مدت کا متوازی طور پر انتظار کریں، اور تیار ہونے پر کام کلیم کریں۔

ready_task_ids میں درج کام دوبارہ شروع کیے بغیر دعوے کی قطار میں شامل ہو جاتے ہیں۔ ابتدائی لاگ اِن ترتیب وار مکمل ہونے کے بعد ہر اکاؤنٹ کو ایک الگ ٹاسک ورکر ملتا ہے۔ ورکر اس وقت تک سویا رہتا ہے جب تک اس اکاؤنٹ کا کول ڈاؤن ختم نہیں ہو جاتا، پھر سرور کی حالت دوبارہ لوڈ کرتا ہے، تیار کاموں کو پروسیس کرتا ہے، اور تازہ ترین جواب کی بنیاد پر اپنی اگلی کارروائی کا وقت مقرر کرتا ہے۔

اگر کوئی تیار کام شروع یا کلیم نہ ہو سکے تو دوبارہ کوششیں task_ready_retry_seconds تک محدود رہتی ہیں، جس کی طے شدہ قدر 60 سیکنڈ ہے۔ اس سے بار بار تیز رفتار کوششوں کا چکر رک جاتا ہے۔ loop_interval_hours کی ترتیب صرف مائننگ کلیم سائیکلز پر لاگو ہوتی ہے، ٹاسک شیڈولنگ پر نہیں۔

TON والیٹ محفوظ طریقے سے تبدیل کریں

آپشن 3 منتخب کریں، یا انٹرایکٹو ٹرمینل سے npm run replace-wallets چلائیں، تاکہ ان سیشنز کو اسکین کیا جا سکے جن کے والیٹس تبدیل کرنے کی ضرورت ہو سکتی ہے۔ wallets-accounts.json میں پہلے سے درست mnemonic اور نجی کلید رکھنے والے اکاؤنٹس کو نظر انداز کر دیا جاتا ہے۔

مقامی رازوں کے بغیر تصدیق شدہ والیٹس کے لیے بوٹ یہ تعین نہیں کر سکتا کہ والیٹ کسی پرانی بوٹ انسٹالیشن سے آیا ہے جس کا بیک اپ ضائع ہو چکا ہے یا کسی بیرونی والیٹ سے۔ اس لیے یہ صارف نام اور مخفی ایڈریس دکھاتا ہے اور ہر اکاؤنٹ کے لیے تصدیق طلب کرتا ہے:

  • والیٹ تبدیل کرنے کے لیے y درج کریں۔
  • اسے نظر انداز کرنے کے لیے Enter دبائیں یا n درج کریں۔
  • باقی اسکین منسوخ کرنے کے لیے q درج کریں۔

منظوری کے بعد نیا والیٹ اور mnemonic محفوظ کیے جاتے ہیں، پھر sync_wallet اور TON Proof کے ذریعے ATF کو جوہری طور پر اپ ڈیٹ کیا جاتا ہے۔ پچھلے والیٹ کے آن چین اثاثے منتقل نہیں کیے جاتے۔ مصروف تبدیلیاں replacement_pending کے طور پر محفوظ کی جاتی ہیں اور اسکین کے بعد زیادہ سے زیادہ پانچ ورکرز کے ذریعے دوبارہ آزمائی جاتی ہیں۔ رکی ہوئی تبدیلیاں آپشن 3 دوبارہ چلا کر جاری کی جا سکتی ہیں۔

اکاؤنٹ کے اعداد و شمار کا آڈٹ

آپشن 4، یا npm run stats، صرف پڑھنے کے لیے آڈٹ ڈیش بورڈ کھولتا ہے۔ یہ تازہ لاگ اِن کرتا ہے، sync_wallet کو کال کرتا ہے، اور get_withdraw_history پڑھتا ہے۔ ہم وقتی کارروائی کو stats_worker_concurrency کنٹرول کرتا ہے اور یہ زیادہ سے زیادہ پانچ ورکرز تک محدود ہے۔

ڈیش بورڈ صارف نام، والیٹ ایڈریسز، ATF ہولڈنگز، مائن کیے گئے بیلنس، پابندی کی حالت، رسک اسکور، اہل DEX خریداری کی حیثیت، زیر التوا رقم نکلوانے کی درخواستیں، تازہ ترین رقم نکلوانے کی حیثیت، اور masked_auto_fraud سے حاصل کردہ FRAUD MASK دکھاتا ہے۔ رقم نکلوانے کی حالتوں میں NONE، PENDING، APPROVED، KYC/VERIFY، FAILED، اور UNAVAILABLE شامل ہیں۔ KYC کی حیثیت اور فراڈ ماسک الگ الگ اشارے ہیں۔

آڈٹ دوبارہ چلانے کے لیے r دبائیں یا باہر نکلنے کے لیے q دبائیں۔

ATF رقم نکلوانا

آپشن 5 اکاؤنٹس کو ترتیب وار پروسیس کرتا ہے اور شروع کرنے سے پہلے ایک بار تصدیق طلب کرتا ہے، کیونکہ سرور ہر رقم نکلوانے کی درخواست کے لیے 70 ATF وصول کرتا ہے۔

ہر اکاؤنٹ کے لیے بوٹ یہ کام کرتا ہے:

  1. نئے سیشن کے ساتھ لاگ اِن کرتا ہے اور mined_balance اور pending_reward پڑھتا ہے۔
  2. زیر التوا انعام کلیم کرتا ہے۔
  3. مائن کیے گئے بیلنس کو تازہ کرنے کے لیے دوبارہ لاگ اِن کرتا ہے۔
  4. اگر بیلنس 500 ATF سے کم ہو یا والیٹ کی تصدیق نہ ہوئی ہو تو اکاؤنٹ کو نظر انداز کرتا ہے۔
  5. مکمل اہل مائن کیے گئے بیلنس کو چار اعشاری مقامات تک نیچے کی طرف راؤنڈ کرتا ہے۔
  6. تصویری CAPTCHA حل کرتا ہے اور رقم نکلوانے کی درخواست جمع کرتا ہے۔
  7. رقم نکلوانے کی تاریخ پڑھتا ہے اور دستیاب آخری حیثیت رپورٹ کرتا ہے۔

ImageToTextTask سولور کے لیے .env میں 2Captcha کلید شامل کریں:

TWOCAPTCHA_API_KEY=your_api_key

بوٹ جمع کرانے سے پہلے فرنٹ اینڈ کا مقررہ 1.2 سے 2 سیکنڈ کا بے قاعدہ وقفہ نافذ کرتا ہے۔ ناکام یا مسترد شدہ CAPTCHA جوابات پر نیا چیلنج طلب کیا جاتا ہے، زیادہ سے زیادہ withdraw_captcha_max_attempts کی قدر، جس کی زیادہ سے زیادہ حد تین ہے، اور سرور کے attempts_left میں سے جو کم ہو، اتنی کوششوں تک۔

retry_after_seconds جواب، رقم نکلوانے کا لاک، یا سرور کی کوششوں کے ختم ہو جانے سے اس اکاؤنٹ کے لیے مزید کوششیں رک جاتی ہیں۔ رقم نکلوانے کا عمل براہِ راست چلانے کے لیے یہ کمانڈ استعمال کریں:

npm run withdraw

رقم نکلوانے کے لیے پراکسی استعمال کریں

اگر proxy.txt یا proxies.txt میں پراکسیز موجود ہوں تو رقم نکلوانے کا موڈ پورے بیچ کے لیے ایک منفرد پول بناتا ہے۔ ہر پراکسی صرف ایک بار منتخب کی جا سکتی ہے، چاہے وہ ناکام ہو جائے، اور اس بیچ کے دوران اسے کسی دوسرے اکاؤنٹ کو دوبارہ نہیں دیا جاتا۔

لاگ اِن، انعام کلیم، بیلنس تازہ کرنے، CAPTCHA حاصل کرنے، جمع کرانے، یا تاریخ حاصل کرنے کے دوران نیٹ ورک کی خرابی کی صورت میں اکاؤنٹ کو اگلی غیر استعمال شدہ صحت مند پراکسی پر منتقل کیا جاتا ہے۔ جب پراکسی پول موجود ہو تو رقم نکلوانا خاموشی سے براہِ راست IP پر واپس نہیں جاتا۔ نقل و حرکت کے دوران کلیم اور رقم نکلوانے کی درخواست کے IDs تبدیل نہیں ہوتے، تاکہ دوہری کارروائی کے خطرے کو کم کیا جا سکے۔

ہر اکاؤنٹ کے لیے کم از کم ایک منفرد پراکسی، نیز دوبارہ کوششوں کے لیے اضافی پراکسیز فراہم کریں۔ اگر پول ختم ہو جائے تو موجودہ اکاؤنٹ ناکام ہو جاتا ہے اور عمل اگلے اکاؤنٹ کے ساتھ جاری رہتا ہے۔

اعلیٰ درجے کی قابلِ اعتماد اور سیکیورٹی تجاویز

  • wallets-accounts.json کو مشترکہ یا ہم وقت ساز مقامات سے باہر رکھیں، جب تک اسٹوریج کو مناسب طور پر محفوظ نہ کیا گیا ہو۔
  • والیٹس تبدیل کرنے یا انسٹالیشن منتقل کرنے سے پہلے والیٹ کے رازوں کا محفوظ بیک اپ لیں۔
  • ready_task_ids صرف ان کاموں کے لیے استعمال کریں جو حقیقتاً دستی طور پر مکمل کیے گئے ہوں۔
  • یاد رکھیں کہ اکاؤنٹ پراکسی ATF کی HTTP درخواستوں کو متاثر کرتی ہے، براہِ راست Telegram MTProto کنکشن کو نہیں۔
  • کافی تعداد میں الگ رقم نکلوانے والی پراکسیز ترتیب دیں، کیونکہ استعمال شدہ اور ناکام پراکسیز کو ایک بیچ کے اندر دوبارہ استعمال نہیں کیا جاتا۔
  • درست طریقے سے بند کرنے کے لیے Ctrl+C استعمال کریں۔ بوٹ کنکشنز صاف کرتا ہے اور شٹ ڈاؤن سگنل ملنے کے بعد کسی دوسرے اکاؤنٹ کو شروع نہیں کرتا۔
  • ہر اکاؤنٹ کے خلاصے کا جائزہ لیں، جو success، partial، اور failed نتائج میں فرق کرتا ہے۔

یہ پروجیکٹ allowed_hosts کے ذریعے API اور WebApp کے مقامات کو محدود کرتا ہے اور HTTPS لازمی قرار دیتا ہے۔ یہ HTTP ری ڈائریکٹس کی خودکار پیروی نہیں کرتا۔ HTTP 401 اور 403 جوابات پر دوبارہ کوشش نہیں کی جاتی، جبکہ HTTP 429 اور 5xx جوابات کے لیے jitter کے ساتھ exponential backoff استعمال کیا جاتا ہے۔

دوبارہ کوششوں کے دوران Request IDs مستحکم رہتی ہیں تاکہ سرور دہرائی گئی کارروائیوں کو idempotent سمجھ سکے۔ کاروباری جوابات، جیسے cooldowns اور already claimed، کو نیٹ ورک کی ناکامیاں نہیں سمجھا جاتا۔ ATF لاگ اِن کے دوران بار بار ناکام ہونے والے proxies کو عارضی طور پر quarantine کر دیا جاتا ہے، اور بوٹ خاموشی سے براہِ راست IP پر منتقل نہیں ہوتا۔

Session tokens، initialization data، hashes، اور proxy passwords کو logs سے چھپا دیا جاتا ہے۔ مستحکم device IDs ہر Telegram ID کے لیے .state/device-ids.json میں محفوظ کی جاتی ہیں۔ بوٹ ہر cycle میں config.json، sessions، proxies، اور account overrides کو بھی دوبارہ لوڈ کرتا ہے۔

جب mining کے لیے security question درکار ہو، تو شناخت شدہ بنیادی arithmetic خودکار طور پر حل کی جاتی ہے۔ نامعلوم formats کے لیے manual terminal input استعمال کیا جاتا ہے۔

Installation کی توثیق کریں

Setup یا configuration میں تبدیلیوں کے بعد پروجیکٹ کی checks اور tests چلائیں:

npm run check
npm test

نتیجہ

ATF Bot Automation v2 تازہ Telegram WebView authentication کو multi-account ATF automation، TON wallet verification، dynamic tasks، referrals، account auditing، اور controlled withdrawals کے ساتھ یکجا کرتا ہے۔ درست Telethon sessions اور محفوظ Telegram credentials سے شروع کریں، accounts کی کم تعداد کے ساتھ مرکزی workflow کی توثیق کریں، اور wallets-accounts.json کو انتہائی اہم secret سمجھیں کیونکہ اس میں ہر generated wallet تک براہِ راست رسائی موجود ہے۔