DLC Teknolojisi Prensipleri ve Optimizasyon Yaklaşımları Üzerine Tartışma
1. Giriş
Ayrık logaritma sözleşmesi ( DLC ), MIT'ten Tadge Dryja tarafından 2018 yılında önerilen, oracle tabanlı bir Bitcoin sözleşme yürütme planıdır. DLC, iki tarafın önceden tanımlanmış koşullara dayanarak koşullu ödemeler yapmasına olanak tanır, katılımcılar olası sonuçları önceden imzalar ve oracle sonuçları imzaladığında ödemeleri gerçekleştirir. Lightning Network ile karşılaştırıldığında, DLC gizlilik, karmaşık finansal sözleşmelerin desteği ve karşı taraf riskini azaltma gibi konularda avantajlar sunmaktadır.
DLC, Bitcoin ekosistem uygulamalarında son derece umut verici olmasına rağmen, hâlâ bazı riskler ve sorunlar bulunmaktadır:
Oracle anahtarının sızması veya kaybolması varlık kaybına yol açabilir.
Oracle merkezileştirmesi güven riskleri getirir
Merkeziyetsiz oracle'lar anahtar türetiminde zorluk yaşar.
Tahminci düğüm komplo riski
Sabit nominalde bozuk para kısıtlaması
Bu makalede, DLC'nin karşılaştığı bu zorlukları çözmek ve Bitcoin ekosisteminin güvenliğini artırmak için bazı optimizasyon çözümleri ele alınacaktır.
2. DLC Çalışma Prensibi
Alice ve Bob'un n+k. blok hash değerinin çift mi tek mi olduğu üzerine bahis yapmasını örnek alarak, DLC'nin temel süreci aşağıdaki gibidir:
Anahtar Oluşturma: Oracle, Alice ve Bob kendi halka-özel anahtar çiftlerini oluşturur.
Yatırım işlemi: Alice ve Bob, 2-of-2 çoklu imza çıktısı oluşturur, her biri 1 BTC kilitler.
Sözleşme yürütme işlemi: Harcama yatırımı işlemi için iki CET oluştur.
Oracle taahhütü: (R,S,S') hesaplayıp yayınlamak.
Katılımcılar yeni genel anahtarı hesaplar.
Hesaplama: Oracle, blok hash değerine göre s veya s' broadcast eder.
Çekim: Kazanan yeni özel anahtarı kullanarak 2 BTC çeker.
Tüm süreç boyunca zaman kilidi kullanarak fonların güvenliğini sağlamak.
3. DLC optimizasyon planı
3.1 Anahtar Yönetimi
Orakların gizli anahtar yönetimi aşağıdaki risklerle karşı karşıyadır:
özel anahtar kaybı nedeniyle hesaplama yapılamıyor.
özel anahtarın sızması dolandırıcılık hesaplamalarına neden oldu
Rastgele sayı sızıntısı veya yeniden kullanımı özel anahtar sızıntısına neden olur.
Rastgele sayı kaybı nedeniyle hesaplama yapılamıyor.
BIP32'yi kullanarak alt anahtarların türetilmesini ve özel anahtar ile sayaç hash değerinin rastgele sayı olarak kullanılmasını öneririz, güvenliği artırmak için.
3.2 merkeziyetsiz oracle
Schnorr eşik imzası kullanarak merkeziyetsiz oracle'lar oluşturulabilir ve aşağıdaki avantajlara sahiptir:
Güvenliği artırın, tek nokta arızasını azaltın
Dağıtık anahtar kontrolü sağlama
Sistem kullanılabilirliğini artırmak
Farklı güvenlik gereksinimlerine esnek bir şekilde uyum sağlama
Hesap verebilirliği destekler
3.3 Merkeziyetsizlik ve Anahtar Yönetimi Eşleştirilmesi
Merkeziyetsiz oracle'lar, doğrudan BIP32 kullanarak anahtar türetimi yapamaz. Dağıtık anahtar türetim yöntemleri kullanılabilir; Lagrange interpolasyon polinomları kullanılarak özel anahtar parçaları ile tam özel anahtar arasındaki ilişki sağlanır, böylece alt anahtar türetimi desteklenir.
3.4 OP-DLC: Tahminci Güven Azaltma
OP-DLC önerisi sunuldu, iyimser meydan okuma mekanizması getirildi:
Oracle, zincir üzerindeki OP oyununu inşa etmek için önceden stake ediyor
Her dürüst taraf bir meydan okuma başlatabilir.
Başarıyla meydan okuma, kötü niyetli kehanetçi için ceza verir.
"k-of-n" model ile birleştirilebilir
OP-DLC yalnızca bir dürüst katılımcı ile çalışabilir ve güven varsayımlarını önemli ölçüde azaltır.
3.5 OP-DLC + BitVM çift köprü
OP-DLC ve BitVM'i birleştirerek, DLC fon dağıtım sorununu çözmek:
Her türlü bozuk para desteğini destekler
Çeşitli para yatırma ve çekme kanalları sunar
Tahminci Güven Azaltma
Fon kullanımını artırmak
4. Sonuç
DLC teknolojisi sürekli olarak gelişmekte ve iyileşmektedir. Taproot, BitVM gibi yeni teknolojilerle bir araya gelerek, DLC'nin gelecekte daha karmaşık off-chain sözleşme doğrulama ve ödeme işlemlerini gerçekleştirmesi bekleniyor, aynı zamanda OP mekanizması aracılığıyla oracle'ların güven minimizasyonunu sağlaması hedefleniyor.
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.
7 Likes
Reward
7
5
Share
Comment
0/400
BakedCatFanboy
· 5h ago
Oracle Makine bu isim, kulağa pek güvenilir gelmiyor...
View OriginalReply0
GateUser-3824aa38
· 5h ago
Bu Oracle Makine, Satoshi Nakamoto kadar güvenilir mi?
View OriginalReply0
BottomMisser
· 5h ago
Hehe, yine de vazgeçelim. Merkezileşmiş Oracle Makine ile oynamaya cesaret ediyorlar.
View OriginalReply0
GasWastingMaximalist
· 5h ago
Oracle Makine yine mi boşverdi? Bu yükü BTC taşıyamaz.
View OriginalReply0
YieldHunter
· 5h ago
teknik olarak konuşursak, oracle riski bu durumu patlamak için bekleyen bir degen honeypot gibi görünüyor... geç
DLC teknolojisi optimizasyon planı: Bitcoin ekosisteminin güvenliğini artırma
DLC Teknolojisi Prensipleri ve Optimizasyon Yaklaşımları Üzerine Tartışma
1. Giriş
Ayrık logaritma sözleşmesi ( DLC ), MIT'ten Tadge Dryja tarafından 2018 yılında önerilen, oracle tabanlı bir Bitcoin sözleşme yürütme planıdır. DLC, iki tarafın önceden tanımlanmış koşullara dayanarak koşullu ödemeler yapmasına olanak tanır, katılımcılar olası sonuçları önceden imzalar ve oracle sonuçları imzaladığında ödemeleri gerçekleştirir. Lightning Network ile karşılaştırıldığında, DLC gizlilik, karmaşık finansal sözleşmelerin desteği ve karşı taraf riskini azaltma gibi konularda avantajlar sunmaktadır.
DLC, Bitcoin ekosistem uygulamalarında son derece umut verici olmasına rağmen, hâlâ bazı riskler ve sorunlar bulunmaktadır:
Bu makalede, DLC'nin karşılaştığı bu zorlukları çözmek ve Bitcoin ekosisteminin güvenliğini artırmak için bazı optimizasyon çözümleri ele alınacaktır.
2. DLC Çalışma Prensibi
Alice ve Bob'un n+k. blok hash değerinin çift mi tek mi olduğu üzerine bahis yapmasını örnek alarak, DLC'nin temel süreci aşağıdaki gibidir:
Anahtar Oluşturma: Oracle, Alice ve Bob kendi halka-özel anahtar çiftlerini oluşturur.
Yatırım işlemi: Alice ve Bob, 2-of-2 çoklu imza çıktısı oluşturur, her biri 1 BTC kilitler.
Sözleşme yürütme işlemi: Harcama yatırımı işlemi için iki CET oluştur.
Oracle taahhütü: (R,S,S') hesaplayıp yayınlamak.
Katılımcılar yeni genel anahtarı hesaplar.
Hesaplama: Oracle, blok hash değerine göre s veya s' broadcast eder.
Çekim: Kazanan yeni özel anahtarı kullanarak 2 BTC çeker.
Tüm süreç boyunca zaman kilidi kullanarak fonların güvenliğini sağlamak.
3. DLC optimizasyon planı
3.1 Anahtar Yönetimi
Orakların gizli anahtar yönetimi aşağıdaki risklerle karşı karşıyadır:
BIP32'yi kullanarak alt anahtarların türetilmesini ve özel anahtar ile sayaç hash değerinin rastgele sayı olarak kullanılmasını öneririz, güvenliği artırmak için.
3.2 merkeziyetsiz oracle
Schnorr eşik imzası kullanarak merkeziyetsiz oracle'lar oluşturulabilir ve aşağıdaki avantajlara sahiptir:
3.3 Merkeziyetsizlik ve Anahtar Yönetimi Eşleştirilmesi
Merkeziyetsiz oracle'lar, doğrudan BIP32 kullanarak anahtar türetimi yapamaz. Dağıtık anahtar türetim yöntemleri kullanılabilir; Lagrange interpolasyon polinomları kullanılarak özel anahtar parçaları ile tam özel anahtar arasındaki ilişki sağlanır, böylece alt anahtar türetimi desteklenir.
3.4 OP-DLC: Tahminci Güven Azaltma
OP-DLC önerisi sunuldu, iyimser meydan okuma mekanizması getirildi:
OP-DLC yalnızca bir dürüst katılımcı ile çalışabilir ve güven varsayımlarını önemli ölçüde azaltır.
3.5 OP-DLC + BitVM çift köprü
OP-DLC ve BitVM'i birleştirerek, DLC fon dağıtım sorununu çözmek:
4. Sonuç
DLC teknolojisi sürekli olarak gelişmekte ve iyileşmektedir. Taproot, BitVM gibi yeni teknolojilerle bir araya gelerek, DLC'nin gelecekte daha karmaşık off-chain sözleşme doğrulama ve ödeme işlemlerini gerçekleştirmesi bekleniyor, aynı zamanda OP mekanizması aracılığıyla oracle'ların güven minimizasyonunu sağlaması hedefleniyor.