یک نود کامل بیت‌کوین روی یک VPS اجرا کنید

سه چیز، و فقط دو تای آن‌ها به حریم خصوصی مربوط می‌شوند.

• اعتبارسنجی. نود شما خودش اجماع را اجرا می‌کند — هر امضا، اسکریپت، پاداش بلوک و تعدیل دشواری، در برابر نسخهٔ خودش از زنجیره بررسی می‌شود. هیچ‌کس نمی‌تواند آن را متقاعد کند که سکه‌ای وجود دارد در حالی که وجود ندارد. این همان بخشی است که نمی‌توان به دیگری واگذار کرد: یک کیف پول سبک (light wallet) به پاسخ یک سرور اعتماد می‌کند.
• حریم خصوصی در لایهٔ شبکه. یک کیف پول سبک باید به کسی بگوید به کدام آدرس‌ها اهمیت می‌دهد. حتی پروتکل‌های محتاط هم به سروری اطلاعات کافی می‌دهند تا آدرس‌های شما را در یک کیف پول خوشه‌بندی کند و آن را به یک IP سنجاق کند. نود شخصی خودتان این پرسش‌ها را به‌صورت محلی پاسخ می‌دهد.

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

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

شکاف اندازه، ظریف نیست. در سال 2026 زنجیرهٔ هرس‌نشده به‌طور قابل‌توجهی از 700 گیگابایت فراتر رفته و همچنان ده‌ها گیگابایت در سال اضافه می‌کند — پیش از تعهد به دیسک، رقم فعلی را بررسی کنید، چون فقط رو به افزایش است. یک نود هرس‌شده با prune=5000 حدود 5 گیگابایت فایل بلاک به‌علاوهٔ مجموعهٔ UTXO و پایگاه‌های دادهٔ خود Core نگه می‌دارد: به datadir بگویید 20 گیگابایت.

پس مگر دلیل خاصی برای نکردن آن دارید، هرس کنید. دلایل محدودند: ارائهٔ بلاک‌های تاریخی به شبکه، txindex برای یک بلاک اکسپلورر، یا اجرای سرور Electrum شخصی خودتان.

• CPU. یک هسته برای همیشه با نوک زنجیره (tip) همراه می‌ماند. دانلود اولیهٔ بلاک‌ها جایی است که هسته‌ها ارزش خود را نشان می‌دهند، چون اعتبارسنجی امضا موازی‌سازی می‌شود — 2 تا 4 vCPU همگام‌سازی اول را کوتاه‌تر می‌کند و سپس به حالت بی‌کار برمی‌گردد. مجازی‌سازی کامل KVM بیشتر از تعداد هسته اهمیت دارد: ایزوله‌سازی واقعی سخت‌افزار و کرنل خودتان، نه یک کانتینر که با دیگری اشتراکی است.
• RAM. 2 گیگابایت کف کاری برای یک نود هرس‌شده است. dbcache همان دکمهٔ تنظیمی است که اهمیت دارد — یکی دو گیگابایت کش UTXO در طول IBD ساعت‌ها خواندن تصادفی را حذف می‌کند، و می‌توانید بعداً آن را برگردانید.
• دیسک. با اندازهٔ ذکرشده در بالا، و NVMe به‌جای هر چیز دیگر. IBD عمدتاً با دسترسی تصادفی به chainstate تعیین می‌شود، نه با دانلود.
• پهنای باند. IBD صرف‌نظر از هرس، کل زنجیره را جابه‌جا می‌کند: یک‌بار چند صد گیگابایت. سپس یک نود شنونده به‌طور پیوسته برای همتاها آپلود می‌کند، که با maxuploadtarget قابل محدودسازی است. هر پلن اینجا یک پورت 1 Gbps با ترافیک نامحدود و بدون صورت‌حساب اضافه‌مصرف دارد.

اعداد مشخص از جدول قیمت ما، چون “بستگی دارد” پاسخ نیست:

• هرس‌شده، مصرف شخصی — Cub، 1 vCPU / 2 GB / 40 GB NVMe، $5.00/mo. یک datadir بیست‌گیگابایتی با حاشیهٔ اطمینان، و توصیهٔ صادقانه برای اکثر خوانندگان.
• هرس‌شده، راحت — Scout، 2 vCPU / 4 GB / 70 GB، $9.00/mo. تقریباً زمان انتظار همگام‌سازی را نصف می‌کند. اگر قرار است این سرور بیش از یک کار انجام دهد، از اینجا شروع کنید.
• نود به‌علاوهٔ Lightning به‌علاوهٔ مانیتورینگ — Runner، 3 vCPU / 6 GB / 100 GB، $14.00/mo.
• آرشیو کامل — جایی که صداقت بر فروش اضافه‌تر (upselling) پیروز می‌شود. Garmr (500 GB، $69.00/mo) دیگر در یک زنجیرهٔ هرس‌نشدهٔ 2026 جا نمی‌شود، پس آن را برای این کار نخرید. Fenrir (16 vCPU / 64 GB / 800 GB NVMe، $99.00/mo) جا می‌شود، با فرجه‌ای در حد چند سال به‌جای برای همیشه.

مکان برای یک نود که هیچ نیاز تأخیری (latency) ندارد بی‌اهمیت است، پس بر اساس قیمت یا حوزهٔ قضایی انتخاب کنید: آمستردام، پاریس، بخارست و صوفیه در قیمت پایه قرار دارند، درحالی‌که استکهلم، کوالالامپور، ریکیاویک و زوریخ ضریبی اضافه دارند. صورت‌حساب سالانه به‌جای دوازده ماه، ده ماه هزینه می‌گیرد.

IBD یک مسئلهٔ دانلود نیست. چند صد گیگابایت در عرض چند ساعت روی یک پورت 1 Gbps می‌رسد؛ روزها از آنچه بعد اتفاق می‌افتد می‌آیند — اعتبارسنجی هر امضا از سال 2009 و نگه‌داری مجموعهٔ UTXO که مدام به‌صورت تصادفی دوباره خوانده می‌شود. این بار کاری ابتدا با تأخیر ذخیره‌سازی و سپس با CPU محدود می‌شود.

اثر عملی، یک مرتبهٔ بزرگی است. روی NVMe RAID10 با یکی دو گیگابایت dbcache، یک IBD هرس‌شده معمولاً در حدود یک روز تمام می‌شود. همان کار روی SATA SSD اشتراکی یک میزبان ارزان معمولاً یک هفته طول می‌کشد و گاهی هرگز تمام نمی‌شود، چون اپراتور زودتر تسلیم می‌شود. این‌جاست که NVMe در برابر SSD دیگر فقط یک خط در برگهٔ مشخصات نیست. هر پلن اینجا تماماً NVMe است، به همین دلیل ارزان‌ترین رده جایی واقع‌بینانه برای اجرای یک نود است، نه یک نکتهٔ فنی صرف.

یک اهرم برای وقتی که بی‌صبر هستید: dbcache را تا جایی که RAM اجازه می‌دهد برای مدت همگام‌سازی بالا ببرید، سپس آن را برگردانید.

Core پشتیبانی درجه‌یک از Tor دارد، و برای یک نود شخصی، حالت فقط-Tor پیش‌فرضی است که ارزش انتخاب دارد. این حالت پنهان می‌کند که یک تراکنش از کدام نود سرچشمه گرفته، آدرس VPS شما را از فهرست‌های همتایانی که به‌طور دائم در بیت‌کوین شایعه (gossip) می‌شوند دور نگه می‌دارد، و به کیف پول‌های شخصی خودتان اجازه می‌دهد از هر جایی بدون باز کردن یک پورت ورودی به نود برسند.

tor را نصب کنید، کاربر دیمن را به گروه debian-tor اضافه کنید تا Core بتواند به پورت کنترل برسد، و این را به bitcoin.conf اضافه کنید:

proxy=127.0.0.1:9050
onlynet=onion
listenonion=1
discover=0
dnsseed=0

Core به‌طور خودکار سرویس onion نسخهٔ v3 خودش را می‌سازد و اعلام می‌کند؛ با bitcoin-cli getnetworkinfo تأیید کنید که آدرس onion فهرست شده و شبکهٔ onion به‌عنوان قابل دسترس نمایش داده می‌شود.

مصالحهٔ صادقانه: همتاهای onion کمتر و کندتر هستند، پس همگام‌سازی از طریق Tor به‌طور محسوسی بیشتر طول می‌کشد. اگر Tor به هر حال روی سرور در حال اجراست، راهنمای رلهٔ Tor ما و یادداشت‌های VPS دوستدار Tor جنبهٔ سیاست را پوشش می‌دهند — رله‌ها و سرویس‌های onion اینجا خوش‌آمد گفته می‌شوند، نه صرفاً تحمل‌شده.

یک سرور Electrum بین نود شما و کیف پول‌های پروتکل Electrum می‌نشیند و یک نمای ایندکس‌شده بر اساس آدرس از زنجیره نگه می‌دارد تا یک کیف پول بتواند بپرسد “در این scripthash چه چیزی هست؟” و پاسخی فوری بگیرد. اجرای سرور شخصی خودتان یعنی Electrum، Sparrow و BlueWallet به شما وصل می‌شوند، نه به یک سرور عمومی که هر آدرسی را که مالک آن هستید می‌بیند.

نکته‌ای که آموزش‌های یک‌خطی از قلم می‌اندازند: electrs و Fulcrum هر دو به یک نود هرس‌نشده نیاز دارند. آن‌ها ایندکس خود را با خواندن مستقیم فایل‌های بلاک می‌سازند، پس تاریخچه باید همچنان روی دیسک باشد. بنابراین اضافه‌کردن یک سرور Electrum شما را از یک سرور هرس‌شدهٔ 5$ به یک نود آرشیو کامل به‌علاوهٔ 50–100 گیگابایت دیگر برای ایندکس می‌کشاند — قلمرو Fenrir، نه Cub.

بین این دو، electrs از نظر حافظه سبک‌تر است اما ساخت ایندکسش کندتر است؛ Fulcrum سریع‌تر ایندکس می‌کند و پاسخ می‌دهد اما RAM بیشتری می‌خواهد. هر دو روی پورت 50001 (متن ساده) و 50002 (TLS) گوش می‌دهند. آن‌ها را به localhost محدود نگه دارید و به‌جای در معرض دید قرار دادنشان، از طریق یک تونل WireGuard یا یک سرویس onion به آن‌ها دسترسی پیدا کنید.

یک نود Lightning به یک بک‌اند بیت‌کوین نیاز دارد که بتواند به آن اعتماد کند، و نود شما گزینهٔ بدیهی است. هر دو پیاده‌سازی اصلی در کنار Core روی همان VPS اجرا می‌شوند:

• LND از طریق RPC و ZMQ با bitcoind صحبت می‌کند. اندپوینت‌های zmqpubrawblock و zmqpubrawtx را به bitcoin.conf اضافه کنید، فقط محدود به localhost.
• Core Lightning به‌طور پیش‌فرض به bitcoin-cli فراخوانی می‌زند، که استدلال دربارهٔ آن ساده‌تر است و هیچ پورت اضافه‌ای باز نمی‌کند.

هرس‌کردن این را هم پیچیده می‌کند. LND می‌تواند در برابر یک bitcoind هرس‌شده کار کند اما باید بلاک‌های تاریخی گم‌شده را از همتاها بگیرد، که کندتر و گاهی شکننده است؛ Core Lightning با وجود تاریخچه راضی‌تر است. اگر Lightning از همان ابتدا هدف است، یا یک نود هرس‌نشده را بپذیرید یا آگاهانه با آن اصطکاک کنار بیایید.

خودِ Lightning سبک است — پایگاه دادهٔ کانال چند صد مگابایت است — اما باید آنلاین بماند تا مراقب تخلف‌های کانال باشد، که همان استدلال برای انتخاب یک VPS به‌جای لپ‌تاپی است که به خواب می‌رود. پورت 9735 پورت P2P مربوط به Lightning است، و یک نود Lightning با حالت فقط-Tor کاملاً معمول است.

یک نود راز نیست، اما ماشینی است که پیوسته اجرا می‌شود، آدرسی را به یک شبکهٔ شایعهٔ جهانی (gossip) اعلام می‌کند، و — اگر بی‌احتیاط باشید — با کارتی به نام خودتان و به نام خودتان اجاره شده است.

• بدون هویت ثبت‌نام کنید. اینجا از طراحی هیچ KYC وجود ندارد: بدون مدرک هویتی، بدون آپلود سند، بدون مرحلهٔ تأییدیه‌ای که شکست بخورید.
• روی زنجیره پرداخت کنید. موجودی را با BTC شارژ کنید و از آن موجودی دیپلوی کنید، یا با مونرو اگر ترجیح می‌دهید خودِ پرداخت به یک سند عمومی و دائمی تبدیل نشود — وقتی چیزی که تأمین مالی می‌کنید یک نود بیت‌کوین است، ارزش فکر کردن دارد. در هر دو حالت هیچ کارتی و هیچ پردازشگر شخص ثالثی وجود ندارد؛ جزئیات در خرید VPS بدون کارت اعتباری آمده است.
• هیچ هویتی روی سرور نگذارید. نام میزبان (hostname) را به نام خودتان نگذارید، کلید SSH‌ای را که در یک پروفایل عمومی میزبانی کد ظاهر می‌شود دوباره استفاده نکنید، و به‌خاطر داشته باشید که آدرس یک نود شنونده طبق طراحی منتشر می‌شود — قوی‌ترین استدلال عملی برای حالت فقط-Tor که در بالا گفته شد.

چیزی که میزبان می‌تواند ببیند ماشینی است که ترافیک همتا-به-همتای پیوسته‌ای را روی یک پورت شناخته‌شده جابه‌جا می‌کند. هیچ چیز دربارهٔ کیف پول، آدرس‌ها یا موجودی‌های شما — آن‌ها هرگز سرور را ترک نمی‌کنند، که کل نکته همین است. یک نود اعتبارسنج زیرساخت معمولی است و صریحاً خوش‌آمد گفته می‌شود؛ تنها خط همسایه در سیاست استفادهٔ مجاز این است که استخراج ارز دیجیتال روی پلن‌های اشتراکی مجاز نیست، چون هسته‌های اشتراکی را انحصاری می‌کند. یک نود ماینر نیست: پس از IBD تقریباً بی‌کار می‌ماند.

روز دوم چیز دراماتیکی نیست. Core تقریباً هر شش ماه یک نسخهٔ اصلی منتشر می‌کند، و ارتقا یعنی توقف سرویس، جایگزینی باینری‌ها، و شروع دوباره — datadir سازگار با نسخه‌های آینده است و نیازی به همگام‌سازی دوباره نیست. اگر نود اصلاً کیف پولی نگه می‌دارد، از descriptorهایتان نسخهٔ پشتیبان بگیرید؛ چیز دیگری اهمیت ندارد، چون زنجیره طبق تعریف دوباره دانلود می‌شود. اگر از دیسک فراتر بروید — و یک نود آرشیوی خواهد رفت — ارتقا به رده‌ای بالاتر دیسک را به‌صورت آنلاین و بدون نصب مجدد بزرگ می‌کند، که به‌صورت نسبی از موجودی‌تان کسر می‌شود.