Nee, it starten fan in desintralisearre applikaasje (dapp) op 'e blockchain sil net liede ta in suksesfol bedriuw. Yn feite, de measte brûkers tinke net iens oer oft de applikaasje rint op de blockchain - se kieze gewoan in produkt dat is goedkeaper, flugger en ienfâldiger.
Spitigernôch, sels as blockchain syn eigen unike funksjes en foardielen hat, binne de measte applikaasjes dy't derop rinne folle djoerder, stadiger en minder yntuïtyf as har sintralisearre konkurrinten.
Hiel faak yn 'e whitepapers fan applikaasjes dy't boud binne op' e blockchain, kinne jo in paragraaf fine dy't seit: "De blockchain is djoer en kin it fereaske oantal transaksjes per sekonde net stypje. Gelokkich wurkje in protte tûke minsken oan it skaalfergrutting fan 'e blockchain en Tsjin de tiid dat ús applikaasje lanseart sil it frij skaalber wurde.
Yn ien ienfâldige paragraaf kin in dapp-ûntwikkelder in djippere diskusje oer skaalberensproblemen en alternative oplossingen foar problemen ferlitte. Dit liedt faaks ta in yneffisjinte arsjitektuer wêrby't tûke kontrakten dy't rinne op 'e blockchain tsjinje as de efterkant en kearn fan' e applikaasje.
D'r binne lykwols noch net teste oanpakken foar desintralisearre applikaasje-arsjitektuer dy't in folle bettere skalberens mooglik meitsje troch ôfhinklikens fan 'e blockchain te ferminderjen. Bygelyks, Blockstack wurket oan in arsjitektuer wêr't de measte fan 'e applikaasjegegevens en logika off-chain wurde opslein.
Litte wy earst sjen nei in mear tradisjonele oanpak, dy't blockchain brûkt as in direkte tuskenpersoan tusken applikaasje brûkers, en dy't net bysûnder goed skaal.
Oanpak #1: Blockchain as backend
Om dingen dúdliker te meitsjen, litte wy de hotelyndustry as foarbyld nimme. Dit is in enoarme yndustry wêryn intermediaries lykas Booking.com, foar it ferbinen fan gasten en hotels.
Yn elke situaasje wêr't wy sa'n tuskenpersoan wolle ferslaan mei dizze oanpak, sille wy besykje syn saaklike logika te replikearjen mei tûke kontrakten op in blokje lykas Ethereum.
Iepenboarne tûke kontrakten dy't rinne op 'e "wrâldkompjûter" kinne keaplju ferbine mei konsuminten sûnder in tredde partij tusken, en úteinlik ferminderje de fergoedingen en kommisjes yn rekken brocht troch de tuskenpersoan.
Lykas werjûn yn de ôfbylding hjirûnder, hotels brûke in desintralisearre applikaasje te pleatsen op de blockchain ynformaasje oer keamers, harren beskikberens en prizen op wurkdagen of wykeinen, en miskien sels in beskriuwing fan de keamers mei alle oare relevante ynformaasje.
Elkenien dy't in keamer wol boeke, brûkt dizze applikaasje om te sykjen nei hotels en keamers op 'e blockchain. Sadree't de brûker in keamer selektearret, wurdt de reservearring makke troch it ferstjoeren fan it fereaske bedrach fan tokens nei it hotel as boarch. En as antwurd bywurket it tûke kontrakt de ynformaasje yn 'e blockchain dat it nûmer net mear beskikber is.
D'r binne twa kanten oan it probleem fan skalberens mei dizze oanpak. Earst, it maksimum oantal transaksjes per sekonde. Twad, de hoemannichte gegevens dy't kinne wurde opslein op 'e blockchain.
Litte wy wat rûge berekkeningen dwaan. Booking.com seit dat se hast 2 miljoen hotels hawwe registrearre by har. Litte wy sizze dat it gemiddelde hotel 10 keamers hat en elk wurdt mar 20 kear yn 't jier boekt - dat jout ús in gemiddelde fan 13 boekingen per sekonde.
Om dit nûmer yn perspektyf te setten, is it de muoite wurdich op te merken dat Ethereum sawat 15 transaksjes per sekonde kin ferwurkje.
Tagelyk is it wurdich te beskôgjen dat ús applikaasje ek transaksjes fan hotels sil befetsje - foar it downloaden en konstant bywurkjen fan ynformaasje oer har keamers. Hotels update keamerprizen hiel faak, soms sels deistich, en elke priis of beskriuwing feroaring fereasket in transaksje op de blockchain.
D'r binne hjir ek grutte problemen - it gewicht fan 'e Ethereum blockchain hat koartlyn de 2TB-mark trochjûn. As applikaasjes mei dizze oanpak wirklik populêr wurde, soe it Ethereum-netwurk ekstreem ynstabyl wurde.
Sa'n blockchain-basearre systeem kin bûtensteanders útslute fanwege syn ûnpartidichheid en gebrek oan sintralisaasje, de wichtichste foardielen fan blockchain technology. Mar de blockchain hat ek oare funksjes - it is ferspraat en net opnij skreaun, dit binne poerbêste skaaimerken, mar jo moatte foar har betelje yn 'e snelheid en kommisje fan transaksjes.
Dêrom moatte dapp-ûntwikkelders soarchfâldich evaluearje oft elke funksje mei help fan 'e blockchain echt ferdieling en net-skriuwberens nedich is.
Bygelyks: wat is it foardiel fan it fersprieden fan de gegevens fan elk hotel oer hûnderten masines oer de hiele wrâld en it dêr permanint opslaan? Is it echt wichtich dat histoaryske gegevens oer keamerprizen en beskikberens altyd opnommen binne yn 'e blockchain? Wierskynlik net.
As wy fragen lykas dizze begjinne te stellen, sille wy begjinne te sjen dat wy net needsaaklik alle djoere blockchain-funksjes nedich binne foar al ús funksjes. Dus, wat is it alternatyf?
Oanpak #2: Blockstack-ynspireare arsjitektuer
Hoewol't de wichtichste klam op applikaasjes wêryn brûkers de eigners binne fan har gegevens (bygelyks, lykas , , of ), hat blockstack ek in filosofy om de blockchain licht te brûken - allinich as absolút nedich. Har wichtichste argumint is dat blockchain is stadich en djoer, en dêrom moat allinnich brûkt wurde foar inkele of seldsume transaksjes. De rest fan de ynteraksje mei applikaasjes moat barre fia peer-to-peer, d.w.s. brûkers fan desintralisearre applikaasjes moatte gegevens direkt mei elkoar diele, ynstee fan fia de blockchain. Ommers, de âldste en meast súksesfolle desintralisearre applikaasjes lykas BitTorrent, e-post en Tor waarden makke foar it konsept fan blockchain sels.
Links: De earste oanpak, wêryn brûkers ynteraksje fia de blockchain. Rjochts: Brûkers ynteraksje direkt mei elkoar, en de blockchain wurdt allinnich brûkt foar identifikaasje en sa.
Litte wy weromgean nei it foarbyld fan hotelboeking. Wy wolle in ûnpartidich, ûnôfhinklik en iepen protokol foar it ferbinen fan gasten mei hotels. Mei oare wurden, wy wolle de sintralisearre middenman fuortsmite. Wy hoege bygelyks net konstant keamerprizen op te slaan yn in mienskiplike ferdielde ledger.
Wêrom litte wy gasten en hotels net gewoan direkt ynteraksje ynstee fan fia blockchain. Hotels kinne har prizen, beskikberens fan keamers en elke oare ynformaasje earne opslaan wêr't it foar elkenien tagonklik is - bygelyks IPFS, Amazon S3, of sels har eigen lokale server. Dit is krekt wat Blockstack's desintralisearre opslachsysteem neamde . It lit brûkers kieze wêr't se wolle dat har gegevens opslein wurde en kontrolearje wa't tagong kin krije fia in oanpak neamd .
Om fertrouwen te fêstigjen, wurde alle hotelgegevens kryptografysk ûndertekene troch it hotel sels. Nettsjinsteande wêr't dizze gegevens wurde opslein, kin har yntegriteit wurde ferifiearre mei de iepenbiere kaaien dy't ferbûn binne mei de identiteit fan dat hotel opslein op 'e blockchain.
Yn it gefal fan Blockstack wurdt allinich jo identiteitsynformaasje opslein op 'e blockchain. Ynformaasje oer hoe't jo de gegevens fan elke brûker krije kinne wurde opslein yn sônebestannen en ferspraat fia in peer-to-peer-netwurk mei knooppunten. En nochris moatte jo de gegevens net fertrouwe dy't de knooppunten jouwe, om't jo de autentisiteit kinne ferifiearje troch it te fergelykjen mei de hashes dy't opslein binne yn 'e blockchain en oare brûkers.
Yn in ferienfâldige ferzje fan it systeem sille gasten it Blockstack peer-to-peer-netwurk brûke om hotels te sykjen en ynformaasje te krijen oer har keamers. En de autentisiteit en yntegriteit fan alle gegevens dy't jo ûntfange kinne wurde ferifiearre mei iepenbiere kaaien en hashes opslein yn Blockstack.
Dizze arsjitektuer is komplekser dan de earste oanpak en fereasket in mear wiidweidige ynfrastruktuer. Yn feite is dit krekt wêr't Blockstack ynkomt, en biedt alle nedige komponinten om sa'n desintralisearre systeem te meitsjen.
Mei dizze arsjitektuer bewarje wy allinich gegevens op 'e blockchain dy't eins ferdield wurde moatte en net oerskreaun wurde. Yn it gefal fan Blockstack hawwe jo allinich transaksjes op 'e blockchain nedich om te registrearjen en oan te jaan wêr't jo gegevens moatte wurde opslein. Jo moatte miskien mear transaksjes meitsje as jo ien fan dizze ynformaasje wizigje wolle, mar dit is gjin weromkommend barren.
Boppedat rint de applikaasjelogika, yn tsjinstelling ta de earste oanpak, oan 'e kliïntkant en net op tûke kontrakten. Hjirmei kin de ûntwikkelder dizze logika feroarje sûnder kostbere of soms sels ûnmooglike smart kontraktupdates. En troch applikaasjegegevens en logika off-chain te hâlden, kinne desintralisearre applikaasjes de prestaasjes en skalberensnivo's fan tradisjonele sintralisearre systemen berikke.
konklúzje
Applikaasjes dy't rinne op Blockstack kinne folle better skaalje as konvinsjonele blockchain-applikaasjes, mar it is in jongere oanpak mei eigen problemen en ûnbeantwurde fragen.
Bygelyks, as in desintralisearre applikaasje net rint op tûke kontrakten, dan ferminderet dit de needsaak foar utility tokens. Dit kin problemen feroarsaakje foar bedriuwen yn betinken dat ICO's de wichtichste boarne fan finansiering west hawwe foar desintralisearre applikaasjes (ynklusyf Blockstack sels)
Der binne ek technyske problemen hjir. Bygelyks, it is relatyf maklik om te fieren in hotel boeking funksje yn in tûk kontrakt, dêr't yn in atoom operaasje, keamer reservearrings wurde makke yn ruil foar tokens. En it is net heul dúdlik hoe't boeking sil wurkje yn in Blockstack-applikaasje sûnder tûke kontrakten.
Apps dy't wrâldwide merken rjochtsje mei it potensjeel foar miljoenen brûkers moatte heul goed skaalje om suksesfol te wêzen. It is in flater om allinich op blockchains te fertrouwen om dit nivo fan skalberens yn 'e heine takomst te berikken. Om konkurrearje te kinnen mei grutte sintralisearre merkspilers lykas Booking.com, moatte desintralisearre applikaasje-ûntwikkelders alternative oanpak beskôgje foar it ûntwerpen fan har applikaasjes, lykas dy oanbean troch Blockstack.
Boarne: www.habr.com