Tadge Dryja

Bayangkan node di seluruh dunia, yaitu komputer yang memeriksa aturan Bitcoin, harus memverifikasi setiap pembelian kopi secara terpisah. Bagaimana menambah pembayaran tanpa terus menuntut komputer lebih kuat untuk menjalankan node sendiri? Joseph Poon dan Thaddeus Dryja meneliti jaringan kanal pembayaran. Whitepaper yang ditautkan, dokumen penjelasan desain mereka, bertanggal 14 Januari 2016 dan bertanda DRAFT 0.5.9.2. Ini usulan historis yang menjelaskan asal idenya; aturan terperinci perangkat lunak masa kini perlu dipelajari dari dokumentasinya sendiri. [1]

Kanal pembayaran bisa dibayangkan sebagai kesepakatan yang terus diperbarui tentang pembagian bitcoin yang disetorkan sebelumnya. Setiap pembayaran mengubah bagian masing-masing pihak. Peserta menandatangani perubahan itu tanpa menerbitkan setiap pembaruan ke blockchain, riwayat transaksi bersama. Ketika kerja sama berakhir, pembagian dana dapat ditegakkan melalui transaksi Bitcoin. Lightning dengan demikian memindahkan banyak pembaruan ke luar blockchain, sementara penyelesaian akhirnya tetap bertumpu pada aturan Bitcoin. [1]

Kesepakatan terdahulu bisa memberi saldo lebih besar kepada orang yang kemudian sudah membelanjakan sebagian dananya. Dalam model pencabutan keadaan yang dijelaskan usulan tersebut, penerbitan keadaan yang telah dibatalkan memberi pihak lain kesempatan merespons dengan transaksi penalti. Namun, respons harus dilakukan dalam jangka waktu yang ditentukan. Karena itu, peserta atau pemantau yang ditunjuk perlu mengawasi blockchain. Dampak praktisnya penting: kriptografi saja tidak membuat keadaan luring permanen tanpa pemantauan menjadi aman. Pemantauan yang andal merupakan bagian dari perlindungan dana. [1]

Bitcoin tidak mengetahui sendiri kurs mata uang pada tanggal yang disepakati. Discreet Log Contracts, atau DLC, membahas kontrak yang penyelesaiannya bergantung pada informasi semacam itu. Dua peserta menyiapkan ketentuan dan kemungkinan pembayaran terlebih dahulu. Oracle yang dipilih, yaitu sumber data eksternal, kemudian menandatangani pengumuman hasil. Peserta menggunakannya untuk melakukan penyelesaian yang sesuai. Dalam model ini, oracle tidak menyimpan dana mereka dan tidak harus mengetahui siapa yang menggunakan pengumumannya. Ia memberikan informasi, bukan mengelola dompet orang lain. [2]

Tanda tangan digital membantu memastikan siapa penerbit pesan dan apakah isinya berubah. Namun, itu tidak membuktikan kebenaran datanya. Oracle bisa mengumumkan kurs yang salah atau tidak mengumumkan apa pun. Untuk menghadapi kebisuan itu, Dryja menjelaskan transaksi pengembalian dana yang disiapkan sebelumnya dan dapat disiarkan setelah tenggat yang disepakati. Dana tidak kembali sendiri: mekanismenya harus tercakup dalam kontrak dan seseorang perlu menggunakannya. Memilih sumber tepercaya dan merencanakan penanganan kegagalannya tetap penting. [2]

Dryja juga meneliti data yang perlu disimpan node saat memverifikasi pembayaran. UTXO adalah keluaran transaksi yang belum dibelanjakan: jumlah-jumlah tersendiri dengan syarat pembelanjaannya. Utreexo memungkinkan node pemeriksa mewakili himpunannya dengan ringkasan kriptografis kecil yang disebut akumulator. Pembayaran disertai bukti bahwa keluaran yang digunakan termasuk dalam himpunan itu. Yang berkurang adalah representasi tersimpan dari keadaan saat ini. Ini tidak menghapus verifikasi aturan atau mengecilkan seluruh riwayat Bitcoin menjadi satu berkas mungil. [4]

Bukti Utreexo juga harus sampai kepada pemeriksa. Keadaan tersimpan yang lebih kecil karena itu bisa membutuhkan lebih banyak transfer data. Abstrak penelitian menjelaskan simulasi pengunduhan blockchain hingga awal 2019: dengan alokasi 500 MB untuk cache, tempat penyimpanan sementara, bukti menambah sekitar 25% data yang diunduh. Angka 500 MB bukan keseluruhan kebutuhan memori node. Itu hasil eksperimen tertentu, bukan jaminan kebutuhan saat ini. Ruang disk, memori, dan transmisi perlu diperhitungkan bersama. [3]

Dalam kenangan yang diterbitkan MIT DCI, Dryja menceritakan awal yang santai di MIT: ia membawa komputer, berbincang tentang Bitcoin, dan membantu mahasiswa. Direktur Neha Narula kemudian menanyakan apakah ia ingin bekerja di sana. Mereka belakangan juga mengajar bersama. Dalam tulisan perpisahan yang sama, ia mengumumkan kepindahan ke Lightspark untuk melanjutkan pekerjaan tentang Bitcoin dan Lightning. Kisah itu merekam tahap tertentu dalam kariernya, bukan memastikan tempat kerjanya saat ini. Publikasi, kode, dan gagasan yang dijelaskan memperlihatkan kontribusinya lebih baik daripada satu jabatan. [5]