2029 Geri Sayımı: Ethereum'un Kuantum Direnci Maratonu Hegotá ile Başlıyor

Orijinal Yazar: KarenZ, Foresight News

Kuantum bilgisayarlar henüz blok zincirinin kapısını çalmadı, ancak Ethereum Vakfı takvimde bir tarihi şimdiden işaretledi: Aralık 2029.

Bu, Ethereum Vakfı protokol ekibinin kendisi için belirlediği mühendislik süresi: kuantum tehdidinin daha erken ortaya çıkabileceği senaryoya göre hazırlanmak ve risk gerçekten yaklaşmadan önce Ethereum'un birinci katman ağının kuantum dirençli dönüşümünü tamamlamak.

Planlanan Hegotá, Ethereum'u doğrudan tamamen kuantum dirençli bir blok zincirine dönüştürmeyecek olsa da, sonraki planların zamanında ilerleyip ilerleyemeyeceğini belirleyecek.

EF, "Q-day" için 2029'u erken bir son tarih olarak belirledi

"Q-day" genellikle, gerçek saldırı kapasitesine sahip kuantum bilgisayarların ortaya çıktığı ve mevcut açık anahtar kriptografi sistemlerinin bu nedenle somut bir tehdit altına girdiği varsayımsal bir zaman noktasını ifade eder.

Ne zaman geleceğini kimse kesin olarak tahmin edemez. Ethereum Vakfı da çoğu güvenilir tahminin Q-day'in 2030'dan sonra, hatta çok daha sonra olacağını öngördüğünü ve hiç gelmeme ihtimalinin de bulunduğunu açıkça kabul ediyor.

Ethereum Vakfı protokol ekibi, muhafazakâr bir mühendislik varsayımı benimsiyor: Ethereum'un birinci katmanı, Q-day'in en erken 2030'da gelebileceği senaryoya göre önceden hazırlanmalı.

Bu amaçla protokol ekibi bir hedef belirledi: Aralık 2029'a kadar Ethereum'un birinci katmanının yürütme, konsensüs ve veri olmak üzere üç bölümünün tam kuantum direnci yeteneğine sahip olmasını sağlamak.

Bu hedef hiçbir zaman ayarlanmayacak değil. Protokol ekibi, Ocak 2027'de dış uzman görüşlerini de dikkate alarak kuantum bilişimdeki gelişmeleri yeniden değerlendirmeyi planlıyor. O zamana kadar 2029 son tarihi, kolayca taviz verilmeyecek bir çalışma hedefi olarak kabul edilecek.

Kuantum direnci dönüşümünün yıllar öncesinden hazırlanması gerekiyor çünkü Ethereum yalnızca tek bir kriptografik teknik kullanmıyor ve tek bir imza algoritmasını değiştirmekle geçiş tamamlanamıyor. Kullanıcı hesaplarının işlemlerin yetkilendirildiğini nasıl kanıtladığı, doğrulayıcıların konsensüse nasıl katıldığı ve verilerin nasıl doğrulandığı farklı kriptografik yapıları içeriyor. Herhangi bir değişiklik; spesifikasyon tasarımı, istemci uygulaması, güvenlik incelemesi, geliştirme ağı testi ve ana ağ koordinasyonunu gerektirir; tehdit ortaya çıkana kadar beklenemez.

Hegotá bir "kuantum direnci yükseltmesi" değil, tüm planın ilk sınavı

Ethereum Vakfı protokol ekibinin şu anda yayınladığı temel yol haritasına göre, Glamsterdam ağ yükseltmesinin Aralık 2026'da ana ağda yayınlanması planlanıyor; tam kuantum direnci yeteneği ise Glamsterdam'dan sonraki beşinci sert çatal olan L*'a yerleştirilmiş durumda ve hedef zamanı Aralık 2029. Glamsterdam'dan L*'a yalnızca üç yıl var; Hegotá, I*, J*, K* ve L*'ı sırayla tamamlamak için her yükseltme arasında ortalama yalnızca yaklaşık 7,2 ay bulunuyor.

Bu oldukça agresif bir zaman çizelgesi. Şu anda Ethereum Vakfı, Hegotá, I*, J* ve K* için ayrı ayrı kesin ana ağ yayın tarihleri açıklamadı. Kesin olan şu ki, istemci ekiplerinin Hegotá'yı en erken 2026'nın dördüncü çeyreğinin sonlarında uygulamaya başlaması bekleniyor ve birden fazla sonraki sürümün araştırma, spesifikasyon ve testlerinin paralel olarak ilerlemesi gerekiyor.

Mevcut yol haritasına göre aşamaların ana düzenlemeleri şöyle:

• Hegotá: Bu yolun başlangıcında yer alıyor. Resmî konumlandırması çok net: Hegotá kendisi bir kuantum direnci yükseltmesi değil, ancak sonraki kuantum direnci yükseltmelerinin zamanında ilerleyip ilerleyemeyeceğini belirleyecek.
• I*: Kuantum dirençli açık anahtar kayıt defterini devreye alarak hesapların kuantum dirençli açık anahtarları kaydetmesi ve kullanması için protokol temeli oluşturacak; aynı zamanda konsensüsün ayrıştırılması bu sürümün şu anda önde gelen çekirdek aday yönü ve daha büyük ölçekli durum yapısı tasarımı ile geçiş çalışmalarının da I* ile başlaması bekleniyor.
• J*: "Asgari uygulanabilir kuantum direnci" birinci katmanını, yani MV-PQ'yu oluşturacak. Temel bileşenleri arasında konsensüs katmanında kuantum dirençli heartbeat mekanizması, veri katmanında post-kuantum leanDA örneklemesi ve yürütme katmanında post-kuantum leanSPHINCS işlemleri yer alıyor.
• K*: Mevcut temel sıralamaya göre zorunlu yürütme kanıtlarını getirecek. O noktada doğrulayıcıların gelişim yönü, her doğrulayıcının tüm bloğu yeniden yürütmesi yerine özlü yürütme kanıtlarını doğrulamak olacak.
• L*: Mevcut temel sıralamaya göre, tam kuantum dirençli konsensüs için gereken kuantum dirençli kanıt mesajlarını, yani post-quantum attestations'ı ekleyecek ve Aralık 2029'da yürütme katmanı, konsensüs katmanı ve veri katmanında tam kuantum direnci hedefine ulaşacak.

Ancak K* ve L*'ın görev sırası henüz kesinleşmedi. Protokol ekibi bir yer değiştirme planını değerlendiriyor: kuantum dirençli kanıt mesajlarını L*'tan K*'a çekerek tam kuantum direnci yeteneğinin daha erken gerçekleşmesini sağlamak; aynı zamanda zorunlu yürütme kanıtlarını K*'tan L*'a ertelemek. Bu plan benimsenirse K* ve L*'ın somut sorumlulukları ve yükseltme temposu buna göre değişecek. Bu nedenle şu andaki en doğru ifade şudur: Aralık 2026, Glamsterdam'ın mevcut ana ağ hedefi; Aralık 2029 ise temel yol haritasında L* ve tam kuantum direnci yeteneğinin hedefi; K ve L*'ın iç sıralaması yine de değişebilir.

Araştırmacılar, istemci geliştiricileri, güvenlik denetçileri ve test ekipleri hem Hegotá'yı tamamlamalı hem de I*, J*, K* ve L* için spesifikasyonları ve prototipleri önceden hazırlamalı. Hegotá çok fazla birbiriyle etkileşimli özellik içerirse, yalnızca kendi yayınını geciktirmekle kalmaz, sonraki kuantum direnci çalışmaları için gereken ekipleri de meşgul eder.

Bu nedenle Ethereum Vakfı protokol ekibi, Hegotá aday tekliflerini S (2 adet), A (15 adet), B (8 adet), C (7 adet), DFI (28 adet) ve TBD (2 adet) seviyelerine ayırdı; toplam 62 aday teklif bulunuyor. S seviyesi teslim edilmesi zorunlu olanları; A seviyesi yüksek öncelikli ve teslim edilmesi beklenenleri; B seviyesi spesifikasyon, prototip veya sorumlu onayı gibi koşulları sağlaması gerekenleri; C seviyesi şimdilik dahil edilme çizgisinin altında kalanları; DFI bu yükseltmeye dahil edilmesi önerilmeyenleri; TBD ise belirsiz olanları ifade ediyor.

Hegotá'nın iki S seviyesi: FOCIL ve Frames

Protokol ekibinin yayınladığı Hegotá sınıflandırmasında yalnızca iki EIP S seviyesine girdi: konsensüs katmanından EIP-7805 FOCIL ve yürütme katmanından EIP-8141 Frame işlemleri.

Bunlar, işlem yaşam döngüsündeki iki kritik sorunu ele alıyor: uygun bir işlemin bir bloğa girip giremeyeceği ve bir hesabın işlemleri hangi yöntemle doğrulayıp yürütebileceği.

FOCIL (EIP-7805), "Fork-choice enforced Inclusion Lists" (Çatal seçimi kuralıyla uygulanan dahil etme listeleri) anlamına gelir. Amacı, Ethereum'un işlem dahil etme garantisini iyileştirmektir.

Şu anda profesyonel blok oluşturucular blok oluşturmaya hâkim. Bu iş bölümü blok oluşturma verimliliğini artırmaya yardımcı olsa da, blok üretimi uzun süre az sayıda oluşturucunun elinde yoğunlaşırsa, bu oluşturucular güçlü işlem filtreleme yeteneği de kazanabilir. FOCIL bu nedenle normal blok oluşturma sürecinin dışına, doğrulayıcılardan gelen bir dahil etme kısıtı katmanı ekler.

FOCIL tasarımına göre her Slot'ta bir grup doğrulayıcı seçilerek "dahil etme listesi komitesi" (IL committee) oluşturulur. Komite üyeleri, gördükleri bekleyen işlemlere dayanarak ayrı ayrı dahil etme listeleri hazırlar ve yayınlar. Bir sonraki Slot'un blok oluşturucusu bu listeleri toplar ve blok oluştururken yürütme koşullarını sağlayan işlemleri ekler. Yeni bloğu onaylamakla görevli doğrulayıcılar da zamanında aldıkları dahil etme listelerini saklar ve bloğun ilgili gereksinimleri karşılayıp karşılamadığını kontrol eder.

Blok, doğrulayıcıların sakladığı listedeki işlemleri haklı bir neden olmaksızın atlarsa, onaylayıcılar o blok için oy kullanmaz. Böyle bir blok yürütme düzeyinde hâlâ geçerli olsa bile, kanonik zincire girmek için gereken konsensüs desteğini alamaz. FOCIL'in anlamı budur: komite üyelerinin bloğu doğrudan değiştirmesini sağlamak değil, doğrulayıcıların oy verip vermemesi yoluyla blok oluşturucusunun seçimlerini kısıtlamaktır.

Eşlik eden EIP-8369, hangi işlemlerin FOCIL'in zorunlu dahil etme garantisinden yararlanmaya uygun olduğunu daha ayrıntılı olarak açıklar. Sıradan işlemlerin atlanma nedenlerini doğrulamak nispeten kolaydır; Frames işlemleri programlanabilir doğrulamaya izin verdiğinden, değerlendirme maliyeti daha yüksektir ve bu nedenle okunabilecek durum aralığı ile doğrulama bütçesinin ek olarak sınırlandırılması gerekir.

Basitçe söylemek gerekirse FOCIL, doğrulayıcıların blok oluşturucusunun işini elinden alması değil, oluşturucuya konsensüs katmanında bir kural eklemektir: bloktaki işlemlerin çoğunu yine de düzenleyebilirsiniz, ancak haklı bir neden olmaksızın komitenin listelediği uygun işlemleri sürekli olarak görmezden gelemezsiniz.

Frame Transactions (EIP-8141) ise hesap katmanı sorununu ele alır. İşlem doğrulama, işlem yürütme ve Gas ödemesini protokol katmanında daha programlanabilir hale getirerek yerel hesap soyutlaması için temel oluşturmayı planlar. Vitalik, EIP-8141'in ortak yazarlarından biridir.

Şu anda çoğu sıradan Ethereum hesabı sabit türde özel anahtar imzalarına bağımlıdır. Frames, hesapların daha esnek doğrulama mantığı kullanmasını sağlamayı hedefler; örneğin yeni imza şemaları benimsemek, birden fazla yetkilendirme koşulunu birleştirmek veya işlem ücretlerini başka hesapların ödemesine izin vermek gibi. Ayrıca imza toplamayı destekleyebilir ve her yeni imza şeması için ayrı bir sert çatal yapmaya gerek kalmadan gelecekte yeni imza şemalarının eklenmesine olanak tanır.

Ancak Frames kendisi tam bir kuantum dirençli imza şeması değildir ve Hegotá yayınlandıktan hemen sonra mevcut anahtarları kullanımdan kaldırmaz. Sağladığı şey "kriptografik çeviklik"tir: gelecekte imza şemasının değiştirilmesi gerekirse, hesaplar programlanabilir doğrulama yoluyla geçiş yapabilir ve kalıcı olarak tek bir anahtar sistemine kilitlenmez.

Frames ayrıca çekirdek eşlikçi olarak iki A seviyesi teklife ihtiyaç duyar. EIP-8250 Keyed Nonces, aynı göndericinin birbirinden bağımsız nonce kanalları kullanmasına izin vererek farklı işlemlerin katı bir sırayı paylaştığı için birbirini engellemesini önler; EIP-8272 ise işlemlerin doğrulayıcılar tarafından kontrol edilebilen güncel zincir üstü durumu kullanmasını sağlayarak ilgili gizlilik işlemlerinin de FOCIL tarafından sağlanan dahil etme garantisinden yararlanabilmesini mümkün kılar.

Dolayısıyla FOCIL ve Frames birbiriyle ilgisiz iki özellik değildir. İlki bloğun hangi uygun işlemleri dahil etmesi gerektiğini değiştirirken, ikincisi işlemin kendisinin doğrulama yapısını değiştirir. İkisinin güvenli şekilde birlikte çalışıp çalışamayacağı, Hegotá'nın en önemli test görevlerinden biridir.

S seviyesi dışında hangi EIP'ler dikkate değer?

S seviyesi teklifler Hegotá'nın ana hattını tanımlıyor, ancak birden fazla A seviyesi teklif de Ethereum'un gelecekteki hesap güvenliğini, kuantum direnci geçişini, yürütme kanıtlarını ve kaynak fiyatlandırmasını etkileyecek.

İlk olarak EIP-8365 var. Yeterince güçlü kuantum saldırıları karşısında güvenliğini kaybedebilecek kriptografik tekniklere hâlâ dayanan bazı BLS çekme kimlik bilgilerinin kademeli olarak kullanımdan kaldırılmasını başlatmayı planlıyor. Protokol ekibi, bu geçişin tam kuantum dirençli konsensüs tasarımının kesinleşmesini beklemeden erkenden başlatılabileceğini düşünüyor.

Hesap güvenliği açısından EIP-7906, EIP-8298 ve EIP-8151, Frames'in genişletme kombinasyonu olarak görülüyor.

EIP-7906, işlemlerin nihai olarak gönderilmeden önce belirli sonuçların gerçekleşip gerçekleşmediğini kontrol etmesini sağlayan İşlem İddiaları (Transaction Assertions) mekanizmasını getiriyor. Bu mekanizma, kötü niyetli sözleşmelerin cüzdan varlıklarını çekmesinden ve bazı MEV davranışlarından kaynaklanan kayıpları azaltmayı amaçlıyor. Ancak teklifin somut okuma aralığı hâlâ araştırılıyor ve daraltılıyor; bu nedenle mevcut tasarım kilitlenmiş nihai bir spesifikasyon olarak yazılamaz.

EIP-8298, hesapların mevcut sözleşme kodunu yeniden kullanmasına izin vererek, yetkilendirilmiş hesapların tam koda sahip akıllı sözleşme hesaplarına dönüşmesini sağlar. EIP-8151 ise mevcut hesap koduna sahip adreslerin geleneksel ecRecover kimlik doğrulamasına bağımlı kalmaya devam etmesini kısıtlar.

Bu iki teklif birleştiğinde, hesaplar eski secp256k1 anahtarını en yüksek kontrol kimlik bilgisi olarak kullanmayı gerçekten bırakabilir ve gelecekte eski anahtar sisteminden çıkış için eksiksiz bir yol oluşturulabilir.

EIP-8025 (isteğe bağlı yürütme kanıtı) gelecekteki zkEVM yol haritasıyla ilgilidir. İsteğe bağlı yürütme kanıtı için gereken değişiklikleri birleşik yürütme spesifikasyonuna dahil etmeyi ve farklı zkVM projelerinin birbirinden ayrılmış sürümleri uzun süre bakımını yapma sorununu azaltmayı planlar.

EIP-8279 (blok erişim listesi Byte katmanı) ve EIP-8131 (birleşik işlem içerik katmanı) ise bir yürütme güvenliği teklif grubudur. İkisi sırasıyla blok erişim listeleri ve işlem içerikleri için asgari fiyatlandırma standartları belirleyerek saldırganların düşük fiyatlandırılmış içerikleri kullanarak aşırı kaynak yükü oluşturmasını sınırlamayı amaçlar. Öncelikle en kötü durumdaki blok işleme maliyetini ele alırlar; doğrudan ağ kapasitesinin artırıldığını ilan etmezler. Bu güvenlik marjının kapasiteyi genişletmek için kullanılıp kullanılmayacağı daha sonra ayrıca kararlaştırılmalıdır.

EIP-3298, Gas iadesi mekanizmasını tamamen kaldırarak ölçüm, uygulama ve testlerdeki özel durumları azaltmayı planlar; EIP-5920 (PAY Opcode) ise sözleşmelerin alıcı sözleşme kodunu yürütmeden ETH transfer etmesine izin vererek "değer transferi" ile "sözleşme çağrısı"nı açıkça ayırır.

Bu arada, ilgi gören bazı teklifler hâlâ B seviyesinde kalıyor.

Örneğin EIP-8198 (Quick Slots) Slot süresini kısaltmayı hedefliyor, ancak protokol ekibi önce çekirdek protokol değişikliklerini kapsayan spesifikasyonu, eksiksiz prototipi, alt akış etki değerlendirmesini tamamlamasını ve sonraki ayrıştırılmış konsensüs tasarımını engellemeyeceğini kanıtlamasını şart koşuyor. Bunun nedeni Slot süresinin yalnızca blok üretim hızını değil, ağ yayılımını, konsensüs kararlarını ve uygulamaların zamana ilişkin varsayımlarını da etkilemesidir.

Ayrıca EIP-8368 ve EIP-8372 "TBD" (belirsiz) olarak listeleniyor. İki teklif Gas limiti ve durum kaynağı fiyatlandırmasıyla ilgili; protokol ekibi, yeniden kalibrasyon gerekip gerekmediğine karar vermek için Glamsterdam'ın Aralık 2026'da yayınlanmasının ardından ana ağ verilerini beklemeye karar verdi.

Hegotá'nın nihai olarak kaç EIP içereceği, bu yükseltmenin başarısını ölçmenin tek kriteri değil.

Daha önemlisi, güvenlik ve test kalitesinden ödün vermeden FOCIL, Frames ve çekirdek eşlikçilerini teslim edip edemeyeceği; aynı zamanda I*'ın açık anahtar kaydı ve ayrıştırılmış konsensüsü, J*'ın asgari uygulanabilir kuantum direnci yeteneği ile K* ve L*'ın yürütme kanıtları ve tam kuantum dirençli konsensüsü için yeterli Ar-Ge kaynağı bırakıp bırakamayacağıdır.

Mevcut hedeflere göre Glamsterdam, Aralık 2026'da bu sıkı yükseltme döngüsünü başlatacak; temel yol haritasındaki L* ise Aralık 2029'da bitiş noktasına ulaşacak. Aradaki her yükseltme yalnızca kendi işlevini tamamlamakla kalmamalı, bir sonraki aşamanın ilerlemeye devam edebilmesini de garanti etmelidir.

Kuantum tehdidinin 2030'dan önce gerçeğe dönüşüp dönüşmeyeceğine kimse kesin bir yanıt veremez. Ancak Ethereum'un mevcut tercihi zaten net: önce risk için bir son tarih belirle, sonra her teklifin ana ağa girme koşullarını spesifikasyon, prototip ve testlerle kanıtlamasını sağla.

Makale referansları:

https://blog.ethereum.org/2026/09/07/protocol-hegota-eips

https://blog.ethereum.org/2026/09/07/protocol-priorities

https://x.com/VitalikButerin/status/2073459000398463446