Tất cả hệ thống hoạt động bình thường 21 tiền mã hóa được chấp nhận · Hoan nghênh Monero Chính sách không KYC
ChainVPS

Tiền mã hóa · không KYC

Lưu Trữ Bitcoin Core (bitcoind) Trên VPS Offshore

Tự chạy full node Bitcoin Core là cách duy nhất để bạn tự xác minh chuỗi khối thay vì tin tưởng vào máy chủ của người khác, và một VPS hải ngoại không yêu cầu KYC cho phép bạn làm điều đó mà không gắn danh tính của mình vào đó.

Đó là gì

Bitcoin Core (bitcoind) là bản triển khai tham chiếu (reference implementation) của giao thức Bitcoin: nó tải xuống và tự xác thực độc lập từng block và giao dịch, chuyển tiếp (relay) chúng đến các peer, đồng thời cung cấp giao diện JSON-RPC mà ví hoặc ứng dụng của bạn có thể tin cậy. Một full node mang lại khả năng xác thực đạt cấp độ tự lưu ký (self-custody), sự riêng tư trước các block explorer công khai, và một backend cho ví, node Lightning, máy chủ Electrum (Fulcrum/electrs), hoặc BTCPay Server.

Tại sao nên lưu trữ offshore

Địa chỉ IP của node bạn hiển thị với mọi peer mà nó kết nối tới, vì vậy chạy nó từ một VPS thanh toán bằng crypto, không yêu cầu danh tính giúp tách nó khỏi kết nối tại nhà và tên tuổi của bạn. ChainVPS không yêu cầu KYC và có băng thông unmetered (không giới hạn), điều này quan trọng vì quá trình tải khối ban đầu (initial block download) và việc chuyển tiếp dữ liệu liên tục giữa các peer tiêu tốn hàng trăm gigabyte, đủ để vượt qua bất kỳ giới hạn băng thông đo lường (metered) nào.

Triển khai

Một cấu hình mẫu hoạt động thực tế

Sao chép nội dung này vào một instance ChainVPS mới. Thay thế các placeholder, sau đó khởi chạy.

docker-compose.yml
# docker-compose.yml — Bitcoin Core full node (pruned by default for a small VPS)
# 1) Generate an RPC credential first (do NOT store a plaintext password):
#      curl -sSL https://raw.githubusercontent.com/bitcoin/bitcoin/master/share/rpcauth/rpcauth.py \
#        | python3 - bitcoin
#    It prints an rpcauth=... line and a matching password. Paste the rpcauth line below.
# 2) docker compose up -d   then follow IBD:  docker compose logs -f
services:
  bitcoind:
    image: bitcoin/bitcoin:28.1
    container_name: bitcoind
    restart: unless-stopped
    stop_grace_period: 2m
    user: "1000:1000"
    ports:
      - "8333:8333"                 # P2P — public, lets you serve/accept peers
      - "127.0.0.1:8332:8332"       # RPC — bound to localhost ONLY, never expose
    volumes:
      - ./bitcoin-data:/home/bitcoin/.bitcoin
    command:
      - -printtoconsole
      - -server=1
      - -listen=1
      - -prune=10000                # ~10 GB of blocks; set -prune=0 -txindex=1 for a full archival node
      - -dbcache=1024               # MB; raise to 2048-4096 on bigger boxes to speed IBD
      - -maxmempool=300
      - -maxconnections=40
      - -rpcbind=0.0.0.0            # binds inside the container; host mapping keeps it on 127.0.0.1
      - -rpcallowip=172.16.0.0/12   # docker bridge range, so host-side tools can reach RPC
      - -rpcauth=bitcoin:REPLACE_WITH_GENERATED_HASH   # <-- paste rpcauth output here
      - -disablewallet=1            # node-only; drop this line if you want the built-in wallet
# First run needs ./bitcoin-data owned by uid 1000:  mkdir -p bitcoin-data && sudo chown 1000:1000 bitcoin-data

Tường lửa

Các cổng cần mở

CổngGiao thứcMục đích
8333TCPBitcoin P2P — chấp nhận và phục vụ peer; cổng duy nhất nên được mở công khai ra internet
8332TCPGiao diện điều khiển JSON-RPC — chỉ bind vào 127.0.0.1, truy cập qua SSH tunnel hoặc một mạng riêng
28332/28333TCPThông báo ZMQ (block/tx) tùy chọn cho node Lightning hoặc máy chủ Electrum; chỉ dùng nội bộ (localhost)
9050TCPProxy SOCKS Tor cục bộ tùy chọn nếu bạn chạy bitcoind qua Tor để có sự riêng tư ở cấp độ peer

Chọn đúng cấu hình

Gói nào bạn cần

Nhẹ — node đã prune

VPS Small (2 vCPU / 4 GB RAM / 60-80 GB NVMe)

prune=10000 giữ lại khoảng 10 GB block cùng với khoảng 10 GB chainstate; vẫn xác thực toàn bộ chuỗi, lý tưởng làm backend cho ví/Lightning khi bạn không cần dữ liệu block lịch sử.

Trung bình — full node không prune

VPS Pro or Storage VPS (4 vCPU / 8 GB RAM / 1 TB disk)

prune=0 lưu trữ toàn bộ block (~650 GB và vẫn đang tăng trong năm 2026); các gói Storage cung cấp dung lượng đĩa lớn với chi phí thấp, băng thông unmetered đáp ứng đầy đủ cho IBD và việc chuyển tiếp dữ liệu giữa các peer.

Nặng — lưu trữ đầy đủ (archival) + txindex / máy chủ Electrum

Dedicated or large Storage VPS (8+ vCPU / 16-32 GB RAM / 1.5-2 TB NVMe)

txindex=1 cùng với Fulcrum/electrs tạo thêm một chỉ mục địa chỉ (address index) lớn và phục vụ nhiều client ví cùng lúc; cần NVMe tốc độ cao và RAM đủ lớn cho dbcache cũng như quá trình rebuild chỉ mục.

Vị trí tốt nhất: Cả 15 địa điểm đều phù hợp vì băng thông ChainVPS không giới hạn (unmetered), đúng với những gì mà quá trình IBD hàng trăm gigabyte và việc chuyển tiếp liên tục của một node thực sự cần. Để vận hành không gắn danh tính, hãy chọn các địa điểm thuộc nhóm privacy — Iceland, Thụy Sĩ, Moldova, Hà Lan, Rumani, hoặc Luxembourg — nơi node của bạn không có liên hệ nào với tên tuổi của bạn; các khu vực pháp lý như Iceland và Thụy Sĩ cũng là lựa chọn tốt nếu bạn định chạy qua Tor và muốn một nơi ổn định, thân thiện với sự riêng tư cho một node hoạt động lâu dài.

Khóa chặt bảo mật

Checklist tăng cường bảo mật

  • Không bao giờ để lộ cổng 8332 ra internet. Giữ nguyên ánh xạ RPC ở 127.0.0.1 như đã minh họa và truy cập nó qua `ssh -L 8332:127.0.0.1:8332 user@server`; một RPC có thể truy cập được từ bên ngoài với thông tin đăng nhập yếu/dễ đoán chính là cách kinh điển khiến node bị rút cạn (drained) hoặc chiếm quyền điều khiển (hijacked).
  • Sử dụng -rpcauth (một salted hash) thay vì -rpcuser/-rpcpassword để không có mật khẩu dạng plaintext nào nằm trong file compose hay danh sách tiến trình; hãy xoay vòng (rotate) nó nếu máy chủ từng được chia sẻ hoặc snapshot.
  • Chạy qua Tor để có sự riêng tư ở cấp độ peer: cài tor trên host và thêm -proxy=127.0.0.1:9050 -listen=1 -bind=127.0.0.1 cùng với một onion service, để các peer chỉ thấy địa chỉ .onion thay vì IP VPS của bạn. Kết hợp với -onlynet=onion nếu bạn muốn không có bất kỳ peer clearnet nào.
  • Khóa firewall bằng ufw: chỉ cho phép cổng 22 (SSH, tốt nhất là chỉ dùng key + đổi sang cổng khác) và 8333 chiều inbound, từ chối tất cả các cổng còn lại. Dù vậy, bitcoind vẫn tự mở các kết nối outbound đến peer.
  • Theo dõi dung lượng đĩa. Một node đã prune ổn định ở mức ~20 GB, nhưng một node không prune sẽ tăng liên tục — hãy thiết lập cảnh báo dung lượng đĩa và chừa đủ khoảng trống, vì đĩa đầy sẽ làm dừng quá trình xác thực và có thể làm hỏng chainstate nếu xảy ra crash đột ngột.
  • Thiết lập stop_grace_period (2m ở trên) và dùng `docker compose stop`, không bao giờ kill cứng — bitcoind cần thời gian để flush chainstate LevelDB một cách sạch sẽ, nếu không bạn có nguy cơ phải reindex chậm ở lần khởi động tiếp theo.

Câu hỏi

Hosting Bitcoin Core (bitcoind) — FAQ

Tôi thực sự cần bao nhiêu dung lượng đĩa?

Một node đã prune (prune=10000 trong cấu hình) giữ ở mức khoảng 15-20 GB nhưng vẫn xác thực toàn bộ chuỗi. Một node lưu trữ đầy đủ (archival) lưu mọi block, hiện vào khoảng 650 GB trong năm 2026 và tăng thêm khoảng 50-70 GB mỗi năm, vì vậy hãy chuẩn bị từ 1 TB trở lên. Thêm txindex=1 hoặc một máy chủ Electrum sẽ đẩy nhu cầu lên khoảng 1.5-2 TB NVMe tốc độ cao.

Quá trình tải khối ban đầu (IBD) mất bao lâu?

Trên một VPS hiện đại với băng thông unmetered và dbcache=2048 trở lên, quá trình đồng bộ và xác thực đầy đủ từ genesis thường mất từ vài giờ đến khoảng một ngày, tùy vào tốc độ CPU và đĩa. Tăng -dbcache trong lần đồng bộ đầu tiên là cách tăng tốc hiệu quả nhất. Đây chỉ là chi phí một lần; sau đó node chỉ cần tải các block mới.

Tôi có thể chạy một node Lightning hoặc máy chủ Electrum dựa trên node này không?

Có. Bật ZMQ (thêm -zmqpubrawblock và -zmqpubrawtx trên các cổng 28332/28333) rồi trỏ LND, Core Lightning, Fulcrum, hoặc electrs đến các endpoint RPC và ZMQ qua mạng Docker nội bộ. Lưu ý rằng Fulcrum/electrs cần txindex=1, nên bạn không thể kết hợp chúng với một node đã prune.

Node đã prune có kém an toàn hay kém riêng tư hơn không?

Không. Một node đã prune vẫn thực hiện y hệt quá trình xác thực đầy đủ cho từng block và giao dịch như một node archival — nó chỉ đơn giản là loại bỏ dữ liệu block cũ sau khi đã xác minh xong. Sự an toàn và riêng tư cho ví của bạn hoàn toàn giống nhau. Bạn chỉ mất khả năng phục vụ các block lịch sử cho các peer khác hoặc rescan các giao dịch cũ tùy ý.

IP của node tôi có bị lộ ra ngoài không?

Có — theo thiết kế, mọi peer bạn kết nối tới đều thấy IP của node bạn. Đó chính xác là lý do vì sao chạy nó trên một VPS hải ngoại không yêu cầu KYC lại hữu ích: IP đó thuộc về một máy chủ không có liên hệ gì với danh tính hay kết nối tại nhà của bạn. Để có sự riêng tư đầy đủ ở cấp độ peer, hãy chạy bitcoind qua Tor như đã mô tả trong phần hardening để các peer chỉ thấy được địa chỉ .onion.

Khởi tạo ngay Bitcoin Core (bitcoind)
trong 60 giây tới.

Băng thông không giới hạn · Đã bao gồm DDoS · 21 loại tiền điện tử · Không KYC.