Kontrak Discrete Logarithm ( DLC ) adalah skema pelaksanaan kontrak berbasis oracle yang diusulkan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang telah ditentukan, dengan menandatangani pembayaran melalui tanda tangan pra-ditandatangani dan hasil oracle. Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan dalam hal privasi, dukungan untuk kontrak kompleks, dan kontrol risiko pihak lawan.
Namun, DLC masih memiliki beberapa risiko dan masalah:
Risiko kebocoran atau kehilangan kunci oracle
Masalah desentralisasi oracle
Oracle terdesentralisasi tidak dapat melakukan turunan kunci secara langsung
Risiko konspirasi node oracle
Masalah kembalian dengan nominal tetap
Artikel ini akan membahas beberapa solusi optimasi untuk mengatasi masalah di atas dan meningkatkan keamanan ekosistem Bitcoin.
2. Prinsip DLC
Sebagai contoh, Alice dan Bob bertaruh pada paritas hash blok ke-n+k:
Inisialisasi: menghasilkan generator G, orde q
Semua pihak menghasilkan pasangan kunci
Membuat transaksi penyertaan
Buat transaksi pelaksanaan kontrak
Oracle menghitung dan menyiarkan komitmen
Alice dan Bob menghitung kunci publik baru
Orakel menyiarkan tanda tangan berdasarkan hasil
Pihak yang menang menggunakan kunci privat baru untuk menarik aset
3. Rencana Optimalisasi DLC
3.1 Manajemen Kunci
Orakel harus menggunakan BIP32 untuk menurunkan kunci anak, dan menggunakan kunci pribadi dan hash penghitung sebagai angka acak, untuk mencegah duplikasi atau kehilangan.
3.2 oracle terdesentralisasi
Menggunakan tanda tangan ambang Schnorr untuk mengimplementasikan oracle terdesentralisasi, meningkatkan keamanan, keandalan, dan dapat diaudit.
3.3 Desentralisasi dan manajemen kunci yang terintegrasi
Menggunakan metode derivasi kunci terdistribusi, memungkinkan node oracle untuk melakukan derivasi kunci hanya dengan memegang potongan kunci privat.
3.4 OP-DLC: Minimalkan Kepercayaan Orakel
Memperkenalkan mekanisme tantangan optimis, oracle harus melakukan staking sebelumnya. Setiap pihak yang jujur dapat menantang oracle yang berbuat curang dan memberikan hukuman.
3.5 OP-DLC + BitVM dual bridge
Menggabungkan OP-DLC dan BitVM, menyelesaikan masalah pengembalian dana, menyediakan berbagai saluran masuk dan keluar, dan mewujudkan minimalisasi kepercayaan pada oracle.
4. Kesimpulan
DLC menggabungkan teknologi seperti Taproot dan BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Dengan menggabungkan mekanisme tantangan OP, dapat mencapai minimalisasi kepercayaan oracle, memberikan lebih banyak kemungkinan untuk ekosistem Bitcoin.
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.
18 Suka
Hadiah
18
7
Bagikan
Komentar
0/400
StakeOrRegret
· 13jam yang lalu
Menyelesaikan hanya bicara saja~
Lihat AsliBalas0
GateUser-0717ab66
· 13jam yang lalu
Melihat lonjakan ini, puncak! Puncak!
Lihat AsliBalas0
PaperHandSister
· 13jam yang lalu
Bukankah itu hanya menyalin cara bermain defi!
Lihat AsliBalas0
CryptoPunster
· 13jam yang lalu
Sebelum masuk DLC, biarkan saya meramalkan... ini adalah formula baru untuk Dianggap Bodoh.
Lihat AsliBalas0
DaoGovernanceOfficer
· 14jam yang lalu
secara empiris berbicara... satu lagi teater keamanan sejujurnya
Rencana optimasi DLC: Meningkatkan keamanan dan skalabilitas ekosistem Bitcoin
Analisis Prinsip DLC dan Rencana Optimalisasinya
1. Pendahuluan
Kontrak Discrete Logarithm ( DLC ) adalah skema pelaksanaan kontrak berbasis oracle yang diusulkan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak untuk melakukan pembayaran bersyarat berdasarkan kondisi yang telah ditentukan, dengan menandatangani pembayaran melalui tanda tangan pra-ditandatangani dan hasil oracle. Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan dalam hal privasi, dukungan untuk kontrak kompleks, dan kontrol risiko pihak lawan.
Namun, DLC masih memiliki beberapa risiko dan masalah:
Artikel ini akan membahas beberapa solusi optimasi untuk mengatasi masalah di atas dan meningkatkan keamanan ekosistem Bitcoin.
2. Prinsip DLC
Sebagai contoh, Alice dan Bob bertaruh pada paritas hash blok ke-n+k:
3. Rencana Optimalisasi DLC
3.1 Manajemen Kunci
Orakel harus menggunakan BIP32 untuk menurunkan kunci anak, dan menggunakan kunci pribadi dan hash penghitung sebagai angka acak, untuk mencegah duplikasi atau kehilangan.
3.2 oracle terdesentralisasi
Menggunakan tanda tangan ambang Schnorr untuk mengimplementasikan oracle terdesentralisasi, meningkatkan keamanan, keandalan, dan dapat diaudit.
3.3 Desentralisasi dan manajemen kunci yang terintegrasi
Menggunakan metode derivasi kunci terdistribusi, memungkinkan node oracle untuk melakukan derivasi kunci hanya dengan memegang potongan kunci privat.
3.4 OP-DLC: Minimalkan Kepercayaan Orakel
Memperkenalkan mekanisme tantangan optimis, oracle harus melakukan staking sebelumnya. Setiap pihak yang jujur dapat menantang oracle yang berbuat curang dan memberikan hukuman.
3.5 OP-DLC + BitVM dual bridge
Menggabungkan OP-DLC dan BitVM, menyelesaikan masalah pengembalian dana, menyediakan berbagai saluran masuk dan keluar, dan mewujudkan minimalisasi kepercayaan pada oracle.
4. Kesimpulan
DLC menggabungkan teknologi seperti Taproot dan BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Dengan menggabungkan mekanisme tantangan OP, dapat mencapai minimalisasi kepercayaan oracle, memberikan lebih banyak kemungkinan untuk ekosistem Bitcoin.