რა არის Ethereum კვანძი და როგორ მუშაობს იგი

რა მნიშვნელობა აქვს Ethereum კვანძს ბლოკჩეინში და როგორ ურთიერთქმედებს ის სხვებთან?

Ethereum სინამდვილეში არ არის კრიპტოვალუტა, არამედ დეცენტრალიზებული P2P ქსელი, რომელიც დაფუძნებულია საჯარო და ღია კოდის კომპიუტერულ პროტოკოლზე. 

მისი მშობლიური კრიპტოვალუტაა ეთერი (ETH), თუმცა მას ხშირად უწოდებენ მთელი ქსელის სახელს, რომელიც არის Ethereum. 

P2P ქსელები, ანუ peer-to-peer ქსელები, შედგება თანატოლების კვანძებისგან, რომლებიც ერთმანეთთან ურთიერთობენ ინტერნეტის საშუალებით. ამრიგად, სწორედ კვანძებია ამ ქსელების ფუნდამენტური შემადგენელი ნაწილი. 

მაშასადამე, Ethereum-ის ფუნდამენტური კომპონენტებია მისი კვანძები, რომლებიც ქმნიან P2P ქსელს და, ცხადია, პროტოკოლი, რომელზეც ისინი დაფუძნებულია. 

იმისათვის, რომ იყოთ Ethereum P2P ქსელის ნაწილი და სხვა კვანძებთან ურთიერთობისთვის, Ethereum კვანძმა უნდა დაიცვას თავისი ძირითადი პროტოკოლი ასოებით, რაც, რა თქმა უნდა, აბსოლუტურად იდენტური უნდა იყოს ყველა კვანძისთვის, წინააღმდეგ შემთხვევაში იგი გამოირიცხება ქსელიდან. თავად. 

Ethereum კვანძის მოქმედება

Ethereum კვანძები არის კომპიუტერები, ან სერვერები, რომლებიც დაკავშირებულია ინტერნეტთან და რომლებზეც მუშაობს სპეციალური პროგრამული უზრუნველყოფა. 

ამ პროგრამულ უზრუნველყოფას ჟარგონში ეწოდება ქსელის კლიენტი და ის აბსოლუტურად აუცილებელია კვანძის გასაშვებად. ეს არის ზუსტად ეს პროგრამა, რომელიც აკავშირებს P2P ქსელის სხვა კვანძებს და უნდა შეესაბამებოდეს Ethereum პროტოკოლის ასოს. 

საინტერესო ის არის, რომ რადგან პროტოკოლი არის საჯარო და ღია წყარო, ნებისმიერს შეუძლია ქსელის კლიენტი შექმნას კვანძის გასაშვებად Ethereum ქსელში. 

მთავარია, რომ კლიენტი შეესაბამებოდეს პროტოკოლის ყველა წესს, რადგან თუ ეს ასე არ მოხდა, ის არ იქნება თავსებადი სხვა კვანძებთან, რაც აპრიორი იქნება გამორიცხული თავად ქსელიდან. 

ამჟამად არსებობს მხოლოდ 4 კლიენტი, რომლებიც ყველაზე ხშირად გამოიყენება, რადგან მიუხედავად იმისა, რომ ბევრია, უმეტესობა ძალიან ცოტაა გამოყენებული. 

თუმცა, უნდა განვასხვავოთ Consensus Clients და Execution Clients შორის. 

Execution Clients არის Ethereum-ის ეგრეთ წოდებული „Execution Layer“ (EL) კვანძები, ანუ ისინი, რომლებიც მიღებულია ყოფილი Proof-of-Work (PoW)-ზე დაფუძნებული პროტოკოლიდან. 

ყველაზე ფართოდ გამოყენებული აღსრულების კლიენტი არის ისტორიული გეტი, რომელიც დიდი ხანია არსებობს და არის ქსელის უდავო ლიდერი, რომელიც დაფუძნებულია ძველ პროტოკოლზე. ამას მოსდევს, მაგრამ გაცილებით დაბალი პროცენტებით, ერიგონი, ნეთერმინდი და ბესუ. 

მას შემდეგ, რაც Ethereum-ის პროტოკოლი გადავიდა Proof-of-Stake-ზე (PoS) 15 სექტემბრის შერწყმით, დაემატა ე.წ. „კონსენსუსის ფენა“ (CL), სხვადასხვა კლიენტებთან. 

CL კლიენტების შემთხვევაში მეტი მრავალფეროვნებაა, Prysm 42%, Lighthouse 36% და Teku 18%. მას მოსდევს Nimbus მხოლოდ 3%-ით. 

ყველა ეს პროგრამული უზრუნველყოფა არის ღია წყარო, თავისუფლად და თავისუფლად გადმოწერილი ყველასთვის. 

რას აკეთებენ ქსელის კვანძები

დროთა განმავლობაში, კვანძების ფუნქცია განვითარდა. 

თავდაპირველად ისინი ყველაფერს აკეთებდნენ, ანუ Ethereum ქსელში ერთადერთი არსებული პროგრამული უზრუნველყოფა იყო კვანძები. 

Სხვა სიტყვებით: 

• ისინი უზრუნველყოფდნენ და აკონტროლებდნენ ბლოკჩეინს 
• მათ მოპოვებული ბლოკები PoW-ით 
• მათ დაადასტურეს ყველა ბლოკისა და ტრანზაქციის შესაბამისობა პროტოკოლთან
• მათ შეასრულეს ჭკვიანი კონტრაქტები
• ისინი მოქმედებდნენ როგორც საფულეები, რაც საშუალებას აძლევდა ტოკენების გაგზავნას და მიღებას. 

თუმცა, დროთა განმავლობაში მათ დაკარგეს გარკვეული ფუნქციონირება. 

კერძოდ, მათ დაკარგეს ფუნქციონირება ბლოკების მოპოვებით, რადგან ამის წარმატებით გასაკეთებლად საჭირო იყო უფრო გამარტივებული და სწრაფი პროგრამული უზრუნველყოფა. ამდენად, ad hoc პროგრამული უზრუნველყოფა შეიქმნა სამთო. 

თეორიულად, მათი გამოყენება მაინც შეიძლება საფულედ, მაგრამ ისინი ძალიან მოუხერხებელია. სინამდვილეში, ამჟამად თითქმის ყველა საფულე, რომელიც ფართოდ გამოიყენება, არ არის კვანძი. 

ფაქტია, რომ კვანძი უნდა დაიცავით და გადაამოწმეთ ბლოკჩეინი, რომელიც არის თითქმის 350 GB ფაილი, სადაც ისტორიაში ჩაწერილია ყველა ტრანზაქცია Ethereum-ზე, რომელიც კვანძმა სათითაოდ უნდა შეამოწმოს. 

ასე რომ, დროთა განმავლობაში, კვანძები ძირითადად ორ საქმეს აკეთებენ: ერთის მხრივ, ისინი იცავენ და ამოწმებენ ბლოკჩეინს, ან ტრანზაქციის წიგნს. და მეორეს მხრივ, ისინი ასრულებენ ინსტრუქციებს, რომლებიც შეიცავს სმარტ კონტრაქტებს. 

გადასვლა PoS-ზე

ის შერწყმა, PoS-ზე გადასვლით, რამ შეცვალა. 

სინამდვილეში, PoW-ის მიტოვებამ გააუქმა ბლოკების მაინინგის აუცილებლობა, ამიტომ Ethereum მაინერები უბრალოდ გაქრნენ, ან გადავიდნენ სხვა ბლოკჩეინებზე, რომლებიც ჯერ კიდევ PoW-ზეა დაფუძნებული. 

მაგრამ იმ დროისთვის, როცა მაინერები აღარ ქმნიდნენ ბლოკებს ტრანზაქციებით ბლოკჩეინში დასამატებლად, სხვა პროგრამული უზრუნველყოფა უნდა შეიქმნას ბლოკების დასადასტურებლად. 

ასეთი პროგრამული უზრუნველყოფა არის Consensus Layer-ის ახალი კლიენტები, კერძოდ, Prysm, Lighthouse, Teku და Nimbus. 

ეს CL კვანძები ამოწმებენ ბლოკებს ახლა, რომლებსაც მაინერები აღარ აკეთებენ. 

თუმცა, PoS დაფუძნებულია ფსონზე, ამიტომ CL კვანძები ასევე ფლობენ სტეკში ჩადებულ ETH ტოკენებს. 

კონსენსუსის ფენა დაფუძნებულია ახალ ბლოკჩეინზე, სახელწოდებით Beacon Chain და დაფუძნებულია PoS-ზე, რომელზედაც ETH ტოკენები შეიძლება განთავსდეს შესაბამის კვანძებზე, რათა PoS განხორციელდეს. ძველი Execution Layer იყენებს ძველ PoW-ზე დაფუძნებულ ბლოკჩეინს, მაგრამ ახალი ბლოკების დამატების გარეშე, რადგან ტრანზაქციები ახლა მხოლოდ ახალ Beacon Chain-ზე ფიქსირდება. 

Ethereum კვანძის დაყენება

კვანძის მოქმედება შედარებით მარტივია. სინამდვილეში, ინსტალაციის შემდეგ, კლიენტი უბრალოდ უნდა დარჩეს ინტერნეტთან დაკავშირებული სამუშაოდ. 

თუმცა, ინსტალაცია არ არის ტრივიალური საკითხი. 

პირველ რიგში, როდესაც კლიენტი დაინსტალირდება, მან უნდა გადმოწეროს მთელი ბლოკჩეინი და გადაამოწმოს ეს ყველაფერი, ტრანზაქციის მიხედვით. ეს პროცესი განსაკუთრებით ხანგრძლივი გამოდის. 

ასევე, დაინსტალირების შემდეგ ის უნდა იყოს კონფიგურირებული ისე, რომ მას შეეძლოს სხვა კვანძებთან დაკავშირება, წინააღმდეგ შემთხვევაში აღმოჩნდება, რომ ის ეფექტურად გამოირიცხება P2P ქსელიდან. 

ეს უკანასკნელი არის ტექნიკური პროცესი, რომელიც მოითხოვს მინიმალურ გამოცდილებას. ამრიგად, ის არ არის შესაფერისი მათთვის, ვინც მხოლოდ პირველ ნაბიჯებს დგამს ამ სფეროში, განსაკუთრებით იმიტომ, რომ ის მოითხოვს IT და სისტემურ უნარებს. 

ეს კიდევ უფრო რთულია CL კვანძის შემთხვევაში, რადგან მას შემდეგ, რაც მან უნდა დაიცვას მინიმუმ 32 ETH ფსონის დროს, ეს უსაფრთხოების საკითხს კიდევ უფრო აქტუალურს ხდის. 

უსაფრთხოება

კვანძის უსაფრთხოება გადამწყვეტია იმისათვის, რომ მას სწორად ფუნქციონირებდეს, რადგან მას აქვს ჩაშენებული საფულე და CL კვანძების შემთხვევაში, ის ფლობს ETH-ს ფსონში. 

ერთადერთი მნიშვნელოვანი პრობლემა დარღვევის შემთხვევაში არის სახსრების შესაძლო ქურდობა, რადგანაც რომ მასზე თავდასხმა ან გატეხვა მოხდეს, მთელი ქსელი არ დაზარალდება. 

ვინაიდან ისინი შეიძლება დაექვემდებარონ თანხების ქურდობას, აუცილებელია მანქანებისა და ქსელების დაცვის მაღალი დონე, რომლებზეც ის მუშაობს. 

გარკვეულწილად უფრო რთული საკითხია P2P ქსელის უსაფრთხოება. 

ვინაიდან ეს ეყრდნობა საკუთარ კვანძებს, თუ ბევრი მათგანი დაირღვა, თავად ქსელს შეიძლება ჰქონდეს პრობლემები. ერთი კვანძის, ან კვანძების შეზღუდული რაოდენობის შესაძლო დარღვევა არ უქმნის დიდ პრობლემებს ქსელს, მაგრამ თუ ბევრი ირღვევა, პრობლემები ასევე შეიძლება იყოს ძალიან სერიოზული. 

სწორედ ამიტომ საჭირო იქნება მრავალი კლიენტის გამოყენება ყოველთვის, რადგან იმ შემთხვევაში, თუ ერთს აქვს ხარვეზი ან დაუცველობა, ძნელია სხვა კლიენტებისთვისაც ჰქონდეთ ისინი. 

რაც შეეხება Execution Layer-ს, გეტი ახლა იმდენად კარგად არის დადასტურებული, რომ ნაკლებად სავარაუდოა, რომ რაიმე სერიოზული პრობლემა ჰქონდეს. მიუხედავად ამისა, მაინც სასარგებლოა, რომ არსებობს სხვა კლიენტებიც, რომლებიც გამოიყენებენ გეთში არსებული პრობლემის ჰიპოთეტურ შემთხვევაში. 

ამის საპირისპიროდ, კონსენსუსის ფენის კლიენტების შემთხვევაში საქმე სხვაგვარადაა, რადგან ისინი რეალურად მხოლოდ რამდენიმე თვეა ერთში არიან.