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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тук също има проблеми с размера - теглото на блокчейна Ethereum наскоро премина границата от 2TB. Ако приложенията с този подход станат наистина популярни, мрежата Ethereum ще стане изключително нестабилна.

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

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

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

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

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

Въпреки че основният акцент Blockstack на приложения, в които потребителите са собственици на техните данни (например като Въздушен текст, BentenSound, Оптимизатор на изображения или графит), blockstack също има философия за леко използване на блокчейна - само когато е абсолютно необходимо. Техният основен аргумент е, че блокчейн е бавен и скъп и следователно трябва да се използва само за единични или редки транзакции. Останалата част от взаимодействието с приложенията трябва да се осъществява чрез 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