RGB, Bitcoin ve Lightning Network'ün Ölçeklenebilirlik ve Gizlilik Yeteneklerini Güçlendiriyor

TL; DR

• RGB, Bitcoin ve Lightning Network istemci tarafı doğrulama paradigması üzerinde, Bitcoin işlemleri dışındaki tüm akıllı sözleşme verilerini barındıran bir Katman 2/3 çözümü olarak çalışır. Bu tasarım, sistemin Lightning Network üzerinde çalışmasını sağlayarak LN protokollerinde değişiklik yapma ihtiyacını ortadan kaldırır.
  
• RGB akıllı sözleşmeleri ölçeklenebilirlik ve gizlilik için tasarlanmıştır. Sistem, özel ve karşılıklı mülkiyeti destekler, endişeleri soyutlar ve ayırır, yeni tokenlerin tanıtılmasına gerek kalmadan blokzincir sonrası, Turing-tamamlanmış güvensiz dağıtılmış bilgi işlem biçimini temsil eder.
  
• RGB sözleşmeleri, her biri kendi geçmişine ve verilerine sahip olan "parçalar" adı verilen ayrı bölümler halinde düzenlenir; ölçeklenebilirliği artırır ve farklı sözleşmelerden geçmişlerin karışmasını önler. Lightning Network'teki Bifrost protokolü aracılığıyla etkileşime girerek, Lightning Network'te çalışan DEX'lere benzer şekilde birden fazla taraf arasında koordineli değişikliklere olanak sağlarlar.
  
• RGB tek kullanımlık contalar kullanır defiGüvenlik için Bitcoin UTXO'ları üzerinden bağlantı kuruldu. Akıllı sözleşme durumu geçmişine sahip olan herhangi bir taraf, Bitcoin'in senaryosunu kullanarak bunun benzersizliğini doğrulayabilir. define mülkiyet ve erişim hakları.
  
• RGB'de durum sahipliği ve doğrulama ayrı varlıklardır. Sahiplik, Turing Complete olmayan bir sistem olan Bitcoin betiği tarafından yönetilir. Öte yandan doğrulama kuralları, Turing Complete Simplicity/Contractum/Rust Komut Dosyası kullanılarak RGB Şeması tarafından belirlenir.
  
• Her RGB akıllı sözleşmesi, tek kullanımlık mühürler kullanılarak benzersiz bir durumla ilişkilendirilir. Mühürler ve durum, sözleşmenin yaratıcısı tarafından belirlenen ve bir "şema" tarafından yönetilen belirli kurallara ve doğrulamalara uyar. Bu şema, müşteri tarafında sözleşme verilerini kontrol etmek için bir kural seti gibi davranarak yüksek düzeyde protokol ölçeklenebilirliği ve gizliliği sağlar.
  
• RGB'nin tasarımı, mevcut Bitcoin ve Lightning Network teknolojileriyle son derece birlikte çalışabilir ve bu platformlarla ve gelecekteki yükseltmelerle kusursuz entegrasyonu kolaylaştırır.
  
• Birçok blockchain platformunun zorunlu programlama tarzından farklı olarak RGB, bildirimsel bir stil kullanır. Bu yaklaşım, hedefe ulaşmak için atılacak belirli adımların detaylandırılmasından ziyade, arzu edilen sonucun ana hatlarının belirlenmesine odaklanır.
  
• RGB, deterministik taşınabilir bilgi işlem görevleri için AluVM, kısmen çoğaltılmış sonsuz durum makineleri bilgi işlemi için PRISM ve zk kanıtlarını kullanan emanet tabanlı güvenilir depolama için Storm dahil olmak üzere çeşitli ileri teknolojilerden yararlanır. Bu teknolojiler RGB'nin sağlamlığına, gizliliğine ve genişletilebilirliğine katkıda bulunur.
  
• RGB (v0.10), kullanıcı deneyimi ve entegrasyon süreçlerine dikkate değer iyileştirmeler getirerek işlemleri kolaylaştırıyor ve bağımlılıkları en aza indiriyor. Güncellenmiş sürüm, daha birleşik bir kitaplık API'sı ve komut satırı aracı içerir, bu da onu daha erişilebilir ve kullanıcı dostu hale getirir.

Kısa Açıklama

RGB, Bitcoin ağında gelişmiş gizlilik ve Lightning Network ile uyumlulukla token basmak için tasarlanmış bir protokoldür. Bitcoin işlemlerindeki meta verilerin bir token transferini gösterdiği OmniLayer protokolünde kullanılanlar gibi "renkli paralar" kavramı üzerine kuruludur. Örneğin, OmniLayer'daki USDT işlemleri, Bitcoin işlemlerinin USDT token hareketlerini detaylandıran ek verilerle zenginleştirilmesiyle işlev görür. Ancak bu yöntemler, OP_RETURN çıktılarındaki veri boyutu kısıtlamaları, yoğun blockchain taraması ve zincir içi görünürlükten kaynaklanan kısıtlı gizlilik gibi sınırlamalarla karşı karşıyadır.

RGB, doğrulama süreçlerinin çoğunu Bitcoin blok zincirinden uzağa taşıyarak bu sorunları giderir. İstemci tarafı doğrulamayı benimser ve tokenleri Bitcoin'in UTXO'larına bağlamak için tek kullanımlık mühürler kullanır, bu arada kullanıcı gizliliğini de korur.

Tokenlar, bir Bitcoin işleminde RGB ödeme bilgilerini içeren bir mesaja bağlanılarak aktarılır ve bu, tokenlerin Bitcoin işlem grafiğinde iz bırakmadan bir UTXO'dan diğerine geçmesine olanak tanır. RGB işlemleri, özel zincir dışı kanallardan RGB'ye özgü veriler aktarılarak tokenları gizlice "ışınladığı" için bu, gizliliği önemli ölçüde artırır.

Ek olarak, sahipliği sağlamak ve enflasyonu önlemek için alıcıların, alınan tokenların tüm işlem geçmişini doğrulaması gerekir. RGB, hard forklara ihtiyaç duymadan gelecekteki yükseltmelere olanak tanıyarak madencilerin varlık akışını izleyememelerini sağlar ve böylece sansüre karşı daha yüksek bir direnç sağlar. Geleneksel blockchain yapılarından farklı olarak RGB, bloklara veya zincirlere ihtiyaç duymadan çalışır, onu bloksuz merkezi olmayan bir protokol olarak konumlandırır ve yüksek gizlilik, güvenlik ve ölçeklenebilirlik vaat eder.

Giriş ve Vizyon

Tek astarı: Bitcoin ve Lightning Network'te Katman 2/3'te çalışan, istemci tarafından doğrulanmış bir durum ve akıllı sözleşme sistemi.

Daha fazla ayrıntı:

RGB, Bitcoin ve Lightning Network için ölçeklenebilir ve gizli bir akıllı sözleşme sistemidir. RGB akıllı sözleşmeler ile çalışır istemci tarafı doğrulama paradigma, konut dışındaki tüm akıllı sözleşme verileri Bitcoin işlemleri, yani Bitcoin blok zinciri veya Lightning kanal durumu. Bu, sistemin LN protokollerinde herhangi bir değişiklik yapmadan Lightning Network üzerinde çalışmasına olanak tanır ve aynı zamanda yüksek düzeyde protokol ölçeklenebilirliği ve gizliliği için bir temel sağlar.

Akıllı sözleşmeler, özel ve karşılıklı mülkiyet, soyutlama ve endişelerin ayrılması ilkelerini içerir. Bunlar, belirteçlerin kullanılmasını gerektirmeyen, güvenilmez dağıtılmış bilgi işlemin Turing tarafından tamamlanmış bir "blok zinciri sonrası" formunu temsil eder.

RGB sözleşmeleri "parçalar" adı verilen ayrı bölümlerde çalışır. Her parçanın kendi geçmişi ve verileri vardır; bu, farklı sözleşmelerin geçmişlerini karıştırmadığı anlamına gelir. Bu yöntem ölçeklenebilirliği artırır. "Shard" terimi, RGB'nin Ethereum'un shard konseptiyle amaçlanan hedeflere benzer hedeflere ulaştığını göstermek için kullanılıyor.

Bağımsız olarak çalışsalar da RGB sözleşmeleri Lightning Network üzerindeki Bifrost protokolü aracılığıyla etkileşime girebilir. Bu, birden fazla taraf arasında koordineli değişiklikler yapılmasına olanak tanır. Örneğin DEX’lerin Lightning Network üzerinden çalışmasını sağlıyor.

Teknoloji ve Mimarlık

RGB Çalışmasına ve Tek Kullanımlık Mühürlere Üst Düzey Genel Bakış

Şekil 1. RGB'nin çalışmasına üst düzey genel bakış.
Kaynak: LNP/BP Derneği Github.

Bir güvenlik mekanizması olarak RGB, tek kullanımlık contalar defiBitcoin UTXO'ları üzerinden, akıllı sözleşme durumu geçmişine sahip herhangi bir tarafın benzersizliğini doğrulama olanağı sağlar. Temelde RGB, güvenlik modeli için Bitcoin komut dosyasından yararlanır ve defines mülkiyet ve erişim hakları.

Şekil 2. RGB Yüksek seviye çalışma prensibi.
Kaynak: Waterdrip Capital tarafından yazılan "Kripto Paranın Kitlesel Benimsenmesini Sağlamak: RGB Protokolü Bitcoin'in Geleceğini Nasıl Aydınlatıyor?"

Her RGB akıllı sözleşmesi defibir tarafından doğuş durumutarafından hazırlanmış akıllı sözleşme düzenleyen kuruluş (veya basitçe söylemek gerekirse ihraççı) ve yönlendirilmiş bir döngüsel olmayan grafik (DAG) durum geçişleri müşteri tarafından doğrulanmış veriler olarak tutulur.

Şekil 3. İşlemler, kapalı mühür ve tanık.
Kaynak: LNP/BP Derneği Github.

Bunu şu şekilde özetleyebiliriz: Her işlemin bir UTXO'su vardır ve bu UTXO'ya sahip olmak, sahibine devlete sahip olma hakkı verir. Sahiplik, blockchain durumunu kimin değiştirebileceğini ve UTXO'yu "harcayabileceğini" belirler. Devleti elinde bulunduran kişiye parti denir. devlet sahibi.

Taraf, önceki durumu içeren çıktıyı kullanarak yeni bir durum geçişi oluşturup bunu bir işlemde onaylayarak akıllı sözleşme durumunun ilgili bölümünü değiştirme yetkisine sahiptir.

Süreç şunu ifade eder: devlet geçişi üzerindeki mührün kapatılmasıve harcama işlemini ve durum geçişine ilişkin karşılık gelen ekstra işlem verilerini içeren bir çift, bir çift olarak adlandırılır. Tanık (yukarıdaki resimde gösterilmiştir).

Sahiplik ve Erişim: Temel Özellikler

Şekil 4. Sahiplik ve Erişim.
Kaynak: LNP/BP Derneği Github.

Devlet mülkiyeti ve doğrulama farklı kavramlardır. Doğrulama kuralları, durumun nasıl değişebileceğini belirler ancak değişikliği kimin gerçekleştirebileceğini belirlemez. 

Öte yandan mülkiyet, Turing Complete olmayan Bitcoin blok zinciri düzeyindeki Bitcoin betiği tarafından kontrol edilir. Buna karşılık, doğrulama kuralları, Basitlik/Sözleşme Komut Dosyası kullanan, yani Turing Complete olan RGB Şeması tarafından yönetilir. 

RGB Şeması

RGB akıllı sözleşmelerde, her sözleşmeye tek kullanımlık mühürler aracılığıyla benzersiz bir durum atanır. Bu mühürler, devletin yanı sıra, sözleşmenin yaratıcısı tarafından başlangıçta belirlenen belirli kurallara ve doğrulamalara sahiptir. Bu kurulum, müşteri tarafında sözleşme verilerini doğrulamak için bir dizi kural olarak işlev gören bir "şema" tarafından yönetilir. Şema, sözleşmenin mantığına entegre olan karmaşık komut dosyaları içerebilir.

Şekil 5. RGB Şeması.
Kaynak: LNP/BP Derneği Github.

İstemci Tarafı Doğrulama ve Tasarım İlkeleri

Şekil 6. RGB İstemci tarafı doğrulaması.
Kaynak: LNP/BP Derneği Github.

1. Güçlü Sahiplik: RGB'de akıllı sözleşmeler açıkça defisahibi veya sahipleri. Yalnızca belirlenmiş sahipler sözleşmenin durumunu değiştirme yetkisine sahiptir. Bu sözleşmeler, kamuya açık (herkesin erişimine açık) veya sahip olunan (sahibiyle sınırlı) olarak kategorize edilen farklı hakları veya işlemleri özetlemektedir.
2. Gizlilik: Sözleşme kapsamındaki bilgiler gizli tutulur ve yalnızca katılımcıların, özellikle de devlet sahiplerinin bilgilerine sunulur. Katılımcılar belirli verileri herkese açık hale getirme seçeneğine sahiptir ancak varsayılan olarak tüm bilgiler gizlidir. Bu gizlilik, harici analiz araçlarının verilere erişmesini engelleyerek, kamuya açık defterlerde hiçbir hassas bilginin saklanmamasını sağlar.
3. Endişelerin Ayrılması: RGB, her birine belirli bir görev atanan farklı katmanlara sahip modüler bir tasarıma sahiptir. Bu katmanlar bağımsız olarak çalışarak alt katmanların üst katmanların yapısından haberdar olma zorunluluğunu ortadan kaldırır. Bu tasarım sistemin organizasyonunu ve verimliliğini artırır.
4. Genişletilebilirlik: Sistem kolayca genişletilebilir ve çekirdek protokolü değiştirmeye veya tüm RGB kütüphanesini yeniden derlemeye gerek kalmadan gelişmiş akıllı sözleşmelerin oluşturulmasına ve entegrasyonuna olanak tanır.
5. determinizm: RGB'nin doğrulama mantığı deterministiktir; aynı girdilerle ve temel blockchain veya Lightning Network kanalının geçerli durumuyla sürekli olarak aynı sonuçları verir. Bu tutarlılık iki ana bileşen aracılığıyla sağlanır: a. Rust'ta yazılan temel doğrulama mantığı, RGB çalıştıran tüm sistemlerde aynıdır. B. Sözleşmeye özgü doğrulama mantığı, platformdan bağımsız olarak tutarlı bir talimat seti sağlayan bir sanal makine olan AluVM üzerinde çalışır.
6. LNP/BP Birlikte Çalışabilirliği: RGB, mevcut Bitcoin ve Lightning Network teknolojileriyle sorunsuz çalışacak şekilde tasarlanmıştır. Ayrıca bu teknolojilerde gelecekte yapılacak yükseltmelerle uyumlu olacak şekilde tasarlanmıştır.
   

RGB ve Pure Blockchain/L1 yaklaşımı yaklaşımı

RGB ekibi, saf blockchain/L1 yaklaşımının yanlış olduğunu belirtiyor.

Şekil 7. RGB'nin Blockchain/L1 yaklaşımına ilişkin yorumları.
Kaynak: LNP/BP Derneği Github.

RGB'nin Yaklaşımı: Bildirimsel ve Emirsel Programlama:

• Ethereum da dahil olmak üzere çoğu blockchain platformu, emir tarzında yazılan akıllı sözleşmeleri kullanır. Bu yaklaşımda sözleşme, kesin ve ayrıntılı bir tarife benzeyen, görevlerin adım adım yürütülmesini açıkça yönlendiren bir program işlevi görür.
• Bu zorunlu programlar genellikle oldukça kısıtlayıcıdır ve temeldeki blockchain platformunun yetenekleriyle sınırlıdır. Bazen Turing-complete olarak adlandırılsalar da önemli sınırlamalarla birlikte gelirler.

RGB Akıllı Sözleşmelerin Bildirime Dayalı Doğası:

• Öte yandan RGB zorunlu programlamayı kullanmaz. Bunun yerine akıllı sözleşmelerin uygulandığı özel bir işlevsel programlama biçimi kullanır. defibildirimsel olarak ned.
• Bildirimsel programlamada, bir şeyin nasıl yapılacağını detaylandırmak yerine sonucun ne olması gerektiğini açıklarsınız. Bu, adım adım pişirme talimatları vermek yerine bir yemeğin nasıl görünmesi gerektiğini özetlemek gibidir.
• RGB'deki “Şema” bildirim niteliğindedir defiakıllı bir sözleşmenin oluşturulması. Sözleşmenin kural ve koşullarını belirtir, ancak bunları gerçekleştirmek için yapılacak işlemlerin kesin sırasını belirtmez.

Programlamada Paradigma Değişimi:

• Akıllı sözleşme programlamasında Ethereum'un emir stilinden RGB'nin bildirimsel stiline geçiş, genel yazılım geliştirmede geleneksel zorunluluk programlamadan işlevsel veya bildirimsel programlamaya geçişe benzer.
• Bu değişim farklı bir zihniyet gerektiriyor: "nasıl" (bu sonuçlara ulaşmak için atılacak belirli adımlar) yerine "neye" (arzu edilen sonuçlara) odaklanmak.

Basitlik

Orijinal plan, Simplicity'yi RGB'ye dahil etmeyi içeriyordu ve ilk günden itibaren uyumluluğu sağlamaya yönelik çabalar sarf edildi. Ancak, Simplicity geliştirme sürecinin ağır ilerlemesi ve yayınlanma zaman çizelgesini çevreleyen belirsizlik göz önüne alındığında, ona güvenmenin pratik olmadığı ortaya çıktı. Şu anda hazırlık aşamasında olan devam eden RGB sürümü, Simplicity'nin dahil edilmesiyle ilgili soruları gündeme getirdi.

Sadelik için güvenilir bir zaman çizelgesinin bulunmadığını fark ederek alternatiflerin (WASM, EVM (şaka olarak), IELE vb.) incelenmesine başladık. Sonunda, başlangıçtaki Basitlik bağımlılığının yerine, RGB için özel bir sanal makine geliştirmenin geçerli tek seçenek olduğu ortaya çıktı.

Bu yüzden yaratmaya karar verdik AluVM – İstemci tarafında doğrulanmış akıllı sözleşmeler (RGB), Lightning Network, deterministik dağıtılmış ve uç bilişim için saf işlevsel, son derece taşınabilir Rust tabanlı sanal makine.

Prizma

PRISM, “kısmen çoğaltılmış sonsuz durum makineleri” hesaplaması anlamına gelir.

RGB teknolojisi defiSchema adı verilen, akıllı sözleşmelerin temel düzeyde geliştirilmesine yönelik yeni kurallar vardır, ancak sözleşmenin gelecekteki tüm eylemlerini tek, kapsayıcı bir algoritmayla sınırlamaz. Bunun yerine, ağdaki her düğüm bireysel işlemler gerçekleştirir ve hem sözleşmenin durumu hem de sözleşmenin kendisi, bu işlemler Şema kurallarına uyduğu sürece geçerli kalır. 

Üstelik bu yaklaşım, sözleşmenin tarihsel gelişimini önceden belirlenmiş bir algoritmayla sınırlamaz. Dolayısıyla bir sözleşme, her değişiklik belirli doğrulama kurallarını karşıladığı sürece çeşitli davranışlar sergileyebilir. Bu yöntem küresel bir algoritma yerine yerel kurallara odaklanır.

Buna karşılık Ethereum, her işlemin akıllı sözleşmenin tüm durumunu etkilediği küresel bir algoritma kullanır. RGB ile kuralları yerel olarak uygulayarak sözleşme durumunun yalnızca bir kısmıyla çalışırsınız. Bu, sözleşme gelişimi için daha geniş bir olasılık yelpazesi sağlar.

Aşağıda durum kanalları ile istemci tarafı doğrulama arasındaki farklara ilişkin üst düzey bir görünüm görebilirsiniz: 

Şekil 8. Dağıtık sistemlerin ayrılması.
Kaynak: LNP/BP Derneği Github.

Daha spesifik farklılıklar aşağıdaki gibidir: 

Şekil 9. Durum Kanallarının ve İstemci Tarafı Doğrulamanın Karşılaştırılması.
Kaynak: LNP/BP Derneği Github.

AluVM

AluVM – (algoritmik mantık birimi VM), deterministik taşınabilir bilgi işlem görevleri için tasarlanmış saf işlevsel bir RISC sanal makinesidir

AluVM, rastgele bellek erişimini yasaklayan kayıt tabanlı bir sistem kullanarak kendisini farklılaştırıyor. Bu tasarım, AluVM'nin akıllı sözleşmeler, uzaktan kod yürütme ve dağıtılmış ve uç bilişim gibi uygulamalara uygunluğunu artırır. AluVM'nin temel güçlü yönleri, determinizminde, sağlamlığında ve resmi kod analizi kapasitesinde yatmaktadır.

Temel özellikler: İstisnasız, Taşınabilirlik, Korumalı Alana Alma, Güvenlik, Genişletilebilirlik.

AluVM'nin Komut Seti Mimarisi (ISA), çeşitli uygulamalar için farklı çalışma zamanı ortamları oluşturmasına olanak tanıyacak şekilde uyarlanabilir şekilde tasarlanmıştır. AluVM'nin kendisi oldukça öngörülebilir, işlevsel, kayıt tabanlı bir sanal makine ve ISA'dır. 

Rastgele bellek erişimini kısıtlayan AluVM ISA, eliptik eğrilerle ilgili olanlar da dahil olmak üzere aritmetik görevleri yerine getirmede mükemmeldir. Benzersiz bir şekilde, VM'nin ortamı, AluVM ISA'yı genişleterek VM'nin kayıtlarına veri yükleme ve belirli uygulamalar için özel olarak tasarlanmış özel talimatları (örn. SIMD) destekleme gibi işlevlerin eklenmesini mümkün kılabilir.

AluVM temel olarak farklı platformlar arasında tutarlılık ve güvenilirliğin işlem hızından daha önemli olduğu dağıtılmış sistemlerde kullanılmak üzere tasarlanmıştır. Doğru ISA uzantılarıyla AluVM'nin birincil kullanım alanları arasında blockchain teknolojisi, ağlarda fikir birliği için kritik hesaplamalar, uç bilişim, çok partili bilgi işlem (deterministik makine öğrenimini kapsar), istemci tarafı doğrulama, kısıtlı Internet2 bilgi işlem ve genetik algoritmalar yer alır. Bu uygulamalar, AluVM'nin çeşitli ortamlarda tutarlı ve güvenli bir şekilde çalışma yeteneğinden yararlanır.

Şekil 10. AluVM Karşılaştırması.
Kaynak: LNP/BP Derneği Github.

Sözleşme

Contractum, Haskell'in işlevsel yeteneklerini Rust'ta görülen çıplak donanıma yakınlıkla harmanlayarak kendisini diğer akıllı sözleşme programlama dillerinden ayırıyor. Daha önce akıllı sözleşmelerin erişemediği bir alanı kaplıyor:

Şekil 11. Contractum, Simplicity ve diğer dillerin karşılaştırılması.
Kaynak: sözleşme.org

Contractum, RGB sözleşmeleri oluşturmak için kullanılan bir programlama dilidir. Contractum ile yapılan sözleşmeler, istemci tarafı doğrulama adı verilen bir yöntem kullanılarak kontrol edilir. Bu yaklaşım, sıfır bilgi kanıtlarının kullanımıyla daha da geliştirilmiş bir tür parçalama teknolojisiyle karşılaştırılabilecek Bitcoin blok zincirine herhangi bir veri eklemiyor. 

İstemci tarafı doğrulama aynı zamanda sözleşmenin gelişimini blockchain işlemlerinden ayırarak bu işlemlerin geleneksel blockchain analiz yöntemleriyle izlenmesini veya analiz edilmesini imkansız hale getirir.

Şekil 12. Sözleşme özellikleri.
Kaynak: sözleşme.org

Contractum tasarımına katılmak için RGB akıllı sözleşmelerinin kullandığı teknolojilere aşina olmanız önemlidir:

Şekil 13. RGB akıllı sözleşmelerin kullandığı teknolojiler.
Kaynak: sözleşme.org

Yeni sürüm RGB v0.10'daki Son Güncellemeler

RGB'nin en son sürümünde (sürüm 0.10), çerçevenin karmaşık uygulama geliştirme yeteneklerini artıran çeşitli ileri düzey teknik geliştirmeler uygulandı. Bu güncellemeler öncelikle her RGB sözleşmesi için bir Küresel Durumun tanıtılmasına, sözleşme arayüzlerinin entegrasyonuna ve katı tip bir sistemin benimsenmesine odaklanmaktadır.

RGB Sözleşmelerinde Küresel Durum

Global Durum özelliği, RGB v0.10'daki kritik bir yeniliktir ve her sözleşmenin evrensel olarak erişilebilir bir durumu sürdürmesini sağlar. Bu duruma yalnızca RGB sanal makinesi tarafından değil aynı zamanda cüzdanlar ve diğer uygulamalar gibi harici istemciler tarafından da erişilebilir.

Bu Küresel Durumun faydası, RGB platformunda, özellikle de sentetik varlıklar ve algoritmik stabilcoinler gibi karmaşık durum yönetimi gerektiren karmaşık uygulamalar oluşturmak için çok önemlidir. Geleneksel akıllı sözleşme mimarilerinin sınırlarının ötesine geçerek, sözleşmenin durumuyla daha dinamik bir etkileşime olanak tanır.

Sözleşme Arayüzleri

RGB v0.10, çeşitli akıllı sözleşmeler için standartlaştırılmış bir iletişim protokolü olarak 'sözleşme arayüzlerini' sunar. Bu arayüzler, Ethereum'un sözleşme ABI'lerine (Uygulama İkili Arayüzleri) ve ERC'lere (Ethereum Yorum İsteği) benzer şekilde çalışır.

RGB'nin yaklaşımının önemli bir farkı, bu arayüzlerin zorunlu olmayan standartlaştırılması ve sözleşmelerle birlikte paketlenmesi, ayrı dağıtım ihtiyacını ortadan kaldırmasıdır. Bu, cüzdanlardaki ve diğer yazılımlardaki kullanıcı arayüzleri aracılığıyla kullanıcılar ve sözleşmeler arasındaki semantik bilinçli etkileşimleri kolaylaştırır.

Bu arayüzler statik değildir; geliştiriciler, zaman içinde ek arayüzlerle mevcut sözleşmeleri genişletebilir ve değişmez sözleşme çekirdeğini değiştirmeden işlevselliği geliştirebilir.

Katı Tip Sistemi

RGB v0.10'daki yeni kodlama formatı 'katı türler' sistemini kullanır. Bu sistem, RGB çerçevesinde sözleşme durumlarının etkili bir şekilde temsil edilmesi ve iç gözlemlenmesi için tasarlanmış yeni bir işlevsel veri türü yaklaşımıdır.

Katı tip sistem, veri boyutlarının derleme zamanı güvencesini sağlar; bu, özellikle sınırlı bellek kapasitesine sahip düşük kaliteli donanım cüzdanları gibi kaynak açısından kısıtlı cihazlarda çalışırken faydalıdır.

Ayrıca, 0.10 sürümündeki RGB konsensüs katmanının tamamı, farklı yazılım sürümleri arasında ikili uyumluluğun resmi kanıtları için bir temel sağlayacak şekilde katı türler halinde derlenmiştir. Bu özellik yalnızca RGB kullanımını basitleştirip güvence altına almakla kalmıyor, aynı zamanda varlık ihraççılarının ve sözleşme geliştiricilerinin varlıklarına veya sözleşmelerine ek meta veriler eklemesine de olanak tanıyor. Bu tür meta veriler, RGB ekosistemindeki varlıkların veya sözleşmelerin kimliğinin ve orijinalliğinin doğrulanmasında çok önemli bir rol oynayabilir.

Rust Tabanlı Akıllı Sözleşmeler

RGB akıllı sözleşmeleri artık Rust'ta yazılarak, dilin tür güvenliği ve performansına yönelik yeteneklerinden yararlanılabilir.

Sıkı sistem türü entegrasyonu, Rust veri türlerinin RGB sözleşme yapılarına doğrudan derlenmesini kolaylaştırarak sözleşme kodunun verimliliğini ve güvenilirliğini artırır.

Gelişmiş Durum İç Gözlem Yetenekleri

RGB v0.10'daki akıllı sözleşmeler, RGB sanal makinesi tarafından yürütülen doğrulama kodu dahilinde kendi durumlarını denetleyebilir.

Bu özellik özellikle Bitcoin işlemleri, Ayrı Günlük Sözleşmeleri ve diğer karmaşık veri yapılarıyla etkileşime giren karmaşık sözleşmeler oluşturmak için kullanışlıdır ve RGB akıllı sözleşmelerin kapsamını ve işlevselliğini artırır.

URL Tabanlı Fatura Formatı

Güncelleme, önceki Bech32m kodlu sistemin yerini alan yeni bir fatura formatı sunuyor.

Bu yeni URL tabanlı faturalar önemli ölçüde daha kısa ve daha kullanıcı dostu olup, daha kolay doğrulamayı ve önceden yapılandırılmış yazılımla otomatik açmayı kolaylaştırır.

WASM (WebAssembly) Desteği

RGB standart kitaplığı artık web sayfaları veya tarayıcı eklentileri gibi G/Ç ve dosya sistemi erişimi olmayan ortamlarla uyumludur.

Bu, RGB'nin potansiyel kullanım alanlarını genişleterek, geniş bir web tabanlı uygulama ve uzantı yelpazesinde sorunsuz bir şekilde çalışmasına olanak tanır.

Taproot Tanımlayıcıları ve Özel Türetme

RGB v0.10, taproot tabanlı OP_RETURN taahhütlerini (taret olarak anılır) kullanır ve bu da, cüzdanların ince ayarlı çıktılara sahip işlemleri tanıması için tanımlayıcı düzeyinde destek gerektirir.

Bu sürümde özel türetme indekslerinin eklenmesi, RGB olmayan cüzdanların, RGB varlıklarını içeren çıktıları yanlışlıkla harcamasını önler ve böylece bu varlıkların bütünlüğünü korur.

Basitleştirilmiş Bağımlılıklar

Sürüm 0.10'daki RGB konsensüs katmanı, özellikle Grin projelerinden türetilen özel kurşun geçirmez uygulamadan uzaklaşarak bağımlılıklarını azalttı.

Bağımlılıklardaki bu azalma, API'nin kararlılığını ve genel sistem sağlamlığını artırır.

Kolaylaştırılmış Entegrasyon Süreci

Güncelleme, birden fazla API çağrısına ve karmaşık diller arası veri yapısı kodlamasına olan ihtiyacı azaltarak operasyonel iş akışlarını basitleştirir.

RGB sözleşme durumları artık JSON nesneleri olarak temsil ediliyor ve farklı programlama dilleri arasında doğrudan serileştirmeye olanak tanıyor.

Kullanıcı Deneyimi İyileştirmeleri

RGB'nin yeni sürümü, önceden farklı olan bileşenleri birleşik bir kitaplık API'sı ve komut satırı aracında birleştirerek kullanıcı deneyimini basitleştirir.

RGB Düğümü hâlâ ev sunucularında çalıştırılabilse de, RGB sistemiyle etkileşimde bulunmak için kullanılması artık zorunlu değildir, bu da kullanıcılar ve cüzdan uygulamaları için giriş engelini azaltır.

Bu bölüm, Waterdrip Capital'e, "Kripto'nun Kitlesel Benimsenmesini Sağlamak: RGB Protokolü Bitcoin'in Geleceğini Nasıl Aydınlatıyor?" başlıklı yazısındaki en son özellikleri öne çıkardığı için özel bir teşekkür içermektedir.

RGB Rakipleri

Şekil 14. Basit kelimelerle FRGB ve Ethereum karşılaştırması.
Kaynak: LNP/BP Derneği Github

Kazık kök

Eskiden Taro olarak bilinen Taproot Assets, Bitcoin ağında token başlatmak için tasarlanmış bir protokoldür. Bu protokol, Taproot'un UTXO modelinin yanı sıra Tapscript ve taptweak gibi ilgili çözümlerden yararlanır. Bu araçlar, Bitcoin işlem verileri içindeki bir varlığın arzı ve bakiyesi hakkındaki bilgileri depolamak için kullanılır.

Şekil 15. Taproot Assets tokenleri hakkında bilgi depolama şeması.
Kaynak: “Taproot Assets: Bitcoin'de varlık yayınlamak”, Voltaj

Taproot Assets, Ordinals konseptine benzer bir yöntem kullanıyor; burada BRC-20 tokenleri, tedarik bilgilerini numaralandırılmış satoshilerin meta verilerinde saklıyor. Tersine, Taproot Assets bu bilgiyi "seyrek Merkle ağacı" olarak bilinen yöntemi kullanarak bir Bitcoin işleminin Taproot çıktısına yerleştirir. Temel olarak Taproot Assets, Bitcoin işlemine belirli bir kullanıcının bakiyesinin ve genel token arzının kanıtı olarak hizmet eden bir Merkle ağacını dahil eder. Bu ağaç, varlık geçmişinin tamamını koruyan ve token veren kuruluş tarafından yönetilen bir depo olan “Evren”den gelen verileri yansıtır.

Şekil 16. Dijital durum ağacı.
Kaynak: “Taproot Assets: Bitcoin'de varlık yayınlamak”, Voltaj

Durum Dijital Ağacı – Taproot Varlıklarının mimarisi, denge kanıtı için iki seçenek sunar: Evrenden gelen zincir dışı veriler veya UTXO'ya gömülü seyrek Merkle ağacı.

Operasyonel Mekanizma

1. Token yaratıcısı, Taproot Assets protokolünü kullanarak bir P2TR (Taproot'a Ödeme) işlemini yürütür. 
2. Varlık hakkındaki bilgiler Merkle ağacı biçiminde bu işlemin UTXO'sunda (etkili olarak oluşum bloğu) depolanır. 
3. Tokenı aktarmak için Taproot anahtarının sahibi Merkle ağacındaki bakiye bilgisini değiştirerek genel varlık arzının sabit kalmasını sağlar. 
4. Bu tür değişiklikler yeni bir Taproot işlemi aracılığıyla gerçekleştirilir. Ancak her token transferi için ayrı bir zincir içi işlem yapılması gerekmiyor. Toplamalara veya Lightning Network'e benzer şekilde, protokol, sahibinin bir "toplu" transfer işlemini gerçekleştirmesine ve ardından güncellenmiş bakiye durumunu yayınlamasına olanak tanır.

Taproot Varlıklarının Avantajları

• Taproot Assets'in önemli avantajlarından biri Lightning Network ile tam uyumluluğu, ölçeklenebilirlik olanaklarını arttırması ve işlem maliyetlerini düşürmesidir.
• Taproot Assets, özel belirteçlerle kayıt işlemleri için ayrı bir katman oluşturur. Öncelikle zincir dışı verilere dayansa da ana ağdaki dengelerin durumunu duyurur. 
• Bu yaklaşım, BRC-20'ye kıyasla daha esnek, ölçeklenebilir ve kapsamlıdır ancak aynı zamanda deneyimsiz kullanıcılar için daha fazla karmaşıklık da oluşturur.

BitVM

BitVM, Bitcoin'i tamamen merkezi olmayan bir bilgi işlem platformuna dönüştürmeyi amaçlayan son teknoloji bir projedir. 9 Ekim 2023'te sunulan BitVM teknik incelemesi, şu anda test aşamasında olan ve tam potansiyeline ulaşması için daha fazla geliştirilmesi gereken bir teknolojiyi tanıtıyor.

BitVM'nin Temel İşlevselliği ve Konsepti

BitVM, özünde, ağdaki akıllı sözleşmelere yönelik hesaplamaları dışsallaştırmak için İyimser Toplamalar konseptini kullanıyor ve ardından "dolandırıcılık kanıtlarına" dayalı zincir içi doğrulama gerçekleştiriyor. Teorik olarak, akıllı sözleşme bilgileri bir Taproot işlemine (ikili kod olarak) kaydedildiğinde, veri alışverişi ve hesaplamaların doğrudan taraflar arasında gerçekleşmesi amaçlanır. Bu yaklaşım blockchain tıkanıklığını azaltmak için tasarlanmıştır. Ancak kanıtlayıcının (kanıtlayan taraf, yani sözleşme sahibi) hatalı veri iletmesi durumunda doğrulayıcı zincir içi kontrol başlatabilir. Bu süreç sahtekarlığa karşı koruma konseptinin temelini oluşturur.

Hesaplamayla Sınırlı Bir Ağda Zincir İçi Doğrulamayı İşleme

Sorun, doğası gereği bu tür hesaplamaları desteklemeyen bir ağda işlem kontrolünün nasıl yürütüleceği konusunda ortaya çıkar. Bu sorunu çözmek için BitVM, daha sonra bir Taproot işlemine kaydedilen mantıksal bir NAND geçit şeması oluşturmak için Merkle ağacını kullanır. Esasen, işlem verilerindeki Merkle ağacı, her bir "dalın" iki olası değerden birini taşıdığı bir NAND şeması gibi davranır: 1 veya 0. Zincir içi hesaplama, bir "dalın" çıktısının şu şekilde olmasıyla, parça parça ilerler: bir sonraki için giriş. Akıllı sözleşme tarafları arasında değer doğrulamaya yönelik sürekli işlem alışverişleri gerçekleşir. Kanıtlayıcının hesaplama versiyonunun yanlış bulunması halinde, doğrulayıcı, Taproot işleminde kilitli olan varlıklarını alır.

Şekil 17. NAND'ın şematik gösterimi.
Kaynak: Bitcoin Magazine tarafından "BitVM ile Büyük Anlaşma: Bitcoin'de artık çatal olmadan Keyfi Hesaplama mümkün"

Taproot ve Merkle Ağacını Kullanarak NAND Oluşturma

BitVM'nin Taproot ve Merkle ağaçlarını kullanarak NAND oluşturmayı nasıl kolaylaştırdığına ve bunun hesaplamalar üzerindeki etkisine ilişkin ayrıntılı bilgi teknik belgelerde bulunabilir.

Bu yaklaşım, blockchain bütünlüğü ve güvenliği ilkelerine uygun olarak akıllı sözleşme hesaplamalarının kesin, adım adım doğrulanmasına olanak tanır.

Akıllı Sözleşme İki Taraflılığının Zorlukları

Akıllı sözleşmelerin ikili yapısı nedeniyle BitVM'de, üçüncü tarafların katılımı hariç, yalnızca doğrulayıcı ve kanıtlayıcı arasında doğrudan veri alışverişini kolaylaştıran önemli bir sorun devam etmektedir. Bu kısıtlama dApp gelişimini engellemektedir ve çok taraflı sözleşme yapıları için tamamlayıcı çözümleri zorunlu kılmaktadır. 

Ayrıca BitVM'nin karmaşık ve düşük seviyeli özellikleri, bu temelden yararlanan işlevsel ürünlerin yapımının birkaç yıla yayılabileceği anlamına geliyor. Bu temel teknolojiyi pratik uygulamalara dönüştürmek için önemli gelişme ve inovasyon zorunludur.

Ayrıntılı bir derinlemesine inceleme için BitVM'yi okumaktan çekinmeyin Whitepaper - https://bitvm.org/bitvm.pdf 

Sonuç

RGB protokolü, Bitcoin ekosistemindeki teknik bir gelişmedir ve akıllı sözleşme uygulaması ve doğrudan Bitcoin ağına bağlı token ihracı için işlevler sunar. Bu, müşteri tarafı doğrulama ve tokenleri Bitcoin'in UTXO'larına bağlayan ve işlem gizliliğini koruyan tek kullanımlık mühürlerin kullanılmasının bir kombinasyonuyla elde edilir.

RGB'nin temel teknik avantajlarından biri ölçeklenebilirlik ve gizliliğe yaklaşımıdır. RGB, doğrulama işinin büyük kısmını Bitcoin blok zincirinin dışına kaydırarak ve işlem doğrulama için kriptografik yöntemler kullanarak, blok zincirindeki veri yükünü etkili bir şekilde azaltır. Bu yaklaşım, özellikle işlem hacimleri arttıkça ağın verimliliğinin korunmasına yardımcı olur.

RGB'nin Lightning Network ile uyumluluğu, daha ölçeklenebilir ve verimli işlem işlemlerine olanak tanıyan bir diğer önemli husustur. Bu özellik, kripto para birimi alanında daha hızlı ve daha uygun maliyetli işlem yöntemlerine yönelik artan talep göz önüne alındığında özellikle önemlidir.

Ancak RGB teknolojisinin karmaşık doğası, kullanıcının erişilebilirliği ve anlaşılması açısından zorluklar ortaya çıkarmaktadır. Protokolün mimarisi ve kullanılan gelişmiş şifreleme yöntemlerinin anlaşılması ve uygulanması, özellikle blockchain teknolojisine yeni başlayanlar için zor olabilir. Bu karmaşıklık, daha geniş çapta benimsenmeyi ve kullanıcı katılımını engelleyebilir.

Ayrıca RGB, sözleşme verilerini blok zincirinin dışında tutarak gizliliği artırırken, bu husus aynı zamanda belirli uygulamalar ve mevzuata uygunluk açısından çok önemli olan veri doğrulanabilirliği ve işlemleri denetleme yeteneği hakkında soruları da gündeme getiriyor.

RGB'nin en son güncellemesi olan sürüm 0.10, onu gelişen blockchain teknolojilerinde, özellikle de Taproot Assets ve BitVM gibi yeni ortaya çıkan protokollere karşı kayda değer bir rakip olarak konumlandırıyor. Bitcoin ağında token ihracı için Taproot'un UTXO modelini kullanmaya odaklanan Taproot Assets'in aksine RGB, akıllı sözleşme işlevselliği ve token yönetimine farklı bir yaklaşım sunarak gelişmiş gizlilik özellikleri ve zincir dışı veri işlemeyle kendisini farklı kılıyor.

Benzer şekilde BitVM, Bitcoin üzerinde merkezi olmayan bilgi işlem için yeni bir konsept sunarken, RGB'nin istemci tarafı doğrulama, sözleşme arayüzleri ve katı tip sistemindeki 0.10 sürümündeki gelişmeler, Bitcoin ekosistemi içinde ölçeklenebilirliği ve kullanıcı etkileşimini artırmaya yönelik benzersiz yaklaşımını sergiliyor. Bu iyileştirmeler, geleneksel ve yeni ortaya çıkan protokollerin sıklıkla sınırlamalarla karşı karşıya kaldığı alanlar olan ölçeklenebilirlik ve verimlilik zorluklarını ele alma konusunda RGB'nin becerisini vurguluyor.

RGB'nin en son sürümünde bağımlılıkların ve entegrasyon süreçlerinin basitleştirilmesi, kullanıcı deneyimine ve sistem kararlılığına odaklanıldığını göstererek onu rakiplerinden ayırıyor. Bu, RGB'yi yalnızca gizlilik odaklı ve ölçeklenebilir akıllı sözleşmeler ve token ihracı için sağlam bir platform olarak değil, aynı zamanda daha geniş blockchain alanında ileriyi düşünen bir çözüm olarak konumlandırıyor.

Sonuç olarak RGB protokolü, Bitcoin ağı içerisinde akıllı sözleşmeler ve token ihracı için gelişmiş yetenekler sunan önemli bir teknolojik gelişmedir. Ölçeklenebilirlik ve gizlilikle ilgili temel sorunları ele alıyor ancak karmaşıklık ve potansiyel denetlenebilirlik açısından zorluklarla karşı karşıya. Protokolün devam eden gelişimi ve gelecekteki yinelemeleri muhtemelen bu gelişmiş yetenekleri kullanıcı erişilebilirliği ve düzenleyici hususlarla dengelemeye odaklanacaktır.

Dönem Referansları: 

1. Turing Tamamlandı: Pratik anlamda, sistem herhangi bir hesaplama problemini yeterli zaman ve hafıza ile yürütebilir. Modern programlama dillerinin çoğu Turing-tamamlıdır ve bu da onların herhangi bir hesaplama problemini çözme konusundaki teorik kapasitelerini gösterir.
   
2. şema: Bir sözleşme şeması, harici kaynaklar tarafından sağlanan özel kodun kodlanmasına veya denetlenmesine gerek kalmadan ihraççılar tarafından bir "sözleşme şablonu" olarak kullanılabilen bir akıllı sözleşmenin gerçek kodu olarak hizmet eder. RGB şeması bir komut dosyası değil, bir veri yapısıdır.
   
3. Ayrı Günlük Sözleşmeleri (DLC'ler), durum kanalları bağlamında, öncelikle Bitcoin ağında kullanılan özel akıllı sözleşmelerdir. Varlık fiyatları gibi dış olaylara dayalı karmaşık finansal anlaşmaların özel ve verimli bir şekilde yürütülmesini sağlarlar. DLC'ler zincir dışında çalışarak sözleşme ayrıntılarının ve katılımcı kimliklerinin gizliliğini korur. Sözleşme çözümü için harici veri kaynaklarını veya oracle'ları kullanırlar. Durum kanallarıyla entegre edildiğinde DLC'ler, blok zincirini tıkamadan birden fazla işlem yerleşimine izin vererek ölçeklenebilirliği artırır, bu da onları gerçek dünyadaki sonuçlara bağlı özel, verimli finansal işlemler için ideal hale getirir.
   
4. Storm – zk kanıtlarını kullanan emanet tabanlı güvenilir depolama. Storm, güvenli ve özel işlemleri kolaylaştırmak için emanet tabanlı güvenilir depolamayı sıfır bilgi kanıtlarıyla birleştirir. Bu sistemde veriler veya varlıklar emanet altında tutulur ve yalnızca belirli koşullar karşılandığında serbest bırakılır, böylece merkezi bir otoriteye ihtiyaç duyulmayan güvensiz bir ortam sağlanır. Zk-kanıtların entegrasyonu, verilerin temel ayrıntıları açıklamadan doğrulanmasını mümkün kıldığından, en üst düzeyde gizliliği korurken bu işlemlerin doğrulanmasına olanak tanır.
   
5. Prometheus – Tahkime dayalı, güvenilir olmayan dağıtılmış bilgi işlem. Prometheus, anlaşmazlıkların çözümü için tahkim mekanizmalarını, güvenli ve merkezi olmayan operasyonlar için güven gerektirmeyen etkileşimleri ve zincir dışı hesaplama yönetimi için durum kanallarının verimliliğini birleştiren merkezi olmayan hesaplamaya yönelik bir yaklaşımı temsil eder.
   
6. A İndirgenmiş Komut Takımı Bilgisayarı diğer mimarilerde tipik olarak bulunan yüksek derecede uzmanlaşmış talimatlar dizisi yerine küçük, yüksek derecede optimize edilmiş talimatlar kümesini kullanan bir tür mikroişlemci mimarisidir.