Layer 1, Layer 2, Layer 3, apa pun itu, Harapan mendasar adalah bahwa protokol ini mengumpulkan nilai untuk memberikan insentif yang cukup bagi entitas yang mengamankannya. Biasanya, entitas ini memperoleh pendapatan melalui tiga aliran paralel: biaya transaksi, Nilai Ekstrak Miner (MEV), dan emisi token.
Biaya transaksi dapat dibagi lebih lanjut menjadi biaya dasar dan biaya prioritas. Biaya dasar dibayarkan untuk memastikan bahwa transaksi dimasukkan ke dalam rantai kanonikal. Sementara itu, biaya prioritas dibayarkan baik untuk menjamin inklusi ketika permintaan ruang blok melebihi kapasitas atau untuk menjamin urutan tertentu dalam himpunan transaksi yang diusulkan. Yang terakhir ini penting untuk transaksi yang memerlukan waktu, seperti arbitrase atau penjualan NFT yang dilakukan berdasarkan prinsip siapa cepat dia dapat.
Nilai yang terakumulasi melalui biaya dasar per transaksi biasanya memiliki batasan yang berkaitan dengan biaya dasar dari operasional protokol. Dengan asumsi kapasitas yang tersedia, validator memiliki insentif untuk menyertakan transaksi dalam kepala yang diusulkan dari rantai kanonikal selama nilai total yang terakumulasi melebihi biaya pembuatan blok tersebut.
Biaya prioritas terakumulasi selama periode kemacetan - baik lokal maupun global - atau melalui transaksi yang sensitif waktu. Saat kapasitas protokol secara keseluruhan tumbuh dan mendekati tak terbatas (asalkan permintaan tidak berkembang linear dengan kapasitas), probabilitas kemacetan global mendekati nol. Sementara kemacetan lokal tetap mungkin terjadi dalam protokol yang mengoperasikan pelelangan prioritas lokal, kemungkinannya berkurang seiring dengan peningkatan kapasitas yang tak terbatas. Transaksi yang sensitif waktu kemungkinan akan tetap ada terlepas dari arsitektur protokol; namun, jumlahnya diperkirakan akan berkembang secara sublinear dengan jumlah total transaksi, menghasilkan persentase transaksi yang menjadi sensitif waktu semakin berkurang.
Oleh karena itu, protokol menghadapi keputusan strategis:
Ini menyajikan dilema klasik âkualitas versus kuantitasâ.
Sebagian besar pendapatan protokol diperoleh melalui MEV. Besarnya bervariasi tergantung pada protokol dan penggunaannya. Misalnya, sebagai persentase dari total pendapatan protokol, Solana mengakumulasi lebih banyak nilai melalui MEV dibandingkan dengan Ethereum. Jenis umum dari MEV termasuk backruns (seperti pertukaran terpusatâpertukaran terdesentralisasi atau arbitrase pertukaran terdesentralisasiâpertukaran terdesentralisasi), frontruns, bundel frontrun-backrun (sering disebut sebagai âserangan sandwichâ), dan likuidasi.
Beberapa bentuk MEV bersifat jinak atau bahkan menguntungkan bagi efisiensi modal aplikasi di protokol, sementara yang lain dapat dianggap jahat. Meskipun validator dapat mengoptimalkan akumulasi nilai melalui MEV secara independen, mereka biasanya bekerja sama dengan entitas khusus. Entitas ini termotivasi untuk membagikan sebagian dari MEV yang terakumulasi dengan validator untuk memastikan bahwa transaksi yang menghasilkan MEV yang sensitif terhadap waktu dihormati.
Nyata tidak hadir dari diskusi sebelumnya adalah aplikasi yang bertanggung jawab untuk menghasilkan biaya prioritas dan MEV. Apakah aplikasi ini bersedia meninggalkan jumlah uang yang substansial di atas meja? Inilah tempat appchains dan sequencing khusus aplikasi (ASS) berperan. Kedua pendekatan bertujuan untuk meminternalisasi jumlah biaya prioritas dan MEV yang maksimum secara layak sementara mengesampingkan biaya dasar ke protokol yang mendasar.
Dalam appchain, ini tercapai melalui pemisahan fisik dari status aplikasi. Namun, untuk beberapa aplikasi, komposabilitas waktu nyata atau mendekati waktu nyata sangat penting - fitur yang tidak difasilitasi oleh appchains. Inilah di mana ASS menjadi sangat relevan.
Untuk mengatasi perdebatan yang sedang berlangsung: emisi token adalah biaya yang dikenakan pada protokol. Biaya ini ditanggung oleh pemegang token yang tidak dipertaruhkan melalui pengenceran bagian kepemilikan mereka dalam total pasokan. Akibatnya, protokol harus menyeimbangkan meminimalkan "pajak" pada non-stakers dengan memaksimalkan pendapatan bagi peserta konsensus. Dengan kata lain, bagaimana tingkat emisi dapat diminimalkan dengan tetap menjaga keamanan protokol yang optimal?
Ethereum dan Solana telah menerapkan solusi serupa yang melibatkan pembakaran biaya sebagian. Setelah EIP-1559, Ethereum membakar biaya dasar setiap transaksi. Solana membakar separuh dari biaya dasar dan biaya prioritas setiap transaksi. Pembakaran ETH dan SOL bertujuan untuk sebagian atau sepenuhnya mengimbangi jadwal emisi token masing-masing.
Tetapi apakah tujuannya untuk meminimalkan inflasi pasokan token atau untuk memaksimalkan kelangkaan token asli? Jika yang pertama, protokol harus memastikan nilai yang cukup diperoleh melalui "mekanisme yang dapat dibakar." Jika yang terakhir, protokol harus bertujuan untuk memaksimalkan nilai melalui mekanisme ini. Akibatnya, akan berlawanan dengan intuisi untuk protokol semacam itu untuk memaksimalkan kapasitas yang tersedia dan mengisolasi kemacetan. Selain itu, protokol akan berusaha untuk mencegah kebocoran nilai melalui aplikasi yang bercabang menjadi appchains atau memanfaatkan sekuensing khusus aplikasi. Dengan asumsi bahwa peningkatan kapasitas dan appchains / ASS tidak dapat dihindari, protokol harus paling baik bertujuan untuk meminimalkan inflasi.
Pada akhirnya, tujuan akhir bagi sebagian besar protokol akan konvergen. Terlepas dari pendekatan saat ini yang bervariasi, ketidakselarasan insentif antara protokol dan aplikasi yang dibangun di atasnya akan menggeser akumulasi nilai menuju aplikasi itu sendiri. Sebagai respons, protokol yang mendasar akan berupaya mengakumulasi nilai melalui volume transaksi semata-mata daripada nilai yang diharapkan dari transaksi individual.
āđāļāļĢāđ
Layer 1, Layer 2, Layer 3, apa pun itu, Harapan mendasar adalah bahwa protokol ini mengumpulkan nilai untuk memberikan insentif yang cukup bagi entitas yang mengamankannya. Biasanya, entitas ini memperoleh pendapatan melalui tiga aliran paralel: biaya transaksi, Nilai Ekstrak Miner (MEV), dan emisi token.
Biaya transaksi dapat dibagi lebih lanjut menjadi biaya dasar dan biaya prioritas. Biaya dasar dibayarkan untuk memastikan bahwa transaksi dimasukkan ke dalam rantai kanonikal. Sementara itu, biaya prioritas dibayarkan baik untuk menjamin inklusi ketika permintaan ruang blok melebihi kapasitas atau untuk menjamin urutan tertentu dalam himpunan transaksi yang diusulkan. Yang terakhir ini penting untuk transaksi yang memerlukan waktu, seperti arbitrase atau penjualan NFT yang dilakukan berdasarkan prinsip siapa cepat dia dapat.
Nilai yang terakumulasi melalui biaya dasar per transaksi biasanya memiliki batasan yang berkaitan dengan biaya dasar dari operasional protokol. Dengan asumsi kapasitas yang tersedia, validator memiliki insentif untuk menyertakan transaksi dalam kepala yang diusulkan dari rantai kanonikal selama nilai total yang terakumulasi melebihi biaya pembuatan blok tersebut.
Biaya prioritas terakumulasi selama periode kemacetan - baik lokal maupun global - atau melalui transaksi yang sensitif waktu. Saat kapasitas protokol secara keseluruhan tumbuh dan mendekati tak terbatas (asalkan permintaan tidak berkembang linear dengan kapasitas), probabilitas kemacetan global mendekati nol. Sementara kemacetan lokal tetap mungkin terjadi dalam protokol yang mengoperasikan pelelangan prioritas lokal, kemungkinannya berkurang seiring dengan peningkatan kapasitas yang tak terbatas. Transaksi yang sensitif waktu kemungkinan akan tetap ada terlepas dari arsitektur protokol; namun, jumlahnya diperkirakan akan berkembang secara sublinear dengan jumlah total transaksi, menghasilkan persentase transaksi yang menjadi sensitif waktu semakin berkurang.
Oleh karena itu, protokol menghadapi keputusan strategis:
Ini menyajikan dilema klasik âkualitas versus kuantitasâ.
Sebagian besar pendapatan protokol diperoleh melalui MEV. Besarnya bervariasi tergantung pada protokol dan penggunaannya. Misalnya, sebagai persentase dari total pendapatan protokol, Solana mengakumulasi lebih banyak nilai melalui MEV dibandingkan dengan Ethereum. Jenis umum dari MEV termasuk backruns (seperti pertukaran terpusatâpertukaran terdesentralisasi atau arbitrase pertukaran terdesentralisasiâpertukaran terdesentralisasi), frontruns, bundel frontrun-backrun (sering disebut sebagai âserangan sandwichâ), dan likuidasi.
Beberapa bentuk MEV bersifat jinak atau bahkan menguntungkan bagi efisiensi modal aplikasi di protokol, sementara yang lain dapat dianggap jahat. Meskipun validator dapat mengoptimalkan akumulasi nilai melalui MEV secara independen, mereka biasanya bekerja sama dengan entitas khusus. Entitas ini termotivasi untuk membagikan sebagian dari MEV yang terakumulasi dengan validator untuk memastikan bahwa transaksi yang menghasilkan MEV yang sensitif terhadap waktu dihormati.
Nyata tidak hadir dari diskusi sebelumnya adalah aplikasi yang bertanggung jawab untuk menghasilkan biaya prioritas dan MEV. Apakah aplikasi ini bersedia meninggalkan jumlah uang yang substansial di atas meja? Inilah tempat appchains dan sequencing khusus aplikasi (ASS) berperan. Kedua pendekatan bertujuan untuk meminternalisasi jumlah biaya prioritas dan MEV yang maksimum secara layak sementara mengesampingkan biaya dasar ke protokol yang mendasar.
Dalam appchain, ini tercapai melalui pemisahan fisik dari status aplikasi. Namun, untuk beberapa aplikasi, komposabilitas waktu nyata atau mendekati waktu nyata sangat penting - fitur yang tidak difasilitasi oleh appchains. Inilah di mana ASS menjadi sangat relevan.
Untuk mengatasi perdebatan yang sedang berlangsung: emisi token adalah biaya yang dikenakan pada protokol. Biaya ini ditanggung oleh pemegang token yang tidak dipertaruhkan melalui pengenceran bagian kepemilikan mereka dalam total pasokan. Akibatnya, protokol harus menyeimbangkan meminimalkan "pajak" pada non-stakers dengan memaksimalkan pendapatan bagi peserta konsensus. Dengan kata lain, bagaimana tingkat emisi dapat diminimalkan dengan tetap menjaga keamanan protokol yang optimal?
Ethereum dan Solana telah menerapkan solusi serupa yang melibatkan pembakaran biaya sebagian. Setelah EIP-1559, Ethereum membakar biaya dasar setiap transaksi. Solana membakar separuh dari biaya dasar dan biaya prioritas setiap transaksi. Pembakaran ETH dan SOL bertujuan untuk sebagian atau sepenuhnya mengimbangi jadwal emisi token masing-masing.
Tetapi apakah tujuannya untuk meminimalkan inflasi pasokan token atau untuk memaksimalkan kelangkaan token asli? Jika yang pertama, protokol harus memastikan nilai yang cukup diperoleh melalui "mekanisme yang dapat dibakar." Jika yang terakhir, protokol harus bertujuan untuk memaksimalkan nilai melalui mekanisme ini. Akibatnya, akan berlawanan dengan intuisi untuk protokol semacam itu untuk memaksimalkan kapasitas yang tersedia dan mengisolasi kemacetan. Selain itu, protokol akan berusaha untuk mencegah kebocoran nilai melalui aplikasi yang bercabang menjadi appchains atau memanfaatkan sekuensing khusus aplikasi. Dengan asumsi bahwa peningkatan kapasitas dan appchains / ASS tidak dapat dihindari, protokol harus paling baik bertujuan untuk meminimalkan inflasi.
Pada akhirnya, tujuan akhir bagi sebagian besar protokol akan konvergen. Terlepas dari pendekatan saat ini yang bervariasi, ketidakselarasan insentif antara protokol dan aplikasi yang dibangun di atasnya akan menggeser akumulasi nilai menuju aplikasi itu sendiri. Sebagai respons, protokol yang mendasar akan berupaya mengakumulasi nilai melalui volume transaksi semata-mata daripada nilai yang diharapkan dari transaksi individual.