Ma tean-tean. Krüptoprojekte on rohkesti, samuti on palju konsensuseid: töö ja omandi, kulda, naftat, küpsetatud pirukaid (jah, selline on ka olemas, jah jah). Mida me veel ühelt tahame? Seda pakun arutada pärast *Kohanemise* projekti „kergendatud” tehnilise dokumentatsiooni tõlke lugemist.). Loomulikult ei ole see algoritmi täielik kirjeldus, aga mind huvitab Hagami kogukonna arvamus, kas sellisel konsensusel on tulevikku või on see tarbetu?
Tähestikku on vähe jäänud, seega, kui teil on lihtsalt isu kirjutada „fui, kui kaua võib krüptost rääkida”, siis palun hoiduge sellest. Kui teid huvitavad uued arendused jagatud süsteemide valdkonnas ja teil on kommentaaridesse jagada, palun astuge edasi.
P.S. Ma ei ole tehnoloogia autor, ei suuda täielikult edastada sisu, seega olen rõõmus kommenteerida, kui võimalikke parandusi esitatakse.
Evolutsioon sünkroonsetest konsensustest asünkroonsetesse
Tõuge valitakse deterministliku protsessi abil (sama, mida kasutatakse näiteks DHT-s, näiteks bittorrent), mis dünaamiliselt reguleerib node'ide kohustusi konsensuse “kergendamiseks” või, mis on arusaadavam, konsensuse saavutamiseks. Valime rühmi, kus on 3 node'it ja viime konsensuse ringid läbi paralleelselt, et üks node saaks olla mitmes plokis fasilitaatoriks. See võimaldab meil tehinguid asünkroonselt töödelda, mis olemuslikult tähendab, et meil on samaaegselt mitu plokiahelat. Protsess meenutab ämblikuvõrku, mille moodustavad paljud niidid, erinevalt node'idest, mis moodustavad ühe ahela aja jooksul. Asünkroonne või paralleelne töötlemine on skaleeritava programmeerimise alus, kuna see võimaldab ära kasutada kõiki arvuti ressursse, kiirendades üldisi arvutusi. See võrk nimetatakse suunatud tsükliliseks graafiks või DAG-iks arvutiteadustes.
Lineaarses plokiahelas oleva kanali laius vs DAG-i kordne efekt, kus meil on mitu paralleelset plokiahelat.
Lineaarses plokiahelas oleva geomeetrilise rakenduse vs DAG. Mustad punktid on plokid, valged punktid on node'id.
Me kasutame konsensusprotsessis kolme sõlme, kuna see pakub huvitavaid matemaatilisi protsesse, et mõelda andmete staatusele, moodustades 'pinna tasandi' kolmnurkade kujul seoste kaudu. Protokoll kasutab seejärel kolmnurgad 'ühendamiseks' optimaalsest pinnast, mis ei sisalda liigseid ega vastuolulisi andmeid ning omab minimaalset võimalikku kolmnurkade arvu. Alati, kui seda algoritmiliselt vaadata — on see sarnane 'minimaalse lõike' leidmisega graafis, matemaatiliselt rääkides on see tuletis või optimeerimisfunktsioon (mille kohaselt funktsioon leiab lühima tee, mida see saab mööda pinda liikuda). See lühim tee on võrdsustatav optimaalse andmete (tehingute) salvestamisega andmebaaside kergesti kättesaadavates gruppides. Vastuolulised kolmnurkade „plaatide”, et sündmuste pind oleks tasane ja konfliktivaba.
Geomeetriline rakendus konfliktide avastamiseks / töötlemiseks. Konflikti tekitav plokk loob täiendava pindade plaadi. Eemaldame lisapinna plaadi, et hoida pindade sündmusi tasase (= konfliktivaba) pinnana.
Reputatsioonil põhinev konsensus
Optimaalses detsentraliseeritud P2P süsteemis peab iga sõlm olema võimeline iseseisvalt määrama oma usaldusväärsuse teiste sõlmede suhtes. Meie süsteem kasutab erilist mudelit, mis hõlmab transitiivseid suhteid või suhteid, mis sõlmel on teiste sõlmede kongruentsuses, globaalse reitingu määramisel. 'Olete nii head kui teie ettevõte'. Lõpptulemus on 'moonutus' või gradient, mis põhineb transitiivsel usaldusväärsusel või reputatsioonil kõigis $DAG või kantud kanalites. Seda võib vaadelda kui riidehanget või juustuhakkurit, mis kustutab 'pinna tasandilt' ja valib, milliseid 'kolmnurkade plaate' kustutada ja milliseid jätta. Just nii eemaldab konfliktide loogika tegelikult 'kolmnurkade plaate'.
DAG koos konfliktse plaadiga, mis kulgeb 'kortsus' ruumis, mis on gradient nagu juustuhakkur, ja on valmis eemaldama või 'kustutama' konfliktse plaadi.
Osaline / täielik sõlme skaleerimine
Võrguteoorias tuntakse optimaalset jaotust tavaliselt kui "ilma skaleerimiseta", mida võib kirjeldada kui hierarhilist paigutust, kus suured keskused juhtivad paljusid väikseid perifeerseid sõlmi. See jaotus on nähtav looduses ja eelkõige Internetis. Constellation kasutab seda arhitektuuri "skaleerimiseks", st meie graafi läbilaskevõime või laiu suurendamiseks.
Hierarhilise jaotuse efekt. Saame lisada rohkem sõlmi, suurendades läbilaskevõimet.
Hylochain - Kanali põhiste rakenduste tugi.
Meie lähenemist rakenduste toetamisele võib käsitleda kui "detsentraliseeritud nutilepingute platvormi". Selle asemel, et keskne võrk tegeleks kogu loogika käitamise ja rakenduse andmete töötlemisega, koordineerib Constellation rakenduse andmeid "natiivkanalitega", mida võib pidada televisioonijaamaks, mis edastab kõiki andmeid natiivsetest süsteemidest. Iga natiivkanal võib rakendada oma kontrolliloogikat, mis võimaldab lahendada oracle'ide probleemi andmete tootjate autentimise ja komposiitsete natiivsete süsteemide transitiivse kontrollimise kaudu. Natiivsete kanalite võrgud pakuvad rakendustele paralleelset tuge, kiirendades otsuste vastuvõtmist, mis on nutilepingute võrgus piiratud traditsioonilise sünkroonse konsensuse kaudu.
Kaks natiivkanalit, mis on "ühilduvad" $DAG võrgus. Need saavad omavahel suhelda või tõlgendada, kuna mõlemad on $DAG-ga "integeeritud", kasutades hübriidsõlmede $DAG + Kanal.
Põhjus, miks seda nimetatakse Hylochainiks, seisneb selles, et meie rakenduste toetamise lähenemisviisis on kasutatud rekurentsiskeemide funktsionaalset mudelit MapReduce'i liidese loomiseks. Eelkõige saab Hylomorphismi (Hylomorfne) ja Metamorphismi (Metamorfnine) rekurentsiskeeme integreerida, et luua kontrollitavaid päringuid ja voogusid riigikanalite kaudu, kontrollides algebralisi andmetüüpe, just nagu kontrollitakse op-koode nutikate lepingute jaoks. Lõpptulemus on funktsionaalne MapReduce'i liides, mis on tuttav andmeinseneridele ja ühilduv olemasoleva suurandmete tehnoloogiaga.
Hylomorfne ja Metamorfnine riigikanalid kontrastiks. Metamorfnilises olekus saadetakse andmed kahest riigikanalist plokkidesse metakanalis. Hylos võtame eelmise kanali oleku ja kasutame seda, et küsida (esitada konkreetne küsimus) kaht teist kanalit, seejärel salvestame päringu tulemuse plokki.
Tokenoomika ja selle seos Hylochainiga
Kui riigikanal on loodud, saab seda integreerida $DAG-kanalisse, kuid ACI (Application Chain Interface) liidese kaudu. See liides on lihtsalt JSON objekt, mis sisaldab konfiguratsiooni teavet ja avatud võtit, mis on seotud konkreetse kanaliga. Põhjus, miks me ühendame avatud võtme riigikanaliga, on andmete brokermekanismi loomine riigikanali jaoks. Kui riigikanal on käivitatud, määravad arendajad, kuidas maksed $DAG-võrgus jaotatakse sõlmedele ja operaatoritele.
Vool, et osta juurdepääs teabele või teabe muutmisele. Päring suunatakse $DAG-ile, vahendid saadetakse kanali kontole, tulemus saadetakse ostjale ja tehingu kontrollsummat edastatakse $DAG-võrku, mis seejärel vabastab vahendid riigikanalile.
Allikas: habr.com
