Viem, viem. Krypto projektov je neúrekom, existuje množstvo konsenzov: na základe práce a vlastníctva, zlata, ropy, pečených koláčikov (áno, aj taký je, áno- áno). Čo nám ešte chýba jedného? To navrhujem prediskutovať po prečítaní prekladu "zjednodušenej" technickej dokumentácie projektu *Constellation (). Samozrejme, nie je to úplný popis algoritmu, ale zaujíma ma názor komunity Habr, či takýto konsenzus má zmysel alebo je úplne zbytočný?
Ďalej už nie je veľa písmen, takže ak sa vám len chce napísať "fuj, koľko sa dá hovoriť o krypto", prosím, zdržte sa. Ak máte záujem o nové vývoja v oblasti distribuovaných systémov a máte, čím sa podeliť v komentároch, prosím, pod článkom.
P.S. Nie som autor technológie, nemôžem ručiť za plné pochopenie jej podstaty, preto budem rád za komentáre s opravami, ak také budú.
Evolúcia od synchronných konsenzov k asynchronným
Uzly sú vyberané pomocou deterministického procesu (toho istého, ktorý sa používa v DHT, napríklad bittorrent), ktorý dynamicky reguluje povinnosti uzlov pre „ulahčenie“ validácie alebo, čo je jasnejšie, na dosiahnutie konsenzu. Vyberáme skupiny po 3 uzloch a vykonávame kolá konsenzu súčasne, aby mohol byť jeden uzol facilitátorom vo viacerých blokoch. To nám umožňuje spracovávať transakcie asynchrónne, čo v podstate znamená, že súčasne sa formuje niekoľko blockchainov. Proces pripomína pavučinu, ktorú tvoria mnohé nite, na rozdiel od uzlov, ktoré vytvárajú jednu reťazec v priebehu času. Asynchrónne alebo paralelné spracovanie je základom škálovateľného programovania, pretože umožňuje využiť všetky zdroje počítača a urýchliť celkové výpočty. Táto sieť sa nazýva orientovaný acyklický graf alebo DAG v počítačových vedách.
Šírka pásma lineárneho blockchainu verzus multiplikatívny efekt DAG, kde máme niekoľko paralelných blockchainov.
Geometrická realizácia lineárneho blockchainu verzus DAG. Čierne body sú bloky, biele body sú uzly.
Používame 3 uzly v každom kole konsenzu, pretože to nám poskytuje niektoré zaujímavé matematické procesy na úvahy o stave, vytvárajúc "rovinu povrchu" naprieč dátami vo forme trojuholníkov s väzbami. Potom protokol využíva trojuholníky na "zloženie" optimálnej plochy, ktorá neobsahuje nadbytočné alebo protichodné dáta a má minimálny možný počet trojuholníkov. Algoritmicky - je to podobné "minimálnemu prerezávaniu" grafu, a matematicky - derivácii alebo optimalizačnej funkcii (z ktorej funkcia nachádza najkratšiu cestu, ktorou môže prejsť po povrchu). Táto najkratšia cesta je ekvivalentná optimálnemu uloženiu dát (transakcií) v skupine dostupnosti databáz. Protichodné trojuholníkové "dlaždice", aby bola plocha udalosti hladká a bez konfliktov.
Geometrická realizácia detekcie / spracovania konfliktov. Konfliktný blok vytvára dodatočnú dlaždicu povrchu. Odstraňujeme dlaždicu dodatočného povrchu, aby sme udržali rovný (= bezkonfliktný) povrch udalostí.
Konsenzus založený na reputácii
V optimálnej decentralizovanej p2p systéme reputácie by mal každý uzol byť schopný sám stanoviť svoju dôveru k ostatným uzlom. Náš systém využíva špeciálny model, ktorý zahŕňa tranzitívne vzťahy alebo vzťahy, ktoré uzol má s inými uzlami, pri prideľovaní globálneho hodnotenia. "Ste tak dobrí, ako je vaša spoločnosť." Konečným výsledkom je "skreslenie" alebo gradient, založený na tranzitívnej dôvere alebo reputácii vo všetkých uzloch v $DAG alebo štandardnom kanáli. Môže sa to považovať za strúhadlo alebo strúhadlo na syr, ktoré otrie povrch "roviny povrchu" a vyberá, ktoré "trojuholníkové dlaždice" utrieť a ktoré ponechať. Takto logika konfliktu skutočne odstraňuje "trojuholníkové dlaždice."
DAG s konfliktnou dlaždicou prechádzajúcou cez "skreslený" priestor, ktorý je gradientom, podobne ako strúhadlo na syr, a je zameraný na odstránenie alebo "utrhnutie" konfliktnej dlaždice.
Čiastočné/úplné škálovanie uzla
V teórii sietí sa optimálne rozdelenie zvyčajne nazýva „bez škálovania“, čo možno opísať ako hierarchické usporiadanie s veľkými centrálnymi uzlami, ktoré riadia mnoho menších periférnych uzlov. Toto rozdelenie je viditeľné v prírode a predovšetkým na internete. Constellation využíva túto architektúru na „škálovanie“ alebo zvyšovanie šírky pásma nášho Grafu.
Efekt hierarchického rozdelenia. Môžeme pridať viac uzlov a zvýšiť šírku pásma.
Hylochain — Podpora aplikácií založených na kanáloch.
Náš prístup k podpore aplikácií možno považovať za „decentralizovanú platformu inteligentných kontraktov“. Namiesto centrálnej siete, ktorá vykonáva celú logiku a spracováva všetky údaje z aplikácie, Constellation koordinuje údaje aplikácie s „štátnymi kanálmi“, ktoré môžeme považovať za televíznu stanicu vysielajúcu všetky údaje zo štátneho systému. Každý štátny kanál môže realizovať svoju vlastnú logiku overovania, čo umožňuje riešiť problém orákulov prostredníctvom priečneho overovania autenticity výrobcov údajov a tranzitívneho overovania zložených štátnych systémov. Siete štátnych kanálov poskytujú paralelnú podporu aplikácií, pričom zrýchľujú čas prijatia, ktorý je v sieti s inteligentnými kontraktmi obmedzený tradičným synchronným konsenzom.
Dva štátne kanály, ktoré sú „kompatibilné“ cez sieť $DAG. Môžu interagovať alebo byť interpretované, keďže oba sú „integrované“ s $DAG nasadením hybridných uzlov $DAG + Kanál.
Dôvod, prečo sa nazýva Hylochain, je ten, že v našom prístupe k podpore aplikácií bola použitá funkčná model pre programovanie Recursion Schemes na vytvorenie rozhrania MapReduce. Konkrétne môžu byť schémy rekurzie Hylomorfizmus a Metamorfitizmus integrované na vytváranie overiteľných dopytov a streamovacích spojení cez štandardné kanály, pričom kontroly algebraických dátových typov prebiehajú rovnako ako kontroly op-kódov pre inteligentné zmluvy. Konečným výsledkom je funkčné rozhranie MapReduce, ktoré je známe inžinierom dát a je kompatibilné s existujúcou technológiou veľkých dát.
Hylomorfické a metamorfické štandardné kanály pre kontrast. V metamorfickom stave sú dáta z dvoch štandardných kanálov odosielané do bloku v metakanáli. V Hyle vezmeme predchádzajúci stav kanála a použijeme ho na dopytovanie (položenie konkrétnej otázky) dvoch ďalších kanálov, a potom uložíme výsledok dopytu do bloku.
Tokenomika a jej súvislosť s Hylochain
Keď je štandardný kanál vytvorený, môže byť integrovaný do kanála $DAG, ale s použitím rozhrania ACI alebo Application Chain Interface. Toto rozhranie je jednoducho objekt JSON s informáciami o konfigurácii a verejným kľúčom spojeným so samotným kanálom. Dôvodom, prečo spájame verejný kľúč so štandardným kanálom, je vytvorenie sprostredkovateľského mechanizmu pre dáta štandardného kanála. Keď je štandardný kanál nasadený, developeri si nastavujú, ako sú platby z siete $DAG rozdeľované medzi uzly a operátorov.
Tok na nákup prístupu k informáciám alebo modifikáciu informácií. Dopyt je zaslaný do $DAG, prostriedky sú odoslané na účet kanála, výsledok je odoslaný kupujúcemu a kontrolná suma transakcie je odoslaná do siete $DAG, ktorá potom odomkne prostriedky pre štandardný kanál.
Zdroj: habr.com
