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

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

ბლოკჩეინის კლიენტის მიერ სერვისის მოთხოვნის ეტაპები

იმისათვის, რომ გულწრფელად ისაუბროთ რაიმე მეტ-ნაკლებად რთული სერვისის ხარისხზე, თქვენ უნდა გაითვალისწინოთ არა მხოლოდ საშუალო მნიშვნელობები, არამედ მაქსიმალური/მინიმუმი, მედიანები, პროცენტები. თეორიულად, ჩვენ შეგვიძლია ვისაუბროთ 1000 ტ/წმ-ზე ზოგიერთ ბლოკჩეინში, მაგრამ თუ 900 ტრანზაქცია შესრულდა უზარმაზარი სიჩქარით და 100 იყო "გაჭედილი" რამდენიმე წამით, მაშინ ყველა ტრანზაქციაზე შეგროვებული საშუალო დრო არ არის სრულიად სამართლიანი მეტრიკა კლიენტისთვის. რომელიც რამდენიმე წამში ვერ დავასრულე ტრანზაქცია. დროებითმა „ხვრელებმა“ გამოტოვებულმა კონსენსუსის რაუნდებმა ან ქსელის გაყოფამ შეიძლება მნიშვნელოვნად გაანადგუროს სერვისი, რომელმაც შესანიშნავი შესრულება აჩვენა სატესტო სკამებზე.

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

1. ტრანზაქცია ფორმდება კლიენტზე
2. ტრანზაქცია გაფორმებულია კლიენტზე
3. კლიენტი ირჩევს ერთ-ერთ კვანძს და აგზავნის მას ტრანზაქციას
4. კლიენტი იწერს განახლებებს კვანძის სახელმწიფო მონაცემთა ბაზაში, ელოდება მისი ტრანზაქციის შედეგების გამოჩენას
5. კვანძი ანაწილებს ტრანზაქციას p2p ქსელში
6. რამდენიმე ან ერთი BP (ბლოკის პროდიუსერი) ამუშავებს დაგროვილ ტრანზაქციას, განაახლებს სახელმწიფო მონაცემთა ბაზას
7. BP აყალიბებს ახალ ბლოკს ტრანზაქციის საჭირო რაოდენობის დამუშავების შემდეგ
8. BP ანაწილებს ახალ ბლოკს p2p ქსელში
9. ახალი ბლოკი მიეწოდება კვანძს, რომელსაც კლიენტი წვდება
10. კვანძი განაახლებს სახელმწიფო მონაცემთა ბაზას
11. კვანძი ხედავს განახლებას კლიენტთან დაკავშირებით და უგზავნის მას ტრანზაქციის შეტყობინებას

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

კლიენტის მხრიდან ტრანზაქციის მომზადება

დავიწყოთ პირველი ორი პუნქტით: ტრანზაქცია ფორმდება და ხელს აწერს კლიენტს. უცნაურად საკმარისია, რომ ეს ასევე შეიძლება იყოს ბლოკჩეინის მუშაობის შეფერხება კლიენტის თვალსაზრისით. ეს უჩვეულოა ცენტრალიზებული სერვისებისთვის, რომლებიც იღებენ ყველა გამოთვლას და ოპერაციებს მონაცემებით და კლიენტი უბრალოდ ამზადებს მოკლე მოთხოვნას, რომელსაც შეუძლია მოითხოვოს დიდი რაოდენობით მონაცემები ან გამოთვლები, მიიღოს მზა შედეგი. ბლოკჩეინებში კლიენტის კოდი უფრო და უფრო მძლავრი ხდება, ხოლო ბლოკჩეინის ბირთვი უფრო და უფრო მსუბუქი ხდება და მასიური გამოთვლითი ამოცანები ჩვეულებრივ გადაეცემა კლიენტის პროგრამულ უზრუნველყოფას. ბლოკჩეინებში არსებობენ კლიენტები, რომლებსაც შეუძლიათ ერთი ტრანზაქციის მომზადება საკმაოდ დიდი ხნის განმავლობაში (მე ვსაუბრობ სხვადასხვა merkle მტკიცებულებებზე, ლაკონურ მტკიცებულებებზე, ბარიერის ხელმოწერებზე და სხვა რთულ ოპერაციებზე კლიენტის მხარეს). მარტივი ჯაჭვური გადამოწმებისა და კლიენტზე ტრანზაქციის მძიმე მომზადების კარგი მაგალითია Merkle-tree-ზე დაფუძნებულ სიაში წევრობის მტკიცებულება, აქ სტატიის.

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

ტრანზაქციის გაგზავნა და მისი სტატუსის მონიტორინგი

შემდეგი ნაბიჯი არის ტრანზაქციის გაგზავნა არჩეულ ბლოკჩეინის კვანძში და მისი მიღების სტატუსის მიღება ტრანზაქციის ფონდში. ეს ეტაპი მსგავსია მონაცემთა ბაზაში რეგულარული წვდომის; კვანძმა უნდა ჩაიწეროს ტრანზაქცია აუზში და დაიწყოს მის შესახებ ინფორმაციის გავრცელება p2p ქსელის მეშვეობით. აქ შესრულების შეფასების მიდგომა მსგავსია ტრადიციული ვებ API მიკროსერვისების მუშაობის შეფასების, ხოლო თავად ტრანზაქციები ბლოკჩეინში შეიძლება განახლდეს და აქტიურად შეცვალოს მათი სტატუსი. ზოგადად, ზოგიერთ ბლოკჩეინზე ტრანზაქციის ინფორმაციის განახლება შეიძლება რამდენჯერმე მოხდეს, მაგალითად, ჯაჭვის ჩანგლებს შორის გადართვისას ან როდესაც BP-ები აცხადებენ თავიანთ განზრახვას ტრანზაქციის ბლოკში ჩართვისას. ამ აუზის ზომისა და მასში ტრანზაქციების რაოდენობის შეზღუდვამ შეიძლება გავლენა მოახდინოს ბლოკჩეინის მუშაობაზე. თუ ტრანზაქციის ფონდი ივსება მაქსიმალურ შესაძლო ზომამდე, ან არ ჯდება RAM-ში, ქსელის შესრულება შეიძლება მკვეთრად დაეცეს. ბლოკჩეინებს არ გააჩნიათ არასასურველი შეტყობინებების ნაკადისგან დაცვის ცენტრალიზებული საშუალება, და თუ ბლოკჩეინი მხარს უჭერს დიდი მოცულობის ტრანზაქციებს და დაბალ საკომისიოებს, ამან შეიძლება გამოიწვიოს ტრანზაქციების აუზის გადატვირთვა - კიდევ ერთი პოტენციური შეფერხება.

ბლოკჩეინში კლიენტი აგზავნის ტრანზაქციას ნებისმიერ ბლოკჩეინის კვანძზე, რომელიც მას მოსწონს, ტრანზაქციის ჰეში, როგორც წესი, კლიენტმა იცის გაგზავნამდე, ასე რომ, ყველაფერი რაც მას სჭირდება არის კავშირის მიღწევა და გადაცემის შემდეგ, დაელოდოს ბლოკჩეინის შეცვლას. მისი მდგომარეობა, რაც საშუალებას აძლევს მის გარიგებას. გაითვალისწინეთ, რომ “tps”-ის გაზომვით შეგიძლიათ მიიღოთ სრულიად განსხვავებული შედეგები ბლოკჩეინის კვანძთან დაკავშირების სხვადასხვა მეთოდისთვის. ეს შეიძლება იყოს ჩვეულებრივი HTTP RPC ან WebSocket, რომელიც საშუალებას გაძლევთ განახორციელოთ "გამოწერა" ნიმუში. მეორე შემთხვევაში, კლიენტი მიიღებს შეტყობინებას ადრე და კვანძი დახარჯავს ნაკლებ რესურსს (ძირითადად მეხსიერებას და ტრაფიკს) ტრანზაქციის სტატუსის შესახებ პასუხებზე. ასე რომ, "tps" გაზომვისას აუცილებელია გავითვალისწინოთ კლიენტების მიერ კვანძებთან დაკავშირება. ამიტომ, ამ შეფერხების რისკების შესაფასებლად, საორიენტაციო ბლოკჩეინს უნდა შეეძლოს კლიენტების მიბაძვა როგორც WebSocket, ასევე HTTP RPC მოთხოვნებით, რეალური ქსელების შესაბამისი პროპორციებით, ასევე შეცვალოს ტრანზაქციების ხასიათი და მათი ზომა.

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

ტრანზაქციებისა და ბლოკების გადაცემა p2p ქსელის საშუალებით

ბლოკჩეინებში, peer-to-peer (p2p) ქსელი გამოიყენება მონაწილეებს შორის ტრანზაქციებისა და ბლოკების გადასატანად. ტრანზაქციები გავრცელდა მთელ ქსელში, დაწყებული ერთ-ერთი კვანძიდან, სანამ არ მიაღწევენ თანატოლ ბლოკის მწარმოებლებს, რომლებიც აწყობენ ტრანზაქციებს ბლოკებად და იგივე p2p-ის გამოყენებით ანაწილებენ ახალ ბლოკებს ქსელის ყველა კვანძზე. ყველაზე თანამედროვე p2p ქსელების საფუძველია Kademlia პროტოკოლის სხვადასხვა მოდიფიკაცია. აქ ამ პროტოკოლის კარგი შეჯამება და აქ - სტატია BitTorrent ქსელში სხვადასხვა გაზომვით, საიდანაც შეიძლება გავიგოთ, რომ ამ ტიპის ქსელი უფრო რთული და ნაკლებად პროგნოზირებადია, ვიდრე ცენტრალიზებული სერვისის მკაცრად კონფიგურირებული ქსელი. ასევე, აქ სტატია Ethereum კვანძებისთვის სხვადასხვა საინტერესო მეტრიკის გაზომვის შესახებ.

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

ასე რომ, ტრანზაქცია ახლა უნდა განაწილდეს მთელ ქსელში, რათა ბლოკის მწარმოებლებმა დაინახონ და ჩართონ ბლოკში. კვანძი აქტიურად „ავრცელებს“ ახალ ტრანზაქციას ყველას და უსმენს ქსელს, ელოდება ბლოკს, რომლის ინდექსში გამოჩნდება საჭირო ტრანზაქცია, რათა აცნობოს მომლოდინე კლიენტს. დრო, რომელიც სჭირდება ქსელს ახალი ტრანზაქციებისა და ბლოკების შესახებ ინფორმაციის გადასაცემად p2p ქსელებში, დამოკიდებულია უამრავ ფაქტორზე: მახლობლად მომუშავე პატიოსანი კვანძების რაოდენობა (ქსელის თვალსაზრისით), „თბილ- ამ კვანძების ქეშებიდან, ბლოკების ზომა, ტრანზაქციები, ცვლილებების ბუნება, ქსელის გეოგრაფია, კვანძების რაოდენობა და მრავალი სხვა ფაქტორი. ასეთ ქსელებში შესრულების მეტრიკის კომპლექსური გაზომვები კომპლექსური საკითხია; აუცილებელია ერთდროულად შეფასდეს მოთხოვნის დამუშავების დრო როგორც კლიენტებზე, ასევე თანატოლებზე (ბლოკჩეინის კვანძებზე). ნებისმიერი p2p მექანიზმის პრობლემა, მონაცემთა არასწორი გამოდევნა და ქეშირება, აქტიური თანატოლების სიების არაეფექტურმა მართვამ და სხვა ბევრმა ფაქტორმა შეიძლება გამოიწვიოს შეფერხებები, რომლებიც გავლენას ახდენენ მთლიანი ქსელის ეფექტურობაზე, და ეს შეფერხება ყველაზე რთული გასაანალიზებელია. , ტესტირება და შედეგების ინტერპრეტაცია.

ბლოკჩეინის დამუშავება და სახელმწიფო მონაცემთა ბაზის განახლება

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

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

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

კლიენტის მიერ ბლოკჩეინში ტრანზაქციის ჩართვის შესახებ შეტყობინების მიღება

ეს არის ბლოკჩეინის კლიენტის მომსახურების მიღების ბოლო ეტაპი; სხვა ეტაპებთან შედარებით, არ არის დიდი ზედნადები ხარჯები, მაგრამ მაინც ღირს იმის გათვალისწინება, რომ კლიენტმა მიიღოს მოცულობითი პასუხი კვანძიდან (მაგალითად, ჭკვიანი კონტრაქტი. მონაცემთა მასივის დაბრუნება). ნებისმიერ შემთხვევაში, ეს პუნქტი ყველაზე მნიშვნელოვანია მათთვის, ვინც დასვა კითხვა „რამდენი tps არის თქვენს ბლოკჩეინში?“, რადგან ამ მომენტში ფიქსირდება მომსახურების მიღების დრო.

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

დასკვნა

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

1. კრიპტოგრაფიული გარდაქმნები, მტკიცებულების კონსტრუქცია
2. Peer-to-peer ქსელი, ტრანზაქცია და ბლოკის რეპლიკაცია
3. ტრანზაქციების დამუშავება, ჭკვიანი კონტრაქტების გაფორმება
4. ბლოკჩეინში ცვლილებების გამოყენება სახელმწიფო მონაცემთა ბაზაში, ტრანზაქციებისა და ბლოკების მონაცემების განახლება
5. მხოლოდ წაკითხვის მოთხოვნა მონაცემთა ბაზაზე, ბლოკჩეინის კვანძის API, გამოწერის სერვისები

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

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

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

ასე რომ, როდესაც თქვენ მიიღებთ კითხვას „რამდენი TPS არის თქვენს ბლოკჩეინში?“, შესთავაზეთ თქვენს თანამოსაუბრეს ჩაი და ჰკითხეთ მზად არის თუ არა ათეული გრაფიკის ნახვა და ასევე მოუსმინოს ბლოკჩეინის მუშაობის პრობლემების სამივე ყუთს და თქვენს წინადადებებს. მათი გადაჭრა...

წყარო: www.habr.com