Yakma Kanıtı ( PoB ) protokolü: Cardano ekosistemi için yeni bir çözüm

Son zamanlarda, Charles Hoskinson tarafından ortaya konan bir zorluğa yönelik bir çözüm ortaya çıktı. Bu çözüm, Cardano ekosistemine yakma kanıtı (PoB) protokolünü getirdi. Bu yazıda, bu yeni geliştirilen çözümün içeriği hakkında bilgi verilecektir:

1. Yakma kanıtı mekanizması ve uygulamaları üzerine genel bir bakış
2. Bu PoB çözümü Cardano ağı üzerindeki akıllı sözleşme uygulaması ve işletim mekanizması
3. Akıllı sözleşmelerin dağıtımı ve testi( test ağında)
4. PoB protokolünü gerçekleştirmek için "kara delik" adresine token göndermek.

1. Yakma Kanıtı ve Uygulamaları

Token yakma ( imha ) yaygın bir uygulamadır; aslında token'ları erişilemeyen bir "kara delik" adresine göndermektir. Bu adresin imha edilen token'ları geri almak için hiçbir özel anahtarı yoktur. Kamu, imhanın gerçekten gerçekleştiğini doğrulayabilir, ancak yalnızca bir "gizli" taahhüt değeri bilinir. Bu mekanizmanın tasarımı, imha edilen fonların aracıların denetimine tabi olmamasını sağlamak içindir.

Yakma mekanizmasının birçok kullanımı vardır, kalan tokenların değerini artırabilir veya bir blockchain protokolünün taahhüt kanıtı olarak işlev görebilir. Büyük ölçekli token yakımı, dolaşımdaki token toplamını azalttığı için deflasyonist baskı yaratabilir. Yakma işlemleri yaygın olsa da, madencilerin kabul etmesi gerekmektedir. Bu mekanizmaların faydaları olmasına rağmen, token yakımına karşı çıkanlar da vardır. Bu bağlamda, bazı ekipler sansüre uğramayan bir token yakım protokolü geliştirmeye çalışmaktadır. Bu özel işlem, Charles Hoskinson'un dikkatini çekmiştir.

Yakma kanıtının güvenliği ile token transfer işlemlerinin güvenliği aynı mekanizmaya dayanmaktadır - kriptografik hash fonksiyonu. Bu fonksiyonlar hesaplaması kolaydır, ancak tersine mühendisliği zorlayıcıdır. Temelde, bunun tersine mühendislik yapılmasının zorluğu, girdi üzerindeki tek bir bit değişikliğinin çıktının her bir bitini rastgele değiştirmesidir. Bu, kriptografik hash fonksiyonunun çıktısından geri hesaplama yapmanın çok uzun zaman alacağı anlamına gelir. Kısacası, kriptografik hash fonksiyonunun en düşük anlamlı bitini tersine çevirmek bir kara delik adresi oluşturabilir. O adrese gönderilen her şey kurtarılması zor veya imkansız hale gelecektir.

Kripto işlemlerin güvenliği tamamen açık anahtar kriptografisi ve şifreleme hash fonksiyonlarına dayanır: "Her seferinde para gönderildiğinde, yeni bir harcanmamış işlem çıktısı (UTxO) oluşturulur." Bu UTxO, para miktarını ve alıcının açık anahtarının şifreli hash'ini kaydeder. Alıcı bu fonları kullanmak istiyorsa, aynı açık anahtar ile yeni bir harcama işlemi imzalamalıdır.

Neden hash fonksiyonu çıktısının en düşük anlamlı bitini tersine çevirmeliyiz, doğrudan 0x0 hash'ini kullanmak yerine? Sebebi, bilinen bir değerin kullanılması durumunda yakmanın hemen görünür hale gelmesidir. Ancak, bu protokolün tasarımı, öncelikle fonları yakmak ve ardından ('de ayrı bir adımda ) bunun yakıldığını kanıtlamaktır. Bunu gerçekleştirmek için, önce taahhüt değerinin hash'inden başlamak gerekir. Sonrasında, taahhüt değeri bir kara delik adresinin oluşturulduğunu gösterir.

2. Cardano ağındaki yanma kanıtı ( PoB ) akıllı sözleşme

Bu bölüm, Cardano akıllı sözleşmelerindeki yakım kanıtı mekanizmasını açıklayacaktır. Cardano akıllı sözleşmeleri, belirli kurallara göre ( finansal ) işlemleri gerçekleştiren, Cardano ağı üzerinde çalışan programlardır. Akıllı sözleşmeler, farklı işlem tarafları arasında şeffaf ve doğrulanabilir işlemler kurmayı amaçlamaktadır. Son zamanlarda, merkeziyetsiz finans hizmetleri ve merkeziyetsiz organizasyonların yükselişi, akıllı sözleşmelerin uygulamalarında hızla bir artış sağlamıştır.

Geleneksel Ethereum tarzı akıllı sözleşmeler, defterde kaydedilen durumlar ve bu durumu asenkron olarak çağıran programlardan oluşur. Defterdeki durumlar akıllı sözleşmelere ait olduğundan, yalnızca program aracılığıyla değiştirilebilir. Tüm izin verilen durum işlemleri, program kodundan türetilebilir ve blok zincirine kaydedilebilir.

Cardano ekosistemi, kullanıcıların kendi cüzdanlarında her bir işlemi simüle etmelerine olanak tanıyan farklı bir yapı benimsemiştir, bu da ( ağını ) saldırılarına karşı daha zor hale getirmektedir. Ortaya çıkan değişiklikler, blok zinciri düğümleri tarafından doğrulanır ve daha sonra kaydedilir. Bunun için, Cardano akıllı sözleşmeleri üç bileşenden oluşmaktadır:

• İade eden script: eUTxO'ların harcamasını izin verme veya yasaklama
• Cüzdan scripti: Kullanıcının çalıştırdığı, fonları geri almak ve yeni eUTxOs oluşturmak için.
• eUTxOs: Her eUTxO, bir miktar para ve bir veri noktası ( datum ) içerir, alıcı bu veriyi bu paranın hangi koşullarda tekrar kullanılabileceğini belirlemek için kullanır.

Bu, Cardano akıllı sözleşmelerinin defterde merkezi bir durumu olmadığını gösteriyor. Her eUTxO'nun kendi durumu vardır (datum), fonlarıyla bölünemez. Bu, aşağıdaki dört olası işlemi doğurur:

• Yakma: Fonları gizli hash taahhüt değerine sahip kara delik adresine gönderme
• İmha edildi: Belirli taahhüt değerinin yakılması gerçekten gerçekleşti.
• Kilitleme: Fonları anahtara sahip bir adrese gönderme
• İade: İade öncesinde kilitlenmiş fonlar

Dikkat edilmesi gereken nokta, uç noktanın kullanıcı cüzdanında çalışmasıdır. Uç nokta betiği cüzdan içerisinde çalışmayı tamamladıktan sonra, oluşturulan işlem blok zincirine taşınır. Bizim durumumuzda, bu işlem fonları geri alma betiğine aktarır. Bu betik, fonların yalnızca hash değerine sahip hedef adres tarafından erişilebileceğini doğrular.

Kilitleme işleminde, hash değeri kendi adresimiz olabilir. Yakmada, hash değeri bir kara delik adresine işaret eder. Bunu, hash'e gizli bir taahhüt değeri vererek ve ardından onu ters çevirerek gerçekleştiriyoruz. Kriptografik hash fonksiyonu kullandığımız için, sonuçların karşılık geldiği eşleşen hash değerlerini bulmak neredeyse imkansızdır.

Dikkat: flipCommitment yalnızca hash değerinin en düşük anlamlı bitini ( LSB ) tersine çevirir.

İşlem yapılan aracılar bunun yanma mı yoksa kilitleme işlemi olduğunu bilemezler. Bu scripti kullanarak, aracılar herhangi bir yanma işlemini seçici olarak inceleyemezler. Yanma ve kilitleme, aynı geri alma formatını kullanır; sadece işlem başlatıcısı bunun yanma mı yoksa kilitleme olduğunu bilir. Yanma değeri, verilen taahhüt değerinin imha edilmiş uç noktası kullanılarak doğrulanabilir. Taahhüt değeri açıklanmadan önce, kimse imha edilen fonların miktarını bilemez. Kodla ilgileniyorsanız, kod deposu bir sonraki bölümde detaylandırılacaktır.

3. Akıllı Sözleşmenin Dağıtımı ( test ağında )

Cüzdan ile test ağı düğümünü başlatmak için, bir kurtarma ifadesine ve rastgele bir şifreye ihtiyaç vardır. Akıllı sözleşmeyi dağıtmak için aşağıdaki adımları izleyebilirsiniz:

1. Haskell araç zincirini kurun

2. Plutus script'i oluşturma

3. Cardano düğümünü ve Cardano cüzdanını başlatan konteyneri başlat

4. Cüzdanı geri yükleyin ve cüzdan ID'sini çıktı alın( sonraki adımlar için), aşağıdaki kodu çalıştırın( test için rastgele bir mnemonic oluşturmak)

5. Yanma tokenini çalıştır

6. Çalıştırma, yakma doğrulama

Yukarıdaki adımları uygulayarak, dışarıdan bunun bir yanma mı yoksa kilitli işlem mi olduğu bilinemez. Ancak, bu script yayınlandıktan sonra, insanlar, önerdikleri geri alma scriptinin hash'ine karşı reddetme alıcılarını derlemeye çalışabilirler. Bu büyük çaba gerektirir, ancak bazı yanmaların denetlenmesine neden olabilir. Bu durumun önlenmesi ve ihlallerin daha zor hale getirilmesi için, bir sonraki bölüm bu çözümün nasıl daha güvenli hale getirileceğini tartışacaktır.

4. Akıllı Sözleşmelerden Cüzdan Senaryosuna

Kullanıcı cüzdanlarında çoğu akıllı sözleşme işleminin gerçekleştiği gerçeğinden yararlanarak, yalnızca cüzdanların kullanıldığı bir çözüm oluşturmak akıllı sözleşmeleri gereksiz hale getirebilir. Ancak, bu yaklaşımın pratik bir avantajı olabilir; yani, karşılık gelen yakma işlemlerinin akıllı sözleşme işlemlerini seçici bir şekilde engellemek mümkün olmayabilir. Ancak, tüm yakmaları engellemek isteyen denetçiler, tüm betikleri engelleyerek amacına ulaşabilir. Yalnızca cüzdan kullanarak, yakmaları denetlemenin tek yolu tüm Cardano işlemlerini denetlemektir. Bu, denetim için nihai bir direniş biçimidir.

Bunu başarmak için, kamusal anahtarın hash'ini taahhüt değerinin hash'i ile değiştirmemiz ve taahhüt değerinin en düşük anlamlı bitini tersine çevirmemiz gerekiyor. Ancak bu yeterli değil. Cardano, adreslerdeki giriş hatalarını önlemek için yapıyı ve CRC kodunu kontrol eder. Bu nedenle, taahhütten adres oluşturmanın en basit yolu aşağıdaki script ve Cardano API kütüphanesini kullanmaktır.

Çalışma prensibini görmek için aşağıdaki kodu kullanarak yakma adresi oluşturabilirsiniz:

Sonra, aşağıdaki kodu kullanarak işlemi Cardano blok zincirine gönderebilirsiniz:

Yakıtın doğrulanması için, yakım adresine gönderilen işlemleri görmek için aşağıdaki kodu kullanmalısınız:

Sonuç

Bu makale, yanma kanıtı protokolünün uygulanmasını akıllı sözleşmeler veya cüzdan işlemleri olmak üzere iki şekilde ayırmaktadır. Ancak, Alonzo akıllı sözleşmeleri şu anda PAB kütüphanesi gibi gerekli altyapıdan yoksundur. Bu nedenle, cüzdan scriptlerinin kullanılmasını öneriyoruz. Her durumda, PAB kütüphanesi, yakın gelecekte Cardano tabanlı uygulama geliştirmesi için uygulanacak, cüzdan scriptleri ile birleştiğinde, potansiyel sansüre karşı dayanıklı bir ortam yaratmak için karmaşık bir akıllı sözleşme çözümü daha uygulanabilir olabilir. Bu çözüm hakkında daha fazla bilgi edinmek isterseniz, GitHub'ta tüm ilgili bilgilere göz atabilirsiniz.