# Aptos, bekleyen işlemler için şifrelemeyi açtı Yazar: Hatice Ertaş Dil: Türkçe Yayınlanma: 2026-10-13T17:37:53+03:00 Güncellenme: 2026-10-13T17:37:53+03:00 ![Aptos’un şifreli işlem sıralamasını kapalı veri kapsülleri ve doğrulama düzeneğiyle anlatan temsili görsel](https://kriptometa.com/uploads/aptos-bekleyen-islemler-icin-sifrelemeyi-acti-ec51bbea965a_article.webp) ## Önemli noktalar - Şifreli işlem havuzunun ana ağda açıldığı 12 Ekim 2026’da duyuruldu. - İşlem sırası kesinleştikten sonra doğrulayıcılar içeriği birlikte çözüyor. - Petra ve TypeScript SDK desteği var; şifreleme tüm hesap türlerinde çalışmıyor. Aptos kullanıcıları, bekleyen emirlerinin içeriğini gizleyerek önden işlem yapma ve sandwich saldırısı riskini azaltabilecek. Özellik her işlem için ayrı seçiliyor ve ek gas maliyeti getiriyor. Aptos, bekleyen işlemlerin içeriğini blok kesinleşene kadar şifreli tutan işlem havuzunu ana ağda kullanıma açtı. Projenin [12 Ekim tarihli duyurusuna](https://aptosnetwork.com/currents/encrypted-mempool-mainnet) göre kullanıcılar korumayı her işlem için ayrı ayrı seçebiliyor. Amaç, henüz gerçekleşmemiş bir emri görüp önüne işlem yerleştiren botların bilgi avantajını azaltmak. ## İşlemin sırası, içeriği açılmadan belirleniyor Mempool, ağa gönderilen ancak henüz bloğa alınmamış işlemlerin beklediği alan. Açık bir işlem havuzunda botlar, örneğin büyük bir takas emrini önceden görerek alım yapabiliyor. Kullanıcının işleminden hemen önce ve sonra emir yerleştirilen sandwich saldırıları, takası kullanıcı açısından daha kötü bir fiyata taşıyabiliyor. Aptos’un tasarımında cüzdan veya uygulama, işlem içeriğini göndermeden önce şifreliyor. Blok öneren doğrulayıcı, çağrının ayrıntılarını okumadan işlemleri sıralıyor. Ağ blok üzerinde uzlaştıktan sonra doğrulayıcıların ortak katkısıyla şifre çözülüyor ve işlemler yürütülüyor. Tek bir doğrulayıcı çözme anahtarını tek başına elinde tutmuyor; koruma, ağdaki dürüst doğrulayıcıların yeterli stake ağırlığına sahip olması varsayımına dayanıyor. Protokole yerleştirilen özellik için mevcut Move [akıllı sözleşmelerinin](https://kriptometa.com/sozluk/akilli-sozlesme) değiştirilmesi gerekmiyor. Aptos, 50 düğümlü kendi karşılaştırmasında yaklaşık 20 milisaniye ek gecikme ölçtüğünü bildiriyor. Rakam, ekibin test ortamındaki sonucu; bütün uygulamaların yaşayacağı gecikmeye ilişkin garanti değil. ## Gönderici ve ücret bilgileri gizlenmiyor **Şifreleme bekleme aşamasını kapsıyor.** Gönderici [adresi](https://kriptometa.com/sozluk/cuzdan-adresi) ve gas bilgileri ağda görünür kalıyor. İçerik, blok kesinleşmesinin ardından açılıyor; tamamlanan işlemler için kalıcı anonimlik sağlanmıyor. [zkSecurity’nin teknik incelemesi](https://reports.zksecurity.xyz/reports/aptos-encrypted-mempool/), işlem sıra numarası, sona erme zamanı ve şifreli verinin boyutu gibi bilgilerin de görülebildiğini belirtiyor. İsteğe bağlı bir alan hedef sözleşmeyi ve fonksiyonu önceden açıklayabiliyor. ## Kullanım seçeneği ve ek ücretler Petra, imzalama sırasında şifreleme seçeneğini sunan ilk cüzdan olarak duyuruldu. Geliştiriciler TypeScript SDK’nin 7.0.0 ve sonraki sürümlerini kullanabiliyor. Aptos, Decibel’in de özelliği kullanacağını belirtiyor. [13 Ekim’de güncellenen SDK belgesine](https://aptos.dev/build/sdks/ts-sdk/building-transactions/encrypted-pending-transactions) göre şifreli işlemlerde asgari [gas](https://kriptometa.com/sozluk/gas-ag-ucreti) birim fiyatı 200 Octa: normal ağ tabanının iki katı. Ayrıca şifre çözme için 375 gas birimi sabit ek maliyet alınıyor. İşlemin kendi hesaplama maliyeti de ekleniyor; ödenecek tutarı toplam gas tüketimi ve seçilen birim fiyat belirliyor. SDK şu aşamada Keyless, federated Keyless ve hesap soyutlama imzalayıcılarını desteklemiyor. Şifreli işlem doğrudan simüle de edilemiyor. Belge, aynı işlemi önce açık içerikle simüle etmenin gözlemcilerin iki kaydı eşleştirmesine ve gizlenmek istenen içeriği öğrenmesine yol açabileceği konusunda uyarıyor. [Aptos’un şifreli işlem havuzuna ilişkin resmî duyurusu](https://x.com/Aptos/status/2109630266633531548)