Не, покретање децентрализоване апликације (дапп) на блокчејну неће довести до успешног пословања. У ствари, већина корисника чак и не размишља о томе да ли апликација ради на блокчејну – они једноставно бирају производ који је јефтинији, бржи и једноставнији.

Нажалост, чак и ако блоцкцхаин има своје јединствене карактеристике и предности, већина апликација које раде на њему су много скупље, спорије и мање интуитивне од њихових централизованих конкурената.

Често у белим књигама апликација које су изграђене на блокчејну можете пронаћи параграф који каже: „Блокчејн је скуп и не може да подржи потребан број трансакција у секунди. На срећу, многи паметни људи раде на скалирању блокчејна и до тренутка када се наша апликација покрене, она ће постати прилично скалабилна.”

У једном једноставном параграфу, програмер дапп-а може одустати од дубље дискусије о проблемима скалабилности и алтернативним решењима проблема. Ово често доводи до неефикасне архитектуре где паметни уговори који раде на блокчејну служе као позадина и језгро апликације.

Међутим, још увек постоје непроверени приступи децентрализованој архитектури апликација који омогућавају много бољу скалабилност смањењем зависности од ланца блокова. На пример, Блоцкстацк ради на архитектури у којој се већина података и логике апликације чува ван ланца.

Хајде да прво погледамо традиционалнији приступ, који користи блоцкцхаин као директног посредника између корисника апликације, и који се не скалира посебно добро.

Приступ #1: Блоцкцхаин као позадински део

Да ствари буду јасније, узмимо за пример хотелску индустрију. Ово је огромна индустрија у којој посредници као што је Боокинг.цом, наплаћују огромну накнаду за повезивање гостију и хотела.

У свакој ситуацији у којој желимо да победимо таквог посредника користећи овај приступ, покушаћемо да реплицирамо његову пословну логику користећи паметне уговоре на блокчејну као што је Етхереум.

Паметни уговори отвореног кода који раде на "светском рачунару" могу повезати трговце са потрошачима без треће стране између, што на крају смањује накнаде и провизије које наплаћује посредник.

Као што је приказано на слици испод, хотели користе децентрализовану апликацију за објављивање на блокчејну информација о собама, њиховој доступности и ценама радним данима или викендом, а можда чак и опис соба са свим осталим релевантним информацијама.

Свако ко жели да резервише собу користи ову апликацију за претрагу хотела и соба хостованих на блокчејну. Када корисник одабере собу, резервација се врши слањем потребне количине токена у хотел као депозит. И као одговор, паметни уговор ажурира информације у блокчејну да број више није доступан.

Постоје две стране проблема скалабилности са овим приступом. Прво, максималан број трансакција у секунди. Друго, количина података која се може ускладиштити на блок ланцу.

Хајде да урадимо неке грубе прорачуне. Боокинг.цом каже да имају скоро 2 милиона регистрованих хотела код њих. Рецимо да просечан хотел има 10 соба и свака се резервише само 20 пута годишње - то нам даје у просеку 13 резервација у секунди.

Да бисмо овај број ставили у перспективу, вреди напоменути да Етхереум може да обради приближно 15 трансакција у секунди.

Истовремено, вреди узети у обзир да ће наша апликација садржати и трансакције из хотела - за преузимање и стално ажурирање информација о њиховим собама. Хотели ажурирају цене соба врло често, понекад чак и свакодневно, а свака промена цене или описа захтева трансакцију на блокчејну.

Овде постоје и проблеми са величином - тежина Етхереум блоцкцхаина је недавно прешла ознаку од 2ТБ. Када би апликације са овим приступом постале заиста популарне, Етхереум мрежа би постала изузетно нестабилна.

Такав систем заснован на блокчејну може искључити аутсајдере због своје непристрасности и недостатка централизације, главне предности блоцкцхаин технологије. Али блокчејн има и друге карактеристике - дистрибуира се и не преписује, то су одличне карактеристике, али за њих морате платити у брзини и провизији трансакција.

Стога, програмери дапп-а морају пажљиво да процене да ли је свакој функцији која користи блоцкцхаин заиста потребна дистрибуција и немогућност уписивања.

На пример: која је корист од дистрибуције података сваког хотела на стотине машина широм света и њиховог трајног складиштења? Да ли је заиста важно да историјски подаци о ценама соба и доступности увек буду укључени у блоцкцхаин? Вероватно не.

Ако почнемо да постављамо оваква питања, почећемо да увиђамо да нам нису нужно потребне све скупе блокчеин функције за све наше функције. Дакле, која је алтернатива?

Приступ #2: Архитектура инспирисана блоковима

Иако је главни нагласак Блоцкстацк на апликације у којима су корисници власници њихових података (нпр Аиртект, БентенСоунд, Имаге Оптимизер или графит), блоцкстацк такође има филозофију благог коришћења блоцкцхаина — само када је то апсолутно неопходно. Њихов главни аргумент је да је блоцкцхаин спор и скуп, па га стога треба користити само за појединачне или ретке трансакције. Остатак интеракције са апликацијама треба да се одвија кроз пеер-то-пеер, тј. корисници децентрализованих апликација морају да деле податке директно једни са другима, а не преко блокчејна. На крају крајева, најстарије и најуспешније децентрализоване апликације као што су БитТоррент, емаил и Тор су створене пре самог концепта блокчејна.

Лево: Први приступ, у којем корисници комуницирају путем блокчејна. Десно: Корисници комуницирају директно једни са другима, а блоцкцхаин се користи само за идентификацију и слично.

Вратимо се на пример резервације хотела. Желимо непристрасан, независан и отворен протокол за повезивање гостију са хотелима. Другим речима, желимо да уклонимо централизованог посредника. Не треба нам, на пример, да стално чувамо цене соба у заједничкој дистрибуираној књизи.

Зашто једноставно не дозволимо гостима и хотелима да комуницирају директно, а не преко блокчејна. Хотели могу да чувају своје цене, доступност соба и било које друге информације негде где ће бити доступне свима - на пример, ИПФС, Амазон С3, или чак њихов локални сервер. То је управо оно што је Блоцкстацк-ов децентрализовани систем складиштења назвао гаиа. Омогућава корисницима да одаберу где желе да се њихови подаци чувају и контролишу ко им може приступити кроз приступ који се зове складиштење за више корисника.

Да би се успоставило поверење, све хотелске податке криптографски потписује сам хотел. Без обзира на то где се ови подаци чувају, њихов интегритет се може проверити коришћењем јавних кључева повезаних са идентитетом тог хотела који се чувају на блокчејну.

У случају Блоцкстацк-а, само информације о вашем идентитету се чувају на блокчејну. Информације о томе како доћи до података сваког корисника се чувају у датотекама зона и дистрибуирају кроз пеер-то-пеер мрежу користећи чворове. И још једном, не морате да верујете подацима које дају чворови, јер можете да проверите њихову аутентичност упоређујући их са хешовима који се чувају у блокчејну и другим корисницима.

У поједностављеној верзији система, гости ће користити Блоцкстацк пеер-то-пеер мрежу за тражење хотела и добијање информација о својим собама. А аутентичност и интегритет свих података које добијете могу се верификовати коришћењем јавних кључева и хешова ускладиштених у виртуелни круг Блоцкстацк.

Ова архитектура је сложенија од првог приступа и захтева свеобухватнију инфраструктуру. У ствари, управо ту долази Блоцкстацк, пружајући све неопходне компоненте за креирање таквог децентрализованог система.

Са овом архитектуром, чувамо само податке на блокчејну који заиста треба да се дистрибуирају и не преписују. У случају Блоцкстацк-а, потребне су вам само трансакције на блок ланцу да бисте се регистровали и назначили где треба да се чувају ваши подаци. Можда ћете морати да извршите више трансакција ако желите да промените било коју од ових информација, али ово се не понавља.

Штавише, логика апликације, за разлику од првог приступа, ради на страни клијента, а не на паметним уговорима. Ово омогућава програмеру да промени ову логику без скупих или понекад чак немогућих ажурирања паметних уговора. А задржавањем података апликације и логике ван ланца, децентрализоване апликације могу постићи перформансе и нивое скалабилности традиционалних централизованих система.

Закључак

Апликације које раде на Блоцкстацк-у могу се скалирати много боље од конвенционалних блокчејн апликација, али то је млађи приступ са сопственим проблемима и питањима без одговора.

На пример, ако децентрализована апликација не ради на паметним уговорима, то смањује потребу за услужним токенима. Ово би могло да изазове проблеме предузећима с обзиром на то да су ИЦО-и били главни извор финансирања за децентрализоване апликације (укључујући и сам Блоцкстацк)

Овде постоје и технички проблеми. На пример, релативно је лако имплементирати функцију резервације хотела у паметном уговору, где се у атомској операцији резервишу собе у замену за токене. И није баш очигледно како ће резервација функционисати у Блоцкстацк апликацији без паметних уговора.

Апликације које циљају на глобална тржишта са потенцијалом за милионе корисника морају се веома добро скалирати да би биле успешне. Погрешно је ослањати се искључиво на блокове да би се постигао овај ниво скалабилности у блиској будућности. Да би могли да се такмиче са великим централизованим тржишним играчима као што је Боокинг.цом, програмери децентрализованих апликација треба да размотре алтернативне приступе дизајнирању својих апликација, као што је онај који нуди Блоцкстацк.

Извор: ввв.хабр.цом