İşlem (Transaction)
Ethereum'un EIP-4844'ünde tanıtılan, verileri ana işlem verilerinden ayrı olarak saklayarak işlem ücretlerini azaltmak için tasarlanmış bir işlem türü.
Ethereum İyileştirme Teklifi (EIP) 4844 (Proto-Danksharding olarak da bilinir) aracılığıyla tanıtılan Blob işlemleri, özellikle Katman 2 ölçeklendirme çözümleri için işlem ücretlerini azaltmayı amaçlayan önemli bir mimari değişikliği temsil eder. Verileri doğrudan ana işlem calldata'sına gömen geleneksel Ethereum işlemlerinin aksine, blob işlemleri 'blob' adı verilen ayrı, ancak yine de zincir üzerinde bir veri yapısı kullanır. Bu blob'ların gönderilmesi daha ucuz olacak şekilde tasarlanmıştır ve normal işlem verilerinden farklı gaz limitlerine ve fiyatlandırma mekanizmalarına tabidir. Temel motivasyon, rollup'lar için veri kullanılabilirliği maliyetini düşürmektir. Rollup'lar işlemleri zincir dışında toplar ve sıkıştırılmış bir özet veya kanıtı ana Ethereum zincirine (Katman 1) gönderir. Bu veriyi Katman 1'e göndermenin maliyeti büyük bir darboğazdır. EIP-4844, rollup'ların bu blob'lara ayırarak daha büyük miktarda veriyi daha ucuza göndermelerine olanak tanıyan yeni bir işlem türü getirir. Bu blob'lar doğrudan Ethereum Sanal Makinesi (EVM) tarafından işlenmez, bunun yerine bir KZG (Kalai-Shen-Goldwasser) polinom taahhüt şeması aracılığıyla taahhüt edilir. Bu taahhüt, blok başlığına dahil edilir ve her düğümün tam blob verilerini süresiz olarak indirmesini ve saklamasını gerektirmeden veri kullanılabilirliğini sağlar. Bu ayırma ve özel işleme, veri kullanılabilirliği ile ilgili gaz maliyetini önemli ölçüde azaltır, rollup'ları daha ekonomik olarak uygulanabilir hale getirir ve böylece Ethereum'un genel ölçeklenebilirliğini artırır.
graph LR
Center["İşlem (Transaction)"]:::main
Pre_digital_signature["digital-signature"]:::pre --> Center
click Pre_digital_signature "/terms/digital-signature"
Pre_private_key["private-key"]:::pre --> Center
click Pre_private_key "/terms/private-key"
Rel_block["block"]:::related -.-> Center
click Rel_block "/terms/block"
Rel_smart_contract["smart-contract"]:::related -.-> Center
click Rel_smart_contract "/terms/smart-contract"
Rel_data_availability["data-availability"]:::related -.-> Center
click Rel_data_availability "/terms/data-availability"
classDef main fill:#7c3aed,stroke:#8b5cf6,stroke-width:2px,color:white,font-weight:bold,rx:5,ry:5;
classDef pre fill:#0f172a,stroke:#3b82f6,color:#94a3b8,rx:5,ry:5;
classDef child fill:#0f172a,stroke:#10b981,color:#94a3b8,rx:5,ry:5;
classDef related fill:#0f172a,stroke:#8b5cf6,stroke-dasharray: 5 5,color:#94a3b8,rx:5,ry:5;
linkStyle default stroke:#4b5563,stroke-width:2px;
🧒 5 yaşındaki gibi açıkla
Eskiden içine tüm paketleme kağıdını koymak için çok para ödediğiniz büyük bir paket (işleminiz) göndermeyi hayal edin. Blob işlemleri, paketleme kağıdını ayrı ve çok daha ucuza göndermenize olanak tanır, bu da genel teslimat maliyetinizi çok daha düşürür.
🤓 Expert Deep Dive
EIP-4844, 'blob'ları ve KZG taahhütlerini tanıtarak Ethereum'un veri kullanılabilirliği stratejisini temelden değiştirir. Blob'lar, bloklara eklenmiş, maksimum boyuta ve calldata'dan farklı ayrı bir gaz limitine sahip bitişik veri parçalarıdır. Kritik olarak, blob'lar EVM sözleşme mantığı tarafından doğrudan erişilebilir değildir; temel amaçları veri kullanılabilirliği doğrulamasıdır. Blob verilerine olan taahhüt, blob verilerinin bir polinomun katsayılarını temsil ettiği ve taahhüdün bir eliptik eğri üzerindeki bir nokta olduğu KZG polinom taahhütleri kullanılarak gerçekleştirilir. Bu, verimli kanıt üretimi ve doğrulamasına olanak tanır. Düğümlerin doğrulama amacıyla sınırlı bir süre (örneğin, ~4096 blok veya ~27 saat) boyunca blob verilerini indirmesi gerekir, sonrasında durumu şişirmeyi azaltarak bunları temizleyebilirler. Blob göndermenin gaz maliyeti, calldata'dan önemli ölçüde düşüktür ve blob boyutuna ve ayrı bir 'blob gaz fiyatına' göre hesaplanır. Bu mekanizma, tam Danksharding'in öncülüdür; burada blob alanı genişletilecek ve birden fazla shard'a dağıtılacaktır. Dezavantajları arasında KZG taahhüt şemasının karmaşıklığı ve düğümler için geçici depolama gereksinimi yer alır, ancak temel faydası rollup veri gönderme maliyetlerinde önemli bir azalmadır.