Kontrak Logaritma Diskrit ( DLC ) adalah sebuah skema pelaksanaan kontrak yang berbasis pada oracle, yang diajukan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang telah ditentukan sebelumnya, di mana para peserta menentukan hasil yang mungkin dan melakukan pra-tanda tangan. Pembayaran dieksekusi ketika oracle menandatangani hasil tersebut. Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan dalam perlindungan privasi, dukungan kontrak keuangan yang kompleks, dan pengurangan risiko pihak lawan.
Meskipun DLC memiliki prospek aplikasi yang luas dalam ekosistem Bitcoin, masih ada beberapa masalah yang ada:
Risiko kebocoran kunci privat dan angka acak oracle
Masalah kepercayaan yang ditimbulkan oleh sentralisasi oracle
Oracle terdesentralisasi tidak dapat menggunakan kunci BIP32 untuk derivasi secara langsung
Risiko konspirasi node oracle
Pembatasan kembalian nominal tetap
Artikel ini akan mengusulkan beberapa solusi optimasi untuk masalah ini, guna meningkatkan keamanan dan kegunaan DLC.
2. Cara Kerja DLC
Sebagai contoh taruhan antara Alice dan Bob pada paritas genap atau ganjil dari nilai hash blok ke-n+k, alur kerja dasar DLC adalah sebagai berikut:
Generasi kunci: Oracle, Alice, dan Bob masing-masing menghasilkan kunci privat dan kunci publik
Transaksi Penyuntikan Modal: Alice dan Bob membuat output multisig 2-of-2, masing-masing mengunci 1 BTC
Eksekusi Kontrak Transaksi: Buat dua CET untuk transaksi penyertaan biaya
Menghitung komitmen R, S, S' oleh oracle dan disiarkan
Alice dan Bob menghitung kunci publik baru PK^Alice dan PK^Bob
Penyelesaian: Oracle menyebarkan s atau s' berdasarkan nilai hash blok.
Penarikan: Pihak yang menang menghitung kunci privat baru menggunakan s atau s' dan menarik aset
Selain itu, perlu menambahkan kunci waktu untuk mencegah salah satu pihak tidak menarik koin dalam jangka panjang.
3. Rencana Optimasi DLC
3.1 Manajemen Kunci
Untuk meningkatkan keamanan kunci privat oracle dan angka acak:
Menggunakan BIP32 untuk menurunkan kunci anak atau kunci cucu untuk tanda tangan
Menggunakan kunci pribadi dan nilai hash penghitung sebagai angka acak
3.2 oracle terdesentralisasi
Menggunakan tanda tangan ambang Schnorr untuk mewujudkan oracle terdesentralisasi, memiliki keuntungan berikut:
Meningkatkan keamanan, mengurangi risiko titik kegagalan tunggal
Mewujudkan kontrol terdistribusi
Meningkatkan ketersediaan dan fleksibilitas sistem
Memiliki skalabilitas
Mendukung mekanisme akuntabilitas
3.3 Desentralisasi dan pengelolaan kunci terintegrasi
Menggunakan metode distribusi kunci untuk menghasilkan turunan kunci BIP32 dalam skenario oracle terdesentralisasi. Namun, perlu mempertimbangkan masalah kompatibilitas antara BIP32 yang ditingkatkan dan tidak ditingkatkan.
3.4 OP-DLC: minimalisasi kepercayaan oracle
Memperkenalkan mekanisme tantangan optimis, oracle perlu menyetor deposit terlebih dahulu untuk membangun permainan OP di blockchain. Setiap pihak yang berpartisipasi secara jujur dapat menantang oracle yang berbuat jahat, dan setelah menang, akan menghukum pihak yang berbuat jahat dan menyita deposit.
3.5 OP-DLC + BitVM双桥
Menggabungkan OP-DLC dan BitVM, menyelesaikan masalah kembalian nominal tetap pada DLC:
Mendukung pengembalian uang dengan granularitas apa pun
Menyediakan berbagai saluran setoran dan penarikan
Mewujudkan minimalisasi kepercayaan oracle
Meningkatkan pemanfaatan modal
4. Kesimpulan
DLC menggabungkan teknologi baru seperti Taproot dan BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Melalui mekanisme tantangan OP, dapat meminimalkan kepercayaan pada oracle. Di masa depan, DLC diharapkan dapat memainkan peran yang lebih besar dalam ekosistem Bitcoin.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Rencana optimasi teknologi DLC: Meningkatkan keamanan dan kegunaan
Analisis Teknologi DLC dan Pemikiran Optimasi
1. Ringkasan
Kontrak Logaritma Diskrit ( DLC ) adalah sebuah skema pelaksanaan kontrak yang berbasis pada oracle, yang diajukan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang telah ditentukan sebelumnya, di mana para peserta menentukan hasil yang mungkin dan melakukan pra-tanda tangan. Pembayaran dieksekusi ketika oracle menandatangani hasil tersebut. Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan dalam perlindungan privasi, dukungan kontrak keuangan yang kompleks, dan pengurangan risiko pihak lawan.
Meskipun DLC memiliki prospek aplikasi yang luas dalam ekosistem Bitcoin, masih ada beberapa masalah yang ada:
Artikel ini akan mengusulkan beberapa solusi optimasi untuk masalah ini, guna meningkatkan keamanan dan kegunaan DLC.
2. Cara Kerja DLC
Sebagai contoh taruhan antara Alice dan Bob pada paritas genap atau ganjil dari nilai hash blok ke-n+k, alur kerja dasar DLC adalah sebagai berikut:
Generasi kunci: Oracle, Alice, dan Bob masing-masing menghasilkan kunci privat dan kunci publik
Transaksi Penyuntikan Modal: Alice dan Bob membuat output multisig 2-of-2, masing-masing mengunci 1 BTC
Eksekusi Kontrak Transaksi: Buat dua CET untuk transaksi penyertaan biaya
Menghitung komitmen R, S, S' oleh oracle dan disiarkan
Alice dan Bob menghitung kunci publik baru PK^Alice dan PK^Bob
Penyelesaian: Oracle menyebarkan s atau s' berdasarkan nilai hash blok.
Penarikan: Pihak yang menang menghitung kunci privat baru menggunakan s atau s' dan menarik aset
Selain itu, perlu menambahkan kunci waktu untuk mencegah salah satu pihak tidak menarik koin dalam jangka panjang.
3. Rencana Optimasi DLC
3.1 Manajemen Kunci
Untuk meningkatkan keamanan kunci privat oracle dan angka acak:
3.2 oracle terdesentralisasi
Menggunakan tanda tangan ambang Schnorr untuk mewujudkan oracle terdesentralisasi, memiliki keuntungan berikut:
3.3 Desentralisasi dan pengelolaan kunci terintegrasi
Menggunakan metode distribusi kunci untuk menghasilkan turunan kunci BIP32 dalam skenario oracle terdesentralisasi. Namun, perlu mempertimbangkan masalah kompatibilitas antara BIP32 yang ditingkatkan dan tidak ditingkatkan.
3.4 OP-DLC: minimalisasi kepercayaan oracle
Memperkenalkan mekanisme tantangan optimis, oracle perlu menyetor deposit terlebih dahulu untuk membangun permainan OP di blockchain. Setiap pihak yang berpartisipasi secara jujur dapat menantang oracle yang berbuat jahat, dan setelah menang, akan menghukum pihak yang berbuat jahat dan menyita deposit.
3.5 OP-DLC + BitVM双桥
Menggabungkan OP-DLC dan BitVM, menyelesaikan masalah kembalian nominal tetap pada DLC:
4. Kesimpulan
DLC menggabungkan teknologi baru seperti Taproot dan BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Melalui mekanisme tantangan OP, dapat meminimalkan kepercayaan pada oracle. Di masa depan, DLC diharapkan dapat memainkan peran yang lebih besar dalam ekosistem Bitcoin.