Sergio Demian Lerner

Lerner menerbitkan analisis di blog Bitslog. Ia juga menulis revisi 11 dokumen Rootstock whitepaper bertanggal 29 Januari 2019, yang menjelaskan rancangan sistem tersebut. Makalah BitVMX pada 10 Mei 2024 mencantumkannya sebagai salah satu dari lima penulis. Jadi, ini beberapa proyek berbeda, dan karya bersama tidak boleh dikreditkan kepada Lerner saja. Publikasinya memperlihatkan perjalanan dari membaca sejarah blockchain menuju cara baru untuk memeriksa hasil. [1] [4] [6]

Blockchain tidak menyebut nama orang yang menambang setiap blok, tetapi menyimpan data yang dibuat perangkat lunaknya. Analisis Lerner pada 2019 membandingkan ExtraNonce dalam transaksi coinbase, rentang nonce, dan stempel waktu. Transaksi coinbase mengalokasikan imbalan blok; nonce dan ExtraNonce adalah nilai yang diubah penambang saat mencari blok sah. Polanya dapat membantu menghubungkan blok dengan sumber penambangan yang sama. Lerner menamai jejak khas ini Patoshi. Ini argumen tentang asal blok, bukan bukti identitas orang di balik komputer. [1]

Memperkirakan penghasilan penambang memerlukan keputusan tentang blok mana yang dianggap miliknya. BitMEX Research mengelompokkan blok 2009 secara mandiri dalam penelitian 2018 dan mengakui kesalahan metodenya serta bukti yang lebih lemah setelah Agustus. Periode atau aturan pengelompokan berbeda dapat mengubah hasil, sehingga angka berbagai penelitian tidak otomatis sebanding. Perkiraan hasil penambangan dahulu juga tidak membuktikan saldo hari ini, ataupun bahwa seseorang masih mempunyai kunci privat yang dapat digunakan untuk membelanjakan koin. [1] [3]

Dalam artikel 2020, Lerner kembali membahas stempel waktu, yakni waktu yang dicatat dalam blok. Ia mengamati jarak waktu tidak biasa dalam kelompok Patoshi dan mempertimbangkan penjelasan, misalnya perilaku program penambangan. Itu tidak memastikan alasan penambang bertindak demikian. Ia justru mengajak pembaca mengulang perhitungan dan mengakui kemungkinan kesalahan programnya sendiri. Ini pelajaran berguna saat membaca penelitian: pola yang diamati dan cerita tentang penyebabnya adalah dua hal berbeda. [2]

Whitepaper 2019 menggambarkan Rootstock sebagai sidechain, blockchain terpisah yang terhubung ke Bitcoin. Ia mempunyai jaringan, mata uang RBTC, dan mesin virtual sendiri, yaitu lingkungan yang menjalankan program bernama smart contracts. Melalui merged mining, penambang Bitcoin dapat sekaligus menggunakan pekerjaan penambangannya untuk rantai ini. Itu tidak berarti node Bitcoin menjalankan semua kontrak Rootstock. Programnya mengikuti aturan Rootstock. Biaya dan pangsa daya komputasi historis dalam dokumen juga bukan angka terkini. [4]

Bayangkan menggunakan BTC dalam aplikasi Rootstock. Jembatan PowPeg menguncinya di Bitcoin dan menyediakan RBTC yang sesuai pada rantai lain. Perjalanan kembali membalikkan proses menurut aturan jembatan; koin Bitcoin asli tidak berpindah antarbasis data. Dokumentasi menjelaskan modul penandatanganan perangkat keras untuk melindungi kunci dan jalur pemulihan darurat yang tertunda. Keamanan karena itu juga bergantung pada komponen-komponen ini bekerja, bukan hanya penambangan. Penjelasan perlindungan tidak membuktikan risiko nol atau menjamin penarikan seketika. [5]

Makalah BitVMX 2024 membahas masalah lain. Satu pihak menghitung hasil di luar blockchain, pihak lain memeriksanya. Jika tidak sepakat, transaksi yang telah ditandatangani dapat menyelesaikan sengketa di Bitcoin. Catatan langkah eksekusi dihubungkan oleh hash, sidik jari kriptografis singkat dari data. Dengan membandingkannya, kedua pihak dapat mempersempit letak perbedaan perhitungan dan memeriksa kesalahan. Ini tidak berarti setiap node Bitcoin rutin menjalankan seluruh program. Rantai menyelesaikan sengketa sementara perhitungan utama berlangsung di luarnya. [6]

Dalam rancangan BitVMX tersebut, pemeriksa mempunyai waktu untuk mengecek klaim operator, pihak yang menyajikan hasil. Tanpa sanggahan, operator dapat mengakses dana terkunci setelah timelock berakhir. Timelock adalah syarat yang menunda akses. Perluasan ke banyak pemeriksa mengasumsikan setidaknya satu yang jujur, tetapi ia juga harus memiliki data yang diperlukan dan benar-benar merespons tepat waktu. Jadi, keamanan mencakup prosedur matematis sekaligus pengoperasiannya. Penerbitan rancangan bukan audit atas jembatan tertentu yang sudah digunakan. [6]