Не, стартирането на децентрализирано приложение (dapp) в блокчейна няма да доведе до успешен бизнес. Всъщност, повечето потребители дори не се замислят дали приложението работи на блокчейн — те просто избират продукт, който е по-евтин, по-бърз и по-прост.

За съжаление, дори ако блокчейнът има свои уникални характеристики и предимства, повечето приложения, които работят на него, са значително по-скъпи, по-бавни и по-малко разбираеми от техните централизирани конкуренти.

Доста често в whitepaper-ите на приложения, изградени върху блокчейн, може да намерите абзац, в който се казва: "блокчейнът е скъп и не е в състояние да поддържа необходимия брой транзакции в секунда. За щастие, много умни хора работят по мащабирането на блокчейн и до момента на стартиране на нашето приложение той ще бъде достатъчно мащабируем".

В един прост абзац разработчикът на dapp може да се откаже от по-дълбочинно обсъждане на проблемите на мащабирането и алтернативните решения на проблемите. Това често води до неефективна архитектура, където бекендът и ядрото на приложението са смарт-контрактите, работещи на блокчейна.

Все пак, съществуват и неизпитани подходи в архитектурата на децентрализирани приложения, които позволяват много по-добро мащабиране, благодарение на намаляване на зависимостта от блокчейна. Например, Blockstack работи върху архитектура, при която повечето данни и логика на приложението се съхраняват извън блокчейна.

Нека първо погледнем по-традиционния подход, в който блокчейнът се използва като пряк посредник между потребителите на приложението и който не се мащабира особено добре.

Подход #1: Блокчейн като бекенд

За по-голяма яснота, нека вземем хотелската индустрия за пример. Това е огромна индустрия, в която посредниците като Booking.com взимат огромни такси за свързване на гости и хотели.

В всяка ситуация, когато искаме да преодолеем такъв посредник, използвайки този подход, ще се опитваме да повторим бизнес логиката му, използвайки смарт-контракти на такъв блокчейн, като Ethereum.

Смарт контракти с отворен код, стартирани на "световния компютър", могат да свързват продавачи с потребители без трета страна между тях, като в крайна сметка намаляват таксите и комисиите, събирани от посредника.

Както е показано на изображението по-долу, хотелите използват децентрализирано приложение за публикуване в блокчейна на информация за стаи, тяхната наличност и цени през седмицата или уикенда, а може би дори описание на стаите с всичката подходяща информация.

Всеки, който иска да резервира стая, използва това приложение, за да търси хотели и стаи, публикувани в блокчейна. След като потребителят избере стая, резервацията става чрез изпращане на необходимото количество токени на хотела като депозит. В отговор, смарт контрактът актуализира информацията в блокчейна, че стаята вече не е налична.

В този подход има две страни на проблема с мащабируемостта. Първо, максималният брой транзакции в секунда. Второ, обемът на данните, който може да се съхранява в блокчейна.

Нека направим приблизителни изчисления. Booking.com заявява, че имат регистрирани почти 2 милиона хотела. Да предположим, че средно хотелът има 10 стаи и всяка се резервира само 20 пъти в годината — това ни дава средно 13 резервации в секунда.

За да оценим това число, струва си да отбележим, че Ethereum може да обработва около 15 транзакции в секунда.

При това, трябва да вземем предвид, че в нашето приложение ще има и транзакции от хотели — за качване и постоянно обновяване на информацията за техните стаи. Хотелите обновяват цените на стаите много често, понякога дори ежедневно, и всяка промяна в цената или описанието изисква транзакция в блокчейна.

Има и проблем с размера — теглото на блокчейна на Ethereum наскоро премина бариерата от 2TB. Ако приложения с подобен подход станат наистина популярни, тогава мрежата на Ethereum ще стане крайно нестабилна.

Такава система, основана на блокчейн, може да изключи външни фактори поради неутралността си и отсъствието на централизация — главните предимства на блокчейн технологията. Но блокчейн има и други характеристики — той е разпределен и незаписваем, което са отличителни качества, но за тях трябва да плащате с бързина и комисионни на транзакциите.

Затова разработчиците на dapp-ове трябва внимателно да оценят наистина ли всяка функция, използваща блокчейн, се нуждае от дистрибуция и неизменяемост.

Например: какво е предимството на разпределението на данните на всеки хотел на стотици машини по целия свят и постоянното им съхранение там? Наистина ли е важно историческите данни за цените и наличността на стаи винаги да бъдат включени в блокчейн? Вероятно не.

Ако започнем да задаваме такива въпроси, ще започнем да виждаме, че не ни трябват всички скъпи характеристики на блокчейна за всяка наша функция. И така, каква е алтернативата?

Подход #2: Архитектура, вдъхновена от Blockstack

Въпреки че основният акцент Blockstack е върху приложенията, в които потребителите са собственици на своите данни (например, подобно на Airtext, BentenSound, ImageOptimizer или Graphite), blockstack също така има философия за ограничено използване на блокчейн — само когато е абсолютно необходимо. Основният им аргумент е, че блокчейн е бавен и скъп, следователно трябва да се използва само за единични или редки операции. Останалата част от взаимодействието с приложенията трябва да става чрез peer-to-peer, т.е. потребителите на децентрализирани приложения трябва да споделят данни директно помежду си, а не чрез блокчейн. В крайна сметка най-старите и успешни децентрализирани приложения, като BitTorrent, имейл и Tor, са създадени преди самия концепт на блокчейн.

Вляво: първият подход, при който потребителите взаимодействат чрез блокчейн. Вдясно: потребителите взаимодействат директно помежду си, а блокчейнът се използва само за идентификация и подобни..

Нека се върнем на примера с резервация на хотели. Искаме безпристрастен, независим и открит протокол за свързване на гостите с хотелите. С други думи, искаме да премахнем централизирания посредник. Нямаме нужда, например, постоянно да съхраняваме цените на стаите в общ разпределен регистър.

Защо просто не позволим на гостите и хотелите да взаимодействат директно помежду си, вместо да преминават през блокчейн. Хотелите могат да съхраняват своите цени, наличност на стаи и всяка друга информация на места, където тя ще бъде достъпна за всички — например, IPFS, Amazon S3 или дори на собствен сървър. Това е точно това, което предлага децентрализирана система за съхранение от Blockstack, наречена Gaia. Тя позволява на потребителите да изберат къде искат да съхраняват данните си и да контролират кой може да има достъп до тях чрез подход, наречен многопотребителско хранилище.

За да се установи доверие, всички данни на хотела се подписват криптографски от самия хотел. Независимо къде се съхраняват тези данни, тяхната цялост може да бъде проверена, използвайки публични ключове, свързани с идентификационната информация на този хотел, съхранявана в блокчейна.

В случая с Blockstack, в блокчейна се съхранява само вашата идентификационна информация. Информацията за това как да получите данните на всеки потребител се съхранява в файлове на зони (zone files) и се разпространява чрез пирингова мрежа с помощта на възли. И отново — не е нужно да вярвате на данните, които предоставят възлите, защото можете да проверите тяхната автентичност, сравнявайки ги с хешовете, които се съхраняват в блокчейна и у другите потребители.

В опростена версия на системата, гостите ще използват пирингова мрежа Blockstack, за да намерят хотели и да получат информация за техните стаи. А автентичността и цялостността на всички данни, които получите, може да бъде проверена, използвайки публични ключове и хешове, съхранявани в виртуална верига Blockstack.

Тази архитектура е по-сложна от първия подход и изисква по-комплексна инфраструктура. Всъщност, точно това е мястото, където идва Blockstack, предоставяйки всички необходими компоненти за изграждането на такава децентрализирана система.

При такава архитектура, съхраняваме в блокчейна само данни, които наистина трябва да бъдат разпределени и не могат да бъдат презаписвани. Вие ще имате нужда от транзакции в блокчейна само, за да се регистрирате и да посочите къде трябва да се съхраняват вашите данни. Може да са необходими повече транзакции, ако искате да промените нещо от тази информация, но това не е повтарящо се събитие.

Освен това логиката на приложението, за разлика от първия подход, работи на страната на клиента, а не на смарт-контрактите. Това позволява на разработчика да променя тази логика без скъпи или понякога дори невъзможни обновления на смарт-контракта. Дръжки данните и логиката на приложението извън блокчейна, децентрализованите приложения могат да достигнат ниво на производителност и мащабируемост, подобно на традиционните централизирани системи.

Заключение

Приложенията, функциониращи на Blockstack, могат да се мащабират много по-добре от обикновените блокчейн приложения, но това е по-млад подход с свои собствени проблеми и нерешени въпроси.

Например, ако децентрализираното приложение не работи на смарт-контрактите, то това намалява необходимостта от полезни токени. Това може да създаде проблеми за бизнеса, като се има предвид, че ICO са били основният източник на финансиране за децентрализирани приложения (включително самия Blockstack).

Тук също има технически проблеми. Например, относително лесно е да се реализира функцията за резервация на хотели в смарт-контракт, където при атомарна операция резервацията на стаи се извършва в замяна на токени. И не е много очевидно как резервацията ще работи в приложението на Blockstack без смарт-контракти.

Приложенията, които се насочват към глобалните пазари с потенциал за милиони потребители, трябва да се мащабират много добре, за да бъдат успешни. Грешно е да се разчита изцяло на блокчейните за постигане на такова ниво на мащабируемост в близко бъдеще. За да могат да конкурират големите централизирани играчи на пазара, като Booking.com, разработчиците на децентрализирани приложения трябва да разгледат алтернативни подходи за проектиране на своите приложения, например тези, които предлага Blockstack.

Източник: habr.com