Bitcoin OP_RETURN: data carrier, nulldata ve harcanamayan çıktılar

Bir Bitcoin çıktısı, tutar ile scriptPubKey adlı kilitleme betiğini içerir. Nulldata olarak da sınıflandırılan OP_RETURN çıktısı OP_RETURN opcode'u ile başlar ve ardından baytlar itebilir. İşlem bir bloğa alındığında bu baytlar çıktının parçası olarak herkese açık biçimde kaydedilir. Bu yapı ayrı bir veri katmanı, token bakiyesi veya özel mesaj oluşturmaz.

OP_RETURN, yürütme kendisine ulaştığında başarısız olan bir opcode'dur. Betiği bununla başlayan bir çıktıyı harcama girişimi betiği karşılayamaz. Bitcoin Core bu nedenle çıktıyı harcanamaz olarak sınıflandırır ve hiçbir zaman kullanılamayacak bir coin'i UTXO kümesinde tutmadan hemen dışarıda bırakabilir. Ayrıntı için Bitcoin Core 31.1 script.h dosyasına bakın. Bitcoin Core 31.1 script implementation.

Data-carrier sınırı yalnızca uygulama verisinin baytlarını saymaz. Ham çıktı betiği OP_RETURN opcode'unu, push talimatını ve uzunluk kodlamasını, ayrıca payload'ı içerir. 80 baytlık payload 83 baytlık betik oluşturabilir: opcode için bir, OP_PUSHDATA1 başlığı için iki, veri için 80 bayt. Eski kaynaklardaki “80 bayt” çoğu zaman payload'ı anlatır; yeni ayarlar tüm betiği ölçebilir.

Bitcoin Core 31.1'de -datacarrier varsayılan olarak etkindir. -datacarriersize varsayılan 100.000 bayttır ve tek işlemdeki tüm data-carrier çıktılarının ham scriptPubKey boyutlarını toplar. Birden fazla NULL_DATA çıktısı aynı sınırı paylaşır; opcode ve push kodlaması da sayılır. Core 30.0 eski 83 baytlık betik sınırını toplam 100.000 bayta çıkardı ve birden çok çıktıya izin verdi; Core 31.1 bu ayarı koruyor. Core 31.1 seçeneklerine, politika koduna ve 30.0 sürüm notlarına bakın.

Her düğüm data-carrier relay'ini kapatabilir veya yerel sınırını düşürebilir; başka düğümler ve yazılım sürümleri farklı ayarlar kullanabilir. Bir düğümün işlemi mempool'a almaması, yerel politikasının işlemi iletmediği anlamına gelebilir; mutabakatın işlemi yasakladığını göstermez. Bitcoin Core veri sınırını standartlık kontrolünde uygular ve blok doğrulamasında mutabakat kurallarını ayrıca denetler. Core consensus transaction checks. See Bitcoin Core 31.1 mempool standardness implementation.

OP_RETURN çıktısına değer atanabilir ama bu değer geri alınamaz ve kalıcı olarak harcanamaz. Cüzdanlar çoğunlukla veri çıktısına sıfır değer verir. 1.000 sat atanması bunu otomatik olarak madenci ücreti yapmaz. İşlem ücreti hâlâ toplam girdiler eksi tüm çıktılardır. Betik baytları işlem ağırlığı kullanır ve aynı sat/vB oranında ücreti artırabilir. Bitcoin işlem ücreti rehberine bakın.

Bitcoin Core 31.1 birden çok standart NULL_DATA çıktısına izin verir, ancak betik boyutlarını işlem başına aynı sınırda toplar. Payload'ı parçalara bölmek kapasiteyi artırmaz; ek çıktılar işlem verisini ve blok ağırlığını artırır. Relay, işlem ağırlığına, ücrete ve düğümün diğer standartlık politikalarına da bağlıdır. Bir cüzdanın veya gezginin kabulü tüm ağda yayılım garantisi değildir.

OP_RETURN verisi işlem oluşturulurken çıktı scriptPubKey alanındadır. SegWit witness verisi her girdi için ayrı serileştirilir; BIP 141 bunu girdi başına yığın verisi olarak tanımlar. Taproot script-path harcaması, betiği ve control block'u girdi witness'ında açığa çıkarabilir. Ordinals yazılımı bu yapıdaki bir envelope biçimini uygulama kuralına göre yazıt olarak yorumlayabilir; bu nulldata çıktısından farklı bir yöntemdir. BIP 141, BIP 341 ve [Bitcoin Ordinals rehberine](/learn/bitcoin-ordinals-inscriptions-satoshi-numbering-witness-data-explained) bakın.

Dayandığınız Bitcoin Core sürümünü ve yerel ayarları belirleyin. Ham çıktı betiğinin tamamının boyutunu, toplam işlem ağırlığını, harcanamayan çıktıya ayrılan değeri ve madenci ücretini ayrı hesaplayın. Mutabakat rastgele payload baytlarına anlam yüklemez; protokolün veya alıcının formatı tanıdığını da kontrol edin. Zincire yazılan veri herkese açıktır. Çıktı ve para üstü için Bitcoin UTXO ve coin control rehberine bakın.