RGB Magic: Bitcoin'de Müşteri Tarafı Sözleşmeleri

Bu, Bitcoin projelerine start-up kurucusu, danışmanı ve eğitimcisi olarak deneyime sahip uzun süredir katkıda bulunan Federico Tenga tarafından yazılan bir fikir yazısıdır.

"Akıllı sözleşmeler" terimi, blok zincirinin ve Bitcoin'in kendisinden önce gelir. İlk sözü bir Nick Szabo'nun 1994 tarihli makalesiakıllı sözleşmeleri "bir sözleşmenin şartlarını yerine getiren bilgisayarlı bir işlem protokolü" olarak tanımlayan kişi. Bu tanıma göre Bitcoin, betik dili sayesinde ilk bloktan itibaren akıllı sözleşmeleri desteklerken, terim ancak daha sonra, orijinal tanımı "küresel bir fikir birliğinde tüm düğümler tarafından yedekli olarak yürütülen kod" şeklinde çarpıtan Ethereum destekçileri tarafından popüler hale getirildi. ağ"

Kod yürütmeyi küresel bir mutabakat ağına devretmenin avantajları olsa da (örneğin, popüler olarak otomatikleştirilmiş piyasa yapıcılar gibi sahip olunmayan sözleşmeleri dağıtmak kolaydır), bu tasarımın önemli bir kusuru vardır: ölçeklenebilirlik (ve mahremiyet) eksikliği. Bir ağdaki her düğümün aynı kodu fazladan çalıştırması gerekiyorsa, bir düğümü çalıştırmanın maliyetini aşırı derecede artırmadan (ve dolayısıyla ademi merkeziyetçiliği korumadan) fiilen yürütülebilen kod miktarı kıt kalır, yani yalnızca az sayıda sözleşme yapılabilir. uygulanmış.

Ancak, sözleşme şartlarının ağın tüm üyeleri yerine yalnızca ilgili taraflarca yürütüldüğü ve onaylandığı bir sistem tasarlayabilseydik ne olurdu? Hisse senedi çıkarmak isteyen bir şirket örneğini düşünelim. İhraç sözleşmesini küresel bir defterde halka açık olarak yayınlamak ve bu defteri gelecekteki tüm mülkiyet devirlerini izlemek için kullanmak yerine, hisseleri özel olarak çıkarabilir ve alıcılara bunları daha fazla devretme hakkını devredebilir. Ardından, mülkiyeti devretme hakkı, orijinal ihraç sözleşmesinde bir değişiklikmiş gibi her yeni mal sahibine devredilebilir. Bu şekilde, her bir malik, orijinal sözleşmeyi okuyarak ve hisseleri hareket ettiren tüm değişiklik geçmişinin orijinal sözleşmede belirtilen kurallara uygun olduğunu doğrulayarak, aldığı hisselerin gerçek olduğunu bağımsız olarak doğrulayabilir.

Bu aslında yeni bir şey değil, aslında kamu kayıtları popüler hale gelmeden önce mülk transferinde kullanılan mekanizmanın aynısı. İngiltere'deörneğin, 90'lı yıllara kadar mülkiyeti devredilen bir mülkün tescili zorunlu değildi. Bu, bugün hala İngiltere ve Galler'deki arazilerin %15'inden fazlasının kayıtsız olduğu anlamına gelir. Kayıtlı olmayan bir mülk satın alıyorsanız, satıcının gerçek sahibi olup olmadığını bir kayıt defterinden kontrol etmek yerine, en az 15 yıl öncesine dayanan kesintisiz bir mülkiyet zincirini doğrulamanız gerekir (satıcının sahip olduğunu varsaymak için yeterince uzun kabul edilen bir süre). mülk için yeterli başlık). Bunu yaparken, herhangi bir mülkiyet devrinin doğru bir şekilde yapıldığından ve önceki işlemler için kullanılan ipoteklerin tamamen ödendiğinden emin olmalısınız. Bu model, mülkiyete göre gelişmiş mahremiyet avantajına sahiptir ve kamu tapu sicilinin koruyucusuna güvenmek zorunda değilsiniz. Öte yandan, satıcının mülkiyetinin doğrulanmasını alıcı için çok daha karmaşık hale getirir.

Kayıt dışı taşınmazların devri nasıl iyileştirilebilir? Öncelikle bunu dijital bir süreç haline getirerek. Sahiplik devirlerinin tüm geçmişinin orijinal sözleşme kurallarına uygun olduğunu doğrulamak için bir bilgisayar tarafından çalıştırılabilen bir kod varsa, alım ve satım çok daha hızlı ve ucuz hale gelir.

İkinci olarak, satıcının varlığını iki kez harcama riskinden kaçınmak için bir yayın kanıtı sistemi uygulanmalıdır. Örneğin, her mülkiyet devrinin tanınmış bir gazetenin önceden tanımlanmış bir yerinde yapılması gerektiğine dair bir kural uygulayabiliriz (örneğin, mülkiyet devrinin hash'ini New York gazetesinin ilk sayfasının sağ üst köşesine koyun Zamanlar). Bir transferin hash'ini aynı yere iki kez yerleştiremeyeceğiniz için bu, çift harcama girişimlerini engeller. Ancak ünlü bir gazeteyi bu amaçla kullanmanın bazı dezavantajları vardır:

1. Doğrulama işlemi için çok sayıda gazete satın almanız gerekiyor. Çok pratik değil.
2. Her sözleşmenin gazetede kendi alanına ihtiyacı vardır. Çok ölçeklenebilir değil.
3. Gazete editörü, alanınıza rastgele bir hash koyarak, varlığınızın herhangi bir potansiyel alıcısının daha önce satıldığını düşünmesini sağlayarak ve onları satın almaktan caydırarak kolayca sansürleyebilir veya daha da kötüsü çifte harcama simülasyonu yapabilir. Çok güvenilmez.

Bu nedenlerden dolayı, mülkiyet devirlerinin kanıtını yayınlamak için daha iyi bir yer bulunmalıdır. Ve onu sansüre karşı dayanıklı ve merkezi olmayan tutmak için güçlü teşviklere sahip, zaten kurulmuş, güvenilir bir kamu defteri olan Bitcoin blok zincirinden daha iyi bir seçenek var mı?

Bitcoin kullanırsak, mülkiyeti devretme taahhüdünün (örneğin ilk işlemde) gerçekleşmesi gereken blokta sabit bir yer belirtmemeliyiz çünkü tıpkı New York Times editöründe olduğu gibi, madenci bununla uğraşabilir. Daha iyi bir yaklaşım, taahhüdü önceden tanımlanmış bir Bitcoin işlemine, daha spesifik olarak, ihraç edilecek varlığın mülkiyetinin bağlı olduğu harcanmamış bir işlem çıktısından (UTXO) kaynaklanan bir işleme yerleştirmektir. Bir varlık ile bitcoin UTXO arasındaki bağlantı, varlığı veren sözleşmede veya sonraki bir mülkiyet devrinde gerçekleşebilir ve her seferinde hedef UTXO'yu aktarılan varlığın denetleyicisi yapar. Bu şekilde, mülkiyeti devretme yükümlülüğünün nerede olması gerektiğini (yani belirli bir UTXO'dan kaynaklanan Bitcoin işleminde) açıkça tanımlamış olduk. Bir Bitcoin düğümü çalıştıran herkes, taahhütleri bağımsız olarak doğrulayabilir ve ne madenciler ne de başka herhangi bir kuruluş, varlık transferini hiçbir şekilde sansürleyemez veya müdahale edemez.

Bitcoin blok zincirinde yalnızca bir mülkiyet devri taahhüdünü yayınladığımızdan, devrin içeriğini değil, satıcının, alıcıya mülkiyet devrinin geçerli olduğuna dair tüm kanıtları sağlamak için özel bir iletişim kanalına ihtiyacı vardır. Bu, birkaç yolla yapılabilir, hatta provaların çıktısını alıp onları bir posta güvercini ile göndererek bile yapılabilir, ki bu biraz pratik olmasa da yine de işi görür. Ancak sansür ve mahremiyet ihlallerinden kaçınmanın en iyi yolu, güvercinlere kıyasla karşı taraftan alınan kanıtları doğrulamak için bir yazılımla entegre edilmesi kolay olma avantajına sahip olan, doğrudan eşler arası şifreli bir iletişim kurmaktır.

Az önce istemci tarafı onaylı sözleşmeler ve sahiplik transferleri için açıklanan bu model, tam olarak RGB protokolüyle uygulanan modeldir. RGB ile hakları tanımlayan, bunları bir veya daha fazla mevcut bitcoin UTXO'ya atayan ve mülkiyetlerinin nasıl devredilebileceğini belirleyen bir sözleşme oluşturmak mümkündür. Sözleşme, geleneksel yasal sözleşmelerde olduğu gibi, sözleşmeyi oluşturan kişinin yalnızca parametreleri ve mülkiyet haklarını ayarladığı "şema" adı verilen bir şablondan başlayarak oluşturulabilir. Şu anda, RGB'de iki tür şema vardır: biri, değiştirilebilir belirteçler yayınlamak için (RGB20) ve koleksiyon yayınlamak için bir saniye (RGB21), ancak gelecekte protokol düzeyinde değişiklik gerektirmeden izinsiz bir şekilde herkes tarafından daha fazla şema geliştirilebilir.

Daha pratik bir örnek kullanmak gerekirse, misli varlıkların ihraççısı (ör. şirket hisseleri, stablecoin'ler vb.) RGB20 şema şablonunu kullanabilir ve kaç token çıkaracağını, varlığın adını ve ilişkili bazı ek meta verileri tanımlayan bir sözleşme oluşturabilir. Bununla birlikte. Daha sonra, hangi bitcoin UTXO'nun oluşturulan belirteçlerin mülkiyetini devretme hakkına sahip olduğunu tanımlayabilir ve diğer UTXO'lara ikincil ihraç yapma veya varlığı yeniden adlandırma hakkı gibi başka haklar atayabilir. Bu sözleşme tarafından oluşturulan belirteçleri alan her müşteri, Genesis sözleşmesinin içeriğini doğrulayabilecek ve alınan belirteç tarihindeki herhangi bir mülkiyet devrinin burada belirtilen kurallara uygun olduğunu doğrulayabilecektir.

Peki bugün pratikte RGB ile neler yapabiliriz? Her şeyden önce, mevcut herhangi bir alternatife kıyasla daha iyi ölçeklenebilirlik ve gizlilik ile tokenize edilmiş varlıkların verilmesini ve transferini sağlar. Gizlilik açısından RGB, aktarımla ilgili tüm verilerin müşteri tarafında tutulmasından yararlanır, bu nedenle bir blok zinciri gözlemcisi, kullanıcının finansal faaliyetleri hakkında herhangi bir bilgi çıkaramaz (RGB taahhüdü içeren bir bitcoin işlemini ayırt etmek bile mümkün değildir). dahası, alıcı gönderenle UTXO'nun kendisi yerine yalnızca körleştirilmiş UTXO'yu (yani varlıkları almak istediği UTXO ile rastgele bir sayı arasındaki birleştirmenin karmasını) paylaşır, yani ödeyenin, alıcının gelecekteki faaliyetlerini izlemesi mümkündür. Kullanıcıların gizliliğini daha da artırmak için RGB, varlık aktarımları geçmişindeki tutarları gizlemek için kurşun geçirmez kriptografik mekanizmayı da benimser, böylece varlıkların gelecekteki sahipleri bile önceki sahiplerin mali davranışları hakkında belirsiz bir görüşe sahip olur.

Ölçeklenebilirlik açısından, RGB bazı avantajlar da sunar. Her şeyden önce, verilerin çoğu zincir dışında tutulur, çünkü blok zinciri yalnızca bir taahhüt katmanı olarak kullanılır, bu da ödenmesi gereken ücretleri azaltır ve her müşterinin tüm transferler yerine yalnızca ilgilendiği transferleri doğruladığı anlamına gelir. küresel bir ağın etkinliği. Bir RGB aktarımı hala bir Bitcoin işlemi gerektirdiğinden, ücret tasarrufu çok az görünebilir, ancak işlem gruplandırmasını uygulamaya başladığınızda, bunlar hızla çok büyük hale gelebilir. Gerçekten de, bir UTXO ile ilişkili tüm jetonları (veya daha genel olarak "hakları") tek bir bitcoin işleminde tek bir taahhütle keyfi sayıda alıcıya aktarmak mümkündür. Aynı anda birkaç kullanıcıya ödeme yapan bir hizmet sağlayıcı olduğunuzu varsayalım. RGB ile, farklı varlık türleri talep eden binlerce kullanıcıya tek bir Bitcoin işleminde binlerce transfer gerçekleştirebilir ve her bir ödemenin marjinal maliyetini kesinlikle göz ardı edilebilir hale getirebilirsiniz.

Düşük değerli varlıkların ihraççıları için başka bir ücret tasarrufu mekanizması, RGB'de bir varlığın ihraç edilmesinin ücret ödenmesini gerektirmemesidir. Bunun nedeni, bir ihraç sözleşmesinin oluşturulmasının blok zincirinde taahhüt edilmesi gerekmemesidir. Bir sözleşme, basitçe, yeni çıkarılan varlıkların halihazırda mevcut olan UTXO'ya tahsis edileceğini tanımlar. Bu nedenle, tahsil edilebilir jetonlar oluşturmakla ilgilenen bir sanatçıysanız, istediğiniz kadar ücretsiz olarak yayınlayabilir ve ardından yalnızca bir alıcı gelip jetonun UTXO'larına atanmasını istediğinde bitcoin işlem ücretini ödeyebilirsiniz.

Ayrıca RGB, bitcoin işlemleri üzerine inşa edildiğinden Lightning Network ile de uyumludur. Bu yazı yazıldığı sırada henüz uygulamaya konulmamış olsa da, normal Lightning işlemlerinde olduğu gibi varlığa özel Lightning kanalları oluşturmak ve ödemeleri bu kanallar üzerinden yönlendirmek mümkün olacak.

Sonuç

RGB, tamamen yeni bir paradigma kullanarak yeni kullanım durumlarına açılan çığır açan bir yeniliktir, ancak onu kullanmak için hangi araçlar mevcuttur? Teknolojinin çekirdeğini denemek istiyorsanız, doğrudan RGB düğümü. Protokolün karmaşıklığına derinlemesine dalmak zorunda kalmadan RGB üzerine uygulamalar oluşturmak istiyorsanız, rgb-lib kitaplığı, geliştiriciler için basit bir arayüz sağlar. Yalnızca varlık yayınlamayı ve devretmeyi denemek istiyorsanız, şununla oynayabilirsiniz: Android için İris Cüzdanı, kodu da açık kaynak olan GitHub. Sadece RGB hakkında daha fazla bilgi edinmek istiyorsanız kontrol edebilirsiniz. bu kaynak listesi.

Bu, Federico Tenga'nın konuk yazısıdır. İfade edilen görüşler tamamen kendilerine aittir ve BTC Inc veya Bitcoin Magazine'in görüşlerini yansıtması gerekmez.