Bu makale, Bitcoin üzerinde bir varlık ihraç protokolü olan RGB'nin (zincir dışı akıllı sözleşme sistemi olarak da anlaşılabilir) kısa bir tanımını sağlamaya çalışıyor ve bunun, Bitcoin'i hedefleyen diğer projelerden çok farklı olduğuna dikkat çekiyor. Aynı veya benzer Fonksiyonel protokolleri elde etmek için bu farklılıklar RGB protokolünü onlardan çok daha ölçeklenebilir hale getirir ve daha geniş bir programlama alanı bırakır. RGB'nin tamamlanmış tasarımlarını tanıtmanın yanı sıra bu programlama olanaklarını da keşfedeceğiz.
RGB protokolü nedir?
Bitcoin'e varlık ihraç etme fikri uzun zamandır ortalıkta dolaşıyor. Ancak Bitcoin protokolünün kendine has özellikleri vardır: durumu yalnızca Bitcoin UTXO ("harcanmamış işlem çıktısı") tarafından ifade edilir; bir UTXO yalnızca iki veri taşır: kendi değeri (Bitcoin değeri) ve bir "Komut dosyası genel anahtarı" (aynı zamanda Bu fonun harcama koşullarını programlamak için kullanılan "kilitleme komut dosyası" olarak bilinir, örneğin: belirli bir genel anahtarın imzasını sağlamak; kilitleme komut dosyasını programlamak için kullanılan işlem kodunun, Bitcoin'in fikir birliği kuralları tarafından belirlenmesine izin vermemesi koşuluyla izin verilmesi keyfi güvenlik kurallarını uygulamak için kullanılabilir. Bu nedenle UTXO içinde başka varlıklar oluşturmak imkansızdır - Bitcoin betiği bu varlıklar için güvenlik kontrolleri programlayamaz. Bu, Bitcoin'de varlık yayınlamaya yönelik tüm fikirlerin esasen Bitcoin blok alanının yaratıcı kullanımları olduğu anlamına gelir. Bu, zincir dışı bir akıllı sözleşme sistemi tasarlamamız gerektiği ve sözleşme durumunu değiştirmek için gerekli adımları atmamız gerektiği anlamına gelir - örneğin, A sözleşmesi parametreleri değiştirir ve B, belirli bir varlığın belirli bir miktarını C'ye aktarır —— Bilgiler blockchain'e yükleniyor, böylece bu bilgiler toplanarak akıllı sözleşme sisteminin en son durumu elde edilebiliyor.
Kaba bir tasarım fikri, sözleşme durumunu değiştiren adımların bilgisini Bitcoin blok zincirine bozulmadan yüklemektir. Bu kesinlikle işe yarıyor ancak birkaç sorunla karşı karşıya:
(1) Bilgilerin tamamı yüklendiğinden, daha fazla blok alanı tüketebilir.Kullanıcıların sözleşmenin durumunu değiştirmeleri gerektiğinde (transfer gibi), ayrıca daha fazla zincir içi işlem ücreti ödemeleri gerekecektir. Özellikle böyle bir zincir dışı sözleşme sisteminin Bitcoin'den daha iyi programlanabilirliğe sahip olmasını umduğumuzda, programlanabilirlikteki artış daha fazla blok alanı tüketme pahasına gelebilir;
(2) Bloktaki hemen hemen her bilgi, zincir dışındaki akıllı sözleşmeyi değiştirebilir.Bu nedenle, kullanıcıların zincir dışı sözleşme sisteminin en son durumunu elde etmek için tüm Bitcoin blok verilerini elde etmesi gerekir, yani doğrulamak daha pahalıdır;
(3) Zincir dışı akıllı sözleşme sisteminin tasarımına bağlı olarak, yalnızca Bitcoin ile karşılaştırılabilir veya daha kötü bir gizlilik elde edebilirsiniz ve daha fazla gizlilik sağlayabilirseniz, daha fazla alan tüketmeniz gerekebilir. alanı bloke edin.
Geçmişte yaygın olarak kullanılan "Omni" protokolü, zincir dışı sözleşme işlemleri hakkında tam bilgi yüklemiyordu, yalnızca işlemin hash değerini yüklüyordu. Bu yaklaşım yukarıdaki sorunları çözer ve zincir dışı sözleşme işlemlerinin karmaşıklığını ekonomik maliyetlerinden ayırır; ancak kullanıcıların Omni protokolünün en son durumunu elde etmek için yine de Bitcoin blok verilerinin tamamını elde etmeleri gerekir; buna ek olarak, Gizliliği artırmak için özel olarak tasarlanmamıştır.
RGB, "tek kullanımlık mühürler" adı verilen yeni bir paradigma kullanır. Kullanımı çok basittir: RGB, her sözleşmenin her durumunun belirli bir Bitcoin UTXO'ya eklenmesini gerektirir; ve bu durumu değiştirmek istediğinizde, bu UTXO'yu harcamalı ve onu harcayan işlemin Onay almasına izin vermelisiniz. Ayrıca, onu harcayan Bitcoin işleminin, değiştirilen duruma eklenen UTXO'yu belirtmek için durum geçişi içeriğinin bir karmasını da sağlaması gerekir.
RGB geliştiricileri için tasarım, numaralı plastik bir contaya benziyor: çıkarılıp çıkarılmadığını anlamak kolaydır ve çıkarıldıktan sonra tekrar kullanılamaz. Ancak başka bir bakış açısı da, sahip olunan UTXO'yu bu haliyle konteyner veya seramik kumbara olarak görmektir - kumbaradaki parayı çıkarmak istiyorsanız kumbarayı kırmalısınız. Sonra parayı içine koyun. yeni kavanoza.
Bu tasarım, bloğun tamamını büyük bir yazı tahtası olarak ele alan önceki protokollerle keskin bir tezat oluşturuyor: UTXO'yu konteyner olarak kullanmak, bu UTXO'yu harcamayan işlemlerin konteynerdeki sözleşme durumu üzerinde herhangi bir etkiye sahip olamayacağı anlamına gelir. Belirli bir sözleşmenin belirli bir durumu, tüm blokların verilerini elde etmemize gerek yok. Tek ihtiyacımız olan bir dizi Bitcoin işlemi, bu Bitcoin işlemlerinin belirli bir blokta var olduğuna dair kanıt ve bu bitler tarafından vaat edilen RGB durum dönüşümü döviz değişimi (ilgili Bitcoin işlemiyle bire bir çift) yeterlidir. Bir zincire bağlanabilen bu veriler, bu sözleşmenin başlangıç durumuna kadar geriye doğru iz sürmemize, bu durumun özünü tespit etmemize olanak sağlamalıdır.
Zincir içi akıllı sözleşme sistemlerine (Ethereum gibi) aşina olan okuyucular için, bu süreç hakkında anlaşılması zor olan şey, eğer blockchainin fikir birliğine dayanmıyorsa (bu, sözleşme ve her durum değişikliği her düğüm tarafından doğrulanacaktır), bu akıllı sözleşme sisteminin güvenliği nasıl garanti edilmektedir? Aldığınız varlıkların istediğiniz varlıklar olduğundan ve varlıkların yasa dışı olarak ihraç edilmediğinden nasıl emin olabilirsiniz?
Cevap da çok basit, buna "istemci tarafı doğrulama" denir - bunu kendiniz doğrularsınız. Zincir üstü sözleşme sisteminde düğümler, her durum geçiş işlemini genel durum geçiş kurallarına göre doğrular, geçersiz işlemleri reddeder ve ardından başlangıç durumuna göre en son durumu hesaplar. Bununla birlikte, durum geçiş kuralları ve başlangıç durumu bilindiği sürece, zincir içi fikir birliği yoluyla doğrulama tek yol değildir.Kullanıcılar, durum geçişinin her adımının, tarafından sağlanan bilgilere dayanarak, orijinal olarak tanımlanan durum geçişini takip edip etmediğini doğrulayabilir. ödeyen kuralı. Bu sayede, doğrulayan taraf (varlığın alıcısı olduğu varsayılan) yasa dışı durum geçişlerini de tespit edip bunları kabul etmeyi reddedebilir.
Son olarak RGB protokolünün özelliklerini göstermek için bir örnek kullanıyoruz:
Artık Alice, RGB protokolüne göre ihraç edilen Y varlığının X birimini elinde bulunduran UTXO A'nın sahibidir ve Y'nin Z birimini Bob'a aktarmak istemektedir. Bu varlık grubu, Alice'in eline geçmeden önce toplam 5 önceki sahibin (varlık ihraççısı dahil) üzerinden geçmiştir. Bu nedenle, Alice'in Bob'a, sözleşmenin başlangıç durumu, durum geçiş kuralları ve her transfer için kullanılan bitler de dahil olmak üzere bu dört durum geçişine (ilk üçü Alice'e önceki sahibi tarafından sağlanmıştır) ilişkin kanıtları sunması gerekir. Bitcoin işlemleri, her Bitcoin borsasının gerçekleştirdiği RGB işlemleri ve bu Bitcoin işlemlerinin belirli bir blok tarafından onaylandığına dair kanıtlar Bob'a gönderilir. Bob, bu dört aktarımın durum geçiş kurallarına göre kuralları ihlal etmediğini doğrulayacaktır. sözleşmeyi onaylayın ve ardından kabul edip etmeyeceğinize karar verin. Alice, RGB işlemini oluşturduğunda, Z, X'ten küçük olduğundan, kalan kısmı alabilmesi için kendisine bir UTXO da ayarlaması gerekir. Son olarak Alice, bu RGB işleminin karma değerini, ödemeyi tamamlamak için UTXO A'ya mal olan Bitcoin işlemine yerleştirir.
Son olarak, UTXO kapsayıcılarının kullanılması nedeniyle, bir RGB sözleşmesinin en son durumu, alt öğeleri olmayan, yönlendirilmiş döngüsel olmayan bir grafik üzerinde bir nokta olarak temsil edilebilir (her nokta, bir UTXO kapsayıcısında depolanan bir durumu temsil eder). Üstelik aşağıdaki şekildeki P sahibi için, yalnızca sözleşmenin başlangıç durumu olan G'den kendisine ulaşan süreci, yani kırmızı daire ile işaretlenen süreci bilecek ve gri noktalar hakkında hiçbir şey bilmeyecek:
#RGB AVANTAJLARI
Hafif doğrulanabilir durum
Yukarıda belirtildiği gibi, Bitcoin'de ortaya çıkan önceki varlık ihraç protokolleriyle (zincir dışı sözleşme sistemleri) karşılaştırıldığında RGB, doğrulama maliyetini (sözleşmenin belirli bir durumu) önemli ölçüde azaltır. İşlem sırasında, alıcının artık sözleşme durumundaki değişiklikler hakkında bilgi toplamak için tüm blokları geçmesi gerekmiyor; yalnızca bir dizi Bitcoin işleminin yanı sıra bu borsalar tarafından vaat edilen RGB işlemlerini ve bu Bitcoin'lerin bloklarını elde etmesi gerekiyor. İşlemler Kanıt içeriyorsa (blok başlığındaki Merkle kanıtlarına dayanarak), ödeyenin gerçekten belirli bir varlığa belirli bir miktara sahip olduğundan emin olabilirsiniz.
Doğrulama maliyetlerindeki bu azalma aynı zamanda kullanıcıların büyük altyapı sağlayıcılarına olan bağımlılığını (güvenini) de büyük ölçüde azaltır. Önceki protokollerde doğrulama maliyetinin yüksek olması nedeniyle kullanıcıların sözleşmenin son durumunu kendi başlarına hesaplaması zor olduğundan kullanıcılar bazı sağlayıcılara (cüzdanlarının kullandığı sözleşme durumu sağlayıcısı gibi) güvenmek zorunda kalıyordu; aynı zamanda çünkü bunu karşılayabilirlerdi. Maliyetleri hesaplayacak daha az tedarikçi var, bu da tedarikçinin merkezileştirilmesi anlamına geliyor. Ancak RGB'de, kullanıcıların yalnızca Bitcoin ile işlemin bir kısmını kontrol etmek için Bitcoin ışık istemcisini ve RGB işleminin bir kısmını kontrol etmek için RGB protokolünü kullanmaları gerekir ve bunu karşılayabilirler.
Bazı zincir üstü sözleşme sistemleriyle karşılaştırıldığında RGB aynı zamanda daha hafiftir. Bu, RGB'nin bir sözleşmenin belirli bir durumunu spesifik olarak doğrulayabildiği gerçeğinde yansıtılmaktadır; UTXO'ya dayalı olmayan sistemlerde, UTXO gibi erişimi kontrol edecek bir mekanizmanın bulunmaması nedeniyle, herhangi bir işlem herhangi bir durumu değiştirebilir; dolayısıyla siz Belirli bir durumu spesifik olarak doğrulamak neredeyse imkansızdır, ancak tüm son durumları hesaplarken yalnızca belirli bir durumu belirleyebilir - bu anlamda "küresel durum" olarak ifade edilen özelliklerin aslında "tekdüze durum" olarak adlandırılması gerekir. Sözleşmeler arasında çapraz erişim özelliği sağlarken, doğrulama maliyetinin daha yüksek olacağını ve güvensizliğin elde edilmesinin daha zor olacağını da belirliyor.
Bu zincir üstü sözleşme protokollerinde önemli bir optimizasyon önlemi, blok başlığının en son duruma ("durum kökü") bağlı kalmasını gerektirmek, böylece hafif istemcilerin tam düğümden elde edilen bir sözleşmenin belirli bir durumunu doğrulamasına izin vermektir. bu taahhütler.. Bu, daha önce gerçekleşmiş olan hesaplamaları (tam düğüm tarafından yürütülen hesaplamalar) yeniden kullanma yöntemidir ve aynı zamanda çok verimlidir, dolayısıyla güvensizlik dikkate alınmazsa RGB'den daha verimli olduğu düşünülebilir. Ancak sonuçta bu, hafif düğümlerin temel işlem doğrulama ve sözleşme durumu hesaplaması için tam düğümlere güvendiği anlamına gelir. Bitcoin light client kullanan RGB cüzdanda dayandığı güven varsayımı, ilgili Bitcoin işleminin geçerli bir işlem olduğu ve sözleşme durumu ile ilgili kısmın müşteri tarafından bizzat doğrulandığı, dolayısıyla daha güvenilir olduğu yönündedir. bedava. . Dezavantajı doğrulama gecikmesinin daha uzun olması ve daha fazla verinin tutulması gerekmesidir.
Ölçeklenebilirlik
RGB'nin ölçeklenebilirliği iki açıdan yansıtılır:
Bitcoin işlemine gömülü olan yalnızca bir hash değeridir; bu, bir RGB varlığını 100 parçaya bölseniz bile (RGB işlemi) RGB işleminin hacminde herhangi bir sınırlama olmadığı anlamına gelir (sözleşmenin özel kuralları hariç). kendisi çok büyük olacaktır) ve bir Bitcoin işlemine yerleştirilmesi gereken tek bir hash değeri vardır. Not 6'da bahsedildiği gibi, böyle bir karma değerini gömmenin iki yolu vardır: biri OP_RETURN çıkışını kullanmaktır, bu da karma değerinin zincir içi alanını tüketeceği anlamına gelir; diğeri ise betiğin genel çıktısını gizlemektir. Taproot anahtarında - bu, zincir üzerinde herhangi bir alan tüketmez. Bu aynı zamanda kullanıcıların programlanabilirlik için ekonomiden fedakarlık etmeleri gerekmediği anlamına gelir; yalnızca zincir içi ücretleri dikkate alır.
RGB sözleşmesinin en son durumu, alt öğeleri olmayan, yönlendirilmiş asiklik bir grafik üzerinde bağımsız bir noktadır; bu, bu durumların birbirini etkilemeden bağımsız olarak değiştirilebileceği anlamına gelir; bu, eşzamanlılığa izin verildiği anlamına gelir. Bu aslında UTXO'dan miras alınan bir özelliktir. Bu aynı zamanda bir şubede meydana gelen geçersiz değişikliklerin (geçersiz işlemlerin) bırakın tüm sözleşmenin çıkmaza girmesi bir yana diğer şubeleri bile etkilemeyeceği anlamına gelir ve bu aynı zamanda bir güvenlik avantajı olarak da değerlendirilebilir.
RGB'nin ölçeklenebilirliği nedeniyle eleştirilen bir nokta, her aktarımın, alıcının başlangıç durumundan ödeme yapan durumuna kadar tüm işlemleri doğrulamasını gerektirmesidir - varlığın el değiştirme sayısı arttıkça, sonraki alıcılar üzerindeki doğrulama yükü de artar. giderek daha da ağırlaşacak. Bu eleştiri doğrudur. Bunu optimize etmek, halihazırda gerçekleşmiş olan işlemleri yeniden kullanmanın bir yolunu bulmamız gerektiği anlamına gelir. SNARK gibi kanıtlanmış sistem teknolojileri böyle bir çözüm sağlamayı vaat ediyor.
Varlık tanımı ve saklama mekanizmasının farklılaştırılması
Son fayda hala UTXO ile ilgilidir ve UTXO'nun kilitleme komut dosyası mekanizmasını nasıl anladığımıza bağlıdır.
Bir fonun kilit açma koşullarını programlamak için bir kilitleme komut dosyası kullanılabilir ve dolayısıyla saklama kurallarını uygulayabilir. Örneğin, bir kilitleme komut dosyası yalnızca bir genel anahtar içeriyorsa, bu, onu yalnızca karşılık gelen özel anahtarın sahibinin kontrol edebileceği anlamına gelir. Ancak bu tür saklama kuralları aynı zamanda Bitcoin sözleşme protokolü programlamasının da temelini oluşturur. Örneğin, 2'den 2'ye çoklu imza kilitleme komut dosyası kullanan bir UTXO, bir yıldırım kanalı olabilir; kanalın çalışması sırasında, iki taraf, zincir üzerindeki formda herhangi bir değişiklik olmadan birbirlerine neredeyse sayısız kez ödeme yapabilir. para kaynağı. Başka bir deyişle, şu anda 2/2 çoklu imza kilitleme komut dosyası, her iki tarafın da zincirdeki fonların biçimini değiştirmeden değer aktarmasına olanak tanıyan bir değer aktarım mekanizması oluşturuyor.
Böyle bir mekanizma UTXO'nun taşıdığı Bitcoin değeri için kullanılabileceği gibi doğal olarak taşıdığı RGB varlıklar için de kullanılabilir. Bir RGB varlığı düzenleyebilir ve onu 2/2 çoklu imzalı UTXO'ya ekleyebiliriz, böylece bu varlığı birbirine sınırsız sayıda ödemek için yıldırım kanalı mekanizmasını kullanabiliriz. Aynı şekilde, RGB varlıkları da Bitcoin komut dosyalarına dayalı diğer sözleşmelere girilebilir.
Burada, UTXO betiği ve RGB protokolü işlevsel bir farklılaşma oluşturur: birincisi değer saklama ve değer aktarımı kurallarını gerçekleştirmeye kararlıdır; ikincisi ise varlık tanımına odaklanır. Böylece varlıkların saklanması ile varlıkların tanımı birbirinden ayrılabilmektedir. Bu önemli bir güvenlik iyileştirmesidir ve insanların diğer bazı zincir içi sözleşme sistemlerinde de çabaladığı bir şeydir.
RGB Tasarımı Zaten Yapılmış
Yukarıdaki özellikler aslında UTXO tek seferlik mühürleme ve istemci doğrulamasını temel alan tüm protokoller için geçerlidir. Ancak bu temelde RGB protokolü daha da tasarlandı.
RGB protokolünün mevcut gelişiminde, geliştiriciler özellikle protokolün gizliliği konusunda endişe duyuyorlar, bu nedenle RGB gizliliği iki açıdan güçlendiriyor:
Kör UTXO. Bir RGB işleminde, alıcının, varlığı gerçekten alan UTXO'nun özelliklerini açığa çıkarmadan varlığı almak için yalnızca gizlenmiş UTXO tanımlayıcısını kullanması gerekir. Bu, alıcının bir sonraki mal sahibine kanıt sunma becerisini zayıflatmaz, aynı zamanda sonraki varlık alıcılarının önceki varlık sahibinin meraklı gözlerine karşı kendilerini savunmalarına olanak tanır.
Kurşun geçirmez. Her işlemde belirli tutarı gizlemek için kullanılabilir. Ancak sonraki varlık sahipleri, daha önce herhangi bir ek ihraç yapılmadığını yine de doğrulayabilirler.
Keşfedilecek alan
Bu bölümde RGB protokolünün esas olarak programlanabilirlik ile ilgili olarak keşfetmeye devam edebileceği alanı tartışacağım.
Şu anda önerilen RGB sözleşme şablonları (şema) varlık ihracına odaklanmaktadır. Bununla birlikte, RGB "istemci tarafı doğrulama" paradigmasını kullandığından, aslında ona istemci tarafı doğrulamayla sağlanabilecek her türlü özelliği ekleyebiliriz - yalnızca UTXO'nun yapısıyla sınırlıdır.
Kısıtlamalar
UTXO temelinde programlanabilirliği genişletebilen bir kavrama "sözleşmeler" adı verilir. Kısıtlama maddesinin asıl amacı, bir miktar paranın transfer edilebileceği varış yerini sınırlamaktır. Bu yetenekle birçok ilginç uygulamayı programlayabiliriz:
Etkileşimli olmayan para çekme işlemleri için fon havuzu. Birçok kişinin fonlarını aynı UTXO'da toplayabilir ve herhangi birinin başkalarının yardımı olmadan kendi fonlarını çekebilmesini sağlamak için kısıtlama hükümleri kullanabiliriz. Bu, blok alanı talebi yüksek olduğunda insanların yüksek riskli yerlerden düşük maliyetle çıkmalarına yardımcı olma etkisine sahip olabilir.
Kasa Sözleşmesi. Bir fonun serbestçe harcanabilmesi için öncelikle bir yerde harcanması ve zaman kilidinden geçmesi gerekir, zaman kilidi süresi boyunca kasa sahibi bu süreci bir acil durum anahtarıyla kesebilir ve parayı hemen başka bir yere aktarabilir. Bu cihaz özerk gözetim için çok yardımcı olabilir.
Mevcut Bitcoin Script'i bu özelliğe sahip değildir, dolayısıyla Bitcoin Script'indeki kısıtlamaları etkinleştirmek için yumuşak bir çatal gerekir.
Ancak, "varlık tanımı ve saklama mekanizmalarının farklılaştırılması"nın getirdiği bazı faydalardan fedakarlık etmeye istekli olduğumuz sürece, bu tür özellikleri RGB varlıkları üzerinde deneyebiliriz.Bu tür işlevleri RGB sözleşme düzeyinde uygulayabiliriz - ancak bu mümkün olabilir yalnızca onu kullanan (Bitcoin'i değil) RGB varlıkları için çalışmaz, ancak kesinlikle ilginç bir alan açacaktır.
Kısıtlama maddeleri üzerine mevcut araştırmalar, bunun UTXO tabanlı işlemlerin programlama alanını genişletebileceğini ve birçok özellik sağlayabileceğini gösteriyor. Ancak bu çalışmalar temel olarak Bitcoin'e dayanıyor ve Bitcoin gibi protokoller üzerinde daha muhafazakar olacağız. RGB'de, daha esnek programlanabilirlik sağlamak için kısıtlama hükümlerinin temel yeteneğini (kendilerini kod düzeyinde harcayan işlemleri okuma yeteneği) cesurca genelleştirebiliriz: sözleşmelere çapraz erişim yeteneği.
Çapraz erişim
Minimal kısıtlayıcı terimler, bir UTXO harcandığında komut dosyasının harcama işleminin çıktısını okuyabileceği anlamına gelir. Ancak tamamen genelleştirilmiş bir kısıtlama, kendisini harcayan işlemin tüm bölümlerini okuyabileceği anlamına gelir. Bu, işlemin diğer girdilerini de okuyabildiği anlamına gelir, eğer aynı sözleşmeden gelecek diğer girdileri sınırlamazsak, diğer sözleşmelerin durumlarını da okuyabilir demektir.
RGB'de, her sözleşmenin kendi yönlendirilmiş döngüsel olmayan grafiğine sahip bağımsız bir evren olduğunu varsayıyoruz. Ancak bir kullanıcının aynı anda iki farklı sözleşme statüsünde olması yine de mümkündür. RGB işlemleri, her iki sözleşmedeki varlıkların eşzamanlı olarak harcanmasına izin veriyorsa, bu tür çapraz erişim yeteneklerinin uygulamaları olabilir (ancak işlemlerin doğrulanmasını muhtemelen daha karmaşık hale getirebilir).
Aslında, sözleşmelerin çapraz erişim yeteneklerini elde etmek için bunu kullanan, UTXO'ya benzer yapıları (örneğin: Nervos Ağı) temel alan zincir içi sözleşme sistemleri zaten mevcuttur. Bu, daha önceki Bitcoin araştırmalarında nadiren değinilen alanlara açılan çok yeni bir alandır ve bu alanda bazı sürprizler olabilir.
Sonuç olarak
Okuyucular bu yazıda sıklıkla bahsedilen, tüm akıl yürütme ve fantezi süreçlerinden geçen bir kavramın var olduğunu görecekler: "UTXO". Benim niyetim tam olarak bu. UTXO'yu anlamıyorsanız, RGB gibi bir protokolün tasarımının başlangıç noktasını anlayamazsınız, RGB protokol tasarımının avantajlarını anlayamazsınız ve insanların onu nasıl kullandığını hayal edemezsiniz. RGB protokolünün özellikleri büyük ölçüde UTXO'nun tek seferlik mühürlü formu tarafından şekillendirilir. Buna bağlı olarak Bitcoin araştırma alanında biriken UTXO üzerine yapılan araştırmalar RGB üzerine yapılan araştırmalara da uygulanabilir.
Bu aynı zamanda Bitcoin'i anlamayan insanların neden RGB'yi anlamakta zorlanacağını da açıklıyor. Bitcoin'i sevenler RGB'nin yaptığı tasarımı tanıyacaktır.
View Original
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.
Varlık ihraç protokolü RGB'nin gerçek potansiyelini tek bir makalede anlayın
Yazar: A Jian
Bu makale, Bitcoin üzerinde bir varlık ihraç protokolü olan RGB'nin (zincir dışı akıllı sözleşme sistemi olarak da anlaşılabilir) kısa bir tanımını sağlamaya çalışıyor ve bunun, Bitcoin'i hedefleyen diğer projelerden çok farklı olduğuna dikkat çekiyor. Aynı veya benzer Fonksiyonel protokolleri elde etmek için bu farklılıklar RGB protokolünü onlardan çok daha ölçeklenebilir hale getirir ve daha geniş bir programlama alanı bırakır. RGB'nin tamamlanmış tasarımlarını tanıtmanın yanı sıra bu programlama olanaklarını da keşfedeceğiz.
RGB protokolü nedir?
Bitcoin'e varlık ihraç etme fikri uzun zamandır ortalıkta dolaşıyor. Ancak Bitcoin protokolünün kendine has özellikleri vardır: durumu yalnızca Bitcoin UTXO ("harcanmamış işlem çıktısı") tarafından ifade edilir; bir UTXO yalnızca iki veri taşır: kendi değeri (Bitcoin değeri) ve bir "Komut dosyası genel anahtarı" (aynı zamanda Bu fonun harcama koşullarını programlamak için kullanılan "kilitleme komut dosyası" olarak bilinir, örneğin: belirli bir genel anahtarın imzasını sağlamak; kilitleme komut dosyasını programlamak için kullanılan işlem kodunun, Bitcoin'in fikir birliği kuralları tarafından belirlenmesine izin vermemesi koşuluyla izin verilmesi keyfi güvenlik kurallarını uygulamak için kullanılabilir. Bu nedenle UTXO içinde başka varlıklar oluşturmak imkansızdır - Bitcoin betiği bu varlıklar için güvenlik kontrolleri programlayamaz. Bu, Bitcoin'de varlık yayınlamaya yönelik tüm fikirlerin esasen Bitcoin blok alanının yaratıcı kullanımları olduğu anlamına gelir. Bu, zincir dışı bir akıllı sözleşme sistemi tasarlamamız gerektiği ve sözleşme durumunu değiştirmek için gerekli adımları atmamız gerektiği anlamına gelir - örneğin, A sözleşmesi parametreleri değiştirir ve B, belirli bir varlığın belirli bir miktarını C'ye aktarır —— Bilgiler blockchain'e yükleniyor, böylece bu bilgiler toplanarak akıllı sözleşme sisteminin en son durumu elde edilebiliyor.
Kaba bir tasarım fikri, sözleşme durumunu değiştiren adımların bilgisini Bitcoin blok zincirine bozulmadan yüklemektir. Bu kesinlikle işe yarıyor ancak birkaç sorunla karşı karşıya:
(1) Bilgilerin tamamı yüklendiğinden, daha fazla blok alanı tüketebilir.Kullanıcıların sözleşmenin durumunu değiştirmeleri gerektiğinde (transfer gibi), ayrıca daha fazla zincir içi işlem ücreti ödemeleri gerekecektir. Özellikle böyle bir zincir dışı sözleşme sisteminin Bitcoin'den daha iyi programlanabilirliğe sahip olmasını umduğumuzda, programlanabilirlikteki artış daha fazla blok alanı tüketme pahasına gelebilir;
(2) Bloktaki hemen hemen her bilgi, zincir dışındaki akıllı sözleşmeyi değiştirebilir.Bu nedenle, kullanıcıların zincir dışı sözleşme sisteminin en son durumunu elde etmek için tüm Bitcoin blok verilerini elde etmesi gerekir, yani doğrulamak daha pahalıdır;
(3) Zincir dışı akıllı sözleşme sisteminin tasarımına bağlı olarak, yalnızca Bitcoin ile karşılaştırılabilir veya daha kötü bir gizlilik elde edebilirsiniz ve daha fazla gizlilik sağlayabilirseniz, daha fazla alan tüketmeniz gerekebilir. alanı bloke edin.
Geçmişte yaygın olarak kullanılan "Omni" protokolü, zincir dışı sözleşme işlemleri hakkında tam bilgi yüklemiyordu, yalnızca işlemin hash değerini yüklüyordu. Bu yaklaşım yukarıdaki sorunları çözer ve zincir dışı sözleşme işlemlerinin karmaşıklığını ekonomik maliyetlerinden ayırır; ancak kullanıcıların Omni protokolünün en son durumunu elde etmek için yine de Bitcoin blok verilerinin tamamını elde etmeleri gerekir; buna ek olarak, Gizliliği artırmak için özel olarak tasarlanmamıştır.
RGB, "tek kullanımlık mühürler" adı verilen yeni bir paradigma kullanır. Kullanımı çok basittir: RGB, her sözleşmenin her durumunun belirli bir Bitcoin UTXO'ya eklenmesini gerektirir; ve bu durumu değiştirmek istediğinizde, bu UTXO'yu harcamalı ve onu harcayan işlemin Onay almasına izin vermelisiniz. Ayrıca, onu harcayan Bitcoin işleminin, değiştirilen duruma eklenen UTXO'yu belirtmek için durum geçişi içeriğinin bir karmasını da sağlaması gerekir.
RGB geliştiricileri için tasarım, numaralı plastik bir contaya benziyor: çıkarılıp çıkarılmadığını anlamak kolaydır ve çıkarıldıktan sonra tekrar kullanılamaz. Ancak başka bir bakış açısı da, sahip olunan UTXO'yu bu haliyle konteyner veya seramik kumbara olarak görmektir - kumbaradaki parayı çıkarmak istiyorsanız kumbarayı kırmalısınız. Sonra parayı içine koyun. yeni kavanoza.
Bu tasarım, bloğun tamamını büyük bir yazı tahtası olarak ele alan önceki protokollerle keskin bir tezat oluşturuyor: UTXO'yu konteyner olarak kullanmak, bu UTXO'yu harcamayan işlemlerin konteynerdeki sözleşme durumu üzerinde herhangi bir etkiye sahip olamayacağı anlamına gelir. Belirli bir sözleşmenin belirli bir durumu, tüm blokların verilerini elde etmemize gerek yok. Tek ihtiyacımız olan bir dizi Bitcoin işlemi, bu Bitcoin işlemlerinin belirli bir blokta var olduğuna dair kanıt ve bu bitler tarafından vaat edilen RGB durum dönüşümü döviz değişimi (ilgili Bitcoin işlemiyle bire bir çift) yeterlidir. Bir zincire bağlanabilen bu veriler, bu sözleşmenin başlangıç durumuna kadar geriye doğru iz sürmemize, bu durumun özünü tespit etmemize olanak sağlamalıdır.
Zincir içi akıllı sözleşme sistemlerine (Ethereum gibi) aşina olan okuyucular için, bu süreç hakkında anlaşılması zor olan şey, eğer blockchainin fikir birliğine dayanmıyorsa (bu, sözleşme ve her durum değişikliği her düğüm tarafından doğrulanacaktır), bu akıllı sözleşme sisteminin güvenliği nasıl garanti edilmektedir? Aldığınız varlıkların istediğiniz varlıklar olduğundan ve varlıkların yasa dışı olarak ihraç edilmediğinden nasıl emin olabilirsiniz?
Cevap da çok basit, buna "istemci tarafı doğrulama" denir - bunu kendiniz doğrularsınız. Zincir üstü sözleşme sisteminde düğümler, her durum geçiş işlemini genel durum geçiş kurallarına göre doğrular, geçersiz işlemleri reddeder ve ardından başlangıç durumuna göre en son durumu hesaplar. Bununla birlikte, durum geçiş kuralları ve başlangıç durumu bilindiği sürece, zincir içi fikir birliği yoluyla doğrulama tek yol değildir.Kullanıcılar, durum geçişinin her adımının, tarafından sağlanan bilgilere dayanarak, orijinal olarak tanımlanan durum geçişini takip edip etmediğini doğrulayabilir. ödeyen kuralı. Bu sayede, doğrulayan taraf (varlığın alıcısı olduğu varsayılan) yasa dışı durum geçişlerini de tespit edip bunları kabul etmeyi reddedebilir.
Son olarak RGB protokolünün özelliklerini göstermek için bir örnek kullanıyoruz:
Artık Alice, RGB protokolüne göre ihraç edilen Y varlığının X birimini elinde bulunduran UTXO A'nın sahibidir ve Y'nin Z birimini Bob'a aktarmak istemektedir. Bu varlık grubu, Alice'in eline geçmeden önce toplam 5 önceki sahibin (varlık ihraççısı dahil) üzerinden geçmiştir. Bu nedenle, Alice'in Bob'a, sözleşmenin başlangıç durumu, durum geçiş kuralları ve her transfer için kullanılan bitler de dahil olmak üzere bu dört durum geçişine (ilk üçü Alice'e önceki sahibi tarafından sağlanmıştır) ilişkin kanıtları sunması gerekir. Bitcoin işlemleri, her Bitcoin borsasının gerçekleştirdiği RGB işlemleri ve bu Bitcoin işlemlerinin belirli bir blok tarafından onaylandığına dair kanıtlar Bob'a gönderilir. Bob, bu dört aktarımın durum geçiş kurallarına göre kuralları ihlal etmediğini doğrulayacaktır. sözleşmeyi onaylayın ve ardından kabul edip etmeyeceğinize karar verin. Alice, RGB işlemini oluşturduğunda, Z, X'ten küçük olduğundan, kalan kısmı alabilmesi için kendisine bir UTXO da ayarlaması gerekir. Son olarak Alice, bu RGB işleminin karma değerini, ödemeyi tamamlamak için UTXO A'ya mal olan Bitcoin işlemine yerleştirir.
Son olarak, UTXO kapsayıcılarının kullanılması nedeniyle, bir RGB sözleşmesinin en son durumu, alt öğeleri olmayan, yönlendirilmiş döngüsel olmayan bir grafik üzerinde bir nokta olarak temsil edilebilir (her nokta, bir UTXO kapsayıcısında depolanan bir durumu temsil eder). Üstelik aşağıdaki şekildeki P sahibi için, yalnızca sözleşmenin başlangıç durumu olan G'den kendisine ulaşan süreci, yani kırmızı daire ile işaretlenen süreci bilecek ve gri noktalar hakkında hiçbir şey bilmeyecek:
#RGB AVANTAJLARI
Hafif doğrulanabilir durum
Yukarıda belirtildiği gibi, Bitcoin'de ortaya çıkan önceki varlık ihraç protokolleriyle (zincir dışı sözleşme sistemleri) karşılaştırıldığında RGB, doğrulama maliyetini (sözleşmenin belirli bir durumu) önemli ölçüde azaltır. İşlem sırasında, alıcının artık sözleşme durumundaki değişiklikler hakkında bilgi toplamak için tüm blokları geçmesi gerekmiyor; yalnızca bir dizi Bitcoin işleminin yanı sıra bu borsalar tarafından vaat edilen RGB işlemlerini ve bu Bitcoin'lerin bloklarını elde etmesi gerekiyor. İşlemler Kanıt içeriyorsa (blok başlığındaki Merkle kanıtlarına dayanarak), ödeyenin gerçekten belirli bir varlığa belirli bir miktara sahip olduğundan emin olabilirsiniz.
Doğrulama maliyetlerindeki bu azalma aynı zamanda kullanıcıların büyük altyapı sağlayıcılarına olan bağımlılığını (güvenini) de büyük ölçüde azaltır. Önceki protokollerde doğrulama maliyetinin yüksek olması nedeniyle kullanıcıların sözleşmenin son durumunu kendi başlarına hesaplaması zor olduğundan kullanıcılar bazı sağlayıcılara (cüzdanlarının kullandığı sözleşme durumu sağlayıcısı gibi) güvenmek zorunda kalıyordu; aynı zamanda çünkü bunu karşılayabilirlerdi. Maliyetleri hesaplayacak daha az tedarikçi var, bu da tedarikçinin merkezileştirilmesi anlamına geliyor. Ancak RGB'de, kullanıcıların yalnızca Bitcoin ile işlemin bir kısmını kontrol etmek için Bitcoin ışık istemcisini ve RGB işleminin bir kısmını kontrol etmek için RGB protokolünü kullanmaları gerekir ve bunu karşılayabilirler.
Bazı zincir üstü sözleşme sistemleriyle karşılaştırıldığında RGB aynı zamanda daha hafiftir. Bu, RGB'nin bir sözleşmenin belirli bir durumunu spesifik olarak doğrulayabildiği gerçeğinde yansıtılmaktadır; UTXO'ya dayalı olmayan sistemlerde, UTXO gibi erişimi kontrol edecek bir mekanizmanın bulunmaması nedeniyle, herhangi bir işlem herhangi bir durumu değiştirebilir; dolayısıyla siz Belirli bir durumu spesifik olarak doğrulamak neredeyse imkansızdır, ancak tüm son durumları hesaplarken yalnızca belirli bir durumu belirleyebilir - bu anlamda "küresel durum" olarak ifade edilen özelliklerin aslında "tekdüze durum" olarak adlandırılması gerekir. Sözleşmeler arasında çapraz erişim özelliği sağlarken, doğrulama maliyetinin daha yüksek olacağını ve güvensizliğin elde edilmesinin daha zor olacağını da belirliyor.
Bu zincir üstü sözleşme protokollerinde önemli bir optimizasyon önlemi, blok başlığının en son duruma ("durum kökü") bağlı kalmasını gerektirmek, böylece hafif istemcilerin tam düğümden elde edilen bir sözleşmenin belirli bir durumunu doğrulamasına izin vermektir. bu taahhütler.. Bu, daha önce gerçekleşmiş olan hesaplamaları (tam düğüm tarafından yürütülen hesaplamalar) yeniden kullanma yöntemidir ve aynı zamanda çok verimlidir, dolayısıyla güvensizlik dikkate alınmazsa RGB'den daha verimli olduğu düşünülebilir. Ancak sonuçta bu, hafif düğümlerin temel işlem doğrulama ve sözleşme durumu hesaplaması için tam düğümlere güvendiği anlamına gelir. Bitcoin light client kullanan RGB cüzdanda dayandığı güven varsayımı, ilgili Bitcoin işleminin geçerli bir işlem olduğu ve sözleşme durumu ile ilgili kısmın müşteri tarafından bizzat doğrulandığı, dolayısıyla daha güvenilir olduğu yönündedir. bedava. . Dezavantajı doğrulama gecikmesinin daha uzun olması ve daha fazla verinin tutulması gerekmesidir.
Ölçeklenebilirlik
RGB'nin ölçeklenebilirliği iki açıdan yansıtılır:
Bitcoin işlemine gömülü olan yalnızca bir hash değeridir; bu, bir RGB varlığını 100 parçaya bölseniz bile (RGB işlemi) RGB işleminin hacminde herhangi bir sınırlama olmadığı anlamına gelir (sözleşmenin özel kuralları hariç). kendisi çok büyük olacaktır) ve bir Bitcoin işlemine yerleştirilmesi gereken tek bir hash değeri vardır. Not 6'da bahsedildiği gibi, böyle bir karma değerini gömmenin iki yolu vardır: biri OP_RETURN çıkışını kullanmaktır, bu da karma değerinin zincir içi alanını tüketeceği anlamına gelir; diğeri ise betiğin genel çıktısını gizlemektir. Taproot anahtarında - bu, zincir üzerinde herhangi bir alan tüketmez. Bu aynı zamanda kullanıcıların programlanabilirlik için ekonomiden fedakarlık etmeleri gerekmediği anlamına gelir; yalnızca zincir içi ücretleri dikkate alır.
RGB sözleşmesinin en son durumu, alt öğeleri olmayan, yönlendirilmiş asiklik bir grafik üzerinde bağımsız bir noktadır; bu, bu durumların birbirini etkilemeden bağımsız olarak değiştirilebileceği anlamına gelir; bu, eşzamanlılığa izin verildiği anlamına gelir. Bu aslında UTXO'dan miras alınan bir özelliktir. Bu aynı zamanda bir şubede meydana gelen geçersiz değişikliklerin (geçersiz işlemlerin) bırakın tüm sözleşmenin çıkmaza girmesi bir yana diğer şubeleri bile etkilemeyeceği anlamına gelir ve bu aynı zamanda bir güvenlik avantajı olarak da değerlendirilebilir.
RGB'nin ölçeklenebilirliği nedeniyle eleştirilen bir nokta, her aktarımın, alıcının başlangıç durumundan ödeme yapan durumuna kadar tüm işlemleri doğrulamasını gerektirmesidir - varlığın el değiştirme sayısı arttıkça, sonraki alıcılar üzerindeki doğrulama yükü de artar. giderek daha da ağırlaşacak. Bu eleştiri doğrudur. Bunu optimize etmek, halihazırda gerçekleşmiş olan işlemleri yeniden kullanmanın bir yolunu bulmamız gerektiği anlamına gelir. SNARK gibi kanıtlanmış sistem teknolojileri böyle bir çözüm sağlamayı vaat ediyor.
Varlık tanımı ve saklama mekanizmasının farklılaştırılması
Son fayda hala UTXO ile ilgilidir ve UTXO'nun kilitleme komut dosyası mekanizmasını nasıl anladığımıza bağlıdır.
Bir fonun kilit açma koşullarını programlamak için bir kilitleme komut dosyası kullanılabilir ve dolayısıyla saklama kurallarını uygulayabilir. Örneğin, bir kilitleme komut dosyası yalnızca bir genel anahtar içeriyorsa, bu, onu yalnızca karşılık gelen özel anahtarın sahibinin kontrol edebileceği anlamına gelir. Ancak bu tür saklama kuralları aynı zamanda Bitcoin sözleşme protokolü programlamasının da temelini oluşturur. Örneğin, 2'den 2'ye çoklu imza kilitleme komut dosyası kullanan bir UTXO, bir yıldırım kanalı olabilir; kanalın çalışması sırasında, iki taraf, zincir üzerindeki formda herhangi bir değişiklik olmadan birbirlerine neredeyse sayısız kez ödeme yapabilir. para kaynağı. Başka bir deyişle, şu anda 2/2 çoklu imza kilitleme komut dosyası, her iki tarafın da zincirdeki fonların biçimini değiştirmeden değer aktarmasına olanak tanıyan bir değer aktarım mekanizması oluşturuyor.
Böyle bir mekanizma UTXO'nun taşıdığı Bitcoin değeri için kullanılabileceği gibi doğal olarak taşıdığı RGB varlıklar için de kullanılabilir. Bir RGB varlığı düzenleyebilir ve onu 2/2 çoklu imzalı UTXO'ya ekleyebiliriz, böylece bu varlığı birbirine sınırsız sayıda ödemek için yıldırım kanalı mekanizmasını kullanabiliriz. Aynı şekilde, RGB varlıkları da Bitcoin komut dosyalarına dayalı diğer sözleşmelere girilebilir.
Burada, UTXO betiği ve RGB protokolü işlevsel bir farklılaşma oluşturur: birincisi değer saklama ve değer aktarımı kurallarını gerçekleştirmeye kararlıdır; ikincisi ise varlık tanımına odaklanır. Böylece varlıkların saklanması ile varlıkların tanımı birbirinden ayrılabilmektedir. Bu önemli bir güvenlik iyileştirmesidir ve insanların diğer bazı zincir içi sözleşme sistemlerinde de çabaladığı bir şeydir.
RGB Tasarımı Zaten Yapılmış
Yukarıdaki özellikler aslında UTXO tek seferlik mühürleme ve istemci doğrulamasını temel alan tüm protokoller için geçerlidir. Ancak bu temelde RGB protokolü daha da tasarlandı.
RGB protokolünün mevcut gelişiminde, geliştiriciler özellikle protokolün gizliliği konusunda endişe duyuyorlar, bu nedenle RGB gizliliği iki açıdan güçlendiriyor:
Kör UTXO. Bir RGB işleminde, alıcının, varlığı gerçekten alan UTXO'nun özelliklerini açığa çıkarmadan varlığı almak için yalnızca gizlenmiş UTXO tanımlayıcısını kullanması gerekir. Bu, alıcının bir sonraki mal sahibine kanıt sunma becerisini zayıflatmaz, aynı zamanda sonraki varlık alıcılarının önceki varlık sahibinin meraklı gözlerine karşı kendilerini savunmalarına olanak tanır.
Kurşun geçirmez. Her işlemde belirli tutarı gizlemek için kullanılabilir. Ancak sonraki varlık sahipleri, daha önce herhangi bir ek ihraç yapılmadığını yine de doğrulayabilirler.
Keşfedilecek alan
Bu bölümde RGB protokolünün esas olarak programlanabilirlik ile ilgili olarak keşfetmeye devam edebileceği alanı tartışacağım.
Şu anda önerilen RGB sözleşme şablonları (şema) varlık ihracına odaklanmaktadır. Bununla birlikte, RGB "istemci tarafı doğrulama" paradigmasını kullandığından, aslında ona istemci tarafı doğrulamayla sağlanabilecek her türlü özelliği ekleyebiliriz - yalnızca UTXO'nun yapısıyla sınırlıdır.
Kısıtlamalar
UTXO temelinde programlanabilirliği genişletebilen bir kavrama "sözleşmeler" adı verilir. Kısıtlama maddesinin asıl amacı, bir miktar paranın transfer edilebileceği varış yerini sınırlamaktır. Bu yetenekle birçok ilginç uygulamayı programlayabiliriz:
Etkileşimli olmayan para çekme işlemleri için fon havuzu. Birçok kişinin fonlarını aynı UTXO'da toplayabilir ve herhangi birinin başkalarının yardımı olmadan kendi fonlarını çekebilmesini sağlamak için kısıtlama hükümleri kullanabiliriz. Bu, blok alanı talebi yüksek olduğunda insanların yüksek riskli yerlerden düşük maliyetle çıkmalarına yardımcı olma etkisine sahip olabilir.
Kasa Sözleşmesi. Bir fonun serbestçe harcanabilmesi için öncelikle bir yerde harcanması ve zaman kilidinden geçmesi gerekir, zaman kilidi süresi boyunca kasa sahibi bu süreci bir acil durum anahtarıyla kesebilir ve parayı hemen başka bir yere aktarabilir. Bu cihaz özerk gözetim için çok yardımcı olabilir.
Mevcut Bitcoin Script'i bu özelliğe sahip değildir, dolayısıyla Bitcoin Script'indeki kısıtlamaları etkinleştirmek için yumuşak bir çatal gerekir.
Ancak, "varlık tanımı ve saklama mekanizmalarının farklılaştırılması"nın getirdiği bazı faydalardan fedakarlık etmeye istekli olduğumuz sürece, bu tür özellikleri RGB varlıkları üzerinde deneyebiliriz.Bu tür işlevleri RGB sözleşme düzeyinde uygulayabiliriz - ancak bu mümkün olabilir yalnızca onu kullanan (Bitcoin'i değil) RGB varlıkları için çalışmaz, ancak kesinlikle ilginç bir alan açacaktır.
Kısıtlama maddeleri üzerine mevcut araştırmalar, bunun UTXO tabanlı işlemlerin programlama alanını genişletebileceğini ve birçok özellik sağlayabileceğini gösteriyor. Ancak bu çalışmalar temel olarak Bitcoin'e dayanıyor ve Bitcoin gibi protokoller üzerinde daha muhafazakar olacağız. RGB'de, daha esnek programlanabilirlik sağlamak için kısıtlama hükümlerinin temel yeteneğini (kendilerini kod düzeyinde harcayan işlemleri okuma yeteneği) cesurca genelleştirebiliriz: sözleşmelere çapraz erişim yeteneği.
Çapraz erişim
Minimal kısıtlayıcı terimler, bir UTXO harcandığında komut dosyasının harcama işleminin çıktısını okuyabileceği anlamına gelir. Ancak tamamen genelleştirilmiş bir kısıtlama, kendisini harcayan işlemin tüm bölümlerini okuyabileceği anlamına gelir. Bu, işlemin diğer girdilerini de okuyabildiği anlamına gelir, eğer aynı sözleşmeden gelecek diğer girdileri sınırlamazsak, diğer sözleşmelerin durumlarını da okuyabilir demektir.
RGB'de, her sözleşmenin kendi yönlendirilmiş döngüsel olmayan grafiğine sahip bağımsız bir evren olduğunu varsayıyoruz. Ancak bir kullanıcının aynı anda iki farklı sözleşme statüsünde olması yine de mümkündür. RGB işlemleri, her iki sözleşmedeki varlıkların eşzamanlı olarak harcanmasına izin veriyorsa, bu tür çapraz erişim yeteneklerinin uygulamaları olabilir (ancak işlemlerin doğrulanmasını muhtemelen daha karmaşık hale getirebilir).
Aslında, sözleşmelerin çapraz erişim yeteneklerini elde etmek için bunu kullanan, UTXO'ya benzer yapıları (örneğin: Nervos Ağı) temel alan zincir içi sözleşme sistemleri zaten mevcuttur. Bu, daha önceki Bitcoin araştırmalarında nadiren değinilen alanlara açılan çok yeni bir alandır ve bu alanda bazı sürprizler olabilir.
Sonuç olarak
Okuyucular bu yazıda sıklıkla bahsedilen, tüm akıl yürütme ve fantezi süreçlerinden geçen bir kavramın var olduğunu görecekler: "UTXO". Benim niyetim tam olarak bu. UTXO'yu anlamıyorsanız, RGB gibi bir protokolün tasarımının başlangıç noktasını anlayamazsınız, RGB protokol tasarımının avantajlarını anlayamazsınız ve insanların onu nasıl kullandığını hayal edemezsiniz. RGB protokolünün özellikleri büyük ölçüde UTXO'nun tek seferlik mühürlü formu tarafından şekillendirilir. Buna bağlı olarak Bitcoin araştırma alanında biriken UTXO üzerine yapılan araştırmalar RGB üzerine yapılan araştırmalara da uygulanabilir.
Bu aynı zamanda Bitcoin'i anlamayan insanların neden RGB'yi anlamakta zorlanacağını da açıklıyor. Bitcoin'i sevenler RGB'nin yaptığı tasarımı tanıyacaktır.