Համաձայնություն հանգույցի հեղինակության վերաբերյալ: Արդյո՞ք դա անհրաժեշտ է:

Ես գիտեմ, որ գիտեմ: Կրիպտո նախագծերը շատ են, կան բազմաթիվ կոնսենսուսներ՝ հիմնված աշխատանքի և սեփականության վրա, ոսկի, ձեթ, թխած կարկանդակներ (մեկը կա, այո, այո): Էլ ի՞նչ է մեզ պետք մեկից: Սա այն է, ինչ ես առաջարկում եմ քննարկել *Constellation նախագծի «թեթև» տեխնիկական փաստաթղթերի թարգմանությունը կարդալուց հետո (Համաստեղություն) Իհարկե, սա ալգորիթմի ամբողջական նկարագրությունը չէ, բայց ինձ հետաքրքրում է Հաբրի համայնքի կարծիքը, կա՞ նման կոնսենսուսի «լինելու» տեղ, թե՞ դա ավելորդ է:

Այլևս շատ տառեր չկան, այնպես որ, եթե պարզապես ուզում եք գրել «վայ, որքան կարող եք կրիպտոյի մասին», ապա խնդրում ենք ձեռնպահ մնալ: Եթե ​​դուք հետաքրքրված եք բաշխված համակարգերի ոլորտում նոր զարգացումներով և կիսվելու բան ունեք մեկնաբանություններում, ապա խնդրում ենք դիմել cat-ին:

Հ.Գ. Ես տեխնոլոգիայի հեղինակը չեմ, ես չեմ կարող երաշխավորել էության ամբողջական փոխանցումը, ուստի ուրախ կլինեմ ստանալ մեկնաբանություններ փոփոխություններով, եթե այդպիսիք կան:

Էվոլյուցիան սինխրոնից մինչև ասինխրոն կոնսենսուսներ

Հանգույցներն ընտրվում են դետերմինիստական ​​գործընթացի միջոցով (նույնը, որն օգտագործվում է DHT-ներում, ինչպիսին է bittorrent-ը), որը դինամիկ կերպով կարգավորում է հանգույցների պարտականությունները՝ «հեշտացնելու» վավերացումը կամ, ավելի հասկանալի է, կոնսենսուսի հասնելու համար: Մենք ընտրում ենք 3 հանգույցներից բաղկացած խմբեր և զուգահեռաբար անցկացնում ենք կոնսենսուսի փուլերը, որպեսզի մեկ հանգույցը կարողանա մի քանի բլոկների օժանդակող լինել: Սա մեզ թույլ է տալիս ասինխրոն կերպով մշակել գործարքները, ինչը, ըստ էության, նշանակում է, որ մենք ունենք մի քանի բլոկչեյններ, որոնք ձևավորվում են միաժամանակ: Գործընթացը նման է սարդոստայնի, որը ձևավորվում է բազմաթիվ թելերով, ի տարբերություն ժամանակի ընթացքում մեկ շղթա կազմող հանգույցների: Ասինխրոն կամ զուգահեռ մշակումը մասշտաբային ծրագրավորման հիմքն է, քանի որ այն թույլ է տալիս օգտագործել համակարգչային բոլոր ռեսուրսները՝ արագացնելով ընդհանուր հաշվարկը: Այս ցանցը համակարգչային գիտության մեջ կոչվում է ուղղորդված ացիկլիկ գրաֆիկ կամ DAG:

Գծային բլոկչեյնի ալիքի լայնությունը՝ ընդդեմ DAG-ի բազմապատկման էֆեկտի, որտեղ մենք ունենք բազմաթիվ զուգահեռ բլոկչեյններ:

Գծային բլոկչեյնի երկրաչափական իրականացում DAG-ի դեմ. Սև կետերը բլոկներ են, սպիտակ կետերը՝ հանգույցներ

Մենք օգտագործում ենք 3 հանգույց յուրաքանչյուր կոնսենսուսի փուլում, քանի որ դա մեզ տալիս է մի քանի հետաքրքիր մաթեմատիկական գործընթացներ վիճակի մասին պատճառաբանելու համար՝ տվյալների վրայով «մակերեսային հարթություն» ձևավորելով՝ կապված եռանկյունների տեսքով: Արձանագրությունն այնուհետև օգտագործում է եռանկյունները՝ իրար միացնելու օպտիմալ մակերես, որը չի պարունակում ավելորդ կամ անհամապատասխան տվյալներ և ունի ամենափոքր հնարավոր եռանկյունները: Ալգորիթմորեն սա անալոգային է գրաֆիկի «նվազագույն կտրվածքին», իսկ մաթեմատիկորեն՝ ածանցյալ կամ օպտիմալացման ֆունկցիայի (որից ֆունկցիան գտնում է ամենակարճ ճանապարհը, որը կարող է անցնել մակերևույթի երկայնքով): Այս ամենակարճ ճանապարհը համարժեք է DAG-ում տվյալների (գործարքների) օպտիմալ պահպանմանը: Հակասական եռանկյուն «սալիկներ», որպեսզի միջոցառման մակերեսը լինի հարթ և զերծ կոնֆլիկտներից:

Կոնֆլիկտների հայտնաբերման/կարգավորման երկրաչափական իրականացում. Հակասական բլոկը ստեղծում է լրացուցիչ մակերեսային սալիկ: Մենք հեռացնում ենք լրացուցիչ մակերեսային սալիկները՝ հարթ (= կոնֆլիկտից զերծ) իրադարձությունների մակերեսը պահպանելու համար:

Համաձայնություն՝ հիմնված հեղինակության վրա

Օպտիմալ ապակենտրոնացված p2p հեղինակության համակարգում յուրաքանչյուր հանգույց պետք է կարողանա ինքնուրույն որոշել իր վստահությունը այլ հանգույցների նկատմամբ: Մեր համակարգը գլոբալ միավոր նշանակելիս օգտագործում է հատուկ մոդել, որը ներառում է անցումային հարաբերություններ կամ հարաբերություններ, որոնք հանգույցն ունի այլ հանգույցների հետ: «Դուք նույնքան լավն եք, որքան ձեր ընկերությունը»: Վերջնական արդյունքը «թեք» է կամ գրադիենտ՝ հիմնված անցումային վստահության կամ հեղինակության վրա $DAG-ի կամ սովորական ալիքի բոլոր հանգույցներում: Սա կարելի է դիտարկել որպես խոզանակ կամ պանրի քերիչ, որը ջնջում է «մակերևույթի հարթությունը» և ընտրում, թե որ «եռանկյուն սալիկները» ջնջել և որոնք թողնել: Ահա թե ինչպես է կոնֆլիկտային տրամաբանությունը իրականում հեռացնում «եռանկյուն սալիկները»:

Հակասական սալիկով DAG, որն անցնում է «կոր» տարածությամբ, որը գրադիենտ է, որը նման է պանրի քերիչին և պատրաստվում է հեռացնել կամ «ջնջել» հակասական սալիկները:

Հանգույցի մասնակի/լրիվ մասշտաբավորում

Ցանցի տեսության մեջ, սովորաբար, օպտիմալ տեղաբաշխումը հայտնի է որպես «մասշտաբազուրկ», որը կարելի է նկարագրել որպես հիերարխիկ դասավորվածություն մեծ կենտրոնական հանգույցներով, որոնք կառավարում են շատ ավելի փոքր ծայրամասային հանգույցներ: Այս բաշխումը տեսանելի է բնության մեջ և, առաջին հերթին, համացանցում: Constellation-ն օգտագործում է այս ճարտարապետությունը՝ «մեծացնելու» կամ մեծացնելու մեր գրաֆիկի թողունակությունը կամ լայնությունը:

Հիերարխիկ բաժանման ազդեցությունը: Մենք կարող ենք ավելացնել ավելի շատ հանգույցներ՝ մեծացնելով թողունակությունը

Hylochain - ալիքի վրա հիմնված հավելվածի աջակցություն

Դիմումների աջակցության մեր մոտեցումը կարելի է դիտարկել որպես «ապակենտրոնացված խելացի պայմանագրային հարթակ»: Կենտրոնական ցանցի փոխարեն, որն աշխատում է ողջ տրամաբանությամբ և մշակում հավելվածի բոլոր տվյալները, Constellation-ը համակարգում է հավելվածի տվյալները «տնային ալիքների» հետ, որը կարելի է պատկերացնել որպես հեռուստաընկերություն, որը հեռարձակում է բոլոր տվյալները տան համակարգից: Յուրաքանչյուր անձնակազմի ալիք կարող է իրականացնել իր ստուգման տրամաբանությունը՝ լուծելու oracle-ի խնդիրը տվյալների արտադրողների վերջնական վավերացման և կոմպոզիտային անձնակազմի համակարգերի անցումային ստուգման միջոցով: Պետական ​​ալիքային ցանցերը զուգահեռ աջակցություն են տրամադրում հավելվածներին՝ արագացնելով ընդունման ժամանակները, որոնք սահմանափակվում են ավանդական համաժամանակյա համաձայնությամբ խելացի պայմանագրային ցանցում:

Երկու ստանդարտ ալիք, որոնք «համատեղելի են» $DAG ցանցի միջոցով: Նրանք կարող են փոխազդել կամ մեկնաբանվել, քանի որ երկուսն էլ «ինտեգրված» են $DAG-ի հետ՝ տեղակայելով հիբրիդային $DAG + Channel հանգույցներ:

Պատճառն այն է, որ այն կոչվում է Hylochain, քանի որ մեր մոտեցումը հավելվածների աջակցության համար օգտագործեց Recursion Schemes ֆունկցիոնալ ծրագրավորման մոդելը MapReduce ինտերֆեյսի ստեղծման համար: Մասնավորապես, Hylomorphism-ի և Metamorphism-ի ռեկուրսիոն սխեմաները կարող են ինտեգրվել՝ ստեղծելու ստուգելի հարցումներ և հոսքային կապեր բնիկ ալիքներով՝ հաստատելով հանրահաշվական տվյալների տեսակները այնպես, ինչպես ստուգվում են խելացի պայմանագրերի օպերացիոն ծածկագրերը: Վերջնական արդյունքը ֆունկցիոնալ MapReduce ինտերֆեյսն է, որը ծանոթ է տվյալների ինժեներներին և համատեղելի մեծ տվյալների առկա տեխնոլոգիայի հետ:

Hylomorphic-ը և Metamorphic-ը կոնտրաստի ստանդարտ ալիքներ են: Մետամորֆային վիճակում երկու կանոնավոր ալիքների տվյալները ուղարկվում են մետաալիքի բլոկ: Gilo-ում մենք վերցնում ենք ալիքի նախորդ վիճակը և այն օգտագործում ենք երկու այլ ալիքների հարցում (կոնկրետ հարց տալու) համար, այնուհետև պահում ենք հարցման արդյունքը բլոկում:

Tokenomics և դրա կապը Hylochain-ի հետ

Երբ հայրենի ալիքը ստեղծվի, այն կարող է ինտեգրվել $DAG ալիքին, բայց օգտագործելով ACI կամ Application Chain Interface: Այս ինտերֆեյսը պարզապես JSON օբյեկտ է՝ կազմաձևման տեղեկություններով և հանրային բանալիով, որը կապված է հենց ալիքի հետ: Պատճառը, որ մենք կապում ենք հանրային բանալին սովորական ալիքի հետ, սովորական ալիքի տվյալների համար բրոքերային մեխանիզմ ստեղծելն է: Երբ սովորական ալիքը տեղակայվում է, մշակողները իրենք են կարգավորում, թե ինչպես են $DAG ցանցից վճարումները բաշխվում հանգույցների և օպերատորների միջև:

Տեղեկատվության հասանելիություն ձեռք բերելու կամ տեղեկատվության փոփոխման հոսք: Հարցումն ուղարկվում է $DAG-ին, միջոցներն ուղարկվում են ալիքի հաշվին, արդյունքն ուղարկվում է գնորդին, իսկ գործարքների ստուգման գումարն ուղարկվում է $DAG ցանց, որն այնուհետև միջոցներ է թողարկում սովորական ալիքին:

Source: www.habr.com