
Revenue sharing adalah sistem di mana “pendapatan” dibagikan kepada peserta terkait berdasarkan proporsi yang telah ditentukan. Model ini lazim digunakan untuk biaya platform, pembagian pendapatan kreator, alokasi bunga produk keuangan, dan komisi referal.
Dalam industri tradisional, platform e-commerce membagikan komisi transaksi kepada toko atau promotor sesuai rasio yang ditetapkan. Di platform konten, kreator dan platform berbagi pendapatan dari tayangan atau iklan. Dalam konteks Web3, protokol membagikan biaya transaksi, bunga pinjaman, atau pendapatan sewa aset kepada pemegang token atau penyedia layanan berdasarkan aturan yang berlaku.
Revenue sharing menggunakan pendapatan bruto sebagai dasar, sedangkan profit sharing menggunakan laba bersih. “Revenue” adalah total dana yang masuk, sedangkan “profit” adalah sisa setelah semua biaya dan pengeluaran dikurangi.
Contoh, jika sebuah kedai kopi menjual kopi senilai 1.000 yuan dalam sehari, itu adalah revenue. Jika biaya seperti biji kopi, sewa, dan gaji berjumlah 800 yuan, maka profit-nya 200 yuan. Dengan revenue share 10%, peserta menerima 1.000 × 10% = 100 yuan; dengan profit share 10%, mereka mendapat 200 × 10% = 20 yuan. Perbedaan utama ada pada dasar perhitungan distribusinya.
Revenue sharing berjalan melalui empat tahap utama: mendefinisikan dasar perhitungan, menetapkan rasio distribusi, menentukan siklus penyelesaian, dan menentukan metode pembayaran. Intinya adalah mendefinisikan revenue terlebih dahulu, lalu melakukan penyelesaian dan distribusi sesuai proporsi dan siklus yang ditetapkan.
Biasanya, platform atau proyek menghitung revenue untuk periode tertentu (misal biaya atau bunga), menentukan jumlah yang didistribusikan sesuai rasio yang disepakati, dan mengalokasikannya ke akun pengguna berdasarkan jumlah kepemilikan, kontribusi, atau tingkatan. Di Web3, proses ini biasanya diotomatisasi oleh smart contract—program yang berjalan otomatis di blockchain yang secara otomatis menyelesaikan dan membagikan reward saat kriteria terpenuhi, sehingga menghilangkan kesalahan dan keterlambatan manual.
Di Web3, revenue sharing banyak dimanfaatkan dalam beberapa skenario: trading dan lending terdesentralisasi, real-world asset tokenization (RWA), dan program referal platform.
Pada decentralized exchange (DEX), biaya transaksi didistribusikan secara proporsional kepada liquidity provider. Liquidity provider menyetorkan aset ke liquidity pool untuk memfasilitasi trading dan menerima bagian biaya sesuai kontribusi mereka.
Protokol lending membagikan bunga yang dibayarkan peminjam kepada lender atau governance token holder sesuai aturan yang berlaku. Untuk skenario RWA—tokenisasi aset dunia nyata seperti pendapatan sewa, dividen, atau pembayaran kupon—distribusi berbasis blockchain memastikan pembayaran proporsional kepada pemegang token.
Pada promosi platform, komisi referal merupakan bentuk revenue sharing: pengundang menerima bagian dari biaya transaksi yang dihasilkan oleh undangan mereka sebagai reward dari platform.
Berpartisipasi dalam revenue sharing umumnya melibatkan tiga langkah: pilih skenario, konfirmasi aturan, lakukan tindakan yang diperlukan, dan pantau hasilnya.
Langkah Satu: Pilih peluang revenue sharing sesuai preferensi Anda—baik produk keuangan (yield), sharing berbasis biaya (menyediakan likuiditas atau memegang aset tertentu), atau komisi referal (cocok untuk pemilik channel sosial atau konten).
Langkah Dua: Baca dan konfirmasi semua aturan distribusi—fokus pada definisi revenue, rasio distribusi, siklus penyelesaian, metode pembayaran, dan persyaratan lock-up. Jika ada Annual Percentage Rate (APR), pastikan apakah itu proyeksi atau historis.
Langkah Tiga: Lakukan tindakan yang diperlukan di Gate. Contoh:
Langkah Empat: Pantau alokasi Anda—periksa catatan pembayaran, pantau perubahan yield dan aturan, serta sesuaikan kepemilikan atau strategi promosi sesuai kebutuhan.
Karena revenue sharing melibatkan dana riil, penting untuk mengidentifikasi risiko terkait metode perhitungan, stabilitas, dan kepatuhan.
Pertama, definisi revenue yang tidak jelas atau aturan penyelesaian yang ambigu bisa menyebabkan hasil tidak sesuai ekspektasi. Pastikan Anda mengetahui jenis pendapatan yang termasuk dan apakah ada batasan atau prioritas.
Kedua, revenue tidak selalu stabil—biaya dan bunga bisa berfluktuasi mengikuti kondisi dan aktivitas pasar. Volume trading yang rendah atau penurunan tingkat bunga dapat mengurangi distribusi.
Ketiga, terdapat risiko eksekusi—terutama di Web3. Bug pada smart contract dapat menyebabkan pembayaran salah atau kehilangan dana; risiko operasional platform atau kegagalan rekanan juga bisa terjadi.
Selain itu, periode lock-up, biaya penarikan awal, pajak, dan persyaratan kepatuhan dapat memengaruhi hasil riil. Selalu baca aturan dengan cermat dan evaluasi kebutuhan likuiditas serta toleransi risiko sebelum berpartisipasi.
Rumus dasarnya: revenue yang dapat didistribusikan × rasio sharing × bobot individu. Bobot Anda bisa berdasarkan persentase kepemilikan aset, tingkat kontribusi, atau tingkatan tertentu.
Contoh: Jika protokol memiliki revenue dapat didistribusikan sebesar 10.000 yuan per minggu dengan rasio sharing 20% dan Anda memiliki 5% dari stake yang memenuhi syarat, bagian Anda adalah 10.000 × 20% × 5% = 100 yuan. Jika ada batas minimum pembayaran atau tingkatan berbeda, hasilnya bisa bervariasi.
Istilah umum meliputi:
Kunci revenue sharing yang efektif terletak pada dasar perhitungan yang jelas dan mekanisme eksekusi yang transparan. Alokasi berdasarkan revenue bruto, bukan laba bersih, meningkatkan kejelasan dan prediktabilitas; otomatisasi melalui smart contract meningkatkan transparansi dan efisiensi pembayaran. Bagi peserta, hal terpenting adalah meneliti detail aturan sebelum berkomitmen—evaluasi risiko volatilitas, lock-up, tuntutan kepatuhan—dan tinjau strategi secara berkala sesuai kebutuhan likuiditas dan kemampuan promosi. Baik di keuangan tradisional maupun Web3, revenue sharing mengaitkan kontribusi dengan reward—namun hanya dengan memahami seluruh syarat dan risiko, hasil dapat sesuai ekspektasi.
Benar—“revenue” adalah total pendapatan bruto yang dihasilkan. Namun, revenue tidak sama dengan profit; revenue adalah total sebelum biaya dikurangi, sedangkan profit adalah sisa setelah semua pengeluaran. Mayoritas model revenue sharing mendistribusikan dari total revenue, bukan profit—yang umumnya lebih menguntungkan bagi peserta.
Hal ini tergantung pada kesepakatan. Biasanya berupa persentase tetap dari total revenue—misal, jika proyek menghasilkan revenue 1 juta dan bagian Anda 10%, Anda menerima 100.000. Rasio pasti bergantung pada tingkat kontribusi, jumlah investasi, atau syarat kemitraan—selalu verifikasi dasar perhitungan dan rasio sebelum bergabung.
Perbedaannya besar. Revenue share membagi pendapatan bruto; profit share membagi sisa setelah semua biaya dikurangi. Jika total revenue 1 juta dan biaya 500 ribu, 30% revenue share menghasilkan 300 ribu, sedangkan 30% profit share hanya memberi Anda 150 ribu. Revenue share lebih menguntungkan bagi peserta—selalu pastikan model mana yang digunakan sebelum terlibat.
Tergantung pada persyaratan tiap proyek atau platform. Beberapa model mengharuskan staking dana, membeli saham, atau menyelesaikan KYC; lainnya hanya mensyaratkan minimal tertentu. Periksa detail proyek di Gate atau platform lain—bandingkan biaya masuk dengan potensi hasil dan pilih yang sesuai dengan kebutuhan Anda.
Kebanyakan platform mendukung pemantauan real-time atau laporan berkala. Di Gate, Anda dapat mengecek total pendapatan, rasio sharing, dan siklus penyelesaian langsung dari dashboard akun Anda. Selalu tinjau catatan secara rutin untuk memastikan perhitungan akurat—dan ikuti update aturan serta jadwal penarikan.


