TL;DR

Solana adalah platform blockchain berkinerja tinggi yang menggunakan arsitektur teknis unik untuk mencapai throughput tinggi dan latensi rendah. Teknologi intinya meliputi algoritma Proof of History (POH) untuk memastikan urutan transaksi dan jam global, serta mekanisme konsensus Jadwal Rotasi Pemimpin dan Tower BFT untuk meningkatkan tingkat produksi blok. Mekanisme Turbin mengoptimalkan propagasi blok besar melalui pengkodean Reed-solomon. Solana Virtual Machine (SVM) dan mesin eksekusi paralel Sealevel mempercepat eksekusi transaksi. Ini adalah desain arsitektur Solana untuk mencapai kinerja tinggi, namun juga membawa beberapa masalah, seperti downtime jaringan, kegagalan transaksi, masalah MEV, pertumbuhan negara yang berlebihan dan masalah sentralisasi. Kami juga fokus pada mekanisme ini dalam artikel ini yang membawa masalah.

Ekosistem Solana telah berkembang pesat, dan berbagai indikator data telah berkembang pesat pada paruh pertama tahun ini, terutama di bidang DeFi, infrastruktur, GameFi/NFT, DePin/AI dan aplikasi konsumen. TPS Solana yang tinggi dan strategi aplikasi yang berorientasi pada konsumen, serta lingkungan ekologisnya dengan efek merek yang lemah, memberikan banyak peluang kewirausahaan bagi wirausahawan dan pengembang. Dalam hal aplikasi konsumen, Solana menunjukkan visinya untuk mempromosikan penerapan teknologi blockchain di berbagai bidang. Dengan mendukung perusahaan seperti Solana Mobile dan membangun SDK khusus untuk aplikasi konsumen, Solana berupaya mengintegrasikan teknologi blockchain ke dalam aplikasi sehari-hari, sehingga meningkatkan penerimaan dan kenyamanan pengguna. Misalnya, aplikasi seperti Stepn memberi pengguna pengalaman kebugaran dan sosial baru dengan menggabungkan teknologi blockchain dan seluler. Meskipun banyak aplikasi konsumen yang masih menjajaki model bisnis dan posisi pasar terbaik, platform teknologi dan dukungan ekosistem yang diberikan oleh Solana tidak diragukan lagi memberikan dukungan kuat bagi upaya inovatif ini. Dengan semakin berkembangnya teknologi dan kematangan pasar, Solana diharapkan dapat mencapai lebih banyak terobosan dan kasus sukses di bidang aplikasi konsumen.

Meskipun Solana telah memperoleh pangsa pasar yang signifikan dalam industri blockchain dengan throughput yang tinggi dan biaya transaksi yang rendah, Solana juga menghadapi persaingan yang ketat dari jaringan publik lain yang sedang berkembang. Sebagai pesaing potensial dalam ekosistem EVM, jumlah alamat aktif Base pada rantai tersebut berkembang pesat. Pada saat yang sama, meskipun total lock-up volume (TVL) Solana di bidang DeFi telah mencapai rekor tertinggi, pesaing seperti Base juga dengan cepat menguasai pangsa pasar, jumlah pembiayaan Base Ecosystem juga melampaui Solana pada kuartal kedua untuk pertama kalinya.

Meskipun Solana telah mencapai prestasi tertentu dalam teknologi dan penerimaan pasar, Solana perlu terus berinovasi dan berkembang untuk mengatasi tantangan dari pesaing seperti Base. Terutama dalam hal meningkatkan stabilitas jaringan, mengurangi tingkat kegagalan transaksi, menyelesaikan masalah MEV, dan memperlambat pertumbuhan negara, Solana perlu terus mengoptimalkan arsitektur teknis dan protokol jaringannya untuk mempertahankan posisi terdepan dalam industri blockchain.

Arsitektur teknis

Solana terkenal dengan algoritma POH, mekanisme konsensus Tower BFT, dan TPS tinggi serta Finalitas cepat yang dibawa oleh jaringan transmisi data Trubine dan mesin virtual SVM. Kami akan memperkenalkan secara singkat cara kerja berbagai komponennya, cara mencapai tujuan kinerja tinggi untuk desain arsitektur, dan kelemahan serta masalah turunan yang disebabkan oleh desain arsitektur ini.

Algoritma POH

POH (Proof of History) adalah teknologi yang menentukan waktu global. Ini bukan mekanisme konsensus, tetapi algoritma yang menentukan urutan transaksi. Teknologi POH berasal dari teknologi kriptografi paling dasar SHA256. SHA256 biasanya digunakan untuk menghitung integritas data. Dengan adanya masukan X, hanya ada keluaran unik Y, sehingga setiap perubahan pada X akan menyebabkan Y menjadi sangat berbeda.

Urutan POH, sumber: kertas putih Solana

Diagram skema rangkaian POH, sumber: kertas putih Solana

Dalam rangkaian POH Solana, integritas seluruh rangkaian dapat dipastikan dengan menerapkan algoritma sha256, yang juga menentukan integritas transaksi. Misalnya, jika kita mengemas transaksi ke dalam blok dan menghasilkan nilai hash sha256 yang sesuai, maka transaksi di blok ini akan ditentukan. Setiap perubahan akan menyebabkan nilai hash berubah blok berikutnya. Bagian dari X dari fungsi sha256, dan kemudian menambahkan hash dari blok berikutnya, maka blok sebelumnya dan blok berikutnya ditentukan, dan perubahan apa pun akan menyebabkan Y baru berbeda.

Inilah makna inti dari teknologi Bukti Sejarahnya. Hash blok sebelumnya akan digunakan sebagai bagian dari fungsi sha256 berikutnya, mirip dengan rantai.

Diagram arsitektur Aliran Transaksi, sumber: kertas putih Solana

Dalam diagram arsitektur alur transaksi Solana, proses transaksi di bawah mekanisme POH dijelaskan. Di bawah mekanisme rotasi yang disebut Jadwal Rotasi Pemimpin, node Pemimpin akan dihasilkan di antara semua Validator validator on-chain, dan node Pemimpin akan mengumpulkan Transaksi diurutkan. dan dieksekusi untuk menghasilkan urutan POH, dan kemudian sebuah blok dibuat dan disebarkan ke node lain.

Mekanisme pemilihan pemimpin, sumber: Helius

Untuk menghindari satu titik kegagalan pada node Pemimpin, batas waktu diberlakukan. Di Solana, unit waktu dibagi menjadi beberapa epoch. Setiap epoch berisi 432.000 slot (slot waktu). Setiap slot berlangsung selama 400 ms. Di setiap slot, sistem rotasi akan mengalokasikan node Leader di setiap slot waktu slot yang diberikan (400 ms), jika tidak, slot ini akan dilewati dan node Pemimpin slot berikutnya akan dipilih kembali.

Secara umum, node Leader menggunakan mekanisme POH untuk menentukan semua riwayat transaksi. Unit waktu dasar Solana adalah Slot, dan node Pemimpin perlu menyiarkan blok dalam sebuah slot. Pengguna mengirimkan transaksi ke Leader melalui node RPC. Node Leader mengemas dan mengurutkan transaksi dan kemudian mengeksekusinya untuk menghasilkan blok. Blok tersebut disebarkan ke verifikator lain konsensus mengenai transaksi dan ketertiban di dalam blok. Konsensus ini menggunakan mekanisme konsensus Tower BFT.

Mekanisme konsensus Tower BFT

Protokol Tower BFT, sumber: Helius

Protokol konsensus Tower BFT berasal dari algoritma konsensus BFT dan merupakan implementasi rekayasa khusus darinya. Saat melakukan pemungutan suara pada sebuah blok, jika suara validator itu sendiri adalah sebuah transaksi, maka hash blok yang dibentuk oleh transaksi pengguna dan transaksi validator juga dapat digunakan sebagai bukti historis, yang mana detail transaksi pengguna dan detail Voting validator dapat dikonfirmasi secara unik.

Algoritma Tower BFT menetapkan bahwa jika semua validator memilih blok dan lebih dari 2/3 suara validator menyetujui, maka blok tersebut dapat dikonfirmasi. Keuntungan dari mekanisme ini adalah menghemat banyak memori, karena hanya urutan hash yang perlu dipilih untuk mengonfirmasi pemblokiran. Namun, dalam mekanisme konsensus tradisional, banjir blok umumnya digunakan, yaitu validator menerima blok dan kemudian mengirimkannya ke validator di sekitarnya. Hal ini akan menyebabkan banyak redundansi dalam jaringan, karena validator menerima blok yang sama lebih banyak dari sekali.

Di Solana, karena banyaknya transaksi pemungutan suara validator, efisiensi yang dihasilkan oleh sentralisasi node Leader dan waktu slot 400 ms, hal ini mengakibatkan ukuran blok keseluruhan dan frekuensi pembuatan blok menjadi sangat tinggi, dan blok-blok besar tersebar Di pada saat yang sama, hal ini juga akan memberikan banyak tekanan pada jaringan. Solana menggunakan mekanisme Turbin untuk menyelesaikan masalah propagasi blok besar.

Turbin

ikon pemungutan suara

Mekanisme propagasi blok turbin, sumber: Helius

Node Pemimpin membagi blok menjadi sub-blok rusak melalui proses yang disebut Sharding, yang ukurannya ditentukan dalam MTU (Unit Transmisi Maksimum), yang dapat dikirim dari satu node ke node berikutnya tanpa membaginya menjadi unit maksimum yang lebih kecil ukuran data) sebagai satuan. Integritas dan ketersediaan data kemudian dipastikan dengan menggunakan skema kode penghapusan Reed-solomon.

Skema pengkodean Reed-Solomon, sumber: Helius

Dengan membagi blok menjadi empat Penghancuran Data, dan kemudian menggunakan pengkodean Reed-solomon untuk mengkodekan empat paket menjadi delapan paket untuk mencegah kehilangan paket dan kerusakan selama transmisi data, skema ini dapat mentolerir tingkat kehilangan paket hingga 50%. Dalam pengujian sebenarnya, tingkat kehilangan paket Solana adalah sekitar 15%, sehingga solusi ini sangat kompatibel dengan arsitektur Solana saat ini.

Dalam transmisi data yang mendasarinya, protokol UDP/TCP umumnya dipertimbangkan. Karena Solana memiliki toleransi yang tinggi terhadap tingkat kehilangan paket, protokol UDP digunakan untuk transmisi keuntungannya terletak pada kecepatan transfer yang lebih cepat. Sebaliknya, protokol TCP akan mengirimkan ulang beberapa kali ketika paket hilang, yang akan sangat mengurangi laju transmisi dan throughput. Dengan Reed-solomon, solusi ini dapat meningkatkan throughput Solana secara signifikan kali.

Diagram skema perambatan berlapis, sumber: Helius

Setelah Turbin memecah data, ia menggunakan mekanisme propagasi multi-lapis untuk propagasi. Node Pemimpin akan menyerahkan blok tersebut ke validator blok mana pun sebelum akhir setiap Slot, dan kemudian validator akan memecah blok tersebut menjadi Rusak dan penghapusan kode dihasilkan, dan verifikator kemudian akan memulai propagasi Turbin. Ini pertama kali menyebar ke node akar, yang kemudian menentukan validator mana yang berada di level mana. Prosesnya adalah sebagai berikut:

  1. Buat daftar node: Node akar merangkum semua validator aktif ke dalam daftar, lalu mengurutkannya berdasarkan ekuitas masing-masing validator di jaringan (yaitu, jumlah SOL yang dipertaruhkan). Dan sebagainya.

  2. Pengelompokan node: Setiap validator di lapisan pertama juga akan membuat daftar nodenya sendiri untuk membuat lapisan pertamanya sendiri.

  3. Pembentukan lapisan: Bagilah node menjadi beberapa lapisan dari bagian atas daftar. Dengan menentukan nilai kedalaman dan lebar, Anda dapat menentukan perkiraan bentuk keseluruhan pohon.

Node dengan proporsi ekuitas yang lebih tinggi dapat memperoleh potongan lengkap terlebih dahulu pada tingkat yang lebih tinggi selama pembagian hierarki. Pada saat ini, blok lengkap dapat dipulihkan, sedangkan node di lapisan selanjutnya tidak dapat memperoleh potongan lengkap karena kemungkinan kehilangan transmisi akan dikurangi. Jika potongan ini tidak cukup untuk membentuk sebuah fragmen utuh, Pemimpin akan diminta untuk mengirimkan ulang secara langsung. Kemudian transmisi data akan dilakukan di dalam pohon saat ini, dan node di tingkat pertama telah membuat konfirmasi blok yang lengkap. Semakin lama waktu yang dibutuhkan verifikator di tingkat selanjutnya untuk melakukan pemungutan suara setelah menyelesaikan pembangunan blok.

Ide mekanisme ini mirip dengan mekanisme node tunggal pada node Leader. Ada juga beberapa node prioritas dalam proses propagasi blok. Node-node ini pertama-tama mendapatkan potongan-potongan untuk membentuk blok lengkap untuk mencapai konsensus pemungutan suara. Mendorong redundansi ke tingkat yang lebih dalam dapat mempercepat Finalitas secara signifikan dan memaksimalkan throughput dan efisiensi. Karena pada kenyataannya beberapa lapisan pertama dapat mewakili 2/3 dari node, maka suara dari node berikutnya tidak akan menjadi masalah.

Bahasa Indonesia: SVM

Solana mampu memproses ribuan transaksi per detik, terutama karena mekanisme POH, konsensus Tower BFT, dan mekanisme penyebaran data Turbin. Namun, SVM adalah mesin virtual untuk transisi keadaan. Jika node Leader mengeksekusi transaksi dan kecepatan pemrosesan SVM lambat, throughput seluruh sistem akan berkurang. Oleh karena itu, untuk SVM, Solana mengusulkan mesin eksekusi paralel Sealevel untuk mempercepatnya meningkatkan kecepatan eksekusi transaksi.

Diagram eksekusi paralel sealevel, sumber: Xangle

Pada SVM, instruksi terdiri dari 4 bagian, antara lain 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 untuk mengubah status tersebut bertentangan, dimungkinkan untuk memparalelkan instruksi transaksi akun tanpa status yang bertentangan. Inilah salah satu alasan mengapa verifikator Solana memiliki persyaratan yang tinggi, karena GPU/CPU verifikator tersebut diperlukan untuk mendukung SIMD (Single instruction Multiple Data) dan kemampuan ekspansi vektor tingkat lanjut AVX.

pembangunan ekologi

Lansekap Ramah Lingkungan Solana

Dalam proses pengembangan ekosistem Solana saat ini, semakin condong ke arah utilitas praktis, seperti Blinks, Actions bahkan Solana Mobile, dll., dan arah pengembangan aplikasi yang didukung secara resmi juga lebih ke arah aplikasi konsumen daripada involusi tak terbatas . Dengan performa Solana yang memadai saat ini, jenis aplikasinya pun semakin kaya. Sejauh menyangkut Ethereum, karena TPSnya yang rendah, ekosistem Ethereum masih didominasi oleh infrastruktur dan teknologi ekspansi. Ketika infrastruktur tidak dapat membawa aplikasi, tidak mungkin untuk membangun aplikasi konsumen. Hal ini juga mengakibatkan keadaan tidak seimbang terlalu banyak investasi pada infrastruktur dan terlalu sedikit investasi pada aplikasi.

Bahasa Indonesia: DeFi

Lanskap DeFi

Dalam protokol DeFi di Solana, terdapat banyak proyek yang belum mengeluarkan koin, antara lain Kamino (Lending pertama), Marginfi (Lending + Restaking), SoLayer (Restaking), Meteora, dll. Karena suasana ekologi Solana yang bersatu, biasanya sebuah proyek Selama periode penerbitan koin, proyek lain akan berusaha semaksimal mungkin untuk menghindarinya agar dapat menarik perhatian pasar yang cukup.

Pangsa pasar DEX, sumber: Dune

Saat ini terdapat persaingan yang ketat di seluruh DEX, dan pemimpinnya juga telah mengalami banyak migrasi, dari Raydium, Orca hingga Jupiter yang kini menjadi pemain dominan.

Inisiator perdagangan DEX, sumber: Dune

Perlu dicatat bahwa sekitar 50% transaksi DEX diprakarsai oleh bot MEV, terutama karena biayanya yang rendah dan transaksi Meme aktif yang membuat MEV menguntungkan. Ini juga merupakan salah satu alasan utama seringnya terjadi kegagalan dan waktu henti transaksi puncak pengguna.

Solana TVL, Sumber: Defillama

Protokol DeFi di Solana telah mengalami peningkatan drastis pada TVL nominal USD seiring dengan kenaikan harga SOL. Tren kenaikan TVL belum berhenti, dan gelombang tren kenaikan baru telah terbentuk.

Singkatnya, meskipun persaingan di jalur Solana sangat ketat, masih ada perubahan. Berbeda dengan Uniswap di Ethereum, yang menempati pikiran merek pengguna, bahkan DEX, yang seharusnya sangat melekat dan memiliki efek jaringan, juga akan menghadapi risiko tersebut. diganti. Transaksi di rantai utama Solana dipenuhi dengan bot MEV, yang menyebabkan masalah pengalaman pengguna yang besar bagi pengguna yang masih perlu diselesaikan. Secara umum, TVL Solana masih berkembang sangat pesat, dan perkembangan ekologi DeFi selanjutnya masih patut dinantikan. Selain itu, mentalitas merek dari aplikasi ini tidak kuat dalam menduduki pengguna, yang merupakan potensi pendorong bagi wirausahawan untuk memilih rantai.

Infrastruktur

Lanskap Infrastruktur

Dalam hal pembangunan infrastruktur, pemimpin utamanya adalah mesin oracle Pyth dan jembatan lintas rantai Wormhole, yang juga mencakup beberapa solusi bertarget yang mungkin belum banyak diketahui masyarakat, seperti:

  1. Jito Labs: Fokus pada pembangunan solusi MEV di Solana. Klien Jito Labs membangun Bundle dan pseudo-emempool untuk memungkinkan peneliti melakukan MEV. Pangsa pasarnya saat ini melebihi 50%. Selain itu, SOL yang dijanjikan dari protokol LSD Jito juga mendekati 12 juta, dan masih berkembang pesat.

  2. Helius: Sebagai komunitas kontribusi aktif di Solana, Helius memiliki penelitian paling komprehensif tentang Solana dan memberikan kontribusi kode melalui penelitian.

  3. GenesysGo: Produknya ShdwDrive adalah proyek penyimpanan data di Solana. Ia berkomitmen untuk mendukung proyek yang dapat dikomersialkan, termasuk data sosial, hosting situs web, dan bisnis lainnya. Ini masih dalam tahap testnet. Pada saat yang sama, perusahaan induknya GenesysGo juga membangun berbagai barang publik dan penelitian untuk komunitas Solana.

Selain itu, Solana masih memiliki banyak proyek layak untuk dieksplorasi yang menunggu untuk ditemukan oleh komunitas Tiongkok. Kami memang menemukan bahwa infrastruktur ini mempunyai pengaruh besar terhadap konstruksi tingkat protokol, pengembangan ekologi, dan komunitas Solana, dan mungkin ada peluang untuk memanfaatkan potensinya lebih jauh, baik melalui investasi atau kerja sama.

Permainan / NFT

Lanskap Game/NFT

Solana juga memiliki ekosistem GameFi dan NFT yang relatif kaya. Mad Labs menempati posisi yang relatif penting di seluruh ekosistem Solana. Banyak proyek airdrop akan memberikan prioritas kepada pemegang Mad Labs. Pasar NFT juga mengalami perubahan, dulu yang paling populer adalah Magic Eden, namun kini berubah menjadi Tensor.

DePin / AI

Lanskap DePin

Ikhtisar data DePin, sumber: DePin Scan

Saat ini, di pasar DePin Solana, Render adalah pemimpin bisnis aktual yang tak terbantahkan. Seiring dengan strategi pengembangan solana yang berpusat pada aplikasi praktis, strategi ini juga menangkap gaya narasi Depin dalam putaran pemulihan ini. Pada paruh pertama tahun ini, sejumlah besar proyek Depin baru dibangun di Solana, termasuk io.net, Nosana, Shadow, dll.

Konsumen

Lanskap Konsumen

Baik itu Solana Mobile atau situs resmi Solana Ecosystem, yang secara khusus membuat kolom untuk aplikasi konsumen, penemuan Actions dan Blinks menggambarkan visi Solana untuk komersialisasi dan kepraktisan blockchain. Peluncuran jaringan Selulernya juga menempatkan dapps sisi web di sisi seluler, yang sangat konsisten dengan sifat manusia dan tren perkembangan Internet. Oleh karena itu mudah pecah jika diaplikasikan pada jenis tanah ini, yang paling khas adalah Stepn.

Melihat aplikasi konsumen yang berjalan saat ini, nyatanya sebagian besar masih belum menemukan terobosan yang baik, sehingga masih belum mungkin untuk mengimplementasikan aplikasi nyata ke dalam dunia bisnis. Hal ini mencakup inovasi produk tunggal, model bisnis tunggal, dan Web2 yang lemah pemasaran., permintaan Biaya Gas, ambang masuk token dan faktor lainnya.

Namun, aplikasi konsumen adalah skenario terakhir untuk penerapan teknologi blockchain, dan juga menentukan batas atas rantai publik. Oleh karena itu, Solana sangat perlu untuk mengeksplorasi aplikasi konsumen seluler, dan kami juga perlu melakukan eksplorasi jangka panjang ke arah ini. Terutama di ekosistem Ethereum saat ini, infrastruktur jauh melebihi aplikasi. Pada akhirnya, infrastruktur melayani aplikasi.

Pembayaran

Lanskap Pembayaran

Dompet di Solana termasuk Phantom, Backpack, TipLink, dll. Seperti DEX, efek merek di sini tidak kuat, sehingga wirausahawan memiliki lebih banyak peluang. Dulu, dompet terkemuka adalah Phantom, tetapi sekarang telah berubah menjadi Backpack, yang dibuat oleh Mad Labs sekarang juga berdasarkan pemimpin NFT.

Status penerbitan stablecoin Solana, sumber: Defillama

Saat ini mereka bekerja sama dengan Paypal, Visa, dll. untuk melakukan transfer pembayaran stablecoin pada rantai tersebut. Skenario bisnis ini sendiri sangat kondusif untuk Finalitas yang cepat dan rantai Solana Biaya Gas yang rendah. Saat ini, stablecoin pada rantainya berada dalam kondisi pertumbuhan yang lambat.

Diagram tumpukan transfer Stablecoin YTD, sumber: Artemis

Solana memiliki pangsa pasar transfer stablecoin yang mengesankan di paruh pertama. Namun sejak bulan Juni, pangsa pasarnya menurun secara signifikan. Kinerja Solana benar-benar luar biasa pada paruh pertama tahun ini, namun data transfer awal pada paruh kedua tahun ini menunjukkan tren penurunan yang jelas.

Data pesaing

Jumlah alamat aktif pada rantai, sumber: Artemis

Di antara rantai publik, Base dianggap sebagai pesaing potensial Solana di ekosistem EVM. Jumlah alamat aktif pada rantai Base meningkat pesat, dan Solana masih dalam tahap pertumbuhan pesat meskipun memiliki keunggulan sebagai penggerak pertama. NEAR tetap berada pada level tinggi, namun Aptos dan Sui tertinggal dalam persaingan rantai publik.

Perbandingan TVL, sumber: Artemis

TVL Solana juga telah membuat kemajuan signifikan di bidang Defi. TVL-nya telah mencapai rekor tertinggi dan masih jauh di belakang jaringan publik lainnya. Namun, perlu dicatat bahwa Base juga sedang dalam tahap pertumbuhan yang pesat.

Cadangan mata uang stabil rantai publik, sumber: Allium

Saat ini, pangsa pasar pasokan stablecoin Solana sedang lesu. Karena munculnya banyak rantai, pangsa pasar Ethereum secara alami menyusut, dan pangsa pasar Base meningkat secara diam-diam.

Data pembiayaan, sumber: Messari

Dalam hal pembiayaan pasar modal, frekuensi pembiayaan ekosistem Base meningkat secara signifikan pada kuartal terakhir, dan melampaui ekosistem Solana. Oleh karena itu, dapat dilihat juga dari data pangsa pasar pada setiap kalung dan pembiayaan modal bahwa persaingan antara Base dan Solana di pasar sudah terjalin, dan tekanan persaingan ini akan semakin besar seiring dengan semakin matangnya Base, dan Solana akan menghadapi tekanan yang lebih besar, dan Base dan Solana Visinya serupa, keduanya berharap dapat menyelesaikan visi Adopsi Massal Aplikasi Konsumen Asli Cryptio dengan TPS tinggi.

Tantangan teknis yang dihadapi

Waktu henti

Karena arsitektur jaringan Solana seperti mekanisme pemilihan Pemimpin Gulfstream dan risiko node tunggal dari node Pemimpin, prediksi selanjutnya dari node Pemimpin menjadi layak. Ketika transaksi jaringan meningkat, hal ini akan menyebabkan tekanan memori yang besar pada node Pemimpin tunggal. Node Pemimpin harus siap untuk mengirimkan kembali blok ke node di pohon Turbin kapan saja, jika tidak, pemungutan suara konsensus tidak dapat diselesaikan. Ketika sejumlah besar serangan DDoS terjadi, downtime sistem yang disebabkan oleh kegagalan node tunggal menjadi sangat sering terjadi.

Singkatnya, downtime terutama disebabkan oleh ketidakmampuan untuk menghasilkan blok. Mungkin juga karena kegagalan node tunggal yang disebabkan oleh mekanisme Leader, yang menyebabkan masalah pada titik pembentukan blok mencapai konsensus tentang blok tersebut, sehingga mengakibatkan ketidakmampuan untuk menghasilkan pertanyaan blok. Secara keseluruhan, hal ini berkaitan erat dengan proses pengujian arsitektur dan perangkat lunak Solana sendiri.

Transaksi gagal

Proporsi transaksi yang gagal menurut pengguna, sumber: Dune

Pengguna yang telah menggunakan Solana harus mengetahui bahwa sering kali transaksi kami tidak dapat dikirimkan secara normal. Setelah jangka waktu tertentu, transaksi gagal, yang mengakibatkan pengalaman pengguna yang sangat buruk. Seperti yang ditunjukkan pada gambar di atas, menurut statistik, sekitar 35% transaksi yang dikirimkan oleh pengguna gagal dan mengharuskan pengguna untuk mengirimkan berkali-kali. Ketika terjadi fluktuasi besar dalam rantai, proporsi ini akan semakin besar.

Alasan utamanya adalah teknologi lapisan jaringan QUIC, yang merupakan teknologi baru.

Hierarki protokol jaringan - struktur 5 lapisan, sumber: Research Gate

QUIC (Quickl UDP Internet Connections) adalah peningkatan lapisan transport yang diusulkan oleh Google untuk protokol HTTP 2.0. Protokol eksperimental ini dikembangkan berdasarkan protokol lapisan transport UDP, juga dikenal sebagai HTTP 3.0.

Diagram HTTP/2 dan QUIC, sumber: EMQX

Keandalan TCP lebih tinggi dibandingkan UDP, namun kecepatan UDP lebih tinggi dibandingkan TCP karena TCP akan memiliki mekanisme kontrol kemacetan untuk mengirimkan kembali paket yang hilang ketika paket hilang. UDP memiliki kecepatan tinggi dan keandalan rendah. Goggle berharap dapat membangun protokol lapisan transport QUIC dengan keandalan tinggi dan kecepatan tinggi. Fitur inti QUIC adalah aliran logis independen. Hal ini memungkinkan beberapa aliran data ditransmisikan secara paralel pada satu koneksi, dan setiap aliran dapat diproses secara independen. Sebaliknya, TCP hanya mendukung satu aliran data dan mengharuskan setiap pesan diterima dan diakui sesuai urutan pengirimannya.

Ikon transaksi gagal, sumber: roti

Alasan utama downtime Solana adalah penggunaan protokol lapisan aplikasi eksperimental QUIC. Karena UDP dan transmisi multi-saluran cepat, dan diharapkan dapat mempertahankan transmisi data yang lengkap, maka juga akan merancang mekanisme untuk mengirimkan ulang beberapa situasi kehilangan paket. Ketika node Leader menerima banyak transaksi, ia membuka banyak saluran melalui protokol QUIC. Namun, node Leader adalah komputer, terutama kapasitas transaksi yang dapat ditanganinya Koneksi jalur tertentu akan terputus, yang akan menyebabkan transaksi terhenti. Tidak ada standar yang ditetapkan tentang cara memilih sambungan mana yang akan diputus (misalnya, memutus semua sambungan dengan biaya kurang dari xxx), dan apakah semua sambungan akan diputus adalah acak. Oleh karena itu, hal ini mengarah pada ruang tertentu untuk operasi kotak hitam. Node pemimpin mungkin lebih cenderung melakukan transaksi MEV yang menguntungkan dan menghentikan transaksi pengguna yang bernilai rendah.

MEV

Dalam mekanisme pembuatan blok Solana, karena RPC berinteraksi langsung dengan Leader dan mengadopsi prinsip FCFS, RPC tidak memiliki Mmepool seperti Ethereum. Karena keberadaan Mempool dan prinsip Ethereum yang tidak memiliki izin, sebagai perbandingan, Ethereum menghadapi masalah MEV yang lebih parah.

Arsitektur MEV, sumber: Helius

Klien Jito Labs saat ini menempati 50% pangsa pasar klien, jadi Jito Labs membuat mempool semu sendiri. Pengguna memasukkan mempool semu melalui RPC dan bertahan sekitar 200 md. Jito Labs memberikan jaminan penyertaan off-chain yang memastikan bahwa semua transaksi dalam bundel disertakan dalam blok. Penelusur dapat menawar peluang untuk melakukan serangan mezzanine pada transaksi yang tertunda. Penelusur menawar untuk memaksimalkan keuntungan Bundel, dan kemudian Block Engine bertanggung jawab untuk menemukan Bundel dengan tawaran tertinggi dan mengirimkannya ke Pemimpin yang menjalankan klien Jito Labs.

Ini adalah akar penyebab MEV, namun MEV memiliki eksternalitas dan tuntutan positifnya sendiri. Jika Jito Labs tidak membangun pseudo-mempool, proyek lain akan melakukannya, sehingga Jito Labs memilih untuk memakan pasar ini untuk meningkatkan mekanisme MEV dan mengurangi beban eksternalitas. Tentu saja, permintaan bot MEV ini mengakibatkan pengguna berada pada posisi paling rentan, karena validator akan membebankan biaya dan bot MEV akan menerima keuntungan arbitrase, namun pengguna mengalami slippage yang lebih tinggi dan kemungkinan transaksi gagal.

pertumbuhan status

Mekanisme POH Solana dan konsensus Turbin menyebabkan bloknya menjadi terlalu besar, yang akan menyebabkan masalah pada pertumbuhan negara. Saat ini, belum ada jawaban pasti mengenai ukuran buku besar, dan buku besar tersebut masih terus berkembang dengan kecepatan praktis sebesar satu blok setiap 450 md, yaitu sekitar 4PB per tahun (berjalan pada performa maksimum 1GBPS). Konstruksi historis Solana saat ini terjadi setelah 2 epoch, yang memakan waktu sekitar 4 hari (total 100–200 GB). Dan data masa lalu disimpan di database Google Bigtable.

Data buku besar Solana tidak transparan, dan pejabat tersebut belum mengungkapkan banyak tentang ukuran blok yang sangat tinggi dan potensi dampak yang disebabkan oleh pengejaran throughput TPS blok yang besar. Penyimpanan buku besar juga sepenuhnya bergantung pada pihak ketiga, karena pejabat tersebut juga ditemukan bahwa database terpusat seperti Google memiliki kinerja lebih tinggi daripada Genesys Go, Arweave, dll. Saat ini, database terdesentralisasi tersebut masih memiliki masalah dengan komersialisasi. Hosting negara bagian dan terpusat yang sangat berkembang ini adalah salah satu alasan mengapa Solana dikritik.

pandangan

Solana juga merilis roadmap masa depannya, antara lain:

  1. Tingkatkan protokol penerbitan Token, termasuk enkripsi transfer, Hooks, dan penunjuk metadata.

  2. Peningkatan klien, termasuk klien ringan Tinydancer, klien transisi Frankendancer, dan klien akhir Firedancer.

  3. Mendukung komponen pengembangan ekosistem: Gmaeshift berfokus pada SDK game, pasar armada berfokus pada peningkatan siklus hidup token, SPE berfokus pada blockchain SVM tingkat perusahaan, peningkatan mesin virtual, dll.

Kita dapat melihat bahwa algoritma POH Solana dan mekanisme konsensus Turbin memprioritaskan kinerja trilema blockchain. Keuntungannya adalah ia memiliki kinerja terbaik di lingkungan saat ini dan membawa batasan aplikasi yang lebih luas. Dan karena Solana menjadikan aplikasi konsumen sebagai tujuan strategisnya, kemungkinan besar beberapa aplikasi Adopsi Massal akan muncul. Pada saat yang sama, pengaruh merek proyek di Solana lemah, sehingga ada lebih banyak peluang bagi wirausahawan.

Dari segi pengembangan ekologi, keunggulan utama Solana terletak pada DePin/AI dan Meme, namun kita juga melihat bahwa pengembangan ekologinya masih belum mencapai perkembangan yang diharapkan, dan Aplikasi Konsumen masih belum bisa dikomersialkan. Dalam hal pesaing, ada juga bintang baru seperti Base, yang jumlah pembiayaan dan pangsa pasarnya meningkat pesat.

Solana juga menghadapi beberapa masalah teknis, termasuk downtime, kegagalan transaksi, MEV, pertumbuhan negara yang berlebihan, dan sentralisasi. Namun, sisi positif dari Solana adalah tidak fokus pada pembangunan infrastruktur yang berlebihan dan lebih mengandalkan TPS yang kini memiliki kapasitas untuk itu. membangun aplikasi yang dapat diakses oleh konsumen, dan peta jalannya berkisar pada hal tersebut. Dengan semakin banyaknya pembangunan Layer 2 dan peluncuran klien, TPS ekosistem SVM akan mencapai tingkat yang lebih tinggi. Solana masih merupakan sebuah oasis. Masih banyak proyek ekologi yang belum sepenuhnya dijangkau oleh modal, dan masih banyak peluang bagi wirausahawan yang patut dijajaki.