Na, ni fydd lansio cais datganoledig (dapp) ar y blockchain yn arwain at fusnes llwyddiannus. Mewn gwirionedd, nid yw'r rhan fwyaf o ddefnyddwyr hyd yn oed yn meddwl a yw'r rhaglen yn rhedeg ar y blockchain - yn syml, maen nhw'n dewis cynnyrch sy'n rhatach, yn gyflymach ac yn symlach.
Yn anffodus, hyd yn oed os oes gan blockchain ei nodweddion a'i fanteision unigryw ei hun, mae'r rhan fwyaf o gymwysiadau sy'n rhedeg arno yn llawer drutach, yn arafach, ac yn llai greddfol na'u cystadleuwyr canolog.
Yn aml iawn yn y papurau gwyn o geisiadau sy'n cael eu hadeiladu ar y blockchain, gallwch ddod o hyd i baragraff sy'n dweud: "Mae'r blockchain yn ddrud ac ni all gefnogi'r nifer gofynnol o drafodion yr eiliad. Yn ffodus, mae llawer o bobl smart yn gweithio ar raddio'r blockchain a erbyn i'n cais gael ei lansio bydd yn dod yn eithaf graddadwy."
Mewn un paragraff syml, gall datblygwr dapiau roi'r gorau i drafodaeth ddyfnach o faterion scalability ac atebion amgen i broblemau. Mae hyn yn aml yn arwain at bensaernïaeth aneffeithlon lle mae contractau smart sy'n rhedeg ar y blockchain yn gweithredu fel backend a chraidd y cais.
Fodd bynnag, mae yna ddulliau heb eu profi o hyd o ran pensaernïaeth cymwysiadau datganoledig sy'n caniatáu ar gyfer graddio llawer gwell trwy leihau dibyniaeth ar y blockchain. Er enghraifft, mae Blockstack yn gweithio ar bensaernïaeth lle mae'r rhan fwyaf o ddata a rhesymeg y rhaglen yn cael ei storio oddi ar y gadwyn.
Edrychwn yn gyntaf ar ddull mwy traddodiadol, sy'n defnyddio blockchain fel cyfryngwr uniongyrchol rhwng defnyddwyr cymwysiadau, ac nad yw'n graddio'n arbennig o dda.
Dull #1: Blockchain fel Backend
I wneud pethau'n gliriach, gadewch i ni gymryd y diwydiant gwestai fel enghraifft. Mae hwn yn ddiwydiant enfawr lle mae cyfryngwyr fel Booking.com, ar gyfer cysylltu gwesteion a gwestai.
Mewn unrhyw sefyllfa lle rydym am drechu cyfryngwr o'r fath gan ddefnyddio'r dull hwn, byddwn yn ceisio ailadrodd ei resymeg fusnes gan ddefnyddio contractau smart ar blockchain fel Ethereum.
Gall contractau smart ffynhonnell agored sy'n rhedeg ar y "cyfrifiadur byd" gysylltu masnachwyr â defnyddwyr heb drydydd parti rhyngddynt, gan leihau'r ffioedd a'r comisiynau a godir gan y cyfryngwr yn y pen draw.
Fel y dangosir yn y ddelwedd isod, mae gwestai yn defnyddio cais datganoledig i bostio ar y blockchain wybodaeth am ystafelloedd, eu hargaeledd a phrisiau yn ystod yr wythnos neu ar benwythnosau, ac efallai hyd yn oed ddisgrifiad o'r ystafelloedd gyda'r holl wybodaeth berthnasol arall.
Mae unrhyw un sydd eisiau archebu ystafell yn defnyddio'r cymhwysiad hwn i chwilio am westai ac ystafelloedd a gynhelir ar y blockchain. Unwaith y bydd y defnyddiwr yn dewis ystafell, gwneir yr archeb trwy anfon y swm gofynnol o docynnau i'r gwesty fel blaendal. Ac mewn ymateb, mae'r contract smart yn diweddaru'r wybodaeth yn y blockchain nad yw'r rhif ar gael mwyach.
Mae dwy ochr i'r broblem scalability gyda'r dull hwn. Yn gyntaf, y nifer uchaf o drafodion yr eiliad. Yn ail, faint o ddata y gellir ei storio ar y blockchain.
Gadewch i ni wneud rhai cyfrifiadau bras. Dywed Booking.com fod ganddyn nhw bron i 2 filiwn o westai wedi cofrestru gyda nhw. Gadewch i ni ddweud bod gan y gwesty cyffredin 10 ystafell ac mae pob un yn cael ei archebu dim ond 20 gwaith y flwyddyn - sy'n rhoi cyfartaledd o 13 archeb yr eiliad i ni.
I roi'r rhif hwn mewn persbectif, mae'n werth nodi y gall Ethereum brosesu tua 15 o drafodion yr eiliad.
Ar yr un pryd, mae'n werth ystyried y bydd ein cais hefyd yn cynnwys trafodion o westai - ar gyfer lawrlwytho a diweddaru gwybodaeth am eu hystafelloedd yn gyson. Mae gwestai yn diweddaru prisiau ystafell yn aml iawn, weithiau hyd yn oed bob dydd, ac mae pob newid pris neu ddisgrifiad yn gofyn am drafodiad ar y blockchain.
Mae yna faterion maint yma hefyd - mae pwysau'r blockchain Ethereum wedi pasio'r marc 2TB yn ddiweddar. Pe bai ceisiadau gyda'r dull hwn yn dod yn wirioneddol boblogaidd, byddai rhwydwaith Ethereum yn dod yn hynod ansefydlog.
Gall system o'r fath sy'n seiliedig ar blockchain wahardd pobl o'r tu allan oherwydd ei ddidueddrwydd a diffyg canoli, prif fanteision technoleg blockchain. Ond mae gan y blockchain nodweddion eraill hefyd - mae'n cael ei ddosbarthu ac nid ei ailysgrifennu, mae'r rhain yn nodweddion rhagorol, ond mae'n rhaid i chi dalu amdanynt yn y cyflymder a chomisiwn trafodion.
Felly, rhaid i ddatblygwyr dapp werthuso'n ofalus a oes gwir angen dosbarthiad a diffyg ysgrifenadwyedd ar bob nodwedd sy'n defnyddio'r blockchain.
Er enghraifft: beth yw'r fantais o ddosbarthu data pob gwesty ar draws cannoedd o beiriannau ledled y byd a'i storio yno'n barhaol? A yw'n bwysig iawn bod data hanesyddol ar gyfraddau ystafelloedd ac argaeledd bob amser yn cael eu cynnwys yn y blockchain? Mae'n debyg na.
Os byddwn yn dechrau gofyn cwestiynau fel y rhain, byddwn yn dechrau gweld nad oes angen yr holl nodweddion blockchain drud arnom o reidrwydd ar gyfer ein holl swyddogaethau. Felly, beth yw'r dewis arall?
Dull #2: Pensaernïaeth wedi'i Ysbrydoli gan Blockstack
Er bod y prif bwyslais ar gymwysiadau lle mae defnyddwyr yn berchen ar eu data (er enghraifft, megis , , neu ), mae gan blockstack hefyd athroniaeth o ddefnyddio'r blockchain yn ysgafn - dim ond pan fo'n gwbl angenrheidiol. Eu prif ddadl yw bod blockchain yn araf ac yn ddrud, ac felly dim ond ar gyfer trafodion sengl neu anaml y dylid ei ddefnyddio. Dylai gweddill y rhyngweithio â chymwysiadau ddigwydd trwy gymar-i-gymar, h.y. rhaid i ddefnyddwyr cymwysiadau datganoledig rannu data yn uniongyrchol â'i gilydd, yn hytrach na thrwy'r blockchain. Wedi'r cyfan, crëwyd y cymwysiadau datganoledig hynaf a mwyaf llwyddiannus fel BitTorrent, e-bost a Tor cyn y cysyniad o blockchain ei hun.
Chwith: Y dull cyntaf, lle mae defnyddwyr yn rhyngweithio trwy'r blockchain. Ar y dde: Mae defnyddwyr yn rhyngweithio'n uniongyrchol â'i gilydd, a dim ond ar gyfer adnabod ac ati y defnyddir y blockchain.
Gadewch i ni fynd yn ôl at yr enghraifft archebu gwesty. Rydym eisiau protocol diduedd, annibynnol ac agored ar gyfer cysylltu gwesteion â gwestai. Mewn geiriau eraill, rydym am gael gwared ar y canolwr canoledig. Nid oes angen i ni, er enghraifft, storio prisiau ystafelloedd yn gyson mewn cyfriflyfr dosbarthedig cyffredin.
Pam nad ydym yn caniatáu i westeion a gwestai ryngweithio'n uniongyrchol yn hytrach na thrwy blockchain. Gall gwestai storio eu prisiau, argaeledd ystafelloedd ac unrhyw wybodaeth arall yn rhywle lle bydd yn hygyrch i bawb - er enghraifft, IPFS, Amazon S3, neu hyd yn oed eu gweinydd lleol eu hunain. Dyma'n union yr hyn a alwodd system storio ddatganoledig Blockstack . Mae'n caniatáu i ddefnyddwyr ddewis ble maent am i'w data gael ei storio a rheoli pwy all gael mynediad ato trwy ddull o'r enw .
Er mwyn sefydlu ymddiriedaeth, mae holl ddata'r gwesty wedi'i lofnodi'n cryptograffig gan y gwesty ei hun. Ni waeth ble mae'r data hwn yn cael ei storio, gellir gwirio ei gyfanrwydd gan ddefnyddio'r allweddi cyhoeddus sy'n gysylltiedig â hunaniaeth y gwesty hwnnw sydd wedi'u storio ar y blockchain.
Yn achos Blockstack, dim ond eich gwybodaeth hunaniaeth sy'n cael ei storio ar y blockchain. Mae gwybodaeth ar sut i gael data pob defnyddiwr yn cael ei storio mewn ffeiliau parth a'i dosbarthu trwy rwydwaith cymar-i-gymar gan ddefnyddio nodau. Ac unwaith eto, nid oes angen i chi ymddiried yn y data y mae'r nodau'n ei roi, oherwydd gallwch chi wirio ei ddilysrwydd trwy ei gymharu â'r hashes sy'n cael eu storio yn y blockchain a defnyddwyr eraill.
Mewn fersiwn symlach o'r system, bydd gwesteion yn defnyddio rhwydwaith cyfoedion-i-gymar Blockstack i chwilio am westai a chael gwybodaeth am eu hystafelloedd. A gellir gwirio dilysrwydd a chywirdeb yr holl ddata a gewch gan ddefnyddio allweddi cyhoeddus a hashes sydd wedi'u storio ynddynt Stack blociau.
Mae'r bensaernïaeth hon yn fwy cymhleth na'r dull cyntaf ac mae angen seilwaith mwy cynhwysfawr. Mewn gwirionedd, dyma'n union lle mae Blockstack yn dod i mewn, gan ddarparu'r holl gydrannau angenrheidiol i greu system ddatganoledig o'r fath.
Gyda'r bensaernïaeth hon, dim ond data ar y blockchain y mae gwir angen ei ddosbarthu ac nid ei drosysgrifo yr ydym yn ei storio. Yn achos Blockstack, dim ond trafodion ar y blockchain sydd eu hangen arnoch i gofrestru a nodi ble y dylid storio'ch data. Efallai y bydd angen i chi wneud mwy o drafodion os ydych am newid unrhyw ran o'r wybodaeth hon, ond nid yw hwn yn ddigwyddiad cylchol.
Ar ben hynny, mae rhesymeg y cais, yn wahanol i'r dull cyntaf, yn rhedeg ar ochr y cleient ac nid ar gontractau smart. Mae hyn yn caniatáu i'r datblygwr newid y rhesymeg hon heb ddiweddariadau contract smart costus neu weithiau hyd yn oed yn amhosibl. A thrwy gadw data cais a rhesymeg oddi ar y gadwyn, gall cymwysiadau datganoledig gyflawni lefelau perfformiad a scalability systemau canolog traddodiadol.
Casgliad
Gall ceisiadau sy'n rhedeg ar Blockstack raddfa llawer gwell na chymwysiadau blockchain confensiynol, ond mae'n ddull iau gyda'i broblemau ei hun a chwestiynau heb eu hateb.
Er enghraifft, os nad yw cais datganoledig yn rhedeg ar gontractau smart, yna mae hyn yn lleihau'r angen am docynnau cyfleustodau. Gallai hyn achosi problemau i fusnesau o ystyried mai ICOs oedd y brif ffynhonnell gyllid ar gyfer ceisiadau datganoledig (gan gynnwys Blockstack ei hun)
Mae problemau technegol yma hefyd. Er enghraifft, mae'n gymharol hawdd gweithredu swyddogaeth archebu gwesty mewn contract smart, lle mewn gweithrediad atomig, gwneir archebion ystafell yn gyfnewid am docynnau. Ac nid yw'n amlwg iawn sut y bydd archebu yn gweithio mewn cais Blockstack heb gontractau smart.
Rhaid i apiau sy'n targedu marchnadoedd byd-eang sydd â'r potensial i filiynau o ddefnyddwyr raddio'n dda iawn i fod yn llwyddiannus. Camgymeriad yw dibynnu ar blockchains yn unig i gyflawni'r lefel hon o scalability yn y dyfodol agos. Er mwyn gallu cystadlu â chwaraewyr marchnad canolog mawr fel Booking.com, dylai datblygwyr cymwysiadau datganoledig ystyried dulliau amgen o ddylunio eu cymwysiadau, fel yr un a gynigir gan Blockstack.
Ffynhonnell: hab.com