Solana işlem sıralama kuralı SIMD-0649 onay almadan kapandı

Önerilen Solana kuralı SIMD-0649, işlemlerin sırasını incelemeye yönelik taslak olarak 25 Eylül'de birleştirme yapılmadan kapandı. Taslak, tek bir entry batch içindeki istisna kapsamı dışındaki işlemler ücret önceliği sırasını ihlal ettiğinde doğrulayıcıların bloğu reddetmesine olanak tanıyacaktı. Ancak hangi işlemlerin bloğa gireceğine karar vermeyecek, batch sınırlarını belirlemeyecek veya slot genelinde geçerli bir öncelik kuyruğu oluşturmayacaktı.

Neden önemli

Öneri kapsamında lider, işlemleri seçmeye, bunları sonraki batch'lere ertelemeye ve bu batch'lerin nasıl oluşturulacağını belirlemeye devam edebilecekti. Daha sonraki bir batch'teki daha yüksek öncelikli işlem, önceki batch'teki daha düşük öncelikli işlemin önüne geçemeyecekti. Bu durum kuralı en iyi gerçekleştirim ilkesinden daha dar bir çerçeveye indiriyor ve blok üreticilerine önemli ölçüde takdir yetkisi bırakıyor.

Önerilen puan, liderin bir işlemi dahil ederek elde edeceği ödülün, ön yürütme maliyet modeli kapsamındaki talep edilen maliyete bölünmesine dayanıyor. Puan, öncelik ücretini ve temel ücretin yakılmayan kısmını içeriyor. Bu nedenle yalnızca kullanıcının belirlediği ücrete göre yapılan basit bir sıralama değil. Aynı önceliğe sahip işlemler herhangi bir sırayla görünebilirken, basit oy işlemleri kapsam dışında tutulacaktı.

Piyasa etkisi

Taslak, yatırımcılara ve doğrulayıcılara aynı batch'e yerleştirilen işlemlerin belirtilen sıraya uyup uymadığını kontrol edebilecekleri test edilebilir bir yöntem sunacaktı. Önemsiz boyuttaki batch'leri sınırlamak için sonuncu dışındaki her batch'in en az iki FEC setini, sabit boyut kuralı kapsamında 64 veri shred'ini kapsaması gerekecekti. Son batch ise asgari boyut şartından muaf kalacaktı.

Bu güvence, ayrıcalıklı muamele için her yolu ortadan kaldırmayacaktı. İncelemeciler, liderlerin batch'leri stratejik biçimde kapatıp kapatamayacağını sorgularken, öneri liderlerin öncelik ücretleri aracılığıyla kendi işlemlerine avantaj sağlamasına da izin veriyor. Taslak, kısmen alınan veriler için gecikme sorularını da gündeme getiriyor. Ancak ölçülmüş bir batch dağılımı veya gecikme tahmini, kuralın mainnet'teki gerçekleştirmeyi ne ölçüde değiştireceğini ortaya koymuyor. Revize edilmiş bir önerinin istemci desteğine ve anlamlı rekabet içeren işlemlerin düzenli olarak aynı batch'i paylaştığını gösteren kanıtlara ihtiyacı olacak.