ایک VPS پر اپنا Bitcoin node چلائیں

اپنا node چلانا chain کے بارے میں کسی کی بات ماننے اور اسے خود verify کرنے کے بیچ کی لکیر ہے۔ آپ کا node ہر consensus rule آزادانہ نافذ کرتا ہے، اور آپ کے wallets ایک public سرور کے بجائے آپ کے node سے پوچھ سکتے ہیں جو خاموشی سے آپ کے تمام addresses log کرتا ہے۔ جس دیوار سے لوگ ٹکراتے ہیں: ایک مکمل archival node 600 GB+ ڈسک چاہتا اور بڑھتا رہتا ہے۔ ایک pruned node اس کے گرد قدم رکھتا ہے — یہ پھر بھی پوری chain validate کرتا، پھر پرانے blocks پھینک دیتا ہے جن کی اب ضرورت نہیں، تقریباً 10–15 GB پر اترتا ہے۔ یہ ایک چھوٹے VPS میں سماتا ہے۔ یہ رہا ایماندار کیسے، اور pruning آپ کو کیا خرچ کرتی ہے۔

ایک node دراصل آپ کو کیا دیتا ہے

• آزاد validation۔ آپ خود rules نافذ کرتے ہیں۔ کوئی غلط چیز آپ کے node سے آگے نہیں گزرتی کیونکہ اس نے ایک اجنبی پر یقین کیا۔
• آپ کی اپنی queries کے لیے نجی پن۔ آپ کا wallet آپ کے node سے پوچھتا ہے، ایک public explorer سے نہیں جو ہر address دیکھتا ہے جو آپ تلاش کرتے ہیں۔
• باقی کے لیے ایک بنیاد۔ ایک node وہ بنیاد ہے جس پر دیگر چیزیں بعد میں بیٹھتی ہیں — Lightning، explorers، آپ کی اپنی apps۔

Pruned بمقابلہ full — ایماندار مرکز

ابتدائی sync کے دوران، آپ کا node پوری chain ڈاؤنلوڈ اور verify کرتا ہے۔ یہ تقریباً 600 GB bandwidth ہے، ایک بار۔ Pruning صرف یہ بدلتی ہے کہ بعد میں کیا ہوتا ہے: یہ حالیہ blocks رکھتی اور پرانے گراتی ہے، تو آخری ڈسک چھوٹی رہتی ہے۔

آپ جو چھوڑتے ہیں وہ حقیقی ہے: ایک pruned node تاریخی blocks سرو نہیں کر سکتا دوسرے peers کو، اور یہ صوابدیدی پرانی wallet history rescan نہیں کر سکتا۔ تو اگر آپ ابتدائی لین دین والا ایک پرانا wallet import کریں گے، تو آپ کو مکمل history چاہیے — ایک بڑے ڈسک پر ایک full node، ایک pruned نہیں۔ محض موجودہ wallets validate اور چلانے کو، pruned بالکل درست ہے۔

آپ کو کیا چاہیے

• ڈسک: ایک pruned node کے لیے ~15–20 GB — ایک چھوٹا باکس ٹھیک ہے۔
• RAM: 2–4 GB۔ زیادہ dbcache ابتدائی sync تیز کرتا ہے؛ آپ اسے بعد میں کم کر سکتے ہیں۔
• Bandwidth: ایک-بار کے مکمل ڈاؤنلوڈ کے لیے حقیقی throughput۔
• ایک پہنچنے کے قابل IP: port 8333 پر inbound peers قبول کرنے اور دراصل network کی مدد کرنے کو، آپ کو 8333 کھلے کے ساتھ ایک public IP چاہیے — ایک dedicated-IP پلان۔ NAT پر آپ کو ایک SSH port ملتا اور آپ 8333 نہیں کھول سکتے۔

سیٹ اپ

bitcoind انسٹال کریں، پھر ایک minimal bitcoin.conf:

prune=10000        # ~10 GB حالیہ blocks رکھو
dbcache=2048       # تیز ابتدائی sync؛ بعد میں کم کرو
listen=1           # inbound peers قبول کرو

اسے systemd کے تحت چلائیں تاکہ یہ کریش پر restart ہو اور ایک ری بوٹ کے بعد واپس آئے، اور port 8333 کھولیں تاکہ peers آپ تک پہنچ سکیں۔ پھر اسے sync ہونے دیں — یہ طویل حصہ ہے، گھنٹے سے ایک یا دو دن، کیونکہ یہ genesis سے پوری chain verify کر رہا ہے۔

اسے لاک کریں

• صرف-keys SSH، 8333 اور اپنے SSH port تک firewall۔ (دس-منٹ checklist۔)
• RPC port کو کبھی انٹرنیٹ پر expose نہ کریں۔ اسے localhost سے bind کریں اور اسے ایک SSH tunnel پر یا صرف اسی باکس کی apps سے پہنچیں۔ ایک کھلا RPC ایک کھلا دروازہ ہے۔

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

• پہلا sync طویل اور bandwidth-بھاری ہے۔ یہ موروثی ہے — نئے سرے سے chain validate کرنا ایک ایسا قدم نہیں جسے آپ config سے ہٹا سکیں۔
• ایک pruned node پرانے blocks سرو یا پرانی history rescan نہیں کر سکتا۔ انہیں چاہیے؟ یہ ایک full node اور ایک بڑا ڈسک ہے۔
• Monero ایک منصفانہ سوال ہے، اور ایماندار جواب دائرہ ہے۔ اس کی chain بڑی ہے — چند سو GB، اور pruned بھی تقریباً 90 GB — تو یہ ہمارے چھوٹے پلانز کے اٹھانے سے بڑا ڈسک چاہتی ہے۔ یہ ایک مختلف قسم کے باکس کے لیے ایک full-node کہانی ہے، اور ہم چاہیں گے یہ کہیں بجائے یہ ظاہر کریں کہ یہ سماتی ہے۔
• آپ اسے سنبھالتے ہیں: updates، ڈسک، کبھی کبھار ایک peer ہچکی۔ ایک node ایک چھوٹی وابستگی ہے، ایک fire-and-forget نہیں۔

اس کے لیے ادائیگی

ایک ای میل سے sign up کریں اور USDC یا USDT میں ادا کریں — کوئی کارڈ، کوئی ID نہیں۔ Bitcoin کا اپنا کونا چلانے کے لیے ادا کرنے کا ایک موزوں طریقہ۔