Lanskap L1 vs L2: Memahami Perbedaan Desain, Kompromi, dan Tujuan Akhir

Wawasan yang Dapat Ditindaklanjuti

• Pahami primitive yang tersedia dan keterbatasan teknisnya: Dapatkan pemahaman mendalam tentang elemen dasar dan nuansa teknisnya. Pengetahuan ini sangat penting untuk mengidentifikasi bagaimana faktor-faktor tersebut dapat memengaruhi fungsionalitas dan skalabilitas aplikasi Anda, dan pada akhirnya bisnis Anda, serta untuk mengambil keputusan yang tepat dalam proses pengembangan blockchain.
• Evaluasi infrastruktur dan likuiditas: Evaluasi infrastruktur dan likuiditas yang tersedia pada solusi L1 dan L2, beserta lingkungan eksekusi alternatif untuk deployment. Buat proyeksi tentang kondisi infrastruktur berdasarkan prinsip dasar. Pahami asumsi kepercayaan dan desentralisasi yang sebenarnya berdasarkan prinsip dasar.
• Optimalkan Pengalaman Pengguna: Terus optimalkan pengalaman pengguna dengan mempertimbangkan kemudahan penggunaan, kecepatan transaksi, dan efisiensi keseluruhan yang ditawarkan setiap chain. Ciptakan lingkungan yang lancar dan ramah pengguna dengan memahami apa yang sudah tersedia saat ini dan ke mana roadmap akan mengarah.

Pendahuluan

Seiring lanskap blockchain terus berkembang, keputusan tentang tempat membangun aplikasi menjadi semakin rumit bagi developer. Laporan ini membahas perbedaan antara solusi Layer 1 (L1) dan Layer 2 (L2) untuk platform smart contract serbaguna serta dampaknya terhadap keterlibatan pengguna, margin ekonomi, dan pertumbuhan bisnis.

Terlepas dari keberagaman dan kemajuan dalam industri blockchain, basis penggunanya masih kecil dibandingkan platform digital arus utama. Sebagai contoh, crypto saat ini melibatkan sekitar 5,5 juta alamat unik yang dapat diatribusikan setiap hari, dibandingkan sekitar 2 miliar pengguna harian pada platform seperti Facebook.

Pelanggan blockchain saat ini adalah developer. Blockchain menjual blockspace kepada developer aplikasi untuk membangun produk baru. Memilih tempat untuk membangun aplikasi merupakan salah satu keputusan terpenting yang dihadapi developer saat ini. Dari perspektif bisnis, pilihan ini merupakan salah satu keputusan paling signifikan karena memengaruhi calon pengguna di tahap berikutnya, likuiditas, dan budaya. Memigrasikan sistem setelah peluncuran merupakan upaya yang sulit dari sisi teknis maupun sosial, meski bukan tidak mungkin. Tim seperti dydx berhasil bermigrasi dari Ethereum ke appchain Cosmos, sedangkan y00ts menghadapi tantangan saat bermigrasi dari Solana ke Polygon dan kini ke Ethereum.

Laporan ini tidak dimaksudkan untuk mengambil posisi tertentu dalam perdebatan terbaru antara modular dan terintegrasi. Sebaliknya, laporan ini menawarkan pandangan praktis bagi developer, calon developer, dan eksekutif agar dapat lebih memahami lanskap L1/L2, lengkap dengan contoh konkret kompromi aplikasi untuk desain tertentu.

Karakteristik Blockchain

Sebelum membahas perbedaan antara L1 dan L2, kita harus terlebih dahulu mendefinisikan karakteristik blockchain.

Blockchain adalah mesin status deterministik yang direplikasi. Ini adalah sistem kompleks yang dirancang untuk mencapai konsensus dan mempertahankan catatan terpadu yang aman di seluruh jaringan terdistribusi.

Deterministik

Proses dalam blockchain telah ditentukan sebelumnya oleh protokol yang mendasarinya. Ketika “state transition function” (STF) blockchain dijalankan dengan input dan status saat ini, fungsi tersebut akan menghasilkan status baru yang sama di semua node. Sifat deterministik ini memastikan hasil yang konsisten, terlepas dari siapa yang menjalankan fungsi atau node mana yang memproses transaksi. Proses deterministik menjamin keandalan dan prediktabilitas operasi jaringan.

Direplikasi

Blockchain memanfaatkan jaringan node, yang masing-masing menyimpan salinan seluruh status blockchain. Replikasi ini mendukung desentralisasi serta memberikan ketahanan terhadap kehilangan dan manipulasi data. Karena setiap node menyimpan replika status, upaya mengubah catatan historis akan memerlukan modifikasi serentak pada mayoritas node. Hal ini praktis tidak mungkin dilakukan pada jaringan yang cukup besar dan terdistribusi.

Mesin Status

Pada intinya, blockchain adalah sistem yang mengelola status—snapshot pada titik waktu tertentu yang merangkum semua informasi yang telah disepakati, seperti saldo akun, status smart contract, dan catatan kepemilikan. Blockchain bertransisi melalui transaksi, yaitu permintaan untuk mengubah satu status menjadi status berikutnya. Transisi ini diatur oleh aturan yang dikodekan dalam protokol blockchain.

Hasil dari sifat-sifat ini adalah ledger yang dapat dibaca atau ditulisi oleh siapa pun. Seperti yang dicatat Balaji pada 2019, blockchain publik adalah database multiklien global, tempat setiap pengguna menjadi pengguna root. Hal ini memungkinkan pandangan global tentang jumlah aset (token, NFT, dan sebagainya) yang dimiliki setiap pengguna serta inovasi tanpa izin di sekitar status bersama global yang bersifat publik.

Peserta Marketplace Blockchain

Blockchain memfasilitasi marketplace global untuk informasi yang disepakati berdasarkan kepercayaan terdesentralisasi. Ada dua pemangku kepentingan utama dalam jaringan blockchain:

• Pemasok kepercayaan: staker, validator, miner (bergantung pada apakah jaringannya menggunakan PoW atau PoS)
• Konsumen kepercayaan: aplikasi (yang sering menggabungkan transaksi dan membebankan biaya operasional marginal kepada pengguna)

Dengan kata lain, blockchain memfasilitasi marketplace dua sisi antara pembeli dan penjual, sama seperti pasar ekonomi lainnya. Sesuai dinamika penawaran dan permintaan, pasar menetapkan biaya untuk memfasilitasi perdagangan antara kedua sisi.

Blockchain publik memerlukan biaya untuk mencegah spam dan mengalokasikan sumber daya yang langka. Biaya ini merupakan bentuk utama kompensasi/pendapatan bagi validator/miner untuk menutup overhead (peralatan, listrik, dan sumber daya lainnya). Meski setiap protokol memiliki mekanisme penetapan biaya yang berbeda, semua blockchain publik utama mengintegrasikan gas ke dalam protokol dengan cara tertentu. Seseorang menjalankan peralatan komputasi di suatu tempat di dunia dan harus mendapat kompensasi sebagai insentif.

Mendefinisikan L1 dan L2

Dengan pemahaman yang lebih baik tentang blockchain dan apa yang dimungkinkannya, kita dapat merumuskan definisi L1 dan L2.

Definisi L1 dan L2 yang menyeluruh dan ketat beserta konotasinya masing-masing masih menjadi perdebatan di kalangan peneliti dan komunitas crypto secara luas. Berbagai jenis rollup telah muncul (optimistic, zero-knowledge, enshrined) dengan detail implementasi dan asumsi kepercayaan yang berbeda (validium, volition, sovereign, dan lainnya).

Sebelum membahas kompromi antara L1 dan L2, kita harus mendefinisikannya.

Layer 1 (L1)

Blockchain L1 adalah jaringan fundamental yang beroperasi sebagai infrastruktur utama bagi sebuah cryptocurrency. Ini merupakan jaringan mandiri dengan protokol dasar, mekanisme konsensus, dan token native sendiri. L1 sering disebut sebagai lapisan dasar ekosistem blockchain karena menyediakan kerangka keamanan dan tata kelola yang fundamental.

Ethereum memelopori konsep kepercayaan modular ketika diluncurkan pada 2015. Namun, Ethereum dahulu dan hingga kini belum dioptimalkan untuk skala yang diperlukan guna mengakomodasi jutaan pengguna. Akibatnya, solusi penskalaan baru seperti rollup muncul sebagai solusi yang menjanjikan untuk menskalakan Ethereum.

Layer 2 (L2)

Solusi L2 dibangun di atas blockchain L1 untuk meningkatkan skalabilitas dan throughput transaksi tanpa mengubah lapisan dasar. Rollup merupakan salah satu solusi L2 yang paling menjanjikan dan banyak diteliti.

Rollup memindahkan transaksi dari L1, memprosesnya secara terpisah, lalu mencatat status akhirnya kembali di L1 (sering kali dalam bentuk state root). Pendekatan ini memungkinkan rollup mengeksekusi transaksi tambahan dalam lingkungan status terpisah dengan biaya lebih rendah daripada jika dilakukan langsung di L1. Rollup menggabungkan atau “menggulung” beberapa transaksi menjadi satu transaksi di L1 untuk mengurangi beban dan meningkatkan efisiensi. Berbagai solusi L2 memiliki asumsi kepercayaan yang berbeda dan umumnya berupaya mewarisi aspek keamanan dan desentralisasi L1 yang mendasarinya, sehingga menjadi alternatif yang aman tetapi lebih mudah diskalakan daripada memproses setiap transaksi di L1.

Celestia telah merumuskan definisi rollup ini:

Dalam praktiknya, Ethereum memiliki aset paling menarik dan bernilai nominal paling tinggi di dunia crypto. Pengguna bersedia melakukan bridging ke berbagai solusi L2 tanpa terlalu mengkhawatirkan beberapa aspek L2 yang lebih tersentralisasi (yang sedang aktif dikembangkan, tetapi sering kali belum tersedia), demi biaya yang jauh lebih rendah daripada mainnet Ethereum. 

Keamanan menjadi kekhawatiran umum saat melakukan bridging aset antar-chain. Meski banyak bridge rollup terkemuka tidak memiliki sistem pembuktian yang ketat dan dikritik karena potensi titik kontrol terpusat, bridge tersebut menawarkan perluasan pengalaman Ethereum yang mulus (melalui pengalaman serupa EVM dan keseragaman wallet). Rollup seperti Base, Optimism, dan Arbitrum sebisa mungkin mempertahankan wallet dan infrastruktur alamat Ethereum pengguna yang sudah ada, sehingga transisi antara chain utama dan L2 menjadi jauh lebih mulus. Kemudahan ini, ditambah dominasi ETH dalam DeFi dan aplikasi sosial, menjadikan L2 pilihan menarik bagi pengguna yang mencari pengalaman familier dan mudah digunakan. Ethereum memiliki status paling populer yang ingin berinteraksi dengannya oleh developer lain, dan L2 dipandang sebagai perluasan alami Ethereum.

Intinya, “mewarisi” jaminan keamanan tertentu dari Ethereum berada jauh di bawah dalam daftar alasan tim memilih meluncurkan produk sebagai L2 Ethereum atau bermigrasi dari L1 mandiri ke L2.

Perkembangan baru seperti Solang dan Neon menjembatani kesenjangan bagi developer yang terbiasa dengan Solidity Ethereum, sementara Snaps dari Metamask memperluas dukungan wallet ke chain non-EVM. Perkembangan ini menandakan masa depan ketika UX secara efektif mengabstraksikan banyak kerumitan di berbagai lingkungan eksekusi.

Walaupun Ethereum Foundation telah mendanai sebagian besar riset tentang L2, semua L2 merupakan entitas independen dan tidak dioperasikan oleh Ethereum Foundation. Inovasi tanpa izin tidak hanya berlaku pada lapisan aplikasi terdesentralisasi, dan tidak ada L1 yang benar-benar netral yang memiliki kemampuan teknis untuk menentukan L2 mana yang dapat di-deploy di atas L1 tertentu.

Implementasi dan Arsitektur L1 serta L2 “Umum”

Untuk memahami kompromi antara L1 dan L2 dengan baik, sangat penting untuk memahami supply chain, pihak terkait, dan asumsi kepercayaan masing-masing.

Siklus Hidup Transaksi L1

Meski setiap L1 memiliki detail implementasi unik, semua L1 utama memiliki pemangku kepentingan relatif dan siklus hidup transaksi yang sama. Bagian ini menguraikan alur transaksi umum, dari pembuatan hingga akhirnya disertakan.

1. Niat

Pengguna memulai dengan tujuan atau tindakan yang jelas di jaringan Ethereum, seperti mengirim ETH, berinteraksi dengan smart contract, atau menukar token. Tahap ini mencakup proses pengambilan keputusan pengguna dan pemahaman atas hal yang ingin dicapai, yang mengawali perjalanan transaksi.

2. Pembuatan Transaksi

Di sini, transaksi mulai terbentuk. Pengguna, sering kali melalui antarmuka seperti wallet atau aplikasi terdesentralisasi, memasukkan informasi yang diperlukan, seperti alamat penerima, jumlah yang akan dikirim, atau metode contract yang akan dipanggil. Tahap ini menerjemahkan niat pengguna menjadi permintaan terstruktur yang dapat diproses jaringan Ethereum. Pada tahap ini, pengguna menentukan biaya transaksi, yang mencakup harga gas dan batas gas. Hal ini sangat bergantung pada chain dan sering kali diabstraksikan oleh penyedia wallet. Ethereum dan Solana menerapkan versinya masing-masing melalui biaya dasar dan biaya prioritas (tip), dengan implementasi serta tingkat determinisme yang berbeda terkait penyertaan transaksi.

3. Transmisi

Pengguna menandatangani transaksi dengan private key, yaitu tanda tangan digital yang membuktikan otorisasi mereka. Setelah ditandatangani, transaksi disiarkan ke jaringan (biasanya melalui penyedia RPC yang terintegrasi dengan wallet), umumnya melalui mempool publik atau lelang orderflow privat, tempat transaksi menunggu untuk diproses.

4. Konfirmasi Penyertaan

Transaksi mencapai tahap akhir di sini. Pengguna menerima konfirmasi bahwa transaksi berhasil disertakan dalam sebuah blok (dengan tingkat finalitas yang berbeda, bergantung pada protokolnya). Finalitas menuntaskan proses dan memungkinkan pengguna memverifikasi hasil, seperti saldo atau status contract yang diperbarui.

Supply Chain Ethereum

Ethereum, yang bertujuan menjadi lapisan infrastruktur yang benar-benar netral bagi aplikasi tahan sensor, telah mengalami evolusi signifikan dalam mekanisme supply chain-nya. Awalnya beroperasi dengan Proof of Work (PoW), miner mengendalikan penyertaan dan pengurutan transaksi Ethereum. Hal ini memunculkan lelang gas prioritas (PGA), tempat para searcher bersaing memperebutkan ruang blok, sehingga menyebabkan mempool membengkak dan penggunaan chain yang tidak efisien. Pengenalan Flashbots Auction, relay di luar protokol untuk bundel MEV, mengurangi sebagian efek sentralisasi MEV dengan memindahkan pasar MEV ke luar chain, meski tetap bergantung pada kejujuran operator relay dan miner.

Dengan transisi ke Proof of Stake (PoS), produksi blok Ethereum beralih ke validator dengan stake, yang menghadirkan dinamika dan potensi masalah sentralisasi baru. Dalam PoS, skala ekonomi dalam ekstraksi MEV dapat menyebabkan sentralisasi stake dan mengancam ketahanan Ethereum terhadap sensor.

Untuk mengatasi kekhawatiran terkait sentralisasi stake, Proposer-Builder Separation (PBS) diperkenalkan oleh Flashbots. Awalnya, sistem ini diterapkan sebagai MEV-Boost, sebuah mekanisme baru untuk produksi blok. Dalam sistem ini, searcher mengirim bundel kepada block builder, yang kemudian membuat blok dan mengajukan penawaran melalui block relay kepada proposer. MEV-Boost memindahkan kekuatan sentralisasi ke lapisan block builder sehingga memerlukan kepercayaan kepada block builder dan relay. Per Desember 2023, lebih dari 93% blok Ethereum diusulkan oleh validator yang menjalankan MEV-Boost.

Namun, MEV-Boost dan PBS bukannya tanpa masalah. Relay MEV-Boost yang dijalankan Flashbots memberlakukan kepatuhan OFAC, sebuah keseimbangan yang tidak diinginkan bagi sistem yang adil dan tanpa izin. Sentralisasi relay menimbulkan risiko sensor dan perilaku tidak jujur karena relay menjadi perantara penting antara builder dan validator. Ketergantungan besar pada perangkat lunak di luar protokol seperti MEV-Boost juga meningkatkan kerentanan Ethereum terhadap eksploitasi dan serangan, sebagaimana terlihat dalam insiden seperti eksploitasi low-carb-crusader. Diskusi untuk mengintegrasikan PBS (ePBS) ke dalam protokol inti Ethereum masih berlangsung, dengan banyak mengadopsi pekerjaan yang didanai Flashbots. Sentralisasi builder juga menjadi kekhawatiran karena hanya beberapa builder yang mendominasi pasar, sehingga berpotensi menimbulkan sensor dan pengaruh atas jaringan. Solusi baru seperti SUAVE berupaya mengurangi kekhawatiran ini.

Supply Chain Solana

Diluncurkan pada 2020, Solana, sebuah L1 terpisah, menghadirkan berbagai kemajuan untuk mengatasi masalah penskalaan di lapisan dasar tanpa solusi pihak ketiga tambahan seperti L2. Fokus utama Solana untuk memungkinkan aplikasi “berbagi status” satu sama lain menghadirkan komposabilitas native antar-aplikasi dengan pekerjaan minimal dari developer aplikasi, tanpa operasi pengguna tambahan yang rumit atau asumsi kepercayaan seperti pada bridging.

Di Solana, transaksi terdiri dari tiga komponen utama: serangkaian instruksi yang menentukan operasi transaksi, daftar akun beserta izin terkait yang akan berinteraksi dengan transaksi, dan tanda tangan yang diperlukan untuk mengautentikasi transaksi. Setelah pengguna mengonfirmasi transaksi, transaksi dikirim ke server RPC Solana, yang meneruskannya kepada leader jaringan saat ini yang bertanggung jawab atas produksi blok. Ini dikenal sebagai Gulf Stream, salah satu dari delapan inovasi unik yang dihadirkan Solana.

Setelah diterima, leader memvalidasi transaksi dan menjadwalkannya untuk dieksekusi. Model eksekusi paralel Solana memungkinkannya memproses beberapa transaksi secara bersamaan, sehingga menghadirkan paralelisme dan “pasar biaya lokal”. Hal ini dicapai melalui scheduler multi-thread, tempat transaksi dimasukkan ke antrean berdasarkan biaya prioritas dan waktu.

Setelah eksekusi, leader mencatat transaksi di ledger dan menyebarkannya ke seluruh jaringan. Status transaksi kemudian diperbarui secara bertahap: dari eksekusi menjadi “confirmed” setelah memperoleh suara konsensus yang memadai, dan akhirnya “finalized” setelah ditumpuki secara aman oleh jumlah blok tambahan yang diperlukan (31+).

Tidak seperti Ethereum, yang secara empiris memiliki jaminan jauh lebih kuat untuk pengurutan transaksi berdasarkan biaya, Solana tidak memiliki pengurutan transaksi yang deterministik. Meski transaksi dengan biaya prioritas lebih tinggi umumnya lebih mungkin ditempatkan lebih atas dalam blok, dan situasi perebutan status sering mengharuskan biaya lebih tinggi, hasil ini tidak dijamin. Kemungkinan terjadinya hal tersebut dipengaruhi oleh sifat nondeterministik algoritma penjadwalan default Solana, yang menentukan penyertaan dan posisi transaksi dalam blok. Hal ini mendorong aktivitas di luar protokol, termasuk kesepakatan sampingan antara searcher dan validator, yang menimbulkan eksternalitas negatif bagi pengguna median.

Perlu ditegaskan bahwa MEV di Ethereum merupakan pasar yang jauh lebih besar, dengan lebih dari $750 juta (373.701 ETH) diekstraksi sejak Merge. Akibatnya, lebih banyak waktu dan sumber daya dialokasikan untuk MEV, yang dipahami dan diteliti secara jauh lebih mendalam dengan mekanisme yang kompatibel dengan insentif.

Ini merupakan salah satu perbedaan filosofis utama antara Ethereum dan Solana, yang tercermin dalam alokasi sumber daya dan budaya masing-masing ekosistem. Sementara Ethereum berinvestasi besar dalam meneliti dan merancang mekanisme yang kompatibel dengan insentif, seperti PBS (dengan diskusi yang masih berlangsung seputar ePBS), protokol inti Solana dirancang khusus untuk menyinkronkan status global dan menyerahkan layanan serta jaminan pengurutan khusus kepada tim ekosistem seperti Jito. Anatoly (CEO Solana Labs) dengan jelas menyampaikan pandangannya bahwa kondisi Solana saat ini merupakan keseimbangan (sementara) yang lebih baik bagi pengguna median.

Pengalaman Pengguna (UX) di L1

Dari perspektif pengguna, mengirimkan transaksi ke blockchain Layer 1, seperti Ethereum atau Solana, merupakan salah satu tindakan paling sederhana di dunia crypto dan biasanya mencakup langkah-langkah berikut:

1. Menyiapkan Wallet

Pengguna harus terlebih dahulu mengunduh wallet. Wallet ini dapat berupa software wallet seperti MetaMask, aplikasi seluler, atau hardware wallet untuk keamanan yang lebih tinggi.

2. Dapatkan token native L1

Pastikan wallet Anda memiliki cukup ETH/SOL untuk membayar transaksi dan biaya gas. Anda dapat membeli ETH di berbagai exchange tersentralisasi. Tim dan protokol sedang mengembangkan abstraksi akun; salah satu fitur abstraksi akun adalah kemampuan membayar gas dengan token apa pun, bukan hanya token native L1 tersebut. Ethereum menerapkannya melalui EIP-4337. Solana memiliki abstraksi akun native yang terintegrasi ke dalam protokol, serta relayer transaksi tanpa gas bernama Octane.

3. Masukkan Detail Transaksi

Buka wallet Anda dan pilih opsi untuk mengirim ETH atau token. Masukkan alamat Ethereum penerima, jumlah ETH atau token yang ingin dikirim, serta data tambahan jika diperlukan (untuk interaksi smart contract). Jika berinteraksi dengan aplikasi, transaksi biasanya sudah dikemas oleh developer aplikasi untuk Anda.

4. Tetapkan Harga dan Batas Gas

Wallet akan menetapkannya secara otomatis atau memungkinkan Anda memilihnya. Implementasi gas yang tepat akan berbeda-beda, bergantung pada L1 yang Anda gunakan.

5. Tanda Tangani dan Kirim

Tandatangani transaksi dengan wallet Anda (prosesnya berbeda-beda tergantung wallet). Wallet Anda kemudian akan menyiarkan transaksi ke jaringan (biasanya melalui node RPC).

6. Konfirmasi

Setelah transaksi Anda disertakan dalam sebuah blok dan ditambahkan ke blockchain, transaksi tersebut dikonfirmasi. Sebagian besar wallet akan memberi tahu Anda saat transaksi selesai, dan Anda juga dapat melacaknya menggunakan blockchain explorer seperti Etherscan atau Solscan.

Pengalaman Pengguna (UX) di L2

Ada perbedaan UX yang jelas saat berinteraksi dengan L2. Berikut cara pengguna baru mulai menggunakan Optimism (salah satu L2 Ethereum terbesar):

1. Unduh wallet

Jika belum memilikinya, unduh dan siapkan wallet. Pengguna biasanya memakai wallet yang sama di seluruh ekosistem EVM, seperti Metamask.

2. Tambahkan jaringan Optimism

3. Deposit ETH ke Optimism

• Untuk L2 besar, hal ini sering kali dapat dilakukan secara native di dalam wallet.
• Sebagai alternatif, Anda dapat mengunjungi bridge resmi Optimism.
• Pilih jumlah ETH yang akan di-bridge ke Optimism, lalu konfirmasikan transaksi.

4. Beralih ke Jaringan Optimism di Wallet Anda

Buka wallet Anda dan pilih "Optimism" dari menu dropdown jaringan.

5. Berinteraksi dengan aplikasi dan front-end yang kompatibel dengan Optimism

Pilih “Optimism” pada aplikasi yang mendukung jaringan Optimism.

Kemajuan UX telah dicapai di L2, khususnya terkait aset native dan onboarding. Circle (yang mengoperasikan USDC) menyediakan versi native USDC di sebagian besar L2 utama, sehingga menghilangkan risiko pihak lawan tambahan yang biasanya terkait dengan bridge dan wrapped token. Selain itu, keunggulan distribusi Coinbase memungkinkan integrasi erat antara platform Coinbase dan Base—L2 Ethereum dengan Coinbase sebagai satu-satunya operator sequencer.

Komponen L2

Setelah melakukan bridging dana ke L2 tertentu, yang dapat membingungkan dan rumit tergantung L2 yang digunakan, pengalaman pengguna saat bertransaksi di L2 sering kali serupa dengan L1. Meski sebelumnya L2 terutama memanfaatkan Ethereum untuk berbagai aspek stack blockchain, banyak L2 kini mengarah ke pendekatan “modular”. Pendekatan modular ini memungkinkan berbagai ekosistem dan infrastruktur dipadupadankan, dengan memisahkan komponen utama L2: eksekusi, settlement, dan ketersediaan data. Sebelumnya, L2 menggunakan Ethereum untuk semua hal kecuali eksekusi, tetapi kondisi ini berubah cepat dengan hadirnya solusi settlement dan ketersediaan data baru. Di sisi lain, L1 menawarkan semua komponen ini secara terintegrasi dan dengan desain yang telah ditentukan, tanpa memungkinkan developer memilih arsitektur yang diinginkan tanpa persetujuan tata kelola.

Eksekusi

Tujuan eksekusi adalah menjalankan state transition function pada status awal untuk menghasilkan status akhir. Berbagai virtual machine (VM), seperti Ethereum Virtual Machine (EVM), Sealevel milik Solana (SVM), atau lainnya seperti MoveVM dan FuelVM, digunakan sebagai standar untuk mengatur transisi status ini. Setiap VM menawarkan fitur unik yang memengaruhi kompatibilitas, ketersediaan alat developer, dan efisiensi pemrosesan transaksi. VM menciptakan lingkungan untuk mengeksekusi smart contract dan protokol.

Interaksi dengan lapisan eksekusi merupakan tempat developer aplikasi benar-benar melakukan deployment kode, transaksi terjadi, dan pengguna berinteraksi dengan status blockchain. Lapisan ini dirancang untuk memproses transaksi dengan cepat, sembari mendelegasikan tanggung jawab keamanan dan ketersediaan data kepada lapisan khusus lainnya.

Virtual machine L2 tidak harus sama dengan virtual machine L1. Meski secara historis hal ini umum terjadi (sebagian besar L2 adalah rollup EVM atau kompatibel dengan EVM), semakin banyak tim mengeksplorasi ruang desain ini dengan virtual machine berbeda yang melakukan “settlement” ke Ethereum (Eclipse, Movement Labs).

Settlement

Kata “settlement” kini dianggap banyak pihak sebagai istilah yang memiliki terlalu banyak makna. Untuk memahami settlement, penting untuk membedakan sudut pandang “rollup” dan “bridge”. Bridge sering menerapkan proses finalisasi selama satu minggu, tetapi bridge bukanlah rollup. Dari perspektif rollup, finalisasi terjadi setelah transisi status diperiksa dan data terkait dipublikasikan ke lapisan ketersediaan data.

Lapisan settlement menjalankan beberapa fungsi utama untuk rollup:

• Verifikasi dan Pengelolaan Sengketa: Lapisan ini berfungsi sebagai platform tempat rollup dapat memublikasikan proof untuk divalidasi secara eksternal, yang sangat penting bagi optimistic rollup yang bergantung pada interactive fault proof.
• Hub Bridging: Dengan menjadi titik pusat, lapisan settlement memungkinkan rollup saling terhubung, sehingga tidak memerlukan bridge terpisah di antara setiap rollup.
• Sumber Likuiditas: Likuiditas yang tersedia di lapisan settlement dapat diakses oleh semua rollup terkait, sehingga transaksi dan interaksi berjalan lebih lancar.

Seperti disebutkan sebelumnya, Ethereum memiliki aset paling menarik dan bernilai nominal paling tinggi di dunia crypto—orang ingin berinteraksi dengan status di Ethereum. Ethereum digunakan sebagai “lapisan settlement” karena pengguna menunjukkan preferensi kuat untuk berinteraksi dengan bridge bawaan menuju chain terpisah (L2 Ethereum yang mereka gunakan). Bridge L1 ke L1 tidak dipandang dengan cara yang sama oleh pasar, kemungkinan karena peretasan sebelumnya dan UX yang lebih rumit (bridging L1 ke L2 sering kali dapat diintegrasikan erat dalam satu wallet). UX meningkat pesat dengan wallet seperti Phantom yang mendukung Ethereum dan Solana, serta Metamask yang merilis Snaps. Dalam terminologi yang lebih formal, pengguna merasa nyaman berinteraksi dengan bridge bawaan yang ditentukan oleh rollup tertentu.

Perilaku pengguna berubah dengan cepat. Wormhole mencatat volume lebih dari $500 juta dalam 30 hari terakhir, mendekati volume bridge Optimism selama 30 hari sebesar $825 juta.

Dapat dikatakan bahwa bridge L1-L1 menghadapi kesulitan akibat ketergantungan pada jalur historis, termasuk peretasan besar seperti peretasan Wormhole pada awal 2022. Meski berbagi DA menghadirkan asumsi kepercayaan rekayasa yang unik, implementasi aktual bridge L1-L2 dan L1-L1 sering diamankan dengan multisig.

Kesimpulan utamanya adalah rollup melakukan “settlement ke Ethereum” (atau lebih tepatnya, memfinalisasi bridge bawaan ke Ethereum) untuk mengakses status Ethereum demi pengguna dan likuiditas. Settlement itu sendiri bukan usaha yang menguntungkan bagi Ethereum karena rollup seperti Optimism membayar kurang dari $50 per hari dalam ETH kepada Ethereum untuk settlement. Lebih dari 80% biaya rollup digunakan untuk memublikasikan data ke blok L1 Ethereum sebagai calldata. Inilah sebabnya saat ini terdapat begitu banyak persaingan di antara solusi ketersediaan data. Secara keseluruhan, L2 menyumbang sekitar ~6% biaya L1 Ethereum (dengan menggunakan Ethereum untuk ketersediaan data).

Ketersediaan Data (DA)

Ketersediaan data dalam blockchain mengacu pada jaminan bahwa semua data dalam sebuah blok benar-benar dipublikasikan dan dapat diakses oleh jaringan. Konsep ini sangat penting bagi fungsi dan keamanan blockchain, terutama ketika melakukan penskalaan. Biasanya, sebuah blok terdiri dari header dan data transaksi. Full node mengunduh dan memvalidasi setiap transaksi, sedangkan light client, yang membutuhkan lebih sedikit sumber daya, hanya mengandalkan header blok dan mengasumsikan bahwa transaksi valid. Masalah ketersediaan data muncul ketika produsen blok memublikasikan header blok, tetapi menahan sebagian atau seluruh data transaksi.

Meski belum pernah terjadi, serangan penahanan data menimbulkan ancaman bagi jaringan blockchain. Dalam serangan semacam ini, produsen blok berbahaya dengan sengaja menahan sebagian data transaksi dari blok baru. Hal ini menghambat peserta jaringan lain dalam memvalidasi transaksi blok tersebut. Dampaknya dapat berkisar dari gangguan jaringan hingga masalah yang lebih serius, seperti memungkinkan transaksi curang. Tingkat keparahan dan dampak serangan ini berbeda-beda berdasarkan struktur blockchain (Layer 1 atau Layer 2) dan apakah ketersediaan data dikelola secara on-chain atau off-chain. Risiko ini menegaskan pentingnya mekanisme yang kuat untuk memastikan ketersediaan data serta perlunya strategi efektif untuk memitigasi serangan tersebut.

Penyelesaian masalah ketersediaan data mencakup metode seperti semua full node mengunduh seluruh data, yang dapat menghabiskan banyak sumber daya, atau pendekatan inovatif seperti proof ketersediaan data dan data availability sampling (DAS). Proof ini menggunakan teknik seperti erasure coding, sehingga client dapat memverifikasi ketersediaan data hanya dengan mengunduh sebagian kecil blok.

“Rollup Ethereum” sejati—menurut terminologi terbaru—harus menggunakan Ethereum untuk ketersediaan data. Artinya, rollup harus memublikasikan data transaksi ke L1 Ethereum sebagai calldata agar dapat dianggap sebagai rollup. Ethereum saat ini sedang mengimplementasikan EIP-4844, yang akan menciptakan pasar terpisah untuk blobspace (data transaksi) dan memungkinkan data blob dipublikasikan dengan tarif yang lebih rendah. Bahkan ketika 4844 tersedia, peningkatan ketersediaan data hanya sebesar faktor ~7, yang berarti sekitar 100 TPS (transaksi per detik) di seluruh rollup. Sebagai perbandingan, permintaan blockspace Solana berada di sekitar 500 TPS dan telah menunjukkan kemampuan menangani lebih dari 2000 TPS. Selain itu, Solana dirancang untuk berkembang mengikuti kemajuan hardware (Hukum Moore) dan software seperti Firedancer.

Meski ketersediaan data mungkin menunjukkan sedikit efek jaringan, persaingan kemungkinan akan mendorong biaya publikasi data ke solusi ketersediaan data hingga sangat mendekati biaya operasional marginal.

DA memastikan semua data transaksi yang diperlukan dapat diakses untuk merekonstruksi status L2 (selama periode waktu yang telah ditentukan). Dalam jangka pendek, validium dan volition menggunakan lapisan ketersediaan data terpisah, sedangkan roadmap jangka panjang Ethereum mencakup solusi ketersediaan data yang lebih baik melalui upgrade seperti EIP-4844. Solusi ketersediaan data alternatif (misalnya Polygon Avail, Celestia, dan EigenDA) diperkirakan akan memainkan peran penting dan mengeksplorasi lebih lanjut berbagai desain DA. Namun, penting untuk dicatat bahwa solusi ketersediaan data ini belum tersedia, kecuali Celestia yang baru saja meluncurkan mainnet tetapi belum memiliki rollup yang memublikasikan data. Semuanya dibangun di atas sistem baru dan belum terbukti berfungsi dalam skala produksi, dengan spektrum asumsi keamanan dan kepercayaan unik yang luas. Solusi ini menawarkan perbaikan sementara hingga lapisan ketersediaan data Ethereum yang komprehensif mulai beroperasi, dan mungkin tetap menunjukkan efek jaringan bahkan setelah integrasi Ethereum.

Siklus Hidup Transaksi L2

Siklus hidup transaksi di Arbitrum, sebuah protokol Layer 2, melibatkan beberapa tahap dari inisiasi hingga konfirmasi dan finalisasi:

1. Sequencer Menerima Transaksi

Transaksi dimulai di Sequencer, baik diterima secara langsung/off-chain untuk transaksi L2 maupun dari L1 melalui Delayed Inbox untuk deposit.

2. Sequencer Mengurutkan Transaksi Secara Off-Chain

Sequencer mengurutkan transaksi dalam Inbox off-chain dan mengeksekusinya menggunakan Arbitrum Nitro VM, lalu memberikan tanda terima "instan" kepada client. Finalitas tahap ini bergantung pada kepercayaan terhadap Sequencer.

3. Sequencer Memublikasikan Transaksi dalam Batch Secara On-Chain

Sequencer memublikasikan batch transaksi L2 ke L1 secara berkala, termasuk data terkait sebagai calldata. Jika Sequencer gagal menyertakan transaksi, client dapat memaksa penyertaannya setelah penundaan (yaitu forced inclusion). Pada tahap ini, jika terdapat setidaknya satu validator Arbitrum aktif yang berperilaku baik, finalitas transaksi setara dengan transaksi Ethereum.

4. Validator Menyatakan Blok Rollup (RBlock) yang Menyertakan Transaksi

Validator menyatakan status chain L2 di L1 secara berkala. Pernyataan RBlock mencakup klaim tentang status Outbox untuk pesan L2 ke L1. Jika Ditantang: Jika terjadi sengketa, validator menjalani proses verifikasi terperinci hingga ke satu operasi, dengan contract di L1 sebagai wasit.‍

5. RBlock Dikonfirmasi di L1

Setelah sengketa diselesaikan dan jangka waktu yang memadai berlalu, RBlock dikonfirmasi di L1 dan root Outbox diperbarui.

Proses ini memastikan bahwa setelah transaksi L1 yang mencatat batch dikonfirmasi, transaksi L2 di dalamnya memiliki tingkat finalitas yang sama dengan transaksi Ethereum biasa. Jika transaksi mencakup pesan L2 ke L1, pesan tersebut baru dapat dieksekusi di L1 setelah konfirmasi RBlock.

Karena rollup berada di luar Ethereum (jangan disamakan dengan fakta bahwa banyak rollup saat ini dibangun di atas EVM atau setara dengan EVM), ada pertimbangan dan pihak tambahan yang terlibat dalam supply chain transaksi. Berikut karakteristik Arbitrum dan Optimism, rollup dominan di Ethereum saat ini:

• Sequencer Tersentralisasi: Arbitrum dan Optimism, optimistic rollup terbesar untuk Ethereum, saat ini beroperasi dengan satu Sequencer tersentralisasi. Sequencer ini bertanggung jawab mengurutkan semua transaksi. Rencana mendatang mencakup desentralisasi peran ini, kemungkinan dengan node L2 yang dipilih melalui voting komunitas, tetapi detail dan jadwalnya masih belum jelas. Pengguna memercayai sequencer untuk tidak menjual order flow, mengurutkan ulang transaksi, atau mengekstraksi MEV dengan cara lain. Fault proof ada dalam roadmap, tetapi belum tersedia untuk tantangan tanpa izin.
• Asumsi Kepercayaan: Finalitas pada tahap ini bergantung pada kepercayaan terhadap Sequencer. Peran Sequencer terbatas pada mengurutkan atau menunda transaksi, bukan mengubahnya. Arbitrum memungkinkan transaksi yang tertunda lebih dari 24 jam untuk dipaksa masuk, sedangkan Optimism secara otomatis menyertakan transaksi L1 ke blok L2 berikutnya yang tersedia.
• Reorg L1: Jika terjadi reorg L1, kebijakan untuk kelanjutan dan penanganan blok L2 tidak dijelaskan secara eksplisit. Hal ini menyisakan ketidakpastian terkait finalitas transaksi selama reorg L1.
• Finalitas: Sequencer menggabungkan transaksi L2 dalam batch dan memublikasikannya di Ethereum sebagai calldata, sehingga mencapai “finalitas keras” yang setara dengan finalitas blok Ethereum tempat transaksi tersebut disertakan. Root state tree L2, yang merepresentasikan status terbaru rollup, kemudian diperbarui di L1 untuk memastikan perubahan status tidak dapat dibatalkan.
• Periode Tantangan dan Penarikan: Validator di Arbitrum dapat menantang state root dan memulai proses penyelesaian sengketa. Jika state commitment tidak ditantang selama periode yang ditentukan, status tersebut menjadi final. Setelah periode tantangan berakhir, penarikan dari L2 ke L1 berdasarkan status akhir diizinkan.
• Bridging: Protokol bridging mempertimbangkan berbagai tingkat finalitas, mulai dari tanda terima instan dalam “finalitas lunak” hingga calldata dalam batch dengan “finalitas keras”. Bridge dapat memilih pengiriman pesan yang lebih cepat berdasarkan kebutuhan client atau mematuhi standar finalitas yang lebih ketat, bergantung pada jenis transaksi dan penilaian risiko.

Kapan L2 Masuk Akal

L2 adalah sistem yang menyimpan status. Setiap L2 tambahan memecah status ke berbagai L2. Meskipun komposabilitas atomik harus dikorbankan (yang mungkin saja dinilai terlalu tinggi), penerapan ke L2 masuk akal untuk beberapa aplikasi. Selain itu, memilih L2 yang tepat sangatlah penting, meskipun L2 tersebut berjalan pada lingkungan eksekusi populer seperti EVM. Setiap L2 memiliki pengalaman pengguna, integrasi, dan distribusi yang sangat berbeda.

Tanpa membahasnya terlalu teknis, L2 secara umum dapat dibagi menjadi rollup khusus aplikasi dan rollup serbaguna.

Rollup Khusus Aplikasi

Tidak seperti L1 dan L2 lain yang telah disebutkan, rollup khusus aplikasi tidak berbagi ruang blok dengan aplikasi lain. Sebaliknya, rollup ini merupakan blockchain khusus untuk aplikasi tertentu (atau sekumpulan aplikasi). Akibatnya, Anda bertanggung jawab menjalankan seluruh infrastruktur terkait.

Meskipun beberapa tim terintegrasi secara vertikal dan secara efektif menjalankan infrastrukturnya sendiri (dydx), hal ini merupakan upaya rekayasa yang sangat besar dan umumnya hanya berhasil dilakukan oleh tim yang sebelumnya telah mencapai kecocokan produk-pasar (PMF). Dalam kasus dydx, mereka memiliki kecocokan produk-pasar, komunitas yang kuat, dan sumber daya yang memadai untuk melakukannya (setelah menemukan PMF di Ethereum dan kemudian di L2 Ethereum). Proyek lain seperti Maker sedang menjajaki desain seperti app-chain SVM. Dalam praktiknya, sebagian besar tim tidak menjalankan perangkat kerasnya sendiri. Sebaliknya, mereka mengandalkan penyedia rollup-as-a-service (RaaS) yang bertujuan mengisi kekosongan ini, seperti Caldera dan Conduit.

Masih menjadi pertanyaan terbuka apakah chain khusus aplikasi mampu menghasilkan pendapatan yang cukup agar menguntungkan dalam jangka panjang. Dalam kasus seperti ini, penting untuk memahami risiko pihak lawan dan struktur biaya penyedia RaaS. Penyedia RaaS sering membebankan biaya tetap (biasanya antara $5.000 dan $100.000, tergantung ukuran aplikasi) serta persentase dari laba sequencer. Sebagian besar penyedia RaaS memanfaatkan standar yang diterima luas seperti OP Stack untuk menghindari “ketergantungan”, yang berarti meskipun penyedia RaaS berhenti beroperasi, Anda masih dapat menjalankan perangkat keras sendiri selama mampu mengatasi kegagalan keaktifan jangka pendek.

Karena gim merupakan kasus penggunaan yang lebih khusus, implementasi dan protokol baru sedang dikembangkan secara aktif, seperti World Engine dari Argus. Pada 5 Desember, Dark Frontiers diluncurkan sebagai shard eksekusi di atas L2 EVM milik Argus untuk gim yang sepenuhnya berjalan secara on-chain, berbeda dengan gim on-chain lain yang ada saat ini dan hanya mencatat item gim sederhana secara on-chain. Meskipun masih perlu dibuktikan, konsep ini tampaknya berada di antara rollup khusus aplikasi dan rollup serbaguna.

Rollup Serbaguna

Sebagai lingkungan terisolasi dengan modal ekonomi yang dipertaruhkan lebih sedikit, rollup memiliki insentif tertentu untuk bereksperimen dengan lapisan tertentu dalam stack, seperti pada tingkat eksekusi dan konsensus, guna menawarkan produk yang berbeda. Namun, sebagian besar rollup merupakan versi siap pakai dari VM yang sudah ada (kecuali Fuel). Alasannya, mereka memiliki insentif untuk semaksimal mungkin memudahkan aplikasi yang sudah ada agar dapat diterapkan ke L2 mereka. Hal ini mendorong tim yang berinovasi pada tingkat eksekusi dan konsensus untuk meluncurkan L1 mereka sendiri, seperti Monad.

Lebih banyak eksperimen pada lapisan eksekusi mungkin akan segera hadir karena jumlah rollup jauh melampaui titik keseimbangan yang wajar, khususnya bagi rollup yang kesulitan menarik pengguna dan likuiditas.

Kondisi Rollup Serbaguna Saat Ini

Rollup serbaguna seperti Arbitrum, Optimism, dan Base telah menunjukkan efek jaringan yang kuat serta menarik banyak aplikasi lama dan baru untuk diluncurkan di L2, seperti GMX dan friend.tech. Kehadiran aset dan status native Ethereum pada L2 ini—yang sering menggunakan Ethereum sebagai denominasi token gas—memastikan pengguna dan pengembang memiliki akses ke ekosistem yang kaya dan matang. Akses ini sangat penting bagi aplikasi yang mencari likuiditas serta memiliki protokol dan aset berbasis Ethereum. Dalam hal pengalaman pengguna, platform seperti Coinbase telah mengintegrasikan dompet native dan dukungan pembayaran untuk Base (tempat mereka mengoperasikan satu-satunya sequencer), sehingga interaksi menjadi lancar dan ramah pengguna.

Saat mempertimbangkan berbagai L2, penting untuk memperhitungkan lingkungan eksekusi alternatif untuk penerapan, likuiditas, dan infrastruktur L2 itu sendiri. Faktor seperti struktur biaya ketersediaan data, potensi perubahan biaya jaringan pada masa mendatang, dan lanskap penyedia infrastruktur yang terus berkembang harus menjadi dasar proses pengambilan keputusan. Pengembang aplikasi perlu memahami struktur biaya bagi pengguna saat ini dan membuat proyeksi yang wajar tentang masa depan berdasarkan berbagai faktor, khususnya biaya ketersediaan data. Bagi pengembang yang mempertimbangkan penerapan L2, memahami nuansa sistem sangatlah penting, dengan perhatian khusus pada lingkungan eksekusi pilihan dan peluang penerapan alternatif.

Riset baru yang dipimpin oleh Ethereum Foundation, seperti “based rollups” yang diurutkan oleh L1, berarti rollup akan terus berkembang dalam hal keaktifan, desentralisasi, dan pengalaman pengguna. Sequencer terdesentralisasi—atau setidaknya rotasi beberapa sequencer demi keaktifan—masih berada dalam tahap penelitian, tetapi menawarkan kemajuan yang menjanjikan untuk memastikan keandalan dan mengurangi risiko sequencer saat ini. Saat ini, pengguna memercayai sequencer yang dijalankan oleh tim inti L2 untuk mengurutkan transaksi secara adil dan tidak mengekstrak MEV secara berbahaya dengan mengubah urutan transaksi. Pengguna juga dapat mengirimkan transaksi secara langsung ke L1 melalui penyertaan paksa jika terjadi penyensoran oleh sequencer.

Di sisi lain, rollup yang ada saat ini tidak memiliki beberapa fitur utama yang sedang aktif dikembangkan sesuai roadmap mereka. Sebagai contoh, tidak ada satu pun rollup optimistis utama yang menawarkan bukti kesalahan tanpa izin, dan fitur tersebut sering dibatasi oleh kontrak yang dapat ditingkatkan melalui multisig. Selain itu, banyak rollup tidak memiliki jalur keluar bagi pengguna untuk menarik dana ketika menghadapi sequencer berbahaya.

Kondisi Akhir Rollup Serbaguna

Salah satu hasil yang mungkin terjadi adalah kondisi akhir rollup serbaguna dengan sequencer “bertenaga besar” (atau sekumpulan sequencer). Di dunia tempat Ethereum mempertahankan posisinya sebagai chain dengan status paling menarik dan pengguna tetap sangat memilih bridge L1 ke L2, satu atau beberapa L2 rollup serbaguna dapat menawarkan keunggulan eksekusi yang signifikan demi pengalaman pengguna yang jauh lebih baik. 

L1 pada dasarnya hanya akan hadir untuk menyediakan karakteristik yang dibutuhkan rollup, menghapus risiko re-org L1 terhadap L2, dan memungkinkan L2 mengoptimalkan aspek yang penting bagi pengguna akhir: latensi dan pembaruan status seefisien mungkin, biasanya dalam bentuk harga yang lebih baik. Ethereum—L1 pilihan—tetap berperan karena konsensus sosial masih memperoleh nilai dari status Ethereum atas alasan memetis (pihak-pihak yang terlibat terdesentralisasi secara kredibel, peluncuran yang adil, dan sebagainya). L2 hadir sebagai entitas asing bagi L1.

Rollup tersebut akan memiliki fitur dan karakteristik berikut:

• Inovasi tanpa izin – siapa pun dapat membangun dan menerapkan aplikasi baru
• Ketahanan terhadap penyensoran – melalui penyertaan paksa di L1
• Ketersediaan data – baik secara langsung di L1 maupun pada lapisan DA terpisah
• Validitas – bukti kesalahan atau zk-proof
• Lingkungan eksekusi paralel – transaksi diproses dengan sangat efisien

Dalam kondisi akhir ini, hanya ada beberapa (2?) rollup yang memiliki jumlah pengguna dan volume yang berarti. Aplikasi marjinal memilih diterapkan ke rollup ini karena biaya berbagi ruang blok (diamortisasi hingga sedekat mungkin dengan nol) terlampaui oleh besarnya akses ke pengguna. Preferensi pengguna yang terlihat menunjukkan bahwa UX paling sederhana menjadi prioritas tinggi. Jika skenario ini terwujud, kripto pada dasarnya telah menciptakan kembali keuangan tradisional dengan beberapa peningkatan utama: inovasi tanpa izin, ketahanan terhadap penyensoran, tanpa kustodian, dan transparansi. Hanya segelintir pelaku yang memiliki akses tulis ke pasar keuangan tradisional; NYSE dan bursa lainnya adalah pasar dengan regulasi ketat dan akses terbatas yang dapat menyensor individu sesuai ketentuan hukum dan peraturan.

Dalam skenario ini, latensi dan kolokasi dengan sequencer akan tetap ada seperti pada keuangan tradisional dengan server buku pesanan. Saat ini, akses terbatas yang ditentukan oleh politik dan ketergantungan jalur telah menentukan entitas mana yang berhak melakukan kolokasi di server NYSE. Pengalaman Citadel selama puluhan tahun dalam mengoptimalkan infrastruktur dan algoritma yang memberikan harga lebih baik kepada pengguna akhir tetap berlaku dalam lingkungan tanpa izin. Dalam kondisi akhir rollup ini, individu dan tim akan bersaing dengan setiap individu berbakat lainnya di dunia hanya berdasarkan kinerja, sehingga menghasilkan harga dan pengalaman pengguna akhir yang lebih baik.

Meskipun secara teori semua ini terdengar baik, kondisi L2 saat ini menunjukkan gambaran yang sangat berbeda. Bukan hanya sequencer yang ada dijalankan oleh tim inti—sebuah titik tunggal kegagalan keaktifan—tetapi mereka juga sering membatasi tindakan terpenting, baik kontrak bridge maupun bukti kesalahan berizin. Meskipun desentralisasi dan penghapusan multisig tercantum dalam roadmap banyak L2, kondisi tersebut belum terwujud saat ini.

Kapan L1 Masuk Akal

Konsep status bersama pada blockchain Layer 1, seperti Solana dan Ethereum, memungkinkan komposabilitas tanpa izin, yang berarti aplikasi dapat saling berinteraksi dengan aman tanpa memerlukan kepercayaan. Salah satu kegunaannya adalah untuk strategi pemasaran seperti airdrop tertarget. Sebagai contoh, dengan memanfaatkan status bersama, suatu proyek dapat mengidentifikasi dan memberikan imbalan kepada komunitas NFT tertentu, sehingga memungkinkan mekanisme imbalan yang sangat terarah dan efektif. Pyth, oracle multi-chain untuk data, baru-baru ini melakukan airdrop $PYTH di Solana kepada siapa pun yang pernah berinteraksi dengan protokolnya di lebih dari 40 blockchain. Dengan menganalisis pola kepemilikan dan keterlibatan komunitas dalam blockchain, proyek dapat menyesuaikan imbalan, seperti token eksklusif atau akses ke layanan baru, untuk memberikan insentif dan berinteraksi dengan segmen tertentu dalam komunitas blockchain. Dengan demikian, proyek dapat menciptakan inisiatif pemasaran yang lebih berdampak dan relevan.

Status bersama secara unik memungkinkan atribusi on-chain ini untuk imbalan dan tindakan. Jupiter, agregator perdagangan terpadu yang menjamin pengguna memperoleh harga terbaik, merupakan contoh aplikasi yang hanya dapat tersedia di chain dengan status bersama seperti Solana.

Bersama DeFi, pembayaran merupakan salah satu kasus penggunaan terpenting bagi kripto karena memungkinkan pengguna mengirim nilai dalam jumlah berapa pun tanpa perantara eksploitatif seperti Western Union. Pembayaran mencakup transaksi antarpengguna seperti Venmo dan transaksi bisnis-ke-konsumen seperti belanja online. Yang terpenting, pembayaran harus begitu murah dan cepat sehingga pengguna tidak perlu mempertimbangkan biaya gas saat mengirim uang. Di Solana, lebih dari separuh transfer USDC bernilai kurang dari $5, sesuatu yang hanya dapat dicapai pada blockchain dengan biaya gas sangat rendah seperti Solana.

Hal ini memungkinkan pembangunan bisnis baru di atasnya, seperti Tiplink, yang memungkinkan orang mengirim uang menggunakan URL tanpa perlu menyiapkan dompet (Anda bahkan dapat mendaftar dengan kredensial Google). Shopify telah terintegrasi dengan Solana Pay agar pembeli dapat menyelesaikan transaksi dengan membayar dalam USDC di Solana. Visa memilih berintegrasi dengan Solana untuk menyelesaikan USDC bagi penyedia layanan akuisisi merchant global Worldpay dan Nuvei. Code telah menggunakan nonce tahan lama untuk menciptakan lingkungan eksekusi semi-asinkron guna membangun sistem notifikasi pembayaran yang sangat cepat dan pengalaman pengguna yang lancar. Meskipun sebagian orang menyebutnya sebagai L2, sistem ini tidak memiliki bukti kesalahan dan sepenuhnya dioptimalkan untuk menciptakan pengalaman pengguna akhir yang lebih baik.

Alasan Solana tidak memiliki L2 adalah karena transaksi sudah sangat murah, serta secara native memisahkan dan menetapkan harga status dalam blok tertentu. Sejak awal, Solana telah dioptimalkan untuk menghadirkan status tersinkronisasi secepat yang dimungkinkan hukum fisika dan membuat biaya transaksi sedekat mungkin dengan biaya operasional marjinal. Di Ethereum, transaksi jauh lebih mahal, salah satunya karena EVM berutas tunggal. Status hanya dapat ditetapkan harganya secara terpisah ketika ada instans mesin virtual lain yang berjalan, dan inilah yang dilakukan L2. Solana dan blockchain VM paralel lainnya memungkinkan pasar biaya lokal, tempat bagian-bagian status yang berbeda dikenai biaya berbeda berdasarkan tingkat perebutan atas bagian status tertentu. Titik aktivitas status lokal dapat dikelola tanpa meningkatkan perebutan atau biaya di seluruh blockchain. Dalam praktiknya, ini berarti pencetakan NFT atau airdrop hanya menimbulkan sedikit eksternalitas terhadap aplikasi Anda yang terpisah. 

Tidak seperti L2, kondisi akhir Solana bukan sekadar tercantum dalam roadmap—kondisi tersebut sudah hadir saat ini. Meskipun Solana terus dipelihara dan ditingkatkan secara aktif melalui SIMD, Solana merupakan buku besar aset yang fungsional dan netral secara kredibel, tanpa memerlukan kepercayaan tambahan pada multisig, keselarasan, atau sentimen semata.

Apa Solusi Terbaik untuk Saya?

Jawabannya tergantung pada hal yang ingin Anda optimalkan. Sebagai aturan umum, pengembang aplikasi atau pemilik bisnis sebaiknya menggunakan waktu seminimal mungkin untuk pemeliharaan infrastruktur blockchain dan mencurahkan waktu sebanyak mungkin untuk menyempurnakan produk demi menciptakan pengalaman pengguna terbaik. Pertanyaannya, seberapa banyak yang diperlukan bagi Anda?

Saat memilih chain tertentu, berbagai primitif yang tersedia pada chain tersebut harus dipelajari dengan cermat, seperti pada aplikasi semacam Drip yang telah mencetak lebih dari 60 juta NFT dan memiliki 500.000 kolektor.

Hal yang ingin Anda optimalkan pada akhirnya akan mempersempit pilihan chain. Berdasarkan rangkuman berbagai L1 dan L2 di atas, berikut beberapa aspek yang perlu dipertimbangkan:

1. Pengguna on-chain
2. Penggunaan on-chain (jika Anda mengoptimalkan fungsi on-chain tertentu seperti perdagangan, Anda perlu memeriksa chain yang memiliki lingkungan berbiaya rendah—seperti Solana, Sui, atau Optimism. Anda perlu memahami kompromi dan batasan teknis dari waktu blok yang lebih singkat, ukuran blok yang lebih besar, dan sebagainya.)
3. Waktu eksekusi
4. Likuiditas on-chain
5. Whale/likuiditas on-chain (misalnya, ekosistem EVM cenderung memiliki lebih banyak likuiditas karena era peluncuran token sebelumnya, tetapi kondisi ini berubah dengan cepat)
6. Akses ke komunitas on-chain tertentu (seniman, pedagang, dan sebagainya)
7. Ketersediaan hibah dan VC (ekosistem yang lebih baru memiliki lebih banyak modal hibah, tetapi lebih sedikit modal VC)
8. Kompleksitas teknis dan beban pengelolaan (misalnya, Code hanya memerlukan 2 engineer untuk menjalankan aplikasinya di Solana, sedangkan dydx memerlukan lebih dari 30 engineer dan peneliti)
9. Kemampuan pemrograman dan kedaulatan dalam aturan chain (misalnya, aturan penyelesaian perdagangan yang bersifat khusus)
10. Akses ke pelaku institusional (misalnya, Coinbase di Base serta Visa dan Shopify di Solana)
11. Komposabilitas dengan aplikasi lain dalam ekosistem (misalnya DeFi dan aplikasi pembayaran)

Penerapan ke konstruksi rollup tertentu dapat masuk akal bagi aplikasi tertentu yang memahami dan secara unik memanfaatkan karakteristik yang telah disebutkan. Bagi sebagian besar aplikasi, Solana menyediakan primitif yang diperlukan agar aplikasi berhasil. Keputusan desainnya yang unik membuat Solana cepat, murah, dan berkinerja tinggi, serta telah beroperasi dalam produksi selama bertahun-tahun.

Kesimpulan

Memahami dan menavigasi lanskap blockchain, khususnya pilihan antara platform Layer 1 (L1) dan Layer 2 (L2), memerlukan pemahaman mendalam tentang berbagai kompromi yang ada. Pilihan antara L1 dan L2 bukan sekadar keputusan teknis—ini adalah strategi bisnis penting yang memengaruhi skalabilitas, keamanan, dan kelayakan proyek secara keseluruhan. Refaktorisasi seluruh basis kode juga akan menambah utang teknis dan mengurangi peluang Anda untuk membangun aplikasi yang sukses.

Peran pengalaman pengguna dalam adopsi blockchain sangatlah penting. Seiring makin matangnya teknologi, fokus harus semakin diarahkan pada pembuatan antarmuka yang intuitif, lancar, dan ramah pengguna agar dapat menjembatani kesenjangan antara infrastruktur blockchain yang kompleks dan pengguna akhir. Meskipun aplikasi yang berbeda mendapatkan manfaat dari tingkat fleksibilitas yang berbeda, sebagian besar pengembang aplikasi sebaiknya memilih platform yang memungkinkan mereka mencurahkan waktu sebanyak mungkin untuk membangun produk terbaik.

Terima kasih kepada Akshay, 0xIchigo, dan Jon Charbonneau atas tinjauan dan komentarnya.