Kripto Onay Politikası: Tutara Göre Bekleme

Kripto onay politikası, bir ödemenin bakiyeye yazılmaya ne zaman hazır olduğuna karar verir. Paymos iki girdi okur: ödeyenin seçtiği ağ ve faturanın dolar değeri. Her ağın her tutar bandı için kendi onay derinliği vardır; bu yüzden aynı zincirde küçük bir fatura, büyük olandan daha sığ kapanır. Bu derinlikler tahmin değil yapılandırmadır — bu yazının onları basabilmesinin nedeni budur. Olmadıkları şey ise saattir: bir sayının arkasındaki dakikalar zincirin blok üretimine aittir ve entegrasyon malı bir sayaca göre değil, onaylanmış fatura durumuna göre bırakmalıdır.

Onay politikası neye karar verir?

Onay politikası, ham bir zincir olayını ödeme sonucuna çevirir. Çoğu ağda bu, ödemeyi taşıyan bloğun üzerine inşa edilen blokları saymak demektir. Açık bir kesinlik sinyali veren bir ağda ise politika sayı yerine o sinyali okur. Satıcı her iki durumda da tek bir şey görür — fatura durumu — ve değerlendirmeyi kendisi yapmak zorunda kalmaz.

Politika vardır, çünkü yakın zamandaki bir zincir gözlemi tahsil edilmiş bir ödeme değildir. Bir reorg — zincir yeniden organizasyonu — son blokları değiştirebilir; yani tek onay gösteren bir cüzdan, kalıcılığı değil bloğa girmeyi kanıtlamıştır. Derinlik olasılık satın alır. Protokol kesinlik sinyali ise o protokolün kendi kuralları altında daha güçlü bir güvence satın alır. Entegrasyon sınırı, bir destek uzmanının o an baktığı blok gezgininde değil, onaylanmış fatura durumundadır.

Güvenli bekleme neden tutara bağlıdır?

Tutar, yakın bir blok yerinden edilirse açıkta kalan değerdir. Güvenlik ağın bir özelliğidir; kaybın büyüklüğü faturanın özelliği. İkincisini yok sayan bir politika ikisine tek bekleme seçmek zorunda kalır ve iki yanıt da yanlıştır: beş haneli transfere yetecek kadar derin olan, 20 dolarlık siparişi sürünerek bekletir; 20 dolarlık siparişe yetecek kadar hızlı olan, beş haneliyi ucuza fiyatlar.

Faturanın dolar değerini bantlamak bunu çözer. Eşikler 100, 1.000 ve 10.000 dolardır ve bir kademe kendi eşiği dahil olmak üzere yukarı doğru geçerlidir. Bantların içindeki sayılar ağdan ağa değişir, bazı ağlar diğerlerinden daha az bant kullanır — çünkü blok her zincirde aynı anlama gelmez.

Kademeli onay politikası pratikte nasıl görünür?

Bantların asıl işi gördüğü ağlarda kuralın tamamı şudur. Ethereum faturası 100 dolar ve altında 2 onay, 1.000 dolara kadar 6, 10.000 dolara kadar 12, sonrasında 32 onay bekler. Tron 2 ile açar, 6'ya geçer ve 1.000 doların üzerinde 19'da durur — 27 süper temsilcisinden 19'unun bloğu katılaştırdığı nokta. Base ile Optimism aynı eşiklerde 5 / 15 / 30 / 100 ilerler. Arbitrum 40 / 120 / 240 / 800 ilerler; saniyenin altındaki blok süresini hesaba katana kadar aşırı görünür: dört ufku da Base'inkilerle aynı yere düşer.

Birkaç zincirin banda ihtiyacı yoktur. BSC ile Polygon kendi kesinlik sinyalleriyle kapanır. Solana finalized taahhüdünde taranır ve bulunduğunda onaylanır. TON tek blok ister, çünkü orada her masterchain bloğu nihai gelir.

Kuralın yanlış aktarılma biçimi, bu sayılardan birini tek başına alıntılamaktır. «Tron'da kesinlik 19 onayda» ifadesi 1.000 doların üzerinde doğrudur, altında yanlış. Bandı sayının yanında taşıyın ya da satırın tamamını verin. Onay rehberi, aynı ham sayının her ağda eşit güvenlik temsil etmemesini anlatır.

Bir kademe duvar saatinde ne kadar tutar?

Bir sayı, ancak ağın o anki blok hızından geçerek süreye dönüşür. Ethereum'un en sığ kademesi normal tempoda 24 saniye civarı, en derini altı dakikanın biraz üstü sürer; Tron'un en sığı altı saniyeye yakındır. Bunların hepsini yaklaşık değer olarak okuyun.

Ağ tıkandığında bloklar daha yavaş gelir ve aritmetik onlarla birlikte kayar. Bu politikanın iki yarısı arasındaki çizgi tam olarak burada: sayı bir ayardır, süre bir tahmindir. Tahmini vaade çeviren bir ödeme sayfası etiketi, destek şablonu ya da sözleşme maddesi ilk yoğun öğleden sonrada yanılır.

Protokol kesinliği onay politikasını nasıl etkiler?

Bir proof-of-stake ağı kesinliği ima etmek yerine verebilir. Ethereum bunu Casper FFG kontrol noktalarıyla düzenler; tarihi blok blok değil dönem dönem kapatır. Paymos yine de Ethereum'da blok sayar — banda göre 2 ile 32 arasında — böylece tutar kararın parçası olarak kalır.

Zincirin kesinliği hızlı ve koşulsuz geldiğinde bantlar tümüyle ortadan kalkar; yukarıda sayılan dört ağın tek kademeyle çalışmasının nedeni budur. Orada konsensüs, derinlik saymanın ancak olası kılabileceği şeyi doğrudan yanıtlar. Farklı modeller, satıcıya dönük tek sonuç: fatura durumu.

Politika neden güncel ağ davranışını izlemeli?

Ağlar blok üretme hızlarını ve sağlamlıklarını değiştirir. BSC'nin Fermi yükseltmesi blok sürelerini kısalttı, Polygon'un Heimdall v2'si kesinliğe giden yolu kısalttı. Bu hamlelerin her biri, sayıya dokunmadan bir sayının duvar saatindeki anlamını değiştirir.

Bir sayıyı satıcı kodunda dondurmaya karşı asıl argüman budur. Zincir kaydığında derinlik yapılandırmasını ayarlamak bizim elimizde; satıcı deposundaki bir sabit ise ancak biri pull request açmayı hatırladığında değişir. Yukarıdaki kademeler, Paymos'un yürüttüğü ayarların anlık görüntüsüdür; bir sözleşme maddesi değil.

Koda gömülmüş onay sayısı ne zaman doğru seçimdir?

Nadiren ve asla fatura durumunun yerine geçmek üzere değil. Beklemeyi anlamak için tabloyu okumak, tablonun doğru kullanımıdır. 12 onayın etrafına if yazmak değil: o sabit, ödeyenin seçtiği ağı, faturanın düştüğü bandı ve ikisinde olacak bir sonraki değişikliği dışarıda bırakır.

Entegrasyonun işi daha dardır ve bunların hepsinden uzun yaşar. Paymos fatura tanımlayıcısını saklayın, durum güncellemelerindeki imzayı doğrulayın ve teslimatı tekrar güvenli yapın. Bir sipariş; sayaç dolduğu, cüzdan bir blok gösterdiği ya da başka bir zincirdeki önceki bir ödeme çabuk kapandığı için çıkmamalıdır. Bu gözlemler destek uzmanına yardım eder; önlerindeki faturaya bildirilen onaylanmış sonucun yerini tutmaz.

Paymos politikayı nasıl uygular?

Paymos ağı ve tutarı birlikte değerlendirir, sonra sonucu bildirir. Küçük ödemeler daha az onayda kapanır, büyükler daha güçlü bir eşiği bekler ve geçen süre o anda zincirin ne yaptığını izler. Sayılar yalnızca Paymos onları değiştirdiğinde hareket eder — bu, onları ağ ücretinden ayıran şeyin ta kendisi: ücreti zincir belirler ve buradaki hiçbir sayfa onu sabit bir tutar olarak alıntılamaz.

Desteklenen ağlar sayfası mevcut ödeme rotalarını listeler. Onay açıklaması, bir blok sayısının neyi kanıtladığını ve protokolün kendi kesinliğinin nerede daha güçlü sinyal olduğunu anlatır.