“Bagaimana saya bisa meluncurkan sebuah token” adalah salah satu pertanyaan yang paling sering kami terima dari para pendiri, mengingat sifat yang berkembang pesat dari industri kripto. Saat harga naik, dan FOMO mulai muncul – semua orang lain sedang meluncurkan token, apakah saya juga seharusnya? – sangat penting bagi para pembangun untuk mendekati token dengan hati-hati dan cermat. Jadi dalam seri posting khusus ini, kami mencakup strategi untuk mengelola risiko, kerangka kerja untuk menilai kesiapan operasional, dan beberapa aturan lagi untuk peluncuranPastikan untuk mendaftar@A16ZCRYPTOnewslet kami untuk informasi lebih lanjut tentang token dan sumber daya pembangunan perusahaan lainnya.

Harga masih naik, token baru bermunculan, dan banyak pengembang web3 merasa tertekan untuk meluncurkan token mereka sendiri. Masuknya memecoin dalam beberapa bulan terakhir telah menciptakan kesan bahwa meluncurkan sebuah token itu mudah. Dan dalam teori, itu benar. Siapapun dapat membuat, meluncurkan, dan mencantumkan sebuah token tanpa kasus penggunaan yang produktif dalam waktu kurang dari satu jam — itu sama mudahnya seperti mengirim email.

Namun membuka potensi token sebagai sebuah primitif digital baru(mirip dengan apa yang ada di web1), jauh lebih sulit. Meluncurkan token dengan kasus penggunaan yang produktif, terkait dengan produk dan layanan yang dapat digunakan orang, jauh lebih terlibat. Token menambahkan lapisan kompleksitas pada operasi sehari-hari startup, dan peluncuran token sebagian besar tidak dapat dibalik.

Kesalahan paling umum yang dilakukan oleh proyek-proyek dalam web3 adalah meluncurkan token terlalu cepat. Kesalahan ini seringkali fatal, sehingga setiap proyek yang ingin melangkah harus menjelaskan mengapa dan bagaimana ia bermaksud meluncurkan token, beserta kapan rencananya.

Mengajukan pertanyaan “kapan” tidak begitu banyak tentang penanggalan seperti tentang menetapkan titik di mana sebuah proyek secara wajar berada pada posisi untuk mengatasi tantangan hukum, komersial, dan operasional yang terkait dengan peluncuran token.

Jadi kapan suatu proyek benar-benar siap? Dalam pos ini, kami membahas pertimbangan-pertimbangan kunci, serta beberapa risiko dan trade-off yang akan dihadapi proyek di sepanjang jalan.

Kesesuaian pasar produk

Menemukan kesesuaian produk-pasar adalah fokus paling penting untuk setiap proyek baru, startup, atau produk. Di dunia kripto, para pendiri sebaiknya bertujuan untuk mencapai kesesuaian produk-pasar sebelum meluncurkan token - sepertibatasan operasional yang terkait dengan proyek terdesentralisasimembuat sangat sulit untuk menyesuaikan atau beralih proyek setelah diluncurkan.

Menambahkan token ke proyek terlalu cepat juga dapat membuat lebih sulit menemukan kesesuaian pasar produk. Token dapat memiringkan insentif, mempengaruhi perilaku pengguna, dan mengunci elemen-elemen tertentu dari produk. Mengubah model ekonomi token setelah diluncurkan, misalnya, dapat sulit, bahkan ketika melakukan perubahan ini untuk menemukan kesesuaian pasar produk.

Jadi, sementara token yang dirancang dengan baik adalah penguat yang kuat untuk kesesuaian produk-pasar, mereka tidak dalam hal apa pun sebagai pengganti untuk membangun dan meluncurkan produk yang tepat. Token dapat menarik pengguna, tetapi mereka tidak dapat membuat pengguna tetap tinggal. Dan mereka tentu tidak dapat menggantikan masalah produk yang mendasar yang tim harus mendiagnosis dan perbaiki sebelum peluncuran.

Tentu saja mencapai kesesuaian produk-pasar jauh lebih mudah diucapkan daripada dilakukan. Dibutuhkan keterampilan dan keberuntungan untuk membawa produk yang tepat ke pasar yang bagus. Namun, tim-tim di awal perjalanan ini dapat mencoba beberapa strategi berbeda untuk memulai, termasuk:

• Merancang efek jaringan yang saling menguatkan dari awal: Token adalah primitif baru yang sangat kuat untuk merancang efek jaringan yang saling menguatkan - melalui insentif, airdrop, pembiayaan barang publik retroaktif, dan lainnya. Untuk pertama kalinya dalam sejarah, pembangun dapat merancang mekanisme insentif spesifik protokol yang bersifat digital ke dalam produk mereka sebagai cara untuk mendorong perilaku baik, menyelaraskan pemangku kepentingan, melibatkan komunitas yang terdistribusi, dan bahkan mensubsidi permintaan.
• Membangun peta jalan produk di sekitar pelanggan paling cerdas: Pelanggan “cerdas” memiliki pemahaman bawaan tentang kekuatan dan potensi teknologi baru. Mengidentifikasi pelanggan-pelanggan ini secara dini dan mengembangkan pemahaman mendalam tentang kebutuhan mereka adalah kunci. Seiring waktu, kemungkinan lebih banyak orang akan mengikuti jejak mereka, yang dapat meningkatkan daya tarik proyek dan pangsa pasar.
• Menghadiahkan kepada pengguna yang tepat: Setiap platform baru menarik perhatian baik pengguna berpengalaman yang ada di sana atas alasan yang “tepat” maupun para arbiter (atau “petani airdrop,” bagi banyak proyek kripto) yang bertujuan untuk menghasilkan uang dengan cepat. Penting untuk mengidentifikasi dan memberi penghargaan kepada pengguna berpengalaman, yang dapat memberikan nilai jangka panjang bagi jaringan dan juga membawa orang lain bersama, juga.
• Berinvestasi pada pengembang: Mendistribusikan hibah token kepada pengembang yang membangun di platform proyek mendorong pertumbuhan yang menggabungkan, merawat penerima awal, dan memperkaya seluruh komunitas. Saat memutuskan tim mana yang akan didukung, proyek-proyek sebaiknya memikirkan secara strategis tentang nilai yang akan mereka bawa ke jaringan. Rencana tiga langkah sederhana harus mencakup:
  1. Memahami momen kunci dan jadwal: Apakah itu akan selesai dalam sebulan, satu kuartal, atau setahun?
  2. Menawarkan dukungan berbasis tonggak dan hibah token: Hindari jebakan membayar di muka untuk sesuatu yang tidak pernah dikirim.
  3. Memahami nilai potensial dari setiap proyek pengembangan: Nilai total yang diciptakan di jaringan oleh suatu proyek tertentu seharusnya jauh melebihi sumber daya yang diinvestasikan.
• Bekerja dengan proyek-proyek terbaik: Fitur utama dari membangun pada tahap awal jaringan blockchain adalah bahwa, pada saat tertentu, mudah untuk memisahkan proyek-proyek dengan tim terkuat, penggunaan, dan daya tarik pasar. Melecut tim-tim ini untuk membangun dan menerapkan di platform tertentu dapat meluncurkannya ke arah kesesuaian pasar produk, karena pengembang baru sering mengikuti pengguna awal.

Banyak jalur dan strategi yang dapat menuju kesesuaian pasar produk, mulai dari penelitian pengguna yang mendalam hingga alkimi murni. Tidak peduli perjalanan tersebut, tim harus sudah berada di jalan yang tepat sebelum meluncurkan token. Untuk inspirasi, proyek-proyek juga dapat melihat contoh-contoh seperti Uniswap, yang menangkap perdagangan on-chain dengan versi 2 dari protokolnya sebelum peluncuran token; Optimism, yang berhasil menarik beragam pengembang sebelum peluncuran token; dan EigenLayer, yang kini memiliki aktivitas pelanggan dan pengguna yang signifikan tanpa token yang aktif.

Akhirnya, proyek-proyek yang berharap melakukan iterasi berkelanjutan dan substansial terhadap produk mereka setelah peluncuran token sebaiknya mempertimbangkan strategi peluncuran token alternatif yang dibahasdi sini.

Rencana tindakan untuk desentralisasi

Desentralisasiadalah rute teraman menuju token yang lebih tahan lama dan patuh yang mencerminkan kasus penggunaan terbaik dari blockchain - jaringan netral yang berfungsi seperti infrastruktur publik di web3. Banyak proyek memerlukan token untuk benar-benar mendekentralisasi, untuk menyelaraskan dan membuat keputusan di antara pengguna yang terdistribusi, untuk mendorong partisipasi, dan untuk membuka janji teknologi blockchain.

Namun desentralisasi hampir tidak pernah mudah. Proyek-proyek di AS sering kali dihadapkan pada paradoks ayam atau telur - desentralisasi membutuhkan penggunaan token, tetapi penggunaan token membutuhkan desentralisasi. Memperumit kompleksitas ini, bagi sebagian besar proyek desentralisasi adalah sebuah perjalanan, bukan tujuan.

Apakah sebuah proyek berencana untuk menjadi “cukup terdesentralisasisaat peluncuran atau bermaksud menggunakan strategi peluncuran alternatif dan mendekentralisasi dari waktu ke waktu melaluidecentralisasi progresif, sebagian besar proyek sebaiknya mulai dengan mempersiapkan rencana untuk desentralisasi.

Rencana ini harus dimulai dengan tujuan tingkat tinggi, dan kemudian memecahnya menjadi langkah-langkah selanjutnya yang spesifik. kerangka yang diuraikan di sinimemetakan sejumlah karakteristik berbeda untuk proyek blockchain (keduablockchaindanprotokol kontrak pintar) dan menjelaskan bagaimana proyek dapat mencapai desentralisasi yang lebih besar untuk masing-masing. Khususnya:

• Komputasi: Siapa yang menyediakan sumber daya komputasi yang memungkinkan proyek berfungsi? Redundansi di sini mungkin terlihat tidak efisien, tetapi ini penting. Menurut definisi, jaringan terdesentralisasi tidak dapat bergantung pada satu tim atau organisasi tertentu untuk komputasinya. Untuk blockchain, ini mungkin berarti memastikan ada rangkaian validator yang kuat. Untuk protokol kontrak pintar, ini bisa berarti memastikan ada aplikasi dan situs web yang beragam tersedia untuk mengakses protokol. Untuk jaringan sosial terdesentralisasi atau permainan web3, ini bisa berarti jaringan yang beragam dari server atau node off-chain.
• Pengembangan: Apa pengembangan berkelanjutan yang diperlukan? Dan siapa yang akan melakukannya (yaitu, tim inti, pengembang pihak ketiga, dll)? Bagaimana cara pendanaannya? Ini adalah beberapa pertanyaan paling kritis sepanjang jalur proyek menuju desentralisasi. Jawabannya akan terlihat berbeda tergantung pada proyek, tetapi biasanya akan bergantung pada komunitas pengembang yang terdistribusi yang mendeploy atau mengintegrasikan dengan protokol kontrak pintar. Untuk permainan web3 atau sosial, itu juga mungkin termasuk konten yang dihasilkan pengguna.
• Tata kelola: Bagaimana kontrol proyek didesentralisasikan? Meluncur dengan harapan bahwa komunitas proyek akan 'mencari tahu sendiri' kemungkinan besar akan mengecewakan. Kebanyakan proyek gagal mengatasi kompleksitas dan realitas sosial politikterlibat dalam tata kelola terdesentralisasi, dan legitimasi serta manfaatnya telah menderita akibatnya. Namun, penting untuk mendistribusikan kontrol. Banyak pertimbangan masuk ke dalammerancang tata kelola yang efektif, tetapi meminimalkan tata kelolaadalah tempat yang baik untuk memulai.
• Akumulasi nilai: Apa yang mendorong nilai ekonomi dari sebuah token? Baik itu aliran kas dari pengumpulan biaya atau permintaan pasar untuk token, proyek perlu menetapkan metode di mana token mereka akan mengakumulasi nilai yang tidak sepenuhnya bergantung pada upaya tim pendiri proyek atau promotor lainnya. Untuk blockchain, memelihara komunitas pengembang yang beragam adalah kunci. Untuk protokol kontrak pintar, mendorong aplikasi pihak ketiga dan klienpenting dan membantu melindungi dari “dominasi klien, di mana satu aplikasi atau klien memiliki kontrol yang sangat besar mengingat posisinya yang relative terhadap yang lain. Meskipun jenis desentralisasi ini menantang dalam praktiknya, proyek-proyek seperti Ethereum dan Solana telah berhasil mencapainya hari ini.
• Penggunaan dan aksesibilitas: Apakah siapa pun dapat menggunakan proyek ini? Jika token diperlukan untuk berpartisipasi, apakah token tersebut tersedia secara luas? Seberapa luas basis penggunaannya? Semakin bebas pengguna dapat mengakses proyek, dan semakin luas basis penggunanya, biasanya semakin terdesentralisasi proyek tersebut.

Desentralisasi bisa terlihat berbeda untuk setiap proyek. Dan proyek tidak perlu menjadi “sepenuhnya terdesentralisasi” atau bahkan “secara substansial terdesentralisasi” di semua kategori ini untuk menjadi “cukup terdesentralisasi.” Sebaliknya, desentralisasi bergantung pada keseluruhan keadaan proyek: Desentralisasi yang lebih besar dalam beberapa kategori berarti bahwa proyek dapat kurang terdesentralisasi di kategori lainnya. Misalnya, semakin banyak pengembang independen yang terlibat dalam sebuah proyek, semakin banyak tim pendiri asli dapat berpartisipasi dalam tata kelola terdesentralisasi.

Proyek-proyek juga tidak perlu ketat mematuhi rencana peluncuran awal mereka, karena ini secara alami akan berkembang seiring waktu dan pertumbuhan. Ketika kita mengatakan “memiliki rencana untuk desentralisasi dari awal,” itu hanya berarti bahwa merencanakannya sebelum peluncuran token memberi proyek kesempatan nyata untuk mencapai desentralisasi, dan juga berfungsi sebagai panduan yang membantu sepanjang jalan. Begitu proyek-proyek menetapkan rencana untuk desentralisasi, mereka kemudian dapat lebih menentukan bagaimana status desentralisasi mereka mungkin membantu mereka menyempurnakan strategi peluncuran token.

Model ekonomi token yang memikat

Token bisa sangat bagus untuk bootstrapping dan insentif, tetapi mereka bukan kacang ajaib. Proyek memerlukan model token yang berkelanjutanberdasarkan ekonomi unit nyata untuk berhasil. Sebagai contoh, jika sebuah proyek menggunakan insentif berbasis token yang tidak pernah berakhir untuk mendorong pertumbuhan - yang melampaui nilai ekonomi yang mendasari yang mengalir ke protokol - maka akhirnya akan bangkrut. Sebagian besar token akan memerlukan aliran kas untuk memiliki nilai.

Sebagai hasilnya, proyek-proyek harus mengembangkan model ekonomi dasar yang sejalan dengan tujuan token mereka, sebelum meluncurkan.

Ini tidak selalu berarti biaya perlu mengakumulasi ke token dari awal. Pertumbuhan jaringan seringkali menjadi prioritas di awal permainan. Di dunia startup tradisional, banyak perusahaan, termasuk Uber, memprioritaskan pertumbuhan. Mereka mensubsidi pengguna atau menyuntikkan kembali dana daripada memaksimalkan keuntungan. Namun, proyek-proyek perlu memikirkan bagaimana nilai tersebut akhirnya akan mengalir ke token, dan sebaiknya mempertimbangkan biaya insentif token saat merancang rencana tersebut.

Untuk blockchain Layer 1, Ethereum, dengan EIP-1559 yang mengimplementasikan biaya dasar yang akan dibakar untuk semua transaksi Ethereum, menawarkan model ekonomi terbaik. Untuk protokol kontrak pintar, belum ada model yang pasti, tetapi para pembangun dapat menjelajahi banyak model.pemangku kepentingankapitalisme – memberi imbalan kepada pemegang token untuk berkontribusi pada protokol dengan cara yang menguntungkan protokol. Misalnya, mengganti pemegang token atas partisipasi dalam tata kelola terdesentralisasi, membuat konten, atau menyediakan likuiditas.

Saat model ini mulai hidup, perhatikan celah hukum spesifik, termasuk menciptakanrisiko pajak bagi pemegang token, mengakumulasi nilai kepada pemegang token dari aktivitas ilegal, atau menggabungkan hak suara dan hak ekonomisecara implisit melibatkan hukum sekuritas AS. Konsultasikan konselor Anda untuk membantu menavigasi ini dan lainnya.

Struktur organisasi yang kokoh

Struktur organisasi dapat secara signifikan memengaruhi kesuksesan peluncuran token, dan menentukan bagaimana proyek beroperasi jauh ke masa depan. Tidak ada struktur yang cocok untuk semua, jadi proses pemilihan harus dimulai beberapa bulan sebelum peluncuran token. Bahkan struktur yang paling sederhana pun harus ada sebelum peluncuran untuk memastikan kepatuhan terhadap kewajiban regulasi dan pajak yang terkait dengan penerbitan token awal.

Struktur typikal untuk proyek web3 termasuk korporasi pengembang asli (juga dikenal sebagai DevCo), yayasan asing, organisasi otonom terdesentralisasi (DAO), dan pengembang protokol atau aplikasi pihak ketiga.

Ratusan keputusan diperlukan untuk menetapkan struktur organisasi bahkan yang sederhana. Sekali lagi, tidak ada dua proyek yang sama, tetapi berikut adalah beberapa prinsip utama yang seharusnya dipikirkan oleh proyek-proyek.

• Pemisahan DevCo/foundation: Pada tingkat yang tinggi, sebagian besar proyek seharusnya bertujuan untuk menjadikan DevCo sebagai salah satu dari banyak pengembang dan operator aplikasi dalam ekosistem, sementara yayasan mengkoordinasikan upaya komunitas dan menjaga netralitas kredibel dari proyek. Ekosistem Ethereum melakukan pekerjaan yang baik dalam memisahkan peran relatif DevCos dan Ethereum Foundation. Kritis, sebuah yayasan tidak boleh hanya ada dalam nama saja. Yayasan tersebut harus memiliki substansi dan tujuan yang nyata. Ini bisa berarti menambahkan pendiri untuk memimpin yayasan, atau memberikan yayasan dengan pemasaran, komunikasi, dan operasi pasar yang berfokus pada membawa pengembang baru ke dalam ekosistem dan membantu mengorganisir komunitas.
• DAO dan menghilangkan tata kelola berbasis token: Sementaramenghilangkan tata kelola berbasis tokenmemiliki kelebihannya, tetapi sulit dilakukan secara praktis. Sebagai contoh, sebagian besar proyek akan ingin mendirikan sebuah kas dengan token governance yang belum dialokasikan dalam distribusi awal. Meskipun benar bahwa sebuah yayasan asing dapat mengendalikan kas tersebut, konsolidasi kekuatan ini dapat menimbulkan kekhawatiran sentralisasi. Sebagai alternatif, ketika pemegang token mengendalikan kas tersebut, mereka mendesentralisasi kekuatan ekonomi dan menentukan apakah yayasan seharusnya terus menerima pendanaan.
• Pengembang dan aplikasi pihak ketiga: Menarik pengembang pihak ketiga untuk membangun di atas sebuah proyek merupakan salah satu tantangan tersulit saat mendecentralisasikan. Pengembang umumnya memilih proyek berdasarkan beberapa faktor, termasuk: (1) teknologi yang mendasari proyek, (2) popularitas proyek, (3) pendanaan dan insentif, dan (4) apakah proyek tersebutnetral secara kredibelinfrastruktur publik, atau sistem properti yang dikontrol oleh sebuah perusahaan (yaitu, perbedaan antara Ethereum dan Apple App Store). Kritis, proyek-proyek perlu menanamkan keyakinan pada pengembang bahwa mereka akan bebas untuk membangun bisnis nyata, dan aturan-aturan tidak akan tunduk pada perubahan sewenang-wenang.

Dua tantangan organisasional lainnya yang perlu dicatat, dan strategi yang muncul untuk mengatasinya:

Pertama, menggunakan DAO menambahkan lapisan kompleksitas pada operasi proyek. DAO umumnya tidak memiliki eksistensi hukum, mereka tidak dapat membayar pajak, dan mereka berpotensi mengekspos anggotanya pada tanggung jawab tak terbatas, di mana mereka bertanggung jawab atas utang proyek dan kepatuhan pajak.

Risiko-risiko ini adalah tidak teoritis, namun solusi baru mungkin dapat membantu. Pada Maret 2024, Wyoming mengesahkan bentuk entitas hukum baru yang disebut sebagai Asosiasi Nirlaba Tanpa Badan Hukum Terdesentralisasi (DUNA)- model didasarkan pada rekomendasikami membantu membuat – yang dapat menyelesaikan ketiga masalah untuk DAOs dan memberikan merekabanyak manfaat tambahan. Yang paling penting, struktur entitas hukum bersifat tanpa izin dan memungkinkan DAO yang menggunakannya untuk terus berfungsi seperti yang dilakukan DAO saat ini. DUNA tidak cocok untuk semua DAO, jadi proyek yang mempertimbangkannya harus mendiskusikannya dengan penasihat hukum.

Kedua, mendirikan sebuah yayasan yang memberikan nilai yang bermakna bagi komunitas adalah hal yang sangat sulit terutama jika yayasan tersebut berlokasi di tempat yang tidak memiliki bakat web3 yang kuat. Sampai saat ini, kebanyakan proyek telah berjuang dengan masalah ini karena yayasan biasanya berlokasi di yurisdiksi niche dan merekrut dari luar yurisdiksi tersebut berisiko merusak dasar hukum untuk struktur tersebut.

Beberapa proyek sekarang mulai mengatasi tantangan ini dengan menambahkan anak perusahaan operasional ke yayasan asing mereka, biasanya berlokasi di yurisdiksi di mana lebih mudah untuk mempekerjakan karyawan. Britania Raya – dengan bakat yang kuat, pendekatan konstruktif terhadap regulasi web3, dan perjanjian pajak yang menguntungkan – muncul sebagai kandidat kuat untuk peran ini. Anak perusahaan operasional yayasan asing dapat didanai oleh yayasan dan melakukan semua operasi untuk yayasan, sambil mengurangi risiko memiliki karyawan yang berlokasi di luar yurisdiksi asal yayasan.

Proyek lain menggunakan yayasan independen AS untuk melengkapi yayasan asing mereka. Yayasan AS ini awalnya dapat didanai oleh DevCo, dan kemudian menerima hibah pendanaan berkelanjutan dari DAO. Operasi mereka juga dapat mencakup menjalankan program hibah mereka sendiri, memberikan bantuan pembangunan, dan mengkoordinasikan tata kelola terdesentralisasi. Yayasan Uniswap adalah contoh bagus dari pendekatan ini karena telah berhasil mengambil alih pengelolaan komunitas Uniswap dan sekarang mendorong keterlibatan dan aktivitas pengembang independen, sehingga meningkatkan desentralisasi.

Pada akhirnya, struktur organisasi dari sebuah proyek akan ditentukan oleh sejumlah faktor: Struktur tata kelola proyek dan model ekonomi, setiap pekerjaan pengembangan yang direncanakan, teknologi yang mendasari produk dan layanan, serta lokasi geografis proyek dan pasar targetnya. Pastikan untuk bekerja sama erat dengan konselor dan penasihat pajak untuk menerapkan struktur yang efektif sebelum meluncurkan token.

Kesiapan operasional

Peluncuran dan memiliki token langsung memerlukan sejumlah perubahan dalam operasi proyek. Memulai lebih awal dapat membantu proyek mengatasi tantangan operasional, dan memastikan tugas-tugas kritis tidak diabaikan.

• Pendanaan: Sebagian besar DevCos bertujuan untuk memiliki setidaknya 3 tahun runway setelah peluncuran token. Dana ini dapat digunakan untuk produk tambahan dan pekerjaan pengembangan, serta mempertahankan diri dari serangan regulator. Penggalangan dana setelah peluncuran token dapat menjadi tantangan bagi DevCos. Peluncuran token biasanya berarti bahwa produk utama mereka sekarang dimiliki oleh komunitas, mereka mungkin tidak memiliki produk tambahan yang tersedia, dan penjualan token memperkenalkan risiko hukum yang signifikan. Proyek-proyek harus merencanakan dengan baik, dan juga memastikan bahwa yayasan-yayasan memiliki ukuran dan modal yang sesuai dengan peran yang diharapkan.
• Mekanik: Yang mekanika sebenarnyaterlibat dalam peluncuran sebuah token - memberikan token kepada karyawan dan investor, menyiapkan kunci gembok, dan lainnya - adalah kompleks dan bisa memakan waktu beberapa bulan untuk diterapkan. Mulailah lebih awal.
• Komunikasi: Komunikasi publik yang mengarah pada dan setelah peluncuran token penting sekali. Memastikan tim proyek, terutama kepemimpinannya, memiliki kebijakan komunikasi yang ketat yang disesuaikan dengan strategi peluncuran token adalah krusial. Sebuah pernyataan keliru oleh seorang CEO bisa mengancam keseluruhan proyek. Untuk panduan lebih lanjut, lihat postingan ini.
• Insentif Karyawan: Proyek-proyek sering menggunakan token sebagai imbalan berbasis insentif untuk karyawan dan penasihat. Penyusunan dalam beberapa tahun sebelum peluncuran token cukup mudah, tetapi saat proyek mendekati peluncuran token, kompleksitas baru muncul. Misalnya, mengingat volatilitas harga token, beberapa proyek menemukan bahwa tidak masuk akal untuk memberikan token dalam beberapa periode tahun, dan lebih memilih untuk menawarkan penghargaan secara tahunan, biasanya disusun sebagai unit token terbatas (RTU). Proyek-proyek sebaiknya meminta penasihat mereka untuk menjelaskan semua variasi yang mereka lihat untuk mengatasi volatilitas harga token.
• Insentif kemitraan: Proyek juga dapat menggunakan token untuk menyelaraskan insentif pengembang independen dengan tujuan proyek. Sebelum diluncurkan, penghargaan untuk pengembang dapat disusun sebagai perjanjian kemitraan, sering kali menampilkan tonggak-tonggak berbasis pengembangan dan metrik pengguna. Setelah diluncurkan, proyek dapat mengandalkan dana ekosistem dan program hibah untuk mendorong pengembang; atau mereka dapat memilih program insentif programatik (like Liquity, yang secara otomatis memberikan imbalan kepada operator frontend atas membawa pengguna ke protokol), yang dapat lebih efektif memungkinkan siapa pun untuk berpartisipasi dan membangun.
• Desentralisasi operasional: Beralih dari upaya operasional terpusat menjadi keterlibatan komunitas yang luas dan tidak berafiliasimemerlukan perubahan signifikan. Kegiatan off-chain – seperti pengembangan protokol, pemasaran, dan tata kelola – mungkin sangat penting untuk kesuksesan proyek. Dan mendekentralisasikannya melibatkan distribusi peran dan tanggung jawab strategis dalam komunitas sehingga tidak ada kelompok atau entitas tunggal yang memiliki cukup pengaruh untuk mengancam hukum sekuritas AS. Salah satu kesalahan umum untuk DAO, misalnya, adalah tanpa disadari mengkonsentrasikan tata kelola, yang dapat menyebabkan kemacetan regulasi dan operasional. Mengarahkan proyek menuju desentralisasi sambil tetap patuh dan tangguh memerlukan perencanaan rinci terkait kedua kegiatan on-chain dan off-chain. Pada akhirnya, tujuannya adalah untuk mendorong interaksi komunitas dan kontribusi untuk mencapai “desentralisasi yang memadai.”

Seperti yang kami tekankan dalam bagian lain dalam seri ini, tidak ada panduan yang cocok untuk peluncuran token. Sebaliknya, ini hanyalah beberapa kriteria yang perlu dipertimbangkan saat merencanakan peluncuran, bersamaan dengan konselor yang terpercaya.

Setiap peluncuran token akan terlihat berbeda, tergantung pada realitas praktis dari proyek, dari apa yang dianggap sebagai desentralisasi yang memadai hingga tingkat kesiapan di seluruh lima kategori ini. Pada akhirnya, kapan token diluncurkan akan bergantung pada berbagai keadaan yang ada di luar perencanaan yang cermat.

Pandangan yang terdapat di sini adalah milik individu AH Capital Management, L.L.C. (“a16z”) yang dikutip dan bukan pandangan dari a16z atau afiliasinya. Sebagian informasi yang terdapat di sini telah diperoleh dari sumber pihak ketiga, termasuk dari perusahaan portofolio dari dana yang dikelola oleh a16z. Meskipun diambil dari sumber-sumber yang diyakini dapat dipercaya, a16z tidak secara independen memverifikasi informasi tersebut dan tidak membuat pernyataan tentang keakuratan informasi saat ini atau yang bertahan lama atau kesesuaian informasi tersebut untuk situasi tertentu. Selain itu, konten ini mungkin mencakup iklan pihak ketiga; a16z tidak mengulas iklan tersebut dan tidak mendukung konten iklan yang terkandung di dalamnya.

Konten ini disediakan hanya untuk tujuan informasi, dan sebaiknya tidak diandalkan sebagai saran hukum, bisnis, investasi, atau pajak. Anda sebaiknya berkonsultasi dengan penasihat Anda sendiri mengenai hal-hal tersebut. Referensi ke sekuritas atau aset digital hanya untuk tujuan ilustrasi, dan bukan merupakan rekomendasi investasi atau tawaran untuk memberikan layanan penasihat investasi. Selain itu, konten ini tidak ditujukan untuk digunakan oleh investor atau calon investor manapun, dan tidak boleh diandalkan dalam membuat keputusan untuk berinvestasi dalam dana yang dikelola oleh a16z. (Penawaran untuk berinvestasi dalam dana a16z hanya akan dilakukan oleh memorandum penempatan pribadi, perjanjian langganan, dan dokumentasi relevan lainnya dari dana tersebut dan sebaiknya dibaca secara menyeluruh.) Investasi atau perusahaan portofolio yang disebutkan, dirujuk, atau dijelaskan tidak mewakili semua investasi dalam kendaraan yang dikelola oleh a16z, dan tidak ada jaminan bahwa investasi tersebut akan menguntungkan atau bahwa investasi lain yang dilakukan di masa depan akan memiliki karakteristik atau hasil yang serupa. Daftar investasi yang dilakukan oleh dana yang dikelola oleh Andreessen Horowitz (tidak termasuk investasi yang penerbitnya tidak memberikan izin kepada a16z untuk mengungkapkannya secara publik serta investasi yang belum diumumkan dalam aset digital yang diperdagangkan secara publik) tersedia dihttps://a16z.com/investments/.

Grafik dan diagram yang disediakan di sini semata-mata untuk tujuan informasi dan seharusnya tidak diandalkan saat membuat keputusan investasi. Kinerja masa lalu tidak menjamin hasil di masa depan. Konten ini hanya berlaku pada tanggal yang tertera. Setiap proyeksi, perkiraan, ramalan, target, prospek, dan/atau pendapat yang terdapat dalam materi ini dapat berubah tanpa pemberitahuan dan mungkin berbeda atau bertentangan dengan pendapat orang lain. Silakan lihat https://a16z.com/disclosuresuntuk informasi penting tambahan.

Disclaimer：

1. Artikel ini dicetak ulang dari [a16z]. Semua hak cipta milik penulis asli [Miles Jennings、Jason Rosenthal]. Jika ada keberatan terkait pencetakan ulang ini, harap hubungi Gate Belajartim, dan mereka akan menanganinya dengan cepat.
2. Penafian Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata merupakan milik penulis dan tidak merupakan nasihat investasi apa pun.
3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.