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

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

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

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

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

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

მიდგომა #1: ბლოკჩეინი, როგორც ბექენდი

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

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

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

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

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

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

მოდით გავაკეთოთ უხეში გამოთვლები. Booking.com ამბობს, რომ მათ თითქმის 2 მილიონი სასტუმრო აქვთ რეგისტრირებული. ვთქვათ, საშუალო სასტუმროს აქვს 10 ნომერი და თითოეული დაჯავშნილია წელიწადში მხოლოდ 20-ჯერ - ეს გვაძლევს საშუალოდ 13 ჯავშანს წამში.

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

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

აქ ასევე არის ზომის პრობლემები - Ethereum blockchain-ის წონამ ცოტა ხნის წინ გადალახა 2TB ნიშანი. თუ ამ მიდგომის აპლიკაციები ნამდვილად პოპულარული გახდებოდა, Ethereum ქსელი უკიდურესად არასტაბილური გახდებოდა.

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

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

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

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

მიდგომა #2: Blockstack-ის შთაგონებული არქიტექტურა

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

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

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

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

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

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

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

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

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

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

დასკვნა

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

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

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

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

წყარო: www.habr.com