በመካከል የሚቆም እያንዳንዱ የክፍያ አስተናጋጅ የራሱን ውሎች፣ የራሱን KYC እና ቀሪ ሂሳብዎን የሚያግድ የራሱን ቁልፍ ይዞ ይመጣል። BTCPay Server መካከለኛውን ያስወግዳል። ደረሰኞች በእርስዎ ሰርቨር ላይ ይፈጠራሉ፣ ደንበኛው ከቦርሳዎ በተገኘ አድራሻ ይከፍላል፣ ክፍያውንም የራስዎ የBitcoin ኖድ ያረጋግጣል። ከእርስዎ በስተቀር ማንም ሊያጠፋው አይችልም።
ይህ ቀድሞ bitcoin ለሚቀበሉ — ወይም መቀበል ለሚፈልጉ — እና ሥራውን ለኩባንያ መስጠት ለማይፈልጉ ሱቆች፣ ፍሪላንሰሮችና አገልግሎቶች ነው።
የትኛው ዕቅድ
BTCPay በሰባት ገደማ ኮንቴይነሮች ይሠራል፦ የBTCPay መተግበሪያ፣ ሰንሰለቱን የሚከታተለው NBXplorer፣ Bitcoin Core፣ Postgres እና ከፊት አውቶማቲክ Let's Encrypt ያለው nginx። በሙከራ ሰርቨራችን ላይ በጅምር 0.7 GB ገደማ RAM ተጠቅመዋል፣ በማመሳሰል ጊዜ ደግሞ Bitcoin Core የበለጠ ይወስዳል፤ 4 GB ከበቂ በላይ ነው። እውነተኛው ገደብ ዲስክ እንጂ ማህደረ ትውስታ አይደለም።
| አወቃቀር | ዕቅድ |
|---|---|
| on-chain BTC፣ ~5 GB ብሎኮችን የሚይዝ pruned ኖድ | Small-IP፦ 4 vCPU፣ 4 GB፣ 35 GB ($16/ወር) |
| ያው፣ ለlogs እና ለማሻሻያዎች ተጨማሪ ቦታ ያለው | 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ን ወደ ሰርቨሩ ያመልክቱ፣ ከዚያ በአዲስ Ubuntu 24.04 ወይም Debian 12 ላይ እንደ root፦
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 ድረስ prune ያደርጋል። ስክሪፕቱ ምስሎቹን ያወርዳል፣ btcpayserver የተባለ systemd አገልግሎት ይፈጥራል፣ ሁሉንም ያስነሳል። በመንገድም የDocker daemonን እንደገና ያስጀምራል — BTCPayን ከሌሎች ኮንቴይነሮች አጠገብ ከማጨናነቅ ይልቅ የራሱን ሰርቨር ለመስጠት አንድ ተጨማሪ ምክንያት።
ኖዱን ይፈትሹ፦
bitcoin-cli.sh getblockchaininfo
blocksን ከheaders ጋር ያነጻጽሩ፣ "pruned": trueንም ይመልከቱ። በሙከራችን ሃያ ደቂቃ ላይ ከ972,000 ገደማ ብሎኮች 218,000 ያህሉ ደርሰው ነበር — የመጀመሪያዎቹ ብሎኮች በጣም ትናንሽ ስለሆኑ ከዚህ አይገምቱ። እውነተኛው ሥራ በኋላ ይመጣል።
የመጀመሪያ መግቢያ፦ አሁኑኑ
https://pay.example.com ምላሽ እንደሰጠ ወዲያውኑ ይክፈቱት። BTCPay ወደ መመዝገቢያ ገጽ ይወስድዎታል፣ የመጀመሪያው መለያም የሰርቨሩ አስተዳዳሪ ይሆናል። ከእርስዎ በፊት ሌላ ሰው ገጹን ካገኘው፣ የክፍያ ሰርቨርዎ የዚያ ሰው ይሆናል። ይመዝገቡ፣ ከዚያ Server Settings → Policiesን ይክፈቱና አዲስ ምዝገባዎችን እንደሚፈልጉት ያዘጋጁ።
ከዚያ ሱቅ ይፍጠሩና ቦርሳዎን በextended public key (xpub) ያገናኙ — ከሃርድዌር ቦርሳ ወይም ከዴስክቶፕ ቦርሳዎ ኤክስፖርት። BTCPay ለእያንዳንዱ ደረሰኝ አዲስ አድራሻ ያወጣል፣ የግል ቁልፍም በጭራሽ አያይም። ለዚህ የዓመታት ታሪክ ካለው ቦርሳ ይልቅ አዲስ ቦርሳ ወይም አዲስ መለያ ይጠቀሙ፦ pruned ኖድ ከአሁን ጀምሮ የሚሆነውን መከታተል ይመቸዋል።
ኖዱ አውታረ መረቡን እስኪደርስ ድረስ BTCPay አሁንም እያመሳሰለ መሆኑን ያሳያል፣ ክፍያዎችንም አይከታተልም። ጅምሩን ከጫኑበት ምሽት ሳይሆን ከማመሳሰሉ በኋላ ያቅዱ።
ከመጀመርዎ በፊት ማወቅ ያለብዎ
- የመጀመሪያው ማመሳሰል ረጅም ነው። pruned ኖድም የቆዩ ብሎኮችን ከመጣሉ በፊት ሙሉውን ሰንሰለት — ከ700 GB በላይ — ያወርድና ያረጋግጣል። በዕቅዶቻችን ላይ ትራፊክ በ1 Gbit/s ያልተገደበ ስለሆነ ተጨማሪ ወጪ የለውም፤ በ4 vCPU ሰርቨር ላይ ግን በቀናት ያስቡ። በrepository ውስጥ ፈጣን የማመሳሰያ ስክሪፕት አለ፤ የሌላ ሰውን የUTXO ስብስብ ቅጂ በማመን ይህን ሥራ ይዘላል፣ ይህም የራስዎን ኖድ የማሄድ ምክንያት በከፊል ያጠፋል።
- ማሻሻያዎች።
btcpay-update.shየቅርብ ጊዜውን BTCPay እና ጥገኞቹን ያመጣል። በሽያጭ መካከል ሳይሆን ጸጥ ባለ ሰዓት ያሂዱት። - ምን ምትኬ እንደሚያስፈልግ። በxpub ብቻ በተገናኘ ቦርሳ ሳንቲሞችዎ በሰርቨሩ ላይ አይደሉም። ሊጠፋ የሚችለው በPostgres ውስጥ ያለው የሱቅ አወቃቀርና የደረሰኝ ታሪክ ነው — ያንን volume ምትኬ ያስቀምጡ፣ የቦርሳዎን seed ደግሞ ከዚህ ሰርቨር ጋር ምንም ግንኙነት በሌለው ቦታ ያስቀምጡ።
- Lightning በኋላ። በon-chain ይጀምሩ። Lightning ትልቅ የብሎክ መስኮት፣ የቻናል አስተዳደርና የሚገባ ፈሳሽነት ማለት ነው — የራሱ ፕሮጀክት፣ እኛም በጥያቄ የምናዘጋጀው Pro ዕቅድ።
የእኔ አስተያየት፦ በቀን አንድ ጊዜ bitcoin ለሚቀበል ትንሽ ሱቅ በSmall-IP ላይ ያለው BTCPay በጣም ንጹሕ አወቃቀር ነው። የካርድ ክፍያ ወይም በfiat ማውጣት ካስፈለገዎ፣ ይህ ያ መሣሪያ አይደለም።
ተዛማጅ
- በVPS ላይ የራስዎን Bitcoin ኖድ ያሂዱ፦ ቦርሳዎን ማረጋገጥ ብቻ ከፈለጉ ኖዱ ብቻውን
- በVPS ላይ የራስዎን Monero ኖድ ያሂዱ
- Crypto VPS፦ ለሰርቨሮች በክሪፕቶ መክፈል
- በራሱ IP ላይ ላለ ድረ ገጽ VPS፦ ደንበኞችን ወደ BTCPay የሚልከው ሱቅ
- የufw ፋየርዎልን እንዴት ማዋቀር እንደሚቻል
አስተያየቶች
እስካሁን አስተያየቶች የሉም። መጀመሪያ ይሁኑ።