Apa itu #MetaHash, MHC Coin ?

#MetaHash adalah token yang menggambarkan dirinya sebagai “jaringan terdesentralisasi untuk pertukaran aset digital dan platform untuk membangun aplikasi terdesentralisasi yang bekerja secara real time”. Tim berharap dapat meningkatkan jumlah transaksi per hari secara signifikan, transisi dari proof-of-work (mining) ke multi proof-of-stake (forging), melindungi jaringan dari serangan yang mungkin mengganggu jaringan, meningkatkan kecepatan persetujuan transaksi, dan menerapkan mekanisme ‘tokenisasi’ aset apa pun.

#MetaHash, MHC Coin

Empat bagian dari proyek ini meliputi: TraceChain, sebuah algoritma untuk merutekan lalu lintas melalui jaringan. MetaApps merupakan platform untuk membangun aplikasi terdesentralisasi yang berdiri sendiri yang dapat ditulis dalam beberapa bahasa seperti C++, PHP, dan Solidity. MetaGate, antarmuka pengguna dengan sumber terbuka untuk pengembang pihak ketiga. Terakhir, MHC adalah aset digital yang berfungsi sebagai alat pembayaran dalam jaringan dan dimaksudkan untuk memberikan konsensus bersama dengan pengaturan pembiayaan untuk pengembangan jaringan.

2017 adalah tahun ledakan teknologi terdesentralisasi. Paradigma desentralisasi membahas beberapa masalah utama: masalah kepercayaan pada sistem dan otoritas pengontrol, skalabilitas dan keandalan sistem, dan kebutuhan akan keterlibatan pihak ketiga. Platform desentralisasi dan pasar aplikasi, bagaimanapun, dibatasi oleh dua faktor utama. Pertama, distribusi geografis node melalui infrastruktur koneksi yang tidak memadai menyebabkan sinkronisasi dan validasi data menjadi lambat. Kedua, kerentanan jaringan terdistribusi terhadap serangan 51%1 meninggalkan banyak hal yang diinginkan dalam hal keamanan dan kepercayaan.

MetaHash mengatasi hambatan ini dengan memperkenalkan peran simpul dinamis dan menerapkan bukti kriptografi yang terfragmentasi. Sementara secara bersamaan mengurangi volume data yang ditransmisikan, pendekatan ini mengoptimalkan sinkronisasi jaringan, dan memecahkan masalah transmisi dan pengarsipan data lintas benua. Lebih jauh, pendekatan ini telah mengarah pada pembuatan #MetaPoS, sistem konsensus berlapis-lapis, yang meningkatkan ketahanan jaringan hingga 51% serangan hingga 90%.

Memanfaatkan teknologi #MetaSync dan #MetaPoS yang dipatenkan, tim #MetaHash menciptakan #TraceChain, protokol blockchain tercepat saat ini. Hasil uji beban menunjukkan throughput di atas 50.000 transaksi per detik2. Metode dan hasil dapat ditemukan dalam dokumen ini.

MetaHash adalah blockchain generasi berikutnya dengan kinerja tinggi dan biaya rendah. Kecepatan konfirmasi yang tinggi dan biaya pemrosesan data yang rendah memungkinkan dukungan untuk transaksi mikro, dan memungkinkan pengoperasian aplikasi yang terdesentralisasi hampir secara real-time.

Tujuan Proyek
Tonggak Jangka Pendek

Multi-blockchain berkecepatan tinggi berdasarkan protokol #TraceChain:
a) Merancang arsitektur jaringan terdistribusi geografis dengan waktu sinkronisasi minimum dengan tetap mempertahankan kapasitas transfer data maksimum.
b) Pilih model konsensus yang memungkinkan waktu konfirmasi transaksi minimum sambil mempertahankan kekekalan transaksi.
c) Menyimpan bukti kriptografis kepemilikan aset sambil mengurangi jumlah data yang disimpan dan dikirim.
d) Pilih model keseimbangan yang optimal.
e) Mengurangi masalah penyimpanan data yang berlebihan dalam struktur jaringan blockchain yang telah terbukti waktu.
f) Izinkan validasi nonlinier dari data blockchain.
g) Hindari hard fork saat menerapkan pembaruan perangkat lunak utama.
h) Memecahkan masalah penggabungan blockchain setelah pemisahan jaringan.

Penyimpanan terdesentralisasi

#MetaApps: hosting aplikasi virtual

#MetaDNS: layanan nama terdistribusi

#MetaGate: dompet multi-mata uang dan browser DApp

Milestone Jangka Menengah

1. Berbagi sumber daya seluler (komunikasi seluler dan satelit, transmisi data). Konsensus untuk perangkat seluler
2. Pasar DApp
3. Identifikasi digital dengan data biometrik
4. Kemampuan dan kompatibilitas IoT
5. Sistem reputasi universal

Fitur Teknis MetaHash

Karakteristik teknis yang luar biasa dari jaringan #MetaHash dihasilkan dari dua teknologi inovatif: #MetaSync dan #MetaPoS. Subsistem sinkronisasi data #MetaSync memungkinkan pembaruan data lengkap dan integral di seluruh dunia dalam waktu kurang dari 3 detik, sedangkan subsistem multikonsensus #MetaPoS memungkinkan pembuatan dan validasi blok secara paralel dengan proses sinkronisasi. Setiap subsistem secara menyeluruh dijelaskan di bagian berikut. Metode dan hasil pengujian disediakan di bawah ini.

• Fitur #MetaHash yang terbukti secara eksperimental meliputi:
• Kapasitas transaksi: lebih dari 50.000 transaksi per detik
• Penyimpanan diperlukan per 10.000.000 keuangan
  transaksi: 2,5 GB
• Waktu pembuatan blok: 1 detik
• Waktu sinkronisasi jaringan: hingga 3 detik
• Jumlah minimum node: 4

Metodologi Pengujian

Pengujian melibatkan 244 node di 5 benua. Berbagai parameter node diuji: dari performa rendah (1 vCpu, 256 MB RAM) hingga performa tinggi (40 vCpu, 512 GB RAM). Pengujian dilakukan selama 3 bulan, selama lebih dari 500 miliar transaksi diproses.

Membangun jaringan

Tes ini mengevaluasi proses pembangunan jaringan. Sebelum membangun jaringan, #TraceChain mengevaluasi kinerja efektif setiap node dan kecepatan transmisi data antar node. Di mainnet, tes tersebut dilakukan secara acak untuk setiap node di latar belakang. Mengikuti hasil pengujian, algoritme AI #TraceChain, aktif di semua node, menghitung peta jaringan yang optimal dan menetapkan salah satu dari peran berikut ke setiap node: Peer, Verification, Core, atau Torrent. Gbr.1 menunjukkan gambar grafik dari peta jaringan yang dihasilkan. Sinyal bergerak dari lapisan luar menuju pusat (Node rekan ke simpul Verifikasi dan ke simpul Inti).

Latensi verifikasi transaksi massal

Pengujian ini mempelajari ketergantungan waktu transaksi terhadap jumlah transaksi. Waktu transaksi didefinisikan sebagai total waktu dari pembuatan transaksi hingga penyebaran lengkap dari transaksi yang diproses di seluruh jaringan. Contoh jalur propagasi transaksi di seluruh jaringan ditunjukkan pada Gambar. 2. Jumlah transaksi yang dikirim bervariasi dari 1 hingga 600.000 per detik.

Titik-titik biru pada Gambar. 3 menunjukkan data eksperimen yang diperoleh. 80.000x transaksi menunjukkan ambang batas bandwidth jaringan yang tercatat per 1 detik. Transaksi yang belum diproses oleh node Inti akan diantrekan dan tetap tertunda hingga diproses di blok berikutnya. Polinomial interpolasi (garis kuning pada grafik) tampak linier hingga tanda 600.000 transaksi per detik, yang membuktikan skalabilitas yang sangat baik dari jaringan #MetaHash dalam rentang yang dipelajari.

Kegagalan jaringan

Pengujian mengukur kinerja jaringan tergantung pada jumlah node yang hilang. Persentase tertentu dari node dimatikan secara acak (10%, 20%, 30%, 40%, 50%, 60%, 70%). Gambar 4 mengilustrasikan skenario penutupan. Hasilnya menunjukkan bahwa bahkan dengan node aktif serendah 30%, jaringan masih sepenuhnya mampu berfungsi, bahkan menjaga kapasitas kinerja yang diklaim, ketersediaan jaringan, dan verifikasi transaksi dan kecepatan distribusi. Hasil serupa dicapai setelah simulasi kegagalan dalam kolokasi server cluster (misalnya kegagalan pusat data, masalah ISP global).

Penyumbatan kontinental dan pemulihan jaringan

Tes ini mensimulasikan penyumbatan benua, yang menyebabkan jaringan terbelah menjadi dua dan selanjutnya membangun kembali masing-masing, diikuti kemudian dengan penggabungan antara keduanya. Tujuannya adalah untuk menguji kecepatan reorganisasi konsensus setelah pemisahan dan kecepatan sinkronisasi setelah pemulihan jaringan.

Dalam skenario ini, setelah membangun kembali, setiap jaringan memiliki struktur yang lengkap, tetapi dengan node yang lebih sedikit. Setiap jaringan membentuk rantai blok transaksinya sendiri, yang nantinya akan digabungkan dengan penggantian transaksi yang bertentangan. Ketika koneksi antar jaringan dipulihkan, dan node yang terputus disambungkan kembali ke jaringan atau node Core dan Torrent baru ditambahkan, kinerja efektif melambat hingga 30.000 transaksi per detik selama periode sinkronisasi data. Oleh karena itu, jaringan secara efektif melambat 2,5-3 kali selama penggabungan.

Hasil Pengujian

Throughput #MetaHash memungkinkan penanganan 60.000 hingga 80.000 transaksi per detik dalam berbagai beban bandwidth lingkungan (hingga 600.000 transaksi per detik), melampaui kinerja yang diklaim sebesar 50.000 transaksi per detik. Melebihi tingkat transaksi masuk di atas tingkat kinerja yang diklaim, kecepatan pemrosesan diamati melambat. Ketahanan jaringan dipertahankan hingga 70% dari kegagalan jaringan, sementara tingkat lebih lanjut menunjukkan penurunan kinerja. Jika terjadi penyumbatan jaringan kontinental, jaringan mempertahankan fungsionalitas lokal dan secara otomatis membangun kembali segera setelah konektivitas dipulihkan. Namun, selama pembangunan kembali, jaringan berfungsi dalam mode yang lebih lambat.

Deskripsi Jaringan

MetaHash adalah jaringan peer-to-peer peringkat tunggal. Setiap anggota jaringan menjalankan perangkat lunak yang sama dan secara otomatis mendapatkan perannya. Peran ditetapkan oleh algoritme AI #TraceChain yang dijalankan di semua node dan dijelaskan secara mendetail di bagian di bawah ini.

Jaringan #MetaHash memiliki 5 peran kunci:

MetaGate Peer node

Node verifikasi Node inti
Node inti master Node inti budak
simpul torrent

Setiap peran menyediakan layanan khusus dalam subsistem sinkronisasi dan konsensus. Untuk membuat prinsip operasi #MetaHash lebih mudah dipahami, subsistem dijelaskan satu per satu di bawah ini.

Subsistem Sinkronisasi Data MetaSync

Bagian ini menjelaskan jaringan #MetaHash dari perspektif subsistem sinkronisasi data #MetaSync dan desain jaringan saja.

Struktur Jaringan

Penetapan peran kepada anggota jaringan dalam subsistem sinkronisasi data dikelola oleh #TraceChain AI. Penetapan peran terutama didasarkan pada properti fisik node, seperti memori, kinerja CPU, dan kualitas koneksi jaringan. Namun, kinerja bukanlah satu-satunya kriteria yang menentukan peran node. Karakteristik yang sama pentingnya adalah lokasi geografis node.

MetaGate Light pengguna-klien dengan opsi untuk menggunakan bagian dari hard drive sebagai penyimpanan arsip saat mode penempaan aktif.

Node rekan Menerima koneksi masuk dari klien ringan #MetaGate; memiliki koneksi langsung ke node Verifikasi; tidak memiliki cukup kapasitas pemrosesan untuk tugas sinkronisasi; memastikan konektivitas jaringan yang cepat dengan klien dan melindungi dari transaksi yang tidak valid.

Node verifikasi Menerima koneksi masuk hanya dari Rekan; memelihara koneksi jarak jauh atau lintas benua; memelihara koneksi langsung ke node Inti; memiliki kapasitas pemrosesan yang cukup untuk digunakan untuk sinkronisasi; berfungsi sebagai lapisan komunikasi jaringan untuk Core.
Core node Menerima koneksi masuk dari node Verifikasi saja; memiliki koneksi yang baik ke node Core di wilayah lain; memiliki kapasitas pemrosesan yang memadai untuk pembuatan blok cepat; mengontrol proses sinkronisasi.

Node inti budak Menggandakan operasi simpul inti; akan secara otomatis mengganti node Inti jika tidak tersedia atau gagal.

Node torrent Menerima koneksi dari semua peran; memiliki kapasitas penyimpanan yang cukup untuk menyimpan data blockchain; mengirimkan data antara #MetaGate dan node lain; dapat digunakan untuk bekerja dengan arsip data mentah; dapat melaporkan saldo; dapat melakukan tugas-tugas khusus untuk mendukung fungsi aplikasi.

Peran anggota jaringan tidak statis. Anggota dapat mengubah peran mereka berdasarkan kriteria yang tercantum di atas dan analisis perilaku berbasis #TraceChain AI.

Memercayai

Jaringan #MetaHash mengimplementasikan faktor kepercayaan node yang didefinisikan sebagai Trust. Kepercayaan digunakan sebagai faktor pembobot dalam penugasan peran dan pengaruh pemungutan suara. Nilainya tergantung pada durasi operasi node dalam jaringan, kinerja node, tidak adanya kegagalan jaringan dan kesalahan yang terjadi karena node ini. Kepercayaan dijelaskan secara rinci di bagian “#MetaHash Multiple Proof of Stake”.

Topologi Jaringan

Perutean data adalah tugas paling penting untuk mengoptimalkan sinkronisasi, oleh karena itu, #TraceChain AI membuat peta jaringan diperbarui secara dinamis. Setiap anggota membuat peta sendiri dari seluruh jaringan, dan memperbaruinya terus menerus, untuk mempercepat pengiriman data. Peta ini digunakan untuk memilih operator yang optimal dari tugas-tugas simpul itu sendiri dan juga tugas-tugas kliennya.

Peta jaringan yang dihasilkan oleh node ditandatangani dengan akun untuk Kepercayaan dan Pasak mereka (proses pemungutan suara dijelaskan dalam bab “#MetaHash Beberapa Bukti Pasak”) dan dikirim ke Jaringan Peta DataChain untuk penggunaan umum.

Klien menghasilkan peta jaringannya sendiri saat berinteraksi dengan berbagai anggota jaringan. Dengan demikian, setiap klien dapat memilih operator terbaik untuk permintaannya – yaitu operator dengan tingkat Kepercayaan tertinggi dan kecepatan koneksi terbaik untuk klien khusus ini.

Jika terjadi kegagalan node, pemungutan suara otomatis untuk redistribusi peran terjadi, berdasarkan peta jaringan dan Trust node.

Untuk mencapai peta jaringan yang optimal #TraceChain AI menanyakan setiap node untuk kinerja dan kecepatan transfer data intra-node. Jadi, #TraceChain AI secara acak menempatkan beberapa node ke dalam mode pengujian untuk mendapatkan informasi ini. Pengujian secara khusus dirancang sedemikian rupa sehingga node yang disusupi tidak akan dapat memalsukan jaringan dengan memberikan nilai kinerja dan kecepatan yang lebih tinggi, karena ia tidak akan dapat memahami bahwa simulasi aktif. Ini dicapai dengan memberikan informasi tentang menjalankan tes hanya pada tahap akhir interaksi dengan node.

Setelah koneksi pertama ke jaringan #TraceChain menggunakan daftar alamat node yang diterima melalui DNS. Setelah peta jaringan diselesaikan, panggilan lebih lanjut dilakukan sesuai dengan peta ini.

Subsistem Multi-Konsensus MetaPoS

Dalam sistem blockchain apa pun, sangat penting untuk menentukan keadaan konsensus – keadaan di mana semua anggota jaringan menyetujui perubahan yang diusulkan, atau penambahan, catatan blockchain yang ada. Pada bagian di bawah, peran jaringan dalam #MetaHash dijelaskan secara eksklusif dari viewport dari subsistem konsensus #MetaPoS dalam konteks teknologi blockchain yang ada. Bagian ini merinci model konsensus MultiPoS, perlindungan kriptografi, struktur dan konten blockchain, transaksi, dan kemampuan protokol #TraceChain.

Dua persyaratan utama telah diuraikan saat menulis algoritme untuk model konsensus: mencapai konsensus dengan kecepatan setinggi mungkin, dan menyediakan keamanan yang lebih baik dari korupsi di dalam jaringan. Pada saat penulisan, Delegated Proof of Stake (DPoS)5 adalah model konsensus tercepat, diuji oleh banyak platform populer. DPoS mengusulkan agar setiap anggota dalam suatu jaringan memiliki hak suara (Stake), setara dengan nilai yang dimiliki oleh anggota tersebut. Anggota kemudian dapat memberikan Pasak mereka kepada delegasi tepercaya. Ini mempercepat proses pemungutan suara, karena jumlah delegasi umumnya kecil. Sayangnya, dalam praktiknya seringkali terlihat bahwa sejumlah besar Stake dikumpulkan oleh sekelompok orang yang terbatas, sehingga menetralkan desentralisasi jaringan.

Tim #MetaHash telah meningkatkan model DPoS dan mengembangkan algoritme baru – model konsensus Multiple Proof of Stake (MultiPoS). Dalam model ini, validasi berlapis-lapis memberikan dasar untuk melindungi jaringan dari korupsi. Dalam kasus ketika entitas jaringan pusat, yang menghasilkan blok, tampak rusak, sisa jaringan dapat memilih untuk membangun kembali jaringan dan mendistribusikan kembali peran, dengan demikian, menetralkan ancaman. Selain itu, inti pembuat blok, saat mengelola sinkronisasi, tidak statis. Mereka bervariasi sesuai dengan parameter jaringan dinamis, dan tidak diberikan hak validasi akhir. Selain itu, model ini memungkinkan untuk menjalankan validasi dan memblokir proses distribusi secara paralel mengurangi waktu konsensus. Metode validasi dan manajemen hak yang inovatif ini merupakan inti dari teknologi #MetaPoS.

MetaHash Beberapa Bukti Taruhan (MultiPoS)

Peran dan fungsinya dalam subsistem konsensus #MetaPoS

1. simpul rekan. Menerima transaksi dari klien, memeriksa validitas transaksi, mengirim transaksi ke node verifikasi. Tidak menyimpan status blockchain dalam memori, oleh karena itu, tidak memerlukan sumber daya komputasi yang signifikan.
2. simpul verifikasi. Memeriksa validitas dan kelayakan ekonomi dari transaksi yang diterima dari node peer. Menyimpan catatan semua transaksi yang diproses. Membutuhkan sumber daya komputasi.
3. simpul inti. Menerima transaksi dari node verifikasi, mengantri transaksi untuk pembuatan blok. Menghasilkan blok. Digunakan untuk berbagi informasi yang konsisten.
4. Node inti budak. Menyediakan pasca-verifikasi blok yang ditandatangani. Dapat menggantikan simpul inti, jika terjadi kegagalan simpul inti.
5. Node torrent. Mendistribusikan informasi blockchain.

Mencapai konsensus

Node inti adalah pemain kunci dalam konsensus. Mereka mengkompilasi transaksi ke dalam blok. Bagian berikut membahas proses sinkronisasi node, pembuatan blok, proses konsensus jaringan, dan distribusi blok ke node torrent.

Definisi kunci

Tr – Transaksi dalam jaringan (lihat bagian selanjutnya untuk penjelasan rinci). Transaksi dapat melalui proses validasi. Biarkan simbol menunjukkan pemeriksaan validitas tanda tangan. Dengan demikian, kita dapat menyatakan pemeriksaan validitas transaksi sebagai (Tr). Fungsi ini mengembalikan nilai True saat transaksi valid, dan False sebaliknya. Mari kita juga mendefinisikan metode untuk mendapatkan elemen transaksi. Secara khusus, nilai transaksi didefinisikan sebagai Trvalue , dan biaya transaksi sebagai Trfee .

Vr – Node verifikasi. Selama pembentukan blok, jumlah node verifikasi dapat bervariasi, dan direpresentasikan dalam waktu tertentu sebagai cur_verif. Oleh karena itu, nilai ini merupakan fungsi waktu, yang dapat dihitung sebagai cur_verif(t), di mana t mewakili waktu. Kita dapat mendefinisikan: max_verif sebagai max_verif=max(cur_verif(t)) dan min_verif sebagai min_verif=min(cur_verif(t)). Kami juga dapat mendefinisikan akses ke node verifikasi tertentu dalam jaringan sebagai Vri , di mana i∈[1;cur_verif], ternyata dibatasi oleh cur_verif∈[min_verif;max_verif].
Cr – Node inti. Pada saat pembuatan blok, jumlah node inti tetap. Konstanta ini dilambangkan sebagai cur_cores. Akses ke node inti tertentu dalam jaringan dengan demikian dilambangkan sebagai Cri, di mana i∈[1;cur_cores].
Adr – Alamat dalam sistem. Ditentukan oleh sepasang kunci pribadi dan publik, dan saldo akun. Metode untuk mengakses properti suatu alamat dapat dideklarasikan, dan khususnya, akses ke saldo di suatu alamat dilambangkan dengan Adrbalance .

Setiap node memperoleh faktor Kepercayaan antara 0,01 dan 1. Kepercayaan meningkat 0,005 unit setiap 24 jam selama perhitungan hadiah ketika semua transaksi divalidasi dengan benar, dan berkurang 0,05 jika terjadi penurunan jaringan atau 0,5 jika validasi transaksi salah. segera setelah deteksi. Mencapai nilai Trust 1 membutuhkan 198 hari.

Pemungutan suara

Sistem menggunakan mekanisme keputusan berbasis suara, ini termasuk validasi blok, perubahan topologi jaringan, atau pembaruan perangkat lunak.

Setiap alamat dapat mendelegasikan koinnya ke alamat lain. Proses pendelegasian dan kendalanya dijelaskan secara rinci di bagian Penempaan. Jumlah total koin, yang dimiliki dan didelegasikan, dipegang oleh sebuah alamat, disebut Stake, dan menunjukkan nilai absolut dari hak suara dari alamat tersebut.

Taruhan = Koin Pemegang + Koin Delegasi

Untuk pemungutan suara, suara tertimbang digunakan – superposisi Stake dan Trust node.

Taruhan Efektif = Taruhan Kepercayaan

Kriptografi

Untuk keamanan jaringan digunakan algoritma tanda tangan digital dari keluarga ECDSA (Elliptic Curve Digital Signature Algorithm). SHA-2566 digunakan sebagai fungsi hash utama. Algoritme ini dianggap tahan terhadap serangan7 dan telah berulang kali membuktikan penerapannya di bidang keamanan digital. Hasil pengujian yang dilakukan oleh COMPUTER SECURITY RESOURCE CENTER disajikan dalam laporan Program Validasi Algoritma Kriptografi8.

Seiring kemajuan komputer kuantum, #MetaHash mempertimbangkan untuk menggunakan algoritme kriptografi pasca-kuantum9.

Struktur Blok
Untuk mencapai volume penyimpanan data yang optimal, pengarsipan, dan validasi kecepatan tinggi multi-level blockchain, #MetaHash menggunakan 3 jenis blok:

Blok Genesis adalah blok utama, yang berisi informasi tentang rilis awal koin dan distribusinya10.

Blok negara adalah snapshot dari status blockchain. Blok Negara dihasilkan satu kali per miliar transaksi (250 GB) dan memerlukan pemungutan suara oleh semua node verifikasi. Blok status memungkinkan node verifikasi untuk tidak menyimpan blok lama, mengosongkan ruang untuk data baru, meninggalkan data lama di arsip penyimpanan data.

Blok mikro dihasilkan setiap detik berdasarkan blok Genesis atau State. Blok mikro divalidasi oleh sejumlah node yang tersedia untuk menjalankan validasi selama siklus, dan diperiksa oleh semua validator saat dibuat.

Blok negara sebagai alternatif untuk hard fork
Karena blok Negara berisi snapshot jaringan lengkap, garpu keras tidak diperlukan dalam kasus pembaruan perangkat lunak. Setelah jaringan dikonversi ke perangkat lunak baru, operasi berlanjut sesuai dengan aturan yang sama, hingga blok Status berikutnya dikirim. Aktivasi blok Negara baru juga mengaktifkan perubahan aturan seperti yang dipersyaratkan oleh perangkat lunak baru, memungkinkan proses pembaruan yang simultan dan lancar.

Di #TraceChain semua validator memberikan suara secara bersamaan, bukan satu per satu. Oleh karena itu, jika node inti membuat blok yang tidak valid dan jika validator berikut menolaknya karena alasan tertentu, pemeriksaan korupsi dilakukan dan, jika diperlukan, jaringan dibangun kembali hingga konsensus dapat dicapai. Pada saat yang sama, setiap transaksi baru dibuffer pada lapisan simpul verifikasi, sehingga pemrosesan buffer dimulai ketika blok valid berikutnya tersedia.

Dalam kondisi ekstrim, misalnya, selama kegagalan koneksi lintas benua atau kehilangan koneksi dengan negara tertentu, jaringan dapat terpecah menjadi dua atau lebih jaringan terpisah. Dalam hal ini setiap jaringan akan mempertahankan struktur aslinya, tetapi dengan node yang lebih sedikit. Setelah penggabungan dan sinkronisasi blok yang hilang, transaksi yang masuk akan diakumulasikan dalam kumpulan, dan pembuatan blok Negara Penggabungan yang tidak terjadwal akan dimulai. Semua blok Mikro akan disimpan dan digabungkan menjadi satu blok Negara, kemudian jaringan akan membangun kembali dirinya sendiri, melanjutkan operasi dari blok Negara baru.

Untuk menghilangkan motivasi pembelanjaan ganda, transaksi yang melibatkan satu alamat dan melebihi saldo akan dianggap sah untuk jaringan dengan suara maksimum. Penerima dalam jaringan dengan suara lebih sedikit akan diberitahu bahwa jaringan telah dipecah. Secara teori, penerima dapat melakukan pembelanjaan ganda di jaringan lain mana pun, dan transaksi dapat dibatalkan. Dengan demikian, penerima harus menunggu hingga jaringan bergabung, sementara transaksi standar akan diproses seperti biasa. Meskipun sistem seperti itu memiliki kekurangannya, sistem ini memungkinkan pengembalian transaksi yang telah dibuat dengan sengaja untuk mencapai pengeluaran ganda (berlawanan dengan skema, di mana blockchain terpanjang menang dan semua transaksi di dalamnya tunduk pada pengembalian).

Model Keseimbangan
Dasar dari setiap sistem keuangan adalah metode manajemen aset. Tidak mungkin bekerja dengan aset tanpa pemahaman yang jelas tentang saldo yang tersedia. Pembukuan entri ganda, seperti yang diterapkan dalam akuntansi klasik, atau pembukuan entri tiga, yang disukai dalam akuntansi sistem terdesentralisasi, tidak akan berlaku untuk platform blockchain, jika platform tidak memungkinkan pelacakan saldo pengguna.

Saat ini, dua model saldo yang populer adalah: Unspent Transaction Output (UTXO) dan Model Akun. Model pertama adalah grafik terarah dari aset yang bergerak di antara pengguna, yang kedua adalah database dengan status jaringan saat ini.

Kedua model memiliki kelebihan dan kekurangan, seperti yang ditunjukkan pada Tab. 6. Untuk detail lebih lanjut tentang masalah dengan model, silakan merujuk ke artikel yang disiapkan oleh konsultan HashEx11.

Keuntungan utama dari model pertama adalah keunikan setiap koin, sedangkan model kedua menyediakan implementasi kontrak pintar yang lebih sederhana. Karena kedua aspek itu penting untuk sistem modern, tidak masuk akal untuk memilih satu model di atas yang lain. Ini dikonfirmasi oleh solusi yang diterapkan untuk produk populer.

Perlu dicatat, bahwa hampir semua sistem baru memiliki model keseimbangan hibrida, sementara Ethereum dan EOS menggunakan model akun murni.

Pada tahap awal diputuskan untuk menggunakan model akun untuk mempercepat implementasi. Kami juga telah menyelesaikan masalah pertumbuhan data yang terkait dengan penyimpanan akun nonce dengan memulai nonce fork baru setelah setiap blok State. Dengan demikian, informasi akun yang tidak digunakan atau sangat lama secara otomatis dihapus dari memori node.

Nanti skema hibrida akan dipertimbangkan: UTXO (untuk saldo) dan Akun (untuk kontrak). Karena #TraceChain menampilkan banyak transaksi, pohon Merkle standar dalam model UTXO mungkin membutuhkan terlalu banyak waktu dan ruang disk yang cukup besar. Oleh karena itu, pohon AVL+13 akan diperkenalkan, untuk mengoptimalkan model bukti dan mengurangi sumber daya yang diperlukan untuk penyimpanan data.

Untuk menempatkannya dalam konteks, Gambar 12, 13 dan 14 menyajikan grafik ketergantungan ukuran bukti (dalam byte) pada ukuran pohon untuk tiga jenis pohon (pohon Descartes (Treap), daftar lewati dan AVL), ukuran bukti per modifikasi pada ukuran pohon (Ethereum dan AVL+) dan waktu pemrosesan blok pada total blok.

Transaksi
Transaksi adalah struktur yang menggambarkan perubahan status blockchain. Misalnya, sebuah transaksi dapat menjelaskan hal berikut: “melakukan operasi transfer mata uang kripto antara dua alamat”. Transaksi ditransmisikan dalam bentuk biner dan dikonfirmasi dengan tanda tangan dan kunci publik14. Transaksi dalam sistem disajikan dalam bentuk permintaan POST. Gambar 15 memberikan representasi grafis dari suatu transaksi, sedangkan Tab. 8 menyediakan struktur data di dalam transaksi.

Fitur Protokol

TraceChain adalah protokol biner yang mendukung transaksi keuangan, transaksi data, dan transaksi teknis. Transaksi teknis memberikan kesempatan untuk pendelegasian suara, pendelegasian kooperatif untuk digabungkan ke dalam kumpulan penempaan, pemungutan suara dan validasi, kontrol alamat anak dan alamat penggunaan khusus. Transaksi data memungkinkan penyimpanan data dan menjalankan aplikasi seperti messenger, perjudian, dan lainnya. Transaksi keuangan memungkinkan transfer uang antar alamat. Semua jenis transaksi disimpan dalam rantai yang berbeda untuk mengoptimalkan ukuran data yang disimpan dan melarang amplifikasi rantai keuangan yang berlebihan karena data teknis.

Alamat penggunaan khusus

1. Alamat utama. Digunakan dalam banyak kasus. Tidak ada fitur lanjutan
2. Alamat kontrak pintar. Ditugaskan secara eksklusif untuk kontrak pintar
3. Alamat pengembang. Digunakan untuk administrasi kontrak pintar
4. Alamat hypervisor. Digunakan untuk sistem virtualisasi
5. Alamat beku
6. Alamat anak dengan penarikan ke orang tua atau alamat yang dibekukan saja
7. Alamat anak dengan penarikan ke alamat beku saja
8. Alamat multisig

Pembuatan alamat dari kunci publik dapat dilakukan dalam beberapa langkah:

1. Ambil bagian dari Kunci Publik 65-byte di mana byte pertama adalah 0x04, 32 byte berikutnya sesuai dengan koordinat X, dan 32 byte terakhir – ke koordinat Y,
2. Lakukan hashing SHA-256 pada kunci publik,
3. Lakukan hashing RIPEMD-160 pada hasil langkah sebelumnya,
4. Tambahkan byte penanda di depan hasil berdasarkan jenis alamat: 0x00 untuk alamat utama,
   0x08 untuk alamat kontrak pintar, 0x09 untuk alamat pengembang, 0x10 untuk alamat hypervisor, 0x01 untuk alamat yang dibekukan,
   0x02.0x06 untuk alamat anak dengan penarikan ke alamat orang tua atau hanya alamat beku 0x07 untuk alamat anak dengan penarikan ke alamat beku saja
   0x11.0x15 untuk alamat multisig,

5. Lakukan hash SHA-256 pada hasilnya,
6. Setelah hash SHA-256 lain pada hasil terakhir, ambil hanya 4 byte pertama dari hash yang dihasilkan,
7. Tambahkan 4 byte ini ke akhir hash RIPEMD-160 dari item 3.

Alamat multi-tanda tangan

Multisignatures (multisigs) adalah alamat yang membutuhkan banyak tanda tangan pengguna untuk melakukan transaksi. Dua pendekatan berbeda digunakan di #MetaHash, satu untuk situasi yang membutuhkan anonimitas dan yang lainnya untuk situasi non-anonim.

Multisig anonim
Ketika pendekatan anonim diperlukan, kunci privat dari multisig dibagi menjadi beberapa bagian dan didistribusikan di antara pemilik melalui metode Berbagi Rahasia Fiat-Shamir15.

Multisig non-anonim
Dalam pendekatan ini multisig adalah kontrak cerdas dan mengharuskan transaksi ditandatangani dengan beberapa kunci pribadi.

Alamat beku

Pembekuan dilakukan melalui transaksi khusus yang dikirim kembali ke alamat itu sendiri. Bersama dengan transaksi, nilai stempel waktu dikirim, hingga akhir operasi transfer apa pun dari alamat ini tidak diizinkan. Namun, transfer masuk diperbolehkan. Waktu pembekuan dapat diubah dengan transaksi serupa, tetapi hanya untuk memperpanjang, tidak memperpendek. Transaksi dengan peristiwa stempel waktu berikutnya diprioritaskan daripada yang lain. Alamat tersebut digunakan sebagai jaminan bahwa koin akan tetap tidak terpakai untuk jangka waktu tertentu.

Alamat anak

Alamat anak penggunaan khusus memungkinkan transaksi hanya ke alamat yang dibekukan dengan induk yang sama atau ke alamat induk yang dibekukan. Alamat tersebut diperlukan untuk dompet online yang membutuhkan tanda tangan dompet offline untuk operasi.

Penempaan
Penempaan adalah proses pembuatan blok dan validasi yang mendukung pengoperasian seluruh jaringan #MetaHash. Setiap node berpartisipasi dalam proses penempaan. Ini adalah alternatif berperforma tinggi untuk menambang (digunakan dalam jaringan PoW).

Penempaan dihargai. Hadiah untuk penempaan diberikan dari kumpulan penempaan dan dari pengumpulan biaya untuk transaksi. Ukuran total kolam penempaan adalah 4.600.000.000 #MetaHashCoins (#MHC) tidak merata dalam 10 tahun pertama operasi jaringan16. Hadiah dibayarkan setiap 24 jam.

Jangka waktu penghitungan ulang dan distribusi dapat bervariasi berdasarkan kebutuhan teknis jaringan. Tidak seperti di PoW, node untuk penempaan #MHC tidak pernah usang dan efisiensinya tidak menurun, karena jumlahnya terbatas pada jumlah minimum koin yang diperlukan untuk peran tertentu. Semakin cepat node jaringan, semakin tinggi kapasitas jaringan.

Karena semua node sangat penting untuk operasi jaringan, hadiah didistribusikan di antara semua anggota, tidak hanya antara node Core dan Torrent yang membuat dan memvalidasi blok baru.

Delegasi MHC

Pemegang alamat yang tidak mau memelihara node mereka sendiri dapat mendelegasikan koin mereka ke node tepercaya mereka dan masih menerima hadiah penempaan. Selama pendelegasian, terjadi transaksi teknis. Koin akan dibekukan selama periode delegasi dan tidak dapat dikirimkan ke alamat lain atau didelegasikan ke node lain hingga delegasi dibatalkan.

Pendelegasian dibatalkan sekali setiap 24 jam selama operasi pergantian peran berikutnya. Koin dapat didelegasikan sekali lagi hanya setelah pembatalan delegasi.

Jika koin didelegasikan ke node yang disusupi yang telah terdeteksi melakukan aktivitas jahat, delegasi dibatalkan secara otomatis, dan semua koin dibekukan selama 10 hari untuk mengecualikan kemungkinan transfer atau pendelegasian ulang. Koin tetap dalam kepemilikan pemegangnya, tetapi tidak tersedia selama 10 hari ke depan.

Distribusi Hadiah

• 50% Hadiah Pemegang Koin. Reward untuk pemegang #MHC
• Hadiah Node 40%
• 10% #MetaGate Reward. Hadiah 1000 pemegang #MetaGate aktif

Setelah aktivasi, node menjalani penilaian utamanya untuk peran yang mungkin sesuai dengan karakteristik teknisnya. Ketika 1.000.000 #MHC tercapai dengan properti teknis yang memadai, node dapat ditugaskan ke peran apa pun di jaringan, sambil menerima hadiah untuk peran tertinggi. Dan sebaliknya, jika node berkinerja buruk dibandingkan dengan node jaringan tercepat, ia bisa mendapatkan hadiah hanya dalam batas untuk peran lain.

Hadiah MetaGate

Hadiah #MetaGate didistribusikan di antara 1.000 anggota aktif secara acak. Jika jumlah node #MetaGate aktif di bawah 1.000, hadiah untuk slot kosong akan dialokasikan ke anggota yang mencetak skor berikutnya. #MetaGate dianggap aktif jika klien telah online minimal 4 jam dalam 24 jam terakhir.

• 5% — hadiah teratas 1% — detik
• 0,5% — ketiga
• 0,4% — keempat
• 0,35% — kelima
• 0,95% — dari 6 hingga 100 per 0,01%
• 1,8% — dari 101 hingga 1.000 per 0,002%

Perangkat keras yang direkomendasikan
tab. 12 menunjukkan karakteristik perangkat keras yang memungkinkan untuk mempertahankan kinerja jaringan yang diklaim, serta perkiraan biaya pembelian atau sewa. Dengan jumlah node yang cukup dengan karakteristik yang lebih unggul daripada yang direkomendasikan, jaringan akan secara otomatis menetapkan kembali node yang berkinerja buruk ke peran seperti Verifikasi, Peer, atau Torrent.

Core 2 x Intel® Xeon Gold 5120 CPU, RAM 512GB, HDD 4TB, $16.000, $600
Torrent Intel® Xeon® Silver 4110, RAM 32GB, HDD 4TB $2.000 $200
Verifikasi Intel® Xeon® E3-1240, RAM 8GB, 1TB HHD $1.000 $180

Rekan Intel Core i3 7100, RAM 4G, HDD 500GB
Tetesan Laut Digital / Linode VM $850, $170, $50

Strategi Desentralisasi
Sampai sekarang, semua node jaringan dikendalikan oleh tim #MetaHash, oleh karena itu sistem dianggap terpusat. Desentralisasi teknologi baru harus melalui sejumlah tes publik, pemecahan masalah, dan perubahan waktu nyata. Tim #MetaHash berencana untuk mendukung jaringan hingga sepenuhnya terdesentralisasi dan mampu mengembangkan diri.

Desentralisasi bertahap akan memungkinkan pengujian setiap komponen satu per satu tanpa risiko bagi jaringan. Ada 3 langkah yang diusulkan untuk setiap komponen:

1. Pengujian di jaringan pengembang
2. Pengujian pembaruan publik melalui testnet
3. Pembaruan dipindahkan ke mainnet

Langkah-langkah desentralisasi meliputi:

1. Peluncuran jaringan pengembang. Memuat tes dan verifikasi kebenaran pemrosesan dengan 500 miliar transaksi.
2. Peluncuran testnet publik.
3. Peluncuran mainnet publik.
4. Berlabuh ke blockchain populer.
   Mainnet yang sudah diluncurkan, beberapa backup dan pengarsipan data diperlukan untuk meningkatkan keamanan anggota. Untuk menghindari perubahan ketika kerentanan kritis terdeteksi dan sebagai mitigasi penyalahgunaan wewenang oleh tim, direncanakan untuk menggunakan penahan hash checksum #TraceChain ke blockchain publik. Setiap hash blok yang berisi perhitungan hadiah penempaan akan dicatat ke blockchain Ethereum dan Bitcoin. Oleh karena itu, setiap anggota akan dapat memeriksa validitas seluruh rantai yang memiliki titik kontrol statis di dua blockchain publik.
5. Peluncuran penempaan node peer. Semua transaksi masuk akan diproses oleh jaringan node terdesentralisasi publik yang memungkinkan untuk memastikan tidak ada transaksi yang muncul di blockchain dengan cara lain. Juga, pada tahap ini mekanisme penempaan penghargaan dari peran pertama yang tersedia akan diuji.
6. Peluncuran simpul torrent. Pada tahap ini jaringan mencapai tujuan menjadi penyimpanan terdesentralisasi publik dari semua transaksi dan blok dalam repositori publik dan verifikasi torrent atas kebenaran kinerja inti. Klien mulai menerima data dari node terdesentralisasi.
7. Mengaktifkan penetapan peran otomatis oleh #TraceChain AI untuk node tim #MetaHash. Node pengguna tetap dengan peran statis untuk saat ini;
8. Mengaktifkan penetapan peran otomatis oleh #TraceChain AI untuk node pengguna untuk peran Peer dan Torrent. Tahap ini memverifikasi kebenaran desain peta jaringan melalui pembelajaran mesin dan pembangunan kembali jaringan otomatis.
9. Mulai pengujian keamanan dengan vendor terpilih terhadap serangan terhadap konsensus dan kegagalan jaringan.
10. Pembaruan perangkat lunak dan awal kampanye bounty yang berfokus pada masalah debugging dan keamanan. Pada tahap ini, kerentanan arsitektur utama terhadap serangan jaringan sudah dihilangkan dan hadiah publik membantu melibatkan publik untuk menghilangkan jenis serangan yang langka.
11. Desentralisasi penuh core, slave core, dan node verifikasi.
12. Pembaruan perangkat lunak memastikan distribusi peran yang sepenuhnya otonom oleh jaringan.

Desentralisasi bertahap membantu menyediakan operasi jaringan yang berkelanjutan saat diimplementasikan dan pengendalian risiko dalam hal berbagai serangan pada jaringan.

Risiko

Penilaian risiko dilakukan oleh HashEx17 berdasarkan standar FERMA18. Hanya risiko dengan hasil negatif untuk proyek yang telah dipelajari. Metode penilaian tiga dimensi telah digunakan untuk deskripsi risiko. Penilaian risiko didasarkan pada probabilitas risiko, konsekuensi (ancaman) dan eksposur organisasi.

1. Ketersediaan node, serangan DDoS pada node
   Jenis risiko: Operasional.
   Probabilitas: Sedang (Mungkin). Jaringan terdesentralisasi terus-menerus mengalami serangan semacam itu. Serangan mungkin tidak berlangsung terlalu lama karena cukup mahal bagi penyerang (diperkirakan
   $10.000 per hari untuk sistem peran statis).
   Konsekuensi (Ancaman): Rendah.
   Pengendalian/Mitigasi Risiko: Jaringan secara otomatis mulai membangun kembali jika ada simpul yang tidak tersedia.
2. Bandwidth jaringan, serangan DDoS melalui beberapa generasi transaksi
   Jenis risiko: Operasional.
   Probabilitas: Rendah (Jarak Jauh). Tidak seperti tipe DDoS pada risiko sebelumnya, serangan ini membutuhkan sumber daya komputasi yang jauh lebih besar dari penyerang, sehingga menjadikannya operasi yang lebih mahal dibandingkan dengan risiko sebelumnya.
   Konsekuensi (Ancaman): Rendah.
   Pengendalian/Mitigasi Risiko: Selama beban jaringan yang tinggi, biaya transaksi mulai meningkat secara nonlinier, sehingga serangan dengan cepat menjadi tidak praktis. Dengan mencoba mempertahankan 20% beban jaringan, serangan semacam itu akan menelan biaya $2.000 setiap detik. Dengan beban 80%, satu transaksi akan menelan biaya $ 3,91 dengan harga ICO dan serangan itu akan menelan biaya $ 200.000 per detik. Dengan demikian, serangan tersebut dapat meningkatkan harga transaksi dalam jaringan hanya untuk jangka waktu yang singkat.
3. Serang melalui perubahan waktu sistem lokal
   Jenis risiko: Operasional.
   Probabilitas: Sedang (Mungkin). Penyerang dapat mengubah waktu lokal sistem untuk mengganggu sinkronisasi node.
   Konsekuensi (Ancaman): Rendah.
   Pengendalian/Mitigasi Risiko: Semua parameter waktu utama diukur dalam tick oleh node tanpa mengacu pada waktu lokal server.

4. Pertumbuhan ukuran blockchain yang tidak terbatas
   Jenis risiko: Operasional.
   Probabilitas: Tinggi (Kemungkinan). Dengan berjalannya waktu ukuran blockchain dapat menyebabkan ketidakmungkinan untuk menyimpan blockchain pada peralatan perangkat keras biasa. Pada saat penulisan ini, ukuran Ethereum melebihi 600 GB, sedangkan ukuran Bitcoin mendekati 200 GB. Mengingat tingkat pertumbuhan industri, dalam beberapa tahun ukuran Ethereum dapat melebihi 10TB sehingga sangat tidak mungkin untuk menyimpannya di komputer pribadi.
   Konsekuensi (Ancaman): Tinggi.
   Pengendalian/Mitigasi Risiko: Salah satu fitur #MetaHash adalah penyimpanan data yang diarsipkan dalam repositori terdistribusi tanpa efek samping negatif pada kinerja jaringan utama dengan mengorbankan blok Negara. Menurut perhitungan #MetaHash [Lihat Lampiran 1], dengan beban puncak yang berkelanjutan pada jaringan, penyimpanan data yang diarsipkan akan efisien secara finansial setidaknya selama 10 tahun. Untuk skenario ini diusulkan untuk menerapkan repositori arsip murah atau menggunakan mekanisme pembersihan data berusia 10+ tahun. Keputusan ini harus diambil dengan pemungutan suara. Jika #MetaHash pernah menghadapi tantangan apa pun terkait penyimpanan data historis, akan dimungkinkan untuk melakukan percabangan yang disetujui melalui pemungutan suara umum dan membuat blok Genesis baru untuk mengurangi biaya yang terkait dengan penyimpanan data historis.
5. Saham mayoritas dalam kepemilikan tunggal. 51% serangan
   Jenis risiko: Strategis. Probabilitas: Rendah (Jarak Jauh). Konsekuensi (Ancaman): Tinggi.
   Pengendalian/Mitigasi Risiko: Dalam subsistem konsensus #MetaPoS, menyelesaikan masalah BFT untuk mendapatkan 67%+1 Stake secara bersamaan di beberapa lapisan membutuhkan kontrol lebih dari 90% Stake. Selain itu, serangan semacam itu sangat sulit untuk disinkronkan karena segera setelah node jaringan memberi sinyal bahwa ia telah disusupi, ia kehilangan nilai Kepercayaannya dan hanya dapat didukung oleh node lain yang disusupi. Bahkan dengan munculnya jaringan yang tidak mungkin dengan 90% Stake yang dimiliki seorang diri, klien #MetaGate akan mulai menolak pemblokiran secara surut dan berhenti mempercayai torrent yang dikompromikan, secara efektif membagi jaringan menjadi dua. Karena klien yang menggunakan jaringan adalah bagian yang paling berharga, memiliki 90% kendali atas Pasak hanya memberikan kendali atas jaringan ‘mati’ tanpa klien, sedangkan 10% sisanya akan menjadi 100% pemegang koin di jaringan baru.
6. Penyalahgunaan otoritas pengembang selama peluncuran sistem
   Jenis risiko: Strategis.
   Probabilitas: Tinggi (Kemungkinan). Pada tahap awal banyak node kritis berada di bawah kendali pengembang. Jaringan tersebut belum memiliki tingkat desentralisasi yang diperlukan dan, dengan demikian, rentan terhadap perubahan yang jahat.
   Konsekuensi (Ancaman): Tinggi.
   Pengendalian/Mitigasi Risiko: Penahan #MetaHash ke dua blockchain populer: Bitcoin dan Ethereum secara teratur. Peluncuran penempaan pada node peer dan node torrent untuk memastikan bahwa semua log rantai disimpan dalam repositori terdesentralisasi publik sehingga setiap perubahan yang tidak sah mudah terlihat.

Kesimpulan

Sejak proyek dimulai pada awal 2017, tim #MetaHash telah melakukan penelitian menyeluruh terhadap teknologi TI dan mempelajari kemungkinan solusi dari tujuan proyek.
Hasil berikut dicapai:

1. Struktur sinkronisasi optimal dari jaringan terdistribusi geografis yang dirancang dengan kapasitas 18 Megabyte per detik (>50.000 transaksi keuangan) dalam waktu 3 detik. Ini termasuk validasi tanda tangan pengirim dan cek ketersediaan saldo untuk melakukan transaksi.
2. Penyimpanan terdesentralisasi dari data yang diarsipkan dan mekanisme blok negara.
3. Berbagai implementasi konsensus tipe baru, MultiPoS, diuji, di mana beberapa node verifikasi memilih kebenaran blok sambil menghasilkan yang berikutnya. Ini memungkinkan mendapatkan transaksi yang tidak dapat diubah secara signifikan lebih cepat dan meminimalkan kemungkinan garpu blockchain dan penolakan cabang.
4. Model keseimbangan optimal dengan semua manfaat struktur jaringan blockchain dipilih, mengurangi ukuran data yang disimpan dan ditransmisikan sebesar 60% dibandingkan dengan karakteristik kinerja rata-rata platform blockchain lainnya, serta menambahkan kemampuan validasi data nonlinier di dalam blockchain, menghasilkan peningkatan kecepatan sepuluh kali lipat dalam validasi blockchain.
5. Penggabungan jaringan berhasil diselesaikan setelah perpecahan yang disebabkan oleh pembatasan akses untuk sekelompok anggota atau penyumbatan lintas benua.
6. Mekanisme pengenalan pembaruan perangkat lunak berbasis suara yang mulus dikembangkan, memungkinkan untuk menghindari garpu keras jaringan.

Versi rilis lengkap dari platform telah disiapkan, memungkinkan transaksi cepat dengan biaya minimum dengan mengurangi biaya infrastruktur dan meningkatkan kapasitas. Ini memungkinkan peluang besar untuk teknologi blockchain dalam aplikasi waktu nyata, paradigma Internet of Things, aplikasi transaksi mikro, dan lainnya.

Dimana anda bisa membeli #MetaHash coin ?

#MetaHash memiliki maksimal pasokan 9.200.000.000 koin MHC.

Jika Anda ingin tahu di mana membeli #MetaHash dengan kurs saat ini, pertukaran mata uang kripto teratas untuk perdagangan saham #MetaHash saat ini adalah KuCoin, dan CEX.IO. Anda dapat menemukan orang lain yang terdaftar di halaman pertukaran crypto kami.