−25%

yıllık Windows ödemesinde, 31 Ekim'e kadar. Paketlere git

EQVPS
Hemen başla

BTCPay Server için VPS: kriptoyu kendiniz alın

Kendi budanmış Bitcoin düğümüyle BTCPay Server: ödemeler doğrudan cüzdanınıza, arada aracı yok. Test edilmiş kurulum ve 35 GB için disk hesabı.

Arada duran her ödeme aracısı kendi şartlarını, kendi KYC'sini ve bakiyenizi donduran kendi düğmesini getirir. BTCPay Server aradakini kaldırır. Faturalar sizin sunucunuzda oluşur, müşteri cüzdanınızdan türetilen bir adrese öder ve ödemeyi sizin kendi Bitcoin düğümünüz onaylar. Bunu sizden başka kimse kapatamaz.

Zaten bitcoin kabul eden — ya da etmek isteyen — ve bu işi bir şirkete devretmemeyi tercih eden mağazalar, serbest çalışanlar ve servisler içindir.

Hangi plan

BTCPay yaklaşık yedi konteyner olarak çalışır: BTCPay uygulaması, zinciri izleyen NBXplorer, Bitcoin Core, Postgres ve önünde otomatik Let's Encrypt'li bir nginx. Test sunucumuzda başlangıçta yaklaşık 0,7 GB RAM kullandılar; senkronizasyon sırasında Bitcoin Core daha fazlasını alır; 4 GB fazlasıyla yeter. Asıl kısıt bellek değil, disktir.

KurulumPlan
Zincir üstü BTC, ~5 GB blok tutan budanmış düğümSmall-IP: 4 vCPU, 4 GB, 35 GB ($16/ay)
Aynısı, loglar ve güncellemeler için daha fazla paylaMedium-IP: 6 vCPU, 6 GB, 45 GB ($20/ay)
Lightning, daha geniş blok penceresi veya ikinci bir coinPro-32: 8 vCPU, 32 GB, 400 GB ($40/ay), talep üzerine

Kendi IPv4'ü olan bir plana ihtiyacınız var: müşteriler BTCPay'e HTTPS ile ulaşır, Let's Encrypt de 80 portuna ulaşmalıdır. Sipariş sırasında hangisi uygunsa Almanya veya Finlandiya'yı seçin; bir ödeme sayfası için gecikme pek önemli değildir. Madem bütün mesele kripto kabul etmek, sunucunun kendisinin de KYC olmadan kriptoyla ödenmesi yerinde olur.

Kurulum

pay.example.com adresini sunucuya yönlendirin, ardından yeni kurulmuş bir Ubuntu 24.04 veya Debian 12 üzerinde root olarak:

mkdir BTCPayServer && cd BTCPayServer
git clone https://github.com/btcpayserver/btcpayserver-docker
cd btcpayserver-docker

export BTCPAY_HOST="pay.example.com"
export LETSENCRYPT_EMAIL="you@yourdomain.com"
export NBITCOIN_NETWORK="mainnet"
export BTCPAYGEN_CRYPTO1="btc"
export BTCPAYGEN_ADDITIONAL_FRAGMENTS="opt-save-storage-xxs"
export BTCPAYGEN_REVERSEPROXY="nginx"
export BTCPAYGEN_LIGHTNING="none"
. ./btcpay-setup.sh -i

Her şeyin sığmasını sağlayan opt-save-storage-xxs'tir: Bitcoin Core blokları 5 GB'a kadar budar. Betik imajları çeker, btcpayserver adlı bir systemd servisi oluşturur ve her şeyi başlatır. Bu sırada Docker daemon'ını da yeniden başlatır — BTCPay'i başka konteynerlerin yanına sıkıştırmak yerine ona ayrı bir sunucu vermek için bir neden daha.

Düğümü kontrol edin:

bitcoin-cli.sh getblockchaininfo

blocks ile headers değerlerini karşılaştırın ve "pruned": true satırına bakın. Testimizin yirminci dakikasında yaklaşık 972.000 bloğun 218.000 kadarındaydık — ilk bloklar çok küçüktür, bu yüzden buradan tahmin yürütmeyin. Asıl iş sonra başlar.

İlk giriş: hemen yapın

https://pay.example.com yanıt verir vermez açın. BTCPay sizi bir kayıt sayfasına yönlendirir ve ilk hesap sunucu yöneticisi olur. Sayfayı sizden önce başka biri bulursa ödeme sunucunuz o kişinin olur. Kayıt olun, sonra Server Settings → Policies bölümüne bakın ve yeni kayıtları istediğiniz gibi ayarlayın.

Ardından bir mağaza oluşturun ve cüzdanınızı genişletilmiş açık anahtarıyla (xpub) bağlayın — bir donanım cüzdanından veya masaüstü cüzdanınızın dışa aktarımından. BTCPay her fatura için yeni bir adres türetir ve hiçbir zaman özel anahtar görmez. Bunun için yıllarca geçmişi olan bir cüzdan yerine yeni bir cüzdan ya da yeni bir hesap kullanın: budanmış bir düğüm, bundan sonra olanları izlemekte en rahat olandır.

Düğüm ağa yetişene kadar BTCPay hâlâ senkronize olduğunu gösterir ve ödemeleri izlemez. Açılışı kurduğunuz akşama değil, senkronizasyon sonrasına planlayın.

Yayına almadan önce bilmeniz gerekenler

  • İlk senkronizasyon uzundur. Budanmış bir düğüm de eski blokları atmadan önce zincirin tamamını — 700 GB'tan fazla — indirir ve doğrular. Planlarımızda trafik 1 Gbit/s'de sınırsızdır, bu yüzden ek bir maliyeti yoktur, ama 4 vCPU'lu bir sunucuda gün hesabı yapın. Depoda bir hızlı senkronizasyon betiği var; bu işi, UTXO kümesinin başka birine ait kopyasına güvenerek atlar — bu da kendi düğümünüzü çalıştırmanızın nedenlerinden birini boşa çıkarır.
  • Güncellemeler. btcpay-update.sh, BTCPay'in ve bağımlılıklarının son sürümünü çeker. Bir kampanyanın ortasında değil, sakin bir saatte çalıştırın.
  • Neyi yedeklemeli. Yalnızca xpub ile bağlı bir cüzdanda coin'leriniz sunucuda değildir. Kaybedeceğiniz şey Postgres'teki mağaza ayarları ve fatura geçmişidir — o birimi yedekleyin ve cüzdanınızın seed'ini bu sunucuyla hiçbir ilgisi olmayan bir yerde saklayın.
  • Lightning sonra. Zincir üstüyle başlayın. Lightning; daha geniş bir blok penceresi, kanal yönetimi ve gelen likidite demektir — başlı başına bir proje ve talep üzerine kurduğumuz bir Pro plan.

Benim görüşüm: günde bir kez bitcoin alan küçük bir mağaza için Small-IP üzerinde BTCPay, olabilecek en temiz kurulumdur. Kartla ödeme veya itibari para ile ödeme çıkışı gerekiyorsa, aradığınız araç bu değil.

İlgili

Dağıtmaya hazır mısınız? Kripto ile ödeyin, KYC yok — yaklaşık bir dakikada çevrimiçi.

Dağıt →

SSS

BTCPay Server ne kadar disk ister?

opt-save-storage-xxs profiliyle Bitcoin düğümü yalnızca yaklaşık 5 GB blok tutar. Üstüne chainstate (UTXO kümesi, bir düzine GB civarında ve büyüyor), yaklaşık 2,5 GB Docker imajı ve işletim sistemi gelir. Bu, Small-IP'nin 35 GB'ına sığar. Bir sonraki profil olan opt-save-storage-xs tek başına 25 GB blok tutar ve talep üzerine sunulan bir Pro plan gerektirir.

İlk senkronizasyon ne kadar sürer?

Saatler değil, günler. Budanmış bir düğüm bile Bitcoin blok zincirinin tamamını indirir ve doğrular — 700 GB'tan fazla trafik — ve eski blokları ancak ondan sonra atar. Planlarımızda trafik sınırsızdır, yani indirme ek bir şeye mal olmaz, ama düğüm ağa yetişene kadar BTCPay ödemeleri görmez.

BTCPay coin'lerimi saklar mı?

Cüzdanı genişletilmiş açık anahtarıyla (xpub) bağlarsanız hayır. Sunucu bu durumda adres oluşturabilir ve ödemeleri izleyebilir, ama özel anahtarı yoktur ve hiçbir şey harcayamaz. Sunucuyu kaybetmek, parayı değil mağaza ayarlarını kaybetmek demektir.

Ayrı bir IP adresine ihtiyacım var mı?

Evet. Mağazanızın ve müşterilerinizin tarayıcılarının BTCPay'e 443 portundan ulaşması gerekir, Let's Encrypt de sertifikayı vermek için 80 portuna ihtiyaç duyar. NAT planı dışarıdan yalnızca SSH portunuzu kabul eder.

Lightning veya Monero da kabul edebilir mi?

İkisi de seçenek olarak var, ama hiçbiri küçük planlara sığmaz. Bir Lightning düğümü, zincir üstü ödemelerden daha geniş bir blok penceresi ve daha fazla bakım ister; bir Monero düğümü budanmış bir Bitcoin düğümünden çok daha fazla disk ister. Small-IP üzerinde zincir üstü bitcoin ile başlayın; ikisinden biri için bize Pro planı sorun.

Yorumlar

Henüz yorum yok. İlk olun.

Bir yorum bırakın

Yorumlar görünmeden önce denetlenir.