Solana SIMD-0649 yalnızca batch sırasını doğruluyor, üretici yetkisi korunuyor

Solana(SOL)'da işlemlerin adil işlenmesini amaçlayan SIMD-0649 önerisi üzerinde uzlaşma sağlanamazken, blok üreticilerinin işlemleri dahil etme ve batch sınırlarını belirleme yetkisi korunuyor.

Solana Vakfı, 27 Ağustos'ta yayımladığı geliştirici değişikliklerinde, aynı işlem batch'i içindeki öncelik sıralamasını zorunlu kılan önerinin görüşüldüğünü açıkladı. Amaç, tek bir slot içindeki işlem sırasını daha öngörülebilir hale getirmek.

SIMD-0649'un temel yaklaşımı, aynı batch içinde öncelik ücreti daha yüksek bir işlem daha düşük ücretli bir işlemin arkasında kaydedilirse doğrulayıcının ilgili bloğu geçersiz sayabilmesine dayanıyor. Bu, işlemler alındıktan sonra doğrulayıcının sıralamayı yeniden düzenlemesi anlamına gelmiyor.

Ancak kurallar işlemlerin hangi bloğa dahil edileceğini belirlemiyor. Blok üreticileri hangi işlemleri dahil edeceklerini, işlemleri hangi batch'e yerleştireceklerini ve batch'i nerede böleceklerini seçmeye devam edebiliyor.

Rekabet halindeki işlemler farklı batch'lere girerse iki işlem arasındaki öncelik karşılaştırması hiç yapılmayabilir. Bu nedenle batch içindeki sıranın doğrulanması ile slot genelindeki işlem işleme sırası ayrı sorunlar olarak kalıyor.

Öneri, batch'lerin aşırı küçülerek doğrulama işlevinin şeklen kalmasını önlemek için son batch dışındaki her batch'te en az iki FEC seti bulunmasını şart koşuyor. Orijinal metne göre bu, 64 veri parçasına karşılık geliyor.

Ağdaki gerçek batch büyüklüklerinin nasıl dağıldığına ilişkin kamuya açık ölçüm verisi bulunmuyor. Bu asgari şartın blok üreticilerinin davranışını ne ölçüde değiştireceği de ortaya konmuş değil.

İnceleme sürecinde, blok üreticilerinin birbiriyle çakışan işlemleri ayırmaya elverişli bir zamanda batch'i kapatabileceği yönünde endişeler dile getirildi. Bu, olası bir saldırı veya işletim biçimine ilişkin bir soru işareti; blok üreticilerinin bu yöntemi ana ağda fiilen kullandığına dair kanıt sunulmadı.

SIMD-0649'un mevcut durumu kaynaklara göre farklılık gösteriyor. CryptoSlate, 25 Eylül'de ilgili pull request'in birleştirilmeden kapatıldığını bildirdi. Buna karşılık GitHub arama dizininde aynı pull request'in açık olarak göründüğü bir kayıt bulunuyor.

Solana Vakfı, ayrı bir delegasyon standardında bazı doğrulayıcıların 50 milisaniye veya daha kısa işlem işleme penceresinde FIFO ya da öncelik ücreti tabanlı planlama kullanmasını şart koşuyor. TPU'ya gelen işlemler sansürlenemiyor veya izin verilen batch süresinin ötesinde geciktirilemiyor.

Bu düzenleme daha çok operasyonel bir standart niteliğinde. Tüm blok üreticilerinin işlem dahil etme kararlarını ve batch sınırlarını bir konsensüs kuralıyla aynı şekilde sabitlemekten farklı. Delegasyon standardı ile protokol konsensüs kuralları arasında kapsam ve uygulanma yöntemi bakımından fark bulunuyor.

Bir Reddit gönderisinde öneri, geleneksel borsalara benzer şekilde deterministik işlem sırasına geçişi ifade eden felsefi bir değişim olarak değerlendirildi. Ancak bu, yalnızca bireysel bir topluluk görüşü ve tüm doğrulayıcıların ya da işlem sektörünün resmi tutumu anlamına gelmiyor.

SIMD-0649'un ana ağa uygulandığına ilişkin doğrulanmış bir açıklama bulunmuyor. Mevcut batch büyüklüğü, rekabet halindeki işlemlerin aynı batch'e girme sıklığı ve kuralın gecikme süresine etkisi de kamuya açık şekilde sayısallaştırılmış değil.

Bu tartışma, işlemlerin sıralanmasının sonradan doğrulanması ile işlem seçme yetkisinin birbirinden ayrıldığını gösteriyor. İşlem sıralamasını ve MEV'i protokol içi açık artırmayla ele almaya yönelik örneklerde olduğu gibi, blockchain işlem adaleti tartışmalarında tasarım; sıralamaya kimin karar verdiğine ve bu süreçte oluşan geliri kimin aldığına göre değişiyor.

SIMD-0649 yeniden gündeme alınsa bile blok üreticilerinin işlem dahil etme ve batch sınırı belirleme yetkisi korunduğu sürece, öneriyi en iyi işlemin gerçekleştirilmesi veya MEV'in önlenmesi için bir garanti olarak yorumlamak zor.