Bitcoin Whitepaper

Whitepaper memaparkan masalah dan menawarkan solusi. Dokumen Bitcoin dimulai dengan pertanyaan sehari-hari: ketika saya mengirim uang melalui Internet, haruskah selalu ada bank atau pengelola lain di antara kita? Satoshi mengirim rancangannya ke milis kriptografi pada 31 Oktober 2008 dan menyertakan tautan ke naskah. Ia tidak menjanjikan harga bitcoin atau keuntungan investor. Ia menjelaskan cara menerima pembayaran tanpa menyerahkan keputusan tentang riwayatnya kepada satu perusahaan. Masalah itulah yang menyatukan seluruh dokumen. [2] [1]

Bayangkan pengirim menandatangani dua pembayaran berbeda yang membelanjakan uang yang sama. Seorang penerima melihat pembayaran pertama, penerima lain melihat yang kedua. Keduanya dapat memeriksa tanda tangan digital yang sah, yaitu bukti kewenangan membayar, tetapi keduanya tidak bisa menerima uang itu. Data mudah disalin di Internet; tanda tangan saja tidak menyelesaikannya. Karena itu, bagian 2 membedakan kewenangan membelanjakan dari pertanyaan pembayaran mana yang masuk riwayat bersama. Bitcoin menambahkan catatan publik agar dana yang sudah dibelanjakan dapat dikenali. [1]

Bagian 3–5 mengelompokkan pembayaran dalam blok. Setiap blok baru merujuk pendahulunya melalui hash, sidik jari digital singkat suatu data. Mengubah catatan lama akan mengubah sidik jari dan memutus keterkaitannya. Proof of Work menambahkan komputasi berbiaya: membuat blok yang dapat diterima memerlukan banyak percobaan, sedangkan hasilnya mudah diperiksa. Di antara cabang yang bersaing, yang menentukan adalah kerja terakumulasi dalam riwayat yang mematuhi aturan, bukan jumlah akun atau alamat IP yang dibuat. Dokumen menyebutnya rantai terpanjang. Kerja sebanyak apa pun tidak membuat transaksi tidak sah menjadi sah. Rantai juga menetapkan urutan kejadian, bukan waktu persis setiap pembayaran. [1] [3]

Komputer dan listrik membutuhkan biaya. Bagian 6 menambahkan insentif ekonomi: pembuat blok yang diterima dapat memperoleh koin baru dan biaya pembayaran di dalamnya. Biaya adalah selisih nilai yang dibelanjakan transaksi dengan nilai output barunya, bukan tambahan koin dari ketiadaan. Dokumen juga membahas masa depan ketika biaya saja membiayai imbalan. Namun, pembaca perlu memahami batas rancangan ini: whitepaper tidak menetapkan batas tepat 21 juta atau pengurangan separuh setiap 210.000 blok. Aturan tersebut perlu diperiksa melalui referensi Bitcoin lainnya. [1] [3]

Tidak semua orang ingin mengunduh dan memverifikasi seluruh transaksi. Bagian 8 menawarkan SPV, verifikasi pembayaran sederhana. Klien memperoleh header berisi data pokok blok serta bukti Merkle: rangkaian hash yang membuktikan transaksi tertentu tercakup dalam blok. Ini seperti perbedaan memeriksa bahwa suatu catatan ada di buku tertentu dengan memeriksa kebenaran seluruh buku. Bukti pencakupan saja tidak memeriksa semua aturan atau seluruh riwayat pembelanjaan. Whitepaper mengakui batas ini: klien sederhana lebih rentan terhadap serangan tertentu daripada Full Node yang memeriksa sendiri transaksi. [1]

Dalam perbankan, sebagian besar catatan pembayaran tidak terbuka. Bitcoin justru membutuhkan riwayat bersama sehingga privasi harus dilindungi dengan cara lain. Bagian 10 memisahkan pembayaran dari identitas pemegang kunci dan menganjurkan pasangan kunci baru untuk transaksi berikutnya. Dokumen juga mengakui kelemahan: pembayaran dapat dihubungkan. Mengenali orang di balik satu catatan dapat mengungkap pembayaran lainnya. Alamat baru bukan penyamaran ajaib. Ia membatasi sebagian hubungan, tetapi tidak dengan sendirinya menghapus informasi publik atau pengetahuan pihak lawan transaksi. [1]

Bagian 11 menilai peluang penyerang mengejar rantai peserta jujur. Bayangkan perlombaan: satu pihak sudah unggul, tetapi keduanya terus bekerja. Dalam model itu, semakin kecil bagian daya komputasi penyerang dan semakin besar keunggulan rantai, semakin kecil peluang mengejar. Perhitungan memakai asumsi dan pendekatan Poisson, penyederhanaan matematika untuk memperkirakan jumlah kejadian dalam suatu periode. Ini bukan prediksi setiap serangan nyata. Angka yang dicabut dari tabel karena itu tidak dapat menjadi jumlah konfirmasi aman bagi semua pembayaran. [1]

Dokumen menjelaskan rancangan awal. Jaringan dan perangkat lunak terus berkembang; SegWit, misalnya, yang dijelaskan dalam usulan BIP 141, tidak ada di dalamnya. BIP adalah dokumen usulan perbaikan, bukan keputusan yang otomatis menjadi aturan jaringan setelah diterbitkan. Persoalan teknis sekarang membutuhkan pembedaan antara usulan, program, aturan bersama yang benar-benar diberlakukan, dan keputusan lokal node tentang meneruskan transaksi. Node dapat tidak meneruskan transaksi, lalu menerima transaksi itu dalam blok yang sah. Kedua keadaan tersebut tidak bertentangan. [4] [3]

Mulailah dari abstrak dan pertanyaan mencegah pembelanjaan ganda tanpa pengelola. Kemudian ikuti sumbangan tanda tangan, riwayat bersama, dan kerja pembuatan blok. Jika matematika menghambat, Anda tidak perlu langsung memahami setiap rumus: pahami dahulu serangan yang dimodelkan serta asumsinya. Detail bisa dibaca kembali nanti. Surel awal membuktikan kapan Satoshi memperkenalkan rancangan; PDF memuat penalarannya. Satu kalimat di luar konteks tidak membuktikan bahwa dompet atau layanan tertentu pasti aman. [2] [1]

Yang utama bukan menghafal judul bagian, tetapi memahami mengapa tidak ada unsur yang cukup sendirian: tanda tangan membuktikan kewenangan, riwayat publik membantu mendeteksi pembelanjaan ganda, dan Proof of Work mempersulit penulisan ulang urutan. Unsur-unsurnya memiliki pendahulu yang juga dikutip Satoshi. Sumbangannya terletak pada cara menggabungkannya. Whitepaper tetap menjadi pengantar yang baik untuk memahami Bitcoin jika dibaca sebagai rancangan beralasan dengan asumsi tertentu. Ini bukan daftar harga, panduan investasi, atau spesifikasi lengkap setiap aturan dan alat bernama Bitcoin sekarang. [1]