DLC teknolojisi ve optimizasyon tartışması

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, iki tarafın önceden tanımlanmış koşullara göre koşullu ödemeler yapmasına olanak tanır; katılımcılar olası sonuçları önceden belirler ve önceden imza atarlar, oracle sonuçları imzaladığında ödemeyi gerçekleştirirler. DLC, Bitcoin ağı üzerinde yeni nesil merkeziyetsiz finans uygulamalarını mümkün kılarken, Bitcoin mevduatının güvenliğini de sağlar.

Lightning Network'e kıyasla, DLC'nin aşağıdaki avantajları vardır:

• Daha iyi gizlilik koruması
• Daha karmaşık ve esnek finansal sözleşmeleri destekler
• Rakip taraf riskini azaltmak
• Ödeme kanallarını yönetmeye gerek yok
• Karmaşık sözleşmeler konusunda daha iyi ölçeklenebilirlik sunar.

Ancak DLC hala bazı sorunlar var, örneğin:

• Oracle özel anahtarı ve rastgele sayının güvenlik riskleri
• Oracle'in merkezi güven problemi
• Merkeziyetsiz oracle anahtar türetimi gerçekleştiremez.
• Oracle komplo riski
• Sabit Nominal Bozuk Para Problemi

Bu makale, DLC'nin prensiplerini inceleyecek ve yukarıda belirtilen sorunları çözmek için bazı optimizasyon önerileri sunacaktır.

2. DLC Prensibi

Alice ve Bob'un n+k. blok hash değerinin parite üzerinden bahse girmesi örneği:

1. Taraflar anahtar çiftlerini oluşturur:

   • Oracle: Özel anahtar z, Açık anahtar Z = z·G
   • Alice: Özel anahtar x, genel anahtar X = x·G
   • Bob: Özel anahtar y, Genel anahtar Y = y·G

2. Alice ve Bob, 2-of-2 çoklu imza çıktısına her biri 1BTC yatırma işlemi oluşturur.

3. İki sözleşme işlemi oluşturun (CET) yatırım harcamak için.

4. Oracle hesaplama taahhüdü: R := k·G S := R - hash(TekSayı,R)·Z S' := R - hash(EvenNumber,R)·Z Yayın (R,S,S')

5. Alice ve Bob yeni anahtarı hesaplar: PK^Alice := X + S PK^Bob := Y + S'

6. Ödeme sırasında, oracle blok hash değerine göre s veya s' yayınlar: s := k - hash(TekSayı,R)·z s' := k - hash(EvenNumber,R)·z

7. Kazanan taraf yeni özel anahtar ile varlıkları çekebilir: sk^Alice := x + s sk^Bob := y + s'

3. DLC optimizasyon planı

3.1 Anahtar Yönetimi

Oracle, BIP32'yi kullanarak alt anahtar veya torun anahtarını imzalamalı ve özel anahtar ile sayaç hash değerini rasgele sayı olarak kullanmalıdır; böylece rasgele sayıların tekrarı veya kaybolması önlenir.

3.2 Merkeziyetsiz Orak

Schnorr eşik imzası kullanarak merkeziyetsiz oracle'lar gerçekleştirilebilir, aşağıdaki avantajlara sahiptir:

• Güvenliği artırın, tek nokta arıza riskini azaltın
• Dağıtık anahtar kontrolü sağlamak
• Sistem kullanılabilirliğini artırmak
• Esnek ve ölçeklenebilir
• Sorumluluk izlenebilirliğini destekler

3.3 Merkeziyetsizlik ve Anahtar Yönetimi Bağlantısı

Lagrange interpolasyon polinomuna dayalı olarak, eşik imza senaryosunda dağıtılmış anahtar türetimi gerçekleştirilebilir. Ancak, geliştirilmiş ve geliştirilmemiş BIP32'nin uyumluluk sorunlarının dikkate alınması gerekir.

3.4 OP-DLC: Tahminci Güven Azaltma

OP-DLC mekanizması önerildi, optimistik meydan okuma mekanizması getirildi ve oracle'ların önceden teminat göstermesi talep edildi. Herhangi bir dürüst katılımcı meydan okumayı başlatabilir ve kötü niyetli oracle'ları cezalandırabilir. Bu, oracle'lara olan güven gereksinimini azalttı ve hata toleransı %99'a kadar çıkabilir.

3.5 OP-DLC + BitVM çift köprü

OP-DLC ve BitVM ile gerçekleştirilebilir:

• DLC kanalı fon iade sorununu çözmek
• Kullanıcılara çeşitli para çekme ve yatırma kanalları sunmak
• Oracle güvenini en aza indirin
• Fon kullanım oranını artırmak

4. Sonuç

DLC teknolojisi sürekli gelişiyor, Taproot ve BitVM gibi yeni teknolojilerle birleşerek, gelecekte Bitcoin ağı üzerinde daha karmaşık off-chain sözleşme doğrulama ve hesaplamaları gerçekleştirme umudu var, aynı zamanda OP mekanizması aracılığıyla oracle güvenini en aza indirmeyi sağlıyor.