Bir VPS'te Kendi Barındırdığınız BTCPay Server: Ödeme İşlemcisi Olmadan Bitcoin ve Lightning Kabul Edin

BTCPay Server Gerçekte Nedir ve Neyin Yerini Alır

BTCPay Server, bir cüzdan değildir ve bir ödeme şirketi de değildir. Web siteniz ile kendi Bitcoin düğümünüz arasında oturan ve bir işlemcinin normalde sizin için yaptığı sıkıcı ama gerekli işi yapan yazılım katmanıdır: sipariş başına yeni bir adres veya Lightning faturası üretir, faturanın ömrü boyunca kilitlediği bir kurdan fiat tutarını fiyatlandırır, ödeme için zinciri izler, ödemenin ne zaman tamamlanmış sayılacağına karar verir ve mağazanıza bildirir. Para, size ulaşırken kimsenin hesabından geçmez, çünkü ortada bir hesap yoktur — adresler sizin kontrol ettiğiniz bir cüzdana aittir ve yazılım yalnızca onları izler.

Onu çalıştırmanın tüm nedeni bu tek mimari farktır. Barındırılan bir işlemci; bir uyumluluk departmanına, bir bankaya ve sizi incelerken tahsilatınızı tutma hakkını saklı tutan bir hizmet şartları belgesine sahip bir şirkettir. Kimlik belgeleri isteyecektir, çünkü sizin adınıza para taşımaktadır ve kendi düzenleyicisi, taşıdığı paranın kime ait olduğunu bilmesini şart koşar. Kendi kendine barındırma, aracıyla pazarlık etmek yerine onu tamamen ortadan kaldırır: katılım süreci yoktur, aylık hacim incelemesi yoktur, tahsilat takvimi yoktur ve bir üçüncü tarafın dondurabileceği hiçbir şey yoktur, çünkü fonları hiçbir noktada bir üçüncü taraf tutmaz.

İşin karşılığında elde ettiğiniz şey, gerçek anlamda eksiksiz bir ödeme sistemidir. Bir geçerlilik süresi ve kilitli bir kurla faturalar. Aynı faturada zincir üstü ve Lightning, böylece iki dolar ödeyen bir müşteriden üç dolarlık bir ağ ücreti ödemesi istenmez. Herhangi bir HTML'e yapıştırabileceğiniz bir satış noktası sayfası, bir bağış butonu, bir kitle fonlama sayfası, bir ödeme butonu. Yaygın mağaza platformları için eklentiler ve mağazanız kendi yazdığınız bir şeyse tam bir REST API. İadeler, çekim talepleri, ödemeler. Alım tarafında ortak girdi sahipliği varsayımını kırmayı önemsiyorsanız Payjoin.

Nelerin dahil olmadığı konusunda net olmakta fayda var, çünkü kendi kendine barındırılan ödemelerle ilgili hayal kırıklığının çoğu, bir protokolün olduğu yerde bir ürün beklemekten kaynaklanır. Kimse Bitcoin'inizi euroya çevirip bir bankaya havale etmez; buna ihtiyacınız varsa hâlâ bir borsaya ihtiyacınız vardır ve o borsa da yine kim olduğunuzu soracaktır. Kimse ters ibrazları (chargeback) garanti altına almaz, zaten garanti altına alınacak hiçbir şey yoktur. Düğüm zinciri takip etmeyi bıraktığında sabahın ikisinde kimse telefonu açmaz — bu artık sizin işinizdir ve bu rehberin insanların atladığı kısmıdır.

Makine: Gerçekte Neye İhtiyaç Duyar ve Ucuz Plan Nerede Yetersiz Kalır

Uygulama küçüktür. Altındaki yığın öyle değildir. Varsayılan bir dağıtım; Bitcoin Core'u, NBXplorer adlı bir adres indeksleyiciyi, bir PostgreSQL veritabanını, BTCPay web uygulamasını, sertifikaları yöneten bir ters proxy'yi ve — etkinleştirirseniz — bir Lightning düğümünü, her birini kendi konteynerinde olacak şekilde çalıştırır. Web uygulaması bir raspberry pi üzerinde mutlu olurdu. Bitcoin Core olmazdı.

Bellek, insanların en çok eksik aldığı şeydir. İki gigabayt yığını teknik olarak başlatır ve ilk senkronizasyonu swap yaparak geçirir; bu da paylaşımlı bir NVMe üzerinde bir günü üçe çevirmenin iyi bir yoludur. Dört gigabayt, yalnızca zincir üstü için makul bir tabandır. Lightning devreye girdiğinde gerçekçi taban sekizdir, çünkü artık kendi veritabanını ve kendi graf görünümünü tutan ikinci bir arka plan süreci çalıştırıyorsunuzdur ve çünkü bitcoind, muhafazakâr varsayılan yerine ona büyük bir dbcache verebildiğinizde ilk indirme sırasında son derece daha iyi performans gösterir. Bitcoin Core'daki bellek azaltma notları, hangi ayarların RAM'i zamana karşı takas ettiğinin referansıdır.

Disk ikincisidir ve planınıza karar verdiren de odur. Budanmamış zincir yedi yüz gigabaytı geçmiş durumda ve yılda kabaca altmış daha ekliyor, bu yüzden bir arşiv düğümü artık sattığımız hiçbir VPS kademesine sığmaz ve aynalı bir çiftin bile size bir terabayt bıraktığı adanmış bir kutuya aittir. Budama bunu tamamen değiştirir — düğüm, son blokların yuvarlanan bir penceresini tutar ve gerisini atar, ve bir ödeme uç noktası için bu hiç de bir taviz değildir, çünkü bir satıcının kimseye geçmiş blokları sunmaya asla ihtiyacı olmaz. İndeksleyicinin veritabanını, PostgreSQL'i, Docker imajlarını ve birimlerini, Lightning düğümünün kendi deposunu ve günlükleri ekleyin; budanmış bir dağıtım, büyümeye yer bırakacak şekilde rahatça yüz gigabaytlık bir makine sınıfının içine sığar.

CPU çoğunlukla hayatınızın yalnızca bir haftası için önemlidir. İlk blok indirme sırasındaki imza doğrulaması, bu sunucunun yapacağı en ağır iştir; sonrasında, her on dakikada bir blok doğrulamak ve bir avuç fatura isteğini yanıtlamak neredeyse boşta kalmaya yakındır. Çekirdekleri kararlı durum için değil, senkronizasyon için satın alın — ya da daha küçük planı alın ve senkronizasyonun daha uzun süreceğini kabul edin; acelesi yoksa bu gayet makul bir takastır.

Budama Zamandan Değil Diskten Tasarruf Ettirir — Darboğaz Senkronizasyondur

Bir düğüm çalıştırmakla ilgili en yaygın tek yanlış anlama, budamanın onu hızlandırdığıdır. Hızlandırmaz. Budanmış bir düğüm, genesis bloğundan itibaren her bloğu indirir ve her birindeki her imzayı, tıpkı bir arşiv düğümü gibi doğrular; tek fark, bir blok doğrulandıktan ve artık gerekmediğinde, tutulmak yerine silinmesidir. Diskten tasarruf edersiniz. Bant genişliğinden hiçbir şey, zamandan da hiçbir şey tasarruf etmezsiniz. Budanmış bir düğümün bir saat içinde hazır olmasını bekleyen biri, o saati bir şeylerin bozuk olduğuna ikna olmuş şekilde geçirecektir.

Gerçekte ne kadar sürdüğü, neredeyse tamamen ona ne kadar önbellek verdiğinize ve diskin ne kadar hızlı olduğuna bağlıdır. Birkaç gigabaytlık dbcache ve paylaşılmayan dört çekirdekle NVMe üzerinde bir gün makul bir beklentidir. Varsayılan önbellek ve yoğun bir komşuyla küçük bir planda iki veya üç gün normaldir; süreç bu sürenin çoğunu, UTXO setini bellekte tutamadığı için tekrar tekrar diske yazarak geçirir. Geçici olarak daha büyük bir planın gerçek paraya değdiği tek an budur: senkronizasyon için büyütün, sonra tekrar küçültün. Sözleşmesiz aylık faturalandırma, bu manevrayı tam olarak ucuz kılan şeydir.

Ardından, zincir senkronize olduktan sonra, neredeyse kimsenin plan yapmadığı ikinci bir bekleme vardır. Zaten geçmişi olan bir cüzdanı bağladığınızda — bir yıldır kullandığınız bir donanım cüzdanından gelen genişletilmiş bir genel anahtar — indeksleyicinin ondan türetilmiş adresler için zinciri taraması gerekir. Budanmış bir düğümde bu tarama diskte hâlâ ne olduğuyla sınırlıdır; kurulumdaki sıranın önemli olmasının nedeni de budur: geçmiş işlemlerin görünmesine ihtiyacınız varsa cüzdanı düğüme eski bloklar atılmadan önce yöneltin, ya da mağazanın bugünden başladığını kabul edin ve bunu genellikle olduğu gibi, temiz bir başlangıç olarak görün.

Pratik zamanlama kuralı, makinenin mağazanın ona ihtiyaç duymasından çok önce hizmette olması ve senkronize olmasıdır. Onu hazırlayın, indirmeyi başlatın ve aradaki günü zincire bağlı olmayan kısımları yaparak geçirin: DNS, sertifikalar, mağaza eklentisi, cüzdan, yedekleme rutini. Düğümü en sona bırakırsanız, kimsenin hızlandıramayacağı bir sürece bağlı bir açılış tarihine kendinizi bağlamış olduğunuzu fark edersiniz.

Anahtarlar: Bir Kez Vereceğiniz Mimari Karar

En kötü gününüzün ne kadar kötü olabileceğini belirleyen soru basittir: sunucu parayı harcayabilir mi? Zincir üstü ödemeler için cevap hayır olmalıdır ve BTCPay, hayır demenize izin verecek şekilde tasarlanmıştır. Bir donanım cüzdanından veya çevrimdışı bir imzalayıcıdan türetilmiş, genişletilmiş bir genel anahtar — bir xpub ya da onun modern eşdeğerleri — içe aktarırsınız. Sunucu, o anahtardan fatura başına yeni bir alım adresi türetir, o adreslere yapılan ödemeler için zinciri izler ve bunları bildirir. Geçerli bir harcama oluşturamaz, çünkü hiçbir zaman bir özel anahtar görmemiştir. Makinenin tamamen ele geçirilmesi o zaman size makineyi ve müşterilerinizin sipariş verisini kaybettirir ki bu kötüdür, ama tahsilatınızı kaybettirmez.

Alternatif — kolaylık için BTCPay'in bir sıcak cüzdan üretmesine ve tutmasına izin vermek — sunulur, çok küçük hacimler için zaman zaman doğru tercihtir ve varsayılan buton olduğu için başınıza gelen bir şey olmaktan çok, bilinçli bir karar olmalıdır. Bunu seçerseniz, o sunucudaki bakiyeye bir mağaza kasasındaki nakit gibi davranın: belirli bir programa göre boşaltın, yalnızca bir günlük ticaretin ihtiyaç duyduğu kadarını tutun ve seed'in bir veri merkezindeki bir diskte var olduğunu unutmayın.

Lightning, kaçınılamayacak istisnadır. Bir Lightning düğümü, kanal durumunu güncellemek için işlemleri gerçek zamanlı olarak imzalamak zorundadır, bu yüzden anahtarları zorunlu olarak sıcaktır ve hâlâ almanıza izin veren bir yalnızca izleme modu yoktur. Bu, BTCPay'de bir kusur değildir; protokolün gerektirdiği şeydir. Doğru yaklaşım, Lightning bakiyesini işe göre boyutlandırmaktır — hazineniz değil, bir günlük ya da bir haftalık siparişi alacak kadar gelen kapasite — ve birikmiş tahsilatları düzenli olarak soğuk depolamaya taşımaktır; bu, herhangi bir mağazanın kendi kasasına uyguladığı disiplinin aynısıdır.

Bu karara ait bir şey daha vardır, çünkü bu, insanların olay gerçekleşene kadar ertelediği kısımdır: seed'in nerede olduğunu, halefinizin üzerine hareket edebileceği bir biçimde yazın ve onu sunucu olmayan ve sunucuyla aynı binada olmayan bir yerde saklayın. VPS'te tam disk şifrelemesi, durağan haldeki diski çevrimdışı bir kopyaya karşı korur; çalışan bir makine için hiçbir işe yaramaz ve seed'inizin tek kopyası onun üzerindeyse kesinlikle yardımcı olmaz.

Lightning, Yazılım Kılığına Girmiş Bir Likidite Sorunudur

Bir Lightning düğümü kurmak kolaydır. Üzerinde ilk ödemenizi almak değildir ve bunun nedeni neredeyse herkesi yakalar. Bir Lightning kanalı iki taraflı bir bakiyedir: bir kanal açıp fonladığınızda, kapasitenin tamamı sizin tarafınızdadır; bu da başkalarına ödeme yapabileceğiniz ama kimsenin size ödeme yapamayacağı anlamına gelir. Almak gelen kapasite gerektirir — bir kanalın karşı tarafında bekleyen, size doğru hareket etmeye hazır fonlar. İyi fonlanmış üç giden kanalı olan yeni kurulmuş bir düğüm, bir müşteriden tek bir satoshi bile kabul edemeyebilir ve ödeme sistemi Lightning'i bir seçenek olarak sunmaz.

Bunu düzeltmenin üç dürüst yolu vardır. Bir likidite sağlayıcısından gelen kapasite satın alabilirsiniz; bu en hızlısıdır ve tutar ile süreyle orantılı bir ücrete mal olur. Bir submarine swap gerçekleştirebilirsiniz — Lightning üzerinden ödeyip zincir üstünde almak, bu da kendi bakiyenizi kanallarınızın karşı tarafına kaydırır ve takas ücreti karşılığında gideni gelene çevirir. Ya da iyi bağlantılı bir eşten size doğru bir kanal açmasını isteyebilirsiniz; ilişkiniz varsa ücretsizdir, yoksa yavaştır. Hangisini seçerseniz seçin, açılıştan önce bunun için bütçe ayırın ve yuvarlak bir sayı seçmek yerine bunu beklediğiniz sipariş akışına göre boyutlandırın.

Kanalların da zincir üstünün gerektirmediği bir şekilde bakıma ihtiyacı vardır. Gelen kapasite, müşteriler size ödeme yaptıkça tüketilir: alınan her ödeme, bakiyeyi bir kanalın onların tarafından sizin tarafınıza taşır, bu yüzden yalnızca alım yapan bir mağaza alma yeteneğini istikrarlı biçimde tüketecek ve yeniden dengeleme ya da takas yapmaya ihtiyaç duyacaktır. Kanallar kapanır, bazen bir eş ortadan kaybolduğunda tek taraflı olarak, ve bir zorla kapatma fonlarınızı bir süreliğine bir zaman kilidinin arkasına koyar ve bir zincir üstü ücrete mal olur. Düğümlerin ödemeleri kabul edebilmesi ve hile yapan karşı tarafları izleyebilmesi için çevrimiçi olması gerekir. Bunların hiçbiri zor değildir, ama hepsi süreklidir ve birçok mağazanın küçük siparişler için Lightning çalıştırıp bir eşiğin üzerindeki her şeyi sessizce zincir üstünde tamamlamasının nedeni de budur.

Bu zahmetin karşılığı gerçektir. Zincir üstü ücretler ödemenin boyutuna kayıtsızdır; bu da mempool yoğunken beş dolarlık bir siparişi ekonomik olarak saçma, yoğun değilken ise gayet makul hâle getirir — ve açılış gününüzde bunların hangisi olacağını siz kontrol edemezsiniz. Lightning ödemeleri, yoğunluktan bağımsız olarak bir saniyenin altında ve bir sentin küsuratı karşılığında tamamlanır; bir kahve, bir indirme, bir API bakiyesi yüklemesi ya da aylık bir abonelik gibi fiyatlandırılan her şey için bu, işe yarayan bir ödeme sistemiyle satışı sessizce kaybeden bir ödeme sistemi arasındaki farktır.

Sizi Mahveden Yedek: Bir Lightning Düğümünü Asla Geri Sarmayın

Bu bölüm, rehberdeki her şeyi zaten bilseniz bile onu okumanın nedenidir. Bir Lightning düğümünü verisinin eski bir kopyasından geri yüklemek nötr bir eylem değildir ve yanlış koşullar altında kanal bakiyelerinizi yok eder. Sıradan sistem yönetimi içgüdüsü — bir anlık görüntü alın, bir şeyler bozulduğunda anlık görüntüyü geri yükleyin — kayba yol açan içgüdünün ta kendisidir.

Mekanizma, protokolün hile cezasıdır. Her kanal güncellemesi bir öncekinin yerini alır ve her taraf, diğerine, yerini almış bir durumu bir gün yayımlarsa onu cezalandırmanın yolunu verir. İki taraflı bir kanalı hakemsiz güvenli kılan şey de budur. Bu aynı zamanda, dünkü kopyadan geri yüklenmiş bir düğümün eski bir durumun güncel olduğuna gerçekten inandığı anlamına gelir ve eğer bu inanca göre hareket ederse — zorla kapatarak, ya da yalnızca bunu yapması istendiğinde — karşı taraf tüm kanal bakiyesini almaya hak kazanır ve onların yazılımı bunu otomatik olarak yapar. Hile yapmayı amaçlamadınız. Protokol farkı ayırt edemez ve zaten bunun için tasarlanmamıştır.

Yani kural mutlaktır ve duvara yazılmaya değer: bir Lightning düğümünü asla daha eski bir duruma geri yüklemeyin. Ne bir dosya sistemi anlık görüntüsünden, ne bir veritabanı dökümünden, ne geçen hafta aldığınız bir veri dizini kopyasından, ne de sunucuyla birlikte gelen saatlik anlık görüntülerden. Anlık görüntüler makinenin geri kalanı için mükemmeldir ve tam olarak bu dizin için tehlikelidir; ve bu tehlike sessizdir — düğüm başlayacak, sağlıklı görünecek ve size parayı sonra kaybettirecektir.

Bunun yerine tuttuğunuz şey bir statik kanal yedeğidir: bir kanal her açıldığında veya kapandığında güncellenen, her karşı taraftan işbirliği içinde kapatmasını ve fonlarınızı iade etmesini istemeye yetecek kadar bilgi içeren küçük bir dosya. LND ona channel.backup der ve semantiğini kurtarma rehberinde belgeler; Core Lightning ise veritabanının sürekli çoğaltılan bir kopyasını tutan bir eklentiyle birlikte bir eşdeğerini sunar. Bunlardan birini geri yüklemek kanallarınızı devam ettirmez — hepsini zorla kapatır ve bakiyeyi kurtarır; bu, toplam bir kayıptan sonraki doğru ve tek güvenli sonuçtur. Onu makine dışında saklayın, güncel tutun ve bunun bir devam düğmesi değil bir sigorta poliçesi olduğunu unutmayın.

Geri kalan her şey için, normal ve cömert bir şekilde yedekleyin. BTCPay dağıtımı; yığını durduran, veritabanını ve yapılandırmayı tutarlı biçimde döken ve ardından yeniden başlatan kendi yedekleme betiğiyle birlikte gelir; bunu bir programa göre çalıştırın ve çıktısını başka bir yere, idealde farklı bir yargı bölgesindeki ikinci bir sunucuya kopyalayın. Veritabanı; faturalarınızı, mağazalarınızı, kullanıcılarınızı, API anahtarlarınızı ve ayarlarınızı tutar — paranızı değil, ama gerçekten özleyeceğiniz şey olan tüm geçmişinizi tutar.

Sunucunun Bulunduğu Yer, Ödeme Yığınının Bir Parçasıdır

Barındırmayı, ilginç kısmın altındaki bir emtia olarak düşünmek kolaydır. Bir ödeme uç noktası için öyle değildir, çünkü ödeme sistemi kullanılabilirliği doğrudan gelire eşit olan tek bileşendir ve çünkü bir sunucu, hakkında iletişime geçilebilecek bir sağlayıcıya sahip, yasal bir yargı bölgesindeki fiziksel bir nesnedir. Ödeme altyapınız barındırılan bir işlemci olduğunda, o sağlayıcının uyumluluk tutumu sizin uyumluluk tutumunuzdur. Kendi kendinize barındırdığınızda, barındırma sağlayıcınızın tutumu bu rolü üstlenir — ve özellikle bir ödeme şirketinin takdir yetkisinden kaçmak için kendi kendinize barındırdıysanız, aynı takdir yetkisini makineyi çalıştıran şirkete devretmek dikkatsizlik olur.

Bilinçli olmaya değer üç özellik vardır. Birincisi, sunucunun hangi kimliği tuttuğudur: bir e-posta adresiyle açılmış ve kripto parayla ödenmiş bir hesabın devredecek hiçbir şeyi ve dondurulacak hiçbir şeyi yoktur ki bu da sizi en başta kendi kendinize barındırmaya götüren aynı akıl yürütmedir. KYC'siz barındırma, bunun pratikte ne anlama gelip gelmediğini, rahatsız edici bir sonucuyla birlikte açıklar — kim olduğunuzu hiçbir zaman öğrenmemiş bir sağlayıcı, erişiminizi kaybederseniz hesabınızı size geri veremez.

İkincisi yargı bölgesidir. Birçok ülkedeki müşterilere hizmet veren bir ödeme uç noktası tam olarak birinde bulunur ve o birinin hukuku, sağlayıcıyı kimin, hangi temelde ve ne kadar hızlı zorlayabileceğini belirler. Dört bölgemiz — İzlanda, Hollanda, Romanya ve İsviçre — bu açıdan ve farklı müşteri tabanlarına gecikme açısından anlamlı biçimde farklılık gösterir ve yargı bölgesi seçimi, ödünleşimleri gerektiği gibi ele alır. Sıradan bir operasyonel açı da vardır: ödeme gecikmesi önemliyse düğümü müşterilerinize yakın, önemli değilse diğer altyapınıza yakın konumlandırın.

Üçüncüsü, çoğu insanın açık bıraktığı döngü olan, barındırmanın kendisi için yapılan ödemedir. Kendi adınıza bir kredi kartına faturalandırılan bir sunucuda anonim, saklama dışı bir ödeme sistemi çalıştırmak, tam olarak yığının geri kalanını kaçınmak için inşa ettiğiniz bağlantıyı yaratır. Makine için Monero veya Bitcoin ile ödeme yapmak bu bağlantıyı kapatır — aynı akıl yürütme, bir katman aşağıda uygulanmış hâliyle. Bu aynı zamanda altyapı faturanızın bir kart kuruluşunun kendi risk modeli tarafından kesintiye uğratılamayacağı anlamına gelir ki bu, mağazaları gerçekten çevrimdışı bırakmış bir arıza modudur.

Son olarak, can sıkıcı güvenilirlik gereksinimleri burada bir blog için olduğundan daha katıdır. Çevrimdışı bir Lightning düğümü ödeme alamaz, hile yapan bir karşı tarafı izleyemez ve kendisine ulaşamayan eşler tarafından zorla kapatılabilir. Zincirin gerisinde kalan bir Bitcoin düğümü, müşterilere asla tamamlanamayacak faturalar gösterir. Sınırsız bant genişliği göründüğünden daha önemlidir, çünkü ağa gerçekten katılan bir düğüm eşlerine bloklar sunar ve kullanım başına faturalandıran bir plan size mağazanızın trafiğiyle hiçbir ilgisi olmayan bir fatura sunar.

İkinci Bir Senkronizasyonu Önleyen Kurulum Sırası

Herkesin kullandığı dağıtım, resmi Docker dağıtımıdır: yeni bir sunucuya klonladığınız bir depo, ne istediğinizi tanımlayan bir dizi ortam değişkeni ve bir compose dosyası üretip yığının tamamını ayağa kaldıran bir kurulum betiği. Gerçek anlamda anahtar teslimdir ve kurulumların ters gitmesinin nedeni neredeyse hiçbir zaman betik değildir — pahalı adımı yeniden yapmanızı zorlayan bir sırayla iş yapmaktır.

Temiz bir makine ve DNS kaydıyla başlayın. Kurulum programı, kendisine verdiğiniz ana bilgisayar adı için bir sertifika talep eder ve bu talep, adresinize port 80 üzerinden geri bağlanacak bir sertifika otoritesine gider. Kayıt henüz çözümlenmiyorsa veya portlar kapalıysa, yığın TLS olmadan ayağa kalkar ve üç şeyden hangisinin başarısız olduğunu siz çözmek zorunda kalırsınız. A kaydını oluşturun, kendi dizüstü bilgisayarınız olmayan bir yerden yanıt verdiğini doğrulayın, 80 ve 443'ü açın ve ancak o zaman kurulum programını çalıştırın.

Parçalara ilk çalıştırmadan önce karar verin, sonra değil. Ortam değişkenleri, oluşturucuya hangi zincirlerin etkinleştirileceğini, hangi Lightning uygulamasının kullanılacağını, budama yapılıp yapılmayacağını ve ne kadar agresif yapılacağını, clearnet sunucusunun yanında bir onion hizmetinin açığa çıkarılıp çıkarılmayacağını ve hangi ters proxy'nin yapılandırılacağını söyler. Bunlardan birkaçını daha sonra değiştirmek ucuzdur; düğüme dokunanlar ise — bir zinciri etkinleştirmek, budamayı açıp kapatmak, Lightning uygulamasını değiştirmek — bir şeyin yeniden indirilmesi veya yeniden indekslenmesi anlamına gelir ve bir şeyi yeniden indirmek bir güne mal olan şeydir. Parça listesini bir kez okuyun, bilinçli seçin, sonra çalıştırın.

Zincir indirilirken geri kalanını yapın. Mağazanızı oluşturun ve para birimini, fatura geçerlilik süresini ve bir faturanın tamamlanmış sayılmasından önce kaç onay istediğinizi ayarlayın — bilinçli olarak verilmeye değer bir karar, çünkü sıfır onayla kabul hızlıdır ve zaman zaman yanlıştır, altı onay ise güvenlidir ve bir saat sürer. Yalnızca izleme amaçlı cüzdanı içe aktarın. Mağaza eklentisini kurun ve onu yönetici hesabı yerine kapsamı sınırlı bir API anahtarıyla sunucuya yöneltin. Kur kaynağını yapılandırın. Kendinize önemsiz bir tutar için bir test faturası gönderin ve onu aynı makinede olmayan bir cüzdandan, hem zincir üstünde hem de Lightning üzerinden ödeyin — hiçbir zaman gerçek parayla test edilmemiş dağıtımların sayısı herkesin isteyeceğinden daha fazladır.

Ardından güncelleme prosedürünü yazıya dökün, çünkü bu prosedür vardır ve tek bir komuttur. Dağıtım, yeni imajları çeken ve yığını doğru sırayla yeniden başlatan kendi güncelleyicisiyle birlikte gelir; ve bir yıllık bir sürümü çalıştıran bir ödeme uç noktası, o zamandan beri düzeltilmiş her hatayı taşımaktadır. Bunu bir takvime koyun, çalıştırmadan önce sürüm notlarını okuyun ve önce yedeği alın.

Para Tutan Bir Makineyi Güçlendirmek

Genel tavsiye tam olarak geçerlidir ve sertleştirme kontrol listesinde yazılıdır: parolalar yerine anahtarlar, SSH üzerinden root girişi yok, varsayılan olarak reddeden bir güvenlik duvarı, gözetimsiz güvenlik güncellemeleri ve gerçekten okuduğunuz bir günlük. Aşağıdakiler bu makineye özgü kısımdır ve ana fikir, bir ödeme uç noktasının saldırı yüzeyinin bir web sunucusununkiyle aynı biçimde olmadığıdır.

Yapabiliyorsanız yönetim arayüzünü herkese açık internetin dışında tutun. BTCPay'in paneli paranızın kontrol düzlemidir — çekim talepleri oluşturabilir, cüzdanları değiştirebilir ve API anahtarları verebilir — ve fatura sayfaları öyle diye tüm dünya tarafından erişilebilir olması gerekmez. Yönetim yolunu bir VPN veya onion hizmetinin arkasına, ya da bir izin listesinin önüne bağlamak, kendi iş akışınıza eklenen tek bir ek adım karşılığında tüm bir risk kategorisini ortadan kaldırır. Sunucuya bir WireGuard tüneli, bunun en az müdahaleci hâlidir.

API anahtarlarına sonradan akla gelen bir şey olarak değil, birincil kimlik bilgisi olarak davranın, çünkü pratikte mağazanın ödeme sistemiyle nasıl konuştuğu ve bir saldırganın da nasıl konuşacağı bunlardır. Entegrasyon başına bir anahtar verin, onu mağazayla ve gerçekten ihtiyaç duyduğu izinle sınırlayın, bir depoda değil mağazanın gizli yapılandırmasında saklayın ve biri ayrıldığında döndürün. Ele geçirilmiş bir web sunucusundaki kapsamı sınırlanmamış bir anahtar, işlevsel olarak paneli teslim etmekle aynı şeydir.

Bu yığına özgü iki arıza durumunu izleyin, çünkü ikisi de bir kesinti gibi görünmez. Zinciri takip etmeyi bırakmış bir düğüm, siteye hizmet vermeye ve müşterilere asla tamamlanamayacak faturalar göstermeye devam eder. Eşleriyle bağlantısını kaybetmiş bir Lightning düğümü, her Lightning ödemesini sessizce reddederken zincir üstünde siparişleri kabul etmeye devam eder. Blok yüksekliğini herkese açık bir referansa karşı izleyin, kanal sayısını ve gelen bakiyeyi izleyin ve ikisi için de uyarı kurun — bu, kimsenin bir günlük siparişe mal olana kadar kurmadığı izlemedir.

Makineyi diğer her açıdan sıradan tutun. Bir ödeme uç noktası; posta sunucunuzu, geliştirme sanal alanınızı ve arkadaşlarınız için bir oyun sunucusunu da çalıştırmak için kötü bir yerdir, bunun nedeni yazılımların çakışması değil, her ek servisin başka bir giriş yolu ve güncellemesi ödeme sistemini çökertebilecek başka bir şey olmasıdır. Geri kalanını istiyorsanız, ikinci küçük bir sunucu, kaçındığınız işlem ücretlerinden daha ucuza mal olur.

Monero ve BTCPay'in Kendi Başına Anlamadığı Coin'ler

Bitcoin ve Lightning, BTCPay'de birinci sınıf vatandaştır ve bir avuç Bitcoin'e yakın zincir doğrudan desteklenir. Geri kalan her şey, ikinci ana sürümle tanıtılan eklenti sistemi üzerinden gelir ve ödeme sayfanızda bir ödeme yöntemi vaat etmeden önce olgunluktaki bu farkı anlamakta fayda vardır.

Monero, insanların en çok sorduğu şeydir ve gerçekten çalışır — Bitcoin yığınının yanında çalışan, kendi monerod'unuz ve bir cüzdan RPC arka plan süreciyle desteklenen bir eklenti aracılığıyla. Tasarım, önemli olan yönlerden Bitcoin'inkiyle aynıdır: düğümü siz çalıştırırsınız, anahtarları siz tutarsınız, yazılım ödemeleri izler. Farklı olan işletim maliyetidir. İndirilip senkronize tutulması gereken ikinci bir blok zinciridir, izlenip güncellenmesi gereken ikinci bir arka plan sürecidir ve eklentinin bakımı çekirdek ekip yerine topluluk tarafından yapılır, bu da sürüm temposunun kendine özgü olduğu anlamına gelir. Monero sahip olunması güzel bir şeyse, bunu dürüstçe tartın; satış noktasındaki gizlilik müşterilerinizin gelmesinin tüm nedeniyse, zahmete değer, ve iki zincir arasındaki karşılaştırma her birinin gerçekte neyi gizlediğini ortaya koyar.

Ek herhangi bir zincir için genel kural, bozulduğunda size neye mal olacağını sormaktır. Etkinleştirdiğiniz her zincir; geride kalabilecek bir düğüm, yedeklenmesi gereken bir cüzdan, bayatlayabilecek bir kur kaynağı ve ödemesi takılı kalmış bir müşteriyle yapılacak bir destek görüşmesidir. İyi işletilen iki ödeme yöntemi, ihmal edilmiş altı taneden daha iyidir ve düğümü bir haftadır senkron olmayan bir coin sunan bir ödeme sistemi, onu hiç sunmamış olandan daha kötüdür.

İnsanların unuttuğu meşru bir orta yol da vardır: kabul etmek için her zinciri kendiniz çalıştırmak zorunda değilsiniz. Düşük hacimde manuel olarak tamamladığınız bir zincir için statik bir adres listelemenizin ya da ikinci zinciri ayrı bir makinede çalıştırarak kaynak profilini ve kesintilerini önemli olan ödeme sisteminden izole etmenizin önünde hiçbir engel yoktur. Kendi kendine barındırma, ya hep ya hiç türünde bir taahhüt değildir ve pragmatik kurulumlarda genellikle bir zincir düzgünce halledilmiş, geri kalanı için ise manuel bir yedek plan bulunur.

Bunun Maliyeti, Bir İşlemcinin Aldığı Ücrete Karşı

Aritmetik alışılmadık derecede kolaydır, çünkü kendi kendine barındırılan bir ödeme sisteminin sabit bir maliyeti vardır ve hiçbir yüzdesi yoktur. Lightning'li budanmış bir Bitcoin düğümü, ayda düşük onlarca dolarlık bir plana sığar; başucu alanı isteyen daha yoğun bir mağaza ise bunun bir veya iki kademe üzerinde oturur. Zincir üstü ödemeler, müşterinin ödediği ağ ücretine mal olur ve Lightning ödemeleri, bir sentin küsuratıyla ölçülen bir yönlendirme ücretine mal olur. İşlem başına kesinti, aylık asgari tutar, tahsilat gecikmesi veya hacim kademesi yoktur.

Buna karşılık, barındırılan bir kripto işlemcisi tipik olarak her işlemin yaklaşık yüzde birini alır ve bir kart işlemcisi işlem başına sabit bir tutara ek olarak kabaca yüzde iki buçuk ila üçünü alır. Ayda bin dolarlık bir ciroda, yüzde bir on dolardır — sunucuyla gerçek anlamda karşılaştırılabilir bir tutar, ve kendi kendine barındırma bu noktada ekonomiden çok ilke için yapabileceğiniz, aşağı yukarı fark etmeyen bir seçimdir. Ayda yirmi bin dolarda, işlemci iki yüz dolar alır ve sunucunun maliyeti hâlâ aynı yirmi dolardır; karar kendiliğinden verilir. Çoğu mağaza için kesişim noktası düşük binlerin bir yerindedir ve onun üzerindeki her şey kârdır.

Faturada görünmeyen maliyet, dikkatinizdir. Kurulum için bir öğleden sonra, zinciri beklemek için bir gün ve sonrasında güncellemeler, yedeklemeler ve izlemeye göz atmak için ayda kabaca bir saat deyin — artı yılda bir kez, bir şeyin en kötü zamanda bozulduğu tatsız bir öğleden sonra. Saatlik ücretiniz bunu ücretlerden daha pahalı hâle getiriyorsa, dürüst cevap ücretleri ödemektir. Kimse, gerçek işi beklerken bir ödeme yığınını yalnızca ideoloji gereği kendi kendine barındırmamalıdır.

O tablonun yanında bir uyarı yer almalıdır, çünkü onu dışarıda bırakmak dürüst olmazdı. Karşılaştırma, aldığınız şeyi elinizde tutmaktan memnun olduğunuzu varsayar. Her ödemenin aynı gün bir banka hesabında fiat'a dönüşmesi gerekiyorsa, akışa bir borsayı yeniden dahil etmişsinizdir ve o borsanın kendi ücretleri, kendi kimlik gereksinimleri ve kendi takdir yetkisi vardır. Ödeme sistemini kendi kendine barındırmak işlemciyi ortadan kaldırır. Bankayı ortadan kaldırmaz ve bundan en çok fayda sağlayan mağazalar, tahsilatlarının en azından bir kısmını ödendikleri para biriminde tutanlardır.

Bunu Ne Zaman Kendi Kendinize Barındırmamalısınız

Doğru cevabın bunların hiçbirini yapmamak olduğu durumlar vardır ve bunu hiç söylemeyen bir rehber bir şey satıyordur. Aylık hacminiz, bir işlemcinin yüzdesi sunucunun maliyetinden az olacak kadar küçükse aritmetik işlemez — barındırılan bir hizmetle başlayın ve sayılar kesiştiğinde taşıyın. Ekibinizde kimse bir kabuk isteminde rahat değilse, ödeme sistemini o becerinin kazanılacağı yer yapmayın; hata ayıklayamayacağınız bir ödeme uç noktası, içerlediğiniz bir ücretten daha kötüdür.

Gerçekten aynı gün bir banka hesabına fiat tahsilatına ihtiyacınız varsa, kendi kendine barındırma probleminizin yanlış yarısını çözer. Ortadan kaldırmaya çalıştığınız işlemci aynı zamanda dönüşümü ve banka transferini de yapan şeydir ve onu değiştirmek, tam olarak kaçındığınız kimlik belgelerini isteyecek bir borsa eklemek anlamına gelir. Bu, saklama garantileri için yine de değebilir, ama KYC'nin ortadan kalkmadığını, yalnızca yer değiştirdiğini açıkça görün.

Ve iş yükünüz, kesintiyi felakete dönüştürecek şekilde sivri uçluysa — bir lansman, bir drop, son tarihi olan bir bağış kampanyası — ilk kendi kendine barındırılan dağıtımınızı o son tarihe karşı yapmayı dikkatle düşünün. Bir döngü boyunca başka bir şeyle paralel çalıştırın, onun üzerinden düşük hacimde gerçek ödemeler alın ve önemli günü taşımadan önce kendini kanıtlamasına izin verin. Onu daha sonra taşımak çözülmüş bir problemdir; en yoğun saatinizde arıza modlarını keşfetmek değildir.

Geri kalan herkes için — istikrarlı bir ciroya sahip bir mağaza, bir terminalle sorunu olmayan bir operatör, bir risk departmanıyla tartışmaktansa kendi anahtarlarını tutmayı tercih eden bir işletme — bu, kendisini ilkede değil nakitte amorti eden kendi kendine barındırılan birkaç altyapı parçasından biridir. Yığın olgundur, dağıtım bir betiktir, arıza modları bilinir ve yazılıdır, ve gerçek anlamda affetmeyen tek kural bu sayfanın başındaki Lightning geri alma kuralıdır. Onu doğru yapın, gerisi sıradan sistem yönetimidir.

Başlamak istiyorsanız, bir sunucunun hazırlanması yaklaşık bir dakika sürer ve siz belgelerin geri kalanını okurken zincir senkronize olmakla meşgul olacaktır. Planlarınızda Lightning varsa sekiz gigabayt bellekli bir plan seçin, birisi can sıkıcı sorular sorduğunda gerçekten içinde olmasını isteyeceğiniz yargı bölgesine koyun ve onu, kabul etmeye başlamak üzere olduğunuz coin ile ödeyin.