Diskusi Prinsip Teknologi DLC dan Strategi Optimasi
1. Pendahuluan
Kontrak Logaritma Diskrit ( DLC ) adalah skema pelaksanaan kontrak berbasis oracle, yang diusulkan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak melakukan pembayaran bersyarat berdasarkan kondisi yang telah ditentukan, dengan pihak yang terlibat sebelumnya menentukan kemungkinan hasil dan melakukan pra-tanda tangan. Ketika oracle menandatangani hasilnya, pembayaran dilaksanakan menggunakan pra-tanda tangan ini. DLC dapat mewujudkan aplikasi keuangan terdesentralisasi yang baru di jaringan Bitcoin, sambil memastikan keamanan deposito Bitcoin.
Dibandingkan dengan jaringan Lightning, DLC memiliki keuntungan berikut:
Perlindungan privasi yang lebih baik
Mendukung kontrak keuangan yang kompleks dan fleksibel
Mengurangi risiko pihak lawan
Tidak perlu mengelola saluran pembayaran
Menyediakan skalabilitas yang baik dalam kontrak kompleks
Namun DLC masih memiliki beberapa masalah, seperti:
Risiko kebocoran atau kehilangan kunci oracle
Masalah desentralisasi oracle
Oracle terdesentralisasi tidak dapat menggunakan kunci turunan BIP32 secara langsung
Risiko kolusi node oracle
Ada batasan jumlah minimum saat redistribusi dana
Artikel ini akan mengajukan beberapa pemikiran optimasi untuk meningkatkan keamanan ekosistem Bitcoin.
2. Prinsip DLC
Alice dan Bob menandatangani perjanjian taruhan: memprediksi paritas nilai hash blok ke-n+k. Jika ganjil, Alice menang; jika genap, Bob menang. Melalui oracle, informasi blok disampaikan untuk membangun tanda tangan kondisional, sehingga pihak yang menang menerima semua aset.
Inisialisasi: generator kurva elips G, urutan q.
Generasi kunci: Oracle, Alice, dan Bob masing-masing menghasilkan kunci privat dan kunci publik.
Transaksi Penyuntikan: Alice dan Bob membuat transaksi penyuntikan, masing-masing mengunci 1BTC ke output multi-tanda tangan 2-of-2.
Transaksi Eksekusi Kontrak: Membuat dua transaksi eksekusi kontrak (CET) untuk menghabiskan transaksi penyuntikan.
Alice dan Bob masing-masing menghitung kunci publik baru: PK^Alice:=X+S, PK^Bob:=Y+S'.
Settle: Setelah blok ke-n+k muncul, oracle menghasilkan s atau s' berdasarkan paritas nilai hash.
Penarikan: Pihak yang menang menggunakan s atau s' untuk menghitung kunci privat baru dan menarik aset.
3. Optimasi DLC
3.1 Manajemen Kunci
Kunci privat oracle dan angka acak sangat penting, terdapat risiko berikut:
kehilangan kunci pribadi mengakibatkan tidak dapat menyelesaikan
Kebocoran kunci pribadi dapat menyebabkan penyerang mengendalikan semua hasil kontrak
Kebocoran atau penggunaan kembali angka acak dapat menghitung kunci pribadi
kehilangan angka acak menyebabkan tidak dapat diselesaikan
Disarankan untuk menggunakan kunci turunan BIP32, dengan angka acak yang dihasilkan dari hash nilai kunci pribadi dan penghitung, untuk mencegah duplikasi atau kehilangan.
3.2 oracle terdesentralisasi
Menggunakan tanda tangan batas Schnorr untuk mewujudkan oracle terdesentralisasi, dengan keuntungan berikut:
Meningkatkan keamanan, manajemen kunci terdistribusi
Mewujudkan kontrol terdistribusi
Meningkatkan ketersediaan sistem
Fleksibel dan dapat diperluas
Dapat dimintakan pertanggungjawaban
3.3 Desentralisasi dan pengelolaan kunci terintegrasi
Oracle yang terdesentralisasi tidak dapat menggunakan kunci turunan BIP32 secara langsung. Metode turunan kunci terdistribusi dapat digunakan, berdasarkan polinomial interpolasi Lagrange, sehingga potongan kunci pribadi dan kunci pribadi lengkap memenuhi hubungan interpolasi. Namun, perlu mempertimbangkan masalah kompatibilitas antara BIP32 yang ditingkatkan dan yang tidak ditingkatkan.
3.4 OP-DLC: minimalisasi kepercayaan oracle
Memperkenalkan mekanisme tantangan optimis, oracle perlu melakukan staking terlebih dahulu. Jika ada tindakan jahat, pihak yang jujur dapat memulai tantangan. Mengurangi asumsi kepercayaan, selama ada satu pihak yang jujur.
3.5 OP-DLC + BitVM jembatan ganda
Menggabungkan BitVM, menyelesaikan masalah kembalian dana DLC, mencapai kembalian dengan granularitas apa pun dan meningkatkan likuiditas dana. Pengguna dapat melakukan penyetoran dan penarikan melalui mekanisme BitVM atau OP-DLC, BitVM Alliance berfungsi sebagai oracle, Alice sebagai pengguna biasa.
4. Kesimpulan
DLC menggabungkan teknologi seperti Taproot dan BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Melalui mekanisme tantangan OP, mewujudkan minimalisasi kepercayaan oracle, membawa lebih banyak kemungkinan bagi 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.
12 Suka
Hadiah
12
4
Posting ulang
Bagikan
Komentar
0/400
RektButAlive
· 2jam yang lalu
Lebih baik dari kilat, hanya saja Bot sedikit bermasalah.
Lihat AsliBalas0
CodeZeroBasis
· 3jam yang lalu
Keren banget DLC ini?
Lihat AsliBalas0
ShitcoinConnoisseur
· 08-12 07:22
Privasi telah dibicarakan begitu lama, apa gunanya?
Optimasi teknologi DLC: Meningkatkan keamanan ekosistem Bitcoin dan skenario aplikasi
Diskusi Prinsip Teknologi DLC dan Strategi Optimasi
1. Pendahuluan
Kontrak Logaritma Diskrit ( DLC ) adalah skema pelaksanaan kontrak berbasis oracle, yang diusulkan oleh Tadge Dryja dari MIT pada tahun 2018. DLC memungkinkan kedua belah pihak melakukan pembayaran bersyarat berdasarkan kondisi yang telah ditentukan, dengan pihak yang terlibat sebelumnya menentukan kemungkinan hasil dan melakukan pra-tanda tangan. Ketika oracle menandatangani hasilnya, pembayaran dilaksanakan menggunakan pra-tanda tangan ini. DLC dapat mewujudkan aplikasi keuangan terdesentralisasi yang baru di jaringan Bitcoin, sambil memastikan keamanan deposito Bitcoin.
Dibandingkan dengan jaringan Lightning, DLC memiliki keuntungan berikut:
Namun DLC masih memiliki beberapa masalah, seperti:
Artikel ini akan mengajukan beberapa pemikiran optimasi untuk meningkatkan keamanan ekosistem Bitcoin.
2. Prinsip DLC
Alice dan Bob menandatangani perjanjian taruhan: memprediksi paritas nilai hash blok ke-n+k. Jika ganjil, Alice menang; jika genap, Bob menang. Melalui oracle, informasi blok disampaikan untuk membangun tanda tangan kondisional, sehingga pihak yang menang menerima semua aset.
Inisialisasi: generator kurva elips G, urutan q.
Generasi kunci: Oracle, Alice, dan Bob masing-masing menghasilkan kunci privat dan kunci publik.
Transaksi Penyuntikan: Alice dan Bob membuat transaksi penyuntikan, masing-masing mengunci 1BTC ke output multi-tanda tangan 2-of-2.
Transaksi Eksekusi Kontrak: Membuat dua transaksi eksekusi kontrak (CET) untuk menghabiskan transaksi penyuntikan.
Komitmen perhitungan oracle: R:=k⋅G, S:=R-hash( ganjil, R)⋅Z, S':=R-hash( genap, R)⋅Z, siarkan (R, S, S').
Alice dan Bob masing-masing menghitung kunci publik baru: PK^Alice:=X+S, PK^Bob:=Y+S'.
Settle: Setelah blok ke-n+k muncul, oracle menghasilkan s atau s' berdasarkan paritas nilai hash.
Penarikan: Pihak yang menang menggunakan s atau s' untuk menghitung kunci privat baru dan menarik aset.
3. Optimasi DLC
3.1 Manajemen Kunci
Kunci privat oracle dan angka acak sangat penting, terdapat risiko berikut:
Disarankan untuk menggunakan kunci turunan BIP32, dengan angka acak yang dihasilkan dari hash nilai kunci pribadi dan penghitung, untuk mencegah duplikasi atau kehilangan.
3.2 oracle terdesentralisasi
Menggunakan tanda tangan batas Schnorr untuk mewujudkan oracle terdesentralisasi, dengan keuntungan berikut:
3.3 Desentralisasi dan pengelolaan kunci terintegrasi
Oracle yang terdesentralisasi tidak dapat menggunakan kunci turunan BIP32 secara langsung. Metode turunan kunci terdistribusi dapat digunakan, berdasarkan polinomial interpolasi Lagrange, sehingga potongan kunci pribadi dan kunci pribadi lengkap memenuhi hubungan interpolasi. Namun, perlu mempertimbangkan masalah kompatibilitas antara BIP32 yang ditingkatkan dan yang tidak ditingkatkan.
3.4 OP-DLC: minimalisasi kepercayaan oracle
Memperkenalkan mekanisme tantangan optimis, oracle perlu melakukan staking terlebih dahulu. Jika ada tindakan jahat, pihak yang jujur dapat memulai tantangan. Mengurangi asumsi kepercayaan, selama ada satu pihak yang jujur.
3.5 OP-DLC + BitVM jembatan ganda
Menggabungkan BitVM, menyelesaikan masalah kembalian dana DLC, mencapai kembalian dengan granularitas apa pun dan meningkatkan likuiditas dana. Pengguna dapat melakukan penyetoran dan penarikan melalui mekanisme BitVM atau OP-DLC, BitVM Alliance berfungsi sebagai oracle, Alice sebagai pengguna biasa.
4. Kesimpulan
DLC menggabungkan teknologi seperti Taproot dan BitVM, dapat mewujudkan verifikasi dan penyelesaian kontrak off-chain yang lebih kompleks. Melalui mekanisme tantangan OP, mewujudkan minimalisasi kepercayaan oracle, membawa lebih banyak kemungkinan bagi ekosistem Bitcoin.