Preconf çözümü Ethereum işlem onayını nasıl hızlandırır?

Bu makaleyi okumak için 9 Dakika

Ön onaylar, bir işlemin resmi olarak zincire yüklenmesinden önce bir düğüm tarafından gerçekleştirilen geçici bir onay durumudur ve kullanıcıların işlemin kabul edildiğine dair bir sinyali hızla almasını sağlayarak kullanıcı deneyimini iyileştirir.

Orijinal başlık: "Preconf çözümü Ethereum'un işlem onayını nasıl hızlandırıyor? 》

Orijinal yazar: 0XNATALIE, ChainFeeds

30 Haziran'da Vitalik, Ethereum'un işlem onay hızıyla ilgili sorunlarını tartışan yeni bir makale yayınladı. Vitalik, Ethereum'un beş yıl öncesine kıyasla büyük gelişmeler kaydettiğini belirtti. EIP-1559 (işlem ücretlerinin dinamik olarak ayarlanması) ve birleşmeden sonraki kararlı blok oluşturma süresi sayesinde, L1'deki kullanıcılar tarafından gönderilen işlemler genellikle 5-20 saniye içinde onaylanıyor. Ancak, bu süre daha da iyileştirilebilir ve birkaç yüz milisaniye veya daha az gecikmeyi açıkça gerektiren bazı uygulamalar için onay süresini daha da kısaltmak mantıklıdır. Bu hedefe ulaşmak için Ethereum topluluğu ve araştırmacılar, bunlardan biri olan ön onaylar gibi bazı pratik çözümler önerdiler.

Nedir ön onay?

Ön onaylar (preconf), bir işlemin resmi olarak onaylanmadan önceki ön onay durumudur. Daha spesifik olarak, madenciler tarafından işlemin bloğa dahil edilmesinden ve resmi olarak zincire konulmasından önce düğüm tarafından yapılan geçici bir onayı ifade eder. Bu geçici onay, birden fazla düğümün işlemin geçerliliğini doğruladığı ve bunu geçici olarak bellek havuzunda depoladığı anlamına gelir. Bu sayede kullanıcılar kısa bir süre içerisinde işlemin kabul edildiğine dair sinyal alabiliyorlar ve bu sayede anında geri bildirim alarak bekleme süresini kısaltıp kullanıcı deneyimini iyileştirebiliyorlar. Bu ön onay nihai onay değildir ve yine de iptal edilebilir (örneğin blok yeniden düzenlenmesi), ancak bu durum nispeten nadirdir.

Genellikle ön onay mekanizmasında, teklif sahibi ön onay hizmetlerini sağlama rolünü üstlenir. Kullanıcılar, işlemlerinin bir sonraki bloğa dahil edileceğine dair imzalı bir taahhüt almak için ek bir ücret ödeyebilirler. Teklif sahipleri vaatlerini yerine getirmezlerse mali cezalarla karşı karşıya kalıyorlar.

Belirli uygulama planı: Tabanlı Ön Onaylar

Ethereum Vakfı'nda araştırmacı olan Justin Drake, belirli teşvik ve ceza mekanizmalarıyla hızlı işlem onayı sağlayan bir Ethereum ön onay mekanizması yöntemini teşvik ediyor: Tabanlı ön onaylar.

Temelli ön onay mekanizmasında, çeşitli nedenlerle işlemlerin bloklara paketlenememe riskini azaltmak için ek teklif sahibi cezaları ve zorunlu eklemeler gereklidir:

· Teklif sahibi kesme:L1 teklif sahipleri, ön onaylayıcı olmak için ek ceza koşulları eklemeyi seçmelidir. Bu, re-staking ile ilgili mekanizmalar aracılığıyla gerçekleştirilebilir.

· Teklif verenlerin zorunlu dahil etmeleri: L1 teklif verenleri, ekonomik olarak ekonomik olmasa veya diğer teklif verenler işbirliği yapmasa bile, bir işlemin zincire dahil edilmesini zorlayabilmelidir. Bu, dahil etme listeleri aracılığıyla gerçekleştirilebilir.

L1 teklif sahipleri, aşağıdaki iki ön onay ceza koşuluna katılmayı seçerek ön onaylayıcı haline gelirler. Ön onaylayıcı, kullanıcıya imzalı bir ön onay taahhüdü verir, belirli bir zaman dilimi içerisinde işlemi bir bloğa dahil etmeyi taahhüt eder ve taahhüdü yerine getirmesi karşılığında kullanıcıdan bir bahşiş alır.

· Canlılık kesintisi: Ön onaylayıcılar, belirli bir zaman dilimi içerisinde önceden onaylanmış işlemleri eklemezlerse cezalarla karşı karşıya kalacaklardır.

· Güvenlik kesintisi: Ön onaylayanın taahhüdü, gerçekte dahil edilen işlemlerle uyuşmuyorsa, cezalarla karşı karşıya kalacaktır.

Ayrıca, önceden onaylanan işlemlerin daha hızlı gerçekleştirilmesi için, teklif sahibinin bakış açısındaki konumlarına göre ön onaylayanlar önceliklendirilecektir. Teklif verenin ileriye dönük bakış mekanizması, hangi teklif verenlerin gelecekte blokları paketleme fırsatına sahip olacağını belirlemek için kullanılan bir mekanizmadır. Gelecekteki her teklif sahibine, gelecekteki blok tekliflerindeki sırasını belirten bir pozisyon numarası atanır. Ön doğrulayıcılar, teklif sahibinin ileriye dönük bakışındaki konumlarına göre sıralanır; daha küçük konum numarasına sahip ön doğrulayıcı daha yüksek önceliğe sahiptir. Ön onaylayıcı B tarafından bir işlem yapıldığı varsayıldığında, B'den önceki pozisyon numarası daha küçük olan teklif sahibi (ön onaylayıcı A) işlemi hemen paketleyebilir, böylece kullanıcının bekleme süresi kısalır ve teklif sahibi olma sırası B'ye geldiğinde beklemek zorunda kalmaz. B'den önceki teklif sahibi işlemleri zamanında paketlemeyi başaramazsa, ön onaylayan B'nin bu işlemlerin kendi zaman dilimine dahil edilmesini sağlaması gerekir, aksi takdirde cezalarla karşı karşıya kalacaktır.

Yukarıdaki koşullar ve ayarlar sayesinde, Tabanlı ön yapılandırmalar L1'e daha hızlı işlem onayı sağlayabilir. Eğer toplama işlemi temel alınırsa (L2 sıralaması L1'e bırakılırsa), yani tüm L2 blokları mantıksal olarak L1 işlemleri olarak kabul edilirse, aynı mekanizma L2 için ön onay sağlamak amacıyla kullanılabilir.

Topluluk tartışması

Justin Drake, topluluğun ön onay mekanizmasına dikkatini çeken Temel ön onayları önerdi. Daha sonra topluluk ön onay konusu etrafında zengin bir tartışma yaptı. Bunlardan en dikkat çekenleri ise şunlar: Blockchain Capital üyesi Jonah B, kullanıcıların ön onay mekanizmasında ceza önlemlerini özelleştirebilmelerine izin vermeyi önerdi; Bağımsız geliştirici Matthew, elektrik kesintileri, ağ kesintileri vb. gibi beklenmeyen dış durumlardan (canlılık hataları) dolayı teklif sahiplerinin cezalandırılmasını önlemek için zincir ön onay mekanizmasının (preconf zincirleme) kullanılmasını önerdi; Primev araştırmacısı Christian Matt iki ön doğrulama modu tanıttı: biri belirlenmiş bir lider tarafından sağlanır (lider tabanlı) ve diğeri bir liderin yokluğunda birden fazla rakip tarafından sağlanır (lidersiz). Lider modunun avantajı %100'e yakın onay garantisi sağlayabilmesidir. Lidersiz modeldeki rekabet ortamı, önceden doğrulanmış fiyatların etkin bir şekilde keşfedilmesine ve doğrulayıcıların faydalarının optimize edilmesine yardımcı olur. Christian Matt ayrıca lider ve lidersiz ön onayı birleştiren birkaç çözüm önerdi; Ethereum Vakfı üyesi Potuz, ePBS çerçevesi altında ön onay mekanizmasının tanıtılmasının çeşitli zorluklarını ve çözümlerini ele aldı.