Diskusi Prinsip Teknologi DLC dan Rencana Optimisasi
1. Ringkasan
Kontrak logaritma diskrit ( DLC ) adalah skema eksekusi 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 sebelumnya, dengan menggunakan tanda tangan pra-ditandatangani dan hasil tanda tangan oracle untuk mengeksekusi pembayaran. Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan yang jelas dalam hal privasi, dukungan kontrak keuangan kompleks, dan mengurangi risiko pihak lawan.
Meskipun DLC memiliki prospek aplikasi yang luas dalam ekosistem Bitcoin, masih ada beberapa masalah yang perlu diatasi, seperti keamanan kunci, desentralisasi oracle, dan kembalian nominal tetap. Artikel ini akan menganalisis prinsip DLC dan mengusulkan beberapa solusi optimasi.
2. Cara Kerja DLC
Sebagai contoh taruhan antara Alice dan Bob pada nilai hash blok ke-n+k yang genap atau ganjil, proses dasar DLC adalah sebagai berikut:
Semua pihak menghasilkan pasangan kunci: oracle (z, Z), Alice(x, X), Bob(y, Y)
Alice dan Bob membuat transaksi pendanaan multi-tanda tangan 2-of-2, masing-masing mengunci 1 BTC
Buat dua kontrak untuk melakukan transaksi ( CET ), untuk pengeluaran transaksi investasi
Oracle menghasilkan komitmen R dan S, S'
Alice dan Bob menghitung kunci publik baru PK^Alice dan PK^Bob
Oracle menyiarkan s atau s' berdasarkan paritas hash blok
Pihak yang menang menggunakan s/s' untuk menghitung kunci privat baru dalam penarikan aset
3. Rencana Optimasi DLC
3.1 Manajemen Kunci
Kebocoran atau kehilangan kunci pribadi dan angka acak oracle dapat menyebabkan berbagai masalah keamanan. Disarankan untuk mengambil langkah-langkah berikut:
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 batas Schnorr untuk mewujudkan desentralisasi oracle, memiliki keuntungan berikut:
Meningkatkan keamanan, mengurangi risiko kegagalan titik tunggal
Mewujudkan kontrol terdistribusi
Meningkatkan kegunaan dan fleksibilitas
Memiliki akuntabilitas
3.3 Desentralisasi dan pengelolaan kunci terintegrasi
Dalam skenario terdesentralisasi, kunci pribadi yang lengkap tidak ada, sehingga tidak dapat langsung menggunakan BIP32 untuk diturunkan. Metode turunan kunci terdistribusi dapat digunakan, dengan memanfaatkan polinom interpolasi Lagrange untuk mewujudkan hubungan antara potongan kunci pribadi dan kunci pribadi yang lengkap.
3.4 OP-DLC: Minimalkan Kepercayaan Oracle
Memperkenalkan mekanisme tantangan optimis, oracle harus melakukan staking sebelumnya. Setiap pihak yang berpartisipasi dengan jujur dapat menantang oracle yang berbuat jahat, dan memenangkan tantangan dapat menyita deposit pihak yang berbuat jahat.
3.5 OP-DLC + BitVM Jembatan Ganda
Menggabungkan OP-DLC dan BitVM untuk menyelesaikan masalah kembalian nominal tetap pada DLC, mewujudkan kembalian dengan granularity yang arbitrer dan meningkatkan likuiditas dana.
4. Kesimpulan
Teknologi DLC yang dikombinasikan dengan Taproot, BitVM, dan lainnya, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Melalui mekanisme tantangan OP, dapat mewujudkan minimalisasi kepercayaan oracle, yang menjadi dasar untuk penerapan luas DLC.
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.
16 Suka
Hadiah
16
7
Posting ulang
Bagikan
Komentar
0/400
ForkMonger
· 14jam yang lalu
pfft... eksekusi berbasis oracle? hanya vektor serangan lain yang menunggu untuk dieksploitasi sejujurnya
Lihat AsliBalas0
RuntimeError
· 14jam yang lalu
Bicara banyak tidak ada gunanya jika tidak membahas cara berdagang.
Lihat AsliBalas0
DeFiAlchemist
· 15jam yang lalu
ahh akhirnya melihat keanggunan matematis sakral dari protokol DLC... alkimia keuangan sejati sedang beraksi sejujurnya
Lihat AsliBalas0
BrokenDAO
· 15jam yang lalu
Mesin Oracle adalah botol baru yang berisi racun lama, biaya kepercayaan tetap tidak bisa dihindari.
Lihat AsliBalas0
RugPullAlarm
· 15jam yang lalu
Kerentanan pra-tanda tangan bisa direproduksi dalam waktu kurang dari 1 hari. Apakah skenario rug pull sudah ditulis sebelumnya?
Lihat AsliBalas0
HypotheticalLiquidator
· 15jam yang lalu
Mesin Oracle terpusat ambang batas risiko terlalu tinggi, satu domino lagi sedang menunggu untuk jatuh.
Lihat AsliBalas0
CryptoCross-TalkClub
· 15jam yang lalu
Sekali lagi, sebuah mainan teknologi tinggi yang dianggap bodoh telah datang.
Analisis mendalam tentang prinsip teknologi DLC dan diskusi tentang rencana optimisasi
Diskusi Prinsip Teknologi DLC dan Rencana Optimisasi
1. Ringkasan
Kontrak logaritma diskrit ( DLC ) adalah skema eksekusi 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 sebelumnya, dengan menggunakan tanda tangan pra-ditandatangani dan hasil tanda tangan oracle untuk mengeksekusi pembayaran. Dibandingkan dengan jaringan Lightning, DLC memiliki keunggulan yang jelas dalam hal privasi, dukungan kontrak keuangan kompleks, dan mengurangi risiko pihak lawan.
Meskipun DLC memiliki prospek aplikasi yang luas dalam ekosistem Bitcoin, masih ada beberapa masalah yang perlu diatasi, seperti keamanan kunci, desentralisasi oracle, dan kembalian nominal tetap. Artikel ini akan menganalisis prinsip DLC dan mengusulkan beberapa solusi optimasi.
2. Cara Kerja DLC
Sebagai contoh taruhan antara Alice dan Bob pada nilai hash blok ke-n+k yang genap atau ganjil, proses dasar DLC adalah sebagai berikut:
Semua pihak menghasilkan pasangan kunci: oracle (z, Z), Alice(x, X), Bob(y, Y)
Alice dan Bob membuat transaksi pendanaan multi-tanda tangan 2-of-2, masing-masing mengunci 1 BTC
Buat dua kontrak untuk melakukan transaksi ( CET ), untuk pengeluaran transaksi investasi
Oracle menghasilkan komitmen R dan S, S'
Alice dan Bob menghitung kunci publik baru PK^Alice dan PK^Bob
Oracle menyiarkan s atau s' berdasarkan paritas hash blok
Pihak yang menang menggunakan s/s' untuk menghitung kunci privat baru dalam penarikan aset
3. Rencana Optimasi DLC
3.1 Manajemen Kunci
Kebocoran atau kehilangan kunci pribadi dan angka acak oracle dapat menyebabkan berbagai masalah keamanan. Disarankan untuk mengambil langkah-langkah berikut:
3.2 oracle terdesentralisasi
Menggunakan tanda tangan batas Schnorr untuk mewujudkan desentralisasi oracle, memiliki keuntungan berikut:
3.3 Desentralisasi dan pengelolaan kunci terintegrasi
Dalam skenario terdesentralisasi, kunci pribadi yang lengkap tidak ada, sehingga tidak dapat langsung menggunakan BIP32 untuk diturunkan. Metode turunan kunci terdistribusi dapat digunakan, dengan memanfaatkan polinom interpolasi Lagrange untuk mewujudkan hubungan antara potongan kunci pribadi dan kunci pribadi yang lengkap.
3.4 OP-DLC: Minimalkan Kepercayaan Oracle
Memperkenalkan mekanisme tantangan optimis, oracle harus melakukan staking sebelumnya. Setiap pihak yang berpartisipasi dengan jujur dapat menantang oracle yang berbuat jahat, dan memenangkan tantangan dapat menyita deposit pihak yang berbuat jahat.
3.5 OP-DLC + BitVM Jembatan Ganda
Menggabungkan OP-DLC dan BitVM untuk menyelesaikan masalah kembalian nominal tetap pada DLC, mewujudkan kembalian dengan granularity yang arbitrer dan meningkatkan likuiditas dana.
4. Kesimpulan
Teknologi DLC yang dikombinasikan dengan Taproot, BitVM, dan lainnya, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Melalui mekanisme tantangan OP, dapat mewujudkan minimalisasi kepercayaan oracle, yang menjadi dasar untuk penerapan luas DLC.