საკუთარი node-ის გაშვება არის ხაზი chain-ზე ვინმეს სიტყვის აღებასა და მის თავად გადამოწმებას შორის. თქვენი node აღასრულებს ყოველ consensus წესს დამოუკიდებლად, და თქვენს wallet-ებს შეუძლიათ თქვენი node-ის query, საჯარო სერვერის ნაცვლად, რომელიც ჩუმად log-ავს თქვენს ყველა მისამართს. კედელი, რომელსაც ხალხი ეჯახება: სრულ archival node-ს სჭირდება 600 GB+ დისკი და აგრძელებს ზრდას. pruned node ამას გვერდს უვლის — ის მაინც ამოწმებს მთელ chain-ს, შემდეგ აგდებს ძველ ბლოკებს, რომლებიც აღარ სჭირდება, და ~10–15 GB-ზე ეშვება. ეს ჯდება პატარა VPS-ზე. აი გულწრფელი როგორ, და რა ჯდება pruning თქვენ.
რას გაძლევთ node რეალურად
- დამოუკიდებელი გადამოწმება. თქვენ თავად აღასრულებთ წესებს. არაფერი არავალიდური არ გაივლის თქვენს node-ს იმის გამო, რომ მან უცხოს დაუჯერა.
- კონფიდენციალურობა თქვენი საკუთარი query-ებისთვის. თქვენი wallet ეკითხება თქვენს node-ს, არა საჯარო explorer-ს, რომელიც ხედავს ყოველ მისამართს, რომელსაც უყურებთ.
- ბაზა დანარჩენისთვის. node არის საფუძველი, რომელზეც სხვა რამ ზის მოგვიანებით — Lightning, explorer-ები, თქვენი საკუთარი აპლიკაციები.
Pruned vs full — გულწრფელი ბირთვი
საწყისი sync-ის დროს, თქვენი node გადმოწერს და ამოწმებს მთელ chain-ს. ეს დაახლოებით 600 GB bandwidth-ია, ერთხელ. pruning ცვლის მხოლოდ იმას, რაც ხდება ამის შემდეგ: ის ინახავს ბოლო ბლოკებს და აგდებს ძველებს, ასე რომ საბოლოო დისკი პატარა რჩება.
რას თმობთ, ნამდვილია: pruned node ვერ ემსახურება ისტორიულ ბლოკებს სხვა peer-ებს, და ვერ აკეთებს თვითნებური ძველი wallet ისტორიის rescan. ასე რომ, თუ ადრეული ტრანზაქციებით ძველ wallet-ს იმპორტ- გააკეთებთ, გჭირდებათ სრული ისტორია — full node დიდ დისკზე, არა pruned. უბრალოდ ვალიდაციისა და მიმდინარე wallet-ების გაშვებისთვის pruned ზუსტად სწორია.
რა გჭირდებათ
- დისკი: ~15–20 GB pruned node-ისთვის — პატარა box კარგია.
- RAM: 2–4 GB. მეტი
dbcacheაჩქარებს საწყის sync-ს; შემდეგ შეგიძლიათ დაწიოთ. - Bandwidth: ნამდვილი გამტარიანობა ერთჯერადი სრული გადმოწერისთვის.
- მიწვდომადი IP: შემომავალი peer-ების მისაღებად პორტ 8333-ზე და ქსელისთვის რეალურად დასახმარებლად, გინდათ საჯარო IP 8333 ღიათი — dedicated-IP ტარიფი. NAT-ზე იღებთ ერთ SSH პორტს და ვერ ხსნით 8333-ს.
დაყენება
დააინსტალეთ bitcoind, შემდეგ მინიმალური bitcoin.conf:
prune=10000 # keep ~10 GB of recent blocks
dbcache=2048 # faster initial sync; lower it later
listen=1 # accept inbound peers
გაუშვით ის systemd-ის ქვეშ, რომ crash-ზე რესტარტს აკეთებდეს და გადატვირთვის შემდეგ ბრუნდებოდეს, და გახსენით პორტი 8333, რომ peer-ებმა მიგწვდნენ. შემდეგ დაანებეთ მას sync — ეს გრძელი ნაწილია, საათებიდან დღე-ორ დღემდე, რადგან ის ამოწმებს მთელ chain-ს genesis-იდან.
დაბლოკეთ ის
- მხოლოდ-გასაღები SSH, firewall 8333-ზე და თქვენს SSH პორტზე. (ათწუთიანი ჩეკ-ლისტი.)
- არასოდეს გამოაშკარაოთ RPC პორტი ინტერნეტზე. მიაბით ის localhost-ზე და მიწვდით მას SSH tunnel-ით ან მხოლოდ იმავე box-ზე აპლიკაციებიდან. ღია RPC ღია კარია.
გულწრფელი შეზღუდვები
- პირველი sync გრძელი და bandwidth-მძიმეა. ეს თანდაყოლილია — chain-ის ნულიდან ვალიდაცია არ არის ნაბიჯი, რომლის კონფიგურაციითაც აცილება შეგიძლიათ.
- pruned node ვერ ემსახურება ძველ ბლოკებს ან ვერ აკეთებს ძველი ისტორიის rescan. გჭირდებათ ისინი? ეს full node-ია და დიდი დისკი.
- Monero სამართლიანი კითხვაა, და გულწრფელი პასუხი მასშტაბია. მისი chain უფრო დიდია — რამდენიმე ასეული GB, და pruned-ითაც დაახლოებით 90 GB — ასე რომ მას სჭირდება უფრო დიდი დისკი, ვიდრე ჩვენს პატარა ტარიფებს აქვთ. ეს full-node ამბავია განსხვავებული ტიპის box-ისთვის, და გირჩევნიათ ამის თქმა, ვიდრე მოჩვენება, რომ ის ჯდება.
- თქვენ უვლით მას: განახლებები, დისკი, ზოგჯერ peer-ის ხარვეზი. node პატარა ვალდებულებაა, არა fire-and-forget.
მისი გადახდა
დარეგისტრირდით ელფოსტით და გადაიხადეთ USDC-ით ან USDT-ით — ბარათის, ID-ის გარეშე. შესაფერისი გზა Bitcoin-ის თქვენი საკუთარი კუთხის გაშვების გადასახდელად.
კომენტარები
ჯერ არ არის კომენტარები. იყავით პირველი.