Semua bahasa
Didirikan pada akhir tahun 2017 oleh mantan teknisi Qualcomm, Intel, dan Dropbox, Solana adalah protokol bukti kepemilikan rantai tunggal yang didelegasikan yang berfokus pada penyediaan skalabilitas tanpa mengorbankan desentralisasi atau keamanan. Inti dari solusi penskalaan Solana adalah jam terdesentralisasi yang disebut Proof of History (PoH), yang dirancang untuk memecahkan masalah waktu dalam jaringan terdistribusi tanpa satu pun sumber waktu tepercaya. Dengan menggunakan fungsi penundaan yang dapat diverifikasi, PoH memungkinkan setiap node menghasilkan stempel waktu secara lokal menggunakan perhitungan SHA256. Ini menghilangkan kebutuhan untuk menyiarkan stempel waktu di seluruh jaringan, meningkatkan efisiensi jaringan secara keseluruhan.
SOL adalah token asli dari blockchain Solana. Solana menggunakan algoritma konsensus Delegated Proof-of-Stake untuk memberikan insentif kepada pemegang token untuk memvalidasi transaksi. Sebagai bagian dari desain aman Solana, semua biaya akan dibayarkan dalam SOL dan dibakar, sehingga mengurangi total pasokan. Mekanisme SOL deflasi ini memberi insentif lebih banyak pemegang token untuk berpartisipasi, sehingga meningkatkan keamanan jaringan.
Untuk membuat buku besar terdistribusi dengan waktu yang terkodekan dan tidak dapat dipercaya, SOLANA merancang Proof of History, yang merupakan bukti berlalunya waktu antara perintah verifikasi dan peristiwa tertentu.
Proof of History akan bekerja dengan Proof of Work (algoritme konsensus yang digunakan oleh Bitcoin, dll.) atau Proof of Stake (algoritme konsensus yang digunakan oleh Casper Ethereum). Hal ini mengurangi overhead perpesanan yang mengarah ke waktu penghentian sub-detik.
Selain itu, Solana bekerja untuk menghasilkan hingga 710 ribu transaksi per detik pada basis jaringan 1 GB tanpa partisi data. Apakah Anda ingin tahu bagaimana rencana mereka untuk mencapai kemenangan besar ini?
Dalam perlombaan untuk mengembangkan throughput tinggi (Tps) dan blockchain yang sangat aman, tim merancang cara baru untuk menciptakan solusi yang sangat skalabel yang memungkinkan Melakukan volume transaksi yang tinggi.
"Masalah waktu?". Di era komputasi dan informasi, ada kebutuhan mendasar yang menunggu untuk dipecahkan. Koordinasi yang adil antar acara. Artinya: misalnya, ketika komputer mengirim pesan ke komputer lain, mereka perlu menyinkronkan waktu antar transaksi. Jadi ini berarti bahwa jika mereka masing-masing memiliki jam internal sendiri, mereka mungkin dapat atau tidak dapat berkoordinasi dengan benar.
Mengoordinasikan acara dengan stempel waktu bukan hanya persyaratan sistem, tetapi juga biaya uang, orang, dan tenaga yang sangat besar.
Pengembang telah mulai menggunakan teknik untuk meningkatkan throughput rantai secara keseluruhan. Sharding adalah teknik yang digunakan untuk meningkatkan TPS (throughput sistem) dari keseluruhan rantai dan telah terbukti berhasil, tetapi ini bukanlah solusi yang lengkap dengan sendirinya, karena hal ini dapat menimbulkan kerentanan.
Kerentanan terbesar adalah fragmentasi transaksi yang, jika tidak ditangani dengan baik, dapat membuka mata rantai untuk transaksi penipuan, pembelanjaan ganda, atau fragmen dari transaksi yang sama yang tidak memiliki pengetahuan bersama.
Untuk memberikan beberapa perspektif umum, Google Spanner (database Google yang dapat diskalakan, multi-versi, didistribusikan secara global, dan direplikasi secara sinkron yang mendukung transaksi baca-tulis, transaksi hanya-baca, dan pembacaan snapshot) menghabiskan banyak sumber daya untuk menyinkronkan datanya Jam atom antara Pusat Data.
Mereka perlu dipelihara dengan tepat dan ada banyak insinyur yang mengerjakannya. Tampaknya mengoordinasikan waktu adalah tugas yang mudah, tetapi sebenarnya tidak, dan ini adalah solusi Proof-of-History yang diusulkan oleh Solana.
Dengan mengaktifkan koordinasi waktu tepercaya, Solana tidak hanya meningkatkan throughput blockchain dalam hal kecepatan dan keandalan, tetapi juga mengurangi biaya rata-rata.
Tim yang berhasil menyelesaikan masalah ini kemungkinan besar akan memiliki blockchain yang sangat diadopsi.
Menggali solusi yang ditawarkan oleh Solana menimbulkan pertanyaan seperti bagaimana menerapkan bukti sejarah pada blockchain dan bagaimana tepatnya cara kerja Solana dan alat apa yang mereka gunakan?
Pertama, kita perlu memahami bagaimana web dirancang, dan terdiri dari apa.
Bukti riwayat adalah fungsi penundaan frekuensi tinggi yang dapat diverifikasi. Ini berarti bahwa akan membutuhkan sejumlah langkah relevan yang ditentukan untuk dinilai. Namun di sisi lain, langkah-langkah ini akhirnya menghasilkan keluaran yang unik, yang mudah diverifikasi.
Di bagian solusi, kami membahas bagaimana Solana dapat meningkatkan jumlah TXN/s dan mengurangi sumber daya yang diperlukan untuk menjalankannya. Interpretasi kemungkinan ini konsisten dengan interpretasi fungsi hash.
Fungsi hash sebagai cara mengompresi data sehingga jumlah data yang lebih besar dapat dikompresi menjadi sejumlah kecil bit mendorong penurunan bobot tx, menghasilkan peningkatan efisiensi dan urutan yang lebih cepat.
Seperti yang disebutkan di atas, urutan proof-of-history dirancang untuk bekerja dengan fungsi hash kriptografi.
Relevansi khusus untuk fungsi hash kriptografi adalah penggunaan input mentah untuk memprediksi hasil akhir (output) tanpa menjalankan seluruh fungsi dari awal. Jadi, jika Anda memiliki input dan mencoba memprediksi hasilnya tidak mungkin, Anda harus menjalankan fungsi tersebut untuk mendapatkan hasilnya.
Dengan mengingat hal ini, misalkan fungsi hash dijalankan dari beberapa titik awal acak (input awal), dan setelah proses selesai, output pertama (hash) diperoleh. Di sinilah menariknya, memberi input ke input hash berikutnya bersama dengan output yang Anda dapatkan dari menjalankan fungsi.
Jika kita ingin mengulangi proses ini, katakanlah 300 kali. Anda dapat mulai melihat bahwa kami telah membuat proses single-threaded di mana hasil akhir (hash 300) benar-benar tidak dapat ditebak kecuali oleh siapa pun yang mengeksekusi seluruh thread.
Putaran ini yang memberikan keluaran ke masukan fungsi selanjutnya dan data yang dihasilkan direpresentasikan sebagai berlalunya waktu dan penciptaan sejarah, dalam istilah Solana, sebagai tanda centang. Setiap keluaran membawa informasi terperinci yang tidak dapat diprediksi tanpa menjalankan fungsi. Seperti film-film Marvel pada contoh di atas, setiap karya merepresentasikan periode waktu yang kebetulan berada pada tempatnya dalam jalinan waktu yang berkesinambungan.
Oleh karena itu, Solana merekomendasikan untuk tidak menggunakan waktu yang tidak dapat diandalkan, tetapi menggunakan output berurutan dan tidak dapat diprediksi ini untuk menentukan momen tertentu, yaitu momen spesifik dalam proses thread. Kita bisa menyebutnya sejarah.
Solana menggunakan Proof-of-Stake (POS) untuk konsensus, dan memiliki banyak karakteristik yang sama dengan token berbasis POS lainnya. Sebagai penyegar berikut adalah beberapa fitur utama token POS:
Bukti token POS menggunakan validator
POS dapat diverifikasi
1. Kunci token di dompet
2. Letakkan Token yang terkunci di masternode, yang berkontribusi pada stabilitas rantai
Urutan pembayaran ditentukan oleh "usia" token POS atau program hadiah masternode.
Setiap dompet POS atau program hadiah masternode menerima token yang dicetak atau yang baru dipalsukan.
Dompet atau program hadiah masternode yang telah offline terlalu lama tidak lagi "berbayar" dan dapat dihapus dari jaringan.
Peran POS adalah untuk mencegah pelaku jahat memperkenalkan transaksi yang tidak valid dengan merusak keamanan jaringan.
Hukuman untuk "aktor jahat" mungkin berupa hilangnya token dan hadiah POS.
Kepercayaan dijamin selama hadiah untuk membuktikan manfaat lebih besar daripada peluang mendapatkan keuntungan melalui penipuan.
Solana memiliki struktur yang sangat mirip, tetapi mereka menerapkan POS dengan cara yang sedikit berbeda.
Solana memilih validator (yaitu, mempertaruhkan token) di antara node yang terhubung.
Voting dan pemilihan validator selanjutnya akan ditentukan oleh node yang telah menjadi node terpanjang atau yang paling terikat.
Solana mengandalkan konfirmasi cepat; jika sebuah node tidak merespons dalam waktu yang ditentukan, itu ditandai sebagai mati dan dihapus dari pemungutan suara, dan jika node tersebut adalah validator pada saat itu, pemilihan baru diadakan untuk memilih yang baru perangkat validator.
Jika node super-mayoritas (dua pertiga node) memberikan suara dalam batas waktu ini, fork dianggap valid.
Pemotongan adalah tindakan membatalkan kepemilikan, yang mencegah validator melakukan penipuan atau mencoba memvalidasi beberapa node, karena token terikat akan hilang.
Perbedaan utama adalah konsep node pemilihan sekunder. Setelah dipilih, node sekunder dapat mengambil alih peran utama jika terjadi pemadaman jaringan atau kegagalan lainnya.
Tautan terkait:
https://www.qukuaiwang.com.cn/news/9130.html