Yn yr erthygl hon, byddwn yn edrych ar beth yw contractau smart, beth ydyn nhw, byddwn yn dod yn gyfarwydd â gwahanol lwyfannau contract smart, eu nodweddion, a hefyd yn trafod sut maen nhw'n gweithio a pha fanteision y gallant eu cynnig. Bydd y deunydd hwn yn ddefnyddiol iawn i ddarllenwyr nad ydynt yn gyfarwydd iawn â phwnc contractau smart, ond sydd am ddod yn agosach at ei ddeall.
Cytundeb rheolaidd vs. contract smart
Cyn i ni ymchwilio i'r manylion, gadewch i ni gymryd enghraifft o'r gwahaniaethau rhwng contract rheolaidd, a nodir ar bapur, a chontract smart, a gynrychiolir yn ddigidol.
Sut oedd hyn yn gweithio cyn dyfodiad contractau smart? Dychmygwch grŵp o bobl sydd am sefydlu rhai rheolau ac amodau ar gyfer dosbarthu gwerthoedd, yn ogystal â mecanwaith penodol i warantu gweithrediad y dosbarthiad hwn yn unol â'r rheolau a'r amodau a roddir. Yna byddent yn dod at ei gilydd, yn llunio papur lle byddent yn ysgrifennu eu manylion adnabod, y telerau, y gwerthoedd dan sylw, eu dyddio a'u llofnodi. Ardystiwyd y contract hwn hefyd gan barti y gellir ymddiried ynddo, megis notari. Ymhellach, aeth y bobl hyn i wahanol gyfeiriadau gyda'u copi papur o gontract o'r fath a dechrau cyflawni rhai gweithredoedd nad oeddent efallai'n cyfateb i'r contract ei hun, hynny yw, gwnaethant un peth, ond ar bapur ardystiwyd y dylent wneud rhywbeth. hollol wahanol. A sut i fynd allan o'r sefyllfa hon? Mewn gwirionedd, mae angen i un o aelodau'r grŵp fynd â'r papur hwn, cymryd rhywfaint o dystiolaeth, mynd ag ef i'r llys a sicrhau cydymffurfiaeth rhwng y contract a'r camau gweithredu gwirioneddol. Yn aml iawn, mae'n anodd cyflawni gweithrediad teg y contract hwn, sy'n arwain at ganlyniadau annymunol.
Beth ellir ei ddweud am gontractau smart? Maent yn cyfuno'r posibilrwydd o ysgrifennu telerau'r contract a'r mecanwaith ar gyfer eu gweithredu'n llym. Os yw'r amodau wedi'u gosod a bod y trafodiad neu'r cais cyfatebol wedi'i lofnodi, yna unwaith y bydd y cais neu'r trafodiad hwnnw wedi'i dderbyn, nid yw bellach yn bosibl newid yr amodau nac effeithio ar eu gweithrediad.
Mae un dilyswr neu rwydwaith cyfan, yn ogystal â chronfa ddata sy'n storio'r holl gontractau smart a gyflwynwyd i'w gweithredu mewn trefn gronolegol gaeth. Mae hefyd yn bwysig bod yn rhaid i'r gronfa ddata hon gynnwys yr holl amodau sbarduno ar gyfer gweithredu'r contract smart. Yn ogystal, rhaid iddo gymryd i ystyriaeth yr union werth y mae ei ddosbarthiad wedi'i ddisgrifio yn y contract. Os yw hyn yn berthnasol i rai arian cyfred digidol, yna dylai'r gronfa ddata hon ei gymryd i ystyriaeth.
Mewn geiriau eraill, rhaid i ddilyswyr contractau smart gael mynediad at yr holl ddata y mae'r contract smart yn gweithredu arno. Er enghraifft, dylid defnyddio un gronfa ddata i roi cyfrif ar yr un pryd am arian cyfred digidol, balansau defnyddwyr, trafodion defnyddwyr, a stampiau amser. Yna, mewn contract smart, gall yr amod fod yn falans y defnyddiwr mewn arian cyfred penodol, dyfodiad amser penodol, neu'r ffaith bod trafodiad penodol wedi'i wneud, ond dim byd mwy.
Diffiniad o gontract smart
Yn gyffredinol, bathwyd y derminoleg ei hun gan yr ymchwilydd Nick Szabo a'i defnyddio gyntaf yn 1994, ac fe'i dogfennwyd ym 1997 mewn erthygl sy'n disgrifio'r union syniad o gontractau smart.
Mae contractau smart yn awgrymu bod rhywfaint o awtomeiddio dosbarthu gwerth yn cael ei berfformio, a all ddibynnu ar yr amodau hynny a bennwyd ymlaen llaw yn unig. Yn ei ffurf symlaf, mae'n edrych fel contract gyda thelerau wedi'u diffinio'n llym, sy'n cael ei lofnodi gan bartïon penodol.
Mae contractau smart wedi'u cynllunio i leihau ymddiriedaeth mewn trydydd partïon. Weithiau mae'r ganolfan gwneud penderfyniadau y mae popeth yn dibynnu arni yn cael ei heithrio'n llwyr. Yn ogystal, mae contractau o'r fath yn haws i'w harchwilio. Mae hyn yn ganlyniad i rai o nodweddion dylunio system o'r fath, ond gan amlaf rydym yn deall trwy gontract smart amgylchedd datganoledig a phresenoldeb swyddogaethau sy'n caniatáu i unrhyw un ddadansoddi'r gronfa ddata a chynnal archwiliad llawn o gyflawni contractau. Mae hyn yn sicrhau amddiffyniad rhag newidiadau data ôl-weithredol a fyddai'n golygu newidiadau ym mherfformiad y contract ei hun. Mae digideiddio'r rhan fwyaf o brosesau wrth greu a lansio contract smart yn aml yn symleiddio'r dechnoleg a chost eu gweithredu.
Enghraifft syml - gwasanaeth Escrow
Gadewch i ni edrych ar enghraifft syml iawn. Bydd yn eich helpu i ddod yn agosach at ddeall ymarferoldeb contractau smart, yn ogystal â deall yn well ym mha achosion y dylid eu defnyddio.
Gellir ei weithredu hefyd gan ddefnyddio Bitcoin, er ar hyn o bryd prin y gellir galw Bitcoin yn blatfform llawn ar gyfer contractau smart. Felly, mae gennym rai prynwr ac mae gennym siop ar-lein. Mae cwsmer eisiau prynu monitor o'r siop hon. Yn yr achos symlaf, mae'r prynwr yn cwblhau ac yn anfon taliad, ac mae'r siop ar-lein yn ei dderbyn, yn ei gadarnhau, ac yna'n anfon y nwyddau. Fodd bynnag, yn y sefyllfa hon mae angen ymddiriedaeth fawr - rhaid i'r prynwr ymddiried yn y siop ar-lein am gost gyfan y monitor. Gan y gallai fod gan siop ar-lein enw da isel yng ngolwg y prynwr, mae risg, am ryw reswm, ar ôl derbyn y taliad, y bydd y siop yn gwrthod gwasanaeth ac na fydd yn anfon y nwyddau at y prynwr. Felly, mae'r prynwr yn gofyn y cwestiwn (ac, yn unol â hynny, mae'r siop ar-lein yn gofyn y cwestiwn hwn) beth y gellir ei gymhwyso yn yr achos hwn er mwyn lleihau risgiau o'r fath a gwneud trafodion o'r fath yn fwy dibynadwy.
Yn achos Bitcoin, mae'n bosibl caniatáu i'r prynwr a'r gwerthwr ddewis cyfryngwr yn annibynnol. Mae llawer o bobl yn ymwneud â datrys materion dadleuol. A gall ein cyfranogwyr ddewis o restr gyffredinol o gyfryngwyr yr un y byddant yn ymddiried ynddo. Gyda'i gilydd maent yn creu cyfeiriad amllofnod 2 o 3 lle mae tair allwedd ac mae angen dau lofnod gydag unrhyw ddau allwedd i wario darnau arian o'r cyfeiriad hwnnw. Bydd un allwedd yn perthyn i'r prynwr, yr ail i'r siop ar-lein, a'r trydydd i'r cyfryngwr. Ac i gyfeiriad amllofnod o'r fath bydd y prynwr yn anfon y swm angenrheidiol i dalu am y monitor. Nawr, pan fydd y gwerthwr yn gweld bod arian wedi'i rwystro am beth amser mewn cyfeiriad amllofnod sy'n dibynnu arno, gall anfon y monitor yn ddiogel trwy'r post.
Nesaf, mae'r prynwr yn derbyn y parsel, yn archwilio'r nwyddau ac yn gwneud penderfyniad ar y pryniant terfynol. Efallai y bydd yn cytuno'n llwyr â'r gwasanaeth a ddarperir ac yn llofnodi'r trafodiad gyda'i allwedd, lle mae'n trosglwyddo darnau arian o'r cyfeiriad amllofnod i'r gwerthwr, neu efallai ei fod yn anfodlon â rhywbeth. Yn yr ail achos, mae'n cysylltu â chyfryngwr i lunio trafodiad amgen a fydd yn dosbarthu'r darnau arian hynny'n wahanol.
Gadewch i ni ddweud bod y monitor wedi cyrraedd ychydig yn grafog ac nid oedd y pecyn yn cynnwys cebl ar gyfer cysylltu â'r cyfrifiadur, er bod gwefan y siop ar-lein wedi dweud y dylid cynnwys y cebl yn y cit. Yna mae'r prynwr yn casglu'r dystiolaeth angenrheidiol i brofi i'r cyfryngwr ei fod wedi'i dwyllo yn y sefyllfa hon: mae'n cymryd sgrinluniau o'r wefan, yn tynnu llun o'r derbynneb post, yn tynnu llun o'r crafiadau ar y monitor ac yn dangos bod y sêl wedi torri a chafodd y cebl ei dynnu allan. Mae'r siop ar-lein, yn ei thro, yn casglu ei thystiolaeth ac yn ei throsglwyddo i'r cyfryngwr.
Mae gan y cyfryngwr ddiddordeb mewn bodloni dicter y prynwr a buddiannau'r siop ar-lein ar yr un pryd (bydd yn dod yn amlwg pam yn ddiweddarach). Mae'n drafodiad lle bydd darnau arian o gyfeiriad amllofnod yn cael eu gwario mewn rhyw gyfran rhwng y prynwr, y siop ar-lein a'r cyfryngwr, gan ei fod yn cymryd cyfran iddo'i hun fel gwobr am ei waith. Gadewch i ni ddweud bod 90% o'r cyfanswm yn mynd i'r gwerthwr, 5% i'r cyfryngwr a 5% o iawndal i'r prynwr. Mae'r cyfryngwr yn llofnodi'r trafodiad hwn gyda'i allwedd, ond ni ellir ei gymhwyso eto, oherwydd mae angen dau lofnod arno, ond dim ond un sy'n werth chweil. Mae'n anfon trafodiad o'r fath i'r prynwr a'r gwerthwr. Os yw o leiaf un ohonynt yn fodlon â'r opsiwn hwn ar gyfer ailddosbarthu darnau arian, yna bydd y trafodiad yn cael ei lofnodi ymlaen llaw a'i ddosbarthu i'r rhwydwaith. Er mwyn ei ddilysu, mae'n ddigon bod un o'r partïon i'r trafodiad yn cytuno ag opsiwn y cyfryngwr.
Mae'n bwysig dewis cyfryngwr i ddechrau fel bod y ddau gyfranogwr yn ymddiried ynddo. Yn yr achos hwn, bydd yn gweithredu'n annibynnol ar fuddiannau un neu'r llall ac yn asesu'r sefyllfa yn wrthrychol. Os na fydd y cyfryngwr yn darparu opsiwn ar gyfer dosbarthu darnau arian a fydd yn bodloni o leiaf un cyfranogwr, yna, ar ôl cytuno gyda'i gilydd, gall y prynwr a'r siop ar-lein anfon y darnau arian i gyfeiriad amllofnod newydd trwy roi eu dau lofnod. Bydd y cyfeiriad amllofnod newydd yn cael ei lunio gyda chyfryngwr gwahanol, a all fod yn fwy cymwys yn y mater a darparu opsiwn gwell.
Enghraifft gyda ystafell gysgu ac oergell
Edrychwn ar enghraifft fwy cymhleth sy'n dangos galluoedd contract smart yn fwy penodol.
Gadewch i ni ddweud bod yna dri dyn a symudodd yn ddiweddar i'r un ystafell dorm. Mae gan y tri ohonynt ddiddordeb mewn prynu oergell ar gyfer eu hystafell y gallant ei defnyddio gyda'i gilydd. Gwirfoddolodd un ohonynt i gasglu'r swm angenrheidiol i brynu oergell a thrafod gyda'r gwerthwr. Fodd bynnag, dim ond yn ddiweddar y gwnaethant gwrdd â'i gilydd ac nid oes digon o ymddiriedaeth rhyngddynt. Yn amlwg, mae dau ohonynt yn cymryd risg drwy roi arian i’r trydydd. Yn ogystal, mae angen iddynt ddod i gytundeb wrth ddewis gwerthwr.
Gallant ddefnyddio'r gwasanaeth escrow, hynny yw, dewis cyfryngwr a fydd yn monitro gweithrediad y trafodiad a datrys materion dadleuol os bydd rhai'n codi. Yna, ar ôl cytuno, maent yn llunio contract smart ac yn rhagnodi amodau penodol ynddo.
Yr amod cyntaf yw bod yn rhaid i'r cyfrif contract smart cyfatebol dderbyn tri thaliad o gyfeiriadau penodol am swm penodol cyn amser penodol, dyweder o fewn wythnos. Os na fydd hyn yn digwydd, mae'r contract smart yn rhoi'r gorau i weithredu ac yn dychwelyd y darnau arian i'r holl gyfranogwyr. Os bodlonir yr amod, yna gosodir gwerthoedd dynodwyr y gwerthwr a'r cyfryngwr, a gwirir yr amod bod yr holl gyfranogwyr yn cytuno â dewis y gwerthwr a'r cyfryngwr. Pan fodlonir yr holl amodau, yna trosglwyddir yr arian i'r cyfeiriadau penodedig. Gall y dull hwn amddiffyn cyfranogwyr rhag twyll o unrhyw ochr ac yn gyffredinol mae'n dileu'r angen i ymddiried.
Gwelwn yn yr enghraifft hon yr union egwyddor bod y gallu hwn i osod paramedrau cam wrth gam ar gyfer cyflawni pob amod yn caniatáu ichi greu systemau o unrhyw gymhlethdod a dyfnder y lefelau nythu. Yn ogystal, gallwch chi ddiffinio'r amod cyntaf yn y contract smart yn gyntaf, a dim ond ar ôl ei gyflawni y gallwch chi osod paramedrau ar gyfer y cyflwr nesaf. Mewn geiriau eraill, mae'r cyflwr wedi'i ysgrifennu'n ffurfiol, a gellir gosod y paramedrau ar ei gyfer eisoes yn ystod ei weithrediad.
Dosbarthiad contractau smart
Ar gyfer dosbarthu, gallwch osod gwahanol grwpiau o feini prawf. Fodd bynnag, ar hyn o bryd o ddatblygiad technoleg, mae pedwar ohonynt yn berthnasol.
Gellir gwahaniaethu rhwng contractau smart gan eu hamgylchedd gweithredu, y gellir ei ganoli neu ei ddatganoli. Yn achos datganoli, mae gennym lawer mwy o annibyniaeth a goddefgarwch bai wrth weithredu contractau smart.
Gellir eu gwahaniaethu hefyd gan y broses o osod a chyflawni amodau: gallant fod yn rhaglenadwy, yn gyfyngedig neu wedi'u diffinio ymlaen llaw, h.y. wedi'u teipio'n llym. Pan nad oes ond 4 contract smart penodol ar y llwyfan contract smart, gellir gosod y paramedrau ar eu cyfer mewn unrhyw ffordd. Yn unol â hynny, mae eu gosod yn llawer symlach: rydym yn dewis contract o'r rhestr ac yn pasio'r paramedrau.
Yn ôl y dull cychwyn, mae yna gontractau smart awtomataidd, hynny yw, pan fydd rhai amodau'n digwydd, maen nhw'n hunan-gyflawni, ac mae yna gontractau lle mae'r amodau wedi'u nodi, ond nid yw'r platfform yn gwirio eu cyflawniad yn awtomatig; ar gyfer hyn maen nhw angen eu cychwyn ar wahân.
Yn ogystal, mae contractau smart yn amrywio o ran lefel eu preifatrwydd. Gallant fod yn gwbl agored, yn rhannol neu'n gwbl gyfrinachol. Mae'r olaf yn golygu nad yw arsylwyr trydydd parti yn gweld telerau contractau smart. Fodd bynnag, mae pwnc preifatrwydd yn eang iawn ac mae'n well ei ystyried ar wahân i'r erthygl gyfredol.
Isod byddwn yn edrych yn agosach ar y tri maen prawf cyntaf i ddod â mwy o eglurder i ddealltwriaeth o'r pwnc cyfredol.
Contractau smart yn ôl amser rhedeg
Yn seiliedig ar yr amgylchedd gweithredu, gwahaniaethir rhwng llwyfannau contract smart canolog a datganoledig. Yn achos contractau digidol canolog, defnyddir un gwasanaeth, lle mai dim ond un dilysydd sydd ac y gall fod gwasanaeth wrth gefn ac adfer, sydd hefyd yn cael ei reoli’n ganolog. Mae un gronfa ddata sy'n storio'r holl wybodaeth angenrheidiol i osod telerau'r contract smart a dosbarthu'r gwerth sy'n cael ei ystyried yn y gronfa ddata gwasanaeth hon. Mae gan wasanaeth canolog o'r fath gleient sy'n gosod amodau gyda rhai ceisiadau ac sy'n defnyddio contractau o'r fath. Oherwydd natur ganolog y platfform, gall mecanweithiau dilysu fod yn llai diogel nag mewn arian cyfred digidol.
Er enghraifft, gallwn gymryd darparwyr cyfathrebiadau symudol (gwahanol weithredwyr symudol). Gadewch i ni ddweud bod gweithredwr penodol yn cadw cofnod canolog o draffig ar ei weinyddion, y gellir ei drosglwyddo mewn gwahanol fformatau, er enghraifft: ar ffurf galwadau llais, trosglwyddo SMS, traffig Rhyngrwyd symudol, ac yn unol â gwahanol safonau, a hefyd yn cadw cofnodion arian ar falansau defnyddwyr. Yn unol â hynny, gall y darparwr cyfathrebiadau symudol lunio contractau ar gyfer cyfrifo am y gwasanaethau a ddarperir a’u taliad o dan amodau gwahanol. Yn yr achos hwn, mae'n hawdd gosod amodau fel “anfon SMS gyda chod o'r fath i rif o'r fath a byddwch yn derbyn amodau o'r fath ac o'r fath ar gyfer dosbarthu traffig.”
Gellir rhoi un enghraifft arall: banciau traddodiadol gydag ymarferoldeb ehangach o fancio Rhyngrwyd a chontractau syml iawn fel taliadau rheolaidd, trosi taliadau sy'n dod i mewn yn awtomatig, didynnu llog yn awtomatig i gyfrif penodol, ac ati.
Os ydym yn sôn am gontractau smart gydag amgylchedd gweithredu datganoledig, yna mae gennym grŵp o ddilyswyr. Yn ddelfrydol, gall unrhyw un ddod yn ddilyswr. Oherwydd y protocol cydamseru cronfa ddata a chyrraedd consensws, mae gennym rywfaint o gronfa ddata gyffredin a fydd bellach yn storio'r holl drafodion gyda chontractau a ddisgrifir yn llym, ac nid rhai ymholiadau amodol, y mae eu fformatau'n aml yn newid, ac nid oes unrhyw fanyleb agored. Yma, bydd trafodion yn cynnwys cyfarwyddiadau i gyflawni'r contract yn unol â manyleb lem. Mae'r fanyleb hon yn agored ac, felly, gall defnyddwyr platfformau eu hunain archwilio a dilysu contractau smart. Yma gwelwn fod platfformau datganoledig yn well na rhai canoledig o ran annibyniaeth a goddefgarwch diffygion, ond mae eu dyluniad a'u cynnal a'u cadw yn llawer mwy cymhleth.
Contractau smart trwy'r dull o osod a chyflawni amodau
Nawr, gadewch i ni edrych yn agosach ar sut y gall contractau smart amrywio yn y ffordd y maent yn gosod ac yn cyflawni amodau. Yma rydym yn troi ein sylw at gontractau smart y gellir eu rhaglennu ar hap a Turing yn gyflawn. Mae contract smart Turing-cyflawn yn eich galluogi i osod bron unrhyw algorithmau fel amodau ar gyfer gweithredu'r contract: ysgrifennu cylchoedd, rhai swyddogaethau ar gyfer cyfrifo tebygolrwydd, ac ati - hyd at eich algorithmau llofnod electronig eich hun. Yn yr achos hwn, rydym yn golygu ysgrifennu rhesymeg wirioneddol fympwyol.
Mae yna hefyd gontractau smart mympwyol, ond nid rhai cyflawn Turing. Mae hyn yn cynnwys Bitcoin a Litecoin gyda'u sgript eu hunain. Mae hyn yn golygu mai dim ond rhai gweithrediadau y gallwch eu defnyddio mewn unrhyw drefn, ond ni allwch ysgrifennu dolenni a'ch algorithmau eich hun mwyach.
Yn ogystal, mae yna lwyfannau contract smart sy'n gweithredu contractau smart a ddiffiniwyd ymlaen llaw. Mae'r rhain yn cynnwys Bitshares a Steemit. Mae gan Bitshares ystod o gontractau smart ar gyfer masnachu, rheoli cyfrifon, rheoli'r platfform ei hun a'i baramedrau. Mae Steemit yn blatfform tebyg, ond nid yw bellach yn canolbwyntio ar gyhoeddi tocynnau a masnachu, fel Bitshares, ond ar flogio, h.y. mae’n storio ac yn prosesu cynnwys mewn modd datganoledig.
Mae contractau mympwyol Turing-cyflawn yn cynnwys y platfform Ethereum a RootStock, sy'n dal i gael ei ddatblygu. Felly, isod byddwn yn canolbwyntio ychydig yn fwy manwl ar lwyfan contract smart Ethereum.
Contractau smart trwy ddull cychwyn
Yn seiliedig ar y dull cychwyn, gellir rhannu contractau smart hefyd yn o leiaf ddau grŵp: awtomataidd a llaw (nid awtomataidd). Nodweddir rhai awtomataidd gan y ffaith, o ystyried yr holl baramedrau ac amodau hysbys, bod y contract smart yn cael ei weithredu'n gyfan gwbl yn awtomatig, hynny yw, nid oes angen anfon unrhyw drafodion ychwanegol a gwario comisiwn ychwanegol ar bob gweithrediad dilynol. Mae gan y platfform ei hun yr holl ddata i gyfrifo sut y bydd y contract smart yn cael ei gwblhau. Nid yw'r rhesymeg yno yn fympwyol, ond wedi'i phennu ymlaen llaw ac mae hyn i gyd yn rhagweladwy. Hynny yw, gallwch chi amcangyfrif ymlaen llaw gymhlethdod gweithredu contract smart, defnyddio rhyw fath o gomisiwn cyson ar ei gyfer, ac mae'r holl brosesau ar gyfer ei weithredu yn fwy effeithlon.
Ar gyfer contractau smart sy'n cael eu rhaglennu'n rhydd, nid yw gweithredu yn awtomataidd. I gychwyn contract smart o'r fath, ar bron bob cam mae angen i chi greu trafodiad newydd, a fydd yn galw'r cam gweithredu nesaf neu'r dull contract smart nesaf, talu'r comisiwn priodol ac aros i'r trafodiad gael ei gadarnhau. Gall y cyflawni gael ei gwblhau'n llwyddiannus ai peidio, oherwydd bod y cod contract smart yn fympwyol a gall rhai eiliadau anrhagweladwy ymddangos, megis dolen dragwyddol, diffyg rhai paramedrau a dadleuon, eithriadau heb eu trin, ac ati.
Cyfrifon Ethereum
Mathau o Gyfrifon Ethereum
Gadewch i ni edrych ar ba fathau o gyfrifon a all fod ar y platfform Ethereum. Dim ond dau fath o gyfrifon sydd yma ac nid oes unrhyw opsiynau eraill. Gelwir y math cyntaf yn gyfrif defnyddiwr, a'r ail yw cyfrif contract. Gadewch i ni ddarganfod sut maen nhw'n wahanol.
Rheolir y cyfrif defnyddiwr gan allwedd bersonol y llofnod electronig yn unig. Mae perchennog y cyfrif yn cynhyrchu ei bâr allwedd ei hun ar gyfer llofnod electronig gan ddefnyddio algorithm ECDSA (Elliptic Curve Digital Signature Algorithm). Dim ond trafodion sydd wedi'u llofnodi gyda'r allwedd hon all newid cyflwr y cyfrif hwn.
Darperir rhesymeg ar wahân ar gyfer y cyfrif contract smart. Dim ond trwy god meddalwedd wedi'i ddiffinio ymlaen llaw y gellir ei reoli sy'n pennu ymddygiad y contract smart yn llwyr: sut y bydd yn rheoli ei ddarnau arian o dan rai amgylchiadau, ar fenter pa ddefnyddiwr ac o dan ba amodau ychwanegol y bydd y darnau arian hyn yn cael eu dosbarthu. Os na ddarperir ar gyfer rhai pwyntiau gan y datblygwyr yng nghod y rhaglen, gall problemau godi. Er enghraifft, efallai y bydd contract smart yn derbyn cyflwr penodol lle nad yw'n derbyn cychwyn gweithredu pellach gan unrhyw un o'r defnyddwyr. Yn yr achos hwn, bydd y darnau arian yn cael eu rhewi mewn gwirionedd, oherwydd nid yw'r contract smart yn darparu ar gyfer gadael y wladwriaeth hon.
Sut mae cyfrifon yn cael eu creu ar Ethereum
Yn achos cyfrif defnyddiwr, mae'r perchennog yn cynhyrchu pâr allweddol yn annibynnol gan ddefnyddio ECDSA. Mae'n bwysig nodi bod Ethereum yn defnyddio'r un algorithm yn union ac yn union yr un gromlin eliptig ar gyfer llofnodion electronig â Bitcoin, ond cyfrifir y cyfeiriad mewn ffordd ychydig yn wahanol. Yma, nid yw canlyniad stwnsio dwbl yn cael ei ddefnyddio mwyach, fel yn Bitcoin, ond mae stwnsh sengl yn cael ei ddarparu gyda swyddogaeth Keccak ar hyd o 256 did. Mae'r didau lleiaf arwyddocaol yn cael eu torri i ffwrdd o'r gwerth canlyniadol, sef y 160 did lleiaf arwyddocaol o'r gwerth hash allbwn. O ganlyniad, rydym yn cael cyfeiriad yn Ethereum. Mewn gwirionedd, mae'n cymryd hyd at 20 beit.
Sylwch fod y dynodwr cyfrif yn Ethereum wedi'i amgodio mewn hecs heb gymhwyso siec, yn wahanol i Bitcoin a llawer o systemau eraill, lle mae'r cyfeiriad wedi'i amgodio mewn system rhif 58 sylfaen gan ychwanegu siec. Mae hyn yn golygu bod angen i chi fod yn ofalus wrth weithio gyda dynodwyr cyfrif yn Ethereum: mae hyd yn oed un camgymeriad yn y dynodwr yn sicr o arwain at golli darnau arian.
Mae yna nodwedd bwysig a dyma fod cyfrif defnyddiwr ar lefel cronfa ddata gyffredinol yn cael ei greu ar hyn o bryd pan fydd yn derbyn y taliad cyntaf sy'n dod i mewn.
Mae creu cyfrif contract smart yn cymryd agwedd hollol wahanol. I ddechrau, mae un o'r defnyddwyr yn ysgrifennu cod ffynhonnell y contract smart, ac ar ôl hynny mae'r cod yn cael ei basio trwy gasglwr arbennig ar gyfer platfform Ethereum, gan gael bytecode ar gyfer ei beiriant rhithwir Ethereum ei hun. Mae'r bytecode canlyniadol yn cael ei roi mewn maes arbennig o'r trafodiad. Mae wedi'i ardystio ar ran cyfrif y cychwynnwr. Nesaf, mae'r trafodiad hwn yn cael ei ledaenu ledled y rhwydwaith ac yn gosod y cod contract smart. Mae'r comisiwn ar gyfer y trafodiad ac, yn unol â hynny, ar gyfer gweithredu'r contract yn cael ei dynnu'n ôl o falans cyfrif y cychwynnwr.
Mae pob contract smart o reidrwydd yn cynnwys ei adeiladwr ei hun (y contract hwn). Gall fod yn wag neu efallai fod ganddo gynnwys. Ar ôl i'r adeiladwr gael ei weithredu, mae dynodwr cyfrif contract smart yn cael ei greu, gan ddefnyddio y gallwch chi anfon darnau arian, ffonio rhai dulliau contract smart, ac ati.
Strwythur Trafodion Ethereum
Er mwyn ei gwneud yn gliriach, byddwn yn dechrau edrych ar strwythur trafodiad Ethereum ac enghraifft o god contract smart.
Mae trafodiad Ethereum yn cynnwys sawl maes. Y cyntaf o'r rhain, nonce, yw rhif cyfresol penodol o'r trafodiad o'i gymharu â'r cyfrif ei hun sy'n ei ddosbarthu ac sy'n awdur iddo. Mae hyn yn angenrheidiol er mwyn gwahaniaethu trafodion dwbl, hynny yw, i eithrio'r achos pan fydd yr un trafodiad yn cael ei dderbyn ddwywaith. Trwy ddefnyddio dynodwr, mae gan bob trafodiad werth hash unigryw.
Nesaf daw maes fel pris nwy. Mae hyn yn dangos y pris y mae arian cyfred sylfaenol Ethereum yn cael ei drawsnewid yn nwy, a ddefnyddir i dalu am gyflawni'r contract smart a dyrannu'r adnodd peiriant rhithwir. Beth mae'n ei olygu?
Yn Bitcoin, telir ffioedd yn uniongyrchol gan yr arian sylfaenol - Bitcoin ei hun. Mae hyn yn bosibl diolch i fecanwaith syml ar gyfer eu cyfrifo: rydym yn talu'n llym am faint o ddata a gynhwysir yn y trafodiad. Yn Ethereum mae'r sefyllfa'n fwy cymhleth, oherwydd mae'n anodd iawn dibynnu ar faint o ddata trafodion. Yma, gall y trafodiad hefyd gynnwys cod rhaglen a fydd yn cael ei weithredu ar y peiriant rhithwir, ac efallai y bydd gan bob gweithrediad y peiriant rhithwir gymhlethdod gwahanol. Mae yna hefyd weithrediadau sy'n dyrannu cof ar gyfer newidynnau. Bydd ganddynt eu cymhlethdod eu hunain, y bydd y taliad ar gyfer pob gweithrediad yn dibynnu arno.
Bydd cost pob gweithrediad mewn nwy cyfatebol yn gyson. Fe'i cyflwynir yn benodol er mwyn pennu cost gyson pob gweithrediad. Yn dibynnu ar y llwyth ar y rhwydwaith, bydd y pris nwy yn newid, hynny yw, y cyfernod y bydd yr arian sylfaenol yn cael ei drawsnewid yn yr uned ategol hon i dalu'r comisiwn.
Mae un nodwedd arall o drafodiad yn Ethereum: bydd y cod byte y mae'n ei gynnwys i'w weithredu mewn peiriant rhithwir yn cael ei weithredu nes ei fod wedi'i gwblhau gyda rhywfaint o ganlyniad (llwyddiant neu fethiant) neu nes bod swm penodol o ddarnau arian a ddyrannwyd yn dod i ben i dalu'r comisiwn . Er mwyn osgoi sefyllfa lle, mewn achos o gamgymeriad, gwariwyd yr holl ddarnau arian o gyfrif yr anfonwr ar gomisiwn (er enghraifft, cychwynnodd rhyw fath o gylchred tragwyddol mewn peiriant rhithwir), mae'r maes canlynol yn bodoli - cychwyn nwy (a elwir yn aml yn derfyn nwy) - mae'n pennu uchafswm y darnau arian y mae'r anfonwr yn fodlon eu gwario i gwblhau trafodiad penodol.
Gelwir y maes nesaf cyfeiriad cyrchfan. Mae hyn yn cynnwys cyfeiriad derbynnydd y darnau arian neu gyfeiriad contract smart penodol y bydd ei ddulliau'n cael eu galw. Ar ei ol daw y maes gwerth, lle cofnodir swm y darnau arian a anfonir i'r cyfeiriad cyrchfan.
Nesaf mae maes diddorol o'r enw data, lle mae'r strwythur cyfan yn ffitio. Nid yw hwn yn faes ar wahân, ond yn strwythur cyfan lle mae'r cod ar gyfer y peiriant rhithwir wedi'i ddiffinio. Gallwch osod data mympwyol yma - mae rheolau ar wahân ar gyfer hyn.
A gelwir y maes olaf Llofnod. Ar yr un pryd mae'n cynnwys llofnod electronig awdur y trafodiad hwn a'r allwedd gyhoeddus y bydd y llofnod hwn yn cael ei ddilysu ag ef. O'r allwedd gyhoeddus gallwch gael dynodwr cyfrif anfonwr y trafodiad hwn, hynny yw, adnabod cyfrif yr anfonwr yn unigryw yn y system ei hun. Fe wnaethon ni ddarganfod y prif beth am strwythur y trafodiad.
Enghraifft o god contract smart ar gyfer Solidity
Gadewch i ni nawr edrych yn agosach ar y contract smart symlaf gan ddefnyddio enghraifft.
contract Bank {
address owner;
mapping(address => uint) balances;
function Bank() {
owner = msg.sender;
}
function deposit() public payable {
balances[msg.sender] += msg.value;
}
function withdraw(uint amount) public {
if (balances[msg.sender] >= amount) {
balances[msg.sender] -= amount;
msg.sender.transfer(amount);
}
}
function getMyBalance() public view returns(uint) {
return balances[msg.sender];
}
function kill() public {
if (msg.sender == owner)
selfdestruct(owner);
}
}Uchod mae cod ffynhonnell symlach a all ddal darnau arian defnyddwyr a'u dychwelyd yn ôl y galw.
Felly, mae contract smart Banc sy'n cyflawni'r swyddogaethau canlynol: mae'n cronni darnau arian ar ei falans, hynny yw, pan fydd trafodiad yn cael ei gadarnhau a bod contract smart o'r fath yn cael ei osod, crëir cyfrif newydd a all gynnwys darnau arian ar ei gydbwysedd; mae'n cofio defnyddwyr a dosbarthiad darnau arian rhyngddynt; Mae ganddo sawl dull o reoli balansau, hynny yw, mae'n bosibl ailgyflenwi, tynnu'n ôl a gwirio cydbwysedd y defnyddiwr.
Gadewch i ni fynd trwy bob llinell o god ffynhonnell. Mae gan y contract hwn feysydd cyson. Gelwir un ohonynt, gyda chyfeiriad math, yn berchennog. Yma mae'r contract yn cofio cyfeiriad y defnyddiwr a greodd y contract smart hwn. Ymhellach, mae strwythur deinamig sy'n cynnal gohebiaeth rhwng cyfeiriadau defnyddwyr a balansau.
Dilynir hyn gan y dull Banc - mae ganddo'r un enw â'r contract. Yn unol â hynny, dyma ei adeiladwr. Yma rhoddir cyfeiriad y person a osododd y contract smart hwn ar y rhwydwaith i'r newidyn perchennog. Dyma'r unig beth sy'n digwydd yn yr adeiladwr hwn. Hynny yw, msg yn yr achos hwn yw'r union ddata a drosglwyddwyd i'r peiriant rhithwir ynghyd â'r trafodiad sy'n cynnwys cod cyfan y contract hwn. Yn unol â hynny, msg.sender yw awdur y trafodiad hwn sy'n cynnal y cod hwn. Ef fydd perchennog y contract smart.
Mae'r dull blaendal yn caniatáu ichi drosglwyddo nifer benodol o ddarnau arian i'r cyfrif contract trwy drafodiad. Yn yr achos hwn, mae'r contract smart, sy'n derbyn y darnau arian hyn, yn eu gadael ar ei fantolen, ond yn cofnodi yn y strwythur balansau pwy yn union oedd anfonwr y darnau arian hyn er mwyn gwybod i bwy y maent yn perthyn.
Gelwir y dull nesaf yn tynnu'n ôl ac mae'n cymryd un paramedr - faint o ddarnau arian y mae rhywun am eu tynnu'n ôl o'r banc hwn. Mae hyn yn gwirio a oes digon o ddarnau arian yng nghydbwysedd y defnyddiwr sy'n galw'r dull hwn i'w hanfon. Os oes digon ohonynt, yna mae'r contract smart ei hun yn dychwelyd y nifer honno o ddarnau arian i'r galwr.
Nesaf daw'r dull ar gyfer gwirio balans cyfredol y defnyddiwr. Bydd pwy bynnag sy'n galw'r dull hwn yn cael ei ddefnyddio i adennill y cydbwysedd hwn yn y contract smart. Mae'n werth nodi mai golwg yw addasydd y dull hwn. Mae hyn yn golygu nad yw'r dull ei hun yn newid newidynnau ei ddosbarth mewn unrhyw ffordd a dim ond dull darllen ydyw mewn gwirionedd. Nid oes unrhyw drafodiad ar wahân yn cael ei greu i alw'r dull hwn, ni thelir ffi, ac mae'r holl gyfrifiadau'n cael eu perfformio'n lleol, ac ar ôl hynny mae'r defnyddiwr yn derbyn y canlyniad.
Mae angen y dull lladd i ddinistrio cyflwr y contract smart. Ac yma mae gwiriad ychwanegol ai galwr y dull hwn yw perchennog y contract hwn. Os felly, yna mae'r contract yn hunan-ddinistrio, ac mae'r swyddogaeth ddinistrio yn cymryd un paramedr - y dynodwr cyfrif y bydd y contract yn anfon yr holl ddarnau arian sy'n weddill ar ei gydbwysedd iddo. Yn yr achos hwn, bydd y darnau arian sy'n weddill yn mynd yn awtomatig i gyfeiriad perchennog y contract.
Sut mae nod llawn ar rwydwaith Ethereum yn gweithio?
Gadewch i ni edrych yn sgematig ar sut mae contractau smart o'r fath yn cael eu gweithredu ar y platfform Ethereum a sut mae nod rhwydwaith llawn yn gweithio.
Rhaid i nod llawn ar rwydwaith Ethereum gael o leiaf bedwar modiwl.
Y cyntaf, fel unrhyw brotocol datganoledig, yw'r modiwl rhwydweithio P2P - modiwl ar gyfer cysylltiad rhwydwaith a gweithio gyda nodau eraill, lle mae blociau, trafodion, a gwybodaeth am nodau eraill yn cael eu cyfnewid. Mae hon yn gydran draddodiadol ar gyfer pob arian cyfred digidol datganoledig.
Nesaf, mae gennym fodiwl ar gyfer storio data blockchain, prosesu, dewis cangen flaenoriaeth, atodi blociau, datgysylltu blociau, dilysu'r blociau hyn, ac ati.
Gelwir y trydydd modiwl yn EVM (peiriant rhithwir Ethereum) - mae hwn yn beiriant rhithwir sy'n derbyn bytecode o drafodion Ethereum. Mae'r modiwl hwn yn cymryd cyflwr cyfredol cyfrif penodol ac yn gwneud newidiadau i'w gyflwr yn seiliedig ar y cod byte a dderbyniwyd. Rhaid i'r fersiwn peiriant rhithwir ar bob nod rhwydwaith fod yr un peth. Mae'r cyfrifiadau sy'n digwydd ar bob nod Ethereum yn union yr un fath, ond maent yn digwydd mewn modd asyncronaidd: mae rhywun yn gwirio ac yn derbyn y trafodiad hwn yn gynharach, hynny yw, yn gweithredu'r holl god sydd ynddo, a rhywun yn ddiweddarach. Yn unol â hynny, pan fydd trafodiad yn cael ei greu, caiff ei ddosbarthu i'r rhwydwaith, mae'r nodau'n ei dderbyn, ac ar adeg y dilysu, yn yr un modd ag y gweithredir Bitcoin Script yn Bitcoin, gweithredir bytecode y peiriant rhithwir yma.
Ystyrir bod trafodiad wedi'i ddilysu os yw'r holl god sydd ynddo wedi'i weithredu, mae cyflwr cyfrif newydd wedi'i gynhyrchu a'i gadw nes ei bod yn amlwg a yw'r trafodiad hwn wedi'i gymhwyso ai peidio. Os cymhwysir y trafodiad, yna ystyrir y cyflwr hwn nid yn unig wedi'i gwblhau, ond hefyd yn gyfredol. Mae cronfa ddata sy'n storio cyflwr pob cyfrif ar gyfer pob nod rhwydwaith. Oherwydd y ffaith bod yr holl gyfrifiadau'n digwydd yn yr un modd a bod cyflwr y blockchain yr un peth, bydd y gronfa ddata sy'n cynnwys cyflwr yr holl gyfrifon hefyd yr un peth ar gyfer pob nod.
Mythau a chyfyngiadau contractau smart
O ran y cyfyngiadau sy'n bodoli ar gyfer llwyfannau contract smart tebyg i Ethereum, gellir dyfynnu'r canlynol:
- gweithredu cod;
- dyrannu cof;
- data blockchain;
- anfon taliadau;
- creu contract newydd;
- galw contractau eraill.
Gadewch i ni edrych ar y cyfyngiadau a osodir ar beiriant rhithwir, ac, yn unol â hynny, chwalu rhai mythau am gontractau smart. Ar beiriant rhithwir, a all fod nid yn unig yn Ethereum, ond hefyd mewn llwyfannau tebyg, gallwch chi berfformio gweithrediadau rhesymegol gwirioneddol fympwyol, hynny yw, ysgrifennu cod a bydd yn cael ei weithredu yno, gallwch chi hefyd ddyrannu cof. Fodd bynnag, telir y ffi ar wahân ar gyfer pob gweithrediad ac am bob uned gof ychwanegol a ddyrennir.
Nesaf, gall y peiriant rhithwir ddarllen data o'r gronfa ddata blockchain er mwyn defnyddio'r data hwn fel sbardun i weithredu un neu'r llall rhesymeg contract smart. Gall y peiriant rhithwir greu ac anfon trafodion, gall greu contractau newydd a dulliau galw contractau smart eraill sydd eisoes wedi'u cyhoeddi ar y rhwydwaith: presennol, sydd ar gael, ac ati.
Y myth mwyaf cyffredin yw y gall contractau smart Ethereum ddefnyddio gwybodaeth o unrhyw adnodd Rhyngrwyd yn eu telerau. Y gwir yw na all peiriant rhithwir anfon cais rhwydwaith i rai adnoddau gwybodaeth allanol ar y Rhyngrwyd, hynny yw, mae'n amhosibl ysgrifennu contract smart a fydd yn dosbarthu gwerth rhwng defnyddwyr yn dibynnu ar, dyweder, sut mae'r tywydd y tu allan, neu a enillodd ryw bencampwriaeth, neu'n seiliedig ar ba ddigwyddiad arall a ddigwyddodd yn y byd y tu allan, oherwydd yn syml, nid yw gwybodaeth am y digwyddiadau hyn yng nghronfa ddata'r platfform ei hun. Hynny yw, nid oes unrhyw beth ar y blockchain am hyn. Os nad yw'n ymddangos yno, yna ni all y peiriant rhithwir ddefnyddio'r data hwn fel sbardunau.
Anfanteision Ethereum
Gadewch i ni restru'r prif rai. Yr anfantais gyntaf yw bod rhai anawsterau wrth ddylunio, datblygu a phrofi contractau smart yn Ethereum (mae Ethereum yn defnyddio'r iaith Solidity i ysgrifennu contractau smart). Yn wir, mae arfer yn dangos bod canran uchel iawn o'r holl wallau yn perthyn i'r ffactor dynol. Mae hyn mewn gwirionedd yn wir ar gyfer contractau smart Ethereum sydd eisoes wedi'u hysgrifennu sydd â chymhlethdod cyfartalog neu uwch. Os yw'r tebygolrwydd o gamgymeriad yn fach ar gyfer contractau smart syml, yna mewn contractau smart cymhleth yn aml mae gwallau sy'n arwain at ddwyn arian, eu rhewi, dinistrio contractau smart mewn ffordd annisgwyl, ac ati. Mae llawer o achosion o'r fath eisoes yn bodoli. hysbys.
Yr ail anfantais yw nad yw'r peiriant rhithwir ei hun yn berffaith, gan ei fod hefyd wedi'i ysgrifennu gan bobl. Gall weithredu gorchmynion mympwyol, ac ynddynt y mae'r bregusrwydd: gellir ffurfweddu nifer o orchmynion mewn ffordd benodol a fydd yn arwain at ganlyniadau nas rhagwelwyd ymlaen llaw. Mae hwn yn faes cymhleth iawn, ond mae yna nifer o astudiaethau eisoes sy'n dangos bod y gwendidau hyn yn bodoli yn y fersiwn gyfredol o'r rhwydwaith Ethereum a gallant arwain at fethiant llawer o gontractau smart.
Anhawster mawr arall, gellir ei ystyried yn anfantais. Mae'n gorwedd yn y ffaith y gallwch chi, yn ymarferol neu'n dechnegol, ddod i'r casgliad, os byddwch chi'n llunio bytecode contract a fydd yn cael ei weithredu ar beiriant rhithwir, gallwch chi bennu trefn benodol o weithrediadau. Pan gânt eu perfformio gyda'i gilydd, bydd y gweithrediadau hyn yn llwytho'r peiriant rhithwir yn fawr ac yn ei arafu'n anghymesur i'r ffi a dalwyd am gyflawni'r gweithrediadau hyn.
Yn y gorffennol, roedd cyfnod eisoes yn natblygiad Ethereum, pan ddaeth llawer o ddynion a oedd yn deall yn fanwl weithrediad peiriant rhithwir o hyd i wendidau o'r fath. Mewn gwirionedd, talodd trafodion ffi fach iawn, ond yn ymarferol arafu'r rhwydwaith cyfan. Mae'r problemau hyn yn anodd iawn i'w datrys, gan ei bod yn angenrheidiol, yn gyntaf, eu pennu, yn ail, addasu'r pris ar gyfer cyflawni'r gweithrediadau hyn ac, yn drydydd, cynnal fforc galed, sy'n golygu diweddaru holl nodau'r rhwydwaith i fersiwn newydd. y meddalwedd, ac yna actifadu'r newidiadau hyn ar yr un pryd.
O ran Ethereum, mae llawer o ymchwil wedi'i wneud, mae llawer o brofiad ymarferol wedi'i ennill: cadarnhaol a negyddol, ond serch hynny mae anawsterau a gwendidau o hyd y mae'n rhaid delio â nhw rywsut o hyd.
Felly, mae rhan thematig yr erthygl wedi'i chwblhau, gadewch inni symud ymlaen at gwestiynau sy'n codi'n eithaf aml.
Часто задаваемые вопросы
- Os yw pob parti i gontract smart presennol eisiau newid y telerau, a allant ganslo'r contract smart hwn gan ddefnyddio multisig, ac yna creu contract smart newydd gyda thelerau gweithredu wedi'u diweddaru?
Bydd yr ateb yma yn ddeublyg. Pam? Oherwydd ar y naill law, mae contract smart yn cael ei ddiffinio unwaith ac nid yw bellach yn awgrymu unrhyw newidiadau, ac ar y llaw arall, gall fod â rhesymeg wedi'i ysgrifennu ymlaen llaw sy'n darparu ar gyfer newid llwyr neu rannol o rai amodau. Hynny yw, os ydych chi am newid rhywbeth yn eich contract smart, yna mae'n rhaid i chi ragnodi'r amodau y gallwch chi ddiweddaru'r amodau hyn oddi tanynt. Yn unol â hynny, dim ond mewn modd mor ddarbodus y gellir trefnu adnewyddu'r contract. Ond yma, hefyd, gallwch chi fynd i drafferth: gwneud rhywfaint o gamgymeriad a chael bregusrwydd cyfatebol. Felly, mae angen i bethau o'r fath fod yn fanwl iawn a'u dylunio a'u profi'n ofalus.
— Beth os bydd y cyfryngwr yn ymrwymo i gytundeb ag un o'r partïon sy'n cymryd rhan: contract escrow neu smart? A oes angen cyfryngwr mewn contract call?
Nid oes angen cyfryngwr mewn contract smart. Efallai nad yw'n bodoli. Os, yn achos escrow, mae'r cyfryngwr yn mynd i gynllwyn ag un o'r partïon, yna ydy, mae'r cynllun hwn yn colli ei holl werth yn sydyn. Felly, mae cyfryngwyr yn cael eu dewis yn y fath fodd fel bod pob parti sy'n ymwneud â'r broses hon yn ymddiried ynddynt ar yr un pryd. Yn unol â hynny, ni fyddwch yn trosglwyddo darnau arian i gyfeiriad amllofnod gyda chyfryngwr nad ydych yn ymddiried ynddo.
— A yw'n bosibl gydag un trafodiad Ethereum i drosglwyddo llawer o wahanol docynnau o'ch cyfeiriad i wahanol gyfeiriadau targed, er enghraifft, cyfeiriadau cyfnewid lle mae'r tocynnau hyn yn cael eu masnachu?
Mae hwn yn gwestiwn da ac mae'n ymwneud â model trafodion Ethereum a sut mae'n wahanol i'r model Bitcoin. Ac mae'r gwahaniaeth yn radical. Os ydych chi'n trosglwyddo darnau arian yn y model trafodiad Ethereum, yna dim ond o un cyfeiriad i'r llall y cânt eu trosglwyddo, dim newid, dim ond y swm penodol a nodwyd gennych. Mewn geiriau eraill, nid model o allbynnau heb eu gwario (UTXO) yw hwn, ond model o gyfrifon a balansau cyfatebol. Yn ddamcaniaethol, mae'n bosibl anfon sawl tocyn gwahanol mewn un trafodiad ar unwaith os byddwch chi'n ysgrifennu contract smart cyfrwys, ond bydd yn rhaid i chi wneud llawer o drafodion o hyd, creu contract, yna trosglwyddo tocynnau a darnau arian iddo, ac yna ffoniwch y dull priodol . Mae hyn yn gofyn am ymdrech ac amser, felly yn ymarferol nid yw'n gweithio felly a gwneir yr holl daliadau yn Ethereum mewn trafodion ar wahân.
— Un o'r mythau am blatfform Ethereum yw ei bod yn amhosibl disgrifio amodau a fydd yn dibynnu ar ddata adnodd Rhyngrwyd allanol, felly beth i'w wneud felly?
Yr ateb yw y gall y contract smart ei hun ddarparu un neu fwy o oraclau dibynadwy fel y'u gelwir, sy'n casglu data am gyflwr pethau yn y byd y tu allan a'i drosglwyddo i'r contractau smart trwy ddulliau arbennig. Mae'r contract ei hun yn ystyried bod y data a gafodd gan bartïon dibynadwy yn wir. Er mwyn bod yn fwy dibynadwy, dewiswch grŵp mawr o oraclau a lleihau'r risg o gydgynllwynio. Efallai na fydd y contract ei hun yn ystyried data o oraclau sy'n gwrth-ddweud y mwyafrif.
Mae un o ddarlithoedd y cwrs ar-lein ar Blockchain wedi'i neilltuo i'r pwnc hwn - “".
Ffynhonnell: hab.com