Tudom, tudom. Rengeteg kriptoprojekt létezik, számos konszenzus van: a munka és a tulajdon alapjain, arany, olaj, sült pirogok (igen, ilyen is van, igen-igen). Miért is volna szükség egy újabbra? Ezt javaslom megbeszélni a *Csillagkép* projekt "megkönnyített" műszaki dokumentációjának átolvasása után.). Természetesen ez nem a algoritmus teljes leírása, de érdekelne a Habr közösség véleménye, hogy létezik-e ennek a konszenzusnak létjogosultsága vagy csak felesleges?
Továbbra is kevés betű áll rendelkezésre, ezért ha csak annyit szeretnél mondani, hogy "fúj, mennyit lehet már a kriptről", kérlek, tartózkodj tőle. Ha érdekelnek az új fejlesztések a decentralizált rendszerek terén, és van mit megosztanod a hozzászólásokban, kérlek, következz.
P.S. Nem én vagyok a technológia szerzője, a lényeg teljes átadása nem garantált, ezért örömmel várom a javításokat tartalmazó hozzászólásokat, ha lesznek.
Evolúció a szinkron konszenzusokból az aszinkronokba
A csomópontokat egy determinisztikus folyamat segítségével választják ki (amely például a DHT-ban, mint a bittorrentben is használatos), amely dinamikusan szabályozza a csomópontok feladatait a validálás "megkönnyítésére", vagy ami érthetőbb, a konszenzus elérésére. Három csomópontból álló csoportokat választunk, és párhuzamosan végezünk konszenzus-köröket, így egy csomópont egyszerre több blokkban is facilitátor lehet. Ez lehetővé teszi számunkra, hogy aszinkron módon kezeljük a tranzakciókat, ami lényegében azt jelenti, hogy egyszerre több blokklánc is keletkezik. A folyamat hasonlít egy hálózatra, amelyet sok szál alkot, szemben azzal, hogy a csomópontok egy láncot alkotnak az idő múlásával. Az aszinkron vagy párhuzamos feldolgozás a skálázható programozás alapja, mivel lehetővé teszi az összes számítógépes erőforrás kihasználását, gyorsítva az összesített számításokat. Ezt a hálózatot irányított aciklikus gráfnak vagy DAG-nak nevezik a számítástechnikában.
A lineáris blokklánc sávszélessége a DAG multiplikatív hatása ellen, ahol több párhuzamos blokkláncunk van.
A lineáris blokklánc geometriai megvalósítása a DAG ellen. A fekete pontok a blokkok, a fehér pontok a csomópontok.
Három csomópontot használunk a konszenzus minden egyes körében, mivel ez érdekes matematikai folyamatokat biztosít az állapot megvitatásához, formálva egy "felületi síkot" a háromszög formájú adatok között összefüggésekkel. Ezután a protokoll a háromszögeket használja az optimális felület "varrására", amely nem tartalmaz redundáns vagy ellentmondásos adatokat, és a lehető legkevesebb háromszöget tartalmazza. Algoritmikusan ez analógiásan egy "minimum vágáshoz" hasonlít a gráfban, matematikailag pedig egy derivált vagy optimalizáló funkcióhoz (amelynek a funkciója megtalálja a lehető legrövidebb utat, amelyet keresztül lehet vágni a felületen). Ez a legrövidebb út egyenértékű az adatainak (tranzakcióinak) optimális tárolásával az adatbázisok rendelkezésre állási csoportjában. Az összeütköző háromszög "csempék" biztosítják, hogy az esemény felülete sima és konfliktusoktól mentes legyen.
Konfliktusok észlelésének / kezelésének geometriai megvalósítása. A konfliktusba kerülő blokk további felületi csempét hoz létre. Eltávolítjuk a további felületcsempeket, hogy fenntartsuk a lapos (= konfliktusmentes) eseményfelületet.
Reputáció-alapú konszenzus
Egy optimális decentralizált p2p reputációs rendszerben minden csomópontnak képesnek kell lennie arra, hogy önállóan meghatározza más csomópontokkal szembeni bizalmát. Rendszerünk egy speciális modellt alkalmaz, amely tartalmazza a tranzitív kapcsolatokat vagy kapcsolatokat, amelyeket a csomópont más csomópontokkal teremt, a globális értékelés hozzárendelésekor. "Annyira jó vagy, mint a céged." A végső eredmény egy "torzulás" vagy gradiens, amely a tranzitív bizalmon vagy a $DAG minden csomópontjára vonatkozó híreségen alapul. Ezt úgy is tekinthetjük, mint egy reszelőt vagy sajtra való reszelőt, amely eltávolítja a "felületi sík" felszínéről, és eldönti, mely "háromszög csempéket" törölje és melyeket hagyjon meg. Így működik a konfliktus logikája a "háromszögcsempék" eltávolításában.
DAG konfliktusban lévő csempével, amely "torzított" térben halad át, ami egy sajtra hasonlító gradiens, és össze fogja gyűjteni a konfliktusos csempét eltávolítani vagy "törölni".
Részleges/teljes csomópont skálázás
A hálózati elméletekben az optimális elosztást általában „skálázás nélküli” jelleggel látják el, amely leírható úgy, mint egy hierarchikus elrendezés, ahol nagy központi csomópontok irányítanak sokkal kisebb perifériás csomópontokat. Ez az elosztás természetben, és legfőképpen az interneten megfigyelhető. A Constellation ezt az architektúrát használja a „skálázásra”, azaz a sávszélesség vagy a grafikus ábrázolás növelésére.
A hierarchikus felosztás hatása. További csomópontokat adhatunk hozzá a sávszélesség növelésével.
Hylochain – Csatornaalapú alkalmazások támogatása
Alkalmazástámogatási megközelítésünket „decentralizált okosszerződés platformként” lehet értelmezni. Ahelyett, hogy egy központi hálózat végezne el minden logikát és feldolgozná az összes adatot az alkalmazásból, a Constellation koordinálja az alkalmazásadatokat a „szakmai csatornákkal”, amelyek tekinthetők olyan televíziós állomásnak, amely az összes adatot a szakmai rendszertől sugározza. Minden szakmai csatorna megvalósíthatja a saját érvényesítési logikáját, lehetővé téve az oracle problémájának megoldását az adatszolgáltatók hitelesítésének ellenőrzésével és a tranzitív ellenőrzéssel az összetett szakmai rendszerek között. A szakmai csatornahálózatok párhuzamos alkalmazástámogatást biztosítanak, felgyorsítva az elfogadás idejét, amely az okosszerződéses hálózatokban a hagyományos szinkron konszenzus által korlátozott.
Két szakmai csatorna, amelyek „kompatibilisek” a $DAG hálózaton keresztül. Ezek kölcsönhatásba léphetnek vagy értelmezhetők, mivel mindkettő „integrálva van” a $DAG-be a hibrid $DAG + Csatorna csomópontok telepítésével.
A Hylochain elnevezésének oka, hogy a támogató alkalmazásokhoz alkalmazott megközelítésünk a Recursion Schemes funkcionális programozási modellt használta a MapReduce interfész létrehozásához. Különösen a Hylomorphism (Hylomorf) és Metamorphism (Metamorfozális) rekursziós sémák integrálhatóak, hogy ellenőrizhető lekérdezéseket és folyamatos kapcsolatokat hozzanak létre a szabványos csatornákon, az algebrai adatszerkezetek ellenőrzésével, ahogyan az okos szerződések op-kódjait is ellenőrzik. Az eredmény egy funkcionális MapReduce interfész, amely ismerős az adatfeldolgozók számára, és kompatibilis a meglévő big data technológiákkal.
Hylomorphic és Metamorphic szabványos csatornák összehasonlítására. Metamorfozális állapotban a két szabványos csatornából származó adatok egy blokba kerülnek a metacsatornában. Hylomorf állapotban a csatorna korábbi állapotát vesszük, és azt használjuk, hogy lekérdezzünk (konkrét kérdést tegyünk fel) két másik csatornát, majd a lekérdezés eredményét elmentjük a blokkba.
Tokenomika és kapcsolat a Hylochain-nel
Amikor a szabványos csatorna létrejön, integrálható a $DAG csatornába, de az ACI (Application Chain Interface) interfész használatával. Ez az interfész csupán egy JSON objektum, amely tartalmazza a konfigurációs információkat és a csatornához kapcsolódó nyilvános kulcsot. Azért társítjuk a nyilvános kulcsot a szabványos csatornával, hogy egy közvetítő mechanizmust hozzunk létre a szabványos csatorna adatainak kezelése érdekében. Amikor a szabványos csatorna telepítve van, a fejlesztők beállítják, hogyan oszlanak meg a $DAG hálózatból jövő kifizetések a csomópontok és üzemeltetők között.
Áramlás az információkhoz való hozzáférés vásárlására vagy az információk módosítására. A lekérdezés a $DAG-ba irányul, az alapok a csatorna számlájára kerülnek, az eredmény a vásárlóhoz jut, és a tranzakció ellenőrző összege a $DAG hálózatba kerül, amely ezután feloldja az alapokat a szabványos csatorna számára.
Forrás: habr.com
