在 VPS 上執行您自己的 Bitcoin Core 伺服器

跑您自己的 bitcoind，是「聽別人說鏈是怎樣」和「自己驗證它」之間的那條線。您的 bitcoind 獨立地強制每一條共識規則，您的錢包能查詢您的bitcoind，而不是一個悄悄記錄您所有位址的公共伺服器。人們撞上的牆：一個完整存檔的 bitcoind 想要 600 GB+ 的磁碟、還一直在長。一個修剪模式的 bitcoind 繞過那個——它仍然驗證整條鏈，然後丟掉它不再需要的舊區塊，最終落在約 10–15 GB。那裝得進一台小 VPS。這是誠實的怎麼做，以及修剪讓您付出什麼。

一個 bitcoind 實際給您什麼

• 獨立驗證。 您自己強制規則。沒有無效的東西能因為它信了個陌生人就過您的 bitcoind。
• 您自己查詢的隱私。 您的錢包問您的 bitcoind，而不是一個看得到您查的每個位址的公共瀏覽器。
• 其餘一切的基座。 一個 bitcoind 是別的東西以後坐上去的地基——Lightning、瀏覽器、您自己的應用。

修剪 vs 完整——誠實的核心

在初始同步期間，您的 bitcoind 下載並驗證整條鏈。那大約是 600 GB 頻寬，一次。修剪只改變之後發生什麼：它保留近期區塊、丟掉舊的，所以最終磁碟保持很小。

您放棄的是真實的：一個修剪模式的 bitcoind不能給其他對等端提供歷史區塊，也不能重新掃描任意舊錢包歷史。所以如果您要匯入一個有早期交易的舊錢包，您需要完整歷史——一個大磁碟上的保留完整歷史的 bitcoind，不是修剪的。對單純驗證和執行目前錢包，修剪正好合適。

您需要什麼

• 磁碟： 一個修剪模式的 bitcoind 約 15–20 GB——一台小機器沒問題。
• RAM： 2–4 GB。更大的 dbcache 加快初始同步；之後您能調低它。
• 頻寬： 給那次一次性完整下載的真實吞吐。
• 一個可達的 IP： 為了在 8333 埠接受對內對等、真正幫到網路，您想要一個開著 8333 的公用 IP——一個獨立IP方案。在 NAT 上您拿到一個 SSH 埠、開不了 8333。

搭建

裝 bitcoind，然後一個極簡的 bitcoin.conf：

prune=10000        # 保留約 10 GB 的近期區塊
dbcache=2048       # 更快的初始同步；之後調低它
listen=1           # 接受對內對等

在 systemd 下跑它，好讓它崩潰時重新啟動、重新啟動後回來，並開 8333 埠好讓對等端夠得著您。然後讓它同步——這是漫長的部分，幾個小時到一兩天，因為它在從創世塊起驗證整條鏈。

鎖死它

• 只用金鑰的 SSH、防火牆只開 8333 和您的 SSH 埠。 （那份十分鐘清單。）
• 永遠別把 RPC 埠暴露到公用。 把它綁到 localhost、透過 SSH 通道或只從同一台機器上的應用存取它。一個開放的 RPC 是一扇開著的門。

誠實的界限

• 首次同步很長且吃頻寬。 那是固有的——從零驗證鏈不是一個您能設定掉的步驟。
• 一個修剪模式的 bitcoind 不能提供舊區塊或重掃舊歷史。 需要那些？那是一個保留完整歷史的 bitcoind 和一個大磁碟。
• Monero 是個合理的問題，而誠實的答案是範圍。 它的鏈更大——兩三百 GB，即便修剪也約 90 GB——所以它想要一個比我們小方案帶得動的更大磁碟。那是給另一種機器的保留完整歷史的 bitcoind 故事，我們寧願這麼說、也不假裝它裝得下。
• 您來維護它： 更新、磁碟、偶爾的對等端小打嗝。一個 bitcoind 是個小承諾，不是放著不管。

付款

用一個電子郵件註冊、用 USDC 或 USDT 付款——不用卡、不用證件。為跑您自己那一角的比特幣付款，一種很合適的方式。