İmza ile blok arasında
Gönder'e bastığınızda işleminiz blok zincirine gitmez. Blok zincirine belki girmek üzere bir kuyruğa girer. Cüzdanınız imzalı işlemi bir node'a yayınlar, node geçerliliğini kontrol eder ve işlem mempoola girer — bir blok üreticisinin almasını bekleyen işlemlerin havuzuna. Cüzdanınızın "beklemede" gösterdiği her şey bu bekleme odasında yaşar ve işlemlerin yaptığı kafa karıştırıcı şeylerin çoğu — takılmak, kaybolmak, değiştirilmek — blok zinciri davranışı değil, mempool davranışıdır.
Mempool gerçekte nedir
İlk sürpriz: tek ve küresel bir mempool yoktur. Her node bekleyen işlemlerin kendi havuzunu tutar ve bunları komşularına dedikodu (gossip) yoluyla aktarır; ağ, büyük ölçüde örtüşen ama asla birebir aynı olmayan binlerce kopya barındırır. "Mempool'da" olan bir işlem aslında "şu ana kadar iyi bağlantılı node'ların çoğunun mempool'unda" demektir. Node'lar ayrıca yerel sınırlar uygular — asgari ücretler, hesap başına üst sınırlar, havuz dolunca tahliye — çok düşük ücretli bir işlemin zincir üstünde hiç başarısız olmadan ağdan sessizce yok olabilmesinin nedeni budur.
İşlemler nasıl çıkar: ücret açık artırması
Blok alanı kıttır ve mempool, onun piyasasının temizlendiği yerdir. Blok üreticileri bekleyen işlemlerden en kârlı kümeyi derler; pratikte bu, bekleme odasından kimin önce çıkacağına ücret önceliğinin karar vermesi demektir. EVM zincirlerinde o öncelik, EIP-1559'un taban ücret + bahşiş modeli altında eklediğiniz bahşiştir — güncel fiyatı öderseniz saniyeler içinde çıkarsınız; düşük teklif verirseniz talep soğuyana ya da işleminiz tahliye edilene dek beklersiniz.
Beklemede, değiştirildi, düştü
Bekleyen bir işlem henüz tarih olmadığından, tek bir belirli biçimde hâlâ düzenlenebilir: değiştirilerek. Aynı nonce ve daha yüksek ücretle yeni bir işlem yayınlamak, ağa eskisini unutmasını söyler — takılı bir gönderimin standart ilacı (ve aynı numarayla kendinize sıfır göndermek, standart iptal). Ne onaylanan ne değiştirilen işlemler sonunda düşer: havuzlardan tahliye edilir ve hiç gönderilmemiş gibi unutulur. Hiçbir şey kaybolmadı — fonlar hiç hareket etmedi — ama tüm bunların tipik bir cüzdan arayüzünden görünmezliği, "işlemim nerede?" paniklerinin çoğunun kaynağıdır.
Fazlasıyla halka açık bir bekleme odası
Halka açık mempool'daki her şey, onaylanmadan önce herkese görünür — bekleyen takasları ayrıştırıp gördükleri üzerine harekete geçen botlar dahil. Bu görünürlük, front-running'in ve slippage açıklamamızda anlattığımız sandviç işlemlerinin ham maddesidir: bekleyen takasınız, ne ödemek üzere olduğunuzu dünyaya söyler. 2026 itibarıyla EVM işlemlerinin kayda değer bir bölümü bu yüzden halka açık havuzu atlayıp doğrudan blok kurucularına giden özel gönderim kanallarından geçiyor — kendi güven varsayımlarıyla gelen, şeffaflığı korumayla takas eden bir tercih.
Her zincirde mempool yok
Klasik dedikodu mempool'u bir Ethereum-tarzı tasarımdır, doğa kanunu değil. Solana onu büyük ölçüde atlar: sıradaki blok üreticileri önceden bilindiğinden işlemler küresel bir havuzda toplanmak yerine doğrudan onlara akıtılır — bekleme hallerinin bu kadar kısa ömürlü hissettirmesinin bir nedeni. TON, mesajları tek bir ortak havuz yerine kendi parçalı hattından yönlendirir. Ve ERC-4337, EVM'in kendisine paralel bir şerit ekler: UserOperation'lar, bundler'lar paketlemeden önce kendilerine ait alternatif bir mempool'da bekler — bundler'lar ve UserOperation'lar yazısında açtığımız gibi.
WATS bu tabloda nerede
Mempool, tam da WATS'ın sizin yerinize yönettiği katmandır; bu yüzden onu nadiren düşünürsünüz: cüzdan sağlıklı node'lar üzerinden yayın yapar ve EVM, Solana ve TON'da — üç farklı bekleme odalı üç ekosistemde — bekleyen durumu tek arayüzün arkasında izler. EVM'de WATS eylemleri, ERC-4337 UserOperation'ları olarak alt-mempool'dan geçer ve yerel gas'i bir paymaster öder — her zincirdeki her eylemin yerel coin yerine tek bir tokenle, ATS ile ücretlendirilmesini sağlayan da budur (Solana ve TON eşdeğer bir ücret ödeyici/aktarıcı kullanır). Böylece bir gönderim, doğru gas tokeniniz yok diye asla beklemede kalmaz; ATS ücreti yalnızca canlı ağ maliyetini takip eder. ATS bir LayerZero OFT'sidir — üç ekosistemde tek bakiye — ve toplanan ATS 100M arzdan 30M tabana doğru yakılır. WATS tamamen non-custodial kalır — anahtarlarınızı siz tutarsınız, WATS asla bir anahtar tutmaz — ve ERC-4337 ile OFT tek-token ücretlerini bu yakımla birleştiren ilk ve tek cüzdan olmayı sürdürür. Mekanik ATS ücret sayfasında.
Sıkça sorulan sorular
Tek bir küresel mempool var mı?
Hayır. Her node bekleyen işlemlerin kendi havuzunu tutar ve bir dedikodu ağı üzerinden komşularıyla paylaşır; var olan şey tek bir ana kuyruk değil, binlerce örtüşen yerel görünümdür. Explorer'ların bekleyen bir işlem hakkında bazen anlaşamamasının ve çok düşük ücretli bir işlemin kimi havuzlarda bulunup kimilerinden tahliye edilip sonunda hepsince unutulabilmesinin nedeni budur.
İşlemim neden beklemede takılı kaldı ve iptal edebilir miyim?
Neredeyse her zaman, ücreti güncel fiyatın altında olduğu için mempool'da bekliyordur — talep soğursa onaylanır, yoksa süresiz bekler. Bekleyen bir işlem değiştirilebildiğinden çözüm, aynı nonce ve daha yüksek ücretle yeniden yayınlamaktır: ya aynı işlemi (hızlandırmak için) ya da kendinize sıfır değerli bir gönderim (iptal etmek için). Cüzdanlar bunları genellikle hızlandır ve iptal düğmeleri olarak sunar.
Başkaları işlemimi onaylanmadan önce görebilir mi?
Halka açık mempool'da evet — bekleyen işlemler tamamen görünürdür ve botlar onları aktif biçimde ayrıştırır; front-running'i ve sandviç saldırılarını mümkün kılan budur. Slippage toleransını sıkı tutmak bu botların bir takastan çekebileceğini sınırlar; EVM'de ise trafiğin giderek büyüyen bir bölümü, o şeffaflığı korumayla takas ederek halka açık havuzu tamamen atlayan özel gönderim kanallarını kullanıyor.