Kontrak logaritma diskret (DLC) adalah skema eksekusi kontrak pintar 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 sebelumnya, di mana para peserta menentukan hasil yang mungkin dan melakukan pra-tanda tangan, dan ketika oracle menandatangani hasilnya, pembayaran dilakukan menggunakan pra-tanda tangan tersebut. DLC dapat mewujudkan aplikasi keuangan terdesentralisasi yang baru, sambil menjamin keamanan simpanan Bitcoin.
Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan berikut:
Perlindungan privasi yang lebih baik
Mendukung kontrak keuangan yang kompleks
Mengurangi risiko pihak lawan
Tidak perlu mengelola saluran pembayaran
Memiliki skalabilitas yang lebih baik dalam skenario tertentu
Namun, DLC masih memiliki beberapa masalah dan risiko:
Risiko kehilangan atau kebocoran kunci oracle
Masalah desentralisasi oracle
Oracle terdesentralisasi tidak dapat melakukan derivasi kunci secara langsung
Risiko konspirasi oracle
Masalah kembalian dengan nominal tetap
Artikel ini akan membahas solusi optimasi DLC untuk meningkatkan keamanan ekosistem Bitcoin.
2. Prinsip DLC
Sebagai contoh, menggunakan taruhan antara Alice dan Bob pada paritas hash blok ke-n+k untuk menjelaskan prinsip DLC:
Inisialisasi: menghasilkan generator G, urutan q
Generasi Kunci: Orakel, Alice, dan Bob masing-masing menghasilkan kunci pribadi dan kunci publik
Transaksi penyuntikan modal: Alice dan Bob membuat transaksi penyuntikan modal output multisignature 2-dari-2
Eksekusi transaksi kontrak: Buat dua CET untuk transaksi pengeluaran investasi
Komitmen perhitungan oracle: menghasilkan R, S, S' dan disiarkan
Alice dan Bob menghitung kunci publik baru
Penyelesaian: Oracle menghasilkan s atau s' berdasarkan nilai hash blok
Penarikan: Pihak yang menang menarik aset menggunakan kunci privat baru
Atur kunci waktu untuk memastikan keadilan
3. Optimasi DLC
3.1 Manajemen Kunci
Keamanan kunci privat dan angka acak dari oracle sangat penting. Risiko utama meliputi:
Kunci privat oracle hilang
Kebocoran kunci privat oracle
Kebocoran atau penggunaan ulang angka acak oleh oracle
Oracle kehilangan angka acak
Saran optimasi:
Menggunakan BIP32 untuk menurunkan kunci anak
Menggunakan kunci pribadi dan nilai hash penghitung sebagai angka acak
3.2 oracle terdesentralisasi
Menggunakan tanda tangan batas Schnorr untuk mewujudkan orakel terdesentralisasi, memiliki keuntungan berikut:
Meningkatkan keamanan
Kontrol terdistribusi
Meningkatkan ketersediaan
Fleksibilitas dan skalabilitas
Dapat dipertanggungjawabkan
3.3 Desentralisasi dan pengelolaan kunci yang terhubung
Ketika kunci pribadi yang lengkap tidak ada, tidak mungkin untuk langsung menggunakan BIP32 untuk melakukan derivasi kunci. Metode derivasi kunci terdistribusi dapat digunakan:
Potongan kunci pribadi dan kunci pribadi lengkap memenuhi hubungan interpolasi
Fragmentasi sub-kunci pribadi dan sub-kunci juga memenuhi hubungan interpolasi
Pertimbangkan kompatibilitas BIP32 yang ditingkatkan dan tidak ditingkatkan
3.4 OP-DLC: Minimalkan Kepercayaan Oracle
Mengajukan mekanisme tantangan optimis:
Oracle melakukan staking terlebih dahulu
Setiap pihak yang jujur dapat memulai tantangan
Mesin Ramalan untuk Hukuman Kejahatan
Tingkat toleransi kesalahan mencapai 99%
3.5 OP-DLC + BitVM dua jembatan
Menggabungkan BitVM untuk menyelesaikan masalah DLC:
Kembalian dengan ukuran apa pun
Berbagai saluran deposit dan penarikan
Minimalisasi Kepercayaan Oracle
Meningkatkan pemanfaatan modal
4. Kesimpulan
DLC menggabungkan teknologi baru seperti Taproot, BitVM, dll, 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.
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.
9 Suka
Hadiah
9
7
Posting ulang
Bagikan
Komentar
0/400
OfflineValidator
· 9jam yang lalu
Diberikan tanpa kehilangan
Lihat AsliBalas0
BearMarketBro
· 16jam yang lalu
Rentang ini terlalu luas, ya?
Lihat AsliBalas0
LiquidityHunter
· 08-10 05:05
Saya mendengar DLC untuk pertama kalinya
Lihat AsliBalas0
bridge_anxiety
· 08-10 05:05
Tampaknya cukup canggih, tapi saya tidak mengerti.
Lihat AsliBalas0
AirdropGrandpa
· 08-10 04:59
btc masih dlc wangi
Lihat AsliBalas0
LayerZeroHero
· 08-10 04:56
DLC bagus! Standar BTC generasi berikutnya.
Lihat AsliBalas0
BloodInStreets
· 08-10 04:52
Bagus sekali, bermain Mesin Oracle adalah cara baru untuk play people for suckers.
Optimasi teknologi DLC: Meningkatkan keamanan dan skalabilitas smart contract Bitcoin
Diskusi Prinsip Teknologi DLC dan Optimasi
1. Pendahuluan
Kontrak logaritma diskret (DLC) adalah skema eksekusi kontrak pintar 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 sebelumnya, di mana para peserta menentukan hasil yang mungkin dan melakukan pra-tanda tangan, dan ketika oracle menandatangani hasilnya, pembayaran dilakukan menggunakan pra-tanda tangan tersebut. DLC dapat mewujudkan aplikasi keuangan terdesentralisasi yang baru, sambil menjamin keamanan simpanan Bitcoin.
Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan berikut:
Namun, DLC masih memiliki beberapa masalah dan risiko:
Artikel ini akan membahas solusi optimasi DLC untuk meningkatkan keamanan ekosistem Bitcoin.
2. Prinsip DLC
Sebagai contoh, menggunakan taruhan antara Alice dan Bob pada paritas hash blok ke-n+k untuk menjelaskan prinsip DLC:
Inisialisasi: menghasilkan generator G, urutan q
Generasi Kunci: Orakel, Alice, dan Bob masing-masing menghasilkan kunci pribadi dan kunci publik
Transaksi penyuntikan modal: Alice dan Bob membuat transaksi penyuntikan modal output multisignature 2-dari-2
Eksekusi transaksi kontrak: Buat dua CET untuk transaksi pengeluaran investasi
Komitmen perhitungan oracle: menghasilkan R, S, S' dan disiarkan
Alice dan Bob menghitung kunci publik baru
Penyelesaian: Oracle menghasilkan s atau s' berdasarkan nilai hash blok
Penarikan: Pihak yang menang menarik aset menggunakan kunci privat baru
Atur kunci waktu untuk memastikan keadilan
3. Optimasi DLC
3.1 Manajemen Kunci
Keamanan kunci privat dan angka acak dari oracle sangat penting. Risiko utama meliputi:
Saran optimasi:
3.2 oracle terdesentralisasi
Menggunakan tanda tangan batas Schnorr untuk mewujudkan orakel terdesentralisasi, memiliki keuntungan berikut:
3.3 Desentralisasi dan pengelolaan kunci yang terhubung
Ketika kunci pribadi yang lengkap tidak ada, tidak mungkin untuk langsung menggunakan BIP32 untuk melakukan derivasi kunci. Metode derivasi kunci terdistribusi dapat digunakan:
3.4 OP-DLC: Minimalkan Kepercayaan Oracle
Mengajukan mekanisme tantangan optimis:
3.5 OP-DLC + BitVM dua jembatan
Menggabungkan BitVM untuk menyelesaikan masalah DLC:
4. Kesimpulan
DLC menggabungkan teknologi baru seperti Taproot, BitVM, dll, 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.