د خپل node چلول د دې کرښه ده چې د chain په اړه د یو چا خبره ومنئ او پخپله یې تایید کړئ. ستاسو node هره د consensus قاعده په خپلواکه توګه پلي کوي، او ستاسو والټونه کولی شي ستاسو node وپوښتي د یوه عامه سرور پر ځای چې په ارامۍ ستاسو ټولې پتې log کوي. هغه دیوال چې خلک ورباندې ولګیږي: یو بشپړ archival node ۶۰۰ GB+ ديسک غواړي او لویدو ته دوام ورکوي. یو pruned node د هغه شاوخوا ګرځي — دا لا هم ټول chain تاییدوي، بیا هغه زاړه بلاکونه غورځوي چې نور ورته اړتیا نلري، شاوخوا 10–15 GB ته ښکته کیږي. دا یو کوچني VPS کې سمون لري. دلته ریښتینی څنګه دی، او pruning تاسو ته څه لګوي.
یو node واقعاً تاسو ته څه درکوي
- خپلواک تایید. تاسو پخپله قواعد پلي کوئ. هیڅ ناسم شی ستاسو له node تیریږي ځکه چې دا په یوه اجنبي باور وکړ.
- د ستاسو خپلو پوښتنو لپاره محرمیت. ستاسو والټ ستاسو node پوښتي، نه یو عامه explorer چې هره پته چې تاسو یې ګورئ ویني.
- د پاتې لپاره یو بنسټ. یو node هغه بنسټ دی چې نور شیان وروسته پرې ناست وي — Lightning، explorerونه، ستاسو خپل اپلیکیشنونه.
Pruned vs full — ریښتینی هسته
د لومړني sync پر مهال، ستاسو node ټول chain ښکته کوي او تاییدوي. دا شاوخوا 600 GB bandwidth دی، یو ځل. Pruning یوازې هغه بدلوي چې وروسته څه پیښیږي: دا وروستي بلاکونه ساتي او زاړه غورځوي، نو وروستی ديسک کوچنی پاتې کیږي.
هغه څه چې تاسو یې پریږدئ ریښتیني دي: یو pruned node تاریخي بلاکونه نشي خدمت کولی نورو peers ته، او دا د خپلسري زاړه والټ تاریخ نشي بیا سکن کولی. نو که تاسو د لومړنیو راکړو ورکړو سره یو زوړ والټ وارد کوئ، تاسو بشپړ تاریخ ته اړتیا لرئ — یو بشپړ node په یوه لوی ديسک، نه یو pruned. د اوسنیو والټونو د ساده تایید او چلولو لپاره، pruned دقیقاً سم دی.
تاسو څه ته اړتیا لرئ
- ديسک: د یوه pruned node لپاره ~15–20 GB — یو کوچنی box سم دی.
- RAM: 2–4 GB. ډیر
dbcacheلومړی sync ګړندی کوي؛ تاسو کولی شئ یې وروسته ټیټ کړئ. - Bandwidth: د یوه-ځلي بشپړ ښکته کولو لپاره ریښتینی throughput.
- یو د رسیدو وړ IP: ترڅو په پورټ 8333 دننهورتګ peers ومنئ او واقعاً شبکې ته مرسته وکړئ، تاسو یو عامه IP د 8333 خلاص سره غواړئ — یو dedicated-IP پلان. په NAT تاسو یو SSH پورټ ترلاسه کوئ او نشئ کولی 8333 خلاص کړئ.
تنظیم
bitcoind نصب کړئ، بیا یو لږترلږه bitcoin.conf:
prune=10000 # keep ~10 GB of recent blocks
dbcache=2048 # faster initial sync; lower it later
listen=1 # accept inbound peers
دا د systemd لاندې وچلوئ نو په crash بیا پیل شي او د یوه بیا پیل وروسته بیرته راشي، او پورټ 8333 خلاص کړئ نو peers تاسو ته ورسیدلی شي. بیا یې پریږدئ چې sync شي — دا اوږده برخه ده، ساعتونه تر یوې یا دوو ورځو، ځکه چې دا ټول chain له genesis څخه تاییدوي.
قفل یې کړئ
- یوازې-کیلي SSH، 8333 او خپل SSH پورټ ته firewall. (لس-دقیقهای checklist.)
- هیڅکله د RPC پورټ انټرنیټ ته مه څرګندوئ. دا localhost ته وتړئ او د یوه SSH tunnel له لارې یا یوازې د همدې box اپلیکیشنونو څخه یې ورسیږئ. یو خلاص RPC یوه خلاصه دروازه ده.
ریښتيني حدونه
- لومړی sync اوږد او bandwidth-درنه دی. دا ذاتي دی — د chain له سره تایید یو ګام نه دی چې تاسو یې تنظیم کولی شئ.
- یو pruned node نشي کولی زاړه بلاکونه خدمت کړي یا زوړ تاریخ بیا سکن کړي. هغو ته اړتیا لرئ؟ دا یو بشپړ node او یو لوی ديسک دی.
- Monero یوه عادلانه پوښتنه ده، او ریښتینی ځواب scope دی. د هغه chain لوی دی — یو څو سوه GB، او حتی pruned شاوخوا 90 GB — نو دا زموږ له کوچنیو پلانونو څخه لوی ديسک غواړي. دا د یوه مختلف ډول box لپاره یوه بشپړ-node کیسه ده، او موږ غواړو دا ووایو نه دا چې وپروو چې سمون لري.
- تاسو یې ساتئ: تازه معلومات، ديسک، کله ناکله یو د peer ټکان. یو node یوه کوچنۍ ژمنه ده، نه یو fire-and-forget.
د دې لپاره تادیه
د یوه بریښنالیک سره راجستر شئ او په USDC یا USDT تادیه وکړئ — بې کارت، بې ID. د خپل Bitcoin کونج د چلولو لپاره یوه ورته سمه لاره ده چې تادیه وکړئ.
تبصرې
لا تبصرې نشته. لومړی اوسئ.