[{"data":1,"prerenderedAt":19},["ShallowReactive",2],{"blog-content-tr-crypto-wallet-error-messages-explained":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"crypto-wallet-error-messages-explained","Kripto cüzdan hata mesajları açıklandı: execution reverted, nonce too low, blockhash not found (EVM, Solana, TON)","\"execution reverted\", \"nonce too low\", \"Blockhash not found\", AA21 ve TON exit code 37 gibi hataları arayın: EVM, Solana ve TON'daki her hatanın ne anlama geldiği, denemenin ağ ücreti harcayıp harcamadığı ve nasıl düzeltileceği.","Kripto cüzdan hata mesajları açıklandı: execution reverted, nonce too low, Blockhash not found ve AA21 ne demek, ücret harcandı mı ve çözümler.","\u003Cblockquote>Ekim 2026 itibarıyla cüzdan hatalarının çoğu iki gruba ayrılır. Bir işlem bloğa dahil edilmeden önce ortaya çıkan hatalar (\"nonce too low\", \"replacement transaction underpriced\", \"insufficient funds for gas * price + value\" veya Solana'nın \"Transaction simulation failed: Blockhash not found\" hatası gibi) zincir üstünde hiçbir şeyin kaydedilmediği ve hiçbir ağ ücretinin harcanmadığı anlamına gelir. Dahil edildikten sonraki başarısızlıklar (revert eden veya gas'ı biten bir EVM işlemi, hatayla sonuçlanarak işlenen bir Solana işlemi ya da bir TON compute fazı hatası gibi) yapılan iş için yine de ücret tüketir. Aradığınız hata metnini, anlamı ve çözümü için aşağıdaki tablolarda bulun.\u003C\u002Fblockquote>\n\n\u003Ch2>Başarısız bir işlem size ücrete mal oldu mu? Önce bakmanız gereken tek kural\u003C\u002Fh2>\n\n\u003Cp>Başarısız bir işlem, ancak başarısız olmadan önce bir bloğa dahil edildiyse ağ ücreti doğurur.\u003C\u002Fp>\n\n\u003Cp>Bir işlem iki anda başarısız olabilir:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Dahil edilmeden önce:\u003C\u002Fstrong> cüzdanın simülasyonu, RPC düğümü veya \u003Ca href=\"\u002Fblog\u002Fwhat-is-a-mempool\">mempool\u003C\u002Fa> işlemi reddeder. Hiçbir şey bir bloğa ulaşmaz, bu yüzden ağ ücreti harcanmaz.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Dahil edildikten sonra:\u003C\u002Fstrong> işlem bir bloğa girer, kodu çalışır ve başarısız olur. Yapılan iş için ücret harcanır. Etherscan, kullanılan hesaplama nedeniyle başarısız işlemlerde de gas'ın düşüldüğünü söyler; Solana'nın ücret belgeleri de işlem başarısız olsa bile ücretin yine alındığını söyler.\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Cp>Hangi durumda olduğunuzu anlamak için işlem hash'ini veya imzasını bir blok gezgininde arayın. Birkaç dakika sonra hiçbir kayıt yoksa genellikle işlem hiç bloğa girmemiştir ve hiçbir maliyeti yoktur; Pending durumu henüz dahil edilmediği anlamına gelir. Failed veya Reverted olarak işaretlenmiş ya da sıfırdan farklı bir exit code taşıyan bir kayıt ise işlemin bloğa girdiği ve ücretin harcandığı anlamına gelir.\u003C\u002Fp>\n\n\u003Ch2>Hangi EVM hataları \"nonce too low\", \"underpriced\" veya \"out of gas\" anlamına gelir?\u003C\u002Fh2>\n\n\u003Cp>Bunlar go-ethereum istemci kaynak kodundaki tam metinlerdir ve çoğu, işlemin bir bloğa ulaşmadan reddedildiği anlamına gelir.\u003C\u002Fp>\n\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\u003Cth>Tam hata\u003C\u002Fth>\u003Cth>Ne anlama gelir\u003C\u002Fth>\u003Cth>Ağ ücreti harcandı mı?\u003C\u002Fth>\u003Cth>Ne yapmalı\u003C\u002Fth>\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Ctd>\"nonce too low\"\u003C\u002Ftd>\u003Ctd>Bu numaralı bir işlem zaten onaylandı; cüzdan durumu eski\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003Ctd>Cüzdanı yeniden senkronize edin ve gezgine bakın; yalnızca amaçladığınız işlem zaten gerçekleşmediyse tekrar gönderin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\"replacement transaction underpriced\"\u003C\u002Ftd>\u003Ctd>Hızlandırma veya iptal için ücret artışı çok küçük kaldı\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003Ctd>Daha fazla artırın; Geth'in varsayılanı %10 ister\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\"max fee per gas less than block base fee\"\u003C\u002Ftd>\u003Ctd>Maksimum ücretiniz mevcut base fee'nin altında\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003Ctd>Maksimum ücreti yükseltin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\"insufficient funds for gas * price + value\"\u003C\u002Ftd>\u003Ctd>Native coin, tutar artı maksimum gas'ı karşılamıyor\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003Ctd>Native coin yatırın; bkz. \u003Ca href=\"\u002Fblog\u002Fstuck-tokens-no-gas-token-how-to-fix\">token var ama gas token'ı yok\u003C\u002Fa>\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\"already known\"\u003C\u002Ftd>\u003Ctd>Aynı işlem zaten mempool'da\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003Ctd>Bekleyin; zararsızdır\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\"out of gas\"\u003C\u002Ftd>\u003Ctd>Yürütme gas limitini aştı; değişiklikler geri alındı\u003C\u002Ftd>\u003Ctd>Evet\u003C\u002Ftd>\u003Ctd>Daha yüksek bir gas limitiyle yeniden deneyin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n\u003Ch2>\"execution reverted\" ne demek?\u003C\u002Fh2>\n\n\u003Cp>\"Execution reverted\", bir akıllı kontratın işlemi reddettiği ve yaptığı her değişikliği geri aldığı anlamına gelir. İki noktada ortaya çıkar ve ücret durumu farklıdır.\u003C\u002Fp>\n\n\u003Cp>Cüzdanın gönderim öncesi tahmininde görünüyorsa hiçbir şey gönderilmemiştir ve ücret harcanmamıştır. İşlem bloğa girdiyse Etherscan onu Fail veya Reverted olarak gösterir ve Alchemy'ye göre gönderen, kullanılan gas için yine de ödeme yapar. İki noktadan sonraki metin gerçek nedendir. Yaygın olanlar:\u003C\u002Fp>\n\n\u003Cul>\n\u003Cli>\"UniswapV2Router: INSUFFICIENT_OUTPUT_AMOUNT\": fiyat, imzalama ile dahil edilme arasında slippage sınırınızı aştı.\u003C\u002Fli>\n\u003Cli>\"ERC20: insufficient allowance\": token onayı, harcanan tutardan küçük. Benzer bir hata olan \"ERC20: transfer amount exceeds balance\" ise taşımaya çalıştığınızdan daha az token'a sahip olduğunuz anlamına gelir.\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Cp>Bu iki ERC-20 metni OpenZeppelin v4 kontratlarından gelir; daha yeni sürümler farklı adlara sahip özel hatalar kullanır.\u003C\u002Fp>\n\n\u003Ch2>ERC-4337 AA kodları ve EIP-7702 hataları ne anlama gelir?\u003C\u002Fh2>\n\n\u003Cp>Akıllı kontrat hesapları normal bir işlem yerine bir \u003Ca href=\"\u002Fblog\u002Fbundler-and-useroperation-explained\">bundler\u003C\u002Fa> aracılığıyla bir UserOperation gönderir ve EIP-4337 spesifikasyonu, EntryPoint hata mesajlarının AA## biçiminde bir kodla başladığını söyler.\u003C\u002Fp>\n\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\u003Cth>Kod\u003C\u002Fth>\u003Cth>Ne anlama gelir\u003C\u002Fth>\u003Cth>Ağ ücreti harcandı mı?\u003C\u002Fth>\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Ctd>AA21 didn't pay prefund\u003C\u002Ftd>\u003Ctd>Paymaster kullanılmadı ve hesabın EntryPoint depozitosu maksimum gas'ı karşılayamıyor\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>AA23 reverted\u003C\u002Ftd>\u003Ctd>Hesabın doğrulama kodu işlemi reddetti\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>AA33 reverted\u003C\u002Ftd>\u003Ctd>Paymaster'ın doğrulaması işlemi reddetti\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>AA95 out of gas\u003C\u002Ftd>\u003Ctd>Paketin gas limiti, işlem veya bir alt çağrı için çok düşüktü\u003C\u002Ftd>\u003Ctd>Normalde hayır; handleOps geri alınır\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n\u003Cp>EIP-4337 spesifikasyonu, bir bundler'ın simülasyonu geri alınan bir işlemi düşürmesi gerektiğini söyler; bu yüzden doğrulama hataları (AA2x ve AA3x) normalde zincir üstünde hiçbir şey bırakmaz. Bir işlem dahil edilir ve ana çağrısı geri alınırsa, gas yine de zincir üstünde hesap ya da onu sponsor eden paymaster tarafından ödenir. Alchemy, AA95'in genellikle gas limitlerinin çok düşük ayarlandığı anlamına geldiğini belirtir; handleOps geri alınır, bu yüzden daha yüksek gas limitleriyle yeniden deneyin (bir bundler veya SDK ayarı).\u003C\u002Fp>\n\n\u003Cp>EIP-7702, bir düğümden görebileceğiniz bir hata ekler: \"in-flight transaction limit reached for delegated accounts\" (Geth'in havuzu böyle bir hesap için yalnızca bir bekleyen yürütülebilir işlem kabul eder, bu yüzden onu bekleyin). Yanlış zincir kimliği veya nonce içeren bir yetkilendirme sessizce atlanır; bu yüzden işlem, delegasyon uygulanmadan başarılı olabilir. Hesabınızı bilerek delege etmediyseniz \u003Ca href=\"\u002Fblog\u002Fcheck-and-revoke-eip-7702-delegation\">delegasyonu kontrol edin ve iptal edin\u003C\u002Fa>: beklenmedik bir delegasyon, bir drainer işaretidir.\u003C\u002Fp>\n\n\u003Ch2>Solana'daki \"Blockhash not found\" ve \"block height exceeded\" ne demek?\u003C\u002Fh2>\n\n\u003Cp>\"Block height exceeded\" blockhash'in süresinin dolduğu, \"Blockhash not found\" ise düğümün blockhash'i tanımadığı anlamına gelir (genellikle süresi dolmuştur, bazen düğüm geridedir). Her iki durumda da işlem normalde işlenmemiştir. Solana'nın onay rehberine göre bir blockhash yaklaşık 151 blok, kabaca 60 ila 90 saniye geçerli kalır ve süresi dolmuş bir işlem artık işlenemez.\u003C\u002Fp>\n\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\u003Cth>Tam hata\u003C\u002Fth>\u003Cth>Ne anlama gelir\u003C\u002Fth>\u003Cth>Ağ ücreti harcandı mı?\u003C\u002Fth>\u003Cth>Ne yapmalı\u003C\u002Fth>\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Ctd>\"Transaction simulation failed: Blockhash not found\"\u003C\u002Ftd>\u003Ctd>Blockhash çok eski ya da simülasyonu yapan düğüm onu henüz görmemişti\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003Ctd>Yeni bir blockhash için yeniden deneyin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\"block height exceeded\" hatası (TransactionExpiredBlockheightExceededError)\u003C\u002Ftd>\u003Ctd>Blockhash'in süresi dolmadan işlem bloğa girmedi\u003C\u002Ftd>\u003Ctd>Hayır, süre dolmadan hemen önce bloğa girmediyse; imzayı kontrol edin\u003C\u002Ftd>\u003Ctd>İmzayı bir gezginde kontrol edin, sonra yeniden deneyin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\"Transaction simulation failed: Error processing Instruction N: custom program error: 0x...\"\u003C\u002Ftd>\u003Ctd>Program, takas slippage'i gibi bir başarısızlık öngördü\u003C\u002Ftd>\u003Ctd>Hayır, göndermeden önce simülasyonda yakalandığında; bir cüzdan veya uygulama simülasyonu atlarsa işlem Failed olarak bloğa girebilir ve ücret harcanır\u003C\u002Ftd>\u003Ctd>Nedeni okuyun; slippage'i veya tutarı ayarlayın\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\"Attempt to debit an account but found no record of a prior credit.\"\u003C\u002Ftd>\u003Ctd>Ödeme yapan hesapta hiç SOL yok\u003C\u002Ftd>\u003Ctd>Hayır\u003C\u002Ftd>\u003Ctd>SOL ile fonlayın\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>\"Transaction results in an account (0) with insufficient funds for rent\"\u003C\u002Ftd>\u003Ctd>Göndermek, bir hesabı rent-exempt asgarinin altında bırakır\u003C\u002Ftd>\u003Ctd>Hayır, simülasyonda yakalandığında; simülasyon atlanırsa Failed olarak bloğa girebilir ve ücrete mal olur\u003C\u002Ftd>\u003Ctd>Biraz daha az gönderin; bkz. \u003Ca href=\"\u002Fblog\u002Fsolana-rent-reclaim-sol-token-accounts\">Solana rent\u003C\u002Fa>\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Gezgin \"Failed\" gösteriyor\u003C\u002Ftd>\u003Ctd>İşlem bloğa girdi ve program bir hata döndürdü\u003C\u002Ftd>\u003Ctd>Evet\u003C\u002Ftd>\u003Ctd>Gezgin kaydını okuyun, düzeltin, yeniden gönderin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n\u003Cp>Solana ücretleri her zaman SOL ile ödenir; bu yüzden \"Insufficient funds for fee\" ve \"insufficient funds for rent\" SOL'a ihtiyacınız olduğu anlamına gelir. Bir token transferinden gelen yalın \"insufficient funds\" veya \"custom program error: 0x1\" ise göndermeye çalıştığınızdan daha az o token'a sahip olduğunuz anlamına gelir.\u003C\u002Fp>\n\n\u003Ch2>Solana'da priority fee'yi (öncelik ücreti) yükseltmeli misiniz?\u003C\u002Fh2>\n\n\u003Cp>Priority fee'yi yalnızca bir işlem tıkanıklık sırasında sürekli süresi doluyorsa yükseltin, bir simülasyon hatası göründüğünde değil.\u003C\u002Fp>\n\n\u003Cp>solana.com ücret belgelerine göre bir Solana ücreti, imza başına 5.000 lamport'luk bir base fee (%50 yakılır, %50 validatöre gider) artı isteğe bağlı bir priority fee'dir: compute-unit fiyatı (mikro-lamport cinsinden) çarpı compute-unit limiti, 1.000.000'a bölünür ve tam lamport'a yukarı yuvarlanır; bunun tamamı validatöre gider. Daha yüksek bir priority fee, yoğun bir lider (leader) tarafından işleminizin planlanma olasılığını artırır. Slippage, rent veya eksik SOL hatalarını düzeltmez ve işlem bloğa girip başarısız olursa yine alınır. Bir simülasyon hatası görünürse bunun yerine nedeni düzeltin.\u003C\u002Fp>\n\n\u003Ch2>TON exit code'ları ve bounced mesajlar ne anlama gelir?\u003C\u002Fh2>\n\n\u003Cp>Bir TON işlemi fazlar halinde çalışır (storage, credit, compute, action, bounce) ve docs.ton.org'a göre 0 ve 1 exit code'ları başarı, diğer her şey başarısızlık anlamına gelir. Compute başarısız olursa action fazı atlanır ve bounce edilebilir bir gelen mesaj için bir bounce mesajı oluşturulur; ücretler faz faz düşülür, bu yüzden önceki ücretler harcanmış kalır. Ücretler GRAM ile ödenir (eski adıyla Toncoin; bkz. \u003Ca href=\"\u002Fblog\u002Ftoncoin-renamed-gram-what-changed\">yeniden adlandırmada ne değişti\u003C\u002Fa>).\u003C\u002Fp>\n\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\u003Cth>Sinyal\u003C\u002Fth>\u003Cth>Ne anlama gelir\u003C\u002Fth>\u003Cth>Ağ ücreti harcandı mı?\u003C\u002Fth>\u003Cth>Ne yapmalı\u003C\u002Fth>\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Ctd>Exit code 13 veya -14\u003C\u002Ftd>\u003Ctd>Compute fazında gas bitti\u003C\u002Ftd>\u003Ctd>Evet, kullanılan gas için\u003C\u002Ftd>\u003Ctd>Daha fazla GRAM ekleyin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Exit code 9\u003C\u002Ftd>\u003Ctd>Cell underflow: kontrat, bir cell'in tuttuğundan daha fazla veri okumaya çalıştı; çoğunlukla payload kontratın beklediğiyle uyuşmadığı için\u003C\u002Ftd>\u003Ctd>Evet\u003C\u002Ftd>\u003Ctd>Payload'un veya yorumun o kontrata uygun olup olmadığını kontrol edin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Exit code 37\u003C\u002Ftd>\u003Ctd>Action fazı: giden mesajı göndermek için \"Not enough GRAMs\"\u003C\u002Ftd>\u003Ctd>Evet\u003C\u002Ftd>\u003Ctd>Daha fazla GRAM ekleyin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Compute fazı atlandı\u003C\u002Ftd>\u003Ctd>Mesaj, yürütmeyi ödemek için çok az GRAM taşıyordu\u003C\u002Ftd>\u003Ctd>Gas yok; storage fazı yine de çalışır\u003C\u002Ftd>\u003Ctd>Daha fazla GRAM ekleyerek gönderin\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Ctd>Bounced mesaj\u003C\u002Ftd>\u003Ctd>Hedef başarısız oldu veya mevcut değil\u003C\u002Ftd>\u003Ctd>Evet, ücretler düşülür\u003C\u002Ftd>\u003Ctd>Değer, mesaj ve gas ücretleri düşülerek geri döner\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n\u003Ch2>WATS Wallet bu hatalarla nasıl ilişkilidir\u003C\u002Fh2>\n\n\u003Cp>Alltoscan LLC'nin WATS Wallet'ı, EVM ağları, Solana ve TON için anahtarlarınızı ve kurtarma ifadenizi sizin tuttuğunuz non-custodial bir cüzdandır (Chrome eklentisi ve iOS\u002FAndroid uygulaması). Bu rehberdeki mesajlar, o zincirlerin tanımladığı ağ düzeyi hatalardır; WATS'a özgü kodlar değildir.\u003C\u002Fp>\n\n\u003Cp>Solana'da ağ ücretleri SOL ile ödenir; bu yüzden Solana'daki \"insufficient funds\" satırı doğrudan geçerlidir: küçük bir SOL bakiyesi tutmak ondan kaçınmanızı sağlar. TON satırları protokol düzeyindeki hataları anlatır; WATS Wallet'ta TON'daki ücretler ATS ile ödenir. EVM ağlarında WATS Wallet, ağ ücretlerini bir ERC-4337 paymaster aracılığıyla, BNB Chain'deki tek bir ATS bakiyesinden ATS ile alır; \u003Ca href=\"\u002Fats-fee\">ATS ücreti nasıl çalışır\u003C\u002Fa> ayrıca anlatılmıştır.\u003C\u002Fp>",[10,13,16],{"q":11,"a":12},"Bir kripto işlemi başarısız olduğunda para kaybeder miyim?","Ne zaman başarısız olduğuna bağlı. Dahil edilmeden önce reddedildiyse (\"nonce too low\", \"replacement transaction underpriced\" veya \"Blockhash not found\" gibi simülasyon, düğüm ya da mempool hataları), hiçbir şey bloğa girmemiştir ve ağ ücreti harcanmamıştır. Bloğa girip başarısız olduysa (bir EVM revert'i veya out of gas, bir Solana gezgininde \"Failed\", sıfırdan farklı bir TON exit code'u), yapılan iş için ücret harcanmıştır; ancak göndermeye çalıştığınız tutar hesabınızda kalır ve TON bounce'ları değeri ücretler düşülerek geri döndürür. Hangi durumun geçerli olduğunu görmek için hash'i veya imzayı bir gezginde kontrol edin.",{"q":14,"a":15},"Bekleyen bir işlemim yokken cüzdanım neden \"nonce too low\" diyor?","Nonce, hesabın işlem sayacıdır ve \"nonce too low\", bu numaralı bir işlemin zaten onaylandığı anlamına gelir. Yaygın nedenler, aynı hesabı başka bir cüzdan uygulamasından veya cihazdan kullanmak, aslında onaylanmış \"takılmış\" bir işlem veya eski önbelleğe alınmış cüzdan durumudur. Amaçladığınız ödemenin ya da işlemin zaten gerçekleşip gerçekleşmediğini bir gezginde kontrol edin; gerçekleştiyse tekrar göndermeyin; gerçekleşmediyse cüzdanı yeniden senkronize edin ve yeniden gönderin. Reddedilen denemenin kendisi ücret harcamadı. Gerçekten bekleyen bir işlem varsa, \u003Ca href=\"\u002Fblog\u002Fspeed-up-or-cancel-stuck-transaction\">bekleyen bir işlemin nasıl hızlandırılacağına veya iptal edileceğine\u003C\u002Fa> bakın.",{"q":17,"a":18},"Solana'da \"block height exceeded\" veya \"Blockhash not found\" sonrası yeniden denemek güvenli mi?","Genellikle evet. \"Block height exceeded\" blockhash'in süresinin dolduğu (yaklaşık 151 blok, kabaca 60 ila 90 saniye), \"Blockhash not found\" ise düğümün onu tanımadığı, genellikle de süresi dolduğu için tanımadığı anlamına gelir. Süresi dolmuş bir işlem artık işlenemez; bu yüzden sonradan bloğa girip yenisini çoğaltamaz; yine de önce imzayı bir Solana gezgininde arayın, sonra yeni bir blockhash ile yeniden deneyin. Süresi dolmuş deneme, süre dolmadan önce bloğa girmediyse ücret almadı; bunu gezgin araması gösterir ve işlem tıkanıklık sırasında sürekli süresi doluyorsa biraz daha yüksek bir priority fee yardımcı olabilir.",1792535045600]