Bitcoin Core v30.0'da OP_RETURN veri limiti 100 bin bayta çıkarıldı

Bitcoin Core v30.0, OP_RETURN verileri için varsayılan izin limitini 100 bin bayta çıkararak blok alanının nasıl kullanılması gerektiğine dair tartışmayı yeniden alevlendirdi. Runes protokolünün yaygınlaşmasıyla birlikte, blok alanının öncelikle ödemelere mi yoksa veri taşıyan işlemlere mi ayrılması gerektiği konusunda teknik topluluk ikiye bölünmüş durumda.

Crypto Briefing'e göre, 10'unda (yerel saatle) OP_RETURN çıktı sayısı 700 bine yaklaşıyor. Ancak bu rakamın dayandığı ham veri doğrulanamadığı için, gerçek kullanım seviyesini yansıtıp yansıtmadığı şu an net değil.

OP_RETURN, Bitcoin(BTC) işlemlerine keyfi veri eklemeye yarayan bir script komutu. Çalıştırıldığında kasıtlı olarak başarısız olacak şekilde tasarlandığı için, bu çıktı normal bir harcanmamış işlem çıktısı (UTXO) olarak ağda kalmıyor.

OP_RETURN yalnızca ödeme dışı amaçlarla değil, veri kaydı ve token protokollerinin işlenmesinde de kullanılıyor. Dolayısıyla bu tür işlemlerin artması, Bitcoin üzerindeki ödeme talebinin ya da ekonomik işlem hacminin aynı oranda büyüdüğü anlamına gelmiyor.

Bitcoin Core v30.0 sürüm notlarına göre, varsayılan '-datacarriersize' değeri 100 bin bayta yükseltildi. Aynı zamanda tek bir işlemde birden fazla OP_RETURN çıktısı bulunmasına da düğüm aktarımı (relay) ve madencilik açısından izin verildi.

Önceki varsayılan limit olan 83 baytlık sınırı uygulamak isteyen düğüm işletmecilerinin bunu artık ayrıca yapılandırması gerekiyor. Yine de bu değişiklik, düşük ücretli işlemlerin ağın tamamına aynı şekilde yayılacağını ya da bloklara kesin olarak gireceğini garanti etmiyor.

Bu düzenleme Bitcoin'in konsensüs kurallarını değiştirmiyor; değişen şey, düğümlerin onaylanmamış işlemleri aktarma ve madencilik adayı listesine alma konusundaki varsayılan politikası. Konsensüs kuralları tüm düğümlerin blok ve işlem geçerliliğini değerlendirirken ortak uyguladığı kurallar, politika ise her düğümün hangi işlemi öncelikli olarak ileteceğini belirleyen kıstas.

Runes, token protokolü verilerini kaydetmek için OP_RETURN'ü kullanıyor. Runes'un resmi belgelerine göre 'runestone' adı verilen veri paketi, OP_RETURN'ün ardından 'OP_13' ve veri push işlemiyle saklanıyor; bu paket ihraç, mint ve transfer bilgilerini içeriyor.

Tek bir işlemde en fazla bir runestone bulunabiliyor. Bu yapı nedeniyle OP_RETURN, sıradan bir metin kaydı aracının ötesine geçerek Bitcoin tabanlı token protokollerinin durum bilgisini tutan bir kanal olarak da işlev görüyor.

Tartışmanın bir tarafında, blok alanının öncelikle para transferine ayrılması gerektiği görüşü var. TokenPost'un daha önce ele aldığı BIP-110 tartışması da bu noktada, ödeme dışı verilerin blok alanını işgal edebileceğini merkeze koymuştu.

BIP-110, 256 bayttan uzun ardışık keyfi veri eklemeyi sınırlandırıyor ve OP_RETURN için 83 baytlık eski politika limitini geri getirmeyi öneriyor. Teklif metni, veri depolamanın ödeme alanıyla rekabet ederek ücretleri ve düğüm işletme yükünü artırabileceğini savunuyor.

Karşı tarafta ise OP_RETURN'ün veri kaydı için açık ve doğrulanabilir bir kanal olduğu vurgulanıyor. Bu kanalın kısıtlanması durumunda verinin başka script türlerine ya da standart dışı yöntemlere kayabileceği, bunun da veri kullanımını ortadan kaldırmak yerine takibi daha zor bir hale getirebileceği yönünde endişeler dile getiriliyor.

Bitcoin Core deposundaki ilgili tartışmalarda, OP_RETURN boyutu ile çıktı sayısının ayrı yönetilmesi gerektiği yönünde görüşler de öne sürüldü. Veri boyutu ile tek işlemde yer alabilecek çıktı sayısının ayrı belirlenmesi, politika seçeneklerini genişletebilir.

Bitcoin işlemlerine kaydedilen OP_RETURN verisini okunabilir cümleler halinde gösteren bir özellik de TokenPost'un önceki haberinde ele alınmıştı. OP_RETURN verisinin gerçek zamanlı gösterim özelliği, sayılar ve hash'lerden oluşan zincir üstü kayıtların bir kısmını cümle haline getirerek görünür kılan bir örnek olmuştu.

Sonuçta asıl mesele OP_RETURN kullanım miktarından çok, Bitcoin düğüm politikasının veri ekleme ve token protokollerine ne ölçüde izin vereceği. 700 bin sınırına yaklaşılıp yaklaşılmadığı ve bunun ücretlere, blok yoğunluğuna etkisi ise ek doğrulama gerektiren bir konu olarak duruyor.