ProHoster > Օրագիր > Վարչակազմը > Ի՞նչ պետք է կառուցենք բլոկչեյն:

Ի՞նչ պետք է կառուցենք բլոկչեյն:

Մարդկության ողջ պատմությունը շղթաներից ազատվելու և նոր, էլ ավելի ամուր շղթաներ ստեղծելու շարունակական գործընթաց է։ (Անանուն հեղինակ)

Վերլուծելով բազմաթիվ բլոկչեյն նախագծեր (Bitshares, Hyperledger, Exonum, Ethereum, Bitcoin և այլն), ես հասկանում եմ, որ տեխնիկական տեսանկյունից դրանք բոլորը կառուցված են նույն սկզբունքների վրա: Բլոկչեյնները հիշեցնում են տներ, որոնք, չնայած դիզայնի, դեկորների և նպատակների բազմազանությանը, ունեն հիմք, պատեր, տանիք, պատուհաններ, դռներ, որոնք միմյանց հետ կապված են որոշակի ձևերով: Եվ եթե հասկանում եք շենքի նախագծման հիմնական սկզբունքները և գիտեք օգտագործվող նյութերի հատկությունները, ապա կարող եք որոշել որոշակի տան նպատակային նպատակը: Ներկայումս բլոկչեյնի հետ կապված իրավիճակ է ստեղծվել, որի մասին բոլորը լսել են, սակայն քչերն են հասկանում ճարտարապետությունն ու շահագործման սկզբունքները։ Ուստի թյուրիմացություն կա, թե ինչու և ինչպես է իմաստ ունի օգտագործել բլոկչեյն տեխնոլոգիաները։

Այս հոդվածում մենք կվերլուծենք բոլոր բլոկչեյնների համար ընդհանուր հատկություններն ու սկզբունքները: Հաջորդը, եկեք նայենք այն խնդիրներին, որոնք կարող են լուծվել բլոկչեյնի միջոցով և նյութը ամրապնդելու համար եկեք կառուցենք փոքր, բայց իրական բլոկչեյն մեր վիրտուալ կայքում:

Այսպիսով, եկեք հիշենք, թե ի սկզբանե ինչ խնդիրներ լուծեց բլոկչեյնը:

Համոզված եմ, որ շատերը կասեն բաշխված, ապակենտրոնացված, հանրային և անփոփոխ տվյալների բազայի մասին։ Բայց ինչո՞ւ էր այս ամենը անհրաժեշտ։

Ես նախընտրում եմ սկսել ուսումնասիրել ցանկացած տեխնոլոգիա՝ կարդալով ստանդարտները, քանի որ ուսումնասիրվող թեմայի վերաբերյալ բոլոր հոդվածներն ու գրքերը հիմնված են դրանց վրա։ Բայց ներկայումս չկան բլոկչեյնի ստանդարտներ, ISO-ն միայն ստեղծել է հանձնաժողովներ դրանց զարգացման համար։ Ներկայումս յուրաքանչյուր հանրային բլոկչեյն նախագիծ ունի իր սեփական «White paper» փաստաթուղթը, որն ըստ էության տեխնիկական բնութագրում է: Առաջին հանրությանը հայտնի բլոկչեյն նախագիծը Bitcoin ցանցն է: Գնացեք ցանցի պաշտոնական կայք և նայել որտեղ ամեն ինչ սկսվեց:

Blockchain մարտահրավեր

Այսպիսով, խնդիրը, որը բլոկչեյնը լուծեց Bitcoin-ի պիոներական ցանցում, դա թվային ակտիվների (ակտիվների) սեփականության վստահելի փոխանցում իրականացնելն է ոչ վստահելի միջավայրում՝ առանց միջնորդների: Օրինակ, Bitcoin ցանցում թվային ակտիվ է bitcoin թվային մետաղադրամները: Եվ Bitcoin-ի և այլ բլոկչեյնների բոլոր տեխնիկական լուծումները հանգում են այս խնդրի լուծմանը:

Խնդիրներ, որոնք լուծում է բլոկչեյնը

Ենթադրենք, որոշակի ֆինանսական կազմակերպություն ասում է, որ աշխարհով մեկ ցանց է կառուցել, որի օգնությամբ հնարավոր է ցանկացած անձի գումար փոխանցել։ Կհավատա՞ք նրան: Եթե ​​այս կազմակերպությունը Visa կամ MasterCard է, ամենայն հավանականությամբ, դուք կհավատաք դրան, բայց եթե, համեմատաբար, AnonymousWorldMoney-ն է, ապա հավանաբար չեք հավատա: Ինչո՞ւ։ Բայց քանի որ մենք շատ լավ գիտենք, թե ինչպես են բաշխված համակարգերը արտադրվում մասնավոր ընկերությունների կողմից, ինչ նպատակներով և ինչի դա կարող է հանգեցնել: Եկեք մանրամասն նայենք նման համակարգերի խնդիրներին և թե ինչպես կարելի է դրանք լուծել՝ օգտագործելով բլոկչեյն տեխնոլոգիաները։

Ասենք, որ պայմանական AnonymousWorldMoney-ում կան տվյալների շտեմարաններով սերվերներ, և լավ է, որ դրանցից մի քանիսը կան տարբեր տվյալների կենտրոններում։ Երբ ուղարկողը գումար է փոխանցում, գործարք է գրանցվում, որը կրկնօրինակվում է բոլոր սերվերներին, և գումարը հասնում է ստացողին:

Ի՞նչ պետք է կառուցենք բլոկչեյն:

Իդեալական աշխարհում այս սխեման հիանալի է աշխատում, բայց մեզ մոտ առաջանում են հետևյալ խնդիրները.

  1. Մի կողմից մասնակիցների նույնականացման խնդիրը, մյուս կողմից՝ գործարքների անանունության անհրաժեշտությունը։ Նրանք. անհրաժեշտ է գումար փոխանցել կոնկրետ հասցեատիրոջը և այնպես, որ ոչ ոք չիմանա այս գործարքի մասին, բացի գործարքի մասնակիցներից: Բանկերն ունեն հաշիվների համարներ և բանկային քարտեր՝ կապված կոնկրետ ֆիզիկական կամ իրավաբանական անձի հետ, և բանկային գաղտնիքը պաշտպանում է գործարքների մասին տեղեկատվությունը: Իսկ ո՞վ է երաշխավորում, որ պայմանական AnonymousWorldMoney-ը չի օգտագործում անձնական տվյալները և գործարքների մասին տեղեկությունները իր նպատակների համար:
  2. Ինչպե՞ս համոզվել, որ ստացողը ստացել է հենց այն գումարը, որը փոխանցվել է իրեն: Համեմատաբար ասած՝ ուղարկողը փոխանցել է $100, իսկ ստացողը ստացել է $10։ Ուղարկողը գալիս է AnonymousWorldMoney գրասենյակ իր կտրոնով, իսկ գործավարը ցույց է տալիս իր տարբերակը, որտեղ գրված է, որ ուղարկողը փոխանցել է ընդամենը 10 դոլար։
  3. Անվստահելի միջավայրի խնդիրը, օրինակ, խաբեությունը, որը կոչվում է կրկնակի ծախսեր: Անբարեխիղճ մասնակիցը կարող է մի քանի անգամ ծախսել իր հաշվեկշիռը, մինչև վճարումը կրկնօրինակվի բոլոր սերվերներին: CAP թեորեմԻհարկե, ոչ ոք չեղարկեց, և ի վերջո համաձայնություն ձեռք կբերվի, բայց ինչ-որ մեկը գումար չի ստանա մատուցվող ծառայությունների կամ ապրանքների համար: Հետեւաբար, եթե վճարային կազմակերպության կամ գործարքների մասնակիցների նկատմամբ չկա լիակատար վստահություն, ապա անհրաժեշտ է կառուցել ոչ թե վստահության, այլ կրիպտոգրաֆիայի վրա հիմնված ցանց։
  4. Պայմանական AnonymousWorldMoney-ն ունի սահմանափակ թվով սերվերներ, որոնք կարող են անհասանելի դառնալ ակամա կամ չարամիտ մտադրության պատճառով:
  5. AnonymousWorldMoney-ը կվերցնի իր շոշափելի միջնորդավճարը:
  6. Վերահսկման հնարավորությունը. Բիթքոյնի գործարկման ընթացքում պարզվեց, որ մարդիկ ցանկանում են ոչ միայն մետաղադրամներ փոխանցել միմյանց, այլև ստուգել գործարքի տարբեր պայմաններ, ծրագրավորել աշխատանքային սցենարներ, ավտոմատ կերպով կատարել գործողություններ՝ կախված պայմաններից և այլն։

Ինչպես է բլոկչեյնը լուծում այս խնդիրները

  1. Մասնակիցների նույնականացումն իրականացվում է զույգ բանալիների միջոցով՝ մասնավոր և հանրային, իսկ թվային ստորագրության ալգորիթմը եզակի կերպով նույնականացնում է ուղարկողին և ստացողին, թողնելով նրանց ինքնությունը անանուն:
  2. Գործարքները հավաքվում են բլոկների մեջ, բլոկի հեշը հաշվարկվում և գրվում է հաջորդ բլոկում: Բլոկներում հեշերի գրանցման այս հաջորդականությունը բլոկչեյն տեխնոլոգիային տալիս է իր անվանումը, ինչպես նաև անհնար է դարձնում աննկատելիորեն փոխել/ջնջել բլոկները կամ առանձին գործարքները բլոկներից: Այսպիսով, եթե գործարքը ներառված է բլոկչեյնում, կարող եք վստահ լինել, որ դրա տվյալները կմնան անփոփոխ։
  3. Կրկնակի ծախսերի խարդախությունը կանխվում է ցանցային կոնսենսուսի հասնելու միջոցով, թե որ տվյալները պետք է համարել վավեր և որոնք՝ հրաժարվել: Bitcoin ցանցում կոնսենսուսը ձեռք է բերվում աշխատանքի ապացույցի (PoW) միջոցով:
  4. Ցանցի հուսալիությունը ձեռք է բերվում նրանով, որ բլոկչեյնը հանրային է, որտեղ յուրաքանչյուր մասնակից կարող է գործարկել իր սեփական հանգույցը, ստանալ բլոկչեյնի ամբողջական պատճենը և, ավելին, ինքնուրույն սկսել ստուգել գործարքների ճշգրտությունը: Հարկ է նշել, որ ժամանակակից բլոկչեյնները հնարավորություն են տալիս կառուցել ոչ միայն հանրային (բաց), այլ նաև մասնավոր (փակ) բլոկչեյններ, ինչպես նաև օգտագործել համակցված սխեմաներ։
  5. Բլոկչեյնն ամբողջությամբ չի ազատվի միջնորդավճարներից, քանի որ... դուք պետք է վճարեք այն մարդկանց, ովքեր աջակցում են ցանցին, բայց բլոկչեյնում հանձնաժողովի անհրաժեշտությունն ապացուցված է այնքան համոզիչ, որ կասկած չկա դրա անհրաժեշտության մասին։
  6. Ժամանակակից բլոկչեյններն ունեն բիզնես տրամաբանություն իրականացնելու հնարավորություն, որը բլոկչեյնում կոչվում է Smart Contracts։ Խելացի պայմանագրերի տրամաբանությունն իրականացվում է տարբեր բարձր մակարդակի լեզուներով։

Հաջորդը, մենք կքննարկենք այս լուծումները ավելի մանրամասն:

Բլոկչեյն ճարտարապետություն

Blockchain բաղադրիչներ

Յուրաքանչյուր մասնակից կարող է գործարկել իր սեփական հանգույցը՝ բլոկչեյնի ամբողջական պատճենով (լրիվ հանգույց): Ամբողջական հանգույցները, որոնք կարող են գրանցել գործարքներ բլոկչեյնում, կոչվում են կոնսենսուսային հանգույցներ (վկա) կամ հանքափորներ (հանքափոր): Ամբողջական հանգույցները, որոնք ստուգում են միայն գործարքների ճիշտությունը, կոչվում են աուդիտի հանգույցներ (աուդիտ): Թեթև հաճախորդներ (թեթև հաճախորդները) չեն պահում բլոկչեյնի ամբողջական պատճենները, այլ փոխազդում են ցանցի հետ՝ օգտագործելով ամբողջական հանգույցներ:
Օգտագործողների մեծամասնությունը գործարքներ կատարելու համար օգտագործում է թեթև հաճախորդներ կամ վեբ դրամապանակներ: Բոլոր հանգույցները կապված են միմյանց հետ: Այս տարրերի հավաքածուով ցանցի ճարտարապետությունը դառնում է ավելի կայուն.

Ի՞նչ պետք է կառուցենք բլոկչեյն:

Գործարքների կյանքի ցիկլը

Եկեք նայենք գործարքի կյանքի ցիկլին և բաժանենք այն մաս առ մաս.

Ի՞նչ պետք է կառուցենք բլոկչեյն:

Բլոկչեյն տեխնոլոգիաներ

Եկեք ավելի մանրամասն անդրադառնանք տեխնիկական լուծումներին և դրանց կապերին միմյանց հետ։

Հայտնաբերում

Յուրաքանչյուր բլոկչեյն գործարք պետք է լինի թվային ստորագրված: Հետևաբար, գործարքն ավարտելու համար յուրաքանչյուր մասնակից պետք է ունենա բանալիների զույգ՝ մասնավոր/հանրային: Երբեմն զույգ բանալիները կոչվում են դրամապանակ, քանի որ բանալիները եզակիորեն կապված են մասնակցի եզակի թվային հասցեի և մնացորդի հետ: Իրականում բանալիներն ու հասցեները պարզապես թվերի շարաներ են տարբեր թվային համակարգերում: Բանալիների և դրամապանակի հասցեների օրինակներ. 

Private key: 0a78194a8a893b8baac7c09b6a4a4b4b161b2f80a126cbb79bde231a4567420f
Public key: 0579b478952214d7cddac32ac9dc522c821a4489bc10aac3a81b9d1cd7a92e57ba
Address: 0x3814JnJpGnt5tB2GD1qfKP709W3KbRdfb27V

Բլոկչեյններում թվային ստորագրություն ստեղծելու համար օգտագործվում է էլիպսային կորերի վրա հիմնված ալգորիթմ՝ Elliptic Curve Digital Signature Algorithm (ECDSA): Որպեսզի այն աշխատի, մասնավոր բանալին (256-բիթանոց համարը) սովորաբար պատահականորեն վերցվում է: Հիմնական ընտրանքների թիվը 2-ն է՝ 256-ի հզորությամբ, այնպես որ կարելի է խոսել մասնավոր բանալիների արժեքներին համապատասխանելու գործնական անհնարինության մասին:

Այնուհետև հանրային բանալին ստացվում է մասնավորից՝ դրա արժեքը բազմապատկելով էլիպսային կորի վրա գտնվող կետի կոորդինատներով, ինչի արդյունքում ստացվում են նույն կորի նոր կետի կոորդինատները: Այս գործողությունը երաշխավորում է, որ դուք ստանում եք բանալի զույգ, որը հարմար է գործարքների թվային ստորագրման համար: Ի վերջո, դրամապանակի հասցեն եզակիորեն ստացվում է հանրային բանալին:

Բլոկչեյնում օգտագործվող գաղտնագրության վերաբերյալ շատ հոդվածներ կան, օրինակ՝ Բիթքոյնը մի խոսքով – Կրիպտոգրաֆիա

Անձնական բանալին պետք է լինի խիստ գաղտնի և ապահով պահվի: Հանրային բանալին հայտնի է բոլորին. Եթե ​​մասնավոր բանալին կորչում է, ակտիվի (մետաղադրամների) հասանելիությունը չի կարող վերականգնվել, և գումարը ընդմիշտ կկորչի: Հետևաբար, մասնավոր բանալիների անվտանգ պահպանման խնդիրը չափազանց արդիական է, քանի որ Սա բանկ չէ, որտեղ միշտ կարող եք գալ ձեր անձնագրով և վերականգնել ձեր հաշիվը: Կա մի ամբողջ արդյունաբերություն, այսպես կոչված, սառը կրիպտո դրամապանակների արտադրության համար, որոնք նման են ֆլեշ կրիչների.

Ի՞նչ պետք է կառուցենք բլոկչեյն:

կամ կարող եք օգտագործել ավելի հուսալի մեթոդներ, օրինակ՝ փակցնելով մասնավոր բանալու արժեքը նշանների վրա.

Ի՞նչ պետք է կառուցենք բլոկչեյն:

Գործարքի

Գործարքի կառուցվածքի մասին ավելի շատ մանրամասներ կարելի է գտնել հոդվածում Բիթքոյնը մի խոսքով – Գործարք. Մեզ համար կարևոր է հասկանալ, որ յուրաքանչյուր գործարք ունի առնվազն հետևյալ տվյալները.

From: 0x48C89c341C5960Ca2Bf3732D6D8a0F4f89Cc4368 - цифровой адрес отправителя
To: 0x367adb7894334678b90аfe7882a5b06f7fbc783a - цифровой адрес получателя
Value: 0.0001 - сумма транзакции
Transaction Hash: 0x617ede331e8a99f46a363b32b239542bb4006e4fa9a2727a6636ffe3eb095cef - хэш транзакции

Այնուհետև գործարքը ստորագրվում է մասնավոր բանալիով և ուղարկվում (տես արձանագրության գործողության մանրամասները Բիթքոյնը մի խոսքով-Արձանագրություն) բլոկչեյնի բոլոր հանգույցներին, որոնք ստուգում են գործարքների վավերականությունը: Գործարքների ստուգման ալգորիթմը ոչ տրիվիալ է և ներառում է երկու տասնյակ քայլ.

Գործարքների բլոկներ

Գործարքների վավերականությունը ստուգելուց հետո հանգույցները դրանցից բլոկներ են կազմում։ Բացի գործարքներից, բլոկի մեջ գրվում են նախորդ բլոկի հեշը և թիվը (Nonce հաշվիչը), իսկ ընթացիկ բլոկի հեշը հաշվարկվում է SHA-256 ալգորիթմի միջոցով։ Հեշը պետք է ունենա բարդության պայմաններ: Օրինակ, Bitcoin ցանցում հեշի դժվարությունը ավտոմատ կերպով փոխվում է 2 շաբաթը մեկ՝ կախված ցանցի հզորությունից, այնպես որ բլոկ է ստեղծվում մոտավորապես 10 րոպեն մեկ անգամ: Բարդությունը որոշվում է հետևյալ պայմանով. հայտնաբերված հեշը պետք է փոքր լինի նախապես որոշված ​​թվից։ Եթե ​​այս պայմանը չկատարվի, ապա Nonce-ին ավելացվում է 1, և կրկնվում է հեշի հաշվարկման աշխատանքը։ Հեշ ընտրելու համար օգտագործվում է Nonce դաշտը, քանի որ Սա բլոկի միակ տվյալն է, որը կարելի է փոխել, մնացածը պետք է մնան անփոփոխ: Վավեր հեշը պետք է ունենա որոշակի թվով առաջատար զրոներ, օրինակ՝ իրական հեշերից մեկը.

000000000000000000000bf03212e7dd1176f52f816fa395fc9b93c44bc11f91

Հեշի հաջող հայտնաբերումը վկայում է կատարված աշխատանքի մասին (Proof-of-Work, PoW) Bitcoin կամ Ethereum ցանցերի համար: Հեշ գտնելու գործընթացը կոչվում է մայնինգ, որը նման է ոսկու արդյունահանմանը: Անունը բավականին ճշգրիտ է սահմանում գործընթացի էությունը, քանի որ կա տարբերակների պարզ որոնում, և եթե ինչ-որ մեկը գտնում է հարմար հեշ, ապա սա իսկապես հաջողություն է: Դա կարծես իսկական ոսկու բեկոր գտնես տոննա թափոնների ժայռերի մեջ: Բլոկի պարգևն այժմ 12.5 BTC է, և եթե այն բազմապատկեք բիթքոյնի ներկայիս փոխարժեքով, որը կազմում է $3900, դուք կստանաք ավելի քան մեկ կիլոգրամ մաքուր ոսկի: Կա պայքարելու բան!

Հեշը հաջողությամբ գտնելուց հետո բլոկը և գտնված հեշը գրվում են բլոկչեյնում որպես հաջորդ բլոկ: Բլոկների կառուցվածքի մասին ավելի շատ մանրամասներ կարելի է գտնել հոդվածում Բիթքոյնը մի խոսքով-Blockchain, և ստորև ներկայացված է պարզեցված դիագրամ.

Ի՞նչ պետք է կառուցենք բլոկչեյն:

Բլոկչեյնը սկսվում է բլոկով, որը դեռ չունի նախորդ բլոկի հեշը: Բլոկչեյնում կա միայն մեկ այդպիսի բլոկ և ունի իր անունը Genesis block: Մնացած բլոկներն ունեն նույն կառուցվածքը և տարբերվում են միայն գործարքների քանակով։ Բիթքոյնում կամ Ethereum-ում ներկայումս ստեղծվող իրական գործարքներն ու բլոկները կարող են դիտվել Արգելափակել Explorer- ը.

Բիթքոյնի բլոկների չափը սահմանափակված է 1 ՄԲ-ով, և մոտ 200 բայթ գործարքի դեպքում նվազագույն քանակի տեղեկատվության դեպքում բլոկում գործարքների առավելագույն քանակը կարող է լինել մոտ 6000: Այստեղից, ի դեպ, հետևում է բիթքոյնի կատարումը, որի վրա բոլորը ծիծաղում են. բլոկ է ստեղծվում մոտավորապես 10 րոպեն մեկ անգամ * 60 վայրկյան = 600 վայրկյան, որը տալիս է մոտ 10 TPS պաշտոնական կատարում։ Չնայած իրականում սա արտադրողականություն չէ, այլ աշխատանքի միտումնավոր իրականացված ալգորիթմ։ Ethereum-ում մրցակցության համար նրանք պարզապես բլոկի ստեղծման ժամանակը դարձրեցին 15 վայրկյան: և արտադրողականությունը պաշտոնապես բարձրացավ: Հետևաբար, բլոկչեյններում, որոնք օգտագործում են PoW որպես կոնսենսուս, ընդհանրապես անիմաստ է համեմատել կատարողականը, քանի որ դա ուղղակիորեն կախված է քեշի հաշվարկի բարդությունից, որը կարող է վերագրվել ցանկացած արժեքի:

Պատառաքաղներ

Ի՞նչ է պատահում, եթե, օրինակ, մի քանի հանգույց գտնեն հեշեր, որոնք համապատասխանում են բարդության պայմաններին, բայց արժեքով տարբեր են (այլ կերպ ասած՝ տարբեր համաձայնության են եկել) և բլոկներ գրել բլոկչեյնին: Տեսնենք, թե ինչպես է բլոկչեյնը պաշտպանում այս իրավիճակից։ Այս դեպքում տեղի է ունենում այսպես կոչված պատառաքաղ, և բլոկչեյնն ունի շղթայի երկու տարբերակ.

Ի՞նչ պետք է կառուցենք բլոկչեյն:

Ի՞նչ կլինի հետո։ Հաջորդը, ցանցի մի մասը սկսում է աշխատել N+2 բլոկի վրա մի շղթայից, իսկ մի մասը՝ մյուսից.

Ի՞նչ պետք է կառուցենք բլոկչեյն:

Այս բլոկներից մեկը կգտնվի ավելի վաղ և կուղարկվի բլոկչեյն, այնուհետև, ըստ կանոնների, բլոկչեյնը պետք է անցնի ավելի երկար շղթայի և չեղարկի բոլոր գործարքները այլընտրանքային բլոկից.

Ի՞նչ պետք է կառուցենք բլոկչեյն:

Միևնույն ժամանակ, կարող է առաջանալ իրավիճակ, երբ մասնակցի գործարքը եղել է միայն պատառաքաղի բլոկներից մեկում, որը չեղարկվել է: Հետևաբար, համոզվելու համար, որ ցանկալի գործարքը գրանցված է բլոկչեյնում, կա ընդհանուր առաջարկություն՝ նախքան գործարքին վստահելը, պետք է սպասել մինչև հաջորդ մի քանի բլոկները ավելացվեն բլոկչեյնին։ Առաջարկությունները, թե քանի բլոկ սպասել տարբեր բլոկչեյնների համար, տարբեր են: Օրինակ, Bitcoin ցանցի համար նվազագույնը 2 բլոկ է, առավելագույնը 6:

Նույն պատկերը բլոկ պատառաքաղներով կնկատվի այսպես կոչված 51% հարձակման ժամանակ. սա այն դեպքում, երբ մի խումբ հանքագործներ փորձում են զարգացնել այլընտրանքային բլոկ շղթա՝ ձգտելով չեղարկել շղթան իրենց խարդախ գործարքներով: Թեև ներկայումս խարդախության փոխարեն ավելի ձեռնտու է ձեր իշխանությունը ծախսել ազնիվ մայնինգի վրա։

Համաձայնություն

Բլոկչեյնի վրա բլոկ գրանցելու համար ցանցը պետք է կոնսենսուսի հասնի: Հիշենք համակարգչային կապի ցանցերում կոնսենսուսի հասնելու խնդիրը։ Խնդիրը ձևակերպված է որպես բյուզանդական գեներալների առաջադրանք BFT (Բյուզանդական մեղքի հանդուրժողականություն) Բաց թողնելով բյուզանդական բանակի խնդիրների գեղատեսիլ նկարագրությունը՝ խնդիրը կարելի է ձևակերպել հետևյալ կերպ՝ ինչպես կարող են ցանցային հանգույցները ընդհանուր արդյունքի գալ, եթե ցանցային որոշ հանգույցներ կարող են միտումնավոր աղավաղել դրանք։ BFT-ի խնդրի լուծման գոյություն ունեցող ալգորիթմները ցույց են տալիս, որ ցանցը կարող է ճիշտ գործել, եթե խարդախների 1/3-ից քիչն է: Ինչու BFT կոնսենսուսը չի կիրառվել Bitcoin ցանցի վրա: Ինչու՞ էր անհրաժեշտ PoW օգտագործել: Կան մի քանի պատճառներ.

  • BFT-ն լավ է աշխատում փոքր ֆիքսված հանգույցների հետ, սակայն հանրային բլոկչեյնում հանգույցների թիվն անկանխատեսելի է, և ավելին, հանգույցները կարող են պատահականորեն միացնել և անջատվել:
  • Անհրաժեշտ է մարդկանց մոտիվացնել բլոկչեյն հանգույցներ գործարկելու համար։ Դա անելու համար մարդիկ պետք է պարգևատրվեն։ BFT-ում պաշտոնապես ոչինչ չկա պարգևատրվելու համար, բայց թե ինչի համար է պարգևը PoW-ում, բոլորի համար պարզ է ինտուիտիվ մակարդակում՝ պրոցեսորի կողմից սպառված էլեկտրաէներգիայի համար՝ բլոկի հեշը գտնելու գործընթացում:

Բացի PoW-ից, կան մի քանի այլ համաձայնություններ, որոնք օգտագործվում են ժամանակակից բլոկչեյններում, օրինակ.

  • PoS (Proof-of-Stake) - բլոկչեյնի վրա Hyperledger
  • DPoS (Delegated Proof-of-Stake) - բլոկչեյնում BitShares- ը
  • BFT-ի փոփոխությունները՝ SBFT (Պարզեցված BFT) և PBFT (Գործնական BFT), օրինակ՝ բլոկչեյնում Exonum

Եկեք մի փոքր կանգ առնենք PoS կոնսենսուսի վրա, քանի որ... Հենց PoS-ն ու դրա տեսակներն են առավել տարածված մասնավոր բլոկչեյններում։ Ինչու՞ մասնավոր: Մի կողմից, PoS-ի բնութագրիչները PoW-ի համեմատ ավելի լավն են, քանի որ Կոնսենսուսի հասնելու համար անհրաժեշտ են ավելի քիչ հաշվողական ռեսուրսներ, ինչը նշանակում է, որ բլոկչեյնում տվյալների գրման արագությունը մեծանում է: Բայց մյուս կողմից՝ PoS-ն ավելի շատ հնարավորություններ ունի խարդախության համար, ուստի դա չեզոքացնելու համար բլոկչեյնի բոլոր մասնակիցները պետք է հայտնի լինեն։

PoS կոնսենսուսը հիմնված է հանգույցի ընտրության վրա, որը կարող է բլոկ գրել բլոկչեյնին գործարքներով՝ կախված հաշվում առկա միջոցների չափից, ավելի ճիշտ՝ ոչ թե հաշվում, այլ գրավի մեջ, այսինքն. Որքան շատ միջոցներ ունենաք որպես գրավ, այնքան ավելի հավանական է, որ ցանցը կընտրի ձեր հանգույցը՝ բլոկ գրելու համար: Ավանդը չի վերադարձվի, եթե արգելափակումն անվավեր է: Սա ապահովում է պաշտպանություն խարդախությունից: Կան PoS-ի հետևյալ տատանումները.

  • Պատվիրակված PoS (DPoS) կոնսենսուսը մասնակիցներին բաժանում է «ընտրողների» և «վավերացնողների»: Մետաղադրամների սեփականատերերը (քվեարկության մասնակիցները) բլոկչեյնով գործարքները ստուգելու և գրանցելու իրենց լիազորությունները պատվիրակում են այլ մասնակիցների: Այսպիսով, վավերացնողներն անում են ամբողջ հաշվողական աշխատանքը և դրա համար ստանում պարգև, իսկ քվեարկության մասնակիցների ներկայությունը երաշխավորում է վավերացնողների ազնվությունը, քանի որ. դրանք կարող են փոխվել ցանկացած պահի:
  • LPoS (Վարձակալված Ցանցի ապացույց) կոնսենսուսը թույլ է տալիս ձեր միջոցները վարձակալել այլ հանգույցների վրա, որպեսզի նրանք ունենան բլոկների վավերացման ավելի լավ հնարավորություն: Դա. Դուք կարող եք միջնորդավճար ստանալ գործարքների համար՝ չմասնակցելով գործարքի փաստացի ստուգմանը և բլոկային մայնինգին:

Կան մի շարք այլ կոնսենսուսներ, որոնք դեռ լայնորեն չեն օգտագործվում, ես պարզապես կթվարկեմ դրանք այստեղ տեղեկատվության համար, և կոնսենսուսի ալգորիթմների ընդհանուր ակնարկը կարելի է գտնել, օրինակ, հոդվածում. Համաձայնության ալգորիթմներ Blockchain-ում.

  • PoET (Proof-of-Elapsed Time)
  • PoC (հզորության ապացույց)
  • PoB (Այրվածքի ապացույց)
  • PoWeight (քաշի ապացույց)
  • PoA (Ակտիվության ապացույց) – PoW + PoS
  • PoI (կարևորների ապացույց)

Բլոկչեյնների հուսալիություն և տեղակայման մոդելներ

Հանրային բլոկչեյն

Կայունություն Public կամ մեկ այլ անուն Անթույլատրելի բլոկչեյն Սա ձեռք է բերվում՝ թույլ տալով որևէ մեկին միացնել և դիտել տեղեկատվությունը կամ նույնիսկ միացնել իրենց սեփական հանգույցը, և վստահությունը կառուցված է PoW կոնսենսուսի վրա:

Մասնավոր բլոկչեյն

Անձնական կամ Մասնավոր թույլատրված բլոկչեյն. Այս բլոկչեյններում միայն մասնակիցների որոշակի խումբ (կազմակերպություններ կամ մարդիկ) հասանելի է տեղեկատվությանը: Նման բլոկչեյնները կառուցվում են կազմակերպությունների կողմից՝ նպատակ ունենալով բարձրացնել ընդհանուր օգուտը կամ արդյունավետությունը: Դրանց հուսալիությունն ապահովվում է մասնակիցների ընդհանուր նպատակներով և PoS և BFT կոնսենսուսային ալգորիթմներով:

Բլոկչեյն կոնսորցիում

Այնտեղ Կոնսորցիում կամ Հանրային թույլատրված բլոկչեյն. Սրանք բլոկչեյններ են, որոնց դիտելու համար յուրաքանչյուրը կարող է միանալ, սակայն մասնակիցը կարող է տեղեկատվություն ավելացնել կամ միացնել իր հանգույցը միայն այլ մասնակիցների թույլտվությամբ: Նման բլոկչեյնները կառուցվում են կազմակերպությունների կողմից, որպեսզի մեծացնեն վստահությունը հաճախորդների կամ ապրանքների սպառողների կամ ընդհանուր առմամբ հասարակության կողմից: Այստեղ հուսալիությունը ձեռք է բերվում նաև մասնակիցների միջև վստահության առկայությամբ և նույն PoS և BFT կոնսենսուսային ալգորիթմներով:

Smart պայմանագրեր

Բիթքոյնից հետո ներդրված բլոկչեյններն այս կամ այն ​​չափով ավելացրել են խելացի պայմանագրերի իրականացման հնարավորությունը: Ըստ էության, խելացի պայմանագիրը գործարք է, որում ծրագրային կոդը տեղադրվում է կատարման համար: Ethereum ցանցի խելացի պայմանագրերը կատարվում են EVM-ում (Ethereum Virtual Machine): Խելացի պայմանագրի կատարումը սկսելու համար այն պետք է հստակորեն գործարկվի մեկ այլ գործարքի միջոցով, կամ պետք է կատարվեն կատարման նախադրյալները: Խելացի պայմանագրի կատարման արդյունքները կգրանցվեն նաև բլոկչեյնում։ Բլոկչեյնից դուրս տվյալների ստացումը հնարավոր է, բայց չափազանց սահմանափակ:

Ի՞նչ բիզնես տրամաբանություն կարող է իրականացվել խելացի պայմանագրի միջոցով: Փաստորեն, շատ բան չկա, օրինակ՝ պայմանների ստուգում՝ օգտագործելով բլոկչեյնից ստացված տվյալները, փոխել թվային ակտիվների սեփականատերերին՝ կախված այդ պայմաններից, տվյալների գրանցումը բլոկչեյնի ներսում մշտական ​​պահեստում: Տրամաբանությունն իրականացվում է հատուկ բարձր մակարդակի Solidity լեզվով:

Ֆունկցիոնալության դասական օրինակ, որն իրականացվում է խելացի պայմանագրերի միջոցով, ICO-ների համար նշանների թողարկումն է: Օրինակ, ես իրականացրել եմ խելացի պայմանագիր՝ համեստ 500 AlexToken թողարկելու համար: Ըստ հղում Etherscan-ում է

Խելացի պայմանագրի սկզբնական կոդը Solidity լեզվով

pragma solidity ^0.4.23;
library SafeMath {
/**
* @dev Multiplies two numbers, throws on overflow.
**/
function mul(uint256 a, uint256 b) internal pure returns (uint256 c) {
if (a == 0) {
return 0;
}
c = a * b;
assert(c / a == b);
return c;
}
/**
* @dev Integer division of two numbers, truncating the quotient.
**/
function div(uint256 a, uint256 b) internal pure returns (uint256) {
// assert(b > 0); // Solidity automatically throws when dividing by 0
/**
* @title SafeMath
* @dev Math operations with safety checks that throw on error
*/
// uint256 c = a / b;
// assert(a == b * c + a % b); // There is no case in which this doesn't hold
return a / b;
}
/**
* @dev Subtracts two numbers, throws on overflow (i.e. if subtrahend is greater than minuend).
**/
function sub(uint256 a, uint256 b) internal pure returns (uint256) {
assert(b <= a);
return a - b;
}
/**
* @dev Adds two numbers, throws on overflow.
**/
function add(uint256 a, uint256 b) internal pure returns (uint256 c) {
c = a + b;
assert(c >= a);
return c;
}
}
/**
* @title Ownable
* @dev The Ownable contract has an owner address, and provides basic authorization control
* functions, this simplifies the implementation of "user permissions".
**/
contract Ownable {
address public owner;
event OwnershipTransferred(address indexed previousOwner, address indexed newOwner);
/**
* @dev The Ownable constructor sets the original `owner` of the contract to the sender account.
**/
constructor() public {
owner = msg.sender;
}
/**
* @dev Throws if called by any account other than the owner.
**/
modifier onlyOwner() {
require(msg.sender == owner);
_;
}
/**
* @dev Allows the current owner to transfer control of the contract to a newOwner.
* @param newOwner The address to transfer ownership to.
**/
function transferOwnership(address newOwner) public onlyOwner {
require(newOwner != address(0));
emit OwnershipTransferred(owner, newOwner);
owner = newOwner;
}
}
/**
* @title ERC20Basic interface
* @dev Basic ERC20 interface
**/
contract ERC20Basic {
function totalSupply() public view returns (uint256);
function balanceOf(address who) public view returns (uint256);
function transfer(address to, uint256 value) public returns (bool);
event Transfer(address indexed from, address indexed to, uint256 value);
}
/**
* @title ERC20 interface
* @dev see https://github.com/ethereum/EIPs/issues/20
**/
contract ERC20 is ERC20Basic {
function allowance(address owner, address spender) public view returns (uint256);
function transferFrom(address from, address to, uint256 value) public returns (bool);
function approve(address spender, uint256 value) public returns (bool);
event Approval(address indexed owner, address indexed spender, uint256 value);
}
/**
* @title Basic token
* @dev Basic version of StandardToken, with no allowances.
**/
contract BasicToken is ERC20Basic {
using SafeMath for uint256;
mapping(address => uint256) balances;
uint256 totalSupply_;
/**
* @dev total number of tokens in existence
**/
function totalSupply() public view returns (uint256) {
return totalSupply_;
}
/**
* @dev transfer token for a specified address
* @param _to The address to transfer to.
* @param _value The amount to be transferred.
**/
function transfer(address _to, uint256 _value) public returns (bool) {
require(_to != address(0));
require(_value <= balances[msg.sender]);
balances[msg.sender] = balances[msg.sender].sub(_value);
balances[_to] = balances[_to].add(_value);
emit Transfer(msg.sender, _to, _value);
return true;
}
/**
* @dev Gets the balance of the specified address.
* @param _owner The address to query the the balance of.
* @return An uint256 representing the amount owned by the passed address.
**/
function balanceOf(address _owner) public view returns (uint256) {
return balances[_owner];
}
}
contract StandardToken is ERC20, BasicToken {
mapping (address => mapping (address => uint256)) internal allowed;
/**
* @dev Transfer tokens from one address to another
* @param _from address The address which you want to send tokens from
* @param _to address The address which you want to transfer to
* @param _value uint256 the amount of tokens to be transferred
**/
function transferFrom(address _from, address _to, uint256 _value) public returns (bool) {
require(_to != address(0));
require(_value <= balances[_from]);
require(_value <= allowed[_from][msg.sender]);
balances[_from] = balances[_from].sub(_value);
balances[_to] = balances[_to].add(_value);
allowed[_from][msg.sender] = allowed[_from][msg.sender].sub(_value);
emit Transfer(_from, _to, _value);
return true;
}
/**
* @dev Approve the passed address to spend the specified amount of tokens on behalf of msg.sender.
*
* Beware that changing an allowance with this method brings the risk that someone may use both the old
* and the new allowance by unfortunate transaction ordering. One possible solution to mitigate this
* race condition is to first reduce the spender's allowance to 0 and set the desired value afterwards:
* https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729
* @param _spender The address which will spend the funds.
* @param _value The amount of tokens to be spent.
**/
function approve(address _spender, uint256 _value) public returns (bool) {
allowed[msg.sender][_spender] = _value;
emit Approval(msg.sender, _spender, _value);
return true;
}
/**
* @dev Function to check the amount of tokens that an owner allowed to a spender.
* @param _owner address The address which owns the funds.
* @param _spender address The address which will spend the funds.
* @return A uint256 specifying the amount of tokens still available for the spender.
**/
function allowance(address _owner, address _spender) public view returns (uint256) {
return allowed[_owner][_spender];
}
/**
* @dev Increase the amount of tokens that an owner allowed to a spender.
*
* approve should be called when allowed[_spender] == 0. To increment
* allowed value is better to use this function to avoid 2 calls (and wait until
* the first transaction is mined)
* From MonolithDAO Token.sol
* @param _spender The address which will spend the funds.
* @param _addedValue The amount of tokens to increase the allowance by.
**/
function increaseApproval(address _spender, uint _addedValue) public returns (bool) {
allowed[msg.sender][_spender] = allowed[msg.sender][_spender].add(_addedValue);
emit Approval(msg.sender, _spender, allowed[msg.sender][_spender]);
return true;
}
/**
* @dev Decrease the amount of tokens that an owner allowed to a spender.
*
* approve should be called when allowed[_spender] == 0. To decrement
* allowed value is better to use this function to avoid 2 calls (and wait until
* the first transaction is mined)
* From MonolithDAO Token.sol
* @param _spender The address which will spend the funds.
* @param _subtractedValue The amount of tokens to decrease the allowance by.
**/
function decreaseApproval(address _spender, uint _subtractedValue) public returns (bool) {
uint oldValue = allowed[msg.sender][_spender];
if (_subtractedValue > oldValue) {
allowed[msg.sender][_spender] = 0;
} else {
allowed[msg.sender][_spender] = oldValue.sub(_subtractedValue);
}
emit Approval(msg.sender, _spender, allowed[msg.sender][_spender]);
return true;
}
}
/**
* @title Configurable
* @dev Configurable varriables of the contract
**/
contract Configurable {
uint256 public constant cap = 1000000000*10**18;
uint256 public constant basePrice = 100*10**18; // tokens per 1 ether
uint256 public tokensSold = 0;
uint256 public constant tokenReserve = 500000000*10**18;
uint256 public remainingTokens = 0;
}
/**
* @title CrowdsaleToken 
* @dev Contract to preform crowd sale with token
**/
contract CrowdsaleToken is StandardToken, Configurable, Ownable {
/**
* @dev enum of current crowd sale state
**/
enum Stages {
none,
icoStart, 
icoEnd
}
Stages currentStage;
/**
* @dev constructor of CrowdsaleToken
**/
constructor() public {
currentStage = Stages.none;
balances[owner] = balances[owner].add(tokenReserve);
totalSupply_ = totalSupply_.add(tokenReserve);
remainingTokens = cap;
emit Transfer(address(this), owner, tokenReserve);
}
/**
* @dev fallback function to send ether to for Crowd sale
**/
function () public payable {
require(currentStage == Stages.icoStart);
require(msg.value > 0);
require(remainingTokens > 0);
uint256 weiAmount = msg.value; // Calculate tokens to sell
uint256 tokens = weiAmount.mul(basePrice).div(1 ether);
uint256 returnWei = 0;
if(tokensSold.add(tokens) > cap){
uint256 newTokens = cap.sub(tokensSold);
uint256 newWei = newTokens.div(basePrice).mul(1 ether);
returnWei = weiAmount.sub(newWei);
weiAmount = newWei;
tokens = newTokens;
}
tokensSold = tokensSold.add(tokens); // Increment raised amount
remainingTokens = cap.sub(tokensSold);
if(returnWei > 0){
msg.sender.transfer(returnWei);
emit Transfer(address(this), msg.sender, returnWei);
}
balances[msg.sender] = balances[msg.sender].add(tokens);
emit Transfer(address(this), msg.sender, tokens);
totalSupply_ = totalSupply_.add(tokens);
owner.transfer(weiAmount);// Send money to owner
}
/**
* @dev startIco starts the public ICO
**/
function startIco() public onlyOwner {
require(currentStage != Stages.icoEnd);
currentStage = Stages.icoStart;
}
/**
* @dev endIco closes down the ICO 
**/
function endIco() internal {
currentStage = Stages.icoEnd;
// Transfer any remaining tokens
if(remainingTokens > 0)
balances[owner] = balances[owner].add(remainingTokens);
// transfer any remaining ETH balance in the contract to the owner
owner.transfer(address(this).balance); 
}
/**
* @dev finalizeIco closes down the ICO and sets needed varriables
**/
function finalizeIco() public onlyOwner {
require(currentStage != Stages.icoEnd);
endIco();
}
}
/**
* @title LavevelToken 
* @dev Contract to create the Lavevel Token
**/
contract AlexToken is CrowdsaleToken {
string public constant name = "AlexToken";
string public constant symbol = "ALT";
uint32 public constant decimals = 18;
}

և երկուական ներկայացումը, ինչպես տեսնում է ցանցը

60806040526000600355600060045533600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff1602179055506000600560146101000a81548160ff021916908360028111156200006f57fe5b0217905550620001036b019d971e4fe8401e74000000600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546200024a6401000000000262000b1d179091906401000000009004565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550620001986b019d971e4fe8401e740000006001546200024a6401000000000262000b1d179091906401000000009004565b6001819055506b033b2e3c9fd0803ce8000000600481905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef6b019d971e4fe8401e740000006040518082815260200191505060405180910390a362000267565b600081830190508281101515156200025e57fe5b80905092915050565b611cb880620002776000396000f300608060405260043610610112576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146104c7578063095ea7b31461055757806318160ddd146105bc57806323b872dd146105e7578063313ce5671461066c578063355274ea146106a3578063518ab2a8146106ce57806366188463146106f957806370a082311461075e57806389311e6f146107b55780638da5cb5b146107cc578063903a3ef61461082357806395d89b411461083a578063a9059cbb146108ca578063bf5839031461092f578063c7876ea41461095a578063cbcb317114610985578063d73dd623146109b0578063dd62ed3e14610a15578063f2fde38b14610a8c575b60008060008060006001600281111561012757fe5b600560149054906101000a900460ff16600281111561014257fe5b14151561014e57600080fd5b60003411151561015d57600080fd5b600060045411151561016e57600080fd5b3494506101a7670de0b6b3a764000061019968056bc75e2d6310000088610acf90919063ffffffff16565b610b0790919063ffffffff16565b9350600092506b033b2e3c9fd0803ce80000006101cf85600354610b1d90919063ffffffff16565b111561024c576101f66003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b915061022e670de0b6b3a764000061022068056bc75e2d6310000085610b0790919063ffffffff16565b610acf90919063ffffffff16565b90506102438186610b3990919063ffffffff16565b92508094508193505b61026184600354610b1d90919063ffffffff16565b6003819055506102886003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b6004819055506000831115610344573373ffffffffffffffffffffffffffffffffffffffff166108fc849081150290604051600060405180830381858888f193505050501580156102dd573d6000803e3d6000fd5b503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef856040518082815260200191505060405180910390a35b610395846000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef866040518082815260200191505060405180910390a361045184600154610b1d90919063ffffffff16565b600181905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc869081150290604051600060405180830381858888f193505050501580156104bf573d6000803e3d6000fd5b505050505050005b3480156104d357600080fd5b506104dc610b52565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561051c578082015181840152602081019050610501565b50505050905090810190601f1680156105495780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b34801561056357600080fd5b506105a2600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610b8b565b604051808215151515815260200191505060405180910390f35b3480156105c857600080fd5b506105d1610c7d565b6040518082815260200191505060405180910390f35b3480156105f357600080fd5b50610652600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610c87565b604051808215151515815260200191505060405180910390f35b34801561067857600080fd5b50610681611041565b604051808263ffffffff1663ffffffff16815260200191505060405180910390f35b3480156106af57600080fd5b506106b8611046565b6040518082815260200191505060405180910390f35b3480156106da57600080fd5b506106e3611056565b6040518082815260200191505060405180910390f35b34801561070557600080fd5b50610744600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291908035906020019092919050505061105c565b604051808215151515815260200191505060405180910390f35b34801561076a57600080fd5b5061079f600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506112ed565b6040518082815260200191505060405180910390f35b3480156107c157600080fd5b506107ca611335565b005b3480156107d857600080fd5b506107e16113eb565b604051808273ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200191505060405180910390f35b34801561082f57600080fd5b50610838611411565b005b34801561084657600080fd5b5061084f6114ab565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561088f578082015181840152602081019050610874565b50505050905090810190601f1680156108bc5780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b3480156108d657600080fd5b50610915600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803590602001909291905050506114e4565b604051808215151515815260200191505060405180910390f35b34801561093b57600080fd5b50610944611703565b6040518082815260200191505060405180910390f35b34801561096657600080fd5b5061096f611709565b6040518082815260200191505060405180910390f35b34801561099157600080fd5b5061099a611716565b6040518082815260200191505060405180910390f35b3480156109bc57600080fd5b506109fb600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050611726565b604051808215151515815260200191505060405180910390f35b348015610a2157600080fd5b50610a76600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff169060200190929190505050611922565b6040518082815260200191505060405180910390f35b348015610a9857600080fd5b50610acd600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506119a9565b005b600080831415610ae25760009050610b01565b8183029050818382811515610af357fe5b04141515610afd57fe5b8090505b92915050565b60008183811515610b1457fe5b04905092915050565b60008183019050828110151515610b3057fe5b80905092915050565b6000828211151515610b4757fe5b818303905092915050565b6040805190810160405280600981526020017f416c6578546f6b656e000000000000000000000000000000000000000000000081525081565b600081600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b6000600154905090565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff1614151515610cc457600080fd5b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d1157600080fd5b600260008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d9c57600080fd5b610ded826000808773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610e80826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610f5182600260008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b600260008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b601281565b6b033b2e3c9fd0803ce800000081565b60035481565b600080600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205490508083111561116d576000600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611201565b6111808382610b3990919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b8373ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008873ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a3600191505092915050565b60008060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020549050919050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561139157600080fd5b60028081111561139d57fe5b600560149054906101000a900460ff1660028111156113b857fe5b141515156113c557600080fd5b6001600560146101000a81548160ff021916908360028111156113e457fe5b0217905550565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1681565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561146d57600080fd5b60028081111561147957fe5b600560149054906101000a900460ff16600281111561149457fe5b141515156114a157600080fd5b6114a9611b01565b565b6040805190810160405280600381526020017f414c54000000000000000000000000000000000000000000000000000000000081525081565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff161415151561152157600080fd5b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054821115151561156e57600080fd5b6115bf826000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611652826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a36001905092915050565b60045481565b68056bc75e2d6310000081565b6b019d971e4fe8401e7400000081565b60006117b782600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a36001905092915050565b6000600260008473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054905092915050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff16141515611a0557600080fd5b600073ffffffffffffffffffffffffffffffffffffffff168173ffffffffffffffffffffffffffffffffffffffff1614151515611a4157600080fd5b8073ffffffffffffffffffffffffffffffffffffffff16600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e060405160405180910390a380600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555050565b6002600560146101000a81548160ff02191690836002811115611b2057fe5b021790555060006004541115611c0a57611ba5600454600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc3073ffffffffffffffffffffffffffffffffffffffff16319081150290604051600060405180830381858888f19350505050158015611c89573d6000803e3d6000fd5b505600a165627a7a723058205bbef016cc7699572f944871cb6f05e69915ada3a92a1d9f03a3fb434aac0c2b0029

Խելացի պայմանագրերի մասին ավելի շատ մանրամասներ կարելի է գտնել հոդվածում. Որոնք են խելացի պայմանագրերը Ethereum-ում.

Ամփոփում

Մենք թվարկել ենք այն տեխնոլոգիաները, որոնց վրա կառուցված են ժամանակակից բլոկչեյնները և ինչպես են դրանք կապված միմյանց հետ։ Հիմա եկեք ձևակերպենք, թե որ խնդիրներն են հնարավոր լուծել բլոկչեյնի միջոցով, և որ լուծումները լավագույն դեպքում անարդյունավետ կլինեն։ Այսպիսով, բլոկչեյնի օգտագործումը անհրաժեշտ չէ, եթե.

  • Գործարքներն իրականացվում են վստահելի միջավայրում.
  • Միջնորդների հանձնաժողովի առկայությունը չի վատթարացնում մասնակիցների կյանքը.
  • Մասնակիցները չունեն գույք, որը կարող է ներկայացվել որպես թվային ակտիվներ.
  • Թվային ակտիվներում բաշխում չկա, այսինքն. արժեքը պատկանում կամ տրամադրվում է միայն մեկ մասնակցի կողմից:

Ի՞նչ ապագա է սպասվում բլոկչեյնին: Այժմ մենք կարող ենք միայն ենթադրություններ անել բլոկչեյն տեխնոլոգիաների զարգացման հնարավոր ուղիների մասին.

  • Blockchain-ը կդառնա նույն ընդհանուր տվյալների բազայի տեխնոլոգիան, ինչպիսին, օրինակ, SQL-ը կամ NoSQL-ն է՝ լուծելու իր խնդիրների որոշակի շրջանակը.
  • Blockchain-ը կդառնա տարածված արձանագրություն, ինչպես որ HTTP-ն ինտերնետի համար է.
  • Բլոկչեյնը կդառնա մոլորակի նոր ֆինանսական և քաղաքական համակարգի հիմքը:

Հաջորդ մասում մենք կանդրադառնանք, թե ներկայումս ինչ բլոկչեյններ կան և ինչու են դրանք օգտագործվում տարբեր ոլորտներում:

Սա միայն սկիզբն է։

Source: www.habr.com

Добавить комментарий