Odaily星球日报, a16z Crypto, blockchain "gözlemci direnci" ile "düşük gecikme" arasındaki temel çelişkiyi tartışan bir yazı yayınladı ve beşte birinden fazla doğrulayıcının kötü niyetli olabileceği durumlarda, herhangi bir gözlemci direncine sahip Byzantine Fault Tolerance (BFT) blockchain protokolünün en iyi senaryo gecikmesinin en az 5 iletişim döngüsü gerektirdiğini, geleneksel BFT uzlaşmasının ise en az 3 döngü ile yeterli olduğunu belirtti.
Makale, geleneksel BFT protokollerinde blok önericilerinin hem blok oluşturma hem de konsensüs ilerletme yetkilerine sahip olduğunu ve bu nedenle belirli işlemler hariç tutarak inceleme yapabileceğini, bu durumun da MEV sorunlarının temel nedeni olduğunu belirtiyor. Bu sorunu çözmek için Ethereum, FOCIL/EIP-7805’i araştırırken, Solana Constellation ve MCP gibi mekanizmaları inceliyor; her ikisinin temel fikri, blok resmen önerilmeden önce doğrulayıcıların ihmal edilemeyen işlemlerden oluşan “dahil listesi (Inclusion Lists)” toplamasıdır.
a16z Crypto, dirençli bir şekilde inceleme yapmayı gerçekleştirmek için ek iki iletişim döngüsü gerektiğini belirtiyor: İlk olarak kullanıcı işlemleri tüm doğrulayıcılara yayılmalı, ardından doğrulayıcılar dahil etme listesini onaylamalı ve kaydetmelidir; ancak bu noktada uzlaşma süreci başlayabilir. Bu nedenle, kısmen senkronize bir ağ ortamında, BFT ve inceleme direncini aynı anda yalnızca 4 döngüyle gerçekleştiren bir protokol tasarımı mümkün değildir; 5 döngü matematiksel teorik alt sınırdır.
Makale, direnç mekanizmalarının protokol gecikmesini artırdığını, ancak kullanıcıların gerçek olarak karşılaştığı "etkili gecikmeyi" önemli ölçüde azalttığını vurgulamaktadır. Direnç özelliğine sahip olmayan sistemlerde, işlemler doğrulayıcıların incelemesi nedeniyle sonsuza kadar ertelenebilir; ancak direnç garantisi sağlayan sistemlerde, işlemler en fazla 5 iletişim döngüsü içinde bloğa dahil edilecektir, bu da onay sürelerini daha öngörülebilir hale getirir.