Mara van der Laan

Profil publik laanwj kini mencantumkan Mara van der Laan dan peran lamanya sebagai pengelola Bitcoin Core. Catatan terdahulu memakai nama historis Wladimir van der Laan. Itu merujuk pada pekerjaan pengembang yang sama, bukan dua orang berbeda. Mengelola proyek bukan hanya menciptakan fitur. Tugasnya juga menilai kesiapan perubahan, mengoordinasikan penggabungannya, serta bekerja dengan orang yang meninjau dan menguji kode. Bagian pengembangan yang kurang terlihat ini membantu menjelaskan kontribusinya. [1] [4]

Dalam tulisan bertanggal 21 Januari 2021, van der Laan menggambarkan masalah yang umum pada proyek lama: terlalu banyak pekerjaan mulai bergantung pada orang tertentu. Bitcoin Core sudah memiliki beberapa pengelola, tetapi ia ingin menyerahkan lebih banyak tugas dan mengurangi keterlibatan. Tulisan itu bukan pengumuman berhenti berkontribusi sepenuhnya. Tujuannya agar langkah penting tidak harus menunggu dirinya. Bayangkan rilis yang sudah siap tetapi tertunda hanya karena satu orang yang diperlukan tidak tersedia. Membagi tanggung jawab membantu mencegah keadaan itu. [2]

Rencana pada 2021 mencakup distribusi program, penandatanganan rilis, dan tempat pengembang bekerja sama. Van der Laan mempertimbangkan IPFS untuk berbagi berkas secara terdistribusi serta Radicle untuk kolaborasi kode tanpa bergantung pada satu server pusat. Tujuannya agar hilangnya seseorang, situs, atau penyedia tidak menghentikan semua orang. Namun, penyebutan alat membuktikan adanya usulan, bukan penerapan yang selesai. Menemukan kelemahan, merencanakan solusi, dan benar-benar memakainya merupakan tahap berbeda. [2]

Pada pertemuan pengembang tanggal 11 Agustus 2022, laanwj mengumumkan pengunduran diri sebagai pengelola Bitcoin Core. Secara khusus, ia akan berhenti menggabungkan perubahan ke kode bersama dan menyiapkan rilis. Peninjauan kode sesekali tetap terbuka: seseorang dapat memeriksa usulan tanpa menjadi pengelola. Ia juga menyatakan kepercayaan kepada orang lain yang sudah mengerjakan sebagian besar tugas. Karena itu, tanggal penting dalam riwayat ini. Jabatan lama tidak otomatis berarti jabatan sekarang, dan meninggalkan peran tidak menutup semua bentuk kontribusi. [3]

Bitcoin Core menjelaskan pengelola sebagai orang yang menggabungkan perubahan yang sudah ditinjau dan disetujui tim, serta melakukan pemeriksaan akhir. Repositori menyimpan kode dan riwayatnya; akses ke sana tidak memerintahkan operator node memasang rilis. Node adalah komputer yang memeriksa aturan Bitcoin memakai perangkat lunak pilihannya. Pengaruh atas program penting bukan kuasa untuk mengubah perilaku semua peserta dengan satu perintah. Membedakan pengelolaan proyek dari aturan yang diterima jaringan membuat desentralisasi lebih mudah dipahami. [4]

Tanggung jawab juga menyentuh pengguna yang mengunduh Bitcoin Core. Berkas SHA256SUMS berisi checksum rilis, yaitu nilai pemeriksaan yang dapat dibandingkan dengan sidik jari berkas unduhan. Tetapi penyerang bisa mengganti daftar itu sekaligus programnya. Karena itu, pemeriksaan juga mencakup tanda tangan digital dan sidik jari kunci, pengenal singkat kunci publik penanda tangan. Bandingkan dengan nilai yang diperoleh secara tepercaya. Nama pada kunci bukan bukti identitas. Memeriksa berkas, tanda tangan, dan pemilik kunci merupakan langkah yang berkaitan tetapi berbeda. [5]

Kode sumber adalah bentuk program yang dibaca dan diedit manusia; proses build mengubahnya menjadi berkas yang dapat dijalankan. Build Bitcoin Core yang dapat direproduksi memungkinkan orang lain membuat berkas identik secara mandiri dan membandingkan checksum-nya dengan rilis. Ini mengurangi kebutuhan untuk percaya buta pada komputer yang menyiapkan unduhan. Namun, kecocokan tidak membuktikan kode sumber bebas kesalahan. Kesalahan dalam sumber dapat ikut muncul persis sama di setiap build. Verifikasi asal rilis dan peninjauan kode oleh ahli saling melengkapi, bukan saling menggantikan. [5]

Masih ada pertanyaan lain: apakah versi itu masih mendapat perbaikan? Bitcoin Core menerbitkan siklus hidup rilis dan membedakan versi yang didukung dari yang sudah berakhir masa dukungannya. Versi yang berakhir umumnya tidak lagi mendapat perbaikan keamanan. Tanda tangan lama yang valid tetap dapat membuktikan asal berkas asli, tanpa menjamin pemeliharaan saat ini. Saat memilih program, periksa pula status dukungan dan catatan rilis. Riwayat proyek, keaslian berkas, dan kelayakan versi saat ini saling terkait, tetapi tidak sama. [6]