Analisis Arsitektur Teknologi Solana: Akan Menyambut Musim Kedua?
Solana adalah platform blockchain berkinerja tinggi yang menggunakan arsitektur teknologi unik untuk mencapai throughput tinggi dan latensi rendah. Teknologi inti mencakup algoritma Proof of History (POH) yang memastikan urutan transaksi dan jam global, jadwal rotasi pemimpin, dan mekanisme konsensus Tower BFT yang meningkatkan kecepatan pembuatan blok. Mekanisme Turbine mengoptimalkan penyebaran blok besar melalui pengkodean Reed-solomon. Solana Virtual Machine (SVM) dan mesin eksekusi paralel Sealevel mempercepat kecepatan eksekusi transaksi. Semua ini adalah desain arsitektur Solana untuk mencapai kinerja tinggi, tetapi juga membawa beberapa masalah, seperti downtime jaringan, kegagalan transaksi, masalah MEV, pertumbuhan status yang terlalu cepat, dan masalah sentralisasi.
Ekosistem Solana berkembang pesat, semua indikator data mengalami perkembangan yang cepat di paruh pertama tahun ini, terutama dalam bidang DeFi, infrastruktur, GameFi/NFT, DePin/AI, dan aplikasi konsumen. TPS tinggi Solana dan strategi yang berfokus pada aplikasi konsumen serta lingkungan ekosistem yang memiliki efek merek yang lemah memberikan banyak peluang bagi pengusaha dan pengembang. Dalam hal aplikasi konsumen, Solana menunjukkan visinya untuk mendorong penerapan teknologi blockchain di bidang yang lebih luas. Dengan mendukung seperti Solana Mobile dan SDK yang dibangun khusus untuk aplikasi konsumen, Solana berkomitmen untuk mengintegrasikan teknologi blockchain ke dalam aplikasi sehari-hari, sehingga meningkatkan penerimaan dan kenyamanan pengguna.
Solana meskipun telah mendapatkan pangsa pasar yang signifikan di industri blockchain dengan throughput tinggi dan biaya transaksi rendah, juga menghadapi persaingan ketat dari blockchain publik baru lainnya. Base sebagai pesaing potensial dalam ekosistem EVM, jumlah alamat aktif di jaringannya sedang tumbuh dengan cepat, sementara total nilai terkunci (TVL) di bidang DeFi Solana ( meskipun telah memecahkan rekor tertinggi, tetapi pesaing seperti Base juga cepat merebut pangsa pasar, dan jumlah pendanaan ekosistem Base juga untuk pertama kalinya melampaui Solana di kuartal Q2.
Meskipun Solana telah mencapai beberapa prestasi dalam hal teknologi dan penerimaan pasar, ia perlu terus berinovasi dan memperbaiki diri untuk menghadapi tantangan dari pesaing seperti Base. Terutama dalam meningkatkan stabilitas jaringan, mengurangi tingkat kegagalan transaksi, menyelesaikan masalah MEV, dan memperlambat laju pertumbuhan status, Solana perlu terus mengoptimalkan arsitektur teknologinya dan protokol jaringannya untuk mempertahankan posisinya yang terdepan dalam industri blockchain.
Arsitektur Teknologi
Solana terkenal dengan algoritma POH, mekanisme konsensus Tower BFT, serta jaringan transmisi data Trubine dan mesin virtual SVM yang membawa TPS tinggi dan Finality cepat. Kami akan menjelaskan secara singkat bagaimana masing-masing komponen ini bekerja, bagaimana mencapai tujuan kinerja tinggi untuk desain arsitektur, serta kekurangan dan masalah yang muncul akibat desain arsitektur tersebut.
) algoritma POH
POH###Proof of History( adalah teknologi yang menentukan waktu global, yang bukan merupakan mekanisme konsensus, melainkan algoritma yang menentukan urutan transaksi. Teknologi POH berasal dari teknologi kriptografi dasar SHA256. SHA256 biasanya digunakan untuk menghitung integritas data, dengan diberikan input X, maka ada dan hanya ada satu output Y yang unik, sehingga setiap perubahan pada X akan menyebabkan Y yang sama sekali berbeda.
Dalam urutan POH Solana, dengan menerapkan algoritma sha256, kita dapat memastikan integritas seluruh urutan, yang juga memastikan integritas transaksi di dalamnya. Misalnya, jika kita mengemas transaksi menjadi sebuah blok, menghasilkan nilai hash sha256 yang sesuai, maka transaksi dalam blok ini sudah ditentukan, setiap perubahan akan menyebabkan perubahan nilai hash, setelah itu hash blok ini akan menjadi bagian dari X untuk fungsi sha256 berikutnya, menambahkan hash blok berikutnya, sehingga blok sebelumnya dan berikutnya sudah ditentukan, setiap perubahan akan menyebabkan Y yang baru.
Ini adalah inti dari teknologi Proof of History mereka, hash dari blok sebelumnya akan menjadi bagian dari fungsi sha256 berikutnya, mirip dengan rantai, Y terbaru selalu menyertakan bukti sejarah.
![Menyelesaikan Arsitektur Teknologi Solana: Apakah akan menyambut musim semi kedua?])https://img-cdn.gateio.im/webp-social/moments-c210b4025cb64385890634a405838d05.webp(
Dalam diagram alur transaksi Solana, dijelaskan proses transaksi di bawah mekanisme POH, di mana dalam mekanisme rotasi yang disebut Leader Rotation Schedule, akan dihasilkan satu node Leader di antara semua validator di rantai, yang mengumpulkan transaksi dan melakukan penyortiran eksekusi, menghasilkan urutan POH, dan kemudian akan menghasilkan sebuah blok yang disebarkan ke node lainnya.
Untuk menghindari titik kegagalan tunggal di node Leader, maka batasan waktu diperkenalkan. Di Solana, unit waktu dibagi berdasarkan epoch, di mana setiap epoch terdiri dari 432.000 slot), setiap slot bertahan selama 400ms, dalam setiap slot, sistem rotasi akan menetapkan satu node Leader di setiap slot, node Leader harus menerbitkan blok(400ms) dalam waktu slot yang diberikan, jika tidak, slot ini akan dilewati dan pemilihan kembali node Leader untuk slot berikutnya akan dilakukan.
Secara keseluruhan, node Leader yang menggunakan mekanisme POH dapat memastikan semua transaksi historis. Unit waktu dasar Solana adalah Slot, node Leader perlu menyiarkan blok dalam satu slot. Pengguna mengirimkan transaksi melalui node RPC ke Leader, node Leader mengemas transaksi, mengurutkannya, dan kemudian mengeksekusi untuk menghasilkan blok, blok disebarkan ke validator lain, validator perlu mencapai konsensus melalui suatu mekanisme, untuk mencapai konsensus tentang transaksi dalam blok dan urutannya, konsensus yang digunakan adalah mekanisme konsensus Tower BFT.
( Mekanisme konsensus Tower BFT
Protokol konsensus Tower BFT berasal dari algoritma konsensus BFT, yang merupakan salah satu implementasi rekayasa spesifiknya, dan algoritma ini tetap terkait dengan algoritma POH. Ketika memberikan suara pada blok, jika suara validator itu sendiri merupakan suatu transaksi, maka transaksi pengguna dan hash blok yang dibentuk oleh transaksi validator juga dapat digunakan sebagai bukti sejarah, di mana detail transaksi pengguna dan detail suara validator dapat dikonfirmasi secara unik.
![Membedah Arsitektur Teknologi Solana: Apakah Akan Menyambut Musim Kedua?])https://img-cdn.gateio.im/webp-social/moments-224796bc8e080649730bb8736334abba.webp###
Dalam algoritma Tower BFT, ditentukan bahwa jika semua validator memberikan suara untuk blok tersebut dan lebih dari 2/3 validator memberikan suara setuju, maka blok ini dapat dianggap final. Manfaat dari mekanisme ini adalah menghemat banyak memori, karena hanya perlu memberikan suara pada urutan hash untuk mengkonfirmasi blok. Namun, dalam mekanisme konsensus tradisional, biasanya menggunakan banjir blok, di mana seorang validator menerima blok dan kemudian mengirimkannya ke validator di sekitarnya, yang mengakibatkan redundansi besar dalam jaringan, karena seorang validator menerima blok yang sama lebih dari sekali.
Dalam Solana, karena adanya banyak transaksi voting dari validator, dan karena efisiensi yang dibawa oleh sentralisasi node Leader serta waktu Slot 400ms, ini menyebabkan ukuran blok keseluruhan dan frekuensi pembuatan blok menjadi sangat tinggi. Blok besar saat disebarkan juga dapat memberikan tekanan besar pada jaringan. Solana menggunakan mekanisme Turbine untuk mengatasi masalah penyebaran blok besar.
( Turbine
Node Leader membagi blok menjadi sub-blok yang disebut shred melalui proses yang dikenal sebagai Sharding, dengan ukuran spesifikasi maksimum MTU), yaitu jumlah maksimum data yang dapat dikirim dari satu node ke node berikutnya tanpa membagi menjadi unit yang lebih kecil ###. Kemudian, integritas dan ketersediaan data dijamin dengan menggunakan skema kode penghapusan Reed-solomon.
Dengan membagi blok menjadi empat Data Shreds, lalu untuk mencegah kehilangan paket dan kerusakan selama proses transmisi data, maka digunakan pengkodean Reed-solomon untuk mengkodekan empat paket menjadi delapan paket, skema ini dapat mentolerir hingga 50% tingkat kehilangan paket. Dalam pengujian aktual, tingkat kehilangan paket Solana sekitar 15%, sehingga skema ini dapat dengan baik berkompatibilitas dengan arsitektur Solana saat ini.
Dalam transmisi data di lapisan dasar, biasanya akan mempertimbangkan penggunaan protokol UDP/TCP. Karena toleransi Solana terhadap tingkat kehilangan paket yang tinggi, maka digunakan protokol UDP untuk transmisi. Kekurangan dari protokol ini adalah tidak akan melakukan retransmisi saat terjadi kehilangan paket, tetapi keuntungannya adalah kecepatan transmisi yang lebih cepat. Sebaliknya, protokol TCP akan melakukan retransmisi berulang kali saat terjadi kehilangan paket, yang akan sangat mengurangi kecepatan transmisi dan throughput. Dengan adanya Reed-Solomon, skema ini dapat secara signifikan meningkatkan throughput Solana, dan dalam lingkungan nyata, throughput dapat meningkat hingga 9 kali lipat.
Setelah Turbine memecah data, mekanisme penyebaran multilapis digunakan untuk menyebarkan data. Node pemimpin akan menyerahkan blok ke salah satu validator blok sebelum akhir setiap Slot, kemudian validator tersebut akan memecah blok menjadi Shreds, dan menghasilkan kode penghapusan. Validator tersebut kemudian akan memulai penyebaran Turbine. Pertama, penyebaran dilakukan ke node akar, kemudian node akar tersebut akan menentukan validator mana yang berada di lapisan mana. Prosesnya adalah sebagai berikut:
Buat daftar node: Node akar akan mengumpulkan semua validator aktif ke dalam satu daftar, kemudian mengurutkan berdasarkan hak suara setiap validator di jaringan yaitu jumlah SOL yang dipertaruhkan (, dengan bobot lebih tinggi berada di lapisan pertama, dan seterusnya.
Pengelompokan node: Kemudian, setiap validator yang berada di lapisan pertama juga akan membuat daftar node mereka sendiri, untuk membangun lapisan pertama mereka sendiri.
Pembentukan lapisan: Membagi node menjadi lapisan dari bagian atas daftar, dengan menentukan dua nilai yaitu kedalaman dan lebar, dapat menentukan bentuk kasar dari seluruh pohon, parameter ini akan mempengaruhi laju penyebaran shreds.
Node dengan proporsi hak yang tinggi, ketika membagi tingkat, berada di tingkat yang lebih tinggi, maka dapat memperoleh shreds lengkap lebih awal, pada saat itu dapat memulihkan blok lengkap, sedangkan node di tingkat bawah, karena kehilangan transmisi, probabilitas untuk memperoleh shreds lengkap akan menurun. Jika shreds ini tidak cukup untuk membangun fragmen lengkap, akan meminta Leader untuk mentransmisikan ulang secara langsung. Maka saat ini data akan ditransmisikan ke dalam pohon, dan node di tingkat pertama sudah membangun konfirmasi blok lengkap, semakin lama waktu yang dibutuhkan untuk validator di tingkat bawah menyelesaikan pembangunan blok dan melakukan pemungutan suara.
Pemikiran dari mekanisme ini mirip dengan mekanisme satu node dari node Leader. Dalam proses penyebaran blok, ada beberapa node prioritas, yang terlebih dahulu mendapatkan shreds untuk menyusun blok lengkap guna mencapai proses konsensus pemungutan suara. Mengarahkan redundansi ke tingkat yang lebih dalam dapat secara signifikan mempercepat proses Finality, serta memaksimalkan throughput dan efisiensi. Karena sebenarnya beberapa lapisan sebelumnya mungkin sudah mewakili 2/3 dari node, maka pemungutan suara dari node-node selanjutnya menjadi tidak relevan.
) SVM
Solana dapat memproses ribuan transaksi per detik, yang terutama disebabkan oleh mekanisme POH, konsensus Tower BFT, dan mekanisme penyebaran data Turbine. Namun, SVM sebagai mesin virtual untuk konversi status, jika node Leader lambat dalam mengeksekusi transaksi, maka akan menurunkan throughput seluruh sistem. Oleh karena itu, untuk SVM, Solana mengusulkan mesin eksekusi paralel Sealevel untuk mempercepat kecepatan eksekusi transaksi.
Dalam SVM, instruksi terdiri dari 4 bagian, termasuk ID program, instruksi program, dan daftar akun untuk membaca/menulis data. Dengan menentukan apakah akun saat ini berada dalam status baca atau tulis dan apakah operasi yang akan dilakukan untuk mengubah status bertentangan, instruksi transaksi akun dapat diparalelkan jika tidak ada konflik dengan status, di mana setiap instruksi diwakili oleh Program ID. Dan inilah salah satu alasan mengapa persyaratan untuk validator Solana sangat tinggi, karena mengharuskan GPU/CPU validator mendukung SIMD### single instruction multiple data( dan kemampuan AVX advanced vector extensions.
Pengembangan Ekosistem
Dalam proses pengembangan ekosistem Solana saat ini, semakin banyak yang cenderung kepada utilitas praktis, seperti Blinks dan Actions bahkan Solana Mobile, sementara arah pengembangan aplikasi yang didukung secara resmi juga lebih cenderung kepada aplikasi konsumen, dan bukan pada pengulangan tanpa batas dari infrastruktur. Dengan performa Solana yang cukup saat ini, variasi aplikasi menjadi lebih kaya. Jika kita lihat Ethereum, karena TPS-nya yang lebih rendah, ekosistem Ethereum masih didominasi oleh infrastruktur dan teknologi skalabilitas, dan ketika infrastruktur tidak dapat mendukung aplikasi, maka tidak mungkin untuk membangun aplikasi konsumen, yang menyebabkan ketidakseimbangan di mana investasi pada infrastruktur terlalu banyak, tetapi investasi pada aplikasi terlalu sedikit.
) DeFi
Di protokol DeFi di Solana, ada banyak proyek yang belum mengeluarkan token, termasuk Kamino( Lending), Marginfi### Lending + Restaking(, SoLayer) Restaking(, Meteora, dll. Karena suasana ekosistem Solana yang bersatu, biasanya saat sebuah proyek mengeluarkan token, proyek lainnya akan berusaha menghindarinya, untuk menarik perhatian pasar yang cukup.
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
17 Suka
Hadiah
17
8
Posting ulang
Bagikan
Komentar
0/400
GateUser-2fce706c
· 08-01 04:55
Semua orang menunggu dasar ini. Yang tidak mengerti masih ragu. Sudah dikatakan sebelumnya bahwa sekarang adalah waktu yang tepat untuk berinvestasi.
Lihat AsliBalas0
MidsommarWallet
· 08-01 02:18
sol sulit untuk dijelaskan, sepertinya tidak perlu memperhatikan arah pasar.
Lihat AsliBalas0
SmartContractRebel
· 07-31 10:04
Banyak bicara, lebih baik banyak menggoreng koin.
Lihat AsliBalas0
ApeWithNoChain
· 07-29 20:43
Saya sangat optimis terhadap sol!
Lihat AsliBalas0
SigmaBrain
· 07-29 20:43
bull ah, gelombang uang ini bisa dihasilkan
Lihat AsliBalas0
MevHunter
· 07-29 20:41
Tsk tsk, tetap harus mengandalkan teknologi untuk berbicara.
Lihat AsliBalas0
MiningDisasterSurvivor
· 07-29 20:33
pertukaran restart, tunggu saja Dilikuidasi
Lihat AsliBalas0
WalletWhisperer
· 07-29 20:22
pola transaksi menunjukkan sol mencapai titik terendah... fase akumulasi terdeteksi fr
Analisis Teknologi Solana dan Pengembangan Ekosistem: Apakah Arsitektur Berkinerja Tinggi Dapat Membantu Kebangkitan Kembali
Analisis Arsitektur Teknologi Solana: Akan Menyambut Musim Kedua?
Solana adalah platform blockchain berkinerja tinggi yang menggunakan arsitektur teknologi unik untuk mencapai throughput tinggi dan latensi rendah. Teknologi inti mencakup algoritma Proof of History (POH) yang memastikan urutan transaksi dan jam global, jadwal rotasi pemimpin, dan mekanisme konsensus Tower BFT yang meningkatkan kecepatan pembuatan blok. Mekanisme Turbine mengoptimalkan penyebaran blok besar melalui pengkodean Reed-solomon. Solana Virtual Machine (SVM) dan mesin eksekusi paralel Sealevel mempercepat kecepatan eksekusi transaksi. Semua ini adalah desain arsitektur Solana untuk mencapai kinerja tinggi, tetapi juga membawa beberapa masalah, seperti downtime jaringan, kegagalan transaksi, masalah MEV, pertumbuhan status yang terlalu cepat, dan masalah sentralisasi.
Ekosistem Solana berkembang pesat, semua indikator data mengalami perkembangan yang cepat di paruh pertama tahun ini, terutama dalam bidang DeFi, infrastruktur, GameFi/NFT, DePin/AI, dan aplikasi konsumen. TPS tinggi Solana dan strategi yang berfokus pada aplikasi konsumen serta lingkungan ekosistem yang memiliki efek merek yang lemah memberikan banyak peluang bagi pengusaha dan pengembang. Dalam hal aplikasi konsumen, Solana menunjukkan visinya untuk mendorong penerapan teknologi blockchain di bidang yang lebih luas. Dengan mendukung seperti Solana Mobile dan SDK yang dibangun khusus untuk aplikasi konsumen, Solana berkomitmen untuk mengintegrasikan teknologi blockchain ke dalam aplikasi sehari-hari, sehingga meningkatkan penerimaan dan kenyamanan pengguna.
Solana meskipun telah mendapatkan pangsa pasar yang signifikan di industri blockchain dengan throughput tinggi dan biaya transaksi rendah, juga menghadapi persaingan ketat dari blockchain publik baru lainnya. Base sebagai pesaing potensial dalam ekosistem EVM, jumlah alamat aktif di jaringannya sedang tumbuh dengan cepat, sementara total nilai terkunci (TVL) di bidang DeFi Solana ( meskipun telah memecahkan rekor tertinggi, tetapi pesaing seperti Base juga cepat merebut pangsa pasar, dan jumlah pendanaan ekosistem Base juga untuk pertama kalinya melampaui Solana di kuartal Q2.
Meskipun Solana telah mencapai beberapa prestasi dalam hal teknologi dan penerimaan pasar, ia perlu terus berinovasi dan memperbaiki diri untuk menghadapi tantangan dari pesaing seperti Base. Terutama dalam meningkatkan stabilitas jaringan, mengurangi tingkat kegagalan transaksi, menyelesaikan masalah MEV, dan memperlambat laju pertumbuhan status, Solana perlu terus mengoptimalkan arsitektur teknologinya dan protokol jaringannya untuk mempertahankan posisinya yang terdepan dalam industri blockchain.
Arsitektur Teknologi
Solana terkenal dengan algoritma POH, mekanisme konsensus Tower BFT, serta jaringan transmisi data Trubine dan mesin virtual SVM yang membawa TPS tinggi dan Finality cepat. Kami akan menjelaskan secara singkat bagaimana masing-masing komponen ini bekerja, bagaimana mencapai tujuan kinerja tinggi untuk desain arsitektur, serta kekurangan dan masalah yang muncul akibat desain arsitektur tersebut.
) algoritma POH
POH###Proof of History( adalah teknologi yang menentukan waktu global, yang bukan merupakan mekanisme konsensus, melainkan algoritma yang menentukan urutan transaksi. Teknologi POH berasal dari teknologi kriptografi dasar SHA256. SHA256 biasanya digunakan untuk menghitung integritas data, dengan diberikan input X, maka ada dan hanya ada satu output Y yang unik, sehingga setiap perubahan pada X akan menyebabkan Y yang sama sekali berbeda.
Dalam urutan POH Solana, dengan menerapkan algoritma sha256, kita dapat memastikan integritas seluruh urutan, yang juga memastikan integritas transaksi di dalamnya. Misalnya, jika kita mengemas transaksi menjadi sebuah blok, menghasilkan nilai hash sha256 yang sesuai, maka transaksi dalam blok ini sudah ditentukan, setiap perubahan akan menyebabkan perubahan nilai hash, setelah itu hash blok ini akan menjadi bagian dari X untuk fungsi sha256 berikutnya, menambahkan hash blok berikutnya, sehingga blok sebelumnya dan berikutnya sudah ditentukan, setiap perubahan akan menyebabkan Y yang baru.
Ini adalah inti dari teknologi Proof of History mereka, hash dari blok sebelumnya akan menjadi bagian dari fungsi sha256 berikutnya, mirip dengan rantai, Y terbaru selalu menyertakan bukti sejarah.
![Menyelesaikan Arsitektur Teknologi Solana: Apakah akan menyambut musim semi kedua?])https://img-cdn.gateio.im/webp-social/moments-c210b4025cb64385890634a405838d05.webp(
Dalam diagram alur transaksi Solana, dijelaskan proses transaksi di bawah mekanisme POH, di mana dalam mekanisme rotasi yang disebut Leader Rotation Schedule, akan dihasilkan satu node Leader di antara semua validator di rantai, yang mengumpulkan transaksi dan melakukan penyortiran eksekusi, menghasilkan urutan POH, dan kemudian akan menghasilkan sebuah blok yang disebarkan ke node lainnya.
Untuk menghindari titik kegagalan tunggal di node Leader, maka batasan waktu diperkenalkan. Di Solana, unit waktu dibagi berdasarkan epoch, di mana setiap epoch terdiri dari 432.000 slot), setiap slot bertahan selama 400ms, dalam setiap slot, sistem rotasi akan menetapkan satu node Leader di setiap slot, node Leader harus menerbitkan blok(400ms) dalam waktu slot yang diberikan, jika tidak, slot ini akan dilewati dan pemilihan kembali node Leader untuk slot berikutnya akan dilakukan.
Secara keseluruhan, node Leader yang menggunakan mekanisme POH dapat memastikan semua transaksi historis. Unit waktu dasar Solana adalah Slot, node Leader perlu menyiarkan blok dalam satu slot. Pengguna mengirimkan transaksi melalui node RPC ke Leader, node Leader mengemas transaksi, mengurutkannya, dan kemudian mengeksekusi untuk menghasilkan blok, blok disebarkan ke validator lain, validator perlu mencapai konsensus melalui suatu mekanisme, untuk mencapai konsensus tentang transaksi dalam blok dan urutannya, konsensus yang digunakan adalah mekanisme konsensus Tower BFT.
( Mekanisme konsensus Tower BFT
Protokol konsensus Tower BFT berasal dari algoritma konsensus BFT, yang merupakan salah satu implementasi rekayasa spesifiknya, dan algoritma ini tetap terkait dengan algoritma POH. Ketika memberikan suara pada blok, jika suara validator itu sendiri merupakan suatu transaksi, maka transaksi pengguna dan hash blok yang dibentuk oleh transaksi validator juga dapat digunakan sebagai bukti sejarah, di mana detail transaksi pengguna dan detail suara validator dapat dikonfirmasi secara unik.
![Membedah Arsitektur Teknologi Solana: Apakah Akan Menyambut Musim Kedua?])https://img-cdn.gateio.im/webp-social/moments-224796bc8e080649730bb8736334abba.webp###
Dalam algoritma Tower BFT, ditentukan bahwa jika semua validator memberikan suara untuk blok tersebut dan lebih dari 2/3 validator memberikan suara setuju, maka blok ini dapat dianggap final. Manfaat dari mekanisme ini adalah menghemat banyak memori, karena hanya perlu memberikan suara pada urutan hash untuk mengkonfirmasi blok. Namun, dalam mekanisme konsensus tradisional, biasanya menggunakan banjir blok, di mana seorang validator menerima blok dan kemudian mengirimkannya ke validator di sekitarnya, yang mengakibatkan redundansi besar dalam jaringan, karena seorang validator menerima blok yang sama lebih dari sekali.
Dalam Solana, karena adanya banyak transaksi voting dari validator, dan karena efisiensi yang dibawa oleh sentralisasi node Leader serta waktu Slot 400ms, ini menyebabkan ukuran blok keseluruhan dan frekuensi pembuatan blok menjadi sangat tinggi. Blok besar saat disebarkan juga dapat memberikan tekanan besar pada jaringan. Solana menggunakan mekanisme Turbine untuk mengatasi masalah penyebaran blok besar.
( Turbine
Node Leader membagi blok menjadi sub-blok yang disebut shred melalui proses yang dikenal sebagai Sharding, dengan ukuran spesifikasi maksimum MTU), yaitu jumlah maksimum data yang dapat dikirim dari satu node ke node berikutnya tanpa membagi menjadi unit yang lebih kecil ###. Kemudian, integritas dan ketersediaan data dijamin dengan menggunakan skema kode penghapusan Reed-solomon.
Dengan membagi blok menjadi empat Data Shreds, lalu untuk mencegah kehilangan paket dan kerusakan selama proses transmisi data, maka digunakan pengkodean Reed-solomon untuk mengkodekan empat paket menjadi delapan paket, skema ini dapat mentolerir hingga 50% tingkat kehilangan paket. Dalam pengujian aktual, tingkat kehilangan paket Solana sekitar 15%, sehingga skema ini dapat dengan baik berkompatibilitas dengan arsitektur Solana saat ini.
Dalam transmisi data di lapisan dasar, biasanya akan mempertimbangkan penggunaan protokol UDP/TCP. Karena toleransi Solana terhadap tingkat kehilangan paket yang tinggi, maka digunakan protokol UDP untuk transmisi. Kekurangan dari protokol ini adalah tidak akan melakukan retransmisi saat terjadi kehilangan paket, tetapi keuntungannya adalah kecepatan transmisi yang lebih cepat. Sebaliknya, protokol TCP akan melakukan retransmisi berulang kali saat terjadi kehilangan paket, yang akan sangat mengurangi kecepatan transmisi dan throughput. Dengan adanya Reed-Solomon, skema ini dapat secara signifikan meningkatkan throughput Solana, dan dalam lingkungan nyata, throughput dapat meningkat hingga 9 kali lipat.
Setelah Turbine memecah data, mekanisme penyebaran multilapis digunakan untuk menyebarkan data. Node pemimpin akan menyerahkan blok ke salah satu validator blok sebelum akhir setiap Slot, kemudian validator tersebut akan memecah blok menjadi Shreds, dan menghasilkan kode penghapusan. Validator tersebut kemudian akan memulai penyebaran Turbine. Pertama, penyebaran dilakukan ke node akar, kemudian node akar tersebut akan menentukan validator mana yang berada di lapisan mana. Prosesnya adalah sebagai berikut:
Buat daftar node: Node akar akan mengumpulkan semua validator aktif ke dalam satu daftar, kemudian mengurutkan berdasarkan hak suara setiap validator di jaringan yaitu jumlah SOL yang dipertaruhkan (, dengan bobot lebih tinggi berada di lapisan pertama, dan seterusnya.
Pengelompokan node: Kemudian, setiap validator yang berada di lapisan pertama juga akan membuat daftar node mereka sendiri, untuk membangun lapisan pertama mereka sendiri.
Pembentukan lapisan: Membagi node menjadi lapisan dari bagian atas daftar, dengan menentukan dua nilai yaitu kedalaman dan lebar, dapat menentukan bentuk kasar dari seluruh pohon, parameter ini akan mempengaruhi laju penyebaran shreds.
Node dengan proporsi hak yang tinggi, ketika membagi tingkat, berada di tingkat yang lebih tinggi, maka dapat memperoleh shreds lengkap lebih awal, pada saat itu dapat memulihkan blok lengkap, sedangkan node di tingkat bawah, karena kehilangan transmisi, probabilitas untuk memperoleh shreds lengkap akan menurun. Jika shreds ini tidak cukup untuk membangun fragmen lengkap, akan meminta Leader untuk mentransmisikan ulang secara langsung. Maka saat ini data akan ditransmisikan ke dalam pohon, dan node di tingkat pertama sudah membangun konfirmasi blok lengkap, semakin lama waktu yang dibutuhkan untuk validator di tingkat bawah menyelesaikan pembangunan blok dan melakukan pemungutan suara.
Pemikiran dari mekanisme ini mirip dengan mekanisme satu node dari node Leader. Dalam proses penyebaran blok, ada beberapa node prioritas, yang terlebih dahulu mendapatkan shreds untuk menyusun blok lengkap guna mencapai proses konsensus pemungutan suara. Mengarahkan redundansi ke tingkat yang lebih dalam dapat secara signifikan mempercepat proses Finality, serta memaksimalkan throughput dan efisiensi. Karena sebenarnya beberapa lapisan sebelumnya mungkin sudah mewakili 2/3 dari node, maka pemungutan suara dari node-node selanjutnya menjadi tidak relevan.
) SVM
Solana dapat memproses ribuan transaksi per detik, yang terutama disebabkan oleh mekanisme POH, konsensus Tower BFT, dan mekanisme penyebaran data Turbine. Namun, SVM sebagai mesin virtual untuk konversi status, jika node Leader lambat dalam mengeksekusi transaksi, maka akan menurunkan throughput seluruh sistem. Oleh karena itu, untuk SVM, Solana mengusulkan mesin eksekusi paralel Sealevel untuk mempercepat kecepatan eksekusi transaksi.
Dalam SVM, instruksi terdiri dari 4 bagian, termasuk ID program, instruksi program, dan daftar akun untuk membaca/menulis data. Dengan menentukan apakah akun saat ini berada dalam status baca atau tulis dan apakah operasi yang akan dilakukan untuk mengubah status bertentangan, instruksi transaksi akun dapat diparalelkan jika tidak ada konflik dengan status, di mana setiap instruksi diwakili oleh Program ID. Dan inilah salah satu alasan mengapa persyaratan untuk validator Solana sangat tinggi, karena mengharuskan GPU/CPU validator mendukung SIMD### single instruction multiple data( dan kemampuan AVX advanced vector extensions.
Pengembangan Ekosistem
Dalam proses pengembangan ekosistem Solana saat ini, semakin banyak yang cenderung kepada utilitas praktis, seperti Blinks dan Actions bahkan Solana Mobile, sementara arah pengembangan aplikasi yang didukung secara resmi juga lebih cenderung kepada aplikasi konsumen, dan bukan pada pengulangan tanpa batas dari infrastruktur. Dengan performa Solana yang cukup saat ini, variasi aplikasi menjadi lebih kaya. Jika kita lihat Ethereum, karena TPS-nya yang lebih rendah, ekosistem Ethereum masih didominasi oleh infrastruktur dan teknologi skalabilitas, dan ketika infrastruktur tidak dapat mendukung aplikasi, maka tidak mungkin untuk membangun aplikasi konsumen, yang menyebabkan ketidakseimbangan di mana investasi pada infrastruktur terlalu banyak, tetapi investasi pada aplikasi terlalu sedikit.
) DeFi
Di protokol DeFi di Solana, ada banyak proyek yang belum mengeluarkan token, termasuk Kamino( Lending), Marginfi### Lending + Restaking(, SoLayer) Restaking(, Meteora, dll. Karena suasana ekosistem Solana yang bersatu, biasanya saat sebuah proyek mengeluarkan token, proyek lainnya akan berusaha menghindarinya, untuk menarik perhatian pasar yang cukup.
Saat ini di seluruh DEX