SLV, XDP ve Alpenglow'a Hazır BLS ile Solana v4 Desteğini Tamamladı

ELSOUL LABO B.V. (Merkez: Amsterdam, Hollanda; CEO: Fumitake Kawasaki) ve Validators DAO, açık kaynaklı Solana operasyon aracı SLV'nin Solana v4 (Agave 4.x) desteğini tamamladığını duyurmaktan memnuniyet duyar.

Bu güncellemeyle birlikte, en yüksek performanslı Solana validatörlerinin dayandığı optimizasyonlar — Anza'nın XDP Turbine yeniden iletim hızlandırması ve SIMD-0387'de tanımlanan Alpenglow'a hazır BLS açık anahtar kaydı iş akışı — artık her operatör tarafından aynı kanıtlanmış operasyonel reçeteyle, bir AI ajanla sohbet ederek veya doğrudan CLI işlemiyle çalıştırılabilir. Bir zamanlar derin Linux ve Solana uzmanlığı gerektiren ileri düzey ince ayar, SLV içinde bir araya getirilmiştir; böylece bu uzmanlık geçmişine sahip olmayan operatörler bile bunu yalnızca sohbet yoluyla yeniden üretebilir.

SLV Resmi Sitesi: https://slv.dev/tr SLV GitHub: https://github.com/validatorsDAO/slv

Üst Düzey Validatör İşletimini Demokratikleştirmek — Dünya Standardında Optimizasyon, Herkes Tarafından Yeniden Üretilebilir

SLV, Solana validatörlerini AI ajanlarla birlikte işleterek en yüksek kalitede bakımı düşük maliyetle, dünyanın her yerinde sunmayı amaçlayan açık kaynaklı bir girişimdir.

Solana'da, bir validatörün ham performansı ile bunun arkasındaki operasyonel know-how arasındaki uçurum giderek genişlemiştir. Düşük gecikmeli ağ tasarımı, çekirdek ve NIC ince ayarı, protokol yükseltmelerine titiz hazırlık — üst düzey validatör performansına götüren operasyonlar, Linux ve Solana konusunda derin uzmanlık bilgisi ve sürekli elle yapılan emek gerektirmiştir. Sonuç olarak, en yüksek seviyedeki işletim, bu uzmanlığa sahip sınırlı bir operatör grubunun erişiminde kalma eğilimindeydi.

SLV, tam da bu uçurumu kapatmak için vardır. Dünya standardındaki validatör operasyonlarının biriktirdiği operasyonel know-how'u bir AI ajan için becerilere dönüştürerek, herkes aynı operasyonel reçeteyi yalnızca sohbet yoluyla yeniden üretebilir. Bu Solana v4 desteği, o fikri doğrudan en yeni optimizasyonlara taşıyor: en yüksek performanslı validatörlerin benimsediği teknolojilerin ta kendisi olan XDP ve BLS, artık kendi istemci veya ortam seçimlerinden vazgeçmek zorunda kalmadan, SLV'yi kullanan her operatöre açık hale geliyor.

Solana v4 Desteğinin Getirdikleri — XDP, BLS ve Yeniden Başlatma Güvenliği, Hepsi Sizin Yerinize Hallediliyor

Solana v4 (Agave 4.x), Anza'nın mainnet için önerdiği en yeni nesil validatör istemcisidir; çekirdek performansını artırırken ağı daha büyük bloklara ve yaklaşan Alpenglow konsensüs yükseltmesine hazırlar. SLV'nin v4 desteği, bu temele geçen operatörler için en önemli üç alanı kapsar.

XDP Turbine yeniden iletim hızlandırması — blok yayılımını hızlandıran yüksek performanslı ağ yolunun anahtar teslim etkinleştirilmesi.
Alpenglow'a hazır BLS açık anahtar kaydı (SIMD-0387) — kayıt iş akışının önceden hazırlanması, böylece Alpenglow özellik geçidi (feature gate) etkinleştirildiğinde validatörler kayıt yapmaya hazır olur.
Agave 4.1+ için yeniden başlatma güvenliği — port aralığının ayarlanması ve yalnızca küme yeniden başlatmasına özgü bayrakların geçit altına alınmasıyla, yeni istemciye geçişin önlenebilir başlangıç hatalarına yol açmaması.

Bunların her biri aynı SLV iş akışıyla — AI ajan sohbeti veya CLI — gerçekleştirilir; böylece Solana v4'e geçiş, elle yapılan ve hataya açık bir projeye dönüşmez. En son SLV sürümü, yukarıdakilerin tümünü v2026.6.6 serisinin bir parçası olarak taşır — BLS, XDP ve yeniden başlatma güvenliği düzeltmeleri önce gelir, Firedancer ve RPC sağlamlığı ise aynı seride bunları takip eder.

XDP Nedir — Turbine'i Hızlandıran Bir Linux Çekirdeği Hızlı Yolu

XDP (eXpress Data Path), yüksek performanslı ağ kodunun çekirdeğin olağan paket işleme yolunun büyük kısmını atlamasına olanak tanıyan bir Linux çekirdeği teknolojisidir. Veri kopyalarını ve bağlam değişimlerini azaltarak, paketleri standart ağ yığınına göre çok daha az ek yükle işler.

Agave'de XDP, blokları validatör ağı genelinde yayan protokol olan Turbine'e uygulanır. Gelen shred'ler, ağ arayüz kartına (NIC) yakın bir yere iliştirilmiş bir eBPF programıyla işlenir ve AF_XDP aracılığıyla kullanıcı alanı arabelleklerine eşlenir; giden shred'ler ise XDP_TX kullanılarak doğrudan gönderilir — bu da sıcak yoldaki sistem çağrılarını ve kopyalamaları ortadan kaldırır. Anza, Turbine için XDP'yi Agave 3.x serisinde (v3.0.9'dan itibaren) tanıttı ve bunu Agave 4.0 temeline taşıdı.

Anza'nın kurulum kılavuzuna göre, büyük validatörler XDP ile saniyede 150,000 giden pakete yaklaşabiliyor. Anza, XDP'yi 100M-CU blokları için validatörleri hazırlayan ve IBRL (Increase Bandwidth, Reduce Latency) yol haritasını ilerleten manevra alanının bir parçası olarak konumlandırıyor ve bunu benimseyen operatörler için resmi bir kurulum kılavuzu yayımladı.

Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide

SLV, XDP'yi Anahtar Teslim Yapar — Sohbet ve Birkaç Envanter Değişkeniyle Etkinleştirin

XDP'yi elle benimsemek önemsiz bir iş değildir. Yeni bir çekirdek (igb sürücüsü için 6.14+, diğerleri için 6.8+), XDP yetenekli bir NIC, validatör süreci için doğru systemd yetkileri ve doğru başlangıç bayrakları gerektirir — ve yolun performans göstermesi için CPU çekirdeği sabitlemesinin (PoH çekirdeği dahil) doğru seçilmesi gerekir. Bu, ileri düzey optimizasyonu birçok operatörün erişiminin dışında tutan türden uzmanlık gerektiren bir iştir.

SLV bunu anahtar teslim bir adıma dönüştürür. XDP yeniden iletim hızlandırması, ana bilgisayar başına envanter değişkenleri — xdp_enabled, xdp_interface, xdp_cpu_cores, xdp_zero_copy ve xdp_poh_pinned_cpu_core — aracılığıyla opt-in olarak etkinleştirilir. Etkinleştirildiğinde SLV, hedef Agave/Jito sürümüne uygun XDP başlangıç bayraklarını ekler ve gerekli systemd yetkilerini (CAP_NET_RAW, CAP_NET_ADMIN, CAP_BPF, CAP_PERFMON) otomatik olarak verir. Bu değişkenler Agave ve Jito validatörleri için geçerlidir; Firedancer, XDP'yi yerel olarak kullanır ve ayrı bir etkinleştirme gerektirmez. (XDP, Agave sürümleri boyunca olgunlaştı — Agave 4.1 itibarıyla artık deneysel değildir ve bu süreçte ilgili bayrak adları da değişti — bu nedenle SLV her sürüm için doğru bayrakları takip eder ve operatörlerin bunu düşünmesine gerek kalmaz.)

Operatörün tarafından bakıldığında, bunların tümü tamamen sohbet yoluyla yürütülebilir. AI Console'u başlatın ve "Bu validatörde XDP yeniden iletim hızlandırmasını etkinleştir" gibi bir şey söyleyin; AI ajan gerekli yapılandırmayı seçip uygular. CLI odaklı kullanıcılar için de ilgili komutlar sağlanmıştır, böylece AI ajan içermeyen iş akışları da tam olarak desteklenir. En yüksek performanslı validatörlerin kullandığı aynı ağ optimizasyonu, her SLV operatörünün açabileceği bir şey haline gelir.

Alpenglow'a Hazır BLS Kaydı — SIMD-0387 İçin İleriye Dönük Destek

Alpenglow, Solana'nın yeni nesil konsensüs protokolüdür. Validatör oylarını verimli bir şekilde toplamak için — örneğin, validatörlerin %60'ının bir yuvayı atlamak için oy verdiğini özlü biçimde kanıtlamak için — Alpenglow, oylar için mevcut ed25519 imzalarını BLS (Boneh–Lynn–Shacham) toplu imza şemasıyla değiştirir. SIMD-0387, validatörlerin Alpenglow etkinleştirildiğinde oy vermeye hazır olmaları için vote account'larına nasıl BLS açık anahtarı kaydedeceklerini tanımlar.

SIMD-0387 kapsamında, bir BLS açık anahtarının kaydedilmesi ancak önerinin özellik geçidi (feature gate) etkin olduğunda mümkün hale gelir ve her validatör, oy vermeye devam edebilmek için Alpenglow yayına girmeden önce vote account'ında bir tane bulundurmalıdır. BLS anahtar çifti, vote authority anahtar çiftinden (veya yoksa identity anahtar çiftinden) türetilir ve kayıt, anahtarı vote account'a bağlayan ve rogue-key saldırılarını önleyen kriptografik bir kanıt olan Proof of Possession (PoP) ile birlikte zincir üzerinde gerçekleştirilir. Şu anda SIMD-0387 inceleme aşamasındadır ve özellik geçidi henüz mainnet'te etkin değildir (devnet'te etkinleştirilmesi izlenmektedir); bu nedenle mainnet'te henüz hiçbir BLS anahtarı kaydedilemez; bugün önemli olan, geçit açıldığında hazır olacak iş akışına sahip olmaktır.

İşte tam da burada erken hazır olmak önem kazanır. Alpenglow yayına girdiğinde, kayıtlı bir BLS anahtarı olmayan bir vote account, stake edilmemiş (unstaked) gibi davranır. Geçit açıldığında telaşa kapılmak yerine kayıt iş akışını önceden hazır tutmak, bir operasyonu geçiş boyunca güvende tutan şeydir.

SLV'nin register:bls Komutu — Dağıtım Sırasında Otomatik Olarak Hazırlanır

SLV bu hazırlığı sizin yerinize tamamlar. Yeni slv v register:bls komutu, özellik geçidi etkin olduğunda, authorized-voter veya identity anahtar çiftinden türetilen BLS açık anahtarını her vote account üzerinde kaydeden iş akışıdır. Ayrıca slv v deploy işleminin sonunda otomatik olarak çalışır; böylece SLV ile kurulan veya güncellenen bir validatör, normal akışın bir parçası olarak bu adımdan geçer.

Bu işlem, herhangi bir zamanda çalıştırılmak üzere güvenli olacak şekilde tasarlanmıştır. Özellik geçidinin henüz etkinleştirilmediği bir kümede, güvenli bir no-op olarak geçer; geçit etkinleştirildiğinde ise aynı iş akışı anahtarı kaydeder. İdempotenttir, bu nedenle erken çalıştırmak herhangi bir risk taşımaz ve bunu yükseltmeye karşı tam olarak zamanlamaya gerek yoktur. XDP'de olduğu gibi, aynı adım AI ajanla sohbet ederek veya CLI aracılığıyla yürütülebilir. Bir validatörün Alpenglow geçişi boyunca oy vermeye devam edip edemeyeceğini belirleyen zemin, elle anahtar yönetimi olmadan, önceden hazırlanır.

Agave 4.1+ İçin Güçlendirilmiş Yeniden Başlatma Güvenliği

Yeni bir istemci nesline geçiş, ince başlangıç hatalarını ortaya çıkarabilir ve SLV'nin v4 desteği bunları doğrudan ele alır. Agave 4.1+ (ve aynı temele dayanan Jito validatörleri) için dynamic_port_range, en az 27 porta (8000–8030 / 8900–8930) genişletilmiştir; bu da Agave/Jito 4.1.0+ sürümünün başlangıçta daha dar bir aralığı "Port range is too small" hatasıyla reddettiği — validatörleri ve RPC düğümlerini crash-loop'a sokan — bir durumu çözer. Düzeltme, tüm validatör, RPC ve pythnet başlangıç betiklerini ve ayrıca init ve envanter varsayılanlarını kapsar.

Ek olarak, yalnızca küme yeniden başlatmasına özgü bayraklar artık geçit altına alınmıştır: --wait-for-supermajority ve --expected-bank-hash yalnızca açıkça ayarlandığında üretilir; böylece eskimiş bir yuva veya bank hash'i, olağan bir yeniden başlatmada artık bir düğümü askıda bırakamaz veya bank-hash uyuşmazlığıyla panikletemez. Bunlar, elle ele alındığında rutin bir yükseltmeyi bir olaya dönüştürebilecek türden ayrıntılardır — ve SLV bunları artık standart reçetenin bir parçası olarak üstlenir.

Bu güçlendirme reçete boyunca devam eder. Bir takip sürümü, aynı operasyonel sağlamlığı Firedancer ve RPC yollarına da genişletir — ağ farkındalıklı Firedancer sürüm yönetimi, bir Jito derleme çakışması temizliği ve RPC başlangıç betiği düzeltmeleri — böylece bir operatörün hangi istemciyi çalıştırdığından bağımsız olarak en son temele geçiş sorunsuz kalır.

Tekerleği Yeniden İcat Etmeyi Ortadan Kaldırmak — Üst Düzey Know-How'u AI Ajanda Bir Araya Getirmek

Solana ekosisteminde, birçok proje gerçek ürünlerini geliştirmekten ayrı olarak, validatör ve düğümleri işletmenin ortak işine zaman harcıyor. Derleme, dağıtma, izleme, güncelleme ve istemci taşıma — her proje için bunlar aynı görevlerin benzer tekrarları, bir tür tekerleği yeniden icat etmedir.

XDP etkinleştirme ve Alpenglow'a hazır BLS kaydı bunun mükemmel örnekleridir. Hepsi ileri düzeydir, yanlış yapmaya açıktır ve her operatörün aksi takdirde bunları bağımsız olarak araştırması ve yeniden türetmesi gerekir. Bu operasyonel know-how'u AI ajan için SLV becerilerine dönüştürerek, aynı kanıtlanmış reçete herkes tarafından yalnızca sohbet yoluyla yeniden üretilebilir — ve operasyonun insan maliyeti yapısal olarak düşer. Bu sürümle birlikte, AI ajanın başvurduğu bilgi olan SLV validatör becerisi BLS (SIMD-0387) ve XDP için güncellenmiştir; böylece ajan, eski bir prosedür yerine güncel ve doğru prosedürü uygular. "En yüksek kalitede bakım, düşük maliyetle" ifadesinin pratikteki anlamı budur.

SLV, Solana projeleri genelinde ortak olan operasyonel yükleri SLV AI ile birlikte tek tek çözmeye devam edecek — böylece her proje kendi ürününün temel geliştirmesine odaklanabilecek.

Hem CLI Hem AI Ajan — İstikrar İkisini de Destekler

SLV yalnızca bir AI ajan olarak değil, bir CLI olarak da istikrarlı çalışır. AI ajanlara güvenmemeyi tercih eden veya SLV'yi betiklenmiş otomasyon akışlarına entegre etmek isteyen kullanıcılar için SLV, pratik bir operasyonel temel olmaya devam eder.

Bu CLI düzeyindeki istikrar, tam olarak AI ajan işletiminin güvenilirliğini destekleyen şeydir. Her SLV özelliği MCP (Model Context Protocol) uyumludur ve AI ajan, MCP aracılığıyla CLI'ın çağırdığı aynı arayüzleri çağırır. CLI istikrarlı olduğunda, AI ajan da istikrarlıdır — bu tasarım ilkesi, SLV'nin AI ajan işletiminin güvenilirliğini destekler. XDP etkinleştirme ve register:bls de aynı MCP temeli üzerinde, hem CLI'dan hem de AI ajandan aynı şekilde ele alınabilir.

Performansa Bağlılığı Destekleyen Bir Operasyonel Temel — Epics DAO Validatörü Dünyada 3. Sıraya Ulaştı

ERPC'nin SWQoS uç noktası ve Epic Shreds'in kaynağı olarak işletilen Epics DAO validatörü, tüm Solana validatörleri arasında Shinobi Performance Pool içinde dünya genelinde 3. sıraya (skor 99.93) ulaştı; oyla ilgili skorları %99'u aşıyor.

Bu sonuç birden fazla iyileştirmenin birikimli çıktısıdır: donanım seçimi, çekirdek parametresi optimizasyonu, ağ yığını ince ayarı, IRQ benzeşim ayarı, DoubleZero'nun benimsenmesi ve tam olarak XDP'nin temsil ettiği türden ağ optimizasyonları. SLV, o operasyonel know-how'u AI ajanda bir araya getirir ve herkesin aynı operasyonel reçete olarak yeniden üretebileceği bir biçimde sunar. Burada anlatılan optimizasyonlar teorik değildir — ağın zirvesine ulaşmış bir işletimden gelirler.

ERPC Platformuyla Birlikte

SLV'nin Solana v4 desteği her ortamda çalışır ve özellikle ERPC platformuyla iyi eşleşir. ELSOUL LABO, ERPC platformunun bir parçası olarak, RIPE NCC tarafından verilen kendi ASN'i (AS200261) altında Solana'ya özel bir veri merkezi işletir — ve orada v4 optimizasyonlarını, SLV'nin operasyon otomasyonunu ve ERPC platformunu birlikte kullanabilirsiniz.

ERPC, kaynak validatörleri, alıcı uç noktaları ve işleme düğümlerini Solana validatörlerinin yoğun olarak toplandığı premium veri merkezlerine yerleştirerek, mesafe kaynaklı gecikmeyi tasarım aşamasında bastırır. Solana RPC, WebSocket, Solana Geyser gRPC, Solana Shredstream, Direct UDP Stream (Raw Shreds), VPS, çıplak metal (bare metal) sunucular, SWQoS, Pyth uyumlu Price API ve Jet Analytics & Indexed RPC, hepsi aynı platformda birleştirilebilir. SLV ile kurulan bir v4 validatörünü ERPC platformunda çalıştırmak, SLV'nin optimizasyonlarını ERPC'nin tasarım düzeyindeki hızıyla aynı ortamda birleştirmenizi sağlar.

ERPC Resmi Sitesi: https://erpc.global/tr

SLV AI Token'larıyla Hemen Başlayın

SLV'nin AI ajanı SLV AI token'larıyla çalışır. Ücretsiz başlayabilirsiniz — 5€ tutarında bir yetkilendirme (authorization) 100,000 token sağlar; bu, XDP'yi etkinleştirmeyi, BLS kaydını hazırlamayı ve bir Solana v4 validatörünü AI ajanla sohbet ederek işletmeyi deneyimlemek için yeterli bir hacimdir.

ERPC SLV AI Plans: https://erpc.global/tr/price/

ChatGPT ve Claude API token'ları üzerinden bağlantılar da desteklenir; böylece SLV AI'yi kendi API anahtarlarınızla çalıştırabilirsiniz.

Geri Bildirimleriniz SLV'yi Şekillendiriyor

SLV, geri bildirimleriniz sayesinde her gün gelişiyor. Bu Solana v4 desteği de Validators DAO resmi Discord'unda paylaşılan sesler aracılığıyla ve ağın zirvesinde validatörler işleterek şekillendi. Lütfen deneyin ve düşüncelerinizi ve isteklerinizi Validators DAO resmi Discord'unda bizimle paylaşın.

Her zaman olduğu gibi teşekkür ederiz. SLV ve ERPC'ye gösterdiğiniz sürekli destek için minnettarız.

İletişim

SLV ve ERPC hakkındaki sorularınız için lütfen Validators DAO resmi Discord'unda bir destek talebi (ticket) açın.

Validators DAO Resmi Discord: https://discord.gg/C7ZQSrCkYR

Bağlantılar

SLV Resmi Sitesi: https://slv.dev/tr
SLV Getting Started: https://slv.dev/tr/doc/general/getting-started/
SLV GitHub: https://github.com/validatorsDAO/slv
Anza Agave XDP Setup Guide: https://www.anza.xyz/blog/agave-xdp-setup-guide
SIMD-0387 (BLS Pubkey Management in Vote Account): https://github.com/solana-foundation/solana-improvement-documents/blob/main/proposals/0387-bls-pubkey-management-in-vote-account.md
ERPC Resmi Sitesi: https://erpc.global/tr
ERPC SLV AI Plans: https://erpc.global/tr/price/
Epics DAO Resmi Sitesi: https://epics.dev/tr
Validators DAO Resmi Discord: https://discord.gg/C7ZQSrCkYR

SLV, Solana v4 Desteğini Tamamladı — XDP ile Turbine Hızlandırması ve Alpenglow'a Hazır BLS Kaydı, AI Ajan Sohbetleriyle Her Validatör Tarafından Yeniden Üretilebilir