{"id":55869,"date":"2020-01-30T00:00:00","date_gmt":"2020-01-29T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna"},"modified":"2020-02-18T14:04:02","modified_gmt":"2020-02-18T11:04:02","slug":"kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","status":"publish","type":"post","link":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","title":{"rendered":"How to create a decentralized application that scales? Use less blockchain.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

No, launching a decentralized application (dapp) on the blockchain will not lead to a successful business. In fact, most users don't even consider whether the application runs on a blockchain \u2014 they simply choose a product that is cheaper, faster, and easier to use.<\/p>\n

<\/p>\n

Unfortunately, even if blockchain has its unique features and advantages, most applications that run on it are much more expensive, slower, and less understandable than their centralized competitors.<\/p>\n

<\/p>\n

\"How<\/p>\n

<\/p>\n

It is quite common to find a paragraph in the whitepapers of applications built on blockchain stating: \"blockchain is expensive and unable to support the required number of transactions per second. Fortunately, many smart people are working on scaling blockchain, and by the time our application launches, it will be scalable enough.\"<\/p>\n

<\/p>\n

In a simple paragraph, the dapp developer may avoid a deeper discussion of scalability issues and alternative solutions to these problems. This often leads to inefficient architecture, where the backend and core of the application are smart contracts running on the blockchain. <\/p>\n

<\/p>\n

However, there are still untested approaches in the architecture of decentralized applications that allow for much better scalability by reducing dependency on the blockchain. For example, Blockstack is working on an architecture where most of the application's data and logic is stored off the blockchain.<\/p>\n

<\/p>\n

Let\u2019s first look at a more traditional approach in which blockchain is used as a direct intermediary between application users, a method that does not scale particularly well.<\/p>\n

<\/a><\/noindex><\/p>\n

Approach #1: Blockchain as Backend<\/h1>\n

<\/p>\n

To illustrate, let\u2019s take the hotel industry as an example. This is a huge industry where intermediaries like Booking.com charge huge fees<\/a><\/noindex> for connecting guests and hotels.<\/p>\n

<\/p>\n

In any situation where we want to overcome such an intermediary using this approach, we will attempt to replicate its business logic by utilizing smart contracts on a blockchain like Ethereum.<\/p>\n

<\/p>\n

Open-source smart contracts deployed on the \"world computer\" can connect sellers with consumers without a third party in between, ultimately lowering the fees and commissions charged by intermediaries.<\/p>\n

<\/p>\n

As shown in the image below, hotels use a decentralized application to store information about rooms, their availability, and prices on the blockchain for both weekdays and weekends, and possibly even descriptions of the rooms along with all other relevant information.<\/p>\n

<\/p>\n

\"How<\/p>\n

<\/p>\n

Anyone looking to book a room uses this application to search for hotels and rooms listed on the blockchain. Once the user selects a room, the booking is made by sending the required amount of tokens to the hotel as a deposit. In return, the smart contract updates the information on the blockchain, marking the room as no longer available.<\/p>\n

<\/p>\n

This approach presents two sides of the scalability issue. First, the maximum number of transactions per second. Second, the volume of data that can be stored on the blockchain.<\/p>\n

<\/p>\n

Let\u2019s do some rough calculations. Booking.com claims to have nearly 2 million hotels registered. Assuming that on average each hotel has 10 rooms and each room is booked just 20 times a year \u2014 this gives us approximately 13 bookings per second.<\/p>\n

<\/p>\n

To assess this number, it is worth noting that Ethereum can process about 15 transactions per second.<\/p>\n

<\/p>\n

Additionally, it should be considered that our application will also have transactions from hotels \u2014 to upload and constantly update information about their rooms. Hotels frequently update room prices, sometimes even daily, and every price or description change requires a transaction on the blockchain.<\/p>\n

<\/p>\n

There is also the issue of size \u2014 the weight of the Ethereum blockchain has recently crossed the 2TB mark. If applications with this approach were to become truly popular, the Ethereum network would become extremely unstable.<\/p>\n

<\/p>\n

Such a blockchain-based system can exclude outsiders due to its impartiality and decentralization \u2014 the main advantages of blockchain technology. However, blockchain also has other characteristics \u2014 it is distributed and immutable, which are excellent features, but they come at the cost of transaction speed and fees. <\/p>\n

<\/p>\n

Therefore, dapp developers need to carefully assess whether each feature utilizing blockchain actually requires decentralization and immutability.<\/p>\n

<\/p>\n

For instance, what is the advantage of distributing data about each hotel across hundreds of machines worldwide and constantly storing it there? Is it really important for historical data on prices and room availability to always be included in the blockchain? Probably not.<\/p>\n

<\/p>\n

If we start asking such questions, we begin to see that we do not necessarily need all the costly features of blockchain for all our functions. So, what is the alternative? <\/p>\n

<\/p>\n

Approach #2: Architecture Inspired by Blockstack<\/h1>\n

<\/p>\n

While the main focus Blockstack<\/a><\/noindex> is on applications where users own their data (such as Airtext<\/a><\/noindex>, BentenSound<\/a><\/noindex>, ImageOptimizer<\/a><\/noindex> or Graphite<\/a><\/noindex>), Blockstack also has a philosophy of minimal blockchain use \u2014 only when absolutely necessary. Their main argument is that blockchain is slow and expensive, and therefore should only be used for infrequent or singular operations. All other interactions with applications should occur via peer-to-peer; that is, users of decentralized applications should share data directly with each other, rather than through the blockchain. Ultimately, the oldest and most successful decentralized applications, such as BitTorrent, email, and Tor, were created well before the concept of blockchain itself.<\/p>\n

<\/p>\n

\"How
\nLeft: the first approach, where users interact through the blockchain. Right: users interact directly with each other, and the blockchain is used only for identification and similar purposes.<\/em>.<\/p>\n

<\/p>\n

Let\u2019s return to the hotel booking example. We want an impartial, independent, and open protocol for connecting guests with hotels. In other words, we want to eliminate the centralized intermediary. There is no need, for example, to constantly store room prices in a common distributed ledger.<\/p>\n

<\/p>\n

Why don't we simply allow guests and hotels to interact directly instead of through blockchain? Hotels can store their prices, room availability, and any other information anywhere it will be accessible to all \u2014 for example, IPFS, Amazon S3, or even their own local server. This is exactly what the decentralized storage system from Blockstack called Gaia<\/a><\/noindex>. It allows users to choose where they want to store their data and control who can access it through an approach called multi-user storage<\/a><\/noindex>.<\/p>\n

<\/p>\n

To establish trust, all hotel data is cryptographically signed by the hotel itself. Regardless of where this data is stored, its integrity can be verified using public keys associated with that hotel\u2019s identification information stored on the blockchain.<\/p>\n

<\/p>\n

In the case of Blockstack, only your identification information is stored on the blockchain. Information on how to access each user's data is kept in zone files and distributed via a peer-to-peer network using nodes. And once again \u2014 you don\u2019t have to trust the data that nodes provide because you can verify its authenticity by comparing it to the hashes stored on the blockchain and with other users.<\/p>\n

<\/p>\n

In a simplified version of the system, guests will use the Blockstack peer-to-peer network to search for hotels and obtain information about their rooms. The authenticity and integrity of all the data you receive can be verified using public keys and hashes stored in the virtual chain<\/a><\/noindex> Blockstack.<\/p>\n

<\/p>\n

This architecture is more complex than the first approach and requires a more sophisticated infrastructure. In fact, this is where Blockstack comes in, providing all the necessary components to create such a decentralized system.<\/p>\n

<\/p>\n

\"How<\/p>\n

<\/p>\n

With this architecture, we only store in the blockchain the data that genuinely needs to be distributed and is non-overwritable. In the case of Blockstack, you only need transactions in the blockchain to register and specify where your data should be stored. You might need more transactions if you want to change any of this information, but that is not a recurring event. <\/p>\n

<\/p>\n

Moreover, the application logic, unlike the first approach, operates on the client side rather than on smart contracts. This allows developers to modify this logic without costly or sometimes even impossible updates to the smart contract. By keeping data and application logic out of the blockchain, decentralized applications can achieve performance and scalability levels comparable to traditional centralized systems. <\/p>\n

<\/p>\n

Conclusion<\/h1>\n

<\/p>\n

Applications built on Blockstack can scale much better than typical blockchain applications, but this is a newer approach with its own challenges and unanswered questions.<\/p>\n

<\/p>\n

For instance, if a decentralized application does not rely on smart contracts, it reduces the need for utility tokens. This could pose challenges for businesses, considering that ICOs have been a primary funding source for decentralized applications (including Blockstack itself).<\/p>\n

<\/p>\n

There are also technical issues involved. For example, implementing a hotel booking function in a smart contract is relatively straightforward, where booking rooms occurs in exchange for tokens through an atomic operation. It is less clear how booking would work in a Blockstack application without smart contracts.<\/p>\n

<\/p>\n

Applications targeting global markets with the potential for millions of users must scale very effectively to succeed. It is a mistake to rely solely on blockchains for achieving such scalability in the near future. To compete with major centralized market players like Booking.com, decentralized application developers need to consider alternative approaches to designing their applications, such as the one proposed by Blockstack.<\/p>\n

Source: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041d\u0435\u0442, \u0437\u0430\u043f\u0443\u0441\u043a \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f (dapp) \u043d\u0430 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0435 \u043d\u0435 \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u0442 \u043a \u0443\u0441\u043f\u0435\u0448\u043d\u043e\u043c\u0443 \u0431\u0438\u0437\u043d\u0435\u0441\u0443. \u041d\u0430 \u0441\u0430\u043c\u043e\u043c \u0434\u0435\u043b\u0435, \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u043e \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0434\u0430\u0436\u0435 \u043d\u0435 \u0437\u0430\u0434\u0443\u043c\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 \u043b\u0438 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u043d\u0430 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0435 \u2014 \u043e\u043d\u0438 \u043f\u0440\u043e\u0441\u0442\u043e \u0432\u044b\u0431\u0438\u0440\u0430\u044e\u0442 \u043f\u0440\u043e\u0434\u0443\u043a\u0442, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0434\u0435\u0448\u0435\u0432\u043b\u0435, \u0431\u044b\u0441\u0442\u0440\u0435\u0435 \u0438 \u043f\u0440\u043e\u0449\u0435. \u041a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0434\u0430\u0436\u0435 \u0435\u0441\u043b\u0438 \u0443 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 \u0435\u0441\u0442\u044c \u0441\u0432\u043e\u0438 \u0443\u043d\u0438\u043a\u0430\u043b\u044c\u043d\u044b\u0435 \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e\u0441\u0442\u0438 \u0438 \u043f\u0440\u0435\u0438\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u0430, \u0431\u043e\u043b\u044c\u0448\u0438\u043d\u0441\u0442\u0432\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0442 \u043d\u0430 \u043d\u0435\u043c, \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u0434\u043e\u0440\u043e\u0436\u0435, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55869","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47How to create a scalable decentralized application? Use less blockchain | ProHoster","description":"No, launching a decentralized application (dapp) on the blockchain will not guarantee business success.","canonical_url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"en_US","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0430\u043a \u0441\u043e\u0437\u0434\u0430\u0442\u044c \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0435, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0438\u0440\u0443\u0435\u0442\u0441\u044f? \u0418\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0439\u0442\u0435 \u043c\u0435\u043d\u044c\u0448\u0435 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0430 | ProHoster","og:description":"\u041d\u0435\u0442, \u0437\u0430\u043f\u0443\u0441\u043a \u0434\u0435\u0446\u0435\u043d\u0442\u0440\u0430\u043b\u0438\u0437\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f (dapp) \u043d\u0430 \u0431\u043b\u043e\u043a\u0447\u0435\u0439\u043d\u0435 \u043d\u0435 \u043f\u0440\u0438\u0432\u0435\u0434\u0435\u0442 \u043a \u0443\u0441\u043f\u0435\u0448\u043d\u043e\u043c\u0443 \u0431\u0438\u0437\u043d\u0435\u0441\u0443.","og:url":"https:\/\/prohoster.info\/en\/blog\/administrirovanie\/kak-sozdat-detsentralizovannoe-prilozhenie-kotoroe-masshtabiruetsya-ispolzujte-menshe-blokchejna","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-01-29T21:00:00+00:00","article:modified_time":"2020-02-18T11:04:02+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55869","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:35:40","updated":"2022-09-29 05:33:48","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/55869","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/comments?post=55869"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/posts\/55869\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/media?parent=55869"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/categories?post=55869"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/en\/wp-json\/wp\/v2\/tags?post=55869"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}