2026 itibarıyla banka/sanal POS tarafındaki gecikme artık “henüz erken” veya “ihtiyaç duyan geçsin” diye geçiştirilebilecek bir noktada değil. E-ticaret geliştiricileri ve altyapı sağlayıcıları (CDN, hosting, framework’ler) yıllardır dual-stack’e adapte oldu. Modern tarayıcılar Happy Eyeballs ile IPv6’yı tercih ediyor, ISP’ler de uzun zamandır abonelere dual-stack (hatta bazı yerlerde IPv6-only + NAT64) veriyor. Bireysel kullanıcının “ben IPv4 istiyorum” deme şansı zaten yok. Bu yüzden site tarafında IPv6’yı desteklememek, müşteri kaybı ve hata demek oluyor. Biz de bunu yaşadığımız için AAAA’yı kapatma çözümüne gittik; bu da tipik bir geçici yama. Banka ve sanal POS tarafında ise durum farklı. Onlar: IP adresini genellikle fraud, risk skorlama, 3D Secure loglama ve “CustomerIPAddress” gibi alanlarda kullanıyor. Bu alanları yıllar önce IPv4 string’i olarak tasarlamışlar ve validasyonu da ona göre yazmışlar (regex, inet_aton, “valid IP” kontrolü vs.). Değişiklik yapmanın maliyeti ve regülasyon (BDDK, PCI-DSS, denetim) yükü yüksek olduğu için “çalışıyor, dokunmayalım” refleksi devam ediyor. Ortaya çıkan şey şu: Trafiğin bir kısmı IPv6 ile geliyor, POS “bu geçerli IP değil” deyip işlemi düşürüyor. Bu, kullanıcı hatası değil, karşı tarafın eski varsayımı. “Nereden çıktı bu IPv6” demek için gerçekten çok geç. IPv4 havuzu tükeneli yıllar oldu, mobil operatörler ve büyük ISP’ler IPv6’yı varsayılan hale getirdi. Türkiye’deki genel kullanım oranı hâlâ düşük kalsa da (2026 başında yaklaşık %19 civarı), e-ticaret ve bankacılık trafiğinde IPv6 payı daha yüksek ve büyüyor. Bunu “ihmalkârlık” olarak görmek abartılı değil. Çünkü: Karşı taraf (e-ticaret) ve altyapı (ISP) uyumlu. Sorun, sadece kendi sistemlerinin IPv6’yı “geçerli IP” saymamasından kaynaklanıyor. Çözüm teknik olarak zor değil (IPv6 string’ini de kabul etmek, loglamak, fraud kurallarını dual-stack’e göre güncellemek). Asıl engel öncelik ve süreç. Bazı bankalar/POS sağlayıcıları bunu çözmüş görünüyor. @GarantiBBVA gibi bazıları ise geride kalmış. Bu da “sektörde herkes böyle” argümanını zayıflatıyor. Kısaca: Geliştirici tarafı olarak “biz uyumlu kodluyoruz, banka hâlâ IPv4 sanıyor” dememiz haklı. Bankanın 2026’da hâlâ “valid IP = IPv4” diye işlemi reddetmesi ise artık teknik borç ve operasyonel gecikme. Geçici çözüm olarak AAAA kapatmak iş görüyor ama kalıcı çözüm POS tarafının IPv6’yı da birinci sınıf vatandaş gibi kabul etmesi.

AI kodlama ajanı karşılaştırması sonuç tablosuyla değil, kurallarla başlar. Beş ajana (Claude Code, Codex, Antigravity, Qwen Code ve Atlantic Factory) aynı eski PHP deposunu ve aynı görevi veriyorum. Ama önce puanlamayı, gizli testleri ve hile kapılarını mühürledim. Sonuç yok, cevap anahtarı zarfta. halityesil.com/ai-kodlama-aj…