Son zamanlarda, HashKey yatırım araştırma yöneticisi @jeffrey_hu, Bitcoin Core önerisi "OP_RETURN veri kısıtlamasının kaldırılması"nın arka planını ve tartışmalarını detaylı bir şekilde ele aldı. Wu, toplulukla ilgili kişilerin görüşlerini derledi ve aşağıda derlenmiştir.
Arka Planın Düzenlenmesi: OP_RETURN Veri Sınırlama Tartışması
OP_RETURN, Bitcoin betiğinde (script) bulunan bir işlem kodudur (opcode) ve Bitcoin işlemlerine küçük miktarda veri eklemek için kullanılır. Kullanıcıların verileri blok zincirinde depolamasına izin verir, ancak bu çıktılar "harcanamaz" (provably unspendable) olduğundan UTXO (harcanmamış işlem çıktısı) kümesine yük eklemez. Şu anda Bitcoin Core'un varsayılan sınırı OP_RETURN veri boyutunun 80 bayt olmasıdır ve 83 bayttan büyük OP_RETURN işlemlerinin yayılımını, mutabakat kuralları yerine düğüm politikası ile sınırlamaktadır.
Geliştirici Peter Todd, bu kısıtlamanın kaldırılmasını öneren PR #32359'u sundu ve aynı zamanda ilgili yapılandırma seçeneklerini (örneğin -datacarrier ve -datacarriersize) kaldırmayı önerdi. Bu durum, düğümlerin bağımsız bir şekilde yapılandırma yapma umudunu da sona erdirdi ve şiddetli tartışmalara yol açtı.
Görüşlerin Düzenlenmesi
Destekçi Görüşü:
Mevcut kısıtlamalar geçersizdir çünkü doğrudan madenci mempool'una (örneğin, MARA Slipstream) veya sınırsız düğümlere (örneğin, Libre Relay) gönderim yapılarak aşılarak geçilebilir. (Örneğin, bilinen maksimum OP_RETURN çıktısı 79, 870 bayt ulaşıyor).
Bazı kullanıcılar, OP_RETURN kullanarak zinciri bir mesaj panosu olarak kullanıyor. Ayrıca, zincire paketlemeye yardımcı olan araçlar (opreturnbot.com) var, sadece ücret ödemek yeterli.
Kısıtlamaların kaldırılması, madencilerin blok alanı için rekabet ederek daha fazla gelir elde edebileceği için madenci teşvikleriyle daha uyumlu olabilir.
Karşıt görüşler:
Sınırlamaların kaldırılması, daha fazla ticaret dışı verinin (örneğin shitcoin) zincire yazılmasına neden olacak, blok alanını sıkıştıracak ve işlem ücretlerini artıracaktır.
Kısıtlama atlanabilse de, düğüm stratejileri hala yararlıdır (örneğin, yayılmayı sınırlamak, gereksiz verilerden ağ üzerindeki baskıyı azaltmak).
Kişisel detaylı görüşler topluluğu:
Nothing Research ortağı @0x_Todd: OP_RETURN'ın 80 bayt veri kısıtlamasının kaldırılmasını destekliyor, mevcut kısıtlamanın geçersiz olduğunu düşünüyor ve kısıtlamanın kaldırılmasının Bitcoin'in erken tasarımına geri dönme, ağ yükünü azaltma, ekosistem gelişimini destekleme, madenci gelirlerini artırma ve liberal düşünceyle uyum sağlama gibi birçok fayda getireceğine inanıyor.
Satoshi Nakamoto dönemi sınırsız, klasik döneme dönüş
Satoshi Nakamoto dönemi (Bitcoin'in erken dönemleri) OP_RETURN için herhangi bir bayt sınırlaması yoktu.
2014 yılında, Bitcoin 40 baytlık bir sınırlama getirdi (sonradan 80 bayta yükseltildi), amacı Bitcoin'in "saflığını" korumaktı (defter tutma için kullanılmak üzere, veri depolama değil).
0x_Todd, 80 bayt sınırlamasının kaldırılmasının "sapma" olmadığını, Satoshi döneminin klasik tasarımına dönüş olduğunu ve Bitcoin'in orijinal ruhuna uygun olduğunu düşünüyor.
Mevcut kısıtlamalar geçersizdir, kolayca aşılabilir.
Mevcut 80 bayt sınırı, "10 santimetre yükseklikteki bir çit duvarı" gibi geçersiz, kullanıcıların büyük boyutlu verileri depolamasını engelleyemiyor.
Çevreleme yöntemleri arasında: verileri depolamak için çoklu işlemler aracılığıyla yazıtlar (Inscriptions), runlar (Runes) gibi protokoller kullanmak bulunmaktadır.
Düğüm stratejileri ile geçiş yapma, örneğin Libre Relay istemcisini kullanarak (sloganı "Bitcoin Core aracılık politikasındaki ebeveyn kontrolünü ortadan kaldırmak"). Peter Todd (PR #32359'un önericisi) Bitcoin Core'un ana geliştiricilerinden biridir ve katkıları ilk on içinde yer almaktadır, sınırlamanın kaldırılmasını desteklemek "ebeveyn kontrolünü ortadan kaldırma" anlayışını yansıtır ve desteklenmeye değerdir.
Aşırı yükü azaltmak için ağ üzerindeki yazıtlar
İnskripsiyonlar, şu anda verileri "kart hatası" yöntemiyle depoluyor (örneğin, 80 bayt sınırını aşmak için birden fazla işlemle), bu da ağ yükünü artırıyor.
80 bayt sınırı kaldırıldığında, yazıtlar doğrudan OP_RETURN ile veri depolayabilir, gereksiz çoklu işlemleri azaltır ve ağ üzerindeki baskıyı azaltır.
Ek açıklama: Yazıtlar şu anda popüler değil, bu nedenle bu neden sadece "ek" (ikincil neden) olarak kabul edilir.
Madencilere ek gelir sağlamak, liberalizme uygun.
Kısıtlamaların kaldırılması, madencilere ek gelir sağlayabilir.
Örnek: 0x_Todd, 7 MB'lık "devasa kart Bug" OP_RETURN bloğundan bahsetti, gönderici 3.600 dolar işlem ücreti ödedi.
Bu, piyasa talebinin gerçekliğini gösteriyor: Büyük boyutlu verilerin zincirleme işlemi için insanlar ödeme yapmaya istekli ve madenciler paketlemeye istekli.
0x_Todd, liberal bir pozisyonu benimseyerek, bu tür "pazarın belirlemesi" davranışının (karşılıklı rıza) sınırlanmaması gerektiğini düşünüyor, zorla müdahalenin bir anlamı yok.
Ek faydalar: Bitcoin'in her dört yılda bir yarıya inmesiyle, madenci gelirleri azalırken, büyük boyutlu OP_RETURN işlemlerine izin verilmesi, gelirleri artırabilir ve madencileri hesap gücü yatırmaya teşvik ederek Bitcoin ağının güvenliğini pekiştirebilir.
@jeffrey_hu, Yatırım Araştırma Başkanı, HashKey: OP_RETURN için 80 baytlık veri sınırının kaldırılmasına karşı çıkma eğilimindedir. Kısıtlamaların kaldırılmasının olumsuz sonuçlara yol açabileceğine inanıyor (örneğin, işlem dışı verilerin blok alanını doldurması), kullanıcı özgürlüğünün önemini vurgularken (yapılandırma seçeneklerini korumak). Destek ve muhalefetin daha çok fikirlerde bir fark olduğuna ve kısa vadede mutlak bir doğru ya da yanlış olmadığına inanıyor. @0x_Todd'in dört argümanına cevaben, görüşlerini buna göre detaylandırdı:
Satoshi Nakamoto dönemi sınırsızdır, ancak bu mantıklı olduğu anlamına gelmez.
Satoshi Nakamoto döneminde OP_RETURN'ın bir kısıtlaması yoktu, ancak Satoshi'nin tasarımı tamamen mantıklı değildi, birçok erken tasarım daha sonra sorunlu olduğu kanıtlandı (örneğin, blok savaşlarından önce ve sonra yapılan bazı değişiklikler).
"Satoshi Nakamoto dönemi sınırsız" gerekçesiyle kısıtlamaların kaldırılmasını desteklemek basit olmamalıdır; Satoshi'nin tasarımı günümüzde geçerli olmayabilir.
Peter Todd'un pozisyonu ve Bitcoin Core'un rolü
Sınırın kaldırılması sadece Bitcoin Core istemcisinin bir önerisidir, tüm Bitcoin ağının kararı değildir.
Peter Todd, kıdemli bir geliştirici olup, felsefesi "uygun teşvikler" (Full-RBF mantığına benzer: iyi niyetli insanları korumak yerine kötü niyetli olanlardan korunma) yönündedir. Sınırlamaların kaldırılmasını önermesi onun tarzıyla uyumludur, ancak bu kimseyi şaşırtmaz.
İnscriptions Sorunu: Kısıtlamayı kaldırmanın anlamı sınırlıdır
80 bayt sınırının kaldırılması, yazılımlara (Inscriptions) sınırlı bir yardım sağlar.
80 bayt büyük dosyaları (örneğin, resimler) depolamak için yeterli değil, ancak BRC-20 protokolünün JSON verilerini (jeton oluşturmak için) yazması için yeterlidir.
Bitcoin güçlü özellikler sunsa da (örneğin tek seferlik mühürler, SegWit), her zaman "en çirkin" şekilde zincir üzerinde token çıkaran insanlar olacaktır ve kısıtlamaların kaldırılması bu sorunu temelde çözmeyecektir.
Madenci Geliri ve Liberalizm: Kullanıcı Özgürlüğü Daha Önemli
Madencilerin gelirleri karmaşık etkilere sahiptir (geliri artırabilir, ancak madencilik havuzunun "özel hizmet" avantajını da zedeleyebilir).
Liberalizmi destekleyin: Kullanıcıların zincire ödeme yapma hakkı vardır, OP_RETURN ile veri depolamak, mühürden (iki işlem + UTXO tozunu artırma) daha şıktır.
Ama kullanıcı özgürlüğünü vurgulamak: Bir tam düğüm operatörü olarak, bu verileri (örneğin mesaj panosu içeriği onunla ilgili değilse) yayma özgürlüğüne sahip olmalıdır.
Bitcoin Core'un yapılandırma seçeneklerini (örneğin -datacarriersize ve Full-RBF yapılandırması) kaldırmasının, kullanıcıların seçim hakkını elinden aldığı eleştirilmektedir.
Eğer Bitcoin Core bu özgürlüğü sağlamazsa, Bitcoin Knots'a geçebilir veya işlem filtreleri ekleyebilir, ancak bu yaklaşımın "karıncaların arabanın önüne geçmesi" (boşuna çaba) olabileceğini düşünüyor.
UTXO Stack kurucusu @crypcipher: Kısıtlamaların kaldırılmasını destekliyor, insanların dolanmasının önüne geçmek yerine doğrudan açmanın daha iyi olduğunu düşünüyor. Ordi gibi protokollerin birden fazla işlemle 80 byte'tan fazla veri yazdığını belirtti, kısıtlamaların kaldırılması bu tür "gereksiz işlerin" ve UTXO tozlarının azaltılmasına yardımcı olabilir.
Fiamma Kurucu Ortağı @cyimonio: Karşıt görüşte, bazı Bitcoin L2 projelerinin (örneğin, durum verilerini Bitcoin'de depolamak) sadece Bitcoin'i veri kullanılabilirliği (DA) katmanı olarak gördüğünü, bunun pek anlamlı olmadığını ve "büyük paralar harcayıp küçük işler yapmak" olduğunu düşünüyor.
Konsensüs kuralları ve düğüm stratejileri
"O zaman etrafından dolaşmak mümkün mü? O zaman düğüm kısıtlamalarının bir anlamı var mı?"
Faydalı, ama bu soruyu anlamak için OP_RETURN ve onunla ilgili "konsensüs kuralları" ve "düğüm stratejileri" ile başlamanız gerekir.
OP_RETURN, Bitcoin script dilindeki bir opcode (işlem kodu) olup, script'in yürütülmesini hemen sonlandırma işlevine sahiptir ve bu çıktıyı "harcanamaz" (provably unspendable) olarak işaretler.
OP_RETURN davranışı (scriptin yürütülmesini sonlandırır ve çıktıyı harcanamaz olarak işaretler) Bitcoin protokolünün temel kurallarındandır ve konsensüs kurallarının bir parçasıdır. Konsensüs kuralları yalnızca "harcanamaz olup olmadığına" ilgi duyar ve ek veri boyutunun belirli büyüklüğüne odaklanmaz.
OP_RETURN ile ilişkili verilerin belirli boyut sınırlamaları, düğüm politikalarına aittir. Düğümlerin yapabileceği birçok şey vardır çünkü düğümler, aldıkları işlem verilerini nasıl işleyeceklerine karar verebilirler.
Zincir öncesi: Bu işlemin P2P ağında yayılıp yayılmayacağına ilişkin sınırlamalar, blok paketlenmeden önce uygulanır. Bitcoin Core, daha önce 83 bayttan büyük OP_RETURN işlemlerini yaymıyordu, ancak bu tür işlemler yeni bir blokta mevcutsa, konsensüs kurallarına uygun olduğundan, düğümler bu işlemi geçerli kabul eder ve zincir çatallanmaz.
Zincirleme işleminden sonra, düğümler de bir şeyler yapabilir, örneğin OP_RETURN ile birlikte gelen verileri otomatik olarak atarak kendi depolama maliyetlerini azaltabilirler.
Olası Etkiler ve Öneriler
Olumlu: Madenci gelirlerini artırabilir, Bitcoin ekosistem projelerini (örneğin Runes, Alkanes ve yan zincirler) destekler.
Olumsuz: Sıradan Bitcoin kullanıcılarının blok alanını işgal etmesine neden oluyor.
Madencilerin tutumu belirsiz: Bir yandan, blok alanı rekabetinin artması gelirleri artırabilir; diğer yandan, madencilik havuzları bunu pek sevmez çünkü standart dışı işlemlerin paketlenmesindeki "özel hizmet" avantajı azalacaktır.
Kişisel öneri:
Eğer PR geçerse ama kullanıcı beğenmezse, daha katı kısıtlamalara sahip bir istemci (örneğin Bitcoin Knots) veya eski bir sürüm çalıştırmayı seçebilir. Bitcoin Core'un rolünü yeniden gözden geçirerek (güvenlik yamanları, düğüm politikaları ve konsensüs kuralları arasında denge kurarak) kişisel ideallere daha uygun bir istemci seçmeyi düşünün.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
Bitcoin tartışmalı teklifi: OP_RETURN veri sınırlaması, özgürlüğe dönüş mü yoksa tıkanıklığı artırma mı?
Yazan: @jeffrey_hu
Derleyen: GaryMa, Wu Blockchain'i Söylüyor
Son zamanlarda, HashKey yatırım araştırma yöneticisi @jeffrey_hu, Bitcoin Core önerisi "OP_RETURN veri kısıtlamasının kaldırılması"nın arka planını ve tartışmalarını detaylı bir şekilde ele aldı. Wu, toplulukla ilgili kişilerin görüşlerini derledi ve aşağıda derlenmiştir.
Arka Planın Düzenlenmesi: OP_RETURN Veri Sınırlama Tartışması
OP_RETURN, Bitcoin betiğinde (script) bulunan bir işlem kodudur (opcode) ve Bitcoin işlemlerine küçük miktarda veri eklemek için kullanılır. Kullanıcıların verileri blok zincirinde depolamasına izin verir, ancak bu çıktılar "harcanamaz" (provably unspendable) olduğundan UTXO (harcanmamış işlem çıktısı) kümesine yük eklemez. Şu anda Bitcoin Core'un varsayılan sınırı OP_RETURN veri boyutunun 80 bayt olmasıdır ve 83 bayttan büyük OP_RETURN işlemlerinin yayılımını, mutabakat kuralları yerine düğüm politikası ile sınırlamaktadır.
Geliştirici Peter Todd, bu kısıtlamanın kaldırılmasını öneren PR #32359'u sundu ve aynı zamanda ilgili yapılandırma seçeneklerini (örneğin -datacarrier ve -datacarriersize) kaldırmayı önerdi. Bu durum, düğümlerin bağımsız bir şekilde yapılandırma yapma umudunu da sona erdirdi ve şiddetli tartışmalara yol açtı.
Görüşlerin Düzenlenmesi
Destekçi Görüşü:
Mevcut kısıtlamalar geçersizdir çünkü doğrudan madenci mempool'una (örneğin, MARA Slipstream) veya sınırsız düğümlere (örneğin, Libre Relay) gönderim yapılarak aşılarak geçilebilir. (Örneğin, bilinen maksimum OP_RETURN çıktısı 79, 870 bayt ulaşıyor).
Bazı kullanıcılar, OP_RETURN kullanarak zinciri bir mesaj panosu olarak kullanıyor. Ayrıca, zincire paketlemeye yardımcı olan araçlar (opreturnbot.com) var, sadece ücret ödemek yeterli.
Kısıtlamaların kaldırılması, madencilerin blok alanı için rekabet ederek daha fazla gelir elde edebileceği için madenci teşvikleriyle daha uyumlu olabilir.
Karşıt görüşler:
Sınırlamaların kaldırılması, daha fazla ticaret dışı verinin (örneğin shitcoin) zincire yazılmasına neden olacak, blok alanını sıkıştıracak ve işlem ücretlerini artıracaktır.
Kısıtlama atlanabilse de, düğüm stratejileri hala yararlıdır (örneğin, yayılmayı sınırlamak, gereksiz verilerden ağ üzerindeki baskıyı azaltmak).
Kişisel detaylı görüşler topluluğu:
Nothing Research ortağı @0x_Todd: OP_RETURN'ın 80 bayt veri kısıtlamasının kaldırılmasını destekliyor, mevcut kısıtlamanın geçersiz olduğunu düşünüyor ve kısıtlamanın kaldırılmasının Bitcoin'in erken tasarımına geri dönme, ağ yükünü azaltma, ekosistem gelişimini destekleme, madenci gelirlerini artırma ve liberal düşünceyle uyum sağlama gibi birçok fayda getireceğine inanıyor.
Satoshi Nakamoto dönemi (Bitcoin'in erken dönemleri) OP_RETURN için herhangi bir bayt sınırlaması yoktu.
2014 yılında, Bitcoin 40 baytlık bir sınırlama getirdi (sonradan 80 bayta yükseltildi), amacı Bitcoin'in "saflığını" korumaktı (defter tutma için kullanılmak üzere, veri depolama değil).
0x_Todd, 80 bayt sınırlamasının kaldırılmasının "sapma" olmadığını, Satoshi döneminin klasik tasarımına dönüş olduğunu ve Bitcoin'in orijinal ruhuna uygun olduğunu düşünüyor.
Mevcut 80 bayt sınırı, "10 santimetre yükseklikteki bir çit duvarı" gibi geçersiz, kullanıcıların büyük boyutlu verileri depolamasını engelleyemiyor.
Çevreleme yöntemleri arasında: verileri depolamak için çoklu işlemler aracılığıyla yazıtlar (Inscriptions), runlar (Runes) gibi protokoller kullanmak bulunmaktadır.
Düğüm stratejileri ile geçiş yapma, örneğin Libre Relay istemcisini kullanarak (sloganı "Bitcoin Core aracılık politikasındaki ebeveyn kontrolünü ortadan kaldırmak"). Peter Todd (PR #32359'un önericisi) Bitcoin Core'un ana geliştiricilerinden biridir ve katkıları ilk on içinde yer almaktadır, sınırlamanın kaldırılmasını desteklemek "ebeveyn kontrolünü ortadan kaldırma" anlayışını yansıtır ve desteklenmeye değerdir.
İnskripsiyonlar, şu anda verileri "kart hatası" yöntemiyle depoluyor (örneğin, 80 bayt sınırını aşmak için birden fazla işlemle), bu da ağ yükünü artırıyor.
80 bayt sınırı kaldırıldığında, yazıtlar doğrudan OP_RETURN ile veri depolayabilir, gereksiz çoklu işlemleri azaltır ve ağ üzerindeki baskıyı azaltır.
Ek açıklama: Yazıtlar şu anda popüler değil, bu nedenle bu neden sadece "ek" (ikincil neden) olarak kabul edilir.
Kısıtlamaların kaldırılması, madencilere ek gelir sağlayabilir.
Örnek: 0x_Todd, 7 MB'lık "devasa kart Bug" OP_RETURN bloğundan bahsetti, gönderici 3.600 dolar işlem ücreti ödedi.
Bu, piyasa talebinin gerçekliğini gösteriyor: Büyük boyutlu verilerin zincirleme işlemi için insanlar ödeme yapmaya istekli ve madenciler paketlemeye istekli.
0x_Todd, liberal bir pozisyonu benimseyerek, bu tür "pazarın belirlemesi" davranışının (karşılıklı rıza) sınırlanmaması gerektiğini düşünüyor, zorla müdahalenin bir anlamı yok.
Ek faydalar: Bitcoin'in her dört yılda bir yarıya inmesiyle, madenci gelirleri azalırken, büyük boyutlu OP_RETURN işlemlerine izin verilmesi, gelirleri artırabilir ve madencileri hesap gücü yatırmaya teşvik ederek Bitcoin ağının güvenliğini pekiştirebilir.
@jeffrey_hu, Yatırım Araştırma Başkanı, HashKey: OP_RETURN için 80 baytlık veri sınırının kaldırılmasına karşı çıkma eğilimindedir. Kısıtlamaların kaldırılmasının olumsuz sonuçlara yol açabileceğine inanıyor (örneğin, işlem dışı verilerin blok alanını doldurması), kullanıcı özgürlüğünün önemini vurgularken (yapılandırma seçeneklerini korumak). Destek ve muhalefetin daha çok fikirlerde bir fark olduğuna ve kısa vadede mutlak bir doğru ya da yanlış olmadığına inanıyor. @0x_Todd'in dört argümanına cevaben, görüşlerini buna göre detaylandırdı:
Satoshi Nakamoto döneminde OP_RETURN'ın bir kısıtlaması yoktu, ancak Satoshi'nin tasarımı tamamen mantıklı değildi, birçok erken tasarım daha sonra sorunlu olduğu kanıtlandı (örneğin, blok savaşlarından önce ve sonra yapılan bazı değişiklikler).
"Satoshi Nakamoto dönemi sınırsız" gerekçesiyle kısıtlamaların kaldırılmasını desteklemek basit olmamalıdır; Satoshi'nin tasarımı günümüzde geçerli olmayabilir.
Sınırın kaldırılması sadece Bitcoin Core istemcisinin bir önerisidir, tüm Bitcoin ağının kararı değildir.
Peter Todd, kıdemli bir geliştirici olup, felsefesi "uygun teşvikler" (Full-RBF mantığına benzer: iyi niyetli insanları korumak yerine kötü niyetli olanlardan korunma) yönündedir. Sınırlamaların kaldırılmasını önermesi onun tarzıyla uyumludur, ancak bu kimseyi şaşırtmaz.
Bitcoin Core'un "ebeveyn tarzı" yaklaşımı (örneğin yapılandırma seçeneklerini kaldırmak) tartışmaya değer, kullanıcı özgürlüğünü sınırlayabilir.
80 bayt sınırının kaldırılması, yazılımlara (Inscriptions) sınırlı bir yardım sağlar.
80 bayt büyük dosyaları (örneğin, resimler) depolamak için yeterli değil, ancak BRC-20 protokolünün JSON verilerini (jeton oluşturmak için) yazması için yeterlidir.
Bitcoin güçlü özellikler sunsa da (örneğin tek seferlik mühürler, SegWit), her zaman "en çirkin" şekilde zincir üzerinde token çıkaran insanlar olacaktır ve kısıtlamaların kaldırılması bu sorunu temelde çözmeyecektir.
Madencilerin gelirleri karmaşık etkilere sahiptir (geliri artırabilir, ancak madencilik havuzunun "özel hizmet" avantajını da zedeleyebilir).
Liberalizmi destekleyin: Kullanıcıların zincire ödeme yapma hakkı vardır, OP_RETURN ile veri depolamak, mühürden (iki işlem + UTXO tozunu artırma) daha şıktır.
Ama kullanıcı özgürlüğünü vurgulamak: Bir tam düğüm operatörü olarak, bu verileri (örneğin mesaj panosu içeriği onunla ilgili değilse) yayma özgürlüğüne sahip olmalıdır.
Bitcoin Core'un yapılandırma seçeneklerini (örneğin -datacarriersize ve Full-RBF yapılandırması) kaldırmasının, kullanıcıların seçim hakkını elinden aldığı eleştirilmektedir.
Eğer Bitcoin Core bu özgürlüğü sağlamazsa, Bitcoin Knots'a geçebilir veya işlem filtreleri ekleyebilir, ancak bu yaklaşımın "karıncaların arabanın önüne geçmesi" (boşuna çaba) olabileceğini düşünüyor.
UTXO Stack kurucusu @crypcipher: Kısıtlamaların kaldırılmasını destekliyor, insanların dolanmasının önüne geçmek yerine doğrudan açmanın daha iyi olduğunu düşünüyor. Ordi gibi protokollerin birden fazla işlemle 80 byte'tan fazla veri yazdığını belirtti, kısıtlamaların kaldırılması bu tür "gereksiz işlerin" ve UTXO tozlarının azaltılmasına yardımcı olabilir.
Fiamma Kurucu Ortağı @cyimonio: Karşıt görüşte, bazı Bitcoin L2 projelerinin (örneğin, durum verilerini Bitcoin'de depolamak) sadece Bitcoin'i veri kullanılabilirliği (DA) katmanı olarak gördüğünü, bunun pek anlamlı olmadığını ve "büyük paralar harcayıp küçük işler yapmak" olduğunu düşünüyor.
Konsensüs kuralları ve düğüm stratejileri
"O zaman etrafından dolaşmak mümkün mü? O zaman düğüm kısıtlamalarının bir anlamı var mı?"
Faydalı, ama bu soruyu anlamak için OP_RETURN ve onunla ilgili "konsensüs kuralları" ve "düğüm stratejileri" ile başlamanız gerekir.
OP_RETURN, Bitcoin script dilindeki bir opcode (işlem kodu) olup, script'in yürütülmesini hemen sonlandırma işlevine sahiptir ve bu çıktıyı "harcanamaz" (provably unspendable) olarak işaretler.
OP_RETURN davranışı (scriptin yürütülmesini sonlandırır ve çıktıyı harcanamaz olarak işaretler) Bitcoin protokolünün temel kurallarındandır ve konsensüs kurallarının bir parçasıdır. Konsensüs kuralları yalnızca "harcanamaz olup olmadığına" ilgi duyar ve ek veri boyutunun belirli büyüklüğüne odaklanmaz.
OP_RETURN ile ilişkili verilerin belirli boyut sınırlamaları, düğüm politikalarına aittir. Düğümlerin yapabileceği birçok şey vardır çünkü düğümler, aldıkları işlem verilerini nasıl işleyeceklerine karar verebilirler.
Zincir öncesi: Bu işlemin P2P ağında yayılıp yayılmayacağına ilişkin sınırlamalar, blok paketlenmeden önce uygulanır. Bitcoin Core, daha önce 83 bayttan büyük OP_RETURN işlemlerini yaymıyordu, ancak bu tür işlemler yeni bir blokta mevcutsa, konsensüs kurallarına uygun olduğundan, düğümler bu işlemi geçerli kabul eder ve zincir çatallanmaz.
Zincirleme işleminden sonra, düğümler de bir şeyler yapabilir, örneğin OP_RETURN ile birlikte gelen verileri otomatik olarak atarak kendi depolama maliyetlerini azaltabilirler.
Olası Etkiler ve Öneriler
Olumlu: Madenci gelirlerini artırabilir, Bitcoin ekosistem projelerini (örneğin Runes, Alkanes ve yan zincirler) destekler.
Olumsuz: Sıradan Bitcoin kullanıcılarının blok alanını işgal etmesine neden oluyor.
Madencilerin tutumu belirsiz: Bir yandan, blok alanı rekabetinin artması gelirleri artırabilir; diğer yandan, madencilik havuzları bunu pek sevmez çünkü standart dışı işlemlerin paketlenmesindeki "özel hizmet" avantajı azalacaktır.
Kişisel öneri:
Eğer PR geçerse ama kullanıcı beğenmezse, daha katı kısıtlamalara sahip bir istemci (örneğin Bitcoin Knots) veya eski bir sürüm çalıştırmayı seçebilir. Bitcoin Core'un rolünü yeniden gözden geçirerek (güvenlik yamanları, düğüm politikaları ve konsensüs kuralları arasında denge kurarak) kişisel ideallere daha uygun bir istemci seçmeyi düşünün.
Referans bağlantı: