ყოველ საგადახდო შუამავალს თავისი პირობები, თავისი KYC და ბალანსის გაყინვის თავისი ღილაკი მოაქვს. BTCPay Server შუამავალს აშორებს. ინვოისი თქვენს სერვერზე იქმნება, მყიდველი იხდის თქვენი საფულიდან გამოყვანილ მისამართზე, გადახდას კი თქვენივე Bitcoin კვანძი ადასტურებს. ამის გამორთვა თქვენს გარდა არავის შეუძლია.
ეს მაღაზიებისთვის, ფრილანსერებისა და სერვისებისთვისაა, რომლებიც უკვე იღებენ bitcoin-ს — ან უნდათ — და არ სურთ ეს საქმე კომპანიას მიანდონ.
რომელი ტარიფი
BTCPay დაახლოებით შვიდი კონტეინერია: თავად აპლიკაცია, NBXplorer (ის ბლოკჩეინს ადევნებს თვალს), Bitcoin Core, Postgres და შესასვლელში nginx ავტომატური Let's Encrypt-ით. ჩვენს სატესტო სერვერზე სტარტისას დაახლოებით 0,7 GB RAM დაიკავეს, სინქრონიზაციისას კი Bitcoin Core მეტს იღებს; 4 GB მარაგით კმარა. ნამდვილი შეზღუდვა აქ დისკია და არა მეხსიერება.
| სქემა | ტარიფი |
|---|---|
| BTC ძირითად ქსელში, გასხვლილი კვანძი ~5 GB ბლოკით | Small-IP: 4 vCPU, 4 GB, 35 GB ($16/თვე) |
| იგივე, მარაგით ლოგებისა და განახლებებისთვის | Medium-IP: 6 vCPU, 6 GB, 45 GB ($20/თვე) |
| Lightning, მეტი ბლოკი მარაგში ან მეორე მონეტა | Pro-32: 8 vCPU, 32 GB, 400 GB ($40/თვე), მოთხოვნით |
საჭიროა ტარიფი საკუთარი IPv4-ით: მყიდველები BTCPay-ს HTTPS-ით უკავშირდებიან, Let's Encrypt-მა კი 80 პორტამდე უნდა მიაღწიოს. აირჩიეთ გერმანია ან ფინეთი — რაც შეკვეთისას ხელმისაწვდომი იქნება; გადახდის გვერდისთვის დაყოვნებას თითქმის მნიშვნელობა არ აქვს. და რადგან მთელი აზრი კრიპტოს მიღებაშია, ბუნებრივია, რომ თავად სერვერიც კრიპტოთი, KYC-ის გარეშე იხდება.
ინსტალაცია
მიმართეთ pay.example.com სერვერზე, შემდეგ root-ით სუფთა Ubuntu 24.04-ზე ან 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
სწორედ opt-save-storage-xxs იძლევა ჩატევის საშუალებას: Bitcoin Core ბლოკებს 5 GB-მდე გასხლავს. სკრიპტი ჩამოტვირთავს იმიჯებს, შექმნის systemd სერვისს btcpayserver და ყველაფერს გაუშვებს. გზად Docker-ის დემონსაც გადატვირთავს — კიდევ ერთი მიზეზი, რომ BTCPay-ს ცალკე სერვერი მისცეთ და სხვა კონტეინერების გვერდით არ ჩაჩურთოთ.
შეამოწმეთ კვანძი:
bitcoin-cli.sh getblockchaininfo
შეადარეთ blocks და headers, და შეხედეთ "pruned": true-ს. ჩვენი ტესტის ოცი წუთის შემდეგ დაახლოებით 972 000-დან 218 000 ბლოკი იყო — ადრეული ბლოკები პაწაწინაა, ასე რომ ნუ ექსტრაპოლირებთ. ნამდვილი სამუშაო მოგვიანებით იწყება.
პირველი შესვლა: გააკეთეთ მაშინვე
გახსენით https://pay.example.com, როგორც კი უპასუხებს. BTCPay რეგისტრაციის გვერდზე გადაგიყვანთ, და პირველი ანგარიში სერვერის ადმინისტრატორი ხდება. თუ გვერდს თქვენზე ადრე სხვა იპოვის, თქვენი საგადახდო სერვერი მას ეკუთვნის. დარეგისტრირდით, შემდეგ ნახეთ Server Settings → Policies და ახალი რეგისტრაციები ისე მოაწყვეთ, როგორც გჭირდებათ.
შემდეგ შექმენით მაღაზია და მიაერთეთ საფულე გაფართოებული საჯარო გასაღებით (xpub) — აპარატურული საფულიდან ან სამაგიდო საფულის ექსპორტიდან. BTCPay ყოველი ინვოისისთვის ახალ მისამართს გამოიყვანს და კერძო გასაღებს ვერასოდეს ხედავს. ამისთვის აიღეთ ახალი საფულე ან ახალი ანგარიში მასში და არა ისეთი, რომელსაც წლების ისტორია აქვს: გასხვლილ კვანძს ყველაზე მეტად ის აწყობს, რომ ამიერიდან მომხდარს ადევნოს თვალი.
სანამ კვანძი ქსელს არ დაეწევა, BTCPay აჩვენებს, რომ სინქრონიზაცია გრძელდება, და გადახდებს არ ადევნებს თვალს. გაშვება სინქრონიზაციის შემდეგ დაგეგმეთ და არა ინსტალაციის საღამოს.
რა უნდა იცოდეთ გაშვებამდე
- პირველი სინქრონიზაცია ხანგრძლივია. გასხვლილი კვანძი მაინც იწერს და ამოწმებს მთელ ჯაჭვს — 700 GB-ზე მეტს — და მხოლოდ ამის შემდეგ ყრის ძველ ბლოკებს. ჩვენს ტარიფებზე ტრაფიკი ულიმიტოა 1 Gbit/s სიჩქარით, ასე რომ არაფერი ჯდება, მაგრამ 4 vCPU-იან სერვერზე დღეებით ითვალეთ. საცავში არის სწრაფი სინქრონიზაციის სკრიპტი; ის ამ სამუშაოს ტოვებს და UTXO-ების ნაკრების სხვის ასლს ენდობა, რაც საკუთარი კვანძის აზრს ნაწილობრივ აქრობს.
- განახლებები.
btcpay-update.shBTCPay-ის ბოლო ვერსიას და დამოკიდებულებებს ჩამოტვირთავს. გაუშვით მშვიდ საათს და არა გაყიდვების შუაგულში. - რა დავაბეკაპოთ. მხოლოდ xpub-ით მიერთებული საფულის შემთხვევაში თქვენი მონეტები სერვერზე არ არის. დაკარგვა შეიძლება მაღაზიის პარამეტრებისა და ინვოისების ისტორიისა Postgres-ში — დაბეკაპეთ ეს ტომი, საფულის seed ფრაზა კი იქ შეინახეთ, რასაც ამ სერვერთან კავშირი არ აქვს.
- Lightning — მოგვიანებით. დაიწყეთ ძირითადი ქსელით. Lightning ნიშნავს მეტ ბლოკს მარაგში, არხების მართვას და შემომავალ ლიკვიდობას: ცალკე პროექტი და Pro ტარიფი, რომელსაც მოთხოვნით ვაწყობთ.
ჩემი აზრით: პატარა მაღაზიისთვის, რომელიც დღეში ერთხელ იღებს bitcoin-ს, BTCPay Small-IP-ზე ყველაზე სუფთა სქემაა. თუ ბარათით გადახდები ან ფიატში გატანა გჭირდებათ, ეს ის ინსტრუმენტი არ არის.
დაკავშირებული
- საკუთარი Bitcoin კვანძი VPS-ზე — მხოლოდ კვანძი, თუ საკუთარი საფულის შემოწმება გინდათ
- საკუთარი Monero კვანძი VPS-ზე
- Crypto VPS — სერვერების გადახდა კრიპტოთი
- VPS საიტისთვის საკუთარ IP-ზე — მაღაზია, რომელიც მყიდველებს BTCPay-ში აგზავნის
- როგორ დავაყენოთ ufw ფაიერვოლი
კომენტარები
ჯერ არ არის კომენტარები. იყავით პირველი.