giriiş
Bitcoin'in komut dosyası dili için potansiyel bir yükseltme olarak OP_CAT'in yeniden etkinleştirildiğini duymuş olabilirsiniz. Haberinizi nereden aldığınıza bağlı olarak OP_CAT, "yalnızca 10 satır kod", "sözleşmelerle deney yapmayı mümkün kılmanın en iyi yolu", "çok güçlü", "tehlikeli ve madencilerin merkezileşmesine yol açacak" veya "yol açacağı garantili" olarak adlandırılmıştır. çekişmeli bir yumuşak çatal”. Tüm bu bakış açılarının hatalı olduğunu öne süreceğim. OP_CAT çok faydalıdır, bir anlaşma olarak kullanılabilir ve (tek başına) Bitcoin için bir sonraki en iyi hamle değildir. Ne daha fazlası, ne daha azı.
Bu durumu gerçekleştirmek için, bazıları birkaç ay önce benim için yeni olan (görünüşe göre birbirinden ayrı) birkaç konuyu inceleyeceğim. Bunu, gerekli arka planı tek bir yerde sağlayacak şekilde düzenlemeye çalışacağım.
OP_CAT Nasıl ve Ne Yapar?
CAT ile iç gözlem
Pek çok kişinin OP_CAT'e ilk kez maruz kaldığında aklındaki yakıcı soruyu ele alalım. Yığındaki iki öğeyi tek bir öğede (A B CAT -> AB) birleştiren birkaç kod satırı nasıl ilginç bir şeye olanak sağlayabilir? Andrew Poelstra son röportajlarda bunu etkili bir şekilde açıkladı ve ben de saçma ve kısa bir açıklama yayınladım:
Bitcoin biraz tuhaf olduğundan bazı şeyleri bölebilir. Daha sonra SHA256 karmaları geri almamıza izin verir. Daha sonra, kriptografi sadece matematik olduğundan ve nasıl işleneceğimizi bildiğimizden, CAT imza doğrulamasından bir karma çıkarmamıza olanak tanır. Sonuç olarak, bir imzanın içindeki hashlenmiş her şeyi inceleyebiliriz…
— Rearden 
| çatalları kucaklamak (@arktancode) 17 Mayıs 2024
Bitcoin betiği kesinlikle bir doğrulama dili olduğundan, her işlem kodu ileri veya geri yönde kullanılabilir. Bir betiğe bir karma verilebilir ve bir ön görüntü gerektirebilir veya OP_SHA256 kullanılarak bir ön görüntü verilebilir ve bir karma gerektirebilir. Bu içgörü bize OP_CAT sözleşmelerinin nasıl çalıştığına dair ilk iki bölümü veriyor.
Bir bitcoin betiği, doğruladığı işlemin karmasına erişebiliyorsa, harcama yığınının karma ön görüntüsünü sağlamasını, betiğin gerektirdiği şekilde bölünmesini ve ardından bu ön görüntünün herhangi bir bölümünü doğrulamasını gerektirebilir. Bu tam olarak bir anlaşmanın anlamıdır; bir miktar bitcoin harcayarak işlemin bir kısmını doğrulamak.
Bu harika, ancak Bitcoin'in, komut dosyasına işlemin karma değerine erişmesini sağlayacak OP_TXHASH gibi bir işlem kodu yoktur. Burada, kullanıcının karmayı sağlamasını zorunlu kılmak için BIP340 Schnorr imza doğrulama denkleminden yararlanıyoruz. Kullanıcı, betiğin 0x00 baytını sonuna kadar birleştirmesi halinde geçerli bir işlem karması olacak bir değer sağlarsa, betiğin 0x00 baytını sonuna kadar birleştirmesi durumunda bu değer aynı zamanda geçerli bir BIP340 imzasının bir parçası olacaktır (diğer bazı parametreler sabittir). bayt 0x01 buna.
Bu tekniklerin birleştirilmesi, OP_CAT'in harcama işleminin imzalanabilen herhangi bir bölümünü kontrol etmesine ve hatta bazı sınırlı şekillerde ana işlemlerine geriye dönüp bakmasına olanak tanır. Biraz dikkatli kod çalışmasıyla Purrfect Vault'lar, CatVM ve daha fazlası oluşturulabilir.
CAT'in diğer kullanımları
Ama yapmamalıyız. Bunları OP_CAT ile oluşturmak, sürdürülmesi zor iğrençliklerle sonuçlanır. Bunun yerine, OP_CAT'i işe yaradığı şey için kullanmalıyız ve bunlardan çokça var: OP_CHECKSEPARATESIG'nin eşdeğerini etkinleştirir, Merkle dahil edilme kanıtlarını kontrol eder, imza doğrulaması için verileri OP_CHECKSIGFROMSTACK ile birleştirir ve daha fazlasını sağlar.
CAT ile ilgili sorunlar
Artık CAT'in ne yaptığını bildiğimize göre sorun nedir? Neden insanlar (ben de dahil) bunun tehlikeli bir canavar olduğunu söyledi? Yukarıda açıklanan iç gözlem tekniğini kullanan CAT, iki spesifik yapıyı mümkün kılar: Hashrate emanetleri ve (sözde) otomatik piyasa yapıcılar (AMM'ler). Yakın zamana kadar bunların her ikisi de MEV'yi merkezileştirmenin Bitcoin'e getirilmesinin önemli riskleri olarak görülüyordu.
MEV, MEVil ve Madenci Merkezileştirme
MEV (Madenciden Çıkarılabilir Değer) terimi biraz kafa karıştırıcıdır. En basit yorumla, Bitcoin'in gelecekte uzun süre güvenliğinin sağlanmasına yardımcı olmak için madencilere ödenmesini istediğimiz işlem ücretlerini de içerecektir. MEV genellikle madencilerin bloklarından genel geçiş ağında görünen ücretlerin ötesinde elde edebilecekleri ek değer anlamına gelir. Bu, bant dışı ödemeler, madencilerin sözleşmelere katılması ve işlemleri kendi çıkarlarına olacak şekilde yeniden düzenlemeleri, hatta bir tüccara onaylanmış ödemeyi yeniden düzenleyen ve iki katına çıkaran madenciler madencilik blokları tarafından mal ve hizmetlerin doğrudan çalınması şeklinde olabilir. Madenciler ağdaki konumlarını diğer ağ katılımcılarının pahasına kendi çıkarları için kullandıklarından, tüm bu MEV biçimlerinin genel olarak ağdaki katılımcılar için kötü olduğu düşünülebilir. Ancak MEV, madencilerin merkezileşmesini sağlayarak tek başına sistemik bir sorun teşkil etmiyor, yalnızca özellikle etkilenen katılımcılar için yerel bir sorun oluşturuyor.
MEVil, bazen madencilerin merkezileşmesini sağlayan MEV için kullanılan bir terimdir; ben MEV'yi merkezileştirme terimini tercih ediyorum ve gelecekte de onu kullanacağım. MEV'i merkezileştirilmiş MEV'ye dönüştürmek için birkaç şey gereklidir:
Açık kaynaklı bir blok şablonu oluşturucunun onu makul bir şekilde çıkaramayacağı şekilde çıkarmak yeterince zor olmalıdır.
Çıkarılabilir toplam değer, madencinin bitcoin hash oranıyla birlikte artmalıdır
Çıkarılabilir değer, çıkarma maliyetini haklı çıkarmalıdır
Tüm bu gereksinimler karşılanırsa, yalnızca yeterince büyük bir madenci MEV'yi çıkarmaya başlama teşvikine sahip olacaktır. Bunu yaptıklarında, elde edilecek ek gelir sayesinde daha küçük rakiplerinin büyümesini geride bırakabilecekler. MEV'in çıkarılması ne kadar maliyetli olursa (herhangi bir madenci için buna değmeyeceği noktaya kadar), yarattığı merkezileştirici baskı da o kadar kötü olur.
O halde MEV'yi merkezileştirmekten kaçınmak (bir bakıma) basittir: Bitcoin'de mevcut olan MEV fırsatlarının ya herkesin bunu yapacağı kadar kolay elde edilmesini ya da elde edilmesinin değerinden daha pahalı olmasını sağlayın (ya çok küçük oldukları için ya da çünkü çok pahalılar).
Daha fazla bilgi için @TheBlueMatt'ın son gönderisine göz atın.
Hashrate Emanetleri (kızlık soyadı Drivechains)
Yıllar önce (Lightning Network'ten veya Ark, Timeout Trees, roll-up'lar, BitVM veya CatVM gibi fikirlerden önce) yan zincirler, bitcoin için nihai ölçeklendirme çözümü olarak kabul ediliyordu. Fikir kavramsal olarak basitti: bitcoin bloklarının tüm genel merkeziyetsizlik nedenlerinden dolayı boyutu sınırlı kalmalı, ancak bitcoin'e yan zincirler ekleyebiliriz ve bunlar daha hızlı bloklara, daha büyük bloklara, daha fazla hesaplamaya vb. sahip olabilir. Ancak pratikte yan zincirlerin uygulanması o kadar kolay değildi. Bitcoin'in nihai uzlaşması temel olarak iş kanıtına, yani işlemleri yeniden düzenlemenin yanlışlanamaz maliyetine bağlıdır; bir yan zincir bunu nasıl devralır? Ayrıca bitcoin yan zincire ve yan zincirden nasıl aktarılabilir? Bu iki soruyu yanıtlayan en iyi bilinen öneriye Tahrik Zincirleri (BIP'ler 300 ve 301) denir. Sizi Drivechain'lerin detaylarıyla sıkmayacağım ama şunu söylemek yeterli: Bu tür yan zincir sistemlerinin yalnızca iki sonucu vardır: Ya nispeten kullanılmazlar (ve dolayısıyla işe yaramazlar) ya da yaygın olarak kullanılırlar ve fiilen blok boyutuna ulaşırlar. Bitcoin için artış. Bu türden fiili bir blok boyutu artışı, yalnızca daha büyük madencilerin potansiyel olarak büyük ve karmaşık yan zincir blokları tarafından sunulan ek gelir fırsatlarına maliyet etkin bir şekilde katılabileceği bir MEV merkezileştirme biçimidir.
OP_CAT ile oluşturulabilen hash oranı emanetleri, Drivechains tekliflerinin küçük bir parçasıdır. Bu, değeri yalnızca madenciler tarafından değiştirilebilen, yüksek bir değerden başlayan ve bir yan zincir çekilmesinin işlenebilmesi için sıfıra ulaşması gereken bir sayaç kullanarak yan zincirlerden çekilmeleri kısıtlayan bir sistemdir. Bunun bir yan zincirden "güvenilmez" bir transfer olduğu iddia ediliyor, ancak aslında yan zincirlerde tutulan tüm bitcoinlerin kontrolüne sahip bir madenciler federasyonu yaratıyor.
Drivechains tekliflerinin geliştirilmesinden bu yana, madenci kontrollü bir sayaca dayalı bir para çekme işlemi oluşturmak için kullanılabilecek herhangi bir teklife "Drivechains" olarak atıfta bulunmak (bizim zararımıza) yaygın hale geldi. Umarız bu noktada bu uygunsuz kısaltmanın neden işe yaramadığı açıktır: Drivechain'ler ya değersiz ya da tehlikelidir, ancak hashrate emanetleri yalnızca bazı işlemlerin sonucunun kontrolünü madencilerin örtülü federasyonuna aktarmanın bir yoludur.
Tokenlar ve AMM'ler
Jetonlar
Benim için asla tam olarak açıklanamayacak nedenlerden dolayı, insanlar iyi bir jetonu (ya da kötü bir jetonu ya da gerçekten sadece jetonları) severler. Neredeyse Bitcoin'in başlangıcından beri, Renkli Paralar ve Karşı Taraftan, daha yeni olan Taproot Varlıkları ve Rünlere kadar diğer tokenlerin protokole nasıl yerleştirileceği konuşuldu. Tüm bu protokollerin ortak bir noktası var: Protokol içindeki tokenlerin dönüşümlerini belirlemek için ya harici veriler hakkında bilgi sahibi olan ya da bitcoin işlemleri dizisinden verileri işleyen harici bir bitcoin işlemleri endeksine ihtiyaç duyuyorlar. Bu makalenin dikkat çeken noktası, bitcoin kilitleme komut dosyalarının tokenlerin varlığından tamamen habersiz olması ve işlemleri doğrulayan bitcoin düğümlerinin bile tokenlardan habersiz olmasıdır (örneğin, bir bitcoin kilitleme komut dosyası, tüm Bitcoin UTXO setine tam erişime sahip olsa bile). , bu belirteçlerden herhangi birinin durumunu keşfedemedi).
Otomatik Piyasa Yapıcılar (AMM'ler)
Diğer blockchain sistemlerinde, AMM olarak bilinen sözleşmelerin, (örneğin) iki token arasındaki oranı sabit bir fiyattan alıp satarak sabitlemek için kullanılması yaygındır. Bir AMM'de kodlanabilecek kurallar bu makalenin kapsamı dışındadır. AMM'lerin MEV için büyük fırsatlar yarattığını ve MEV'den elde edilen getiriyi en üst düzeye çıkarmak için gereken özel değişim ilişkileri nedeniyle MEV'yi de merkezileştirdiğini söylemek yeterli. Bu genellikle daha anlamlı bitcoin komut dosyaları oluşturmaya karşı bir argüman olarak kullanıldı; biz gerçekten bitcoin ağını MEV'yi merkezileştirmenin kaprislerine maruz bırakmaktan kaçınmak istiyoruz. Bununla birlikte, yukarıda açıkladığım gibi, bitcoin komut dosyaları için, ne kadar anlamlı olursa olsun, bitcoin dışındaki herhangi bir tokenin durumunu değerlendirmenin pratik bir yolu yoktur. Bitcoin komut dosyaları nadir bir sat. Rune dengesini bulamıyorlar. Bir Taproot Varlığını tanımlayamazlar.
Bitcoin dışı varlıkların dağıtımı hakkında herhangi bir bilgiye erişim olmadığında, bitcoin komut dosyası tabanlı AMM konseptinin tamamı anlamını yitiriyor. Token konumları bir kahinin imzasıyla doğrulanabilir ancak oracle tasdikleri bir AMM oluşturmaz. Belirli manuel işlemleri kolaylaştırmak için kullanılabilirler ancak dayanıklı bir otomatik sistem olamazlar. Üstelik böyle bir kehanet tabanlı sistem, Bitcoin'de hiçbir değişiklik yapılmadan bugün inşa edilebilir.
Çözüm
Umduğunuz gibi CAT o kadar da korkunç bir canavar değil. Aslında pek de canavar sayılmaz. Ne sonsuz yeteneği ne de sihirli güçleri vardır. Bu sadece çok yararlı olabilecek küçük bir işlem kodudur. Muhtemelen kaçınmak isteyeceğimiz şey, OP_CAT'i, işlem iç gözlemi yapmanın OP_TXHASH, OP_TX veya her ikisi gibi başka bir yolu olmadan etkinleştirmektir. Bunu LNHANCE ile etkinleştirmek bile tek başına OP_CAT'te bir gelişmedir çünkü birçok OP_CAT iç gözlem protokolünü elde etmek için gereken komut dosyalarının boyutunu ve karmaşıklığını azaltır.
Sanırım bu noktada "CAT sonsuz her şeyi ortaya koyar" ifadesi ~hiçliğe indirgenmiştir.
Kimsenin kullanmaması gereken boktan bir yolla faydalı bir iç gözlem sunuyor. İnsanların bunu kullanmamasına yardımcı olmak için CAT'yi TXHASH veya benzeriyle birlikte etkinleştirmeliyiz.https://t.co/nvnxYn66Um https://t.co/1Ag5TwjuUw
— Rearden | çatalları kucaklamak (@arktancode) 17 Mayıs 2024
Bu Brandon Black'in misafir yazısıdır. İfade edilen görüşler tamamen kendilerine aittir ve BTC Inc veya Bitcoin Magazine'in görüşlerini yansıtmayabilir.
Kaynak: Bitcoin Dergisi
OP_CAT ve Sonsuz Hiçbir Şey yazısı ilk olarak Crypto Breaking News'te göründü.
