Hver betalingsformidler i midten kommer med egne vilkår, egen KYC og sin egen knap, der fryser din saldo. BTCPay Server fjerner midten. Fakturaer oprettes på din server, kunden betaler til en adresse afledt af din wallet, og din egen Bitcoin-node bekræfter betalingen. Ingen andre end dig kan slukke for det.
Det er til butikker, freelancere og tjenester, der allerede tager imod bitcoin — eller gerne vil — og helst ikke overlader den opgave til et firma.
Hvilken plan
BTCPay kører som omkring syv containere: BTCPay-appen, NBXplorer (som holder øje med kæden), Bitcoin Core, Postgres og en nginx foran med automatisk Let's Encrypt. På vores testserver brugte de omkring 0,7 GB RAM i starten, og Bitcoin Core tager mere under synkroniseringen; 4 GB er rigeligt. Den reelle begrænsning er disk, ikke hukommelse.
| Opsætning | Plan |
|---|---|
| BTC on-chain, beskåret node med ~5 GB blokke | Small-IP: 4 vCPU, 4 GB, 35 GB ($16/md.) |
| Det samme, med mere luft til logs og opdateringer | Medium-IP: 6 vCPU, 6 GB, 45 GB ($20/md.) |
| Lightning, et større blokvindue eller en anden coin | Pro-32: 8 vCPU, 32 GB, 400 GB ($40/md.), på forespørgsel |
Du skal have en plan med egen IPv4: kunderne når BTCPay over HTTPS, og Let's Encrypt skal kunne nå port 80. Vælg Tyskland eller Finland, alt efter hvad der er ledigt ved bestilling — for en betalingsside betyder latenstid næsten intet. Og da hele pointen er at tage imod krypto, passer det fint, at selve serveren også betales med krypto, uden KYC.
Installation
Peg pay.example.com på serveren og derefter, som root på en frisk Ubuntu 24.04 eller Debian 12:
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
Det er opt-save-storage-xxs, der får det til at passe: Bitcoin Core beskærer ned til 5 GB blokke. Scriptet henter images, opretter en systemd-tjeneste btcpayserver og starter det hele. Undervejs genstarter det også Docker-dæmonen — endnu en grund til at give BTCPay sin egen server i stedet for at presse det ind ved siden af andre containere.
Tjek noden:
bitcoin-cli.sh getblockchaininfo
Sammenlign blocks med headers, og se efter "pruned": true. Efter tyve minutter i vores test var vi på omkring 218.000 af cirka 972.000 blokke — de tidlige blokke er små, så lad være med at fremskrive. Det rigtige arbejde kommer senere.
Første login: gør det nu
Åbn https://pay.example.com, så snart den svarer. BTCPay sender dig til en registreringsside, og den første konto bliver serveradministrator. Finder en anden siden før dig, ejer vedkommende din betalingsserver. Registrér dig, se så under Server Settings → Policies, og indstil nye tilmeldinger, som du vil have dem.
Opret derefter en butik og forbind din wallet med dens udvidede offentlige nøgle (xpub) — fra en hardware-wallet eller eksporten fra din desktop-wallet. BTCPay afleder en ny adresse til hver faktura og ser aldrig en privat nøgle. Brug en ny wallet eller en ny konto til det i stedet for en med mange års historik: en beskåret node har det bedst med at følge det, der sker fra nu af.
Indtil noden har indhentet netværket, viser BTCPay, at den stadig synkroniserer, og holder ikke øje med betalinger. Planlæg lanceringen til efter synkroniseringen, ikke til den aften du installerer.
Det skal du vide, før du går live
- Den første synkronisering er lang. En beskåret node henter og verificerer stadig hele kæden — mere end 700 GB — før den kan smide gamle blokke væk. Trafik på vores planer er ubegrænset ved 1 Gbit/s, så det koster ikke ekstra, men på en server med 4 vCPU skal du regne i dage. Der ligger et fast-sync-script i repoet; det springer arbejdet over ved at stole på en andens kopi af UTXO-sættet, hvilket undergraver en del af grunden til at køre sin egen node.
- Opdateringer.
btcpay-update.shhenter den nyeste BTCPay og dens afhængigheder. Kør det i en stille time, ikke midt i et udsalg. - Hvad du skal tage backup af. Med en wallet, der kun er forbundet via xpub, ligger dine coins ikke på serveren. Det, du ville miste, er butiksopsætningen og fakturahistorikken i Postgres — tag backup af den volumen, og opbevar din wallets seed et sted, der intet har med denne server at gøre.
- Lightning senere. Start on-chain. Lightning betyder et større blokvindue, kanalstyring og indgående likviditet — et projekt for sig og en Pro-plan, som vi sætter op på forespørgsel.
Min vurdering: for en lille butik, der tager imod bitcoin én gang om dagen, er BTCPay på Small-IP den reneste opsætning, der findes. Har du brug for kortbetalinger eller udbetalinger i fiat, er det ikke det rette værktøj.
Relateret
- Kør din egen Bitcoin-node på en VPS: bare noden, hvis du kun vil verificere din wallet
- Kør din egen Monero-node på en VPS
- Crypto VPS: betal for servere med krypto
- VPS til et website på egen IP: butikken, der sender kunderne videre til BTCPay
- Sådan sætter du en ufw-firewall op
Kommentarer
Ingen kommentarer endnu. Vær den første.