İkinci kat potansiyelinin tohumlarının, ilk on yılda eklenen veya optimize edilen temel katman ilkel malzemelerden gelişmeye başladığını zaten görmeye başlıyoruz. Lightning, hala bazı oldukça büyük kısıtlamalara tabi olmasına rağmen, gerçekten gelişmeye başlıyor. Ve bu şu anda belirlenmiş ve dağıtılmış olan sınırlı ilk sürüm sadece. Şu anda Liquid, RSK ve hatta Commerceblock tarafından geliştirilen Bitcoin'e bağlı token zincirler gibi çeşitli türde yan zincirler dağıtıldı. Bu sadece başlangıç.
Schnorr ve Kazık Kök
Ufkun hemen ötesinde, Schnorr ve Taproot'un kombinasyonu var. Schnorr tarafında, bu, toplu olarak imza şemasını doğrulamak için çok daha ucuz ve Bitcoin'de çoklu imza komut dosyalarının yapısını optimize etmede bir sonraki büyük adımdır. Multisig, multisig'in tüm açık anahtarlarını ve komut dosyasını kendisine göndermek için bir işlem çıktısına doldurmak ve harcamak için tüm bunları girdiye dahil etmek zorunda kalmak olarak başladı. P2SH, multisig'in açık anahtarlarının ve komut dosyalarının sabit uzunlukta bir karmasını dahil ederek, bir multisig adresine gönderen herkes için ücret tasarrufu sağlayarak ve yalnızca gönderen için artan bir maliyet bırakarak çıktı yönünü optimize etti. SegWit, tanık indirimi ile multisig UTXO'ları harcamayı daha ucuz hale getirerek tartışmasız daha da "optimize edildi". Schnorr, tüm bu artımlı optimizasyonu en uç noktaya taşıyor. Bireysel ortak anahtarları, herkesin tek bir imza oluşturmak için işbirliği yapabileceği tek bir anahtarda birleştirirsiniz ve bunu kontrol edin. Bu, Lightning ve federated yan zincirler gibi ikinci katmanlar da dahil olmak üzere tüm multisig kullanımı için büyük maliyet tasarrufları sağlar ve tüm bu multisig UTXO'ları tek imzalı olanlardan ayırt edilemez hale getirerek bir gizlilik avantajı da sağlar.
Artık her şeyin tamamen özel olduğu sihirli bir şekilde gerçekleşmiyor. Yan zincir durumları (işlemleri) hala eski durumların gönderilmesine tepki vermek için ayrı anahtar yolları gerektirir. Bu, çıktı komut dosyalarında olmaları gerektiği anlamına gelir ve bir parmak izi oluşturur. Taproot, farklı harcama koşullarının bir merkle ağacına bağlı olduğu, sadece kullanılan koşulu ve merkle kanıtını harcamak için kullanılan ve merkle köküne bağlı normal bir Schnorr genel anahtara taahhüt etmenize izin veren kripto-sihir ile bunu çözer. Artık taproot ile ceza komut dosyası yolunu gizleyebilirsiniz. Taproot ile herhangi bir koşullu komut dosyası yolunu normal görünümlü bir Schnorr anahtarı altına gömebilirsiniz, bu da tüm katılımcıların bir şey üzerinde anlaşmasına ve normal görünümlü bir işlem yapmasına izin verir.
SIGHASH_ANYPREVOUTPUT
SIGHASH_ANYPREVOUTPUT (daha \u00f6nceki SIGHASH_NOINPUT) umarıyla ilerideki yeni ilkel bir şeydir. Bu, yeni bir genel anahtar formatı/uygulama imzası bayrağı yükseltmesidir. Sighash bayrakları, bir imzanın bir işlemin hangi kısmına taahhüt ettiğini belirtir. Bu işlevsellik, yalnızca giriş ve çıkışlarınızı imzalayarak diğer insanlara bir işlemi kendi giriş ve çıkışlarını eklemelerine izin verirken bunu geçersiz kılmadan yapmanız için vardır. Ancak şu anda, bir imza, tam olarak belirli bir UTXO'dan taahhütte bulunmak zorundadır. SIGHASH_ANYPREVOUT, diğer şeyle birlikte, yalnızca bir UTXO betiğine bir imza taahhüt etmeyi mümkün kılar, gerçek bir belirli UTXO değil. Bu, eski durumlarla uğraşmak için bir ceza anahtarına veya eski durumlarla uğraşmak için tüm parayı el koyma izni vermeden Lightning kanal durumlarını oluşturmanın yeni bir yolunu sağlar. Bunun yerine, mevcut kanal durumu sadece eski kanal durumunu yeniden harcayabilir, çift harcama yarışını kaybederse, herkesin şu anki kanal dengesini önceki güncellenmemiş dengesi yerine zincir üzerinde almasını garanti ederek. Bunun için sadece aynı komut dosyasını doğru yere tekrar kullanarak ve SIGHASH_ANYPREVOUT'u kullanarak yaparsınız.
Bu, mevcut kanal durumlarını kaybetmenizle ilgili birçok riski ortadan kaldırır ve bu da dürüst bir hata için paranızı alan bir ceza işlemiyle sonuçlanır. Ayrıca ÇOK daha fazlasını sağlar. Artık 2'den fazla katılımcıya sahip Lightning kanallarına sahip olabiliriz ve hatta bunların üzerine "alt kanallar" yığabiliriz. Ayrıca, SIGHASH_ANYPREVOUT ve eltoo, federasyonun kimseyi dolandırmak için geçmiş katılımcılarla gizli anlaşma yapmayacağı varsayımıyla yeni katılımcıların tamamen zincir dışına girip çıkmasına izin veren bir tür federe kanal yapısı olan Statechains'in oluşturulmasını sağlar. Bu, kendime "çok partili statik UTXO protokolleri" dediğim şey için çok fazla potansiyel açıyor.
OP_CHECKTEMPLATEVERIFY
OP_CTV, Jeremy Rubin'in Bitcoin üzerinde çok basit bir tür "antlaşma"yı etkinleştirmek için yaptığı bir öneridir. Bir antlaşma, belirli anahtarların imzalarından ötesinde bir paranın harcanmasına ilişkin daha karmaşık kısıtlamalardır. Rubin'in önerisinin uygulayacağı antlaşma türü bir "şablon"dur. Temelde, bu, bir UTXO'nun betiğinin, harcama işlemi tarafından oluşturulan belirli kesin çıktıların oluşturulmasını gerektirmesine olanak tanır. Yani bir UTXO OP_CTV kullanılarak oluşturulduğunda, bu UTXO'nun, o UTXO'nun betiğinde tanımlanan belirli miktarlarda belirli adreslere harcanması gerektiği konsensüs tarafından uygulanır. Bunları hatta bir araya getirerek birbirine bağlayabilirsiniz, böylece bu UTXO'lardan birinin birkaç tanesini yapmaya zorlanır, ardından birkaç tane daha yapmaya zorlanır, ve böyle devam eder.
Bu, her yerde muazzam bir genel uygulanabilirliğe sahiptir. Yüksek ücretli ortamlarda, tek bir UTXO, %100 konsensüs kurallarına göre tüm müşterilerinin fonlarının, o anda onlara anında erişimleri olmasa bile, müşterilerinin kontrolü altına gireceğini garanti eden bir saklama kuruluşu tarafından yapılabilir. Bu, çok partili kanallarla çok fazla potansiyel sinerjiye sahiptir (channel factories), çünkü bu şekilde yapılan kitlesel bir "geri çekilme" aynı anda bir kanal fabrikası yaratabilir ve kullanılabilir. OP_CTV, alıcı tarafın katılmak zorunda kalmadan veya ödemeleri almak için çevrimiçi bir anahtara sahip olmadan en azından tek yönlü çalışan ödeme kanalları oluşturmak için kullanılabilir (and kanalları her other) üzerine yığabileceğinizi unutmayın. Hatta tek bir kanalın aynı anda daha fazla HTLC'yi işlemesine izin vermek için, bunları emanete dayalı para çekme ile ilk örneğin kullandığı aynı numara ile bir araya getirerek kullanılabilir. Ve hatta yeni madeni para türleri için bir miktar potansiyel yaratabilir.
Her Şeyi Bir Araya Getirmek
Yukarıdaki tüm önerilerin kabul edilip Bitcoin'e dahil edilmesi durumunda, gerçekten de bu şeylerin öncüsü olarak çalışan geliştiricilerin dışında, insanların bu temeller kullanılarak hangi tür protokoller ve hizmetlerin inşa edileceği konusunda en ufak bir fikri bile yok. Veya hizmet ile protokol arasında net bir ayrımın olmadığı garip şeyler.
Teorik olarak sınırsız katılımcı sayısına sahip çoklu parti kanallarını etkinleştirecekler ve altında daha küçük alt gruplarla alt kanalları yığabilirler. Kanallar, bu 'kanal fabrikaları' üzerine inşa edilebilir ve insanların sıcak cüzdan için çevrimiçi anahtarları olmadan para almasına izin verir. Bu çoklu parti kanalları, kendileri de sıfır zincir aktivitesi ile giriş veya çıkış yapılmasına izin veren federasyon kanallarının üzerine yığılabilir ve kanal 'kesme' yapısına likiditenin farklı kanallar arasında oldukça sorunsuz bir şekilde hareket etmesine izin verecek şekilde odaklanacaktır, böylece insanların henüz gerçekten düşünmeye bile başlamadığı birçok şeyi mümkün kılacaktır.
Bu bölümdeki son sözüm şudur: Bu, yalnızca Bitcoin protokol yığını olarak düşündüğüm şeylerle yapılabileceklerin düşünüldüğünü ifade eder. Merkezi saklama hizmetlerine bakmaya başlarsanız ve bunlar ne tür Bitcoin özelliklerini sağlayabilir, düzenleyici veya yasal engelleri göz ardı ederek daha fazlasını yapabilirsiniz.
The content is for reference only, not a solicitation or offer. No investment, tax, or legal advice provided. See Disclaimer for more risks disclosure.
The Next Decade, Part 2: The Road Ahead
İkinci kat potansiyelinin tohumlarının, ilk on yılda eklenen veya optimize edilen temel katman ilkel malzemelerden gelişmeye başladığını zaten görmeye başlıyoruz. Lightning, hala bazı oldukça büyük kısıtlamalara tabi olmasına rağmen, gerçekten gelişmeye başlıyor. Ve bu şu anda belirlenmiş ve dağıtılmış olan sınırlı ilk sürüm sadece. Şu anda Liquid, RSK ve hatta Commerceblock tarafından geliştirilen Bitcoin'e bağlı token zincirler gibi çeşitli türde yan zincirler dağıtıldı. Bu sadece başlangıç.
Schnorr ve Kazık Kök
Ufkun hemen ötesinde, Schnorr ve Taproot'un kombinasyonu var. Schnorr tarafında, bu, toplu olarak imza şemasını doğrulamak için çok daha ucuz ve Bitcoin'de çoklu imza komut dosyalarının yapısını optimize etmede bir sonraki büyük adımdır. Multisig, multisig'in tüm açık anahtarlarını ve komut dosyasını kendisine göndermek için bir işlem çıktısına doldurmak ve harcamak için tüm bunları girdiye dahil etmek zorunda kalmak olarak başladı. P2SH, multisig'in açık anahtarlarının ve komut dosyalarının sabit uzunlukta bir karmasını dahil ederek, bir multisig adresine gönderen herkes için ücret tasarrufu sağlayarak ve yalnızca gönderen için artan bir maliyet bırakarak çıktı yönünü optimize etti. SegWit, tanık indirimi ile multisig UTXO'ları harcamayı daha ucuz hale getirerek tartışmasız daha da "optimize edildi". Schnorr, tüm bu artımlı optimizasyonu en uç noktaya taşıyor. Bireysel ortak anahtarları, herkesin tek bir imza oluşturmak için işbirliği yapabileceği tek bir anahtarda birleştirirsiniz ve bunu kontrol edin. Bu, Lightning ve federated yan zincirler gibi ikinci katmanlar da dahil olmak üzere tüm multisig kullanımı için büyük maliyet tasarrufları sağlar ve tüm bu multisig UTXO'ları tek imzalı olanlardan ayırt edilemez hale getirerek bir gizlilik avantajı da sağlar.
Artık her şeyin tamamen özel olduğu sihirli bir şekilde gerçekleşmiyor. Yan zincir durumları (işlemleri) hala eski durumların gönderilmesine tepki vermek için ayrı anahtar yolları gerektirir. Bu, çıktı komut dosyalarında olmaları gerektiği anlamına gelir ve bir parmak izi oluşturur. Taproot, farklı harcama koşullarının bir merkle ağacına bağlı olduğu, sadece kullanılan koşulu ve merkle kanıtını harcamak için kullanılan ve merkle köküne bağlı normal bir Schnorr genel anahtara taahhüt etmenize izin veren kripto-sihir ile bunu çözer. Artık taproot ile ceza komut dosyası yolunu gizleyebilirsiniz. Taproot ile herhangi bir koşullu komut dosyası yolunu normal görünümlü bir Schnorr anahtarı altına gömebilirsiniz, bu da tüm katılımcıların bir şey üzerinde anlaşmasına ve normal görünümlü bir işlem yapmasına izin verir.
SIGHASH_ANYPREVOUTPUT
SIGHASH_ANYPREVOUTPUT (daha \u00f6nceki SIGHASH_NOINPUT) umarıyla ilerideki yeni ilkel bir şeydir. Bu, yeni bir genel anahtar formatı/uygulama imzası bayrağı yükseltmesidir. Sighash bayrakları, bir imzanın bir işlemin hangi kısmına taahhüt ettiğini belirtir. Bu işlevsellik, yalnızca giriş ve çıkışlarınızı imzalayarak diğer insanlara bir işlemi kendi giriş ve çıkışlarını eklemelerine izin verirken bunu geçersiz kılmadan yapmanız için vardır. Ancak şu anda, bir imza, tam olarak belirli bir UTXO'dan taahhütte bulunmak zorundadır. SIGHASH_ANYPREVOUT, diğer şeyle birlikte, yalnızca bir UTXO betiğine bir imza taahhüt etmeyi mümkün kılar, gerçek bir belirli UTXO değil. Bu, eski durumlarla uğraşmak için bir ceza anahtarına veya eski durumlarla uğraşmak için tüm parayı el koyma izni vermeden Lightning kanal durumlarını oluşturmanın yeni bir yolunu sağlar. Bunun yerine, mevcut kanal durumu sadece eski kanal durumunu yeniden harcayabilir, çift harcama yarışını kaybederse, herkesin şu anki kanal dengesini önceki güncellenmemiş dengesi yerine zincir üzerinde almasını garanti ederek. Bunun için sadece aynı komut dosyasını doğru yere tekrar kullanarak ve SIGHASH_ANYPREVOUT'u kullanarak yaparsınız.
Bu, mevcut kanal durumlarını kaybetmenizle ilgili birçok riski ortadan kaldırır ve bu da dürüst bir hata için paranızı alan bir ceza işlemiyle sonuçlanır. Ayrıca ÇOK daha fazlasını sağlar. Artık 2'den fazla katılımcıya sahip Lightning kanallarına sahip olabiliriz ve hatta bunların üzerine "alt kanallar" yığabiliriz. Ayrıca, SIGHASH_ANYPREVOUT ve eltoo, federasyonun kimseyi dolandırmak için geçmiş katılımcılarla gizli anlaşma yapmayacağı varsayımıyla yeni katılımcıların tamamen zincir dışına girip çıkmasına izin veren bir tür federe kanal yapısı olan Statechains'in oluşturulmasını sağlar. Bu, kendime "çok partili statik UTXO protokolleri" dediğim şey için çok fazla potansiyel açıyor.
OP_CHECKTEMPLATEVERIFY
OP_CTV, Jeremy Rubin'in Bitcoin üzerinde çok basit bir tür "antlaşma"yı etkinleştirmek için yaptığı bir öneridir. Bir antlaşma, belirli anahtarların imzalarından ötesinde bir paranın harcanmasına ilişkin daha karmaşık kısıtlamalardır. Rubin'in önerisinin uygulayacağı antlaşma türü bir "şablon"dur. Temelde, bu, bir UTXO'nun betiğinin, harcama işlemi tarafından oluşturulan belirli kesin çıktıların oluşturulmasını gerektirmesine olanak tanır. Yani bir UTXO OP_CTV kullanılarak oluşturulduğunda, bu UTXO'nun, o UTXO'nun betiğinde tanımlanan belirli miktarlarda belirli adreslere harcanması gerektiği konsensüs tarafından uygulanır. Bunları hatta bir araya getirerek birbirine bağlayabilirsiniz, böylece bu UTXO'lardan birinin birkaç tanesini yapmaya zorlanır, ardından birkaç tane daha yapmaya zorlanır, ve böyle devam eder.
Bu, her yerde muazzam bir genel uygulanabilirliğe sahiptir. Yüksek ücretli ortamlarda, tek bir UTXO, %100 konsensüs kurallarına göre tüm müşterilerinin fonlarının, o anda onlara anında erişimleri olmasa bile, müşterilerinin kontrolü altına gireceğini garanti eden bir saklama kuruluşu tarafından yapılabilir. Bu, çok partili kanallarla çok fazla potansiyel sinerjiye sahiptir (channel factories), çünkü bu şekilde yapılan kitlesel bir "geri çekilme" aynı anda bir kanal fabrikası yaratabilir ve kullanılabilir. OP_CTV, alıcı tarafın katılmak zorunda kalmadan veya ödemeleri almak için çevrimiçi bir anahtara sahip olmadan en azından tek yönlü çalışan ödeme kanalları oluşturmak için kullanılabilir (and kanalları her other) üzerine yığabileceğinizi unutmayın. Hatta tek bir kanalın aynı anda daha fazla HTLC'yi işlemesine izin vermek için, bunları emanete dayalı para çekme ile ilk örneğin kullandığı aynı numara ile bir araya getirerek kullanılabilir. Ve hatta yeni madeni para türleri için bir miktar potansiyel yaratabilir.
Her Şeyi Bir Araya Getirmek
Yukarıdaki tüm önerilerin kabul edilip Bitcoin'e dahil edilmesi durumunda, gerçekten de bu şeylerin öncüsü olarak çalışan geliştiricilerin dışında, insanların bu temeller kullanılarak hangi tür protokoller ve hizmetlerin inşa edileceği konusunda en ufak bir fikri bile yok. Veya hizmet ile protokol arasında net bir ayrımın olmadığı garip şeyler.
Teorik olarak sınırsız katılımcı sayısına sahip çoklu parti kanallarını etkinleştirecekler ve altında daha küçük alt gruplarla alt kanalları yığabilirler. Kanallar, bu 'kanal fabrikaları' üzerine inşa edilebilir ve insanların sıcak cüzdan için çevrimiçi anahtarları olmadan para almasına izin verir. Bu çoklu parti kanalları, kendileri de sıfır zincir aktivitesi ile giriş veya çıkış yapılmasına izin veren federasyon kanallarının üzerine yığılabilir ve kanal 'kesme' yapısına likiditenin farklı kanallar arasında oldukça sorunsuz bir şekilde hareket etmesine izin verecek şekilde odaklanacaktır, böylece insanların henüz gerçekten düşünmeye bile başlamadığı birçok şeyi mümkün kılacaktır.
Bu bölümdeki son sözüm şudur: Bu, yalnızca Bitcoin protokol yığını olarak düşündüğüm şeylerle yapılabileceklerin düşünüldüğünü ifade eder. Merkezi saklama hizmetlerine bakmaya başlarsanız ve bunlar ne tür Bitcoin özelliklerini sağlayabilir, düzenleyici veya yasal engelleri göz ardı ederek daha fazlasını yapabilirsiniz.
Bu sadece 4'ün 2. kısmı, yarın diğer kısmı okuyun