Joseph Poon

Membeli kopi tidak mengharuskan kita memberi tahu seluruh dunia. Namun, pada lapisan dasar Bitcoin, jaringan komputer memverifikasi pembayaran dan mencatatnya dalam riwayat bersama. Joseph Poon dan Thaddeus Dryja mencari cara meringankan pekerjaan itu melalui kanal pembayaran. Usulan yang ditautkan bertanggal 14 Januari 2016 dan bertanda DRAFT 0.5.9.2. Ini awal penting bagi Lightning; komponen masa kini juga lahir dari pekerjaan banyak orang lain. [1]

Bayangkan Anna dan Pavel menyetorkan bitcoin ke sebuah kanal. Mereka kemudian menandatangani pembagian baru atas jumlah itu: setelah pembayaran, bagian Anna berkurang dan Pavel bertambah. Setiap perubahan tidak harus masuk ke riwayat publik. Pembagian akhir dapat ditegakkan melalui transaksi Bitcoin. Namun, dalam sengketa, respons terhadap keadaan lama dan kepatuhan pada tenggat juga penting. Keamanan mencakup pemantauan kejadian, bukan sekadar menyimpan saldo terbaru. [1]

Penerima tidak harus memiliki kanal langsung dengan pengirim. Pembayaran dapat melewati peserta lain menggunakan HTLC, syarat yang menghubungkan pembayaran dengan nilai rahasia dan batas waktu. BOLT 2 menyebut nilai yang diungkap sebagai payment_preimage dan sidik jari kriptografisnya yang sudah diketahui sebagai payment_hash. Perangkat lunak memeriksa kecocokannya. Menemukan rute belum menjamin keberhasilan: syarat harus terpenuhi, sedangkan kesalahan atau habisnya waktu memerlukan penanganan kegagalan. [3]

Dompet dan node buatan pengembang berbeda memerlukan aturan bersama yang lebih terperinci daripada usulan umum. BOLTs, kumpulan spesifikasi Lightning, menjalankan peran itu. Isinya mencakup pesan antarpeserta, perutean pembayaran, dan struktur transaksi, serta terus berkembang. Menjadi penulis bersama whitepaper tidak menjadikan Poon penulis setiap perubahan sesudahnya. Untuk memahami program masa kini, baca juga dokumentasi program dan spesifikasi yang terkait. [2]

Poon juga menulis draf kerja Plasma tertanggal 11 Agustus 2017 bersama Vitalik Buterin. Ini bukan kanal pembayaran Bitcoin. Rancangannya memakai rantai turunan untuk memproses transaksi dan mengandalkan rantai induk, misalnya Ethereum, untuk menegakkan aturan. Alih-alih jaringan kesepakatan antara pasangan peserta, terbentuk hierarki blockchain. Kesamaan tujuan memindahkan pekerjaan dari lapisan dasar tidak berarti mekanisme atau risikonya sama. [4]

Plasma biasanya hanya menerbitkan komitmen kriptografis ringkas di rantai akar, seperti sidik jari catatan yang dapat diperiksa. Detailnya berada di tempat lain. Sidik jari membantu memverifikasi data yang diserahkan, tetapi tidak bisa menampilkan data yang hilang. Membuktikan kecurangan memerlukan catatan terkait. Karena itu, penahanan data tetap menjadi persoalan tersendiri: menerbitkan hash tidak menjamin pengguna memperoleh semua bahan untuk melindungi dananya. [4]

Dalam Plasma, pengguna perlu mengetahui cara menarik dana jika rantai turunan gagal. Usulannya mencakup penarikan dengan jeda waktu serta kesempatan menggugat klaim yang keliru. Diasumsikan rantai akar tersedia dan bekerja dengan benar sehingga prosedur dapat dijalankan. Ini bukan janji penarikan seketika pada setiap gangguan. Aturan keluar, data yang tersedia, dan tenggat merupakan bagian dari keamanan. [4]

Dokumen berikutnya, Plasma Contracts, secara tegas menyebut penelitian bersama komunitas. Selain Joseph Poon, dokumen itu menyebut kontributor seperti Dan Robinson dan Kelvin Fichter, tanpa mendukung proyek tertentu. Jadi, layanan yang memakai nama Plasma belum tentu mendapat rekomendasi penulisnya. Kontribusinya terlihat dalam dokumen dan pertanyaan yang dibuka: pekerjaan apa yang bisa dipindahkan ke luar blockchain, dan bagaimana pengguna tetap bisa menuntut penyelesaian yang benar? [5]