[{"data":1,"prerenderedAt":19},["ShallowReactive",2],{"blog-content-tr-what-is-a-mempool":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"what-is-a-mempool","Mempool Nedir? Her İşlemin Geçtiği Bekleme Odası","İmzanız ile blok arasında, işleminiz mempool denen halka açık bir bekleme odasında oturur. İşte nasıl çalıştığı, 'beklemede' durumunun neden sonsuza dek sürebildiği, onu kimlerin izlediği — ve hangi zincirlerde hiç olmadığı.","Mempool açıklaması: bekleyen işlemler nasıl yayılır, ücret önceliği kimin önce çıkacağına nasıl karar verir, değiştirme ve düşen işlemler, front-running görünürlüğü ve Solana ile ERC-4337'nin bunu neden farklı yaptığı.","\u003Ch2>İmza ile blok arasında\u003C\u002Fh2>\n\u003Cp>Gönder'e bastığınızda işleminiz blok zincirine gitmez. Blok zincirine \u003Cem>belki\u003C\u002Fem> 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 \u003Cstrong>mempool\u003C\u002Fstrong>a 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.\u003C\u002Fp>\n\n\u003Ch2>Mempool gerçekte nedir\u003C\u002Fh2>\n\u003Cp>İlk sürpriz: tek ve küresel bir mempool yoktur. Her node bekleyen işlemlerin \u003Cem>kendi\u003C\u002Fem> 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.\u003C\u002Fp>\n\n\u003Ch2>İşlemler nasıl çıkar: ücret açık artırması\u003C\u002Fh2>\n\u003Cp>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, \u003Ca href=\"\u002Fblog\u002Feip-1559-explained\">EIP-1559'un taban ücret + bahşiş modeli\u003C\u002Fa> 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.\u003C\u002Fp>\n\n\u003Ch2>Beklemede, değiştirildi, düştü\u003C\u002Fh2>\n\u003Cp>Bekleyen bir işlem henüz tarih olmadığından, tek bir belirli biçimde hâlâ düzenlenebilir: \u003Cem>değiştirilerek\u003C\u002Fem>. 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 \u003Cem>düşer\u003C\u002Fem>: 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.\u003C\u002Fp>\n\n\u003Ch2>Fazlasıyla halka açık bir bekleme odası\u003C\u002Fh2>\n\u003Cp>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 \u003Ca href=\"\u002Fblog\u002Fwhat-is-slippage\">slippage açıklamamızda\u003C\u002Fa> 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 \u003Cem>özel\u003C\u002Fem> gönderim kanallarından geçiyor — kendi güven varsayımlarıyla gelen, şeffaflığı korumayla takas eden bir tercih.\u003C\u002Fp>\n\n\u003Ch2>Her zincirde mempool yok\u003C\u002Fh2>\n\u003Cp>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 \u003Cem>alternatif\u003C\u002Fem> bir mempool'da bekler — \u003Ca href=\"\u002Fblog\u002Fbundler-and-useroperation-explained\">bundler'lar ve UserOperation'lar\u003C\u002Fa> yazısında açtığımız gibi.\u003C\u002Fp>\n\n\u003Ch2>WATS bu tabloda nerede\u003C\u002Fh2>\n\u003Cp>Mempool, tam da \u003Ca href=\"\u002Fhot-wallet\">WATS\u003C\u002Fa>'ı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 \u003Cstrong>paymaster\u003C\u002Fstrong> öder — her zincirdeki her eylemin yerel coin yerine tek bir tokenle, \u003Cstrong>ATS\u003C\u002Fstrong> ile ücretlendirilmesini sağlayan da budur (Solana ve TON eşdeğer bir ücret ödeyici\u002Faktarı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 \u003Ca href=\"\u002Fats-fee\">ATS ücret sayfasında\u003C\u002Fa>.\u003C\u002Fp>",[10,13,16],{"q":11,"a":12},"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.",{"q":14,"a":15},"İş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.",{"q":17,"a":18},"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.",1784634285342]