Cara Membaca Whitepaper Kripto secara Kritis
Pelajari cara membaca whitepaper kripto secara kritis: apa yang harus dibuktikan setiap bagian, pertanyaan yang perlu diajukan, dan tanda bahaya yang membedakan proyek nyata dari hype.
Untuk membaca whitepaper kripto secara kritis, periksa empat hal secara berurutan: apakah masalah yang dijelaskan benar-benar nyata, apakah mekanisme yang diusulkan masuk akal untuk menyelesaikannya, apakah token memang dibutuhkan dan didistribusikan secara adil, dan apakah setiap klaim penting dapat diverifikasi di luar dokumen. Perlakukan whitepaper sebagai materi promosi dan daftar klaim teknis proyek, bukan sebagai bukti.
Whitepaper menjadi terkenal berkat whitepaper Bitcoin, dokumen sembilan halaman yang menjelaskan sistem baru dengan cukup presisi sehingga orang lain dapat membangun dan memeriksanya. Banyak whitepaper sesudahnya justru sebaliknya: panjang, samar, dan penuh istilah populer. Belajar membedakan keduanya adalah salah satu keterampilan paling berguna dalam riset kripto, dan waktunya lebih singkat daripada yang Anda kira.
Apa yang Seharusnya Ada dalam Whitepaper
Kebanyakan whitepaper yang serius membahas hal-hal serupa. Gunakan tabel ini sebagai peta saat membaca:
| Bagian | Apa yang harus disampaikan | Apa yang perlu dicari |
|---|---|---|
| Rumusan masalah | Apa yang bermasalah saat ini dan bagi siapa | Masalah yang spesifik dan nyata, bukan “blockchain akan merevolusi X” |
| Solusi dan desain | Cara kerja sistem | Mekanisme konkret, diagram, asumsi |
| Desain token | Apa fungsi token dan mengapa dibutuhkan | Peran yang jelas seperti biaya, staking, atau tata kelola |
| Suplai dan distribusi | Berapa banyak token yang ada dan siapa yang mendapatkannya | Persentase alokasi, jadwal vesting |
| Model keamanan | Apa yang bisa salah dan bagaimana penanganannya | Pembahasan jujur tentang serangan dan keterbatasan |
| Tim dan tata kelola | Siapa yang membangun dan siapa yang memutuskan perubahan | Orang yang disebut namanya, struktur organisasi |
| Roadmap | Apa yang sudah dibangun dan apa yang direncanakan | Pemisahan jelas antara yang sudah selesai dan yang dijanjikan |
Dokumen yang melewatkan beberapa bagian ini, atau hanya membahasnya dengan slogan, layak dicurigai lebih jauh. Lihat juga: Analisis Treasury.
Langkah 1: Uji Rumusan Masalahnya
Mulailah dari beberapa halaman pertama. Tanyakan:
- 1Apakah masalahnya spesifik? “Pembayaran lintas negara antar-usaha kecil memakan waktu berhari-hari dan biayanya beberapa persen” itu spesifik. “Sistem keuangan rusak” tidak.
- 2Apakah butuh blockchain? Banyak masalah lebih baik diselesaikan dengan database biasa. Dokumen yang baik menjelaskan mengapa desentralisasi, ketahanan terhadap sensor, atau verifikasi publik penting dalam kasus ini.
- 3Siapa penggunanya? Jika Anda tidak bisa membayangkan siapa yang akan memakai produknya, proyek tersebut mungkin tidak punya permintaan nyata.
Langkah 2: Periksa Apakah Mekanismenya Masuk Akal
Bagian desain adalah tempat substansi terlihat. Anda tidak perlu memahami setiap rumus, tetapi Anda tetap bisa memeriksa:
- Apakah ada detail konkret? Metode konsensus, alur data, cara biaya dibayar, cara harga ditetapkan.
- Apakah asumsinya disebutkan? Setiap sistem bergantung pada asumsi, seperti mayoritas yang jujur atau feed harga yang andal. Dokumen yang baik menyebutkannya.
- Apakah trade-off diakui? Klaim menjadi jaringan tercepat, termurah, dan paling terdesentralisasi sekaligus tanpa kekurangan apa pun adalah tanda peringatan.
- Apakah orisinal? Tempelkan beberapa kalimat khas ke mesin pencari. Bagian yang disalin dari whitepaper lain adalah tanda umum proyek asal-asalan atau penipuan.
Langkah 3: Interogasi Tokennya
Bagian token adalah tempat banyak proyek menunjukkan prioritas mereka yang sebenarnya. Tanyakan:
- 1Apa fungsi token? Membayar biaya, mengamankan jaringan melalui staking, memberi suara dalam tata kelola, menjadi jaminan?
- 2Apakah sistem tetap berfungsi tanpanya? Jika stablecoin atau koin yang sudah ada bisa melakukan pekerjaan yang sama, token itu mungkin ada terutama untuk penggalangan dana.
- 3Dari mana nilainya berasal? Jika pemegang token dijanjikan imbal hasil, cari sumber sebenarnya: biaya yang dibayar pengguna, atau token baru yang dicetak untuk hadiah.
- 4Bagaimana suplai dibagi? Catat berapa banyak yang diberikan kepada tim, investor, treasury, dan komunitas, serta seberapa cepat semuanya dibuka. Panduan kami tentang tokenomics dan tentang jadwal vesting dan pembukaan token menjelaskan seperti apa jadwal yang sehat.
Berhati-hatilah terutama terhadap janji imbal hasil tetap atau terjamin. Di banyak negara, menjanjikan keuntungan dari upaya sebuah tim juga dapat menimbulkan konsekuensi hukum bagi proyek. Untuk pembahasan lebih mendalam, lihat Pemeriksaan Kesehatan Komunitas.
Langkah 4: Verifikasi Klaim di Luar Dokumen
Ini adalah langkah yang paling sering dilewatkan pembaca, dan yang paling penting:
- Kode. Apakah ada repositori publik dengan riwayat pengembangan nyata? Apakah kodenya sesuai dengan desain yang dijelaskan?
- Data on-chain. Gunakan block explorer untuk memeriksa apakah suplai token dan pemegang terbesar sesuai dengan alokasi yang dinyatakan.
- Tim. Apakah orang-orang yang disebut dapat ditemukan secara independen, dengan riwayat kerja yang sudah ada sebelum proyek ini?
- Audit. Jika audit disebutkan, cari laporannya di situs web auditor itu sendiri.
- Kemitraan. Pastikan mitra yang disebut menyebutkan kerja sama tersebut di kanal resmi mereka sendiri.
Panduan kami yang lebih luas tentang cara meriset proyek kripto sebelum berinvestasi menunjukkan bagaimana pemeriksaan-pemeriksaan ini saling melengkapi.
Tanda Bahaya dalam Whitepaper Kripto
Waspadai pola-pola berikut:
- Imbal hasil yang dijamin atau luar biasa tinggi, atau bahasa tentang “penghasilan pasif” hanya dengan memegang token.
- Tumpukan istilah populer: AI, metaverse, tahan kuantum, dan DeFi dalam satu paragraf tanpa detail.
- Alokasi token besar untuk tim atau “pemasaran” dengan vesting yang singkat atau tanpa vesting.
- Tim anonim yang dikombinasikan dengan target penggalangan dana yang besar.
- Tidak ada pembahasan tentang risiko, serangan, atau keterbatasan.
- Roadmap yang sebagian besar berisi listing di exchange dan target harga, bukan pengembangan produk.
- Riwayat versi di mana alokasi token berubah diam-diam antar-draf.
Kami membahas hal ini lebih rinci dalam Cara Menggunakan Data Harga Historis untuk Riset.
Kesimpulan
Whitepaper adalah titik awal, bukan vonis. Bacalah untuk memahami apa yang diklaim proyek, lalu habiskan sebagian besar waktu Anda untuk mencocokkan klaim-klaim itu dengan kode, data blockchain, rekam jejak tim, dan sumber independen. Jika dokumennya samar di bagian yang seharusnya spesifik, atau tokennya tampak ada terutama untuk dijual, hal itu memberi tahu Anda lebih banyak daripada desain serapi apa pun. Saat Anda siap membandingkan proyek ini dengan yang lain, artikel due diligence kami membahas langkah berikutnya.
Pertanyaan umum
Apa itu whitepaper kripto?
Whitepaper kripto adalah dokumen yang diterbitkan sebuah proyek untuk menjelaskan masalah yang ingin dipecahkannya, cara kerja teknologinya, bagaimana tokennya dirancang dan didistribusikan, serta siapa yang membangunnya. Ini adalah dokumen pemasaran sekaligus teknis yang ditulis oleh proyek itu sendiri, jadi sebaiknya dicek dengan bukti independen alih-alih diterima begitu saja.
Apakah whitepaper yang bagus berarti proyeknya sah?
Tidak. Whitepaper yang rapi bisa ditulis atau disalin dengan murah. Whitepaper adalah kumpulan klaim. Keabsahan berasal dari bukti: kode yang berfungsi, aktivitas on-chain, pengguna nyata, anggota tim yang dapat diidentifikasi, dan distribusi token yang sesuai dengan janji dokumen tersebut.
Berapa lama waktu untuk membaca whitepaper?
Pembacaan kritis pertama biasanya memakan waktu 30 hingga 60 menit. Fokuslah pada rumusan masalah, mekanisme, peran dan distribusi token, serta timnya. Lalu luangkan lebih banyak waktu untuk mencocokkan klaim-klaim itu dengan kode, block explorer, dan sumber independen.
Bagaimana jika sebuah proyek tidak punya whitepaper?
Banyak proyek sah menerbitkan dokumentasi, spesifikasi teknis, atau makalah riset alih-alih satu whitepaper. Tidak adanya whitepaper tidak otomatis menjadi tanda bahaya, tetapi proyek tetap harus menjelaskan dengan jelas cara kerjanya, fungsi tokennya, dan bagaimana suplainya didistribusikan.
