Web3 Veri Erişiminin Evrimi: İndeksleyiciler ve İlgili Projelerin Genel Görünümü

Blockchain teknolojisinin anahtarı veridir, bu merkeziyetsiz uygulamaların(dApp) geliştirilmesi için temeldir. Şu anda çoğu tartışma, tüm ağ katılımcılarının en güncel işlem verilerine erişimini sağlayarak doğrulama yapabilmesi üzerine yoğunlaşmış durumda(DA), ancak aynı derecede önemli ve sıklıkla göz ardı edilen bir başka yön daha var: veri erişilebilirliği.

Modüler blok zinciri çağında, DA çözümleri vazgeçilmez bir parça haline geldi. Bu çözümler, tüm katılımcıların işlem verilerine erişmesini sağlayarak gerçek zamanlı doğrulamayı ve ağın bütünlüğünü korumayı mümkün kılar. Ancak, DA katmanının işlevi daha çok geçici bir ilan panosu gibidir, kalıcı bir veritabanı değil. Bu, verilerin sonsuza dek saklanmayacağı, zamanla silineceği anlamına gelir; tıpkı ilan panosundaki posterlerin nihayetinde yeni posterlerle değiştirileceği gibi.

Buna karşılık, veri erişilebilirliği, geçmiş verilere erişim yeteneğine odaklanır; bu, dApp geliştirmek ve blockchain analizi yapmak için kritik öneme sahiptir. Geçmiş verilere erişim gerektiren görevler için bu yön özellikle önemlidir. Veri erişilebilirliği nadiren tartışılsa da, veri kullanılabilirliği kadar önemlidir. İkisi, blockchain ekosisteminde farklı ancak tamamlayıcı roller üstlenir; kapsamlı bir veri yönetim yaklaşımı, güçlü ve etkili blockchain uygulamalarını desteklemek için her iki sorunu da aynı anda ele almalıdır.

Blok zinciri veri arama geleneksel yolları

Doğduğu günden beri, blockchain altyapıyı köklü bir şekilde değiştirdi ve oyun, finans ve sosyal ağlar gibi çeşitli alanlarda merkeziyetsiz uygulamaların ( dApp ) oluşturulmasını teşvik etti. Ancak, bu dApp'leri inşa etmek, devasa blockchain verilerine erişim gerektirir; bu da hem zor hem de pahalıdır.

dApp geliştiricileri için bir seçenek, kendi arşiv RPC düğümlerini barındırmak ve çalıştırmaktır. Bu düğümler, başlangıçtan itibaren tüm geçmiş blok zinciri verilerini depolar ve verilere tam erişim sağlar. Ancak, arşiv düğümlerinin bakımı maliyetli olup, sorgulama yetenekleri sınırlıdır ve geliştiricinin ihtiyaç duyduğu formatta verileri sorgulamak mümkün değildir. Daha ucuz düğümler çalıştırmak bir seçenek olsa da, bu düğümlerin veri alma yetenekleri sınırlıdır ve dApp'in çalışmasını etkileyebilir.

Bir diğer yöntem, ticari RPC düğüm sağlayıcılarını kullanmaktır. Bu sağlayıcılar düğüm maliyetlerinden ve yönetiminden sorumludur ve RPC uç noktaları aracılığıyla veri sağlar. Kamu RPC uç noktaları ücretsizdir ancak hız sınırlamaları vardır, bu da dApp kullanıcı deneyimini olumsuz etkileyebilir. Özel RPC uç noktaları, tıkanıklığı azaltarak daha iyi performans sağlar, ancak basit veri alımı bile büyük miktarda gidiş geliş iletişimi gerektirir. Bu, onları istek açısından ağır hale getirir ve karmaşık veri sorguları için verimsizdir. Ayrıca, özel RPC uç noktaları genellikle ölçeklenmesi zor olup, farklı ağlar arasında uyumluluk eksikliği yaşar.

Daha İyi Seçenek: Blok Zinciri Göstergesi

Blok zinciri indeksleyicileri, zincir üzerindeki verileri düzenleme ve bunları veritabanına göndererek sorgulamayı kolaylaştırma konusunda kritik bir rol oynamaktadır; bu nedenle sıkça "blok zincirinin Google'ı" olarak adlandırılırlar. Çalışma prensipleri, blok zinciri verilerini indekslemek ve SQL benzeri sorgu dili ( aracılığıyla GraphQL gibi API'ler ) kullanarak her zaman kullanılabilir hale getirmektir. Sorgulama verileri için birleştirilmiş bir arayüz sağlayarak, indeksleyiciler geliştiricilerin standartlaştırılmış sorgu dili kullanarak gerekli bilgileri hızlı ve doğru bir şekilde almasını sağlar, böylece süreci büyük ölçüde basitleştirir.

Farklı türdeki indeksleyiciler, veri sorgulamasını optimize etmek için çeşitli yollar kullanır:

1. Tam Düğüm İndeksleyici: Verileri tam blok zinciri düğümünden doğrudan çıkarır, verilerin tam ve doğru olmasını sağlar, ancak büyük miktarda depolama ve işleme gücü gerektirir.

2. Hafif indeksleyici: Tam düğümlere dayanarak belirli verileri talep üzerine almak, depolama gereksinimlerini azaltır ancak sorgu süresini artırabilir.

3. Özel dizinleyici: Belirli veri türleri veya belirli bir blockchain için optimize edilmiştir, örneğin NFT verileri veya DeFi işlemleri.

4. Birleştirilmiş İndeksleyici: Birden fazla blok zinciri ve kaynaktan ( dahil olmak üzere çevrimdışı bilgileri ) verileri çıkarır, birleşik sorgu arayüzü sunar ve çok zincirli dApp'ler için özellikle yararlıdır.

Sadece Ethereum için 3TB depolama alanı gerekiyor. Blok zinciri sürekli büyüdükçe, Erigon arşiv düğümünün veri depolama miktarı da sürekli artıyor. İndeksleyici protokolü, çok sayıda veriyi verimli bir şekilde indeksleyip hızlı bir şekilde sorgulamak için birden fazla indeksleyici dağıtıyor; bu, RPC'nin gerçekleştiremeyeceği bir şey.

İndeksleyici ayrıca karmaşık sorguları destekler, farklı standartlara göre verileri kolayca filtreleyebilir ve çıkarılan verileri analiz edebilir. Bazı indeksleyiciler, birçok kaynaktan verileri birleştirmeye izin verir, bu da çok zincirli dApp'lerde birden fazla API dağıtımını önler. Birden fazla düğümde dağıtılmış olan indeksleyici, artırılmış güvenlik ve performans sağlar; oysa RPC sağlayıcıları, merkeziyetçi özellikleri nedeniyle kesintiler ve duraklamalar yaşayabilir.

Genel olarak, RPC düğüm sağlayıcılarına kıyasla, indeksleyiciler veri alımının verimliliğini ve güvenilirliğini artırırken, tek bir düğümün dağıtım maliyetlerini de düşürmektedir. Bu, blok zinciri indeksleyici protokolünü dApp geliştiricileri için birinci tercih haline getiriyor.

İndeksleyici Kullanım Durumu

Daha önce belirtildiği gibi, dApp oluşturmak, hizmetlerini çalıştırmak için blockchain verilerini sorgulayıp okumayı gerektirir. Bu, DeFi, NFT platformları, oyunlar ve hatta sosyal ağlar gibi her tür dApp'i içerir, çünkü bu platformların diğer işlemleri gerçekleştirmeden önce verileri okumaları gerekir.

DeFi

DeFi protokolleri, kullanıcılara belirli fiyatlar, oranlar, ücretler vb. bildirmek için farklı bilgilere ihtiyaç duyar. Otomatik piyasa yapıcı (AMM), takas faiz oranını hesaplamak için belirli likidite havuzlarının fiyat ve likidite bilgilerine ihtiyaç duyar; borç verme protokolleri ise borç verme faiz oranını ve tasfiye borç oranını belirlemek için kullanım oranını kullanır. Kullanıcıların uyguladığı faiz oranlarını hesaplamadan önce, bu bilgilerin dApp'e girişi zorunludur.

Oyun

GameFi, kullanıcıların oyunları akıcı bir şekilde oynamalarını sağlamak için verilerin hızlı bir şekilde indekslenmesine ve erişimine ihtiyaç duyar. Sadece hızlı veri alımı ve yürütmesi sayesinde Web3 oyunları, performans açısından Web2 oyunlarıyla rekabet edebilir ve daha fazla kullanıcı çekebilir. Bu oyunlar, arazi mülkiyeti, oyun içi token bakiyesi, oyun içi işlemler gibi verilere ihtiyaç duyar. İndeksleyici kullanarak, stabil veri akışını ve sürekli çalışma süresini daha iyi sağlayabilirler, böylece mükemmel bir oyun deneyimi sunabilirler.

NFT

NFT pazarı ve kredi platformları, NFT meta verileri, mülkiyet ve transfer verileri, telif hakkı bilgileri gibi çeşitli bilgilere erişmek için veri dizinlemesine ihtiyaç duyar. Bu tür verilerin hızlı bir şekilde dizinlenmesi, her bir NFT'yi tek tek gözden geçirerek mülkiyet veya NFT özellik verilerini bulmayı önleyebilir.

DeFi otomatik piyasa yapıcı (AMM) için fiyat ve likidite bilgilerine ihtiyaç duyan ya da yeni kullanıcı gönderilerini güncellemek için SocialFi uygulaması, verileri hızlı bir şekilde aramak dApp'in düzgün çalışması için kritik öneme sahiptir. İndeksleyici sayesinde, verileri verimli ve doğru bir şekilde arayabilirler, böylece akıcı bir kullanıcı deneyimi sunabilirler.

analiz

İndeksleyici, her bloktaki akıllı sözleşme olaylarından ( dahil olmak üzere ham blockchain verilerinden belirli verileri çıkarmak için bir yöntem sunar. Bu, daha spesifik veri analizleri için fırsatlar sunarak kapsamlı içgörüler sağlar.

Örneğin, sürekli işlem protokolleri hangi tokenlerin yüksek işlem hacmine ve yüksek ücretlere sahip olduğunu belirleyebilir, böylece bu tokenleri platformlarında sürekli sözleşmeler olarak listeleyip listelemeyeceklerine karar verebilirler. DEX geliştiricileri, ürünleri için en yüksek getiri veya en güçlü likiditeye sahip fon havuzlarını derinlemesine incelemek için paneller oluşturabilirler. Ayrıca, geliştiricilerin grafiklerde göstermek istedikleri her türlü veriyi serbestçe sorgulayabilecekleri kamu panelleri de oluşturabilirler.

Birden fazla blockchain indeksleyicisi mevcut olduğundan, indeksleme protokolleri arasındaki farklılıkları tanımak, geliştiricilerin ihtiyaçlarına en uygun indeksleyiciyi seçmelerini sağlamak için kritik öneme sahiptir.

![Web3 Veri Erişiminin Gelişimi: İndeksleyiciler ve İlgili Projelerin Tanıtımı])https://img-cdn.gateio.im/webp-social/moments-53dbb4fd659cf6a7184990c886901658.webp(

Blok Zinciri İndeksleyici Genel Bakış

) The Graph

The Graph, Ethereum üzerinde başlatılan ilk indeksleme protokolüdür ve daha önce erişilmesi zor olan işlem verilerini kolayca sorgulamayı sağlar. Blok zincirinden veri alt kümelerini toplamak için alt grafikleri tanımlayıp filtreleyerek, örneğin belirli bir DEX USDC/ETH havuzuyla ilgili tüm işlemleri alır.

İndeks kanıtı kullanarak, indeksleyiciler yerel GRT tokenlerini indeksleme ve sorgulama hizmetleri için stake eder, delegeler bu tokenleri buraya stake etmeyi seçebilir. Küratörler, indeksleyicilerin hangi alt grafikleri veri toplamak için hedefleyeceğine karar vermelerine yardımcı olacak yüksek kaliteli alt grafikleri erişebilir. Daha fazla merkeziyetsizliğe geçiş sürecinde, The Graph nihayet barındırma hizmetlerini durduracak ve alt grafikleri kendi ağına yükseltmelerini isteyecek, aynı zamanda yükseltilmiş indeksleyiciler sağlayacaktır.

Altyapısı, her milyon sorgu için ortalama maliyeti 40 dolara çıkarıyor, bu da kendi kendine barındırılan düğümlerin maliyetinden çok daha düşük. Dosya veri kaynaklarını kullanarak, aynı anda hem zincir üstü hem de zincir dışı veriler için paralel indekslemeyi destekleyerek verimli veri alımını sağlıyor.

The Graph'ın indeksleyici ödülleri son birkaç çeyrekte sürekli bir artış göstermektedir. Bu kısmen sorgu sayısındaki artıştan kaynaklanmakta, ancak aynı zamanda token fiyatlarındaki artışa da atfedilmektedir, çünkü gelecekte yapay zeka destekli sorguların entegrasyonunu planlamaktadırlar.

Subsquid

Subsquid, zincir üstü ve zincir altı verileri verimli bir şekilde toplayabilen, merkeziyetsiz bir veri gölü olan, eşler arası ve yatay olarak ölçeklenebilir bir sistemdir. Merkezi olmayan bir işçi ağı olarak, her düğüm belirli blok alt kümesinden verileri saklamaktan sorumludur ve verileri hızlı bir şekilde saklayan düğümleri tanımlayarak veri alma sürecini hızlandırır.

Subsquid ayrıca, blokların nihai olarak onaylanmadan önce indekslenmesine olanak tanıyan gerçek zamanlı indekslemeyi destekler. Ayrıca, geliştiricilerin tercih ettiği formatta veri depolamayı destekleyerek BigQuery, Parquet veya CSV gibi araçlarla daha kolay analiz yapılmasını sağlar. Ayrıca, alt grafikler Subsquid ağı üzerinde, Squid SDK'ya geçiş yapmadan dağıtılabilir ve böylece kodsuz dağıtım sağlanır.

Test ağ aşamasında olmasına rağmen, Subsquid etkileyici istatistikler elde etti ve 80,000'den fazla test ağı kullanıcısına, 60,000'den fazla Squid indeksleyiciye ve ağda 20,000'den fazla doğrulanmış geliştiriciye sahip. Son olarak, 3 Haziran'da Subsquid veri gölünün ana ağını başlattı.

İndeks dışında, Subsquid Network veri göleti ayrıca analiz, ZK/TEE yardımcı işlemcileri, AI ajanları ve Oracle gibi kullanım senaryolarındaki RPC'yi de değiştirebilir.

SubQuery

SubQuery, merkeziyetsiz bir ara katman altyapı ağıdır ve RPC ile veri indeksleme hizmetleri sunar. İlk olarak Polkadot ve Substrate ağlarını destekleyen SubQuery, şimdi 200'den fazla zinciri kapsayacak şekilde genişlemiştir. Çalışma prensibi, The Graph'ın indeks kanıtı kullanan yapısına benzer; indeksleyiciler verileri indeksleyerek sorgu taleplerini sağlarlar, delegeler ise hisselerini indeksleyicilere teminat olarak yatırır. Ancak, indeksleyicilerin gelirinin güvence altında olduğunu göstermek için tüketicilerin satın alma siparişleri vermesini sağlamaktadır, bu da yöneticilere bağlı değildir.

Shard destekleyen SubQuery veri düğümlerini tanıtacak, böylece her düğüm arasında sürekli yeni verilerin senkronize edilmesini önleyerek sorgu verimliliğini optimize edecek ve aynı zamanda daha büyük bir merkezsizlik yolunda ilerleyecek. Kullanıcılar, her 1000 istek başına yaklaşık 1 SQT token'ı hesaplama ücreti olarak ödemeyi veya protokol aracılığıyla indeksleyici için özel bir ücret ayarlamayı seçebilirler.

SubQuery, bu yılın başlarında token'ını piyasaya sürmüş olmasına rağmen, düğüm ve delegelerin dağıtım ödülleri de dolar değeri bazında artış göstermiştir; bu da platformlarında sunulan sorgulama hizmeti sayısının sürekli arttığını göstermektedir. TGE'den bu yana, stake edilen SQT toplam miktarı 6 milyondan 125 milyona yükselmiş, bu da ağ katılımının artışını vurgulamaktadır.

Covalent

Covalent, merkeziyetsiz bir indeksleme ağıdır. Blok örnek üreticisi ###BSP( ağ düğümleri, toplu olarak veri çıkarımı yaparak blok zinciri verilerinin kopyalarını oluşturur ve bunları Covalent L1 blok zincirinde yayınlar. Bu veriler daha sonra blok sonuç üreticisi )BRP( düğümleri tarafından belirlenen kurallara göre rafine edilir ve gereksinimlere uygun veriler filtrelenir.

Geliştiriciler, standart bir API aracılığıyla, karmaşık özel sorgular yazmadan, ilgili blockchain verilerini tutarlı bir istek ve yanıt formatında kolayca çıkarabilirler. Bu önceden yapılandırılmış veri setlerini ağ operatörlerinden almak için Moonbeam üzerinde düzenlenen CQT token'ını ödeme aracı olarak kullanabilirsiniz.

Covalent'in ödülleri 23'üncü yılın birinci çeyreğinden 24'üncü yılın birinci çeyreğine kadar genel olarak bir artış trendi gösteriyor, bunun bir kısmı Covalent tokeni CQT'nin fiyatındaki artıştan kaynaklanıyor.

![Web3 veri erişiminin gelişimi: İndeksleyici ve ilgili proje tanıtımı])https://img-cdn.gateio.im/webp-social/moments-52ee29205aa307720198994a5f3de61f.webp(

Seçim Indeksleyici için Dikkat Edilmesi Gerekenler

) Verilerin özelleştirilebilirliği

Bazı indeksleyiciler ###, örneğin Covalent (, genel indeksleyicilerdir ve yalnızca API aracılığıyla standart önceden yapılandırılmış veri kümesi sunarlar. Hızlı olabilirler, ancak onlar için mümkün değildir.