Sebulan yang lalu, Vibhu, pendiri DRiP, aplikasi konsumen teratas di Solana yang mendistribusikan NFT gratis dari artis top, memicu perdebatan yang sangat dibutuhkan dengan pernyataannya:

Solana akan memiliki dan perlu memiliki L2 dan / atau rollups

Rasa frustrasinya muncul karena DRiP telah membocorkan nilai signifikan (~$20K/minggu) ke lapisan dasar, berkat kenaikan harga SOL dan kemacetan jaringan. Peningkatan aktivitas pada Solana mengarah ke:

• Pro - Peningkatan likuiditas, modal, dan volume transaksi (karena komposabilitas)
• Kontra - Peningkatan biaya infrastruktur, pengalaman pengguna yang buruk, dan kemacetan

Namun, DRiP, yang terutama menggunakan Solana seperti infra untuk mendistribusikan jutaan NFT setiap minggu dari artis ke ribuan dompet, tidak mendapat manfaat dari komposabilitas yang tinggi. Pertumbuhan TVL Solana dan masuknya modal berdampak kecil pada DRiP, yang terutama menderita kekurangan, seperti biaya infra yang tinggi.

Vibhu menunjukkan, "Komposabilitas memiliki hasil yang semakin berkurang." Dia juga mencatat bahwa Solana pengembang aplikasi mendiskusikan secara pribadi keinginan mereka untuk rollups karena:

1. Peningkatan throughput transaksi, persaingan ruang blok yang lebih sedikit, dan pengurangan biaya.
2. Kontrol yang lebih besar atas nilai ekonomi yang dihasilkan bisnis mereka.

Post Link

Selama beberapa bulan terakhir, Solana telah mengalami beberapa insiden kemacetan, mulai dari airdrop seperti JUP hingga penambangan ORE dan perdagangan memecoin puncak. Sementara orang mungkin berpendapat bahwa Firedancer dapat menyelesaikan semua masalah ini, mari kita bersikap realistis: garis waktu tetap tidak pasti, dan tidak dapat melampaui 10x untuk saat ini. Meskipun demikian, memang benar bahwa di antara semua rantai utama yang telah diuji pertempuran, Solana berdiri sebagai monolit sejati terakhir yang tersisa.

Haruskah Solana tetap monolit atau menjadi modular? Apakah Solana juga akan berkembang seperti Ethereum dengan solusi L2 dan L3 yang terfragmentasi, antara lain? Bagaimana lanskap appchains dan rollups saat ini di Solana?

Untuk menjawab pertanyaan-pertanyaan ini dan merangkum seluruh perdebatan, esai ini akan mengeksplorasi semua kemungkinan, mendiskusikan berbagai proyek, dan mengevaluasi pro dan kontra mereka.

Artikel ini tidak akan mempelajari secara mendalam teknis tetapi sebaliknya akan mengadopsi perspektif yang lebih berorientasi pasar dan praktis dalam membahas berbagai pendekatan penskalaan untuk memberikan gambaran umum.

Semua wawasan, tanpa bulu – ditambah banyak alfa.

Singkatnya, kita akan membahas:

1. Solana dan Kemacetan Membuat
2. Solana Modular
3. Solana Appchains - dengan contoh
4. Sollana Layer-2s dan Rollups (RollApps) - dengan contoh
5. Infra Powering Rollups dan Appchains

Solana dan Kemacetan:

Mari kita mulai dengan mengatasi gajah di dalam ruangan: Jaringan Solana telah sangat padat akhir-akhir ini (sekarang sebagian besar diselesaikan) karena airdrops, sejumlah besar aktivitas perdagangan memecoin, dan sebagainya, utama waktu ping yang tinggi, persentase transaksi gagal yang tinggi, dan peningkatan biaya jaringan karena biaya prioritas yang lebih tinggi. Terlepas dari semua ini, Solana secara konsisten memproses sekitar 1-2k TPS, lebih dari gabungan semua rantai EVM. Saya akan mengatakan itu adalah masalah yang baik untuk dimiliki blockchain, dan itu juga telah menguji tesis monolitik Solana.

Yayasan Solana baru-baru ini menerbitkan sebuah blog yang mendesak proyek-proyek untuk mengambil tindakan segera untuk meningkatkan kinerja jaringan, termasuk:

• Menerapkan biaya prioritas – penting untuk menghindari transaksi yang tertunda atau terjatuh.
• Mengoptimalkan penggunaan Program Compute Unit (CU) – hanya menggunakan apa yang diperlukan.
• Menerapkan Quality of Service (QoS) berbobot stake – memungkinkan aplikasi memprioritaskan pemrosesan transaksi penggunanya.

Namun, semua tindakan ini hanya sedikit meningkatkan penyelesaian transaksi dan tidak menjamin UX transaksi yang lancar. Salah satu perbaikan langsung untuk masalah ini adalah Penjadwal Transaksi baru yang sangat dinanti-nantikan, dijadwalkan untuk rilis dalam versi 1.18 yang ditargetkan untuk akhir April. Ini akan diperkenalkan bersama penjadwal saat ini tetapi tidak akan diaktifkan secara default, memungkinkan validator untuk memantau kinerja penjadwal baru dan dengan mudah kembali ke yang lama jika ada masalah yang muncul. Penjadwal baru ini bertujuan untuk mengisi blok secara lebih efisien dan ekonomis, memperbaiki inefisiensi penjadwal lama. Baca artikel ini untuk mempelajari lebih mendalam tentang @harshpatel_36138/whats-new-with-solana-s-transaction-scheduler-bcf79a7d33f7">new Scheduler.

Anza (entitas spin-off dari Solana Labs) telah continuously mencoba memecahkan kemacetan jaringan yang telah diidentifikasi sebagai masalah yang terkait dengan implementasi QUIC, dan perilaku klien validator Agave (Solana Labs), ketika diminta untuk memproses sejumlah besar permintaan.

Post Link

Sementara para pendukung modularitas telah sangat menganjurkan untuk 'roadmap modular' untuk Solana, Solana Labs / Anza (pengelola inti Solana protokol) tetap fokus pada optimalisasi throughput dan latensi lapisan dasar. Beberapa perbaikan potensial meliputi:

1. Merombak pasar biaya dan meningkatkan biaya dasar (saat ini ditetapkan pada 5.000 Lamports atau 0,000005 SOL).

2. Menerapkan biaya write-lock eksponensial untuk akun, yaitu, secara bertahap meningkatkan biaya dari waktu ke waktu untuk mencegah spamming.

3. Mengoptimalkan permintaan anggaran CU melalui sistem penalti.

4. Meningkatkan arsitektur jaringan secara keseluruhan.

Bahkan dengan peningkatan ini dalam penskalaan vertikal (rantai tunggal), kami tidak dapat mengabaikan kemungkinan Solana mengadopsi penskalaan horizontal (rollups). Kenyataannya adalah bahwa Solana dapat menjadi hibrida dari keduanya – ini bisa berfungsi sebagai lapisan dasar yang sangat baik untuk rollups, membual waktu blok latensi super rendah (~ 400 ms) yang secara signifikan akan menguntungkan rollups, seperti memungkinkan konfirmasi lunak super cepat dari sequencer. Bagian terbaiknya adalah Solana secara historis cepat menerapkan perubahan, berpotensi menjadikannya lapisan yang lebih efisien untuk rollups daripada Ethereum.

Pembaruan: Anza sekarang telah mendorong beberapa tambalan membantu meringankan beberapa kemacetan jaringan yang sedang berlangsung, dan akan diikuti oleh peningkatan lebih lanjut di v1.18.

Making Solana Modular:

Upaya untuk membuat modular Solana telah dimulai. Seperti yang ditunjukkan oleh posting Anza DevRel, validator Solana dan SVM (lingkungan eksekusi yang memproses transaksi dan smart contract/program) digabungkan dan dikelola dengan erat oleh Anza (entitas spin-off dari Solana Labs). Namun, klien validator dan runtime SVM akan dipisahkan selama beberapa bulan ke depan. Pemisahan ini akan memfasilitasi forking dari SVM dan dengan mudah membuat 'Solana appchains.'

Untuk rollups, manfaatnya bisa datang dari mengoptimalkan Ketersediaan Data (DA)/lapisan blob Solana, meskipun ini mungkin terjadi pada tahap selanjutnya.

Sumber: Anza DevRel

Joe C (insinyur di Anza) juga meluncurkan rencana untuk membuat SVM modular, di mana pipa pemrosesan transaksi akan dikeluarkan dari validator dan dimasukkan ke dalam SVM. Ini akan memungkinkan pengembang untuk menjalankan implementasi SVM dan beroperasi secara independen dari validator apa pun.

SVM yang terisolasi akan menjadi perakitan modul yang sepenuhnya independen. Setiap implementasi SVM dapat mendorong modul-modul ini melalui antarmuka yang terdefinisi dengan baik, yang selanjutnya mengurangi hambatan untuk proyek-proyek yang kompatibel dengan SVM dengan secara signifikan mengurangi overhead yang diperlukan untuk merancang solusi khusus. Tim hanya dapat mengimplementasikan modul yang mereka minati, sambil memanfaatkan implementasi yang sudah mapan untuk sisanya, seperti yang dari Agave atau Firedancer.

Dalam short, Solana akan lebih plug-and-play, membuat Solana appchains dan rollups jauh lebih mudah.

Secara umum, ada dua arah, di mana ini bisa pergi: Layer-2s / Rollups dan Appchains. Kita akan melihat keduanya – satu per satu.

Solana Appchains:

Juga dikenal sebagai garpu SVM, ini pada dasarnya adalah garpu dari rantai Solana yang didedikasikan untuk aplikasi tertentu. Pyth adalah Solana appchain pertama, tetapi konsep ini benar-benar mendapat perhatian ketika Rune, pendiri salah satu protokol DeFi terbesar, Maker, menyebabkan kegemparan dengan proposalnya untuk mengembangkan Maker appchain (untuk tata kelola) berdasarkan basis kode Solana (SVM). Dia memilih SVM karena komunitas pengembangnya yang kuat dan keunggulan teknis dibandingkan VM lainnya, yang bertujuan untuk fork rantai yang paling berkinerja untuk memenuhi kebutuhan konsumen dengan lebih baik. Meskipun belum ada yang diimplementasikan, langkah ini memicu perdebatan yang sangat dibutuhkan tentang Solana appchains.

Secara umum, dapat terdiri dari dua jenis:

1. Tanpa izin – Siapa pun dapat bergabung dengan jaringan, mirip dengan mainnet Solana saat ini.
2. Diizinkan – Dikemas sebagai 'Solana Permissioned Environments (SPEs)' oleh Solana Foundation untuk institusi, ini memungkinkan entitas untuk membangun dan memelihara instans rantai mereka sendiri, didukung oleh SVM.

Pyth – The OG Solana Appchain:
Pada suatu waktu, Pyth menyumbang 10-20% dari semua transaksi di mainnet Solana. Namun, itu tidak memerlukan komposabilitas apa pun, jadi mereka hanya bercabang dari basis kode Solana. Ini memungkinkan mereka memanfaatkan waktu blok cepat Solana 400 ms untuk pembaruan harga frekuensi tinggi. Pythnet adalah jaringan pertama yang mengadopsi SVM untuk appchain-nya.

Appchain Pythnet adalah fork Proof-of-Authority dari mainnet Solana, berfungsi sebagai lapisan dasar komputasi untuk memproses dan menggabungkan data yang disediakan oleh jaringan penerbit data Pyth.

Mengapa Pyth pindah?
-Itu tidak memerlukan komposabilitas tinggi (terutama untuk aplikasi non-Solana) dan dengan demikian bebas dari kemacetan mainnet.

• Diperlukan lingkungan yang diizinkan untuk menerbitkan data.
• Mengurangi biaya infra dengan menginternalisasi biaya, yang sebelumnya bocor ke lapisan dasar (Solana).

Cube Exchange adalah contoh lain, CEX hibrida yang digunakan sebagai appchain SVM berdaulat (dengan buku dan penyelesaian yang sepenuhnya off-chain pesanan pada appchain SVM mereka)

Beberapa contoh Solana Appchains dapat berupa:

1. Perp DEXs: Seperti Hyperliquid, Perp DEX dapat beroperasi sebagai jaringan L1 terpisah. Selain itu, untuk kasus penggunaan perdagangan, jumlah transaksi per blok dapat disesuaikan, atau logika kondisional dapat diimplementasikan, seperti mengintegrasikan eksekusi pesanan stop-loss langsung ke L1, memastikannya diberlakukan sebagai transisi status, atau memperkenalkan logika atom khusus untuk aplikasi.
2. AI dan DePIN: Ini dapat menampilkan list terkontrol dari penyedia layanan seperti Pyth. Misalnya, Akash beroperasi sebagai pasar komputasi melalui appchain Cosmos.
3. Appchain tata kelola: Divalidasi oleh minat MakerDAO pada app-chain SVM, appchain tata kelola yang berdaulat dapat menarik. Tata kelola dalam crypto masih berkembang, dan memiliki chain-to-fork khusus dapat menjadi mekanisme koordinasi yang berguna.
4. Rantai aplikasi Perusahaan Masa Depan: Aplikasi potensial termasuk dana (seperti BlackRock) atau sistem pembayaran (seperti Visa atau CBDC).
5. Gaming Appchains: Proyek game kasino di Solana sedang mempertimbangkan appchain-nya.
6. Garpu Solana yang dimodifikasi: Mirip dengan bagaimana Monad atau Sei menawarkan EVM yang dioptimalkan (diparalelkan), seseorang dapat membangun versi Solana yang lebih optimal. Tren ini mungkin menjadi lebih umum di tahun-tahun mendatang, terutama karena mainnet Solana mulai mengeksplorasi arsitektur desain baru.

Membayangkan Solana Appchain Stack:

Meskipun membuat appchain mungkin relatif mudah, memastikan konektivitas di semua appchain sangat penting untuk interoperabilitas. Mengambil inspirasi dari Avalanche Subnets (dihubungkan oleh Avalanche Warp Messaging asli) dan appchains Cosmos (dihubungkan oleh IBC), Solana juga dapat membuat kerangka kerja perpesanan asli untuk menghubungkan appchain ini.

Tautan Posting

Seseorang juga dapat membuat middleware seperti Cosmos-SDK, menawarkan solusi turnkey untuk membuat appchains dengan dukungan bawaan untuk oracle (seperti Pyth atau Switchboard), RPC (seperti Helius), dan konektivitas perpesanan (seperti Wormhole), antara lain.

Polygon AggLayer juga akan menjadi pendekatan yang menarik, di mana pengembang dapat menghubungkan rantai L1 atau L2 apa pun ke AggLayer, yang mengumpulkan bukti ZK dari semua rantai yang terhubung.

Apakah Appchain Net positif untuk ekosistem Solana?

Meskipun appchains tidak secara langsung menghasilkan nilai untuk SOL, karena mereka tidak akan membayar biaya dalam SOL atau menggunakan SOL sebagai token gas — kecuali SOL yang dipertaruhkan kembali digunakan untuk keamanan ekonomi — mereka sangat menguntungkan ekosistem SVM. Sama seperti ada 'efek jaringan EVM,' lebih banyak garpu SVM dan appchains akan memperkuat efek jaringan SVM. Logika yang sama yang membuat Eclipse (SVM L2 pada Ethereum) bullish untuk SVM berlaku, meskipun itu adalah pesaing langsung ke mainnet Solana.

Solana Layer-2s:

Solana Layer-2s, atau rollups, adalah rantai yang terpisah secara logis yang memposting data ke lapisan Ketersediaan Data (DA) rantai host mereka dan menggunakan kembali mekanisme konsensus rantai host. Mereka juga dapat menggunakan Lapisan DA lain seperti Celestia, namun, itu tidak tetap merupakan rollup yang sebenarnya. "RollApp" adalah istilah yang umumnya digunakan untuk Rollup khusus Aplikasi (yang sedang dijelajahi oleh sebagian besar aplikasi Solana).

Apakah Solana Rollup akan sama dengan Ethereum?
Ternyata tidak. Untuk Solana, Rollups sebagian besar akan diabstraksikan untuk pengguna akhir. Di depan ideologis, Ethereum rollups top-down, di mana Yayasan Ethereum dan para pemimpin memutuskan bahwa cara terbaik untuk skala adalah melalui rollups, dan mereka mulai mendukung berbagai L2 setelah kegagalan CryptoKitties. Sedangkan pada Solana, permintaannya bottom-up, yaitu berasal dari pengembang aplikasi dengan adopsi konsumen yang signifikan. Akibatnya, sebagian besar permainan roll-up saat ini adalah permainan pemasaran dan lebih didorong oleh narasi daripada permintaan konsumen. Ini adalah perbedaan yang signifikan dan dapat menyebabkan masa depan yang berbeda bagi rollups dari apa yang kita lihat di Ethereum.

Apakah kompresi = rollup?

L2s scale base layer blockchains (L1s) dengan mengeksekusi transaksi pada L2, batching data transaksi, dan mengompresinya. Data terkompresi kemudian dikirim ke L1 dan digunakan dalam bukti penipuan (optimistic rollup) atau bukti validitas (zk rollup). Proses pembuktian ini disebut sebagai 'penyelesaian.' Demikian pula, kompresi membongkar transaksi dari mainnet, mengurangi pertentangan untuk state pada lapisan dasar. Khususnya, Grass L2 akan memanfaatkan State Compression untuk rollup-nya.

Rollups Landscape on Solana:

Two 'agak rollapps' aktif saat ini:

1. GetCode:

Aplikasi pembayaran dengan micropayments SDK memungkinkan siapa saja untuk membayar dan menerima pembayaran secara instan dan juga menggunakan pseudo-rollup untuk aplikasinya. Ini menciptakan maksud untuk semua transaksi dan menggunakan sequencer seperti rollup, yang menetap di Solana setelah interval N.

Menggunakan struktur seperti rollup memungkinkan:

1. Fleksibilitas: Intent dapat mewakili berbagai aktivitas di masa depan, bukan hanya transaksi pembayaran. Selain itu, Solana sebagai rantai juga dapat diganti jika perlu.
2. Instan dan Pribadi: Mengingat finalitas lembut sequencer, pembayaran instan bahkan selama kemacetan Solana. Meskipun transaksi terlihat on-chain, nilai dan maksud yang tepat tetap dikaburkan, memastikan privasi pengguna.

2. Ephermal Rollups oleh MagicBlocks

MagicBlocks, infra game web3 telah mengembangkan rollups Ephermal (atau sementara), terutama untuk game. Ini menggunakan struktur akun SVM dan status permainan dibagi menjadi beberapa cluster. Ini sementara mentransfer status ke lapisan tambahan atau "rollup singkat", lapisan khusus yang dapat dikonfigurasi. Rollup singkat beroperasi sebagai runtime SVM khusus atau rollup untuk memfasilitasi pemrosesan transaksi pada throughput yang ditingkatkan.

Menggunakan struktur seperti rollup memungkinkan:

1. Kustomisasi runtime khusus untuk menyertakan fitur seperti transaksi tanpa gas, waktu blok yang lebih cepat, dan penggabungan mekanisme ticking (misalnya, sistem penjadwalan transaksi terintegrasi seperti clockwork, dioperasikan tanpa biaya).
2. Pengembang untuk menyebarkan program ke lapisan dasar (misalnya, Solana) daripada pada rantai atau rollup terpisah. ER tidak memecah ekosistem yang ada dan memungkinkan percepatan operasi yang ditargetkan tanpa menciptakan lingkungan yang terisolasi. Ini berarti semua infrastruktur Solana yang ada dapat dimanfaatkan.

Pendekatan ini memfasilitasi sistem yang sangat skalabel yang mampu meluncurkan rollups sesuai permintaan dan penskalaan otomatis secara horizontal untuk mengakomodasi pengguna yang melakukan jutaan transaksi, tanpa trade-off khas L2 tradisional. Sementara MagicBlock secara khusus berfokus pada game, pendekatan ini dapat diterapkan ke aplikasi lain seperti pembayaran.

Pembatalan Solana Mendatang:

1. Grass: Proyek DePIN yang bertujuan memecahkan masalah data AI melalui pengikisan terverifikasi. Ketika node Grass mengikis web untuk data pelatihan AI, validator akan menyimpan data on-chain, melacak dengan tepat dari mana data berasal dan node mana yang bertanggung jawab untuk mengikisnya, memberi penghargaan kepada mereka secara proporsional.

Grass membutuhkan 1 juta permintaan web per detik, yang tidak layak di mainnet Solana. Oleh karena itu, mereka berencana untuk membuat bukti ZK dari data asal untuk semua dataset dan mengumpulkannya untuk penyelesaian pada Solana L1. Mereka sedang mempertimbangkan untuk menggunakan kompresi status dari cluster lain dan menyelesaikan root pada mainnet-beta.

Perkembangan ini akan memposisikan Grass sebagai lapisan dasar untuk berbagai aplikasi yang hanya mungkin dilakukan di atas Grass (perhatikan bahwa platform dan infrastruktur sering memerintahkan penilaian yang jauh lebih tinggi dan Grass meluncurkan token segera :P).

1. Zeta: Salah satu DEX perp tertua di Solana yang memiliki perp on-chain pesanan buku juga berencana untuk memindahkan sesuai off-chain melalui rollup Solana.

Perp DEX memiliki PMF langsung untuk rollups karena mereka secara signifikan meningkatkan UX. Tanyakan saja kepada seseorang yang telah berdagang di Hyperliquid atau Aevo versus Solana perp DEXs, di mana Anda harus menandatangani setiap transaksi, dompet muncul, dan Anda harus menunggu ~ 10-20 detik. Selain itu, perps tidak memerlukan eksekusi yang disinkronkan dan menawarkan komposabilitas tinggi dengan DeFi lainnya, terutama dalam aspek sesuai perdagangan.

Menariknya, Armani (Co-Founder Backpack) juga tweeted mereka sekarang cenderung L2.

Sonic juga membangun rantai SVM modular (Hypergrid) yang akan memungkinkan game untuk menyebarkan rantai mereka sendiri di Solana. Ada juga Ethereum rollups berbasis SVM seperti Eclipse dan NitroVM yang menggunakan SVM sebagai mesin eksekusi. Neon berfungsi sebagai L2 yang kompatibel dengan EVM pada Solana. Selain itu, ada proyek pada tahap ide, seperti Molecule (Bitcoin Layer 2 SVM).

Sovereign SDK adalah framework lain yang mirip dengan node.js, tetapi untuk membangun rollups. Pengguna membawa kode Rust mereka, dan kami mengubahnya menjadi rollup Optimistic atau ZK yang dapat digunakan di blockchain apa pun. Kode Rust dapat berupa logika aplikasi spesifik Anda, atau VM apa pun.

Beberapa tesis tentang Rollups:

1. Rollups = Being SOL-Aligned:
   Istilah 'ETH-Aligned,' atau kata yang lebih baik untuk 'ETH Bag Biases,' telah menjadi meme populer. Menurut Anda mengapa Layer 2 dan Restaking/EigenLayer menjadi narasi terpanas? Itu karena mereka meningkatkan 'Moneyness of ETH,' dengan ETH digunakan sebagai aset inti di mana-mana.

Prinsip yang sama berlaku untuk Solana. Komunitas Solana akan berkumpul di sekitar solusi apa pun yang meningkatkan kepemilikan SOL mereka – sesederhana itu. Ketika ekosistem Solana berkembang, 'Moneyness of SOL' yang dulu diabaikan akan menjadi penting. Ingat, sebagian besar Rollup adalah "Permainan Pemasaran" dan memberikan akrual nilai token yang lebih baik karena pasar masih menghargai Infra lebih dari Aplikasi.

1. Rollup akan terasa seperti perpanjangan untuk manfaat keamanan Solana:
   Beyond (yaitu, mewarisi keamanan dari lapisan dasar), akses mudah ke pengguna dan aset Solana akan menjadi keuntungan yang signifikan. Seperti yang dicatat Jon Charbonneau, Rollup Ethereum seperti Base, Optimism, dan Arbitrum terasa lebih seperti ekstensi Ethereum. Pengguna mempertahankan dompet dan alamat yang sama, token gas asli adalah versi kanonik tunggal dari ETH, ETH mendominasi DeFi dengan semua pasangan perdagangan, NFT harga aplikasi sosial dalam ETH dan membayar pembuat dalam ETH (misalnya, friend.tech), dan setoran ke L2 instan, dll.

Demikian pula, ini akan terjadi dengan Solana. Belajar dari Ethereum, sebagian besar Rollapps Solana tidak akan membuat pengguna merasa seperti mereka menggunakan rantai terpisah (misalnya, Getcode).

1. Solana akan melihat lebih banyak "RollApps" daripada "Rollups"
   Solana tidak memiliki masalah scaling seperti Ethereum di mana mainnet tidak dapat digunakan karena biaya gas yang tinggi, itu sangat dioptimalkan. Namun, beberapa aplikasi yang membutuhkan blockspace khusus akan membuat rollups mereka. Sementara Rollups tujuan umum pada Solana tidak masuk akal bagi saya, secara ekonomi itu masuk akal untuk proyek. Misalnya, Pengguna basis menghasilkan pendapatan $ 2 juta untuk Coinbase hanya dalam satu hari! Insentif untuk pembangun sangat condong ke arah L2. Namun, seperti yang diamati, setiap rollup EVM tampaknya merupakan roll-up vanila, dan banyak, seperti Linea, Scroll, atau zkSync, telah menjadi rantai hantu dengan hanya petani yang melakukan beberapa transaksi untuk airdrop token.

Selain itu, saya merasa L2 tujuan umum pada Solana dapat menyebabkan masalah Ethereum lama yang sama, yaitu, rollups terpusat, kemacetan, dan fragmentasi likuiditas.

1. Mengapa beberapa aplikasi ingin pindah ke Rollapps/appchain?
   Setiap aplikasi awalnya akan dimulai pada Solana Mainnet, karena hosting lebih banyak aplikasi pada infrastruktur bersama secara signifikan mengurangi kompleksitas pengembang dan pengguna. Namun, seiring pertumbuhan aplikasi ini, mereka mungkin berusaha untuk:
   • Value Capture: Lebih menantang untuk menginternalisasi nilai pada lapisan Solana bersama yang tidak dirancang hanya dengan satu aplikasi dalam pikiran. Penangkapan MEV bisa menjadi pilihan lain yang menguntungkan bagi DEX.
   • Kemampuan Penyesuaian Blockspace Khusus
   • dalam kasus penggunaan seperti:
     • Privasi: Misalnya, Getcode menggunakan sequencer untuk memfasilitasi pembayaran pribadi bagi penggunanya.
     • Biaya Eksperimen Pasar
     • Mempool terenkripsi untuk meminimalkan MEV
     • Buku pesanan yang disesuaikan
2. Namun, tidak semua aplikasi ingin meluncurkan Rollup mereka sendiri, terutama yang belum mencapai kecepatan melarikan diri tertentu (misalnya, TVL, pengguna, volume yang cukup). Meluncurkan rantai Anda sendiri hari ini melibatkan trade-off yang menyakitkan dan tidak perlu (kompleksitas, biaya, UX yang lebih buruk, likuiditas yang terfragmentasi, dll.), Yang sebagian besar aplikasi, terutama yang pada tahap awal, tidak dapat membenarkan manfaat tambahan. Solana tetap menjadi jantung dan jiwa pengembangan SVM, dan banyak aplikasi baru kemungkinan akan digunakan sebagai hasilnya.
   Untuk Pembuat Aplikasi: Solana Mainnet atau Appchain atau Rollup
   Sepenuhnya tergantung. Jika tidak ada kebutuhan yang kuat untuk komposabilitas dengan semua aplikasi lain, mengambil beberapa komponen yang berbeda off-chain (baik appchain atau rollup) benar-benar masuk akal. Seorang pengguna tidak perlu tahu bahwa mereka bahkan menggunakan rollup atau appchain. Grass, Zeta, dan Getcode semuanya mengabstraksi infra tipe rollup apa pun yang mereka gunakan untuk penggunanya.

Untuk kasus penggunaan yang diizinkan dan kustomisasi, Ekstensi Token juga melayani sebagian besar kebutuhan seperti logika KYC/transfer sambil mempertahankan komposabilitas.
Jadi, Akankah DRiP menjadi L2/appchain?
Saat ini, DRiP menggunakan Solana untuk:

* Dompet yang dibuat pengguna (bisa di L2 / appchain)
* Mendistribusikan NFT Terkompresi (bisa di L2/appchain)
* Perdagangan NFT Terkompresi (bisa di L2/appchain, tetapi dana perlu dijembatani)

1. Kita dapat dengan jelas melihat tidak ada kebutuhan yang kuat untuk berada di Solana Layer 1, selain teknologi yang juga dapat disediakan oleh L2s / appchains. Karena target utama DRiP selalu pengguna web2, DRiP dapat dengan sangat baik memasukkan mereka langsung ke rantai mereka, yang memberikan kontrol yang jauh lebih tinggi di jangka panjang karena tidak akan membocorkan semua nilai ke rantai dasar (Solana). Selanjutnya, DRiP telah mencapai kecepatan pelarian (aplikasi konsumen terbesar di Solana) untuk sekarang pindah ke rantai mereka sendiri. Struktur pseudo-rollup seperti Getcode benar-benar masuk akal untuk DRiP.

Infrastructure Powering Rollups and Appchains:

Jika tesis rollapp/appchain berkembang, penyedia infrastruktur yang ada akan sangat diuntungkan saat mereka memasuki pasar baru:

1. Penyedia Rollup as a Service (RaaS) yang ada seperti Caldera dapat dengan mudah memasuki pasar SVM saat permintaan muncul. SVM Ethereum rollups seperti Eclipse dan NitroVM juga sangat memperhatikan kesempatan ini. Selain itu, Sovereign Labs menawarkan adaptor Sovereign SDK Solana yang memungkinkan rollups pada Solana (belum siap produksi). Helius adalah perusahaan lain yang sangat cocok untuk membangun infrastruktur untuk Solana L2, karena Mert telah mengisyaratkan beberapa kali.
2. Sequencer Bersama seperti Rome Protocol dan kebutuhan akan Klien Cahaya seperti Tinydancer. Sequencer bersama dapat menarik bagi rollups karena memungkinkan aktivitas seperti arbitrase atom, MEV, dan menjembatani tanpa batas, mengurangi fragmentasi likuiditas.
3. Dompet seperti Phantom, Backpack, dan Solflare. Infrastruktur dompet multi-sig dan kontrak pintar seperti Squads. Skuad selalu diposisikan sebagai "Lapisan infrastruktur dompet kontrak pintar definitif untuk Solana dan SVM."
4. SOL Restaking: Tesis modular juga mempromosikan restaking karena rollups/appchains ini mungkin memerlukan keamanan bersama SOL dan menjadi lebih selaras dengan Solana. Hal ini menyebabkan:
   1. Pemain tahap awal seperti Cambrian, Picaso, dan Solayer
   2. Jito melalui Stakenet dan LST seperti Sanctum
   3. Validators — peningkatan pendapatan

Closing Thoughts: Dapatkah Solana Menangani Permintaan Seluruh Dunia?

Jelas tidak. Mari kita bersikap realistis: bahkan mempertimbangkan Hukum Moore (bahwa kinerja perangkat keras akan terus meningkat, dan Solana dioptimalkan untuk kemajuan perangkat keras seperti itu), itu tidak praktis. Saya percaya bahwa semua transaksi yang kurang penting (seperti DRiP mengirim NFT) pada akhirnya akan pindah ke rantai mereka sendiri, sementara transaksi yang paling berharga akan tetap berada di rantai utama, di mana komposabilitas sejati sangat penting (misalnya, Spot DEX).

Dan tidak, ini tidak berarti bahwa Solana telah kalah dalam pertempuran monolit dan komposabilitas; itu akan mengelola kasus yang bergantung pada komposabilitas dan latensi rendah lebih baik daripada rantai lainnya. Dan tidak, Sui / Aptos / Sei / Monad, dll dll belum lebih baik, karena kita tidak tahu dan mereka belum diuji pertempuran untuk aktivitas pengguna nyata yang tinggi.

Tidak seperti Ethereum, Solana Mainnet tidak bertujuan untuk menjadi "rantai B2B"; itu dan akan selalu menjadi rantai konsumen. Membangun sistem terdistribusi dalam skala besar sangat menantang, dan Solana memiliki potensi terbaik untuk menjadi buku besar bersama global untuk transaksi yang paling berharga.

Solana Membutuhkan Belahan Jiwa: Mungkinkah Appchains dan Rollups Menjadi Pasangan Sempurna?

Jangan ragu untuk menghubungi saya di Yash Agarwal (@yashhsm di Twitter) untuk saran atau jika Anda memiliki pendapat. Jika Anda menemukan ini bahkan sedikit berwawasan, silakan bagikan - membenarkan upaya saya selama berminggu-minggu dan mendapat lebih banyak bola mata :)

Terima kasih khusus kepada Karthik (PepperDEX), Brian Breslow (Dorahacks), Parth (Arana Ventures), Rex (Anza), Het Dagli (Superteam), Kash (Superteam), dan Akshay (Superteam), yang meninjau dan memberikan wawasan pada berbagai tahap draf.

Penafian:

1. Artikel ini dicetak ulang dari [Blog Superteam]. Semua hak cipta adalah milik penulis asli [YASH AGARWA]. Jika ada keberatan dengan cetak ulang ini, silakan hubungi tim Gate Learn, dan mereka akan segera menanganinya.
2. Penafian Kewajiban: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata milik penulis dan bukan merupakan saran investasi.
3. Penerjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.