Cara Kerja Royalti NFT: Desain, Tantangan, dan Ide Baru

Penulis: a16zcrypto

Terjemahan: CryptoKitties (ERC721 Space)

Royalti yang dijalankan secara otomatis dalam penjualan tingkat kedua telah menjadi klaim nilai penting dari Non-fungible token. Dalam dunia yang ideal, pencipta dapat mengatur royalti on-chain, sehingga setiap kali karya mereka dijual di mana pun di internet, royalti akan dibayarkan secara otomatis, tanpa harus bergantung pada pasar dan pihak ketiga lainnya untuk memenuhi royalti dengan baik hati.

Namun, royalti Non-fungible token sebenarnya tidak pernah diterapkan secara on-chain; ini telah salah dipahami. Permintaan untuk penerapan royalti secara on-chain melebihi kemajuan dalam mencapai tujuan ini. Tantangannya adalah sulit untuk membedakan transfer Non-fungible token mana yang harus membayar royalti penjualan, dan mana yang merupakan transfer lain seperti transfer antara Dompet pengguna sendiri, Non-fungible token yang dikirim sebagai hadiah, dan sebagainya.

Desain royalti yang lebih baru mencoba mengatasi tantangan ini dengan mengidentifikasi berbagai jenis transfer dan menerapkan royalti secara paksa pada waktu yang tepat - namun mekanisme ini melibatkan keseimbangan penting antara penegakan royalti yang ketat (memastikan pembayaran royalti) dan kemampuan untuk berinteraksi dengan aplikasi on-chain lainnya (Non-fungible token dan kemampuannya).

Oleh karena itu, dalam artikel ini, kami membahas kelebihan dan kekurangan desain royalti NFT yang ada, serta keseimbangan antara pelaksanaan royalti dan mencapai komposabilitas. Kemudian, kami memperkenalkan dua metode royalti NFT baru yang menggunakan mekanisme insentif untuk mendorong partisipan pasar menghormati royalti. Tujuan kami bukanlah untuk menganjurkan metode tertentu, tetapi untuk membantu pembangun mempertimbangkan desain royalti NFT yang berbeda dan pertimbangan yang terkait.

**Pertama-tama, apa itu “komposabilitas”? **

Komposabilitas adalah salah satu fitur inti dari perangkat lunak Sumber Terbuka, yang memungkinkan pengembang untuk menggabungkan, memodifikasi, dan menumbuk potongan proyek untuk membuat aplikasi baru yang menarik tanpa izin, seperti membangun “batu bata Lego”.

Aplikasi dapat menggabungkan Non-fungible token dalam dua cara dasar - yaitu membaca (memeriksa kepemilikan) atau menulis (memfasilitasi transfer):

Baca (Periksa Kepemilikan) berarti memverifikasi data Blok Chain. **Aplikasi dapat digabungkan dengan token Non-fungible dengan memverifikasi kepemilikan token Non-fungible sebagai “pintu air” untuk operasi lebih lanjut. Misalnya, pemilik Non-fungible token dapat mengklaim Non-fungible token lain, memainkan game, berpartisipasi dalam proses tata kelola, mendapatkan lisensi untuk menggunakan konten media Non-fungible token, atau menghadiri konferensi atau konser. Selain itu, orang juga dapat menggunakan Non-fungible token untuk mengaitkan data on-chain dengan DompetAlamat mereka (misalnya, Non-fungible token berisi nama pengguna yang dapat digunakan oleh orang yang memiliki Non-fungible token di media sosial).

**Menulis (mendorong transfer) mewakili pembaruan status blockchain.**Non-fungible token transfer akan memperbarui on-chain siapa yang memiliki Non-fungible token tersebut. Dalam contoh paling sederhana, orang dapat langsung mentransfer Non-fungible token ke Dompet lain. Aplikasi juga dapat menggabungkan fitur transfer ini dengan salah satu dari berikut: (1) mentransfer Non-fungible token atas nama pemilik (misalnya, dalam kasus pasar Non-fungible token) atau (2) menyimpan sementara Non-fungible token (misalnya, penyimpanan untuk perdagangan di luar bursa, protokol sewa Non-fungible token, atau protokol pinjaman dengan Non-fungible token sebagai jaminan).

Membedakan berbagai jenis Non-fungible token ini sangat penting. Ketika kami menyebutkan ‘komposabilitas’ dalam teks ini, kami terutama mengacu pada ‘menulis’ atau ‘mentransfer’ komposabilitas.

Meskipun siapa saja dapat memverifikasi kepemilikan token non-fungible di atas Blokchain publik, namun desain royalti yang ada membatasi Dompet dan Smart Contract mana yang dapat melakukan transfer atau pertama kali memiliki token non-fungible. Pembatasan ‘penulisan’ ini dapat membunuh peluang penggunaan token non-fungible untuk Keuangan Desentralisasi, game, berbagi kepemilikan melalui multi-tandatangan, bahkan memberikannya ke teman (fren) dan aplikasi di mana token non-fungible memiliki token non-fungible lain.

Sekarang mari kitauraikan secara lebih rinci solusi royalti yang ada dan pertimbangkan pro dan kontranya.

Solusi yang Ada: Daftar Hitam dan Allowlist

Salah satu alasan utama kesulitan dalam memberlakukan royalti adalah sulit membedakan transfer Non-fungible token mana yang merupakan penjualan - yang harus membayar royalti - dan transfer jenis lainnya. Lebih spesifik lagi, karena standar Non-fungible token default telah menerapkan fungsi transfer, kontrak pintar Non-fungible token tidak dapat mengetahui apakah transfer terkait dengan harga penjualan. Solusi yang ada mencoba untuk menyediakan konteks lebih lanjut tentang transfer on-chain dengan membatasi transfer (yaitu, apakah transfer ini penjualan? Atau terjadi melalui pasar tertentu?).

Desain paling populer untuk menegakkan royalti NFT – daftar hitam dan daftar yang diizinkan – mengambil pendekatan berbeda untuk membatasi transfer, dan bersama dengan mereka, membatasi komposabilitas “tulis” atau “transfer”.

Kedua desain ini berputar di sekitar dua tingkat untuk mencegah transfer:

  1. Mencegah transfer yang disebabkan oleh pasar atau aplikasi yang menghindari pembayaran royalti.

  2. Mencegah transfer ke beberapa jenis akun: akun kepemilikan eksternal (EOA) (Dompet yang kebanyakan orang gunakan hari ini) dan smart contract akun. Dengan kata lain, ada pembatasan pada jenis akun mana yang dapat memiliki NFT.

Oleh karena itu, terlepas dari desain yang digunakan oleh pencipta, mereka menghadapi trade-off yang signifikan, tergantung pada bagaimana kontrak pintar token non-fungible mereka mengimplementasikan ‘mencegah’ transfer: semakin ketat pencipta mencegah transfer, semakin rendah kemampuan token non-fungible untuk digabungkan.

Daftar Hitam

Daftar hitam adalah daftar khusus Alamat Smart Contract atau aplikasi yang tidak diizinkan untuk mentransfer Non-fungible token. Pembuat akan menambahkan Alamat pasar atau aplikasi tertentu yang tidak mematuhi royalti ke dalam daftar hitam di dalam Smart Contract Non-fungible token mereka; jika pemegang Non-fungible token mencoba mentransfer token mereka melalui aplikasi yang diblokir, transaksi akan gagal. Anda dapat mengetahui informasi lebih lanjut tentang daftar hitam di sini.

Anda dapat menganggapnya sebagai firewall di komputer Anda: Anda bebas menjelajahi internet, tetapi firewall akan memblokir situs yang dianggap tidak aman. Di sini, “firewall” akan memblokir aplikasi yang diketahui tidak menghormati royalti.

Keuntungan:

Token non-fungible secara default dapat bebas dikombinasikan dengan sebagian besar aplikasi. Hal ini dikarenakan daftar hitam mengadopsi pandangan optimis bahwa sebagian besar aplikasi akan mematuhi royalti.

Pencipta dapat segera melindungi royalti. Pencipta dapat menonaktifkan hal itu dengan menambahkan kontrak yang terdeteksi menghindari royalti ke daftar hitam.

Kelemahan:

Pelaku tidak baik dapat menghindari daftar hitam. Pelaku tidak baik selalu dapat memulai pasar baru yang tidak terdaftar di daftar hitam untuk menghindari royalti.

Daftar hitam tidak dapat secara aktif mencegah tindakan penghindaran royalti - hanya dapat mencegah secara pasif. Pasar baru dapat diluncurkan kapan saja. Pencipta terpaksa bermain permainan mengejar tikus, memantau pasar mana yang menghindari royalti, lalu menambahkannya ke daftar hitam.

Titik terakhir adalah tantangan terbesar. Untuk membuat daftar hitam efektif, pencipta perlu terus memantau aplikasi baru on-chain, melacak setiap pasar Smart Contract baru yang mungkin, menganalisanya, dan kemudian memutuskan apakah akan memblokirnya. Ini adalah pekerjaan yang sulit; bahkan pasar yang ada mungkin perlu ditinjau ulang saat mereka meningkatkan Smart Contract mereka.

Mengeluarkan aplikasi yang menghindari pembayaran royalti dari daftar hitam berarti kehilangan pembayaran. Selain itu, ada masalah ‘ember bocor’: jika bahkan pasar yang menghindari pembayaran royalti pun tidak diblokir, mungkin akan ada aliran perdagangan yang tidak proporsional menuju pasar tersebut.

Salah satu solusi potensial adalah menugaskan manajemen daftar hitam kepada pihak ketiga. Namun, hal ini akan memperkenalkan kembali ketergantungan pada perantara untuk membantu menegakkan royalti, memberikan kekuasaan pasar kepada entitas tersebut, dan mungkin menghasilkan berbagai konsekuensi lain di luar cakupan teks ini.

Allowlist

Allowlist secara tegas menetapkan Smart Contract atau aplikasi Alamat yang diizinkan secara eksklusif untuk memfasilitasi transfer Non-fungible token. Melalui strategi ini, pencipta hanya mengizinkan pasar atau aplikasi yang menjamin pelaksanaan royalti. Pemegang Non-fungible token hanya bisa mentransfer Non-fungible token mereka melalui Smart Contract di Allowlist; jika mereka mencoba mentransfer Non-fungible token menggunakan pasar yang tidak ada di Allowlist, transaksi transfer akan gagal.

Desain Allowlist yang ada juga mencakup beberapa komponen opsional, seperti: (1) membatasi jenis Dompet yang diizinkan memiliki Non-fungible token, biasanya hanya mengizinkan akun eksternal (EOA) daripada akun Smart Contract; (2) membatasi apakah transfer peer-to-peer (p2p) diizinkan.

Keuntungan:

Transfer non-fungible token tidak dapat dilakukan melalui aplikasi yang tidak ada dalam Allowlist, misalnya pasar yang menghindari royalti. Allowlist hanya menyetujui transfer yang difasilitasi oleh Smart Contract yang diketahui oleh pencipta untuk memenuhi royalti. Secara default, semua pasar lain diblokir. Tergantung pada implementasi Allowlist dan pasar, transfer non-fungible token sulit dilakukan melalui pasar yang menghindari royalti (lihat kekurangan di bawah).

Pencipta tidak perlu melacak dan menambahkan pasar bajakan baru seperti dalam mode daftar hitam. Setelah pencipta menambahkan satu atau long beberapa pasar yang memenuhi persyaratan pajak royalti ke Allowlist, urgensi memantau aplikasi baru menurun.

Kelemahan:

Pencipta perlu menyetujui setiap aplikasi individual yang ingin memfasilitasi transfer Non-fungible token. Baik itu daftar hitam maupun Allowlist, keduanya memerlukan pemantauan on-chain dalam tingkat tertentu. Untuk daftar hitam, pencipta perlu memantau aplikasi yang menghindari pembayaran royalti, agar tidak melewatkan pembayaran royalti. Sementara Allowlist memberlakukan komposabilitas yang diizinkan. Pencipta tidak akan melewatkan pembayaran royalti, tetapi mereka mungkin melewatkan inovasi baru aplikasi yang dibangun di sekitar Non-fungible token. Misalnya, jika seorang pengembang membangun konsep pasar Non-fungible token yang unik (dan juga membayar royalti!), pengembang tersebut perlu menghubungi pencipta Non-fungible token, membuktikan bahwa mereka memenuhi kewajiban royalti, dan meminta untuk ditambahkan ke Allowlist setiap Non-fungible token. Ini adalah proses yang memiliki hambatan tinggi.

Masih mungkin untuk menghindari pembayaran royalti, tergantung pada implementasi pasar dan batasan transfer Non-fungible token oleh pembuatnya. Misalnya, jika Non-fungible token diizinkan untuk dijual dengan harga 0 dolar, masih mungkin untuk menghindari pembayaran royalti dengan menggunakan pasar pada Allowlist. Dalam kasus ini, seseorang dapat membangun pasar yang menghindari pembayaran royalti di pasar yang memenuhi kewajiban pembayaran royalti dan memfasilitasi penjualan dengan harga 0 dolar, sementara melakukan transfer pembayaran yang sebenarnya. Karena harga penjualan adalah 0 dolar, royalti bagi pembuatnya adalah 0 (yaitu 5% dari 0 dolar royalti adalah 0 dolar).

Versi Allowlist mungkin terlalu ketat. Versi Allowlist yang paling ketat membatasi jenis Dompet (EOA atau Smart Contract akun) yang diizinkan memiliki Non-fungible token dan juga membatasi transfer peer-to-peer (p2p). Pembatasan pada Smart Contract yang memiliki Non-fungible token bertujuan untuk mencegah pembungkusan Non-fungible token (lihat di bawah), tetapi dalam dunia di mana semua orang menggunakan Dompet Smart Contract, ini mungkin terlalu ketat. Pembatasan pada transfer p2p berarti setiap transfer harus dilakukan melalui pasar yang terdaftar di Allowlist. Alasan dibalik pembatasan ini adalah untuk mencegah pembuat konten melewatkan royalti dalam penjualan p2p di luar bursa. Pembatasan transfer p2p membuat pemilik Non-fungible token sulit untuk mentransfer Non-fungible token antara Dompet mereka sendiri atau langsung ke fren mereka.

Pertimbangan

Model Allowlist dan daftar hitam memperkenalkan keseimbangan antara pelaksanaan royalti yang ketat dan kemampuan kombinasi yang terbuka. Model daftar hitam secara default mengaktifkan kemampuan kombinasi yang terbuka, tetapi lebih mudah untuk dihindari royalti. Dengan menggunakan Allowlist, lebih mudah untuk melaksanakan royalti, tetapi akan sangat membatasi aplikasi yang dapat berinteraksi dengan Non-fungible token.

Kompromi ini bukan hanya perbandingan antara daftar hitam dan Allowlist: Setiap pembatasan pada aplikasi dan metode yang memungkinkan Non-fungible token berinteraksi juga akan membatasi kemampuan Non-fungible token untuk digabungkan dan fungsionalitasnya.

Metode teknologi yang ditingkatkan dapat mengurangi tingkat keseimbangan ini. Namun masalah mendasar masih ada.

NFT版税的运作方式:设计、挑战和新思路

Menggali Kerangka Baru Royalti NFT

Para pencipta masih menguji Allowlist, namun dengan semakin banyak kasus penggunaan Non-fungible token yang long muncul, layak untuk mengeksplorasi batas-batas di luar model daftar hitam / Allowlist untuk meningkatkan keseimbangan antara pelaksanaan royalti dan komposabilitas.

Strategi yang kami telusuri di sini sedikit mengubah definisi masalah dan mekanisme royalti yang ada melalui desain insentif: tujuan kami adalah untuk memperkenalkan langkah-langkah insentif yang mendorong pasar Non-fungible token dan/atau konsumen untuk secara aktif memilih untuk menghormati royalti. Ini memberikan kemungkinan untuk kombinasi yang lebih long secara prinsip.

Kami menunjukkan dua jenis pendekatan yang berbeda di bawah ini. Mekanisme pertama memperbaiki model Allowlist untuk menjadi lebih terbuka, dapat digabungkan, dan mendorong inovasi Non-fungible token berbasis tanpa izin. Mekanisme kedua, yang disebut ‘Hak Pengambilan Kembali’, memberikan insentif yang kuat kepada konsumen untuk menggunakan pasar royalti yang menghormati saat menjual Non-fungible token, sehingga tetap mempertahankan keterbukaan yang dapat digabungkan sambil tetap melakukan pembayaran royalti yang signifikan.

Tujuan kami bukanlah untuk mengusulkan satu ‘solusi’ tunggal, tetapi untuk memperluas pilihan: bagaimana memastikan bahwa pencipta mendapatkan royalti yang lebih banyak, tanpa membatasi kemampuan untuk dikombinasikan dan tidak hanya bergantung pada kebaikan hati?

Metode 1: Menggabungkan mekanisme Allowlist dengan mekanisme stake

Kami dapat memperluas model Allowlist yang ada melalui mekanisme stake, sehingga pasar dan aplikasi lain dapat memperoleh kelayakan anggota Allowlist tanpa izin.

Saat ini, para pencipta harus secara manual menambahkan pasar atau aplikasi ke dalam Allowlist mereka, pengembang pihak ketiga harus meminta izin dari pencipta untuk dapat ditambahkan. Hal ini dapat memperlambat inovasi dan adopsi aplikasi baru, serta mendorong tanggung jawab royalti kepada pencipta dengan memeriksa aplikasi baru untuk memastikan mereka mematuhi. Menyerahkan manajemen Allowlist kepada pihak ketiga juga dapat memperlambat proses ini.

Menggunakan model staking untuk memperoleh kualifikasi sebagai anggota Allowlist akan memungkinkan aplikasi baru untuk mengeksekusi royalti sebagai jaminan dengan dana staking atau sumber daya lainnya (‘optimis’ dalam artian mempercayai kemudian memverifikasi, bukan mengasumsikan perilaku jahat). Secara default, pemegang token non-fungibel dapat langsung berinteraksi dengan aplikasi baru yang menyediakan staking yang sesuai. Jika perilaku aplikasi tidak benar, pencipta dapat memotong staking dan mengeluarkan aplikasi dari Allowlist. Kami bahkan dapat membayangkan model campuran di mana jika aplikasi terbukti jujur seiring waktu, pencipta dapat secara resmi menambahkan aplikasi ke Allowlist dan mengembalikan staking.

Metode desain ini memiliki beberapa masalah yang belum terpecahkan. Kami akan mencatatnya di sini agar orang lain dapat berbagi pemikiran dan penelitian lebih lanjut.

Bagaimana pencipta mengimplementasikan arbitrase pemotongan stake? Standar pemotongan stake - apakah royalti dilaksanakan - mungkin menantang untuk dideteksi dan dibuktikan on-chain. Pengembang aplikasi perlu mempercayai bahwa para pencipta tidak akan memotong stake mereka tanpa alasan dan menghapusnya dari Allowlist.

Siapa yang harus mendapatkan stake yang dikurangi? Di satu sisi, memberikan stake yang dikurangi kepada pencipta mungkin merupakan kompensasi sebagian bagi mereka yang kehilangan royalti karena memicu peristiwa pengurangan. Tetapi jika stake yang dikurangi tidak diberikan kepada pencipta, pencipta tidak memiliki motivasi untuk mengurangi dengan niat jahat. Inspirasi dapat ditemukan dari mekanisme biaya transaksi EIP-1559 di Ethereum, di mana biaya dasar transaksi dihancurkan bukan dikirimkan ke validator.

Ukuran staking harus sedikit long? Nilai staking perlu berhubungan dengan jumlah royalti yang mungkin diberikan kepada pencipta untuk aplikasi tertentu. Jumlah staking yang lebih kecil mungkin cocok untuk aplikasi yang kurang populer atau niche. Namun, pasar yang mendorong penjualan Non-fungible token dalam jumlah besar memerlukan staking yang lebih long, tingkat staking mungkin perlu bertambah seiring peningkatan nilai koleksi dan volume.

Apakah kita perlu melakukan staking di antara long Non-fungible token? Jika perlu, bagaimana caranya? Pengembang mungkin perlu mengumpulkan sumber staking untuk setiap Non-fungible token individual yang ingin mereka gabungkan, ini merupakan beban yang besar. Namun, jika pengembang melakukan staking pada suatu koleksi dan membuktikan perilaku jujurnya, ini dapat menurunkan beban bagi pencipta Non-fungible token lain untuk menambahkan aplikasi baru ke Allowlist mereka. Demikian pula, kita dapat membayangkan suatu strategi di mana pasar menggunakan staking tunggal dalam jumlah besar untuk menjanjikan royalti dalam koleksi yang luas.

Metode 2: Mekanisme ‘Hak Pemulihan’

Hak pengembalian adalah metode baru yang mendorong pembayaran royalti setiap kali NFT dijual melalui insentif, dengan melebihi keseimbangan antara pelaksanaan dan komposabilitas (dan daftar hitam/Allowlist). Inti dari strategi ini adalah perbaikan definisi ‘mempunyai’ NFT on-chain.

Setiap NFT memiliki dua pemilik catatan yang mungkin berbeda, yang kita sebut pemilik aset dan pemilik kepemilikan:

Pemilik aset adalah Dompet yang memegang Non-fungible token (biasanya kita sebut sebagai “pemilik” hari ini);

Pemilik kepemilikan adalah Dompet yang terakhir membayar royalti kepada pencipta Non-fungible token (NFT) (atau biaya transfer kepemilikan, lihat di bawah ini).

Metode desain ini membantu memastikan bahwa pencipta mendapatkan royalti lebih long tanpa membatasi kombinabilitas.

NFT版税的运作方式:设计、挑战和新思路

Mekanisme Hak Pengumpulan Kembali

Jika pemilik aset Non-fungible token dan pemilik kekayaan berbeda, dengan kata lain, jika Dompet pemilik aset berbeda dengan Dompet pemilik kekayaan, maka pemilik kekayaan dapat mengambil kembali Non-fungible token ke Dompet mereka kapan saja. Pemilik aset dapat menjadi pemilik kekayaan dengan membayar biaya peralihan kepemilikan kepada pencipta, sehingga menghilangkan ‘risiko pengambilalihan’ ini.

Hak pengumpulan bukanlah sewa, tetapi memiliki kesamaan dengan token non-fungible yang disewa. Misalnya, ERC-4907 adalah standar ‘token non-fungible yang disewa’ yang juga memiliki konsep ‘pemilik’ ganda.

Untuk menyederhanakan, kita mengasumsikan bahwa satu-satunya cara untuk mentransfer kepemilikan adalah dengan membayar biaya transfer kepemilikan. Namun dalam praktiknya, mungkin ada mekanisme transfer kepemilikan lain, seperti transfer kepemilikan otomatis setelah waktu yang cukup lama, atau merancang mekanisme yang memungkinkan pencipta untuk secara langsung memicu transfer kepemilikan kepada pemilik aset saat ini.

Dalam model ini, biaya transfer kepemilikan menjadi “royalti” baru; Pasar yang menghormati royalti menggabungkan pembayaran biaya transfer kepemilikan ke dalam transaksi penjualan. Perhatikan bahwa ini berarti bahwa royalti tidak lagi terkait langsung dengan harga jual; Biaya transfer kepemilikan adalah biaya tetap, berbeda dengan biaya “persentase harga jual” yang secara historis digunakan untuk royalti NFT. Namun, kreator memiliki opsi untuk memperpanjang biaya transfer kepemilikan dari waktu ke waktu.

Risiko pemulihan pemilik kepemilikan atas token non-fungible membantu membedakan perilaku orang dalam mentransfer token non-fungible mana yang merupakan penjualan (harus membayar royalti), dan mana yang bukan. Secara khusus, model kepemilikan baru ini mendorong pembayaran royalti (yaitu biaya transfer kepemilikan) dalam mentransfer token non-fungible antara pembeli dan penjual, karena jika tidak, penjual dapat langsung memulihkan token non-fungible setelah ‘menjual’ dan menerima pembayaran.

Saat yang sama, kerangka ini memungkinkan transfer gratis antar Dompet pribadi atau sebagai hadiah.

Mari kita lihat bagaimana ini bekerja dalam praktik melalui beberapa contoh transfer:

  1. Jika saya mentransfer Non-fungible token ke Dompet pribadi saya sendiri, hanya kepemilikan aset yang akan dialihkan ke Dompet baru, Dompet asli saya tetap menjadi pemilik kepemilikan, tetapi saya tidak memiliki risiko pemulihan dari diri saya sendiri.

  2. Jika saya mentransfer Non-fungible token sebagai hadiah kepada fren**, hanya kepemilikan aset yang akan dialihkan, saya akan tetap mempertahankan kepemilikan. Fren saya dapat menggunakan nya secara bebas (termasuk menjual nya; kita akan membahas bagaimana pasar harus menangani ini di bawah), dan dapat mengandalkan kepercayaan sosial bahwa saya tidak akan mencabut Non-fungible token. Jika fren saya ingin memiliki kepemilikan penuh, mereka dapat membayar biaya transfer kepemilikan kepada pencipta kapan saja. Atau, saya bisa membayar biaya transfer kepemilikan saat mengirimkan hadiah Non-fungible token.

  3. Jika saya menjual di pasar atau melakukan perdagangan di luar pasar (misalnya, Anda memberi saya 100 USDC, saya langsung mentransferkan token non-fungible kepada Anda), pembeli sangat didorong untuk membayar biaya transfer kepemilikan, untuk menghilangkan risiko saya mengambil kembali token non-fungible setelah menerima uang dari pembeli.

Apakah pasar perlu mengubah cara kerjanya untuk menyesuaikan dengan model ini?

Pada prinsipnya, tidak diperlukan. Namun, hak pengembalian berarti semua Non-fungible token yang dibeli di pasar memiliki risiko pengembalian, yang merupakan pengalaman pengguna yang buruk - Non-fungible token pembeli akan terus-menerus dikembalikan! Strategi yang lebih baik adalah pasar mengikat pembayaran biaya transfer kepemilikan saat membeli Non-fungible token, sehingga pada saat penjualan terjadi, kepemilikan ditransfer ke pembeli baru. Dengan menggunakan model ini, pembayaran royalti didukung dan terkait erat dengan memastikan pengalaman pasar yang lebih baik.

Baik mekanisme hak pengembalian maupun mekanisme daftar izin dan daftar blokir tidak dapat mencegah penghindaran royalti dengan mengemas token non-fungible—kecuali Anda melarang semua kontrak pintar memiliki token non-fungible, yang sangat membatasi (terutama mengingat akun abstraksi naik).

Dalam mekanisme hak pengembalian, kontrak kemasan harus membayar biaya transfer kepemilikan untuk mendapatkan kepemilikan, sehingga menjadi token non-fungible kemasan yang sah. Ini sebenarnya menjadi biaya keluar, yaitu harga meninggalkan ekosistem token non-fungible. Selain itu, jika sebuah kontrak kemasan populer muncul, mudah untuk mengidentifikasi kontrak tersebut on-chain.

Setiap pemilik kepemilikan dianggap sebagai token non-fungible dari kontrak pembungkus yang jahat dapat dicegah oleh pencipta token non-fungible untuk berpartisipasi dalam ekosistem, kegiatan komunitas, atau utilitas terkait lainnya. Jika sebuah kontrak pembungkus diidentifikasi dan diblokir dari komunitas, dan seorang pemilik token non-fungible ingin ‘masuk kembali’ ke dalam ekosistem, mereka dapat membayar biaya untuk mentransfer kepemilikan dari kontrak pembungkus sebagai biaya masuk kembali.

Lebih luas lagi, mengungkap informasi apakah pemilik aset juga pemilik hak kepemilikan bisa bermanfaat. Akses Dompet kepada pemilik bukan pemilik hak kepemilikan di seluruh ekosistem bisa menjadi insentif penting bagi pembeli NFT membayar royalti. Misalnya, jika pasar atau Dompet menunjukkan dengan jelas NFT yang belum membayar royalti/ biaya transfer kepemilikan, ini mungkin mendorong konsumen untuk memilih membayar royalti.

Hipotesis

Kerangka hak pengambilalihan bergantung pada dua asumsi kunci:

  1. Para pencipta menerima biaya pemindahan kepemilikan sebagai ‘royalti’, yang tidak lagi menjadi persentase langsung dari harga penjualan.

  2. Pencipta dapat menerima Non-fungible token mereka yang mungkin dibungkus untuk menghindari royalti (mengetahui bahwa ada biaya keluar dan masuk lagi), dan mudah dikenali dan dicegah akses komunitas dari Non-fungible token yang dibungkus.

Jika pencipta tidak menerima asumsi-asumsi ini, maka desain hak pengambilan kembali tidak dapat eksis secara terpisah. Ada beberapa fitur dan komponen lain yang dapat mengendurkan asumsi-asumsi ini, kami berharap dapat memperluas ini di masa depan - kami juga berharap orang lain di komunitas dapat memperluas masalah-masalah ini karena kita bersama-sama berusaha menyelesaikan masalah yang penting ini.

Kami juga menyadari bahwa hak pengambilalihan telah menyimpang dari pandangan umum kepemilikan token non-fungibel yang ada. Namun, saat ini ada struktur kepemilikan yang mirip dengan token non-fungibel (misalnya ENS dengan pemilik terdaftar dan pengontrol).

Kesimpulan

Ketika merancang solusi pajak versi NFT, kami percaya bahwa seluruh industri bergerak menuju tujuan yang sama: mempertahankan komposabilitas, melindungi hak kekayaan digital, dan memastikan para pencipta diberi imbalan yang adil atas karya hebat yang mereka hasilkan.

Dengan munculnya penggunaan Non-fungible token yang lebih panjang - dari koleksi hingga gabungan digital-fisik (digi-fizzy) - tidak ada solusi yang universal. Setiap pencipta (dan setiap Non-fungible token) berbeda. Pembangun dan pencipta harus memiliki cara yang mudah untuk memahami berbagai desain royalti dan keseimbangan mereka, untuk memilih desain yang paling sesuai dengan tujuan unik mereka. Semakin panjang ruang desain yang kami perluas, semakin baik hasilnya.

Industri ini memiliki potensi untuk secara signifikan meningkatkan cara penghasilan bagi para pencipta dari karya mereka, mungkin cara terbaik belum ditemukan. Model eksekusi royalti adalah yang baru, dan banyak orang masih mencoba-coba. Jika Anda memiliki gagasan baru setelah membaca artikel ini, silakan bagikan dengan kami!

Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
  • Hadiah
  • Komentar
  • Posting ulang
  • Bagikan
Komentar
0/400
Tidak ada komentar
  • Sematkan
Perdagangkan Kripto Di Mana Saja Kapan Saja
qrCode
Pindai untuk mengunduh aplikasi Gate
Komunitas
Bahasa Indonesia
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)