MagicBlock, 6 Ekim 2026 tarihinde Validator v1.0'u yayınladı ve bu, Ephemeral Rollups'larını çalıştıran özel Solana Sanal Makinesi çalışma ortamının ilk büyük sürümünü işaret ediyor. Bir buçuk yıldan fazla süren inşa, test ve iyileştirme sürecinden sonra, bu sürüm, zaten üretimde kullanılan özellikleri birleştirirken yük altında performansı, hata kurtarma yeteneğini ve operatör araçlarını güçlendiriyor. Geliştiriciler artık seçili hesapları, yaklaşık 10 milisaniyelik blok süreleriyle işleri işleyen ve sonuçları Solana ana ağa geri gönderen hızlı, eş zamanlı bir yürütme ortamına devredebiliyor. 

Şu anda dört doğrulayıcı, Asya, Avrupa, Birleşik Devletler ve güvenli yürütme ortamı örneği üzerinde ana ağda faaliyet göstermektedir. Bu güncelleme, oyunlama, alım satım ve ödeme alanlarındaki uygulamaların, temel katmanın tek başına sağlayamadığı gecikme ve gizlilik ihtiyaçlarını karşılamak amacıyla gelmektedir; ancak Solana programlarına ve likiditeye tam erişim korunmaktadır. Doğrulayıcı v1.0, geliştiricilere çok adımlı niyet işleme, daha ucuz geçici depolama, atomik çözümlenme eylemleri ve daha net ekonomik yapılar sunarak Geçici Rollup’ları üretim hazırya gerçek zamanlı bir motor haline getirirken, Solana’ya tamamen bağlı kalır.

Intent paketleri, bir uygulamanın bu adımları kendi başına birleştirmesine gerek kalmadan, tek bir rollup işleminden bir dizi adım talep etmesine izin verir. Doğrulayıcı, yürütme sırasını yönetir ve geliştiricilerin önceki olarak sürdürmesi gereken koordinasyon kodunu azaltır. Pratikte, bu, bir oyunun her bir parça için ayrı ayrı zincir içi çağrılar yapmadan, oyuncu durumunu güncelleyebilir, bir ödeme tetikleyebilir ve bir sonraki eylemi planlayabilir. Tasarım, Solana programını ana orchestrator olarak korurken, rollup yüksek frekanslı işlemleri yönetir. GitHub'daki resmi sürüm notlarına göre, bu paketler, delegasyon sonrası eylemler ve geri çağrıları da dahil olmak üzere daha geniş bir uygulama iş akışı kümesinin bir parçasını oluşturur. Hesaplar, oturum boyunca temel zincirde çakışan yazılara karşı kilitli kaldığından, ağ koşulları ne olursa olsun sıra tutarlı kalır. Bu yaklaşım, kısmi yürütme riskini azaltır ve belirli sonuçlar gerektiren geliştiriciler için karmaşık gerçek zamanlı akışları daha güvenilir hale getirir.

Pratik etki, ödeme ve oyun akışlarında en açık şekilde ortaya çıkar. Bir kullanıcı, Solana ana ağında tek bir imzalı işlemi onaylayabilir; doğrulayıcı, ardından özel veya yüksek hızlı kısmı rollup içinde yürütür ve nihai durumu geri kurar. MagicBlock’ın blog gönderisi, niyetlerin ve ilgili özelliklerin birleşiminin, geliştiricilerin ara adımları elle yönetmesine gerek kalmadığını açıklar. Erken üretim uygulamaları, blok sürelerinden kesintiye uğramadan sürekli hissedilen çok oyunculu oturumlar ve alım satım döngüleri göstermiştir. Sıralama sorumluluğunu doğrulayıcıya aktararak, bu sürüm hatalar için yüzey alanını azaltır ve mühendislik zamanını uygulama mantığına ayırmayı sağlar. Değişim, projenin, uygulamaların hesaplama kapasitesini talep üzerine ölçeklendirmesine ve mevcut Solana programları ile likidite havuzlarıyla tamamen uyumlu kalmasına yönelik açık hedefiyle de uyumludur.

Magic Actions, Solana programlarının settlement işlemi sırasında güncellenmiş rollup durumunu kullanmasını sağlar. Bir eylem, bir commit ile aynı Solana işlemine dahil edildiğinde atomik olarak çalışır: başarı, commit ve eylemi aynı anda ilerletir; başarısızlık ise tüm işlemi geri alır. Bu garanti, daha önce özel kurtarma mantığı gerektiren yaygın bir kısmi durum sorunu sınıfını ortadan kaldırır. Geri çağırma fonksiyonları, sonucu rollup'a döndürür böylece uygulama hemen tepki verebilir. Otomatik undelegation, hesapların temel katmana geri verilmesini daha da basitleştirir. GitHub yayın notları, bu yetenekleri settlement akışları altında listeler ve commit sıralaması ile blockhash tutarlılığının iyileştirilmiş işlemini belirtir. Birlikte, yüksek hızlı ortam ile Solana ana ağ güvenliği arasında daha sıkı bir döngü oluştururlar.

Geliştiriciler için, değer hareket ettiğinde atomik özellik en çok önemlidir. Bir ticaret uygulaması, bir fiyat güncellemesini onaylayabilir ve aynı anda ilgili bir transferi gerçekleştirebilir; bunun sonucunda biri başarılı olurken diğeri başarısız olma riski yoktur. Aynı desen, oyun ödüllerinin dağıtımı veya özel ödeme sonlandırılması için de destek sağlar. İşlem, varış işlemi içinde yer aldığından, genel sistem, ayrı bir nihaiyet mekanizması icat etmek yerine Solana’nın uzlaşım garantilerini miras alır. Yapılandırılmış izleme ve genişletilmiş gecikme metrikleri gibi operatör araç geliştirme iyileştirmeleri, ekiplerin bu atomik adımları üretimde gözlemlemesine yardımcı olur. Net sonuç, az sayıda kenar durumu hatası ve daha net bir zihinsel modeldir: rollup işleri hızlandırır, temel katman kesin sonucu kaydeder ve Magic Actions, ek koordinasyon kodu gerektirmeden ikisini senkronize tutar.

Delegasyon sonrası işlemler, bir hesap rollup'a ulaştığında hemen başlayacak işleri bir uygulamanın düzenlemesini sağlar. Bu işlemler, ara durumları açığa çıkarmadan şifrelenmiş talimatlar içerebilir. Niyet paketleriyle birlikte, bu özellik tamamen gizli bir ödeme yolu sağlar: bir kullanıcı ana ağda bir kez imzalar, rollup gizli kısmı güvenilir bir yürütme ortamında çalıştırır ve nihai sonuç Solana'ya geri yerleşir. MagicBlock'ın belgeleri, gizlilik modelinin, durumun ana makineden korunduğu Intel TDX donanımına dayandığını açıklar. Bu durumda ödün verilen nokta, projenin açıkça belirttiği gibi donanım sağlayıcısına güvenmektir. Token transferleri, mevcut cüzdanlar ve programların uyumlu kalmasını sağlayan standart Solana arayüzlerini ve SDK'larını kullanmaya devam eder.

Bu tasarım, kullanıcının anlaması gereken adımlar sayısını azaltır. Daha önce özel akışlar genellikle çoklu imzaları veya ara hesapları gerektirirdi. Delegasyon sonrası eylemlerle, karmaşıklık tek bir yetkilendirme arkasına taşındı. Üretim örnekleri zaten gizli işlem stratejilerini ve özel çoklu oyuncu durumlarını içeriyor. Yayın notları, şifrelenmiş talimatların v1.0 sürümünde uygulama-workflow eklemelerinin bir parçası olduğunu doğruluyor. Gizliliği isteğe bağlı tutup, delegasyon yapılan hesaplara sınırlayarak, sistem her uygulamayı gizli moda zorlamadan, gerekli olduğu yerlerde sunuyor. Bu yaklaşım aynı zamanda bileşilebilirliği korur: özel bölüm çözüldükten sonra, ortaya çıkan hesaplar diğer tüm Solana programlarıyla sıradan şekilde etkileşime geçebilir.

Magic ATAs, kullanıcıların, alıcının Solana üzerinde ilgili token hesabını oluşturmadan veya kira muafiyeti için yatırımda bulunmadan rollup üzerinde token göndermesini sağlar. İlgili token hesabı, belirli bir cüzdana ait belirli bir tokenı tutan standart Solana yapısıdır; bunu oluşturmak SOL maliyeti getirir ve birçok kullanıcı bu maliyeti önceden harcamayı tercih etmez. Magic ATAs, rollup faaliyetleri için bu maliyeti erteleyip ortadan kaldırır ve yüksek frekanslı veya geçici transferlerde sürtünmeyi azaltır. Özellik, validator tarafından zaten desteklenen aynı Token-2022 ve standart token arayüzleriyle çalışır. Hesaplar rollup üzerinde geçici kaldığı için ekonomik maliyet, kalıcı depolama yerine gerçek kullanımla orantılı kalır.

Oyun ve mikro ödeme bağlamlarında bu fark önemlidir. Oyuncular, token hesaplarını finanse etmek için durmadan ödüller alabilir veya oturum içi transferler yapabilir. İşlem uygulamaları geçici bakiyeleri daha akıcı bir şekilde yönlendirebilir. Resmi blog gönderisi, bu durumu, kullanıcı ile ödeme arasında adımları azaltma çabasının bir parçası olarak vurgulamaktadır. Rollup içinde gazsız yürütme ile birlikte Magic ATAs, genel deneyimin Solana üzerinde doğrulanabilir sonuçlar ödemeye devam ederken geleneksel web uygulamalarının tepki hızına yaklaşmasını sağlar. Değişim, geçici verileri ucuz tutma projesinin vurgusuyla da uyumludur ve bu tema, geçici hesapların tanıtımıyla devam etmektedir.

Geçici hesaplar, eşdeğer temel katman hesaplarının finansman maliyetinin bir kesri kadarla rollup üzerinde geçici verilere ev sahipliği yapar. Geliştiriciler, bu hesapları serbestçe oluşturabilir, boyutunu değiştirebilir ve kapatabilir; alan serbest bırakıldığında ilgili depo tutarı iade edilir. Böylece bir oyun oturumu, sohbet konusu veya geçici hesaplama, Solana kirasını kalıcı olarak tüketmeden büyük miktarlarda durum oluşturabilir. Veri artık gerekli olmadığında, hesap basitçe kapatılır ve depo geri alınır. Bu model, kalıcı zincir içi depolamaya kıyasla birçok gerçek zamanlı uygulamanın yaşam döngüsüyle çok daha iyi uyum sağlar.

Ekonomik avantaj, birçok kısa ömürlü oturumu açan ve kapayan uygulamalar için birikecektir. Her geçici yapı için tam kira muafiyet bakiyelerini ödemek yerine, takımlar veriler faydalı olduğu sürece yalnızca ödeme yapar. GitHub sürüm notları, geçici hesapları temel uygulama iş akışı eklemeleri arasında listelemektedir. Hesaplar, devralınmış ortamın içinde yaşadıkları için, temel katman yazım çakışmalarına karşı aynı kilitleme korumasını miras alır. Çözüm gerçekleştiğinde, yalnızca son ilgili durum Solana'ya geri yazılmalıdır. Bu nedenle tasarım, maliyeti ve durum şişmesini azaltırken temel zincirin güvenlik modelini korur. Daha önce maliyet nedeniyle zengin geçici durumları kaçınan geliştiriciler artık pratik bir seçenek sahibidir.

Validator v1.0, hesapların temel katmandan senkronizasyonunu iyileştirir. Senkronizasyon artık daha paralel ve talep tabanlıdır; kilitsiz yollar, toplu abonelikler ve hesap getirme işlemlerine ek olarak, katmanlı gRPC ve WebSocket kapsama alanları sunar. Bağlantı havuzlama, boş hesap önbellekleme ve azaltılmış enstrümantasyon yükü, kaynak kullanımını daha da düşürür. Bu değişiklikler, rollup validator'ların Solana RPC uç noktalarına olan yükünü azaltır ve güncellemeler geciktiğinde veya bağlantılar kesildiğinde direnci artırır. Bekleyen settlement işleri, bir yeniden başlatmadan sonra geri kazanılabilir ve önceki bir kurtarma boşluğu giderilir.

Pratik etki, üretim trafiği altında daha yüksek güvenilirliktir. Çok sayıda eşzamanlı oturum açan uygulamalar artık akışların durma veya sessizce başarısız olan yeniden bağlantılar riskiyle daha az karşı karşıya kalır. Operatör araçları, terminal kullanıcı arayüzü, hesap-getirme teşhisleri ve Geyser entegrasyonu kazanır, bu da sorunları izlemeyi ve araştırmayı kolaylaştırır. Sürüm notları ayrıca klonlama sırasında eski veya sırasız hesap güncellemeleri ve yarış durumlarının daha sert bir şekilde ele alınmasını kaydeder. Birlikte, bu iyileştirmeler çalışma zamanını deneysel bir araçtan, takımların sürekli gerçek zamanlı hizmetler için güvenebileceği bir altyapıya doğru taşır. Yük altında verimlilik üzerine odaklanma, projenin birçok özelliğin zaten canlı olduğunu gözlemlemesini yansıtır; v1.0 sadece bunları daha güçlü bir temele yerleştirir.

Tahsilat kurtarma, bekleyen tahsilat amaçlarının doğrulayıcı yeniden başlatmaları boyunca yeniden denenmesini sağlar. Taahhüt-sonlandırma akışları ve otomatik iptal edilme, durumun Solana'ya geri dönme zamanını daha net kontrol altına alır. Yayın notları, daha iyi bir defter oynatma, önbellek davranışı, sıkıştırma sınırları ve kapatma sırasında boşaltma geliştirmelerini göstermektedir. Bu değişiklikler, önceki durumlarda uygulamaların tutarsız durumlara düşmesine neden olabilecek yarışma durumlarını, durmuş akışları ve sıralama sorunlarını giderir. İyileştirilmiş kaynak verimliliği, ayarlanmış defter sıkıştırma ve çoğaltma zamanlaması ile işlem yürütme ve arka plan bakımı arasında çatışmalar azaltılmıştır.

Operatörler için, beklenmedik yeniden başlatmalar sonrası daha az elle müdahale gerektiren kazanımlar ortaya çıkar. Geliştiriciler için, daha öngörülebilir sonlanma kazanımları ortaya çıkar. Bir uygulama, kendi yeniden deneme mantığını uygulamak yerine, doğrulayıcının bir varlık dizisini tamamlamasına veya temiz bir şekilde kurtarmasına güvenebilir. Kurtarma desteği ve atomik Magic Actions birleşimi, kısmi sonuçların olasılığını daha da azaltır. Gözlenebilirlik iyileştirmeleri, yapılandırılmış izleme ve genişletilmiş yaşam döngüsü ile gecikme metrikleri, ekiplere kalan kenar durumlarını teşhis etmek için gerekli verileri sağlar. Genel yön, gerçek zamanlı uygulamaların kanıtlama aşamasından aşamalı olarak sürekli işletime geçtiğinde gerekli olan, güvenli bir şekilde başarısız olan ve otomatik olarak kurtulan bir çalışma zamanına doğru ilerlemektir.

Yeni bir çoğaltma hizmeti, birincil/çoğaltma koordinasyonunu, çoğaltmalar için AccountsDb anlık görüntüleri ve belirleyici blokhash kontrollerini tanıtır. Çoğaltma düğümleri, bir birincil düğümü takip edebilir ve tek düğüm arızalarından kurtulma yeteneğini artırır. Yayın notları, çoğaltma modunu ve meydan okuma protokolünü 1.0.0 sürümünde deneysel olarak açıkça işaretlemektedir. Dolayısıyla anlık görüntüler ve kurtarma desteği, tamamlanmış bir merkeziyetsiz ağı değil, temel çalışma oluşturmaktadır. Proje, bu sürümün ötesinde merkeziyetsizlik ve izinsiz bir ağın önemli öncelikler olarak kalacağını belirtmektedir.

Deneysel biçimi bile olsa, hizmet daha yüksek kullanılabilirliğe doğru olan yolu güçlendirir. Sürekli çalışma süresi gerektiren uygulamalar, bir kopyadan geçiş yapma veya durum doğrulama imkanından yararlanır. Belirleyici blokhash kontrolleri, düğümler arasında tutarlılığı korumaya yardımcı olur. Operatör araçları genişlemeleri, birincil/kopya ilişkisini yönetmeyi kolaylaştırır. Tamamen izinsiz katılım ve hileye karşı kanıt mekanizmaları hâlâ önümüzde olsa da, kopyalama hizmetinin dahil edilmesi, güvenilirlik mühendisliğinin artık özellik geliştirmeyle eş zamanlı olarak yer aldığını göstermektedir. Bu nedenle platformu üretim için değerlendiren ekipler, kopyalama özelliğini eksik bir yetenek olarak değil, ortaya çıkan bir yetenek olarak değerlendirebilir.

Runtime desteği, sBPF v3, Token-2022 uyumluluğu, kriptografik ön derlemeler ve ek sistem çağrılarına genişletildi. Kir parametreleri ana ağla senkronize edildi ve işlem simülasyonu iyileştirildi. Bu güncellemeler, geçici doğrulayıcının Solana'nın kendi gelişimiyle güncel kalmasını sağlar ve ana ağ için yazılmış programların bir rollup içinde başarısız olma riskini azaltır. Yayın notları ayrıca Solana 4.x hedefli runtime bağımlılıklarındaki güncellemeleri kaydeder. Uyumluluk iyileştirmeleri, mevcut Solana programlarının herhangi bir değişiklik yapmadan yüksek hızlı ortamı kullanmasını kolaylaştırır.

Token-2022 uzantılarını veya daha yeni kriptografik prensipleri zaten kullanan geliştiriciler, bu özellikleri gerçek zamanlı oturumlara entegre edebilir. İyileştirilmiş simülasyon, sorunların üretim ortamına ulaşmadan önce yakalanmasına yardımcı olur. Kir parametrelerinin uyumu, rollup ile temel katman arasında ince ekonomik uyumsuzlukları önler. Topluluk olarak, yapılan değişiklikler Ephemeral Rollups'ların Solana'yı değiştirmek yerine genişlettiğini vurgulayan tasarım ilkesini güçlendirir. Uygulamalar, daha düşük gecikme süresi veya isteğe bağlı gizlilik gerektiren kısımları hızlandırırken, tam ana ağ programları ve likidite setiyle birlikte çalışmaya devam eder.

Yazılım sürümüyle birlikte, delegasyon oturum ücreti 0,003 SOL'a ve taahhüt ücreti 0,001 SOL'a çıkar. Rollup içindeki sıradan işlemler ücretsiz kalır. Projenin ücret belgesine göre, toplanan ücretlerin yaklaşık %90'ı doğrulayıcı operatörüne, %10'u protokole gider. Oturumlar ve taahhütler, rollup'un Solana ile temas ettiği noktalardır, bu nedenle ücretler yalnızca bu temel katman etkileşimlerine uygulanır. Solana Compass analitikleri, 5 Ekim 2026 tarihinde sona eren hafta boyunca Delegasyon Programı ile ilgili yaklaşık 770 ile 950 günlük işlem kaydetmiştir; bu, yeni oranların uygulanacağı hacim için bir temel sağlar.

Ücret değişikliği, protokol gelirini oturum açma ve sonuçları geri yazma işleriyle daha doğrudan ilişkilendirir. Aynı zamanda, daha büyük bir merkeziyetsizlik için gerekli olan operatör ve doğrulayıcı teşviklerinin yolunu finanse eder. Proje, faaliyetin önemli bir kısmını sağlayan adresler için SOL iadeleri tanıttı ve zaten ilk aktif temsilci grubunu seçti. İadeler, herhangi bir ağ tokeninin piyasaya sürülmesinden önce kullanım bazlı ödüllerin erken bir testini sağlar. Bu nedenle, uygulamaları yüksek hacimli olan geliştiriciler yeni ücretlere kısmen karşı bir denge bekleyebilirken, genel model hala spekülatif emisyonlar yerine ölçülebilir ağ kullanımına dayanmaktadır.

SOL iadeleri, protokol aktivitesinin önemli bir kısmını oluşturan adresleri hedef alır. MagicBlock, ilk etapta aktif delegasyon yapan bir grup seçildiğini ve ek uygulama geliştiricilerinin başvurularını davet ettiğini belirtiyor. Bu program, projenin tokenomik materyallerinde tanımlanan programlı teşviklerin ilk adımı olarak sunuluyor. Yeni bir token yerine SOL ile başlamak, ekibin ödüllendirme parametrelerini gerçek kullanım verilerine göre incelemesini sağlıyor. Operatörler ve doğrulayıcılar için sürdürülebilir ödüller, daha merkeziyetsiz bir ağın uzun vadeli hedefi için temel olarak görülüyor.

İade mekanizması, daha yüksek uygulama kullanımının hem ücretleri ödemeyi hem de en aktif katılımcılara bu ücretlerin bir kısmını iade etmeyi sağlayan bir geri bildirim döngüsü oluşturur. Bu yaklaşım, ödüllerin ölçülebilir çalışmayla bağlantılı olmasını sağlayarak saf enflasyonlu emisyonlardan farklıdır. Seçim kriterleri ve tam oranlar henüz kamuoyuna açıklanmadığından, ekonomiyi değerlendiren ekiplerin projeye doğrudan başvurmaları gerekir. Ancak programın varlığı, ekonomik tasarımın Validator v1.0 yazılım olgunluğu ile paralel şekilde ilerlediğini göstermektedir. Uygulamaları zaten önemli bir oturum hacmi tetikleyen geliştiriciler için, iadeler geniş teşvik yapısının gelişmeye devam ettiği sırada somut bir yakın vadeli fayda sunmaktadır.

Operatörler, bir terminal kullanıcı arayüzü, hesap-getirme teşhisleri ve Geyser entegrasyonu ve çıktısı alır. Yapılandırılmış izleme ve genişletilmiş yaşam döngüsü ile gecikme metrikleri, gözlenebilirliği artırır. Bu araçlar, doğrulayıcı sağlığını izlemeyi, sorunları araştırmayı ve yük altında performansı anlamayı kolaylaştırır. Sürüm notları ayrıca, uzun süreli oturumlarda depolamanın verimli kalmasını sağlayan parçalanma ve küçültme desteği gibi AccountsDb bakım özelliklerini listeler.

Daha iyi araçlar, üretim rollup'larını çalıştırmak için gerekli operasyonel yükü azaltır. Takımlar, senkronizasyon sorunlarını teşhis edebilir, gecikmeyi ölçebilir ve daha net verilerle arızalardan kurtulabilir. Geliştirilmiş kurtarma mantığı ve zengin metriklerin birleşimi, bir olay ile çözümü arasındaki süreyi kısaltır. Daha fazla üçüncü taraf operatör ağa katıldıkça, standartlaştırılmış araçlar, tutarlı hizmet kalitesi için bir zorunluluk haline gelir. Bu nedenle Validator v1.0, bunları ölçeklenebilir şekilde desteklemek için gerekli olan uygulama-yönelik özellikler ve operasyonel altyapıyı aynı anda geliştirir.

Solana ana ağı üzerinde dört aktif rollup doğrulayıcısı listelenmiştir: Asya, Avrupa ve Birleşik Devletler'de birer tane, ayrıca güvenli bir yürütme ortamında çalışan bir tane. Co-location ile düşük uçtan uca gecikme iddiasını destekleyen coğrafi dağılım, uygulamaların oturumları en yakın veya en uygun doğrulayıcıya yönlendirmesini sağlar ve bu bölgelerdeki kullanıcılar için ağ gecikmesini azaltır. TEE örneği, özel iş akışları için donanım tabanlı güvenirlik kökü sağlar. Sürüm geçmişi, 0.16.1 sürümünün 1.0.0 etiketinden bir gün önce yayımlandığını gösterir; bu da milet taşıma sürümüne kadar sürekli geliştirme yapıldığını ima eder.

Çok sayıda canlı doğrulayıcının varlığı, teknolojinin yalnızca deneysel değil, zaten üretimde olduğunu göstermektedir. Oyun ve alım satım alanında gerçek zamanlı uygulamalar, daha önceki sürümleri kullanarak 50 milisaniyenin altında raporlanan uçtan uca gecikmeler elde etmiştir. v1.0'daki güvenilirlik ve iş akışı iyileştirmeleriyle, aynı uygulamalar daha sağlam çok adımlı işleme ve kurtarma yeteneklerine sahip hale gelmiştir. Coğrafi yayılma ayrıca ağı daha fazla merkeziyetsizleştirmeye hazırlamaktadır: deneysel kopya ve zorlama bileşenleri olgunlaştığında ek operatörler katılabilir. Geliştiriciler için hemen değer, her sonucu Solana ana ağına yatırırken düşük gecikmeli bir uç nokta seçme yeteneğidir.

1. Validator v1.0, mevcut Geçici Rollup kullanıcıları için tam olarak neyi değiştiriyor? 

Mevcut uygulamalar, birçok özellik zaten etkin olduğu için çalışmaya devam ediyor; 1.0 sürümü, aynı uygulamaların daha güvenilir hale gelmesi ve daha az özel koordinasyon kodu gerektirmesi için performansı, kurtarmayı ve çok adımlı iş akışlarını güçlendirir. Geliştiriciler, temel mantığı yeniden yazmadan amaç paketleri, atomik Magic Actions ve otomatik undelegation kazanırken, operatörler daha iyi izleme araçları ve geliştirilmiş yeniden başlatma davranışları alır.

2. Yeni oturum ve taahhüt ücretleri uygulama maliyetlerini nasıl etkiler? 

Her delegasyon oturumu artık 0,003 SOL maliyetinde ve ilk oturumdan sonraki her commit 0,001 SOL maliyetinde, sıradan rollup işlemleriyse ücretsiz kalıyor. Yüksek hacimli uygulamalar, bu ücretlerin bir kısmını telafi edecek SOL iadeleri için başvuruda bulunabilir. Bu nedenle net maliyet, dahili işlemler sayısından ziyade oturum sıklığı ve iade uygunluğuna bağlıdır.

3. Gizlilik modeli sıfır bilgi kanıtlarına mı yoksa donanıma mı dayanmaktadır? 

Gizlilik, şimdilik rollup durumunu ana makineden koruyan Intel TDX güvenli yürütme ortamlarına dayanmaktadır. Proje, donanım sağlayıcısına olan güven varsayımını açıkça belgelemektedir. Şifrelenmiş talimatlar ve delegasyon sonrası işlemler, gizli iş akışlarını mümkün kılarken, sonuçları Solana ana ağına doğrulanabilir şekilde geri kazandırır.

4. Sıradan Solana programları, değişiklik yapılmadan Geçici Bir Rollup içinde çalışabilir mi? 

Uyumluluk, Token-2022, sBPF v3, kriptografik ön derlemeler ve geliştirilmiş işlem simülasyonunu içerecek şekilde genişletildi. Bu nedenle, mevcut Solana ana ağı için yazılmış çoğu program rollup içinde çalıştırılabilecektir; ancak geliştiriciler hala simülasyon sonuçlarını ve kira parametreleri uyumunu test etmelidir.

5. 1.0.0 sürümünde hâlâ deneysel olan nedir? 

Replica kipi ve meydan okuma protokolü açıkça deneysel olarak işaretlenmiştir. Yeni replikasyon hizmeti, birincil/replica koordinasyonu ve anlık görüntüleri sağlar, ancak tamamen izinsiz doğrulama ve hile kanıtı mekanizmaları hâlâ geliştirme aşamasındadır.

6. Bir doğrulayıcı yeniden başlatıldıktan sonra varlık geri kazanımı nasıl çalışır? 

Bekleyen çözümlenme niyetleri, yeniden başlatmalar boyunca geri kazanılır ve yeniden denenir. Geliştirilmiş defter oynatma, önbellek davranışı ve onay sıralaması, bir yeniden başlatmanın uygulamaları tutarsız bir durumda bırakma olasılığını azaltır. Otomatik kaldırma, hesapların temel katmana döndürülmesini daha da basitleştirir.

7. Geliştiriciler entegrasyon belgelerini ve kaynak kodunu nereden bulabilir? 

Resmi belgeler docs.magicblock.gg adresinde bulunuyor ve doğrulayıcı kaynak kodu, dahil olmak üzere tam v1.0.0 sürüm notları, GitHub'daki magicblock-labs/magicblock-validator deposunda mevcuttur. Her iki kaynak da 6 Ekim 2026 tarihli duyuruya eş zamanlı olarak güncellendi.

8. Daha merkeziyetsiz bir ağa ulaşmanın uzun vadeli yolu nedir? 

Proje, v1.0 sonrası öncelikler olarak dezentralizasyon ve izinsiz bir ağı listeliyor. Çoğaltma, mekanizma protokolleri, operatör teşvikleri ve nihai ağ tokeni tümüyle gerekli bileşenler olarak tanımlanıyor. Şu anki SOL iade programı, daha sonra genişletilebilecek kullanım tabanlı ödüllerin erken bir testidir.

Bu içerik yalnızca bilgilendirme amaçlıdır ve yatırım tavsiyesi oluşturmaz. Kripto para yatırımları risk taşır. Lütfen kendi araştırmanızı yapın (DYOR).

Sorumluluk Reddi: Bu sayfa, kolaylığınız için AI teknolojisi kullanılarak çevrilmiştir. En doğru bilgi için orijinal İngilizce versiyona bakınız.