ERPC, Tüm Bölgelerde Solana RPC için Eksiksiz Tarihsel Veri Erişimi Sunmaya Başladı: Old Faithful Entegrasyonuyla Kesintisiz Veri Alımı

ELSOUL LABO B.V. (Merkez: Amsterdam, Hollanda; CEO: Fumitake Kawasaki) ve Validators DAO tarafından işletilen ERPC, Solana RPC üzerinden tarihsel verilere erişimin resmen kullanıma sunulduğunu duyurdu.
edge.erpc.global uç noktasında ERPC'nin Solana RPC'si, tarihsel verileri History Access üzerinden sunar. Free plandaki kullanıcılar, diğer ücretsiz tahsislere sahip kullanıcılar veya ücretli plandaki kullanıcılar, edge.erpc.global URL'sine history=true ekleyerek daha eski bloklar ve işlemler için History Access ister.Bu geliştirme, Solana arşivlerinin ve tarihsel verilerinin dağıtımı için özel olarak tasarlanan açık kaynak teknoloji Old Faithful'ın ERPC'nin RPC altyapısına entegre edilmesiyle gerçekleştirildi.
Solana RPC'de Tarihsel Veri Erişiminin Yapısal Zorlukları
Solana'da genellikle bir ila iki gün süren her epoch'ta yaklaşık 500 GB veri üretilir. Bu veri hacmi yıldan yıla büyümeye devam ederek RPC düğümlerinin hem depolama kapasitesi hem de G/Ç performansı üzerinde ciddi yük oluşturur.
Çoğu standart RPC düğümü, performansı ve operasyonel kararlılığı korumak için yalnızca yakın geçmişteki sınırlı sayıda epoch'u saklar. Yaklaşık 4 TB depolama alanına sahip yapılandırmalar çoğu durumda yalnızca üç ila dört epoch, yani yaklaşık bir haftalık geçmiş tutabilir. Bu nedenle daha eski blok, işlem veya hesap durumlarını alma girişimleri sık sık eksik ya da yetersiz yanıtlarla sonuçlanır.
Bu sınırlamalar; zincir üstü analiz, uzun vadeli davranış analizi, geriye dönük test, denetim ve araştırma gibi tarihsel veriye dayanan kullanım alanlarında uzun süredir pratik zorluklar yaratmaktadır.
Geleneksel Arşiv Yaklaşımlarının Pratik Sınırları
Solana defterinin tüm geçmişine erişmenin başlıca yolu geleneksel olarak bir arşiv düğümü işletmek olmuştur. Ancak bu yaklaşım çok büyük miktarda verinin çoğaltılmasını, uzun bir ilk eşitleme sürecini ve sürekli yüksek işletme maliyetlerini gerektirir.
Özellikle Google Cloud Bigtable tabanlı arşiv yapılandırmalarında dağıtım aşamasında önemli veri taşıma maliyetleri oluşur ve işletim boyunca yüksek giderler devam eder. Bu nedenle söz konusu çözümler pek çok geliştirici ve kuruluş için uygulanabilir değildir. Ayrıca tek bir bulut sağlayıcısına güçlü bağımlılık, blockchain sistemlerinin temel ilkelerinden biri olan merkeziyetsizlik açısından da kaygı yaratmıştır.
Old Faithful'ın Sağladığı Tarihsel Veri Dağıtım Modeli
Old Faithful, Solana ekosistemindeki bu sorunları çözmek için tasarlanmış açık kaynaklı bir arşiv altyapısıdır. Solana warehouse düğümlerinin oluşturduğu RocksDB arşivlerinden Content Addressable Archives (CAR) biçiminde tarihsel arşivler üretir ve sunar.
CAR biçiminde her epoch, blok, işlem ve shred, içerik karmasıyla benzersiz olarak tanımlanır. Böylece veri güvenilmeyen dağıtım kaynaklarından alınsa bile doğrulanabilir bütünlük denetimleri yapılabilir ve getirilen verinin değiştirilmediği teyit edilebilir.
Old Faithful, genesis'ten günümüze kadar tüm Solana defteri geçmişini işlemek üzere tasarlanmıştır ve HTTP, CDN'ler ve dağıtık depolama sistemleri dâhil çok çeşitli dağıtım yöntemlerini destekler.
ERPC İçinde Old Faithful Entegrasyonu
ERPC, Old Faithful'ı Solana RPC altyapısına entegre ederek mevcut Solana RPC arayüzü üzerinden tarihsel veri erişimi sağlıyor. Tarihsel veriler, yakın tarihli verilerle aynı
edge.erpc.global uç noktasından ve aynı Solana RPC yöntemleriyle sunulur; bir istek, uç nokta URL'sine history=true ekleyerek History Access ister.Yükseltme tüm ERPC bölgelerinde aynı şekilde uygulandı ve coğrafi konumdan bağımsız olarak tutarlı tarihsel veri erişimi sağlandı. Küresel ölçekte dağıtılmış yapılarda dahi kullanıcılar bölgeler arasında aynı tarihsel veri kapsamına güvenebilir.
Performans Özellikleri ve Sürekli Araştırma-Geliştirme
Tarihsel verilerin doğası gereği çok büyük olması nedeniyle bazı sorguların tamamlanması en yeni verilere yönelik sorgulardan daha uzun sürebilir. Bu davranış, tarihsel veri erişiminin yapısal özelliklerinden kaynaklanır; bir sistem arızasına veya performans bozulmasına işaret etmez.
ERPC, yeni nesil yüksek kapasiteli NVMe depolama kullanan yapılandırmaların değerlendirilmesi dâhil olmak üzere tarihsel veri sorgularının yanıt sürelerini iyileştirmeye yönelik araştırma-geliştirme çalışmalarını sürdürüyor. Gerçek operasyonlardan edinilen bulgular doğrultusunda kademeli optimizasyonlar uygulanacaktır.
Desteklenen Kullanım Alanlarının Genişlemesi
Bu yükseltmeyle ERPC'nin Solana RPC hizmeti, gerçek zamanlı uygulamaların ötesinde daha geniş kullanım alanlarını destekliyor. Uzun vadeli analiz, tarihsel doğrulama, araştırma, denetim ve uygulama davranışı incelemeleri artık ek altyapı gerektirmeden yürütülebilir.
Tarihsel veri erişiminin standart RPC kullanımının doğal bir uzantısı olarak sunulması, ERPC'nin Solana RPC hizmetlerinin pratik kullanım alanını önemli ölçüde genişletiyor.
Kullanım
Daha eski blokları ve işlemleri okumak için bir HTTP isteğinin
edge.erpc.global uç nokta URL'sine history=true ekleyin. getTransactionsForAddress hariç, history=true içermeyen bir istek, her düğümün sakladığı yakın geçmiş aralığından yanıtlanır.Bir HTTP isteği API key'i URL içinde taşıyabilir:
text
https://edge.erpc.global?api-key=<YOUR_API_KEY>&history=truehttps://edge.erpc.global?api-key=<YOUR_API_KEY>&history=trueYa da API key bir Authorization başlığında yer alır,
history=true ise URL'de kalır:text
https://edge.erpc.global?history=truehttps://edge.erpc.global?history=trueBaşlık
Authorization: Bearer <YOUR_API_KEY> biçimindedir.ERPC RPC Belgeleri: https://erpc.global/tr/doc/rpc/general/
"full" modundaki getTransactionsForAddress hariç, History Access ile yanıtlanan bir çağrı, yöntemin normal fiyatından 640 token fazla tutar; her düğümün sakladığı yakın geçmiş aralığından yanıtlanan bir çağrı ise history=true ile bile normal fiyatında kalır. "full" modundaki getTransactionsForAddress, normal fiyatına ek olarak, getirilen her işlem için 640 token daha tutar; işlem yakın tarihli de olsa eski de olsa fark etmez. Free planının tahsisi de dahil olmak üzere ücretsiz tahsislerin History Access için bir limiti vardır.Tarihsel verilerde bir sorgu, normal bir istekten çok daha uzun sürebilir; bazı durumlarda saniyeler sürebilir. ERPC, History Access'i tarihsel verilerdeki sorguları normal isteklerden ayrı tutan bağımsız bir seçenek olarak sunar; böylece normal istekler hızlı kalır.
Kullanıcılar ERPC API key'lerini ERPC Web Dashboard üzerinden alabilir ve kontrol edebilir.
Validators DAO Resmî Discord Sunucusu: https://discord.gg/C7ZQSrCkYR
ERPC Resmî Web Sitesi: https://erpc.global/tr


