Ja ma tean, tean. Krüptoprojekte on tohutult, on mitmeid konsensusi: töö ja omandi põhjal, kuld, nafta, küpsetatud pirukad (jah, ka sellised on olemas). Mis väärt on veel üks? Seda soovin arutada pärast projekti *Constellation* 'kergendatud' tehnilise dokumentatsiooni tõlke lugemist.). Loomulikult, see ei ole algoritmi täielik kirjeldus, kuid mind huvitab kommuuni arvamus, kas sarnasel konsensusel on koht või on see lihtsalt tarbetu?
Tähendab, et tähti on vähe, seega, kui soovite lihtsalt kirjutada "oh, palju saab krüptost rääkida", siis palun hoiduge sellest. Kui olete huvitatud uutest arendustest ja jagate midagi kommentaarides, siis palun lugege edasi.
P.S. Ma ei ole tehnoloogia autor, ei saa lubada täielikku mõtte edastamist, seega ootan hea meelega kommentaare paranduste kohta, kui selliseid on.
Evolutsioon sünkroonsetest konsensustest asünkroonsete suunas
Sõlmed valitakse kindla protsessi abil (sama, mida kasutatakse DHT-s, näiteks bittorrent), mis reguleerib dünaamiliselt sõlmede kohustusi, et „kergendada“ valideerimist või, mis on veelgi arusaadavam, saavutada konsensus. Valime 3 sõlmest koosnevad grupid ja viime läbi konsensusvoorud paralleelselt, et üks sõlm saaks olla mitmes plokis vahendaja. See võimaldab meil hallata tehinguid asünkroonselt, mis põhimõtteliselt tähendab, et meil moodustub samaaegselt mitu plokiahelat. Protsess sarnaneb võrku, mille moodustavad paljud kiud, erinevalt sõlmedest, mis moodustavad aja jooksul ühe ahela. Asünkroonne või paralleelne töötlemine on skaleeritava programmeerimise aluseks, kuna see võimaldab kasutada kõiki arvuti ressursse, kiirendades üldisi arvutusi. Seda võrku nimetatakse suunatud aktsükliliseks graafiks või DAG-iks arvutiteadustes.
Lineaarse plokiahela ribalaius versus DAG-i multiplicatiivne efekt, kus meil on mitu paralleelset plokiahela.
Geomeetriline teostus lineaarse plokiahela vs DAG. Mustad punktid on plokid, valged punktid on sõlmed.
Kasutame igas konsensuse voorus 3 sõlme, kuna see annab meile huvitavaid matemaatilisi protsesse andmete oleku arutamiseks, kujundades "pinna tasapinna" andmete kaudu kolmnurkadega, millel on sidemed. Seejärel kasutab protokoll kolmnurki, et "õmmelda" optimaalse pinna, mis ei sisalda liigseid ega vastuolulisi andmeid ning millel on võimalikult vähe kolmnurki. Algselt on see sarnane graafi "minimaalsetele lõikedele", kuid matemaatiliselt on see tuletis või optimeerimisfunktsioon (mille kaudu funktsioon leiab lühima tee, mida ta saab pinna kaudu ületada). See lühim tee vastab optimaalsele andmete (tehingute) ladustamisele andmebaaside kergendamise grupis. Vastuolulised kolmnurksed "plaatidel" tagavad, et sündmuste pind on tasane ja konfliktideta.
Geomeetriline konfliktide tuvastamise / töötlemise rakendus. Konfliktne blokk loob täiendava pinna plaadi. Eemaldame täiendava pinna plaadi, et hoida sündmuste pind tasase (= konfliktivaba).
Reputatsioonipõhine konsensus
Optimaalses detsentraliseeritud p2p reputatsioonisüsteemis peab iga sõlm olema võimeline iseseisvalt määrama oma usaldusväärsust teiste sõlmede suhtes. Meie süsteem kasutab spetsiaalset mudelit, mis hõlmab transitiivseid suhteid või suhteid, mis sõlmel on teiste sõlmedega, globaalse hinnangu määramiseks. 'Oled nii hea kui sinu ettevõte.' Lõpptulemus on 'moonutus' või gradient, mis põhineb transitiivsel usaldusel või reputatsioonil kõikides sõlmedes $DAGis või nende põhikanalis. Seda võib pidada juustuhöövel või harjaks, mis silub 'pinna tasandit' ja valib, milliseid 'kolmnurkseid plaate' siluda ja milliseid jätta. Nii eemaldab konfliktiloogika tegelikult 'kolmnurgad'.
DAG konfliktse fliseeriga, mis läbib "kaardus" ruumi, mis on riivakujuline gradient ja on kavandatud konfliktse flise eemaldamiseks või "kustutamiseks".
Osaline/täielik sõlme skaleerimine
Võrgu teoorias tuntakse optimaalse jaotuse tavaliselt kui "ilma skaleerimiseta", mida saab kirjeldada kui hierarhilist paigutust, kus suured keskused juhivad paljusid väiksemaid perifeerseid sõlmi. See jaotus on nähtav looduses ja eeskätt Internetis. Constellation kasutab seda arhitektuuri skaleerimise, st meie Graphi läbilaskevõime või laiuse suurendamise jaoks.
Hierarhilise jaotuse efekt. Me saame lisada rohkem sõlmi, suurendades läbilaskevõimet.
Hylochain — Kanali põhiste rakenduste tugi
Meie lähenemist rakenduste toele võib pidada „detsentraliseeritud nutilepingute platvormiks”. Selle asemel, et keskne võrk teeks kogu loogika ja töötleks kõiki rakenduse andmeid, koordineerib Constellation rakenduse andmeid „standardsed kanalid”, mida võib pidada televisioonijaamaks, mis edastab kõiki andmeid standardsüsteemist. Iga standardne kanal võib rakendada oma kontrolliloogikat, mis lahendab oraaklite problemaatika, võimaldades andmeproducentide ja transitiivsete standardsete süsteemide autentsuse tõestamist. Standardsete kanalite võrgud tagavad rakenduste paralleelse toe, kiirendades vastuvõtuaega, mis nutilepingute võrgus on piiratud traditsioonilise sünkroonse konsensusega.
Kaks standardset kanalit, mis on „ühilduvad” $DAG võrgus. Need võivad omavahel suhestuda või tõlgendada, kuna mõlemad on „integreeritud” $DAG-iga, kasutades hübriidseid sõlmi $DAG + Kanal.
Hylochaini nimetatakse selle tõttu, et meie rakendustoe lähenemisviisis on kasutatud funktsionaalset programmeerimisfunktsiooni, Recursion Schemes, MapReduce'i liidese loomiseks. Eelkõige võivad Hylomorphismi (hylomorfsed) ja Metamorphismi (metamorfsed) rekursiooniskeemid olla integreeritud kontrollitavate päringute ja voogedastuse loomiseks staatilistes kanalites, kontrollides algebraatilisi andmetüüpe, nagu kontrollitakse ka op-kode nutikate lepingute jaoks. Lõpptulemus on funktsionaalne MapReduce'i liides, mis on tuttav andmeinseneridele ja ühilduv olemasoleva suurandmete tehnoloogiaga.
Hylomorfsed ja metamorfsed staatilised kanalid kontrasti jaoks. Metamorfses olekus saadetakse kahe staatilise kanali andmed metakanalisse plokki. Hylos kasutame kanali eelmist olekut, et küsida (esitada konkreetne küsimus) kahte muud kanalit ja seejärel salvestame päringu tulemuse plokki.
Tokenoomika ja selle seos Hylochainiga
Kui ametlik kanal on loodud, saab seda integreerida $DAG kanalisse, kasutades ACI (Application Chain Interface) liidest. See liides on lihtsalt JSON objekt konfiguratsiooni teabe ja kanali avatud võtmega. Avatud võtme sidumine ametliku kanaliga on vajalik, et luua andmevahetuse mehhanism saidi ametlikku kanalisse. Kui ametlik kanal on juurutatud, saavad arendajad ise määrata, kuidas maksed $DAG võrgustikus jaotatakse sõlmede ja operaatorite vahel.
Voog teave juurdeostmiseks või teabe muutmiseks. Taotlus saadetakse $DAG-sse, vahendid saadetakse kanali kontole, tulemus saadetakse ostjale ja tehingu kontrollsumma saadetakse $DAG võrku, mis seejärel vabastab vahendid ametlikule kanalile.
Allikas: habr.com
