IPv8 tartışması büyüyor: IP adreslerini iki katına çıkaran taslak ne vaat ediyor?
İnternet dünyası son birkaç gündür IPv8 adı verilen yeni bir protokol önerisini konuşuyor. 14 Nisan 2026’da İnternet Mühendisliği Görev Gücü (IETF) web sitesinde yayımlanan taslak, mevcut 32 bitlik IP adres sistemini 64 bite çıkarmayı öngörüyor. Bu değişiklikle birlikte bugün kullandığımız “192.168.1.1” benzeri adresler, sekiz haneli “192.168.1.1.192.168.1.1” formatına dönüşecek. İlk bakışta devrim niteliğinde görünen bu fikir, teknoloji camiasında ciddi bir fırtına kopardı.
Taslağın arkasındaki isim Bermuda merkezli One Limited şirketinden Jamie Thain. Belgede sunulan argüman oldukça cesur: IPv6’nın yirmi beş yıldır başaramadığını başarmak. Yani mevcut altyapıyı değiştirmeden, sıfır geçiş maliyetiyle adres sorununu kökten çözmek. Kulağa hoş geliyor değil mi? İşin aslı pek öyle değil.
Taslak Ne Vaat Ediyor?
Önerilen sistemde adres yapısı r.r.r.r.n.n.n.n şeklinde düzenleniyor. İlk dört blok (r.r.r.r) Otonom Sistem Numarasını (ASN) temsil ediyor. Son dört blok ise klasik IPv4 formatındaki cihaz adresi olarak kalıyor. Buradaki kritik nokta şu: Eğer ASN kısmına “0.0.0.0” yazarsanız, paket tamamen standart IPv4 kurallarına göre işleniyor. Yani mevcut cihazlar teoride hiçbir güncelleme almadan yeni ağa bağlanabiliyor.
Adres kapasitesi açısından rakamlar gerçekten çarpıcı. IPv4’ün sunduğu yaklaşık 4,3 milyar adresin aksine IPv8, 18 kentilyonun (18,446,744,073,709,551,616) üzerinde benzersiz adres vadediyor. Her ASN sahibine tam 4,3 milyar adres düşüyor ki bu da CGNAT gibi can sıkıcı ara teknolojileri tarihe gömme potansiyeli taşıyor. Ayrıca BGP yönlendirme tablosunun her ASN için yalnızca bir girdiyle sınırlandırılması, yıllardır şişen ve 950 bini aşan yönlendirme tablosunu yaklaşık 175 bin seviyesine indirebilir.
Zone Server: Her Şeyi Birleştiren Platform
Taslağın belki de en iddialı kısmı, ağ yönetimini tek bir noktada toplama fikri. Zone Server adı verilen bu merkezi platform; DHCP, DNS, NTP, telemetri, erişim kontrolü ve hatta OAuth2 tabanlı kimlik doğrulamayı aynı çatı altında birleştiriyor. Bir cihaz ağa bağlandığında tek bir DHCP isteği gönderiyor, karşılığında tüm servislerin adreslerini tek seferde alıyor. Manuel yapılandırma derdi tamamen ortadan kalkıyor.
Güvenlik tarafında da iddialı vaatler var. Cost Factor (CF) isimli yeni bir metrik; gecikme, paket kaybı, coğrafi mesafe gibi yedi farklı bileşeni hesaplayarak en verimli rotayı belirliyor. Hatta bir paketin fizik kurallarını aşan hızda iletildiği tespit edilirse sistem anında alarm veriyor. Kulağa bilim kurgu gibi gelse de bu özellik, rota sahteciliğini ve BGP kaçırma saldırılarını önlemeyi amaçlıyor.
Teknik Çelişkiler ve Yapay Zeka Şüphesi
Şimdi gelelim işin renginin değiştiği noktaya. Siber güvenlik platformu Cybernews, taslak belgeyi GPTZero tarayıcısından geçirdi. Sonuç şaşırtıcıydı: Belgenin en büyük bölümleri yüzde yüz yapay zeka üretimi olarak işaretlendi. Genel olasılık değerlendirmesi ise yüzde 76 oranında yapay zeka kullanımına işaret ediyor. Yani ortada bir insanın titizlikle hazırladığı teknik bir dokümandan çok, büyük bir dil modeline yazdırılmış bir metin var.
Teknik tutarsızlıklar da cabası. Belge bir sayfasında “hiçbir cihaz, uygulama veya ağda değişiklik gerekmez” derken, ilerleyen bölümlerde yepyeni soket API’leri, DNS kayıt tipleri, yönlendirme protokolleri ve zorunlu Zone Server altyapısı tarif ediliyor. Bu iki ifadeyi aynı anda savunmak imkansız.
Asıl büyük eleştiri ise OSI modeliyle ilgili. IP protokolü, yedi katmanlı OSI modelinin üçüncü katmanında yani ağ katmanında çalışır. OAuth2 ise yedinci katmanda, uygulama katmanında konumlanır. IPv8 taslağı, ağ cihazlarının OAuth2 JWT token’ları ile yetkilendirilmesini şart koşuyor. Hacker News’teki bir kullanıcının da dediği gibi: “IP, OAuth’tan dört katman aşağıda değil mi?” Çoğu yönlendirici ve anahtar, uygulama katmanı işlevlerini işleyecek donanıma sahip değil.
IPv6 Zaten Çözmedi mi?
Bir diğer soru işareti de şu: Madem adres sorunu var, neden IPv6’yı bekleyip görmüyoruz? IPv6, 128 bitlik adres alanıyla 340 undesilyon gibi akıl almaz bir kapasite sunuyor. Evet, benimsenme hızı hayal kırıklığı yaratacak kadar yavaş ilerledi. Ancak temel sorun teknik yetersizlik değil, ekonomik teşvik eksikliği ve geçiş maliyetleri. IPv8 bu sorunu sihirli bir değnekle çözmüyor, sadece farklı bir geçiş süreci öneriyor.
Dahası, 8 numaralı IP sürümü aslında çoktan kullanıldı. 1990’larda P Internet Protocol (PIP) için IPv8 tahsis edilmiş ancak hiçbir zaman yaygınlaşmamıştı. Bu numaranın yeniden diriltilmesi, kafa karışıklığına yol açabilir.
IETF Onaylı Değil, Bireysel Bir Başvuru
Burada altı çizilmesi gereken kritik bir detay var. IETF, internet standartlarını belirleyen saygın bir kuruluş. Ancak IETF’in web sitesinde yayımlanan her belge, kurum tarafından onaylanmış anlamına gelmiyor. Taslağın durum sekmesinde açıkça yazdığı gibi: “Bu belge bir İnternet Taslağıdır (I-D). Herkes IETF’e I-D gönderebilir. Bu I-D, IETF tarafından onaylanmamıştır ve IETF standart sürecinde resmi bir geçerliliği yoktur.”
Yani Jamie Thain isimli bir kişi, bireysel olarak bu metni hazırlayıp sisteme yüklemiş. Taslak, herhangi bir IETF çalışma grubundan geçmemiş. 16 Ekim 2026’ya kadar topluluk yorumlarına açık kalacak. Bu süre zarfında yeterli destek görmezse otomatikman geçerliliğini yitirecek.
Topluluk Ne Diyor?
Silikon Vadisi’nin önemli tartışma platformlarından Hacker News’te yorumlar pek iç açıcı değil. Bir kullanıcı “Muhtemelen birisi LLM ile Adderall etkisinde bir gece geçirmiş, bu tamamen çılgınca” derken, bir diğeri “1 Nisan şakası için iki hafta geç kalmadık mı?” diye soruyor. Bir ağ mühendisi ise daha teknik bir eleştiri getiriyor: “Mevcut herhangi bir IPv4 yönlendirici, anahtar ASIC’i, ağ kartı, ana bilgisayar yığını veya güvenlik duvarı, Sürüm=8 paketi gördüğünde onu ayrıştıramaz. Büyük çoğunluğu paketi doğrudan düşürür.”
Bazı kullanıcılar ise taslağın arkasında daha derin bir niyet olabileceğini ima ediyor. Zone Server merkezli bu yapı, sansürcü rejimlerin hayalini kuracağı türden bir kontrol mekanizması olarak yorumlanıyor. Donanım seviyesinde JWT token doğrulaması yapılması, ağdaki her cihazın sürekli izlenmesi ve yetkilendirilmesi anlamına geliyor.
Peki tüm bu gürültünün sonunda ne olacak? Büyük ihtimalle hiçbir şey. IETF süreçleri son derece titiz işler. Bir taslağın standart haline gelmesi için çalışma gruplarından geçmesi, taslak-sonrası revizyonları tamamlaması ve geniş bir mutabakat sağlaması gerekiyor. IPv8 taslağı şu an için tek bir kişinin fikir egzersizinden ibaret. Altı ay sonra sessiz sedasız rafa kalkması sürpriz olmayacak.
Yine de bu olay, yapay zeka araçlarının teknik dokümantasyon üretiminde ne kadar ileri gittiğini ve IETF gibi açık platformların bu tür “vibe-drafting” girişimlerine ne kadar açık olduğunu göstermesi açısından önemli bir vaka. İnternetin temel taşlarını yerinden oynatacak bir değişiklik, bir gecede LLM’e yazdırılan metinlerle değil, yıllar süren titiz mühendislik çalışmalarıyla şekillenir.
