393 / 736SIPA

Pieter Wuille

Pengembang yang dikenal sebagai sipa

Pieter Wuille ikut merancang cara dompet Bitcoin membuat kunci, menuliskan alamat, dan menandatangani pembayaran. Anda mungkin sudah memakai hasil kerjanya meski baru pertama kali mendengar nama sipa.

Pieter Wuille, dikenal sebagai sipa, adalah pengembang Bitcoin serta penulis atau rekan penulis BIP 32, SegWit, Bech32, Bech32m, dan Schnorr/Taproot. BIP adalah usulan teknis terbuka. Sumbangannya berupa solusi nyata yang dikembangkan bersama orang lain, bukan hak mengambil keputusan bagi seluruh jaringan.

Saat dompet menawarkan alamat baru atau menyiapkan tanda tangan pembayaran, tombol sederhana itu menyembunyikan pekerjaan banyak pengembang. Pieter Wuille adalah salah satunya. Ia memakai nama sipa di GitHub; profilnya menghubungkan nama itu dengan kegiatan pengembangan. Namun, untuk menentukan siapa yang menyumbangkan gagasan tertentu, kita perlu membaca riwayat dan dokumentasi proyek, bukan sekadar nama pengguna. Usulan berikut menunjukkan masalah yang ia bantu pecahkan dan siapa rekan kerjanya. [1]

Bayangkan toko yang ingin memakai alamat pembayaran berbeda untuk setiap pesanan. BIP 32 karya Wuille menjelaskan cara menurunkan pohon kunci dari satu seed, yaitu data rahasia awal. Kunci publik diperluas, atau xpub, dapat menghasilkan kunci publik lain pada cabang terkait tanpa memberikan hak membelanjakan dana. Kunci privatlah yang memungkinkan penandatanganan. Ada pengecualian penting: xpub yang digabungkan dengan kunci privat turunan yang bocor, jika jalurnya tidak memakai langkah hardened, dapat mengungkap kunci privat induk. Derivasi hardened memutus jalur itu. Xpub perlu dijaga juga karena membagikannya mengungkap hubungan antarpembayaran. [2]

Pembayaran berikutnya dapat bergantung pada transaksi sebelumnya, sehingga pengenal transaksi penting. BIP 141, ditulis oleh Eric Lombrozo, Johnson Lau, dan Pieter Wuille, memisahkan data verifikasi bernama witness, termasuk tanda tangan, dari bagian yang menentukan pengenal awal txid. Pengenal baru wtxid juga mencakup witness. Dengan begitu, perubahan data tanda tangan tidak harus mengubah txid yang dirujuk transaksi lain. Tanda tangan tetap diperiksa: witness dilindungi komitmen kriptografis dalam transaksi coinbase, transaksi pertama dalam blok. [3]

Kesalahan satu karakter mudah terjadi saat menyalin alamat. Wuille dan Greg Maxwell menjelaskan Bech32 untuk alamat SegWit native dalam BIP 173. Checksum-nya terdiri dari karakter yang membantu mendeteksi penulisan yang rusak. Pemeriksaan ini berguna, tetapi hanya memeriksa pengodean, bukan identitas penerima yang dimaksud. Jika seseorang menggantinya dengan alamat lain yang valid, checksum tidak akan mengenali penggantian itu sebagai penipuan. [4]

Format alamat pun bisa diperbaiki. BIP 350 karya Wuille mengubah checksum untuk mengatasi kelemahan tertentu terkait penyisipan atau penghapusan karakter. Hasilnya adalah Bech32m. Dompet harus mencocokkan versi witness dengan pengodeannya: versi 0 tetap memakai Bech32, sedangkan versi 1 sampai 16 memakai Bech32m. Pengguna seharusnya tidak perlu memilih algoritma secara manual. Membuat dan memeriksa alamat adalah tugas perangkat lunak; menerima sembarang checksum yang valid tidak cukup. [5]

Tanda tangan digital memungkinkan kewenangan melakukan pembayaran diperiksa tanpa pemilik mengungkap kunci privatnya. BIP 340 oleh Pieter Wuille, Jonas Nick, dan Tim Ruffing menetapkan Schnorr signatures dengan tanda tangan 64 byte dan kunci publik 32 byte. Byte adalah satuan ukuran data. Sifat matematisnya memungkinkan pembuatan sistem tempat beberapa orang menghasilkan tanda tangan bersama. Namun, sekadar menjumlahkan kunci tidak cukup: protokol terpisah harus mengoordinasikan para peserta dengan aman. [6]

Dompet dapat memiliki cara pembelanjaan biasa dan syarat cadangan. Pieter Wuille, Jonas Nick, dan Anthony Towns menjelaskan Taproot dalam BIP 341. Penggunaan jalur kunci, key path, dapat cukup dengan tanda tangan tanpa mengungkap keberadaan skrip alternatif sekalipun. Skrip adalah program yang menyatakan syarat pembelanjaan. Jika jalur skrip, script path, diperlukan, skrip yang dipakai dan bukti penyertaannya dibuka; alternatif yang tidak dipakai tidak perlu ditampilkan seluruhnya. Ini menghemat ruang dan melindungi sebagian informasi susunan dompet, tetapi tidak otomatis membuat semua pembayaran anonim. [7]

Perubahan ini menyelesaikan masalah tertentu dan memungkinkan orang lain memeriksa rancangan serta kodenya. Bitcoin.org menjelaskan bahwa BIP dibahas secara terbuka dan penerapannya bergantung pada peserta jaringan. Node adalah komputer yang memeriksa transaksi dan blok sesuai perangkat lunaknya. Menjadi penulis atau pengelola repositori tidak memberikan kewenangan mengubah aturan konsensus secara sepihak. Arti penting Wuille terletak pada kontribusi dan kerja samanya, bukan pada kedudukan sebagai bos Bitcoin. [8]

Untuk gambaran yang lebih utuh, baca entri ini bersama Craig Wright, Gregory Maxwell, Satoshi Nakamoto. Entri ini juga dirujuk dari Craig Wright, Gregory Maxwell.

DOC · 001GitHub — Pieter Wuille (sipa)Dokumentasi DOC · 002BIP 32 — Hierarchical Deterministic WalletsDokumentasi DOC · 003BIP 141 — Segregated WitnessDokumentasi DOC · 004BIP 173 — Bech32Dokumentasi DOC · 005BIP 350 — Bech32mDokumentasi DOC · 006BIP 340 — Schnorr signaturesDokumentasi DOC · 007BIP 341 — Taproot spending rulesDokumentasi DOC · 008Bitcoin.org — FAQDokumentasi
Direvisi: Utamakan sumber · Bukan nasihat investasi