Bilirəm bilirəm. Çox sayda kripto layihələri var, çoxlu konsensuslar var: əmək və mülkiyyət əsasında, qızıl, yağ, bişmiş piroqlar (bir var, bəli, bəli). Birindən bizə daha nə lazımdır? *Constellation layihəsinin "yüngül" texniki sənədlərinin tərcüməsini oxuduqdan sonra müzakirə etməyi təklif etdiyim budur (). Əlbəttə ki, bu, alqoritmin tam təsviri deyil, amma Habr icmasının fikri ilə maraqlanıram, belə bir konsensusun "olması" üçün bir yer varmı, yoxsa bu lazımsızdır?
Daha çox hərf yoxdur, ona görə də əgər sadəcə “vay, kripto haqqında bacardığınız qədər” yazmaq istəyirsinizsə, lütfən çəkinin. Əgər paylanmış sistemlər sahəsində yeni inkişaflarla maraqlanırsınızsa və şərhlərdə bölüşmək üçün bir şeyiniz varsa, lütfən cata müraciət edin.
P.S. Mən texnologiyanın müəllifi deyiləm, mahiyyətin tam ötürülməsinə zəmanət verə bilmərəm, ona görə də əgər varsa, düzəlişlərlə bağlı şərhləri almaqdan şad olaram.
Sinxrondan asinxron konsensuslara təkamül
Qovşaqlar deterministik prosesdən (bittorrent kimi DHT-lərdə istifadə edilən eyni) istifadə edərək seçilir, bu da qovşaqların məsuliyyətlərini doğrulamağı “asanlaşdırmaq” və ya daha başa düşülən şəkildə konsensusa nail olmaq üçün dinamik şəkildə tənzimləyir. Biz 3 qovşaqdan ibarət qruplar seçirik və paralel olaraq konsensus raundlarını həyata keçiririk ki, bir qovşaq bir neçə blokda fasilitator ola bilsin. Bu, bizə tranzaksiyaları asinxron şəkildə emal etməyə imkan verir ki, bu da o deməkdir ki, bizdə eyni anda bir neçə blokçeyn yaranır. Proses zamanla tək bir zəncir meydana gətirən düyünlərdən fərqli olaraq, çoxlu saplardan əmələ gələn hörümçək toru kimidir. Asinxron və ya paralel emal genişlənən proqramlaşdırmanın əsasını təşkil edir, çünki o, bütün kompüter resurslarından istifadə etməyə imkan verir, ümumi hesablamaları sürətləndirir. Bu şəbəkəyə kompüter elmində yönəldilmiş asiklik qrafik və ya DAG deyilir.
Xətti blokçeynin kanal eni çoxlu paralel blokçeynlərimizin olduğu DAG-nin multiplikativ effektinə qarşı.
DAG-a qarşı xətti blokçeynin həndəsi tətbiqi. Qara nöqtələr bloklardır, ağ nöqtələr düyünlərdir
Biz hər konsensus raundunda 3 qovşaqdan istifadə edirik, çünki o, bizə dövlət haqqında düşünmək üçün maraqlı riyazi proseslər verir, əlaqəli üçbucaqlar şəklində məlumatlar üzərində “səth müstəvisi” yaradır. Protokol daha sonra lazımsız və ya uyğun olmayan məlumatları ehtiva edən və mümkün olan ən kiçik üçbucaqlara malik olan optimal səthi birləşdirmək üçün üçbucaqlardan istifadə edir. Alqoritmik olaraq bu, qrafikin “minimum kəsimi”nə, riyazi olaraq isə törəmə və ya optimallaşdırma funksiyasına (funksiya səthi boyunca keçə biləcəyi ən qısa yolu tapır) analojidir. Bu ən qısa yol məlumatların (əməliyyatların) DAG-da optimal saxlanmasına bərabərdir. Hadisənin səthinin hamar və münaqişələrdən azad olması üçün ziddiyyətli üçbucaqlı "kafel".
Münaqişənin aşkarlanmasının / idarə edilməsinin həndəsi icrası. Bir ziddiyyətli blok əlavə bir səth plitəsi yaradır. Düz (= münaqişəsiz) hadisə səthini saxlamaq üçün əlavə səth plitələrini çıxarırıq.
Reputasiyaya əsaslanan konsensus
Optimal qeyri-mərkəzləşdirilmiş p2p reputasiya sistemində hər bir qovşaq müstəqil olaraq digər qovşaqlara etibarını müəyyən edə bilməlidir. Sistemimiz qlobal hesab təyin edərkən keçid əlaqələri və ya düyünün digər qovşaqlarla olan əlaqələri daxil edən xüsusi modeldən istifadə edir. "Siz ancaq şirkətiniz qədər yaxşısınız." Son nəticə $DAG və ya adi kanaldakı bütün qovşaqlarda keçid etibarına və ya reputasiyaya əsaslanan “əyrilik” və ya gradientdir. Bu, "səth müstəvisi" boyunca silən və hansı "üçbucaqlı plitələrin" silinəcəyini və hansının tərk ediləcəyini seçən bir fırça və ya pendir sürtgəci kimi düşünülə bilər. Münaqişə məntiqi əslində “üçbucaqlı plitələri” necə aradan qaldırır.
Pendir sürtgəcinə bənzəyən qradiyent olan “əyri” boşluqdan keçən və ziddiyyətli plitəni siləcək və ya “siləcək”.
Qismən/tam node miqyası
Şəbəkə nəzəriyyəsində, adətən optimal bölgü “miqyassız” kimi tanınır və bu, bir çox kiçik periferik qovşaqları idarə edən böyük mərkəzi qovşaqları olan iyerarxik tənzimləmə kimi təsvir edilə bilər. Bu paylanma təbiətdə və hər şeydən əvvəl İnternetdə görünür. Constellation bu arxitekturadan "miqyasını genişləndirmək" və ya Qrafikimizin ötürmə qabiliyyətini və ya enini artırmaq üçün istifadə edir.
İerarxik bölmənin təsiri. Bant genişliyini artırmaqla daha çox qovşaq əlavə edə bilərik
Hylochain - Kanal əsaslı proqram dəstəyi
Tətbiq dəstəyinə yanaşmamızı “mərkəzləşdirilməmiş ağıllı müqavilə platforması” kimi təsəvvür etmək olar. Bütün məntiqi işlədən və proqramdakı bütün məlumatları emal edən mərkəzi şəbəkə əvəzinə, Constellation proqram məlumatlarını ev sistemindən bütün məlumatları yayımlayan bir televiziya stansiyası kimi düşünülə bilən “ev kanalları” ilə əlaqələndirir. Hər bir işçi kanalı məlumat istehsalçılarının başdan sona autentifikasiyası və kompozit heyət sistemlərinin keçid yoxlaması vasitəsilə Oracle problemini həll etmək üçün öz yoxlama məntiqini həyata keçirə bilər. Dövlət kanalı şəbəkələri tətbiqlər üçün paralel dəstək təmin edərək, ağıllı müqavilə şəbəkəsində ənənəvi sinxron konsensusla məhdudlaşdırılan qəbul müddətlərini sürətləndirir.
$DAG şəbəkəsi vasitəsilə "uyğun" olan iki standart kanal. Hibrid $DAG + Kanal qovşaqlarını yerləşdirməklə hər ikisi $DAG ilə "inteqrasiya edilmiş" kimi qarşılıqlı əlaqədə ola və ya şərh edilə bilər.
Bunun Hylochain adlandırılmasının səbəbi, tətbiq dəstəyinə yanaşmamızın MapReduce interfeysini yaratmaq üçün Rekursiya Sxemlərinin funksional proqramlaşdırma modelindən istifadə etməsidir. Xüsusilə, Hilomorfizm və Metamorfizm rekursiya sxemləri, ağıllı müqavilələr üçün əməliyyat kodlarının yoxlanıldığı kimi cəbri məlumat növlərini təsdiq edərək yerli kanallar üzərindən yoxlanıla bilən sorğular və axın əlaqələri yaratmaq üçün inteqrasiya oluna bilər. Nəticə məlumat mühəndislərinə tanış olan və mövcud böyük verilənlər texnologiyası ilə uyğun gələn funksional MapReduce interfeysidir.
Hylomorphic və Metamorphic kontrast üçün standart kanallardır. Metamorfik vəziyyətdə iki normal kanaldan məlumatlar metakanaldakı bloka göndərilir. Gilo-da biz kanalın əvvəlki vəziyyətini götürürük və ondan digər iki kanalı sorğulamaq (xüsusi sual vermək) üçün istifadə edirik və sonra sorğunun nəticəsini blokda saxlayırıq.
Tokenomika və onun Hylochain ilə əlaqəsi
Doğma kanal yaradıldıqdan sonra o, $DAG kanalına inteqrasiya oluna bilər, lakin ACI və ya Tətbiq Zənciri İnterfeysindən istifadə etməklə. Bu interfeys sadəcə olaraq konfiqurasiya məlumatı və kanalın özü ilə əlaqəli ictimai açarı olan JSON obyektidir. Açıq açarı adi kanalla əlaqələndirməyimizin səbəbi adi kanal məlumatları üçün broker mexanizmi yaratmaqdır. Adi kanal yerləşdirildikdə, tərtibatçılar $DAG şəbəkəsindən ödənişlərin qovşaqlar və operatorlar arasında necə paylanacağını özləri konfiqurasiya edirlər.
Məlumata giriş əldə etmək və ya məlumatın dəyişdirilməsi üçün axın. Sorğu $DAG-a göndərilir, vəsait kanal hesabına göndərilir, nəticə alıcıya göndərilir və əməliyyatın yoxlama məbləği $DAG şəbəkəsinə göndərilir, sonra isə adi kanala vəsait buraxır.
Mənbə: www.habr.com