395 / 736CORALLO

Matt Corallo

Pengembang yang dikenal sebagai TheBlueMatt

Ketika blok Bitcoin baru muncul, komputer lain perlu mengetahuinya. Matt Corallo mengerjakan cara mengirim data tersebut dengan lalu lintas dan penundaan yang lebih kecil. Ia juga membantu membangun perangkat lunak yang dipakai pengembang untuk membuat aplikasi Lightning.

Matt Corallo, yang dikenal sebagai TheBlueMatt, adalah pengembang Bitcoin yang terkait dengan Compact Block Relay, jaringan pengiriman FIBRE, dan rust-lightning. Ada pertanyaan praktis yang menghubungkan pekerjaan ini: bagaimana memperbaiki jaringan dan aplikasi tanpa menganggap kecepatan sebagai jaminan bahwa semuanya benar?

Di GitHub, Matt Corallo memakai nama TheBlueMatt. Profilnya menyebut bahwa banyak repositori telah dipindahkan ke git.bitcoin.ninja. Repositori menyimpan kode sumber beserta riwayat perubahannya. Karena itu, lokasi lama yang kosong belum tentu berarti proyek ditinggalkan. Untuk mengetahui siapa mengerjakan apa, telusuri riwayat tersebut, usulan, dan penulisnya. Pada Corallo, jalurnya menghubungkan pengiriman blok yang lebih hemat dengan alat untuk Lightning. [1]

Komputer yang memverifikasi Bitcoin terus bertukar transaksi yang belum dikonfirmasi. Saat blok baru tiba, mereka mungkin sudah mengetahui sebagian besar isinya. Compact Block Relay memanfaatkan keadaan ini. BIP 152, spesifikasi teknis terbuka, mencantumkan Corallo sebagai penulis dan berterima kasih kepada Gregory Maxwell atas gagasan awal, perancangan, dan pengujian. Tujuan utamanya menghemat data yang dikirim. Pengiriman juga bisa lebih cepat, tetapi aturan keabsahan blok tidak berubah. [2]

Bayangkan daftar dokumen bersama: sebagian besar sudah Anda miliki, sehingga Anda hanya perlu tahu mana yang termasuk paket baru. BIP 152 memakai pendekatan serupa dengan pengenal transaksi pendek dan mempool, tempat penyimpanan lokal transaksi yang belum dikonfirmasi. Penerima meminta data yang kurang melalui getblocktxn. Pengenal dapat bertabrakan, yakni memberi label pendek yang sama kepada transaksi berbeda. Menghemat lalu lintas tidak menghilangkan kebutuhan akan data sebenarnya dan pemeriksaan bahwa blok yang tepat berhasil direkonstruksi. [2]

Dengan syarat tertentu, BIP 152 mengizinkan pengumuman ringkas sebelum pengirim memverifikasi seluruh transaksi secara lengkap. Ini bukan izin meneruskan sembarang data: header, hubungannya dengan rantai yang sudah diverifikasi, bukti kerja, dan komitmennya terhadap transaksi di dalam blok harus diperiksa. Setelah direkonstruksi, blok diproses seperti biasa. Penerima tetap memeriksa apakah dana yang benar-benar ada dibelanjakan sesuai aturan. “Blok sudah tiba” berbeda dari “blok ini sah”. [2]

Internet mengirim data dalam potongan kecil yang disebut paket. Ketika satu paket hilang, menunggu pengiriman ulang menambah penundaan. Pada 7 Juli 2016, Corallo menjelaskan FIBRE: gabungan blok ringkas, UDP, dan FEC. UDP adalah cara pengiriman tanpa pengulangan otomatis paket yang hilang, sedangkan FEC merupakan pengodean untuk memulihkan bagian yang kurang. Data tambahan membantu penerima menyusun kembali isi tanpa permintaan baru. Imbalannya adalah volume pengiriman lebih besar, bukan jaminan pengiriman sempurna dalam segala keadaan. [3]

FIBRE dapat meneruskan paket sebelum memeriksanya. Waktu lebih hemat, tetapi node di dalam jaringan harus memiliki tingkat kepercayaan internal yang kuat. Ini bukan ajakan menerima sembarang koneksi tanpa pemeriksaan. Kode terbuka memungkinkan orang lain membangun jaringan baru, namun operator jaringan tertentu tetap bisa memilih mitranya. Menurut FAQ, w0xlt dan Justin dari Localhost Research mengambil alih pemeliharaan pada 2025 dengan saran dari Corallo dan Maxwell. Orang lain pun melanjutkan perjalanan proyek tersebut. [4]

Bagian lain pekerjaan Corallo terkait Lightning, jaringan pembayaran melalui kanal di atas Bitcoin. Manifest, yaitu deskripsi paket lightning dalam rust-lightning, menyebut Matt Corallo sebagai penulis. Pustaka yang ditulis dalam Rust ini menyediakan fungsi inti Lightning, sementara aplikasi dapat memilih pengelolaan dompet, interaksi blockchain, penyimpanan, dan jaringan. Keterangan penulis itu tidak berarti satu orang menulis setiap perubahan berikutnya atau bahwa pustaka saja sudah menjadi dompet lengkap. [5]

LDK diintegrasikan ke aplikasi sebagai SDK, kumpulan alat bagi pengembang. Penyimpanan dan komponen lain yang dibutuhkan harus dihubungkan. Hasil pembayaran tidak selalu datang pada saat dimulai: LDK melaporkan keberhasilan atau kegagalan kemudian melalui peristiwa yang diproses aplikasi. Memulai operasi belum memastikan keberhasilan. Bagi pengguna dompet, kebutuhannya sederhana: layar harus membedakan pembayaran yang masih berlangsung dari pembayaran yang selesai. [6]

Untuk gambaran yang lebih utuh, baca entri ini bersama Gregory Maxwell, Luke Dashjr, Satoshi Nakamoto. Entri ini juga dirujuk dari Stratum V2, Gregory Maxwell, Luke Dashjr.

DOC · 001GitHub — Matt CoralloDokumentasi DOC · 002BIP 152 — Compact Block RelayDokumentasi DOC · 003Matt Corallo — The Future of The Bitcoin Relay NetworksDokumentasi DOC · 004FIBRE — FAQDokumentasi DOC · 005rust-lightning — package manifestDokumentasi DOC · 006LDK — ArchitectureDokumentasi
Direvisi: Utamakan sumber · Bukan nasihat investasi