DLC teknolojisi prensipleri ve optimizasyon yaklaşımları üzerine tartışma
1. Giriş
Dağıtık Logaritma Sözleşmesi ( DLC ), MIT'ten Tadge Dryja tarafından 2018'de önerilen, oracle tabanlı bir koşullu ödeme çözümüdür. DLC, tarafların önceden tanımlanmış koşullara göre koşullu ödemeler yapmalarına olanak tanır, katılımcılar olası sonuçları önceden imzalar ve oracle sonuçları imzaladığında ödemeyi gerçekleştirir. Bu, DLC'nin Bitcoin mevduatlarının güvenliğini sağlarken yeni nesil merkeziyetsiz finans uygulamalarını gerçekleştirmesine olanak tanır.
Lightning Network'e kıyasla, DLC'nin aşağıdaki avantajları vardır:
Daha iyi gizlilik koruması, sözleşme detayları yalnızca katılımcılar arasında paylaşılır.
Daha karmaşık ve esnek finansal sözleşmeleri destekler, örneğin türev ürünler, sigorta vb.
Rakip taraf riskini azaltmak, fonların çoklu imza sözleşmesinde kilitlenmesi
Ödeme kanallarını yönetmenize gerek yok
Karmaşık sözleşmelerde daha iyi ölçeklenebilirlik sağlamak
Ancak DLC'nin hala bazı riskleri ve sorunları var:
Oracle anahtarının sızması veya kaybolma riski
Oracle merkeziyetçi sorunu
Merkeziyetsiz oracle'ler doğrudan anahtar türetemez.
Oracle düğümü komplo riski
Sabit nominalde para üstü sorunu
Bu makalede, Bitcoin ekosisteminin güvenliğini artırmak için bu sorunlara bazı optimizasyon çözümleri sunulacaktır.
2. DLC Prensibi
Alice ve Bob'un bir bahis sözleşmesi imzalaması örneğini ele alalım, bahis n+k. blok hash'inin teklik veya çiftlik durumudur. DLC, oracle üzerinden blok bilgilerini ileterek koşullu imza oluşturur ve kazanan tarafın varlık kazanmasını sağlar.
Ana adımlar şunlardır:
Tüm taraflar anahtar çiftleri oluşturur
Yatırım İşlemi Oluştur
Sözleşme İcra İşlemi Oluşturma
Oracle Hesaplama Taahhüdü
Taraf yeni genel anahtarı hesaplar
Oracle sonuçlara göre imza oluşturur
Kazanan taraf varlıkları çekebilir
Analizler, yalnızca doğru tarafın yeni özel anahtarı hesaplayabileceğini ve başarılı bir şekilde para çekebileceğini göstermektedir. Aynı zamanda, varlıkların diğer tarafça çekilmesini önlemek için bir zaman kilidi eklenmesi gerekmektedir.
3. DLC optimizasyonu
3.1 Anahtar Yönetimi
DLC'deki oracle'ın özel anahtarı ve rastgele sayı son derece önemlidir, sızdırılması veya kaybolması şu sonuçlara yol açabilir:
Hesaplanamıyor, iade sözleşmesi uygulanmalı
Dolandırıcılık uzlaşma riskiyle karşı karşıya
Kehanetçi özel anahtarını sızdırmak
DLC ile eşleşmiyor, hesaplanamıyor.
BIP32 ile türetilmiş alt anahtarlar veya torun anahtarlarının kullanılmasını ve özel anahtar ile sayaçların hash değerinin rastgele sayı olarak kullanılmasını öneririm, bu da güvenliği artırır.
3.2 Merkeziyetsiz Oracle
Schnorr eşik imzasının kullanılması merkeziyetsiz oracle'lar oluşturulmasını sağlar ve aşağıdaki avantajlara sahiptir:
Güvenliği artırma
Dağıtık Kontrol
Kullanılabilirliği artırmak
Esneklik ve ölçeklenebilirlik
Hesap verebilirlik
3.3 Merkeziyetsizlik ve Anahtar Yönetimi Entegrasyonu
Merkeziyetsiz oracle senaryosunda, tam özel anahtar görünmez, BIP32 türetilmiş anahtarları doğrudan kullanmak mümkün değildir. Dağıtık anahtar türetme yöntemleri kullanılabilir, Lagrange interpolasyon polinomuna dayanarak gerçekleştirilebilir. Ancak, geliştirilmiş ve geliştirilmemiş BIP32'nin uyumluluk sorunları dikkate alınmalıdır.
3.4 OP-DLC: Tahminci Güven Azaltma
OP-DLC önerisi sunulmuş, iyimser meydan okuma mekanizması getirilmiştir. Oracle'ların önceden teminat yatırarak zincir üzerindeki OP oyunlarını inşa etmesi ve kötü niyetli davranmayacaklarına dair taahhüt vermesi gerekmektedir. Herhangi bir dürüst katılımcı meydan okuma başlatabilir ve kötü niyetli oracle'ları cezalandırabilir. Bu, oracle düğümlerinin birbirlerini denetlemesini sağlar ve güveni en aza indirir.
3.5 OP-DLC + BitVM çift köprü
OP-DLC ve BitVM'yi birleştirerek, DLC'nin fon dağıtımındaki sınırlamalarını çözmek:
Herhangi bir granülde para üstü verme
Fon akışını artırmak
Kullanıcı, para yatırma ve çekme yöntemini serbestçe seçebilir.
Oracle'a olan güven bağımlılığını azaltmak
4. Sonuç
DLC teknolojisi, Taproot, BitVM gibi yeni teknolojilerle birleştiğinde, daha karmaşık zincir dışı sözleşme doğrulama ve düzenlemeleri mümkün kılmaktadır. OP meydan okuma mekanizması aracılığıyla, oracle güvenini en aza indirmek daha da mümkün hale gelmekte ve Bitcoin ekosistemine daha fazla olasılık sunmaktadır.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
12 Likes
Reward
12
5
Share
Comment
0/400
IfIWereOnChain
· 07-25 06:56
Karmaşıklık arttıkça maliyet de yükselir.
View OriginalReply0
WhaleWatcher
· 07-22 14:59
Oracle Makine yine varlığını hissettirdi.
View OriginalReply0
CrashHotline
· 07-22 14:59
dlc hâlâ yeterince popüler değil, sanki hâlâ kağıt üzerinde duruyor gibi.
DLC optimizasyon planı: Bitcoin ekosisteminin güvenliğini ve uygulama potansiyelini artırma
DLC teknolojisi prensipleri ve optimizasyon yaklaşımları üzerine tartışma
1. Giriş
Dağıtık Logaritma Sözleşmesi ( DLC ), MIT'ten Tadge Dryja tarafından 2018'de önerilen, oracle tabanlı bir koşullu ödeme çözümüdür. DLC, tarafların önceden tanımlanmış koşullara göre koşullu ödemeler yapmalarına olanak tanır, katılımcılar olası sonuçları önceden imzalar ve oracle sonuçları imzaladığında ödemeyi gerçekleştirir. Bu, DLC'nin Bitcoin mevduatlarının güvenliğini sağlarken yeni nesil merkeziyetsiz finans uygulamalarını gerçekleştirmesine olanak tanır.
Lightning Network'e kıyasla, DLC'nin aşağıdaki avantajları vardır:
Ancak DLC'nin hala bazı riskleri ve sorunları var:
Bu makalede, Bitcoin ekosisteminin güvenliğini artırmak için bu sorunlara bazı optimizasyon çözümleri sunulacaktır.
2. DLC Prensibi
Alice ve Bob'un bir bahis sözleşmesi imzalaması örneğini ele alalım, bahis n+k. blok hash'inin teklik veya çiftlik durumudur. DLC, oracle üzerinden blok bilgilerini ileterek koşullu imza oluşturur ve kazanan tarafın varlık kazanmasını sağlar.
Ana adımlar şunlardır:
Analizler, yalnızca doğru tarafın yeni özel anahtarı hesaplayabileceğini ve başarılı bir şekilde para çekebileceğini göstermektedir. Aynı zamanda, varlıkların diğer tarafça çekilmesini önlemek için bir zaman kilidi eklenmesi gerekmektedir.
3. DLC optimizasyonu
3.1 Anahtar Yönetimi
DLC'deki oracle'ın özel anahtarı ve rastgele sayı son derece önemlidir, sızdırılması veya kaybolması şu sonuçlara yol açabilir:
BIP32 ile türetilmiş alt anahtarlar veya torun anahtarlarının kullanılmasını ve özel anahtar ile sayaçların hash değerinin rastgele sayı olarak kullanılmasını öneririm, bu da güvenliği artırır.
3.2 Merkeziyetsiz Oracle
Schnorr eşik imzasının kullanılması merkeziyetsiz oracle'lar oluşturulmasını sağlar ve aşağıdaki avantajlara sahiptir:
3.3 Merkeziyetsizlik ve Anahtar Yönetimi Entegrasyonu
Merkeziyetsiz oracle senaryosunda, tam özel anahtar görünmez, BIP32 türetilmiş anahtarları doğrudan kullanmak mümkün değildir. Dağıtık anahtar türetme yöntemleri kullanılabilir, Lagrange interpolasyon polinomuna dayanarak gerçekleştirilebilir. Ancak, geliştirilmiş ve geliştirilmemiş BIP32'nin uyumluluk sorunları dikkate alınmalıdır.
3.4 OP-DLC: Tahminci Güven Azaltma
OP-DLC önerisi sunulmuş, iyimser meydan okuma mekanizması getirilmiştir. Oracle'ların önceden teminat yatırarak zincir üzerindeki OP oyunlarını inşa etmesi ve kötü niyetli davranmayacaklarına dair taahhüt vermesi gerekmektedir. Herhangi bir dürüst katılımcı meydan okuma başlatabilir ve kötü niyetli oracle'ları cezalandırabilir. Bu, oracle düğümlerinin birbirlerini denetlemesini sağlar ve güveni en aza indirir.
3.5 OP-DLC + BitVM çift köprü
OP-DLC ve BitVM'yi birleştirerek, DLC'nin fon dağıtımındaki sınırlamalarını çözmek:
4. Sonuç
DLC teknolojisi, Taproot, BitVM gibi yeni teknolojilerle birleştiğinde, daha karmaşık zincir dışı sözleşme doğrulama ve düzenlemeleri mümkün kılmaktadır. OP meydan okuma mekanizması aracılığıyla, oracle güvenini en aza indirmek daha da mümkün hale gelmekte ve Bitcoin ekosistemine daha fazla olasılık sunmaktadır.