RGB protokolünün tasarımını ve özelliklerini ve karşılaştığı güvenlik zorluklarını analiz edin

2023'ün ikinci yarısında, çeşitli BTC türev protokollerinin ekosistemi hızla gelişecek. Ordinals protokolünün ve BRC20'nin yeniden canlanmasına ek olarak, Atomicals ve Taproot Assets gibi protokoller de piyasadan büyük ilgi gördü.

Daha önce Beosin, çeşitli BTC türev protokollerinin risklerini analiz etmişti: "BTC ekosisteminin patlaması, çeşitli türev protokollerinin potansiyel fırsatlarını ve risklerini analiz ediyor". **Bu yazıda Beosin, BTC ekosisteminde çok önemli bir varlık ihraç protokolü olan RGB protokolünü detaylı olarak açıklayacaktır. **

1. RGB Protokol Geliştirme

RGB protokolünün rolü, kullanıcıların zincir dışında gizliliği koruyan işlemler gerçekleştirmesine olanak tanıyan, sıfır bilgi kanıtına dayalı bir durum kanalı protokolü olan Lightning Network'te Bitcoin'e akıllı sözleşme işlevselliği eklemektir. **

RGB bir belirteç protokolü değildir, ancak birden fazla yüksek düzeyde ölçeklenebilir, programlanabilir ve gizli varlık yayınlama ve yönetme yeteneğine sahiptir ve finans dışındaki diğer birçok sektörde önemli bir rol oynayabilir. Protokolünün geliştirilmesi, ilk konseptinden Bitcoin ve Lightning Network'e akıllı sözleşme işlevselliği getiren mevcut RGB v0.10 sürümüne kadar birkaç önemli aşamadan geçti.

1 2016 yılında Giacomo Zucco, Peter Todd'un fikirlerine dayanarak RGB protokolünün ilk fikrini önerdi.

2 2017 yılında BHB Network, Poseidon Group tarafından desteklenen RGB protokolünün orijinal sürümünü piyasaya sürdü.

3 2019'da Maxim Orlovsky ve Giacomo Zucco, pratik uygulamalar için RGB'yi teşvik etmek için LNP/BP Standartlar Birliği'ni kurdu ve Dr. Maxim Orlovsky, RGB protokolünü yeniden tasarlamaya başladı.

4 2021'de dernek, Lightning Network'te de çalışmaya başlayan RGB protokolünün Turing-Complete Sanal Makinesini (AluVM) gösterdi.

5. 2022'de, Bitcoin ve Lightning Network için RGB akıllı sözleşmeleri yazmak için yeni bir dil olan Contractum ve yeni web sitesi piyasaya sürüldü.

6. Nisan 2023'te, Bitcoin ve Lightning Network'e akıllı sözleşmeler için tam destek getiren RGB v0.10 piyasaya sürüldü ve RGB protokolü için geliştirmenin en önemli aşamasını işaret etti.

2. RGB protokol tasarım mantığı

RGB protokolünün temel fikri, fikir birliği ve zincir dışı veri depolama etrafında inşa edilmiştir.

Her şeyden önce, dağıtılmış sistemin en önemli değeri, fikir birliğinin sürdürülmesidir, bit konsensüs katmanını kullanmak, yalnızca defter olaylarına kısa kriptografik taahhütler tutması gerekir, belirli verilerin varlığını kanıtlama ancak gerçek veri içeriğini ortaya çıkarmama teknolojisi, genellikle hash işlevi aracılığıyla uygulanır, verilerin gerçekliğini ve bütünlüğünü sağlamak için bu gönderimleri yalnızca zincirde saklar, böylece zincir üstü verilerin yükünü azaltır.

RGB tarafından defter verileri zincir dışında saklanır, bu da tüm sözleşme verilerinin ve durum geçişlerinin blok zincirinde değil, zincir dışında kaldığı anlamına gelir. Tek kullanımlık mühürler ve durum geçişleri ile akıllı sözleşmelerin durumunu takip edin ve doğrulayın, tüm verileri zincir üzerinde depolamadan akıllı sözleşmelerin durumunu ve işlemlerini verimli bir şekilde işleyin ve doğrulayın.

RGB'nin temel katmanı, Nakamoto PoW konsensüsü ve işlem defteri dahil olmak üzere Bitcoin blok zinciridir. Zincir üzerinde herhangi bir veri depolamaya gerek olmasa da, mevcut altyapıyı takip etmeye ve bu taahhütler için Bitcoin işlemlerini depolama alanı olarak kullanmaya ihtiyaç vardır.

2.1 İstemci Kimlik Doğrulaması

Tüm verilerin Bitcoin blok zinciri veya Lightning ağ kanalı durumu gibi Bitcoin işlemlerinin dışında kalacağı istemci tarafı doğrulama modunda RGB akıllı sözleşmeleri, sistemin Lightning Network'ün üzerinde çalışmasını sağlar ve ayrıca yüksek düzeyde protokol ölçeklenebilirliği ve gizliliği için temel sağlar.

2.2 RGB Akıllı Sözleşme

Bir RGB akıllı sözleşmesinin temel yapısı, her biri farklı işlevlere ve rollere sahip olan Genesis, State ve Transitions'tan oluşur:

Yaratılış(创世)

Genesis, sözleşmenin temel özelliklerini ve kurallarını tanımlayan akıllı bir sözleşmenin başlatma bildirimidir. Bu, sözleşmenin türünü, amacını ve başlangıç ayarlarını içerir. Kodda, genesis kısmı, ilk kimlik bilgilerini belirtebilen bir kimlik doğrulama sözleşmesinde olduğu gibi, sözleşmenin başlangıç noktasını tanımlar.

State(状态)

Durum, sözleşmenin herhangi bir andaki mevcut durumunu temsil eder ve tüm değişken değerleri ve varlık bilgileri dahil olmak üzere sözleşme verilerinin gerçek zamanlı bir anlık görüntüsüdür.

Geçişler(转换)

Geçişler, bir durumdan diğerine geçişleri tanımlayan kurallardır. Bu kurallar, sözleşme mantığına göre durumun nasıl değiştiğini belirler. op Vocation ve op Transfer, bir Kimlik durumundan diğerine nasıl aktarılacağını veya belirteçler arasında nasıl aktarılacağını tanımlayan dönüştürme örnekleridir.

Bu üç bileşen, çeşitli işlemleri ve protokolleri tanımlamak ve yürütmek için bir yol sağlar. Genesis, temel kuralları ve parametreleri belirler, Durum, sözleşmenin mevcut bilgilerini korur ve Geçişler, birlikte RGB akıllı sözleşmesinin temel mimarisini oluşturan durumlar arasındaki değişikliklerin mantığını şart koşar.

2.3 一次性密封(single-use-seals)

Kullanıcı gizliliğini korurken varlık transferlerinin güvenli ve verimli bir şekilde yönetilmesini sağlamak. RGB protokolü, varlıkların (tokenler gibi) Bitcoin'in belirli bir işlem çıktısına bağlanmasına izin veren "tek kullanımlık mühürler" yaklaşımını kullanır, öyle ki her varlık transferi eski bir mührün "açılmasını" ve yeni bir mührün "oluşturulmasını" gerektirir. **Tek seferlik kapsülleme, bir varlığın sahipliğini veya sözleşme durumunu temsil etmek için kullanılır. Bir durum transferi veya işlemi her gerçekleştiğinde, ilgili kapsülleme kapatılır ve her bir mührün yalnızca bir kez kullanılabilmesi avantajına sahip olan yeni bir kapsül oluşturulur, böylece varlıkların yeniden kullanılmasını veya çifte ödenmesini önler, işlemin güvenliğini sağlar ve böylece varlıkların transferinin tahrif edilememesini sağlar.

Aynı zamanda, bu işlemlerin tümü blok zincirinde saklanmak yerine istemci tarafında gerçekleştirildiğinden, kullanıcıların gizlilik koruması büyük ölçüde artırılır ve blok zinciri alanının işgali azalır, bu da genel ağın verimliliğini ve ölçeklenebilirliğini artırır.

Tek kullanımlık contalar için mantıklı adımlar:

1. Her RGB sözleşmesinin başlangıcı, sözleşmede tanımlanan varlıkların veya izinlerin ilk tahsisini temsil eden, başlangıç durumunun ve ilgili tek seferlik kapsüllemenin tanımlandığı bir oluşturma işlemidir.

2. Sözleşmede devlet, mevcut varlığı veya izin yapılandırmasını temsil etmek için kullanılır. Her durum, geçerli sahipliği veya izinleri temsil eden tek seferlik bir kapsülleme ile ilişkilendirilir.

3. Varlıkların veya izinlerin devredilmesi veya değiştirilmesi gerektiğinde, ilgili durum geçişleri vardır. Bu işlem, geçerli tek seferlik kapsüllemeyi (eski durumu temsil eden) kapatmayı ve yeni bir kapsülleme oluşturmayı (yeni durumu temsil eden) içerir.

4. Bir paketin kapatılması, bütünlüğünün doğrulanmasını ve yeniden kullanımı önlemek için kullanılmış olarak işaretlenmesini içerir. Ardından, sözleşme kurallarına bağlı olarak, yeni durumu temsil etmek için yeni bir kapsülleme oluşturulur.

5. Bir işlem gerçekleştiğinde, sözleşme katılımcılarının işlemin meşruiyetini sağlamak için ilgili tek seferlik kapsüllemenin geçerli olduğunu doğrulaması gerekir. Bu doğrulama işlemi otomatiktir ve RGB düğümleri ve katılımcı cüzdanlar tarafından işbirliği içinde yapılır.

3. RGB protokolünün özellikleri

RGB'nin özellikleri, RGB akıllı sözleşmelerinin yeniliğine yansır ve aşağıdakiler sizin için bazı önemli noktalardır:

1. Şema Kavramı

RGB protokolü, nesne yönelimli programlamadaki sınıflara benzer şekilde bir şema kavramını kullanır. Modlar, RGB varlıkları** için standartları tanımlamak için kullanılır ve cüzdanların, borsaların, tarayıcıların ve BTC düğümlerinin RGB varlıklarını desteklemesini kolaylaştırır. Bu çerçevede, somut bir RGB sözleşmesi, şemanın yapıcısı ("genesis işlemi") tarafından oluşturulan bir desen örneğidir. Bu yaklaşım, sözleşme geliştiricisinin (model geliştiricisi) ve sözleşme düzenleyicisinin rollerini ayırarak, ikincisinin programlama veya güvenlik bilgisine sahip olma ihtiyacını ortadan kaldırır.

2. AluVM Sanal Makinesi

RGB protokolü ayrıca, Ethereum'un EVM'sine benzer bir Turing-complete sanal makinesi olan AluVM sanal makinesini de sunar. Hemen hemen her tür hesaplamayı gerçekleştirebilir, ancak işlem adımlarının sayısı ile sınırlıdır. AluVM, Ethereum'un gaz tüketim mekanizmasına benzer şekilde, kümülatif bir hesaplama karmaşıklığı ölçüsü aracılığıyla hesaplamayı sınırlar.

3. Sözleşme Tanımı Örneği

Sözleşme tanımı açısından, RGB protokolü, sözleşmenin doğrudan bir parçası olmayan ancak birden fazla sözleşme tarafından paylaşılabilen PgpKey gibi belirli veri türlerini kullanır. Kimlik ve İptal gibi bir sözleşmenin durumu ve eylemleri, sözleşmenin durumunun ve olası durum geçişlerinin bileşenleri olarak tanımlanır.

4. Sözleşme Örnekleri ve Durum Geçişleri

Sözleşme örneği, belirli bir duruma bir desen uygulanarak yapılır, örneğin meSatoshiNakamoto, başlangıç durumunu tanımlayan ve bunu tek seferlik bir mühüre atayan DecentralizedIdentity desenini uygular. Vocation işlemi gibi durum geçişleri, bir kimliğin güncelleştirilmesini ve tek seferlik yeni bir mühüre atanmasını içerir.

5. Genişletilmiş Sözleşme İşlevselliği

RGB protokolü, IOYTokens sözleşmesinde sahip olunabilir durumlar olarak temsil edilen IOU (Size borçluyum) belirteçleri eklemek gibi sözleşmenin işlevselliğini genişletmeye izin verir. Buna ek olarak, IOYTicker ve IOYName gibi sözleşmenin küresel özellikleri olan ve doğrudan herhangi bir tarafa ait olmayan küresel devletler vardır.

6. Devlet Uzantısı Kavramı

Devlet uzantıları kavramı, halkın, Burn ilan etmek gibi sözleşmenin belirli mantıksal bölümlerine katılmasına izin verir. Durum genişletme işlemi, bir blokta kapsüllenmemiş bir Bitcoin işlemine benzer şekilde, herkesin zincir üzerinde bir taahhütte bulunmadan bir durum uzantısı oluşturmasına olanak tanır.

7. 合约接口(Contract Interface)

Standartlaştırılmış iletişim: Sözleşme arabirimi, bir RGB düğümüyle iletişim kurmak için standart bir yol sağlar ve anlamsal olarak anlamlı bir durum döndürmesini ve işlemler oluşturmasını gerektirir.

Ethereum'un ERC standardına benzer: Bu arayüzler Ethereum'un ERC standardına benzer ve genel arayüz "RGBxx" olarak adlandırılır ve bağımsız bir LNP/BP standardı olarak tanımlanır.

8. Evrensel belirteç arabirimi oluşturma örneği

Arayüz Tanımları: Küresel durumları (örneğin, Ticker ve Ad) ve sahip olunan durumları (örneğin, Enflasyon ve Varlık) ve ayrıca operasyonları (örneğin, İhraçlar ve Transferler) tanımlar.

Arayüz uygulaması: Bir arayüz uygulandığında, belirli bir modun durumu ve çalışması arayüze bağlıdır. Örneğin, FungibleToken arabirimi, DecentralizedIdentity deseni için genel ve sahip olunan durum bağlamalarını uygular.

4. RGB protokol uygulaması

Finansal Uygulamalar:

1 Bir şirket veya projedeki hisseleri temsil eden, merkezi olarak çıkarılan ancak merkezi olmayan bir şekilde alınıp satılan, piyasa likiditesini ve şeffaflığı artıran tokenler oluşturmak için kullanılır.

2. Kredileri ve tahvilleri yönetin ve akıllı sözleşmeler aracılığıyla kredi ve tahvil ihracını ve geri ödemesini otomatikleştirin.

3. Lightning Network üzerinde çalışan sabit coinler oluşturun ve bu sabit coinleri bir ödeme aracı olarak kullanın.

4. Merkezi olmayan bir borsa (DEX) oluşturun.

5. Piyasaya likidite ve istikrar sağlamak için algoritmik olarak aşırı teminatlandırılmış sabit coinler gibi AMM çözümlerini uygulayın.

Finansal olmayan uygulamalar:

1. Bireylerin dijital kimlik bilgilerini kontrol etmelerini ve yönetmelerini sağlayan bağımsız kimlik çözümlerini yönetmek için kullanılır.

2. İnsanların alan adlarını ve diğer web tanımlayıcılarını kaydedebilmesi ve yönetebilmesi için merkezi olmayan bir küresel ad kayıt sistemi oluşturun.

3. Telif hakları ve lisanslar dahil olmak üzere dijital içeriğin sahiplik ve lisans haklarını yönetin.

4. Sanat eserlerini tokenize etmek, sanatçılar ve koleksiyoncular için yeni bir dijital mülkiyet ve ticaret platformu sağlamak için kullanılır.

5. Merkezi olmayan karar alma ve yönetişim için DAO'ları yönetin.

6. İşletmelerin ve projelerin şeffaflığını ve güvenilirliğini artırmak için kanıtlanabilir ve doğrulanabilir bir denetim günlüğü sistemi oluşturmak için kullanılır.

5. Mevcut RGB protokolünün riskleri

1 İstikrarsızlık

Mevcut RGB protokolü, akıllı sözleşmeleri tam olarak destekleyen ilk sürümdür ve gelecekte RGB protokolünde bazı büyük güncellemeler veya değişiklikler olabilir, bu da sözleşmenin mevcut gelişiminin sonraki sürümlerde güvenli ve istikrarlı bir şekilde çalışmamasına neden olacaktır. RGB'nin istemci doğrulayıcısı hala güncelleniyor ve henüz kararlı bir sürüm yok.

2 Karmaşıklık

RGB protokolünün tasarımı ve uygulanması oldukça karmaşıktır ve RGB protokolüne dayalı olarak geliştirilen akıllı sözleşmeler için RGB protokolünün dikkate alınması gereken birçok özelliği vardır. Örneğin, RGB protokolüne dayalı olarak verilen tokenler başarısız olursa veya RGB düğümü tarafından onaylanmazsa, bu tokenler herhangi bir UTXO'ya ait değildir ve yakılmaya eşdeğerdir ve geliştiricilerin ve proje taraflarının bu tür durumların projenin token ekonomisi üzerindeki etkisini dikkatlice düşünmeleri gerekir.

Özet

RGB protokolü hala çok erken aşamalarındadır. RGB protokolü, Bitcoin ağı ve Lightning ağında birden fazla varlığın çıkarılmasını ve transferini destekleyen benzersiz şema tanımı, AluVM sanal makinesi, esnek sözleşme durumu yönetimi ve ölçeklendirme mekanizması aracılığıyla BTC akıllı sözleşmeleri alanındaki yeniliğini göstermiştir. Bununla birlikte, şu anda RGB protokolü Lightning Network ile tam olarak uyumlu değildir ve akıllı sözleşmelerin geliştirilmesi ve işletilmesi güvenli değildir, bu nedenle kullanıcıların RGB protokolünü kullanırken risklerin farkında olmaları gerekir. **