paint-brush
BTCFi ve UTXO'nun Merkezi Olarak RGB++ Katmanı: Dört Ana Özellikile@rgbpp
5,883 okumalar
5,883 okumalar

BTCFi ve UTXO'nun Merkezi Olarak RGB++ Katmanı: Dört Ana Özellik

ile RGB++ Layer11m2024/07/31
Read on Terminal Reader

Çok uzun; Okumak

RGB++ Katmanı, "köprüsüz" zincirler arası etkileşim deneyimi sağlamak için izomorfik bağlama ve Sıçrama kullanır. Bitcoin'in varlık çıkarması ve karmaşık DeFi işlevlerini uygulaması için gerekli koşulları oluşturmak amacıyla CKB'nin Turing-complete akıllı sözleşme ortamından yararlanır. Aynı zamanda BTCFi'nin büyük ölçekli benimsenmesinin yolunu da açıyor.
featured image - BTCFi ve UTXO'nun Merkezi Olarak RGB++ Katmanı: Dört Ana Özellik
RGB++ Layer HackerNoon profile picture
0-item
1-item


Yazar: Faust ve Wuyue, GeekWeb3 ve BTCEden'den


RGB++ Katmanının bu ay (Temmuz 2024) piyasaya sürülmesinin duyurulması, daha önce yayımlanan RGB++ protokolünün teoriden tasarlanmış bir ürüne tamamen geçişini işaret ediyor. BTC, CKB, Cardano ve diğer pan-UTXO (harcanmamış işlem çıktısı) halka açık zincirleri üzerinde bir BTCFi ekosistemi oluşturma yönündeki büyük vizyonuyla RGB++ Katmanının lansmanı, platform için daha spesifik ve pratik senaryoların tanıtılmasına da yardımcı olarak platformun odak noktası haline gelmesini sağlıyor. sayısız insanın ilgisini çekiyor.


RGB++ protokolünü temel alan RGB++ Katmanı, BTC, CKB, Cardano ve diğer UTXO tipi halka açık zincirler arasında RGB++ yerel varlıkları veya yazıtlar/runeler için "köprüsüz" zincirler arası etkileşim deneyimi sağlamak amacıyla izomorfik bağlama ve Leap kullanır. Bitcoin'in varlık çıkarması ve karmaşık DeFi işlevlerini uygulaması için gerekli koşulları oluşturmak amacıyla CKB'nin Turing-complete akıllı sözleşme ortamından yararlanır. CKB'nin kapsamlı hesap soyutlama ekosisteminin bunu desteklediği ve Bitcoin hesapları ve cüzdanlarıyla uyumlu olduğu göz önüne alındığında, BTCFi'nin geniş çapta benimsenmesinin de önünü açıyor.


Bu parça, RGB++ Katmanının genel çalışma prensiplerini ve işlevsel özelliklerini anlamaya yardımcı olmayı amaçlamaktadır. Ayrıca katmanın dört ayırt edici özelliğine göre BTCFi ekosistemine getireceği değişiklikleri de vurguluyor.


1. RGB++ Katmanının Teorik Temeli Olarak RGB++ Protokolü

RGB++ protokolü, RGB protokolünün "istemci tarafı doğrulamasını" CKB zincir içi doğrulamayla değiştirmek üzere Ocak ayında piyasaya sürüldü. CKB'yi merkezi olmayan bir Dizin Oluşturucu olarak kullanır ve veri depolama ve varlık kaynağı doğrulama gibi görevleri CKB'ye devreder; ikincisi RGB protokolü için doğrulama katmanı ve veri kullanılabilirliği (DA) katmanı olarak hizmet eder. Bunun amacı, harcanmamış işlem (UX) sorunlarının ve RGB protokolündeki DeFi senaryolarındaki olumsuz kusurların çözülmesine yardımcı olmaktır.


"Tek seferlik kapsülleme" kavramına uygun olarak, RGB++'nın izomorfik bağlaması, Bitcoin zincirindeki UTXO'larla bağlayıcı bir ilişki kurmak amacıyla yazıt/rune türü varlıklar için veri taşıyıcısı olarak CKB zincirinde genişletilmiş bir UTXO olan Cell'i kullanır. Bitcoin'in güvenliğini devralın.


Örneğin, Alice bazı TEST tokenlerini Bob'a aktarmak isterse, TEST varlık bilgilerini depolayan Hücreyi Bob'un Bitcoin UTXO'larından birine bağlayan bir bildirim oluşturabilir. Bob, TEST tokenlarını başka birine aktarmak isterse bağlı Bitcoin UTXO'nun da aktarılması gerekir. Bu sayede RGB++ varlık verilerini taşıyan Cell ile Bitcoin UTXO arasında 1'e 1 bağlayıcı bir ilişki söz konusudur. Bitcoin UTXO çift harcanmadığı sürece bağlı RGB++ varlığı çift harcanamaz. Bu mekanizmayla RGB++ varlıkları Bitcoin'in güvenliğini devraldı.




RGB++ Katmanı, RGB++ protokolünün mühendislik uygulamasının bir ürünüdür. İki ana özelliği izomorfik bağlanma ve Leap köprüsüz çapraz zincirdir.

2. İzomorfik Bağlanma ve Sıçrama - BTCFi için Varlık İhracı ve Köprüsüz Çapraz Zincir Katmanı

İzomorfik bağlanma ve Leap yaklaşımını anlamak için CKB'nin Hücre modelini açıklamak önemlidir. Hücre, LockScript, TypeScript ve Data gibi birden fazla alana sahip genişletilmiş bir UTXO'dur. LockScript, izin doğrulama için kullanılan Bitcoin kilitleme komut dosyasına benzer şekilde çalışır; TypeScript akıllı sözleşme koduna benzerken Veri, varlık verilerini depolamak için kullanılır.



RGB++ varlıklarını CKB zincirinde yayınlamak istiyorsanız önce bir Hücre oluşturun ve token sembolünü ve sözleşme kodunu ilgili alanlara yazın. Daha sonra tıpkı Bitcoin UTXO'ların bölünmesi ve aktarılması gibi Cell'i parçalayıp birçok kişiye dağıtabilirsiniz.


Cell'in Bitcoin UTXO'lara yapısal benzerliği ve CKB'nin Bitcoin'in imza algoritmasına benzerliği sayesinde kullanıcılar, Bitcoin cüzdanlarını kullanarak CKB zincirindeki varlıkları manipüle edebilir. Bir Hücrenin sahibi olarak, onun kilitleme komut dosyasını, kilit açma koşulu Bitcoin UTXO'nunkiyle tutarlı olacak şekilde ayarlayabilirsiniz; bu, bir Bitcoin hesabının özel anahtarını kullanarak CKB zincirindeki Hücreleri doğrudan değiştirmenize olanak tanır.



Yukarıda vurgulanan özellikler CKB, BTC ve diğer UTXO halka açık zincirleri arasında da uygulanabilir. Örneğin, CKB zincirindeki varlık verilerini yeniden yazmak için bir Cardano hesabı kullanabilirsiniz ve RGB++ varlıklarının kontrol hakları, zincirler arası bir köprü olmaksızın bir BTC hesabından bir Cardano hesabına aktarılır. RGB++ varlıklarının Bitcoin, Cardano, Liquid vb. gibi halka açık zincirlerdeki UTXO'lara bağlanmasının (gerçek hayatta banka hesaplarının müşterilerin telefon numaralarına ve kimliklerine bağlanmasına benzer şekilde) çifte harcamayı önlemek olduğunu unutmayın.


RGB++ varlıklarının, bir veritabanındaki gibi medya depolaması gerektiren bir grup veri olduğu da unutulmamalıdır. CKB zincirindeki hücreler veri tabanı görevi görebilir. Daha sonra izin doğrulaması, CKB zincirindeki RGB++ varlık verilerini yeniden yazmak için BTC ve Cardano gibi farklı halka açık zincirlerdeki hesaplara erişime izin verecek şekilde ayarlanabilir.


RGB++ Katmanı tarafından önerilen "Sıçrama" ve köprüsüz çapraz zincir, izomorfik bağlama teknolojisine dayanmaktadır. RGB++ varlıklarına bağlı UTXO'lar için "yeniden bağlanma" amacına hizmet ederler. Örneğin, varlıklarınız daha önce Bitcoin UTXO'lara bağlıysa artık Cardano, Liquid, Fuel ve diğer zincirlerdeki UTXO'lara yeniden bağlanabilirler. Sonuç olarak varlık kontrol izinleri BTC hesaplarından Cardano'ya veya diğer hesaplara aktarılır.



Kullanıcı açısından bakıldığında bu, CKB'nin indeksleyici ve veritabanına benzer bir rol oynadığı, varlıkların çapraz zincirlenmesine eşdeğerdir. Bununla birlikte, geleneksel zincirler arası yöntemlerin aksine, "Sıçrayış" yalnızca varlık verilerini değiştirme iznini değiştirirken, verilerin kendisi hala CKB zincirinde depolanıyor. Bu yöntem Lock-Mint modelinden daha kısadır ve eşlenen varlık sözleşmelerine bağımlılığı ortadan kaldırır.

İzomorfik Bağlanmanın Teknik Uygulama Yaklaşımı

Alice'in, verileri Hücre#0'da depolanan ve Bitcoin zincirindeki UTXO#0 ile bağlayıcı bir ilişkisi olan 100 TEST tokenına sahip olduğunu varsayalım. 40 TEST jetonunu Bob'a aktarmak için, Hücre # 0'ı iki yeni Hücreye bölmesi gerekir; burada Hücre # 1, Bob'a aktarılacak 40 TEST jetonunu içerir ve Hücre # 2, hala Alice tarafından kontrol edilen 60 TEST jetonunu içerir.


Bu süreçte, Hücre#0'a bağlanan BTC UTXO#0'ın UTXO#1 ve UTXO#2'ye bölünmesi ve ardından sırasıyla Hücre#1 ve Hücre#2'ye bağlanması gerekir. Yani Alice Hücre#1'i Bob'a aktardığında, CKB ve BTC zincirlerinde eşzamanlı işlemler gerçekleştirmek için tek tıklamayla BTC UTXO#1'i de Bob'a aktarabilir.



İzomorfik bağlanmanın temel önemi uyarlanabilirliğidir. CKB'nin Cell'i, Cardano'nun eUTXO'su ve Bitcoin'in UTXO'sunun hepsinin UTXO modelleri olması ve CKB'nin Bitcoin/Cardano imza algoritmalarıyla uyumlu olması nedeniyle bu özellikle önemlidir. UTXO'ların hem Bitcoin hem de Cardano zincirlerindeki çalışma yöntemleri, CKB zincirindeki Hücreler için de işe yarar. Bu şekilde, Bitcoin/Cardano hesapları, CKB zincirindeki hem RGB++ varlıklarını hem de bunlara bağlı Bitcoin/Cardano UTXO'ları aynı anda kontrol etmek için doğrudan kullanılabilir ve 1:1 eşzamanlı işlemler gerçekleştirilebilir.



Yukarıdaki Alice'in Bob'a aktarımı senaryosuna göre genel iş akışı aşağıdaki gibidir:


  1. Alice, Hücre#0'ın yok edileceğini, Bob'a gönderilecek Hücre#1'in oluşturulacağını ve Hücre#2'nin kendisine saklanacağını belirterek yerel olarak (henüz zincirde değil) bir CKB işlem verisi oluşturur;


  2. Alice yerel olarak bir bildirim oluşturur, Hücre#1'i UTXO#1'e ve Hücre#2'yi UTXO#2'ye bağlar ve hem Hücre#1'i hem de UTXO#1'i Bob'a gönderir;


  3. Daha sonra Alice, yerel olarak, 2. adımdaki beyanı + 1. adımda oluşturulan CKB işlem verilerini içeren orijinal içeriğe karşılık gelen bir Taahhüt (hash'e benzer) oluşturur;


  4. Alice, Bitcoin zincirinde bir işlem başlatır, UTXO#0'ı yok eder, Bob'a gönderilmek üzere UTXO#1'i oluşturur, UTXO#2'yi kendisi için saklar ve Taahhüt'ü Bitcoin zincirine bir OP_Return işlem kodu biçiminde yazar;


  5. Adım 4 tamamlandıktan sonra adım 1'de oluşturulan CKB işlemi CKB zincirine gönderilir.



Hücrenin ve karşılık gelen Bitcoin UTXO'nun izomorfik olarak bağlı olduğunu ve doğrudan Bitcoin hesapları tarafından kontrol edilebileceğini unutmayın. Yani etkileşim sürecinde kullanıcılar RGB++ cüzdanındaki Bitcoin hesapları üzerinden tek tıkla işlem gerçekleştirebilmektedir. Bu nedenle, Bitcoin UTXO'lara bağlı RGB++ varlıkları, RGB++ Katmanındaki varlıklar Bitcoin'in güvenliğini devraldığından çift harcama sorununun çözülmesine yardımcı olur.


Yukarıdaki senaryo, Bitcoin ve CKB arasındaki izomorfik bağlanmayla sınırlı değildir; aynı zamanda Cardano, Liquid, Litecoin vb. dahil olmak üzere geniş bir zincir kapsamı için de geçerlidir.

Uygulama Prensibi ve Desteklenen Atılım Senaryoları

Sıçrama işlevi temel olarak UTXO'yu RGB++ varlıklarına bağlamaktır; örneğin bağlamayı Bitcoin'den Cardano'ya değiştirmek, ardından Cardano hesaplarını kullanarak RGB++ varlıklarını kontrol edebilirsiniz. Böyle bir durumda, daha sonra Cardano zincirinde bir transfer yapılabilir ve UTXO'yu kontrol eden RGB++ varlıkları bölünerek daha fazla kişiye aktarılabilir. RGB++ varlıkları birden fazla UTXO genel zincirine aktarılıp dağıtılabilse de, geleneksel zincirler arası köprü Lock-Mint modelini atlayabilirler.


Bu süreçte CKB halka açık zinciri, Leap isteklerini gözlemleyen ve işleyen indeksleyiciye benzer bir rol oynuyor. BTC'ye bağlı RGB++ varlıklarını bir Cardano hesabına aktarmak istediğinizi varsayalım. İzlenecek temel adımlar şunlardır:


  1. Bitcoin zinciri üzerinde, BTC UTXO'ya bağlı Hücrenin bağlantısının kesildiğini bildiren bir Taahhüt yayınlayın;


  2. Cardano zinciri üzerinde, Hücrenin Cardano UTXO'ya bağlandığını bildiren bir Taahhüt yayınlayın;


  3. Kilit açma koşulunu Bitcoin hesabı özel anahtarından Cardano hesabı özel anahtarına değiştirerek Hücrenin kilitleme komut dosyasını değiştirin



Bu süreç boyunca RGB++ varlık verilerinin hala CKB zincirinde depolandığını unutmayın. Kilit açma koşulu, Bitcoin özel anahtarından Cardano özel anahtarına değiştirildi. Elbette spesifik yürütme süreci yukarıda açıklanandan çok daha karmaşıktır ancak burada bunun ayrıntısına girmeyeceğiz.


CKB dışı halka açık zincirlere geçişte örtülü önerme, CKB halka açık zincirinin bir üçüncü taraf tanık, indeksleyici ve DA tesisi olarak hareket etmesidir. Bunun nedeni, halka açık bir zincir olarak güvenilirliğinin, Çok Taraflı Hesaplama (MPC) ve çoklu imza gibi geleneksel zincirler arası köprü yöntemlerini çok aşmasıdır.


Sıçrama fonksiyonuna dayalı olarak uygulanabilecek bir diğer ilginç senaryo ise "tam zincirli işlemlerdir". Bu senaryonun bir örneği, alıcıların ve satıcıların RGB++ varlıklarını alıp satmalarına olanak tanıyan bir ticaret platformu oluşturmak için Bitcoin, Cardano ve CKB'de bir indeksleyicinin kurulmasıdır. Böyle bir durumda alıcılar Bitcoin'lerini satıcılara aktarabilir ve Cardano hesaplarıyla RGB++ varlıklarını alabilirler.


Süreç boyunca, RGB++ varlıklarının verileri hâlâ alıcıya aktarılan Hücrelerde kaydediliyor ve kilit açma izinleri, satıcının Bitcoin özel anahtarından alıcının Cardano özel anahtarına değiştiriliyor.

Paketleyici

Sıçrama işlevi RGB++ varlıkları için mükemmel olsa da hâlâ bazı darboğazlar var:


Bitcoin ve Cardano için RGB++ varlıkları aslında OP_RETURN işlem kodunu temel alan yazıtlar/runeler/renkli paralardır. CKB koordinasyona indeksleyici olarak katıldığı için bu halka açık zincirlerin düğümleri RGB++ varlıklarının varlığını algılayamıyor. Başka bir deyişle, Bitcoin ve Cardano için RGB++ Katmanı, BTC ve ADA gibi yerel varlıkların çapraz zincirinden ziyade esas olarak yazıtların/runların/renkli madeni paraların Sıçramasını destekler.


Çözüm olarak RGB++ Katmanı, dolandırıcılık kanıtlarına ve aşırı teminatlandırmaya dayalı bir köprü olan Wrapper'ı tanıttı. rBTC sarıcısını örnek olarak alırsak, BTC'yi RGB++ Katmanına bağlar. RGB++ Katmanı üzerinde çalışan bir dizi akıllı sözleşme, köprünün koruyucularını izler. Vasiler kötü niyetli davranırsa teminatları kesilir. Kilitli BTC'leri çalmak için gizli anlaşma yaparlarsa, rBTC sahiplerinin tam tazminat almaları sağlanacak.



Leap ve Wrapper'ın birleşimiyle BTCFi ekosistemindeki RGB++ yerel varlıklar, BRC20, ARC20, runelar vb. gibi çeşitli varlıklar diğer katmanlara veya halka açık zincirlere köprülenebilir.



Aşağıdaki şema LeapX'in kullanım sürecinin bir bölümünü göstermektedir. Neredeyse tüm ana akım BTCFi varlıklarının farklı ekosistemlerle birlikte çalışabilirliğini destekler. Bazıları sarmalayıcılar veya Leap kullanarak farklı şekillerde yayınlanan varlıklar için karşılık gelen işlem akışları vardır.


3. CKB-VM: BTCFi için Akıllı Sözleşme Motoru

Geleneksel BTCFi'de akıllı sözleşmelere yönelik destek eksikliği nedeniyle, gelişen alanda yalnızca nispeten basit merkezi olmayan uygulamalar (dApp'ler) uygulanabilmektedir. Bazı uygulama yöntemleri belirli merkezileştirme risklerine sahip olabilirken, diğerleri oldukça hantal veya esnek değildir.


Blockchain tarafından kullanılabilen bir akıllı sözleşme katmanına sahip olmak için CKB, CKB-VM'yi RGB++ Katmanı aracılığıyla tanıttı. RISC-V sanal makinesini destekleyen herhangi bir programlama dilinin RGB++ Katmanında sözleşme geliştirme için kullanılmasını mümkün kılmayı amaçlamaktadır. Geliştiricilerin, birleşik bir akıllı sözleşme çerçevesi ve yürütme ortamı altında verimli ve güvenli akıllı sözleşmeler geliştirmek ve dağıtmak için tercih ettikleri araçları ve dilleri kullanmalarına olanak tanır.


Genel olarak geliştiricilerin RISC-V ile akıllı sözleşme geliştirmesine yönelik giriş gereksinimleri, kapsamlı dil ve derleyici desteği nedeniyle nispeten düşüktür. Elbette dil, programlamanın yalnızca bir yönüdür ve belirli akıllı sözleşme çerçevelerini öğrenmek kaçınılmazdır. Ancak RGB ++ Katmanı ile sözleşme yazmak için belirli bir DSL dilini öğrenmek yerine, mantık JavaScript, Rust, Go, Java ve Ruby'de kolayca yeniden yazılabilir.


Aşağıdaki diyagram, C dilini kullanarak CKB ile kullanıcı tanımlı belirteçlerin (UDT) aktarılmasına yönelik bir yöntemi göstermektedir. Farklı dillerin yanı sıra genel tokenlar için temel mantığı aynıdır.


4. Yerel AA Ekosistemi: BTC ve RGB++ Sorunsuz Bir Şekilde Bağlanıyor

Son olarak, BTCFi esas olarak yerel Bitcoin varlıkları için çeşitli DeFi deneyimleri sunacağından, RGB++ Katmanının arkasındaki hesap soyutlama ekosisteminin yanı sıra ana akım Bitcoin cüzdanlarını anlamak, BTCFi çevre birimlerinin dikkate alması gereken önemli bir faktördür.


RGB++ Katmanı, hem geliştirici hem de kullanıcı tarafında BTC ve Cardano gibi ana UTXO halka açık zincirleriyle uyumlu olan CKB'nin yerel AA çözümünü doğrudan yeniden kullanır. RGB++ Katmanı ile kimlik doğrulama için farklı imza algoritmaları kullanılabilir. Yani kullanıcılar BTC, Cardano ve hatta WebAuthn hesaplarını, cüzdanlarını veya kimlik doğrulama yöntemlerini kullanarak RGB++ Katmanındaki varlıkları doğrudan yönetebilirler.


Bunun bir örneği, cüzdanlar ve dApp'ler için çeşitli halka açık zincirlerin CKB'ye çalışabilirliğini sağlayabilen cüzdan ara yazılımı CCC'dir. Aşağıdaki resim CCC'nin bağlantı penceresini ve Unisat ve Metamask gibi ana akım cüzdan girişlerini nasıl desteklediğini göstermektedir.



Diğer bir örnek ise WebAuthn'un tipik bir temsilci olan bir CKB ekosistem cüzdanı olan JoyID ile uygulanmasıdır. JoyID kullanıcıları, kesintisiz ve son derece güvenli oturum açma ve kimlik yönetimi elde etmek için biyometrik yöntemlerle (parmak izi veya yüz tanıma gibi) hesaplarının kimliğini doğrudan doğrulayabilir.



RGB++ Layer'ın diğer halka açık zincirlerin hesap standartlarına da uyum sağlayabilecek tam bir native AA çözümüne sahip olduğu söylenebilir. Bu özellik yalnızca bazı önemli senaryolara yönelik desteği kolaylaştırmakla kalmaz, aynı zamanda UX'lerin önündeki engelleri de ortadan kaldırır.

Özet

Bu makale, birçok karmaşık ayrıntıyı açıklamadan RGB++ Katmanının temel teknolojilerini tanıttı.


RGB++ Katmanının, çeşitli meme paraları ve yazıtlar/runeler/renkli madeni paralar dahil olmak üzere tam zincir etkileşim senaryolarını gerçekleştirmek için önemli bir altyapı olabileceğini vurguluyor. Katmanın RISC-V tabanlı akıllı sözleşme yürütme ortamı, BTCFi'nin büyümesi için ihtiyaç duyduğu karmaşık iş mantığının temelini oluşturmaya da yardımcı olabilir.


RGB++ Katmanı ilerledikçe projeyle ilgili teknik çözüm serisinin daha kapsamlı bir analizi sağlanacaktır. Lütfen bizi izlemeye devam edin!