Saya tahu, saya tahu. Proyek cryptop gelap, ada banyak konsensus: berdasarkan kerja dan kepemilikan, emas, minyak, kue panggang (ada satu, ya). Apa yang kita butuhkan dari satu lagi? Saya mengusulkan untuk membahas hal ini setelah membaca terjemahan dari dokumentasi teknis "lite" proyek * Constellation. Tentu saja, ini bukan deskripsi lengkap dari algoritma, tetapi saya tertarik pada pendapat hub komunitas, apakah ada konsensus atau tidak diperlukan apa-apa?
Tidak ada banyak surat lebih lanjut, oleh karena itu, jika Anda hanya ingin menulis "fu, sebanyak yang Anda bisa tentang crypt", maka tolong jangan bicara. Jika Anda tertarik pada perkembangan baru di bidang sistem terdistribusi dan memiliki sesuatu untuk dibagikan dalam komentar, maka saya meminta kucing.
PS Saya bukan penulis teknologi, saya tidak bisa menjamin untuk transfer esensi, karena itu saya akan senang untuk berkomentar dengan perubahan, jika ada.
Evolusi dari konsensus sinkron ke asinkron
Node dipilih menggunakan proses deterministik (sama seperti yang digunakan oleh DHT, misalnya, bittorrent), yang secara dinamis menyesuaikan tanggung jawab node untuk "memfasilitasi" validasi atau, lebih dimengerti, untuk mencapai konsensus. Kami memilih grup yang terdiri dari 3 node dan melakukan putaran konsensus secara paralel sehingga satu node dapat menjadi fasilitator dalam beberapa blok. Hal ini memungkinkan kami untuk memproses transaksi secara tidak sinkron, yang, pada intinya, berarti kami memiliki beberapa blockchain yang sedang dibentuk pada saat yang sama. Prosesnya mirip dengan web yang dibentuk oleh banyak utas, berbeda dengan simpul yang membentuk satu rantai dari waktu ke waktu. Pemrosesan asinkron atau paralel adalah dasar dari pemrograman yang skalabel, karena memungkinkan Anda untuk menggunakan semua sumber daya komputer, mempercepat komputasi umum. Jaringan ini disebut grafik asiklik terarah atau DAG dalam ilmu komputer.
Linear lebar saluran blockchain versus efek pengganda DAG, di mana kami memiliki beberapa blockchains paralel.
Implementasi geometris dari blockchain linier terhadap DAG. Titik hitam adalah blok, titik putih adalah simpul
Kami menggunakan 3 node di setiap putaran konsensus, karena memberi kami beberapa proses matematika yang menarik untuk bernalar tentang keadaan, membentuk "bidang permukaan" di seluruh data dalam bentuk segitiga dengan tautan. Protokol kemudian menggunakan segitiga untuk "menjahit" permukaan optimal, yang tidak mengandung data yang berlebihan atau saling bertentangan dan memiliki segitiga yang paling tidak mungkin. Secara algoritmik, ini analog dengan "bagian minimal" grafik, dan secara matematis, ini adalah fungsi turunan atau optimisasi (dari mana fungsi menemukan jalur terpendek yang dapat dilintasi sepanjang permukaan). Jalur terpendek ini setara dengan penyimpanan data (transaksi) yang optimal dalam grup ketersediaan basis data. "Ubin" segitiga yang saling bertentangan sehingga permukaan acara menjadi halus dan tanpa konflik.
Implementasi geometri deteksi / pemrosesan konflik. Blok yang bertentangan menciptakan ubin permukaan tambahan. Kami menghapus ubin permukaan ekstra untuk mempertahankan permukaan acara yang rata (= tidak konflik).
Konsensus Reputasi
Dalam sistem reputasi P2P yang terdesentralisasi secara optimal, setiap node harus dapat secara independen menentukan kepercayaannya pada node lain. Sistem kami menggunakan model khusus yang mencakup hubungan transitif atau hubungan yang dimiliki suatu simpul dengan simpul lain saat menetapkan peringkat global. "Kamu sebaik perusahaanmu." Hasil akhirnya adalah "distorsi" atau gradien berdasarkan kepercayaan transitif atau reputasi di semua node di $ DAG atau saluran reguler. Ini dapat dianggap sebagai parutan sikat atau keju yang terhapus di atas "bidang permukaan" dan memilih "ubin segitiga" mana yang akan dihapus dan mana yang akan ditinggalkan. Ini adalah bagaimana logika konflik benar-benar menghilangkan "ubin segitiga".
DAG dengan ubin yang saling bertentangan melewati ruang "melengkung", yang merupakan gradien yang mirip dengan parutan keju, dan akan menghapus atau "menghapus" ubin yang saling bertentangan.
Penskalaan sebagian / simpul penuh
Dalam teori jaringan, sebagai aturan, distribusi optimal dikenal sebagai "tanpa penskalaan", yang dapat digambarkan sebagai pengaturan hierarkis dengan node pusat besar yang mengontrol banyak node periferal yang lebih kecil. Distribusi ini terlihat di alam dan, terutama, di Internet. Constellation menggunakan arsitektur ini untuk "skala", atau meningkatkan throughput atau lebar Grafik kami.
Efek dari pemisahan hierarkis. Kita dapat menambahkan lebih banyak node dengan meningkatkan bandwidth
Hylochain - Dukungan Aplikasi Berbasis Saluran
Pendekatan kami terhadap dukungan aplikasi dapat dilihat sebagai “platform kontrak pintar terdesentralisasi”. Alih-alih jaringan pusat yang menjalankan semua logika dan memproses semua data dari aplikasi, Constellation mengoordinasikan data aplikasi dengan "saluran standar", yang dapat dianggap sebagai stasiun televisi yang menyiarkan semua data dari sistem standar. Setiap saluran reguler dapat menerapkan logika verifikasi sendiri, yang memungkinkan penyelesaian masalah oracle melalui otentikasi end-to-end produsen data dan verifikasi transitif sistem standar komposit. Jaringan saluran menyediakan dukungan aplikasi bersamaan, mempercepat waktu adopsi, yang pada jaringan kontrak pintar terbatas pada konsensus sinkron tradisional.
Dua saluran penuh waktu yang "kompatibel" melalui jaringan $ DAG. Mereka dapat berinteraksi atau ditafsirkan karena keduanya "terintegrasi" dengan $ DAG dengan menggunakan node hibrida dari $ DAG + Channel.
Alasannya disebut Hylochain adalah karena pendekatan kami terhadap dukungan aplikasi menggunakan model pemrograman fungsional Recursion Schemes untuk membuat antarmuka MapReduce. Secara khusus, skema rekursi Hylomorphism (Methomorphic) dan Metamorphism (Metamorphic) dapat diintegrasikan untuk membuat kueri yang dapat diverifikasi dan menyambungkan koneksi melalui saluran reguler dengan memeriksa tipe data aljabar dengan cara yang sama seperti kode op untuk kontrak pintar diperiksa. Hasil akhirnya adalah antarmuka fungsional MapReduce yang akrab bagi para insinyur data dan kompatibel dengan teknologi big data yang ada.
Saluran reguler Hylomorphic dan Metamorphic untuk kontras. Dalam keadaan metamorf, data dari dua saluran reguler dikirim ke blok di saluran meta. Di Gilo, kami mengambil status saluran sebelumnya dan menggunakannya untuk meminta (mengajukan pertanyaan tertentu) dua saluran lain, dan kemudian menyimpan hasil permintaan dalam satu blok.
Tokenomics dan hubungannya dengan Hylochain
Ketika saluran standar dibuat, saluran itu dapat diintegrasikan ke dalam saluran $ DAG, tetapi menggunakan ACI atau Application Chain Interface. Antarmuka ini hanyalah objek JSON dengan informasi konfigurasi dan kunci publik yang terkait dengan saluran itu sendiri. Alasan kami mengaitkan kunci publik dengan saluran reguler adalah untuk membuat mekanisme perantara untuk data saluran biasa. Ketika saluran penuh waktu digunakan, pengembang mengonfigurasikan sendiri bagaimana pembayaran dari jaringan $ DAG didistribusikan antara node dan operator.
Streaming untuk membeli akses ke informasi atau mengubah informasi. Permintaan dikirim ke $ DAG, dana dikirim ke akun saluran, hasilnya dikirim ke pembeli, dan checksum transaksi dikirim ke jaringan $ DAG, yang kemudian membuka kunci dana untuk saluran reguler.