Abstrak: Arsitektur superfluid dari blockchain IoT terutama mencakup beberapa fitur utama: 1. Algoritma konsensus NDPOS; 2. struktur buku besar asimetris; 3. komunikasi terenkripsi peer-to-peer.
Diantaranya, NDPoS terutama memecahkan cara memastikan waktu nyata dan keandalan operasi transaksi atom lintas rantai dalam sistem blockchain dalam arsitektur multi-rantai; struktur buku besar asimetris memecahkan sejumlah besar penyimpanan tidak valid dan redundansi data yang disebabkan oleh data akun yang sama. Selain itu terkait masalah okupasi bandwidth, sedangkan komunikasi terenkripsi point-to-point berfokus pada mekanisme komunikasi yang aman dan andal antar perangkat IoT.
Dari tujuan desain dan solusi algoritme konsensus NDPoS, artikel ini menjelaskan cara memastikan waktu nyata dan keandalan operasi atom antara banyak rantai dalam transaksi lintas rantai dari blockchain.
Kata pengantar
Dalam beberapa tahun terakhir, dengan komunitas teknologi blockchain yang terus meningkat, penelitian tentang algoritma konsensus menjadi semakin mendalam. Dimulai dari PoW yang pertama kali diusulkan oleh Satoshi Nakamoto, orang-orang telah membuat pemikiran dan inovasi mendalam tentang konsistensi data dari node jaringan peer-to-peer terdistribusi berskala besar.
Baik PoW dan PoS dapat dikaitkan dengan kategori algoritma konsensus sinkron. Maksud asli PoW dan PoS adalah untuk secara teratur memilih "orang yang beruntung" dari semua node jaringan peer-to-peer melalui mekanisme tertentu sebagai node referensi untuk log (yaitu akuntansi), dan node ini menulis transaksi yang dicatat dengan sendirinya ke dalam log File (ledger) kemudian dikirim ke node lain. Mekanisme ini memperluas arsitektur master-slave dari database tradisional ke struktur peer-to-peer multi-node (multi-aktif), dan seluruh cluster dapat menjamin konsistensi akun yang kuat yang ditulis ke buku besar dan dikonfirmasi oleh banyak pihak.
Namun, mekanisme ini akan menghadapi banyak masalah ketika jumlah node dalam jaringan cluster meningkat secara signifikan. Misalnya, frekuensi rata-rata Bitcoin dari 1MB blok data dalam sepuluh menit membuat keseluruhan throughput sangat terbatas; apakah itu untuk meningkatkan ukuran blok data atau mempersingkat waktu pembuatan blok, itu akan memperkenalkan aspek yang semakin kompleks dari berbagai tingkatan seperti bandwidth atau bifurkasi. masalah.
Oleh karena itu, selain menggunakan serangkaian cara tambahan untuk meningkatkan kapabilitas cluster, ide tipikal lainnya adalah untuk mengurangi jumlah node yang berpartisipasi dalam protokol konsensus untuk mencapai persyaratan untuk meningkatkan kinerja keseluruhan, throughput, dan kecepatan respons cluster.
Bagikan Mekanisme Bukti Otorisasi (DPOS)
DPoS adalah arsitektur yang khas. Ini memilih sejumlah buku besar proxy melalui pemungutan suara antara buku besar. Buku besar ini membentuk jaringan konsensus, sementara buku besar lain yang belum dipilih disinkronkan dengan buku besar proxy untuk mengurangi jumlah partisipasi simpul konsensus. Permintaan.
Namun, terlepas dari bentuk algoritme konsensus apa pun, keseluruhan throughput dari seluruh kluster masih dibatasi oleh bandwidth jaringan antara node konsensus yang berpartisipasi. Misalnya, dalam lingkungan jaringan publik biasa, bandwidth uplink dan downlink antara dua perangkat tujuan umum sering kali mencapai paling banyak 5-10 MB / dtk (bandwidth 100 juta). Dengan asumsi bahwa setiap record adalah 100 byte, minimum dua node untuk berpartisipasi dalam konsensus Throughput jaringan secara fisik dibatasi tidak lebih dari 10MB / 100/2 = 50.000 / s (karena kebutuhan untuk mengirim buku besar dan data transaksi real-time, dibutuhkan dua kali transmisi data). Ketika jumlah node yang berpartisipasi dalam konsensus meningkat, dengan asumsi bahwa setiap akun terhubung ke 10 akun melalui protokol P2P rata-rata, throughput pada dasarnya tidak melebihi 5.000 / s.
Throughput transaksi di seluruh jaringan dari ribuan transaksi per detik mungkin cukup untuk rantai pribadi atau bahkan rantai aliansi, tetapi untuk rantai publik yang khas, itu jauh dari memenuhi permintaan. Oleh karena itu, untuk setiap proyek rantai publik, penerapan arsitektur DPoS rantai tunggal tidak dapat memenuhi kebutuhan ekspansi bisnis di masa depan.
Sharding
Solusi untuk masalah ini terletak pada fragmentasi. Skenario sharding yang paling awal dan paling umum berasal dari database terdistribusi, dan pendahulunya disebut Partisi. Setelah pengenalan DHT (tabel hash terdistribusi, algoritme hash yang konsisten), setiap unit hash dasar dapat disebut pecahan.
Dalam dunia blockchain, sharding pada dasarnya mirip dengan konsep partisi, yaitu, berdasarkan konstruksi beberapa blockchain independen, sebuah mekanisme digunakan untuk membuka komunikasi antara beberapa blockchain yang ingin dicapai. Untuk berkomunikasi satu sama lain antar node dalam rantai yang berbeda, sehingga meningkatkan throughput keseluruhan dari seluruh jaringan.
Sama seperti mekanisme partisi database yang dirancang dengan baik harus memastikan bahwa komunikasi antar partisi sekecil mungkin, mekanisme sharding blockchain juga harus memastikan bahwa persyaratan komunikasi antara shard dan shard diminimalkan dari logika bisnis.
Ketika bisnis lintas rantai benar-benar terjadi, harus ada mekanisme yang andal dan kredibel untuk memastikan bahwa atomicity dan konsistensi transaksi komunikasi lintas rantai dapat dijamin.
ASAM
Dalam database relasional tradisional, setiap produk database komersial yang matang harus memenuhi karakteristik ACID.
A (Atomic): Atomicity, semua operasi dalam transaksi semuanya harus berhasil atau semuanya gagal, tidak berhasil, sebagian gagal sebagian;
C (Konsistensi): Konsistensi, pembacaan dan penulisan data harus sangat konsisten, dan tidak boleh ada masalah seperti penulisan yang berhasil tetapi gagal melakukan kueri, atau merusak konsistensi kunci primer dan kunci asing;
I (Isolation): Isolation, yaitu transaksi simultan tidak mempengaruhi satu sama lain dalam hal hasil transaksi. Misalnya, akun berisi 100 yuan akan menarik 10 yuan dari dua tempat pada waktu yang sama, dan hasil akhir akun harus 80 yuan, bukan 90 yuan;
D (Durability): Durability, setiap transaksi yang dikonfirmasi untuk diselesaikan harus tetap dalam keadaan selesai dalam keadaan apapun. Bahkan jika di-restart karena kegagalan database, transaksi yang telah dikonfirmasi untuk diselesaikan tidak akan hilang.
Setelah 30 tahun berkembang dan sejumlah besar aplikasi industri, database relasional telah digunakan dalam industri. Saat ini, hampir semua bank, lembaga keuangan, perusahaan asuransi, atau perusahaan sekuritas di industri harus mendasarkan layanan perdagangan dan penyelesaiannya pada prinsip ACID. Dalam hal karakteristik bisnis, prinsip ACID tidak dapat dijamin. Sistem tidak boleh digunakan untuk transaksi keuangan.
Berbeda dari log database, blockchain sulit untuk mencapai kunci global yang efisien karena arsitektur multi-aktif, sehingga tidak dapat secara langsung menggunakan struktur log transaksi database tradisional untuk kontrol transaksi. Oleh karena itu, ketika sebagian besar proyek blockchain menulis ke buku besar, setiap catatan transaksi akan menyertakan sumber transaksi serta rekanan dan jumlahnya, alih-alih menambah dan mengurangi jumlah sebagai beberapa catatan dalam log basis data tradisional. Cara untuk terhubung secara seri.
Struktur buku besar Blockchain
Struktur log database
Oleh karena itu, struktur catatan buku besar blockchain menjadikannya model transaksi khusus yang dapat memenuhi persyaratan atomisitas dalam skenario khusus yang dirancang hanya untuk transaksi mata uang virtual. Konsistensi ditangani dengan menggunakan beberapa ide untuk resolusi cabang.
Isolasi dapat dicapai dengan menggunakan struktur UTXO (merekam urutan riwayat perubahan alih-alih hasil akhir) atau menaikkan nomor urutan operasi nonce untuk memastikan bahwa operasi bersamaan untuk rekaman yang sama dapat diurutkan dan menghindari masalah pembelanjaan ganda.
Akhirnya, terlepas dari Bitcoin atau Ethereum, mekanisme persistensi hampir diabaikan dari sudut pandang satu node. Sebaliknya, pohon Merkel digunakan dalam struktur rantai untuk mendukung pemeriksaan mandiri blok yang ada dan menyinkronkan dari node normal lainnya. Cara untuk merusak blok memenuhi ketahanan global (dengan asumsi bahwa masalah kerusakan simultan dari semua node tidak terjadi).
Oleh karena itu, dapat dilihat bahwa dalam satu pecahan rantai blok, baik itu Ethereum atau Bitcoin, ACID dapat dijamin paling mendasar, dan kebutuhan transaksi dan penyelesaian keuangan dapat dipenuhi seminimal mungkin.
Namun, kepuasan ACID blockchain tunggal tidak berarti bahwa transaksi lintas rantai juga memenuhi ACID. Oleh karena itu, cara memenuhi ACID dalam lingkungan multi-rantai adalah kunci apakah proyek rantai publik dapat diterapkan dalam skala besar.
Operasi atom antar pecahan
Sejak era basis data MPP, operasi atom antar partisi telah menjadi masalah yang harus diselesaikan oleh semua tim teknis. Dari pengajuan dua tahap tradisional dan pengajuan tiga tahap ke arsitektur Spanner baru, semua database terdistribusi sedang berjuang untuk memecahkan masalah operasi atom antar partisi.
Mengapa operasi atom antar partisi sangat sulit diselesaikan? Dalam sistem basis data MPP, setiap partisi secara logis benar-benar independen, dan metrik masing-masing antara partisi benar-benar berbeda. Dari stempel waktu hingga mekanisme penguncian, mereka benar-benar independen satu sama lain, sehingga proses dari partisi yang berbeda tidak dapat seragam saat melakukan operasi atom. Referensi.
Oleh karena itu, satu-satunya strategi untuk menyelesaikan operasi atom antar partisi adalah dengan menentukan objek referensi sehingga beberapa node dapat berkoordinasi secara terpadu.
Misalnya, mekanisme penyerahan dua paragraf dan penyerahan tiga paragraf memperkenalkan seorang koordinator. Mekanisme ini secara bersama-sama disebut sebagai XA di bidang database.Prinsipnya adalah bahwa setelah koordinator memulai operasi atom, koordinator menilai bahwa transaksi yang mencakup beberapa partisi akhirnya harus berhasil dikirim atau dibatalkan di tengah jalan. Pembaca mekanisme spesifiknya dapat merujuk ke artikel terkait.
Arsitektur Google Spanner memerlukan perangkat keras khusus (jam atom) untuk menyatukan dan mengoordinasikan stempel waktu antar node, dikombinasikan dengan stempel waktu global yang direkam oleh operasi pengiriman untuk menentukan status rollback pengiriman rekaman di setiap partisi.
NDPoS
Seperti disebutkan di atas, blockchain mencoba menggabungkan modifikasi beberapa akun dalam operasi atomik menjadi satu catatan operasi transaksi melalui log (aliran buku besar), dan pada saat yang sama, untuk memastikan kebenaran file log dalam bentuk pohon Merkel , Untuk memastikan operasi atom multi-akun dalam keadaan bebas kunci.
Mekanisme inti NDPoS adalah untuk mengabstraksi operasi atom antara beberapa rantai sebagai rantai tingkat yang lebih tinggi secara logis Algoritma DPoS juga digunakan dalam rantai logis tingkat tinggi untuk memastikan atomicity operasi antara setiap anggota. Anggota dari rantai logis tingkat tinggi juga merupakan satu atau lebih node agen di setiap rantai partisi. Node tersebut akan memfilter konsensus yang dicapai dalam rantai logis tingkat tinggi untuk menyaring data perubahan yang terdapat dalam rantainya sendiri sebagai sebuah atom Operasi tersebut dijalankan dalam rantai, untuk mencapai tujuan operasi atom melintasi rantai.
Dalam struktur NDPoS, buku besar di setiap rantai dibagi menjadi dua peran: node agen dan node pengikut. Di antara mereka, node proxy bertanggung jawab atas negosiasi konsensus di area kecil, dan hasil negosiasi menginformasikan node pengikut untuk menyimpan akun. Ketika ada struktur bersarang, node proxy di rantai bawah berfungsi sebagai node akuntansi biasa di rantai virtual atas untuk pemungutan suara, dan beberapa di antaranya berfungsi sebagai node proxy di rantai virtual atas untuk konsensus dan negosiasi komunikasi antar-rantai. Oleh karena itu, setiap node ledger dapat berada di satu atau lebih status pada saat yang bersamaan. Ini dapat digunakan sebagai node pengikut independen, atau sebagai node pengikut dari rantai yang mendasari dan rantai virtual atas, atau sebagai simpul proxy dari rantai yang mendasari dan rantai virtual atas.
Ketika ada tiga atau lebih lapisan arsitektur bersarang di jaringan, setiap node buku besar mungkin memiliki beberapa peran pada waktu yang sama.
Mengambil transaksi tiga pihak sebagai contoh, misalkan ada transaksi transfer antara catatan X, Y, dan Z dari tiga rantai pecahan, di mana catatan X berasal dari pecahan A; catatan Y berasal dari pecahan B; dan catatan Z berasal dari pecahan C.
Dapat dilihat bahwa rantai pecahan A, B, dan C benar-benar independen, dan ada satu atau lebih node proxy di node pemungutan suara dari setiap pecahan, membentuk rantai virtual di antara rantai pecahan. Semua node dalam rantai virtual ini juga menggunakan mekanisme DPoS untuk konsensus.
Saat ada transaksi dari X ke Y dan Y ke Z pada saat bersamaan, transaksi tersebut pertama kali dimulai oleh pecahan tempat X berada.
Pada saat ini, node ledger yang menerima operasi transfer meneruskan operasi ke node proxy untuk konsensus sesuai dengan aturan DPoS. Jika node proxy menemukan rekaman apa pun dalam transaksi sebagai operasi lintas-pecahan, operasi tersebut akan diteruskan ke node proxy di rantai virtual atas untuk lintas-sharding. Konsensus berantai.
Dalam proses konsensus lintas rantai, node proxy yang memulai sharding juga meneruskan transaksi di rantai virtual atas ke node proxy atas di rantai virtual atas sesuai dengan prinsip DPoS, dan node proxy atas pertama kali memulai satu kali di rantai virtual atas konsensus.
Setelah node koordinasi di rantai virtual atas mencapai konsensus, itu akan memberi tahu node pengikut lainnya di rantai virtual atas sesuai dengan prinsip DPoS di rantai virtual atas, yaitu, node proxy biasa di rantai pecahan.
Kemudian, di setiap rantai pecahan, itu disiarkan ke node pengikutnya sendiri sesuai dengan aturan DPoS mereka sendiri, untuk mencapai konsensus lintas rantai.
Dapat dilihat bahwa ide inti NDPoS adalah pertama-tama mencapai konsensus di rantai virtual tingkat atas, dan kemudian menyampaikan hasilnya ke rantai sharding tingkat bawah. Ketika ada lebih dari dua lapisan rantai virtual, mode diturunkan dari lapisan atas secara rekursif.
Misalnya, model ini mirip dengan sistem manajemen perusahaan, di mana departemen adalah unit dasar, dan tim manajemen dipilih terlebih dahulu di setiap departemen untuk mengambil keputusan atas nama karyawan departemen tersebut. Manajemen tingkat departemen ini juga merupakan perwakilan departemen bisnis, di antaranya beberapa manajemen tingkat departemen dipilih untuk berpartisipasi dalam pengambilan keputusan departemen bisnis, dan hasil keputusan diberitahukan kepada perwakilan departemen bisnis lainnya (yaitu, semua manajemen departemen di departemen bisnis) . Manajemen tingkat divisi juga merupakan perwakilan dari cabang, dan beberapa orang dipilih sebagai manajemen tingkat cabang untuk membuat keputusan ... dan seterusnya. Dalam model ini, peserta dapat menjadi manajemen cabang, manajemen departemen bisnis dan manajemen departemen pada saat yang bersamaan, atau dapat menjadi perwakilan departemen bisnis dan manajemen departemen.
Ketika negosiasi bisnis terjadi, jika banyak pihak yang terlibat berada di departemen yang sama, semua negosiasi hanya perlu mencapai konsensus di antara manajemen internal departemen. Dan jika kedua pihak yang perlu bernegosiasi berada di departemen yang berbeda dari unit bisnis yang sama, semua negosiasi perlu dilakukan antara tim manajemen unit bisnis, dan hasil negosiasi dapat diberitahukan kepada departemen terkait. Dan jika pihak yang terlibat dalam negosiasi berada di antara departemen di bawah unit bisnis cabang yang berbeda, keputusan harus dibuat terlebih dahulu antara tim manajemen cabang, dan kemudian departemen bisnis masing-masing akan diberitahukan, dan departemen bisnis akan memberi tahu departemen yang mendasari untuk mengeksekusi.
Strategi pemilihan
Strategi pemilihan dapat dilaksanakan sesuai dengan karakteristik bisnis masing-masing proyek, tetapi intinya harus memastikan bahwa setiap rantai bawah harus memiliki satu atau lebih simpul proksi sebagai simpul rantai virtual atas untuk berpartisipasi dalam konsensus lintas rantai, jika tidak komunikasi yang melibatkan rantai bawah tidak dapat dilakukan. Ini dikomunikasikan ke node berikut lainnya dalam rantai.
Oleh karena itu, setiap kali terjadi konsensus rantai virtual tingkat atas, ia harus terlebih dahulu menghitung apakah setidaknya ada satu anggota di semua rantai terbawah yang terlibat dalam blok data, dan pemrakarsa konsensus harus disetujui oleh lebih dari 2/3 anggota (ambil BPFT sebagai contoh), dan Di semua rantai bawah yang terlibat dalam blok data, konsensus dari setiap node agen rantai bawah dapat dianggap berhasil.
Dalam arsitektur multi-layer NDPoS, dukungan dan throughput buku besar totalnya dapat meluas tanpa batas dan fleksibel seiring dengan bertambahnya jumlah lapisan. Misalnya, dengan asumsi bahwa DPoS rantai tunggal memiliki jumlah dukungan buku besar maksimum 10.000, nomor buku besar proxy 101, dan throughput ideal desain rantai tunggal 5000 / s, maka struktur dua lapis dapat mendukung sekitar 10.000 * (10.000 / 101) ~ = Untuk 1.000.000 node, throughput ideal teoretis adalah 5.000 * (10.000/101) ~ = 500.000 / s. Struktur tiga tingkat dapat mencapai 10.000 * (10.000 / 101) ^ 2 ~ = 1.000.000.000 node, dan throughput ideal teoretis adalah 5.000 * (10.000/101) ^ 2 ~ = 500.000.000 / s.
Kueri dan pengambilan lintas rantai
Mirip dengan mekanisme sharding dari database terdistribusi, mekanisme sharding NDPoS didasarkan pada mode DHT dan melakukan segmentasi sesuai dengan nilai hash dari kunci partisi. Dalam mode ini, kinerja operasi kueri yang tepat dari kunci partisi yang ditentukan sangat tinggi, dan secara umum, kunci partisi yang terdistribusi secara merata dapat mencapai distribusi data yang seragam di seluruh kluster. Namun, jika kondisi kueri tidak menyertakan kunci partisi, kueri harus disiarkan ke semua pecahan untuk mendapatkan rekaman yang memenuhi kondisi di semua partisi.
Oleh karena itu, algoritme fragmentasi DHT yang menjadi dasar NDPoS harus dioptimalkan untuk memenuhi efisiensi waktu nyata dari kueri dan pengambilan kunci non-primer.
Cara yang relatif sederhana dan intuitif adalah dengan memperkenalkan konsep indeks global. Di bidang database terdistribusi, yang disebut indeks global adalah indeks sekunder, tetapi kunci partisi indeks menggunakan kunci indeks, bukan kunci partisi tabel. Dalam mode ini, pengguna dapat menggunakan pemartisian hash atau pemartisian rentang ke bidang kunci indeks partisi, sehingga pemohon dapat memperoleh rekaman yang memenuhi kondisi kueri di bawah premis hanya mengakses sejumlah partisi terbatas.
Namun kelemahan besar dari model ini adalah konsistensi. Karena kunci partisi indeks global berbeda dari kunci partisi tabel data, indeks yang sesuai dengan record sering kali tidak berada dalam pecahan yang sama, sehingga pengenalan indeks global yang konsisten dan kuat sering kali membawa banyak overhead transaksi terdistribusi, jadi secara umum, tidak Akan diadopsi secara luas oleh database tradisional.
Namun, untuk beberapa skenario yang akhirnya memenuhi konsistensi, menggunakan indeks global yang tidak sangat konsisten sering kali dapat mencapai hasil yang tidak diharapkan. Inti inti dari NDPoS adalah untuk membagi data utama dalam fragmentasi DHT, tetapi dapat menetapkan indeks global akhir yang konsisten untuk atribut lain yang perlu diambil.
Mekanisme ini perlu menerapkan mekanisme serupa seperti "tabel" database dan "indeks" untuk setiap node buku besar untuk menyimpan data dari atribut bisnis yang berbeda secara terpisah.
Untuk menyimpulkan
Berdasarkan DPoS, NDPoS memenuhi komunikasi data yang konsisten dan kuat secara kuasi real-time. Berbeda dari konsistensi akhir yang tidak dapat diprediksi dari waktu konfirmasi transaksi dari struktur DAG, NDPoS memberikan konsistensi yang kuat dari transaksi lintas rantai melalui mekanisme multi-aktif peer-to-peer dari blockchain. Pada saat yang sama, NDPoS menyadari perluasan yang tidak terbatas dan elastis dari jumlah pecahan dari seluruh jaringan melalui mekanisme proxy berlapis, dan secara fundamental memecahkan masalah kinerja dan skalabilitas yang jumlah buku besar rantai tunggal tidak boleh terlalu banyak.
referensi
J. F. Groote, A. Mathijssen, M. van Weerdenburg, dan Y. S. Usenko, "Dari µCRL ke mCRL2: motivasi dan garis besar," Electr. Notes Theor. Comput. Sci., Vol. 162, hlm. 191196, 2006.
Kode M. Atif. MCRL2 untuk protokol dua fase dan tiga fase .. Tersedia:
D. Skeen dan M. Stonebraker, "Sebuah model formal dari pemulihan kecelakaan dalam sistem terdistribusi," IEEE Trans. Software Eng., Vol. 9, no. 3, pp. 219228, 1983.
D. Skeen, "Nonblocking commit protocols," dalam SIGMOD Conference, Y. E. Lien, Ed. ACM Press, 1981, hlm. 133142.
, "Protokol komit berbasis kuorum," dalam Berkeley Workshop, 1982, hlm. 6980.
T. Härder dan A. Reuter, "Prinsip pemulihan database berorientasi transaksi," ACM Comput. Surv., Vol. 15, no. 4, pp. 287317, 1983.
D. Kozen, "Hasil pada proposisional mu-kalkulus," Theor. Comput. Sci., Vol. 27, pp. 333-354, 1983.
J. Gray, "Catatan tentang sistem operasi basis data," dalam Kursus Lanjutan: Sistem Operasi, ser. Catatan Kuliah dalam Ilmu Komputer, MJ Flynn, J. Gray, AK Jones, K. Lagally, H. Opderbeck, GJ Popek, B Randell, JH Saltzer, dan H.-R. Wiehle, Eds., Vol. 60. Springer, 1978, hlm. 393481.
, "Spanner: Googles Globally-Distributed Database". Tersedia: https://static.googleusercontent.com/media/research.google.com/zh-CN//archive/spanner-osdi2012.pdf
Fay Chang dkk. "Bigtable: Sistem Penyimpanan Terdistribusi untuk Data Terstruktur". ACM TOCS 26.2 (Juni 2008), 4: 14: 26.
David B. Lomet dan Feifei Li. "Meningkatkan Kinerja dan Fungsi DBMS Waktu Transaksi". Proc. Dari ICDE (2009), hlm. 581591.
, "Konsensus Bukti Kepemilikan yang Didelegasikan". Tersedia: https://bitshares.org/technology/delegated-proof-of-stake-consensus/
Ralph C. Merkle, "Tanda tangan digital berdasarkan fungsi enkripsi konvensional". Tersedia: https://people.eecs.berkeley.edu/~raluca/cs261-f15/readings/merkle.pdf
Pemberitahuan Hak Cipta:
Penulis berhak. Artikel tersebut merupakan sudut pandang penulis independen dan tidak mewakili posisi Babbitt.
Harga Bitcoin pada saat memposting 55078.62
- Ada arus orang tak berujung yang bullish pada emas, dan perlu untuk lebih "dekaden" dalam aspek ini untuk mencapai Qiansan Pass.
- "Paman" ada di sini, jika Anda bisa memakai efek Zhao Youting, Anda masih khawatir tidak menikahi dewi
- 30 juta yuan investasi Tencent "tinjauan buruk", berencana untuk menarik saham satu hari kemudian, Ma Huateng menyatakan tekad untuk memulai kembali penyelidikan
- Asli | Misteri terobosan kemampuan teknologi inti rel berkecepatan tinggi-evolusi dari strategi "nuklir" CRRC