Blockchain finality (kesinlik), bir işlemin gelecekteki hiçbir blok tarafından geri alınamayacağı, yeniden sıralanamayacağı veya silinemeyeceği noktadır — zincirin "oldu" dediği şeyin kalıcı olarak olduğunun garantisidir. Bu, "onaylandı" ile aynı şey değildir: onaylanmış bir işlem yalnızca yakın bir bloka dahil edilmiştir ve bazı ağlarda zincirin rakip bir dalı onu hâlâ yerinden edebilir. Zincirler finality'ye farklı saatlerle ulaşır — olasılıksal olarak, biriken iş geri almayı üstel biçimde pahalılaştırdıkça; ya da deterministik olarak, doğrulayıcıların süper çoğunluğu bir kontrol noktasını onayladığında — Ethereum'un dakikalar, Solana ile TON'un saniyeler içinde mutabakata varmasının nedeni budur. WATS; Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana ve TON'u kapsayan non-custodial bir cüzdandır, dolayısıyla tek bir hesap rutin olarak aynı anda birkaç finality modelinin altında yaşar.
"Onaylandı" tek bir şey değildir
Cüzdanınız işlemin onaylandığını söylüyor. Hâlâ geri alınabilir mi? Dürüst yanıt: "onaylandı" ne anlama geliyordu, ona bağlı. Her zincir, örtük ya da açık biçimde, bir işlemin yakın bir bloka dahil edilmesi ile kesinleşmesi — gelecekteki hiçbir yeniden sıralamanın erişemeyeceği hale gelmesi — arasında ayrım yapar. Bu iki durum arasındaki boşluk bazı ağlarda saniyenin kesirleriyle, bazılarında dakikalarla ya da daha uzun sürelerle ölçülür ve borsaların, köprülerin ve satıcıların paranıza nasıl davrandığını sessizce yönetir.
Olasılıksal finality: derinlikle gelen kesinlik
Proof-of-work zincirleri — kanonik örnek Bitcoin'dir — bir işlemi asla kesin ilan etmez. Rakip bir dal ilke olarak mevcut olandan daha fazla iş biriktirip yakın geçmişi bir reorg ile yeniden yazabilir. Sizi koruyan ekonomidir: üste eklenen her blok yeniden yazmayı üstel biçimde pahalılaştırır, dolayısıyla geri alınma olasılığı derinlikle sıfıra doğru erir. "N onay bekle" halk kuralı buradan gelir. Bu bir protokol garantisi değil, bir risk eşiğidir ve her borsa, satıcı ve saklayıcı kendi eşiğini seçer.
Deterministik finality: oyla gelen kesinlik
Modern proof-of-stake ağları açık bir finality mekanizması ekler. Stake edilmiş değerin süper çoğunluğunu temsil eden doğrulayıcılar kontrol noktalarını oylar ve bir kontrol noktası kesinleştiğinde onu geri almak artık birilerini kazım gücüyle geçme meselesi değildir — katılımcılarının devasa miktarda stake'i yitirmesine yol açan koordineli bir saldırı gerekir. Ethereum böyle çalışır: bloklar sürekli önerilir, ama finality, kontrol noktaları üçte iki süper çoğunlukla onaylandığında, birkaç dakika mertebesinde gelir. Garanti istatistiksel değil kategoriktir; köprülerin, saklayıcıların ve mutabakat sistemlerinin yaslanmak istediği özellik de tam olarak budur. Ethereum'un finality penceresini kısaltmaya yönelik protokol çalışmaları sürüyor, dolayısıyla herhangi bir kesin sayıyı sabit değil hareketli bir hedef olarak görün.
Rollup'lar üçüncü bir saat ekler
Arbitrum, Optimism ve Base gibi katman-2 ağları soruyu karmaşıklaştırır, çünkü işlemleri nihayetinde Ethereum'da mutabakata varır. Üç ayrı an önemlidir. Birincisi, sequencer işleminizi kabul eder ve neredeyse anında bir yumuşak onay döner — rollup içindeki sıradan faaliyet için yeterlidir, ama arkasında Ethereum değil sequencer'ın sözü vardır. İkincisi, işlemi içeren yığın Ethereum'a gönderilir; bu noktada veri herkese açıktır ve rollup'ın durumu isteyen herkesçe yeniden inşa edilebilir. Üçüncüsü, o Ethereum bloğunun kendisi kesinleşir — ancak o zaman rollup işlemi Ethereum kadar kesindir. Ethereum'a geri çekim ek bir bekleme getirir: optimistic rollup'lar kanonik köprüde bir hafta mertebesinde bir itiraz penceresi uygular ve bu pencerede bir dolandırıcılık kanıtı iddia edilen duruma itiraz edebilir; geçerlilik (ZK) rollup'ları ise bu beklemeyi Ethereum'un doğrudan doğruladığı bir kanıtla değiştirir. Base içindeki bir takasın anında hissedilmesine karşın kazancı eve taşımanın öyle hissedilmemesinin nedeni budur.
Ethereum, Solana ve TON: üç ritim
WATS'ın kapsadığı ekosistemler yelpazenin tamamını gösterir. Ethereum, hızlı dahil edilmeyi (saniyeler) tam finality'den (dakikalar) ayırır; DeFi'nin çoğu dahil edilmeyle mutlu mesut iş görürken yüksek değerli mutabakat kontrol noktasını bekler. Solana düşük gecikme için inşa edilmiştir: işlemler yaklaşık bir saniyede iyimser biçimde onaylanır ve üstüne yeterince süper çoğunluk onayı biriktiğinde finalized durumuna ulaşır — dakikalar değil, saniyeler. TON, bir bloğun yayımlanmadan önce üzerinde anlaşıldığı, sonradan yarışılmadığı BFT-tarzı doğrulayıcı mutabakatıyla saniyeler içinde kesinleşir. Hiçbiri yanlış değildir; bunlar gecikme ile erken garantinin gücü arasında farklı ödünleşimlerdir ve daha geniş karşılaştırmanın parçasıdır: EVM vs Solana vs TON.
Köprüler ve borsalar sizi neden bekletir
Başka bir zincir adına hareket eden her şey, kaynak zincirin finality'sine saygı göstermek zorundadır. Kaynak işlem kesinleşmeden gönderilen bir zincirler-arası mesaj bir reorg ile geçersizleşebilir — hedef zincirde tetiklediği eylem ise desteksiz biçimde yaşamaya devam eder; artık var olmayan bir yatırma karşılığında serbest bırakılmış tokenlarla. Ciddi zincirler arası protokollerin bir mesajı teslim etmeden önce kaynak zincirin finality'sini beklemesinin (bkz. LayerZero mesajları zincirler arasında nasıl taşır) ve borsaların yatırmaları ancak kendi zincir başına onay eşiklerinden sonra hesaba geçirmesinin nedeni budur. Beklemek bürokrasi değildir; bir gerçeği iletmekle bir söylentiyi iletmek arasındaki farktır — köprülemenin iki zincir de hızlıyken bile dakikalar almasının nedeni de budur.
Pratikte reorg'lar
Sığ reorg'lar — bir iki blokluk — olasılıksal zincirlerde rutin, tasarımın öngördüğü olaylardır ve genellikle zararsızdır: yerinden olan işlemler mempool'a döner ve anlar sonra yeniden dahil edilir. Tehlikeli olan, birinin çoktan üzerine hareket ettiği bir ödemeyi geri saran derin reorg'dur. Deterministik finality tam da bu senaryoyu kötü şans kategorisinden çıkarıp koordineli, kendi kendini yok eden saldırı kategorisine taşımak için vardır. Son kullanıcı için pratik çıkarım mütevazıdır: kahve büyüklüğündeki transferlerde dahil edilme fazlasıyla yeterlidir; hayat büyüklüğündekilerde kesinleşmeyi bekleyin; zincir sınırını aşan her şeyde ise protokol zaten sizi bekletecektir.
Bu WATS'ta nasıl görünür
EVM zincirlerini, Solana'yı ve TON'u kapsayan bir cüzdan aynı anda birkaç finality modelini idare eder ve WATS bunu soğurmak üzere kurulmuştur: her işlem gönderildiği zincirin kurallarına göre mutabakata varırken siz tek bir arayüz ve tek bir bakiye ile ilgilenirsiniz. WATS tamamen non-custodial'dır — anahtarları siz tutarsınız, WATS asla bir anahtar tutmaz — dolayısıyla finality kesinlikle sizinle zincir arasındadır; protokolün önüne kendi onay politikasını koyan bir aracı yoktur. WATS'ın gerçekten birleştirdiği kısım ücretlerdir: her eylem, her zincirin yerel gas tokeni yerine tek bir tokenle, ATS ile ödenir; EVM'de bir ERC-4337 paymaster üzerinden ve ATS'nin kendisi zincirler arasında bir LayerZero OFT olarak hareket ederek. Bu bir indirim değildir — ağın ne kadar aldığını değil, hangi tokenin ödediğini değiştirir — ve toplanan ATS yakılarak arz 100M'den 30M'ye doğru çekilir. WATS, ERC-4337 ve OFT tek-token ücretlerini bu yakımla birleştiren ilk ve tek cüzdandır; mekanik ATS ücret sayfasındadır.
Yani pratik adım yazının kendisinden çıkıyor: değeri farklı saatlerle kesinleşen zincirler arasında taşıyorsanız, gas bütçelerinizi sekiz ağda mahsur kalmış yerel bakiyeler olarak dağıtmayı bırakın. WATS Chrome Uzantısı'nı ya da Mobil Uygulaması'nı kurun, ücretler için tek bir ATS bakiyesi tutun ve her zincir kendi takvimine göre kesinleşirken maliyetleriniz tek yerde kalsın.
Sıkça sorulan sorular
Blockchain finality nedir?
Blockchain finality, bir işlemin gelecekteki bir blok tarafından artık geri alınamayacağı, yeniden sıralanamayacağı veya silinemeyeceği noktadır. Finality'den önce bir işlem yalnızca dahil edilmiştir — yakın bir blokta görünür, ama zincirin rakip bir dalı kazanırsa hâlâ yerinden edilebilir. Proof-of-work zincirleri finality'ye istatistiksel olarak yaklaşır, çünkü eklenen her blok yeniden yazmayı üstel biçimde pahalılaştırır; modern proof-of-stake zincirleri ise doğrulayıcı süper çoğunluğu bir kontrol noktasını onayladığında finality'ye kategorik olarak ulaşır.
Onaylanmış işlem ile kesinleşmiş işlem arasındaki fark nedir?
Onaylanmış genellikle işlemin yakın bir bloka dahil edildiği anlamına gelir — görünürdür ama bazı zincirlerde teorik olarak hâlâ bir reorg ile geri alınabilir. Kesinleşmiş ise protokolün artık geri alınamayacağını garanti etmesi demektir. Proof-of-work zincirlerinde bu garanti istatistikseldir ve derinlikle büyür; borsaların bir onay sayısı seçmesinin nedeni de budur. Ethereum gibi proof-of-stake zincirlerinde ise stake'in üçte iki süper çoğunluğu kontrol noktasını onayladığında gelen açık, kategorik bir olaydır.
Ethereum, Solana ve TON'da finality ne kadar sürer?
Kabaca: Ethereum işlemleri saniyeler içinde dahil eder ama tam kontrol-noktası kesinliğine birkaç dakikada ulaşır; Solana yaklaşık bir saniyede iyimser onay verir, finalized durumu saniyeler sonra gelir; TON, BFT-tarzı mutabakatıyla saniyeler içinde kesinleşir. Kesin rakamlar protokol yükseltmeleriyle değişir — özellikle Ethereum'da finality penceresini kısaltmaya yönelik çalışmalar sürüyor — borsaların ve köprülerin tek bir evrensel sayı vermek yerine zincir başına kendi onay politikalarını yayımlamasının nedeni de budur.
Katman-2 rollup'ların kendi finality'si var mıdır?
Arbitrum, Optimism ve Base gibi rollup'lar sequencer'dan neredeyse anında yumuşak bir onay verir, ama bu mutabakat değil bir sözdür. Gerçek finality aşamalar hâlinde gelir: yığın Ethereum'a gönderilir, ardından onu içeren Ethereum bloğu kesinleşir ve o noktada rollup işlemi Ethereum'un garantisini devralır. Ethereum'a çekim yine daha yavaştır — optimistic rollup'lar kanonik köprüde yaklaşık bir haftalık itiraz penceresi tutar; geçerlilik (ZK) rollup'ları ise Ethereum'un doğrudan doğrulayabildiği bir kanıtla mutabakata varır.
Çok zincirli bir cüzdan, farklı hızlarda kesinleşen zincirleri nasıl idare eder?
WATS; Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana ve TON'u kapsar — gerçekten farklı finality modellerine sahip ağlar — dolayısıyla bir Solana transferinden sonraki bekleme ile bir Ethereum transferinden sonraki bekleme aynı olay değildir ve bir işlemin ne zaman geri alınamaz olduğuna cüzdan değil, daima zincir karar verir. WATS tamamen non-custodial'dır; anahtarları siz tutarsınız ve hiçbir saklayıcı protokolün üzerine kendi onay politikasını koymaz. WATS'ın birleştirdiği şey ücretlerdir: desteklenen her zincirdeki ağ ücretleri, o zincirin yerel gas tokeni yerine ATS ile ödenir; EVM'de bir ERC-4337 paymaster kullanılır ve ATS zincirler arasında bir LayerZero OFT olarak hareket eder.
Zincirler arası transferim neden normal bir işlemden uzun sürüyor?
Çünkü hedef zincir, kaynak zincirde hâlâ yeniden düzenlenip ortadan kalkabilecek bir olaya göre hareket etmemelidir. Zincirler arası protokoller bu yüzden mesajı teslim etmeden ve transferi tamamlamadan önce kaynak zincirin finality'sini bekler. O fazladan dakikalar, hedefte serbest bırakılan tokenların asla geri alınamayacak bir kaynak-taraf olayına dayandığından emin olmanın bedelidir — WATS'ın desteklediği zincirler arasındaki transferlerin de her kaynak zincirin mutabakat süresini yenmek yerine devralmasının nedeni aynıdır.