Blok Zinciri verilerinin önemi ve sorgulama yöntemlerinin evrimi
Veri, Blok Zinciri teknolojisinin merkezinde yer alır ve merkeziyetsiz uygulama (dApp) geliştirilmesine temel sağlar. Şu anda çoğu tartışma veri kullanılabilirliği (DA) üzerine yoğunlaşmış olsa da, veri erişilebilirliği de aynı derecede önemlidir ve sıklıkla göz ardı edilir.
Modüler Blok Zinciri çağında, DA çözümleri vazgeçilmez bir parça haline geldi. Tüm katılımcıların işlem verilerine erişimini sağlayarak gerçek zamanlı doğrulama ve ağ bütünlüğünün korunmasına yardımcı olurlar. Ancak, DA katmanı bir veritabanı yerine daha çok bir reklam panosuna benziyor, bu da verilerin süresiz olarak depolanmayacağı, zamanla silineceği anlamına geliyor.
Buna karşılık, verilerin erişilebilirliği, tarihi verileri geri alma yeteneğine odaklanır ve bu, dApp geliştirmek ve Blok Zinciri analizi yapmak için hayati öneme sahiptir. Daha az tartışılmasına rağmen, verilerin erişilebilirliği ve verilerin kullanılabilirliği eşit derecede önemlidir. Her ikisi de Blok Zinciri ekosisteminde farklı ancak tamamlayıcı roller üstlenir, kapsamlı bir veri yönetimi yaklaşımı, güçlü ve verimli Blok Zinciri uygulamalarını desteklemek için bu iki sorunu aynı anda ele almalıdır.
Geleneksel Blok Zinciri Veri Arama Yöntemleri
Blok Zinciri, doğduğu günden bu yana altyapıyı köklü bir şekilde değiştirdi ve oyun, finans ve sosyal ağlar gibi çeşitli alanlarda dApp'lerin oluşturulmasını teşvik etti. Ancak, bu dApp'leri inşa etmek için büyük miktarda blok verisine erişim sağlamak 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, en başından itibaren tüm tarihsel Blok Zinciri verilerini saklar ve verilere tam erişim sağlar. Ancak, arşiv düğümlerinin bakımı maliyetlidir, sorgulama yetenekleri sınırlıdır ve verileri geliştiricilerin ihtiyaç duyduğu formatta sorgulama imkanı yoktur. 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.
Başka bir yöntem, ticari RPC düğüm sağlayıcılarını kullanmaktır. Bu sağlayıcılar düğümün maliyetinden ve yönetiminden sorumludurlar ve verileri RPC uç noktaları aracılığıyla sunarlar. Kamuya açık RPC uç noktaları ücretsizdir ancak hız kısıtlamaları vardır ve bu durum dApp kullanıcı deneyimini olumsuz etkileyebilir. Özel RPC uç noktaları, tıkanıklığı azaltarak daha iyi performans sunar, ancak basit veri alımı bile büyük miktarda iletişim gerektirir. Bu durum, onları talep 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 vardır.
Blok Zinciri İndeksleyici: Daha İyi Bir Alternatif
Blok Zinciri indeksleyicileri, zincir üzerindeki verileri düzenleyip bunları veritabanına göndererek sorgulama kolaylığında kritik bir rol oynamaktadır, bu nedenle sıklıkla "blok zincirinin Google'ı" olarak adlandırılmaktadır. Blok zinciri verilerini indeksleyerek ve benzer SQL sorgu dili ( gibi GraphQL API ) kullanarak bunları her zaman kullanılabilir hale getirirler. İndeksleyiciler, geliştiricilere standartlaştırılmış sorgu dili kullanarak gerekli bilgileri hızlı ve doğru bir şekilde sorgulama imkanı sunan birleşik bir sorgu arayüzü sağlar, bu da süreci büyük ölçüde basitleştirir.
Farklı türdeki indeksleyiciler, veri alımını çeşitli yollarla optimize eder:
Tam Düğüm İndeksleyici: Tam bir blok zinciri düğümü çalıştırarak verileri 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.
Hafif Endeksleyici: Tam düğümlerin ihtiyaç duyduklarında belirli verileri almasına dayanarak, depolama gereksinimlerini azaltır ancak sorgu süresini artırabilir.
Özel İndeksleyici: Belirli veri türleri veya özel blok zincirleri için, NFT verileri veya DeFi işlemleri gibi belirli kullanım senaryolarının sorgulanmasını optimize edebilir.
Birleştirilmiş Endeksleyici: Birden fazla blok zincirinden ve kaynaktan veri çekmek, zincir dışı bilgileri de dahil ederek, birleşik bir sorgulama arayüzü sunar ve çoklu zincir dApp'ler için özellikle yararlıdır.
Sadece Ethereum için 3TB depolama alanı gereklidir ve blok zinciri sürekli büyüdükçe, arşiv düğümlerinin veri depolama miktarı da sürekli artacaktır. İndeksleyici protokolü, çok sayıda veriyi verimli bir şekilde indekslemek ve yüksek hızlı sorgulamak için birden fazla indeksleyici dağıtabilir, bu RPC'nin gerçekleştiremeyeceği bir şeydir.
İndeksleyici, karmaşık sorgular gerçekleştirmeye, verileri kolayca filtrelemeye ve verileri çıkardıktan sonra analiz etmeye de olanak tanır. Bazı indeksleyiciler, çoklu kaynaklardan gelen verileri birleştirerek, çoklu zincirli dApp'lerde birden fazla API'nin dağıtılmasını önleyebilir. Birden fazla düğüm üzerinde dağıtılmış olan indeksleyici, artırılmış güvenlik ve performans sağlar, oysa RPC sağlayıcıları merkezi özellikleri nedeniyle kesintiler ve duraklamalar yaşayabilir.
Genel olarak, RPC düğüm sağlayıcılarıyla karşılaştırıldığında, 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 tercih edilen hale getiriyor.
İndeksleyici Örneği
dApp inşa etmek, hizmetlerini çalıştırmak için Blok Zinciri verilerini sorgulayıp okumayı gerektirir. Bu, DeFi, NFT platformları, oyunlar ve hatta sosyal ağlar gibi her türlü dApp'i içerir, çünkü bu platformların diğer işlemleri gerçekleştirmeden önce verileri okuması gerekir.
DeFi
DeFi protokolleri, kullanıcılara belirli fiyatlar, oranlar, ücretler vb. sunmak için farklı bilgilere ihtiyaç duyar. Otomatik piyasa yapıcı (AMM), takas oranlarını hesaplamak için bazı likidite havuzlarının fiyat ve likidite bilgilerine ihtiyaç duyarken, borç verme protokolleri borç verme oranlarını ve tasfiye borç oranını belirlemek için kullanım oranını kullanır. Kullanıcıların uyguladıkları oranları hesaplamadan önce bu bilgilerin dApp'lerine girmesi gereklidir.
Oyun
GameFi, kullanıcıların oyunları sorunsuz bir şekilde oynamasını sağlamak için verileri hızlı bir şekilde indekslemeli ve erişim sağlamalıdır. Ancak yıldırım hızında veri alımı ve yürütme ile Web3 oyunları, performans açısından Web2 oyunları ile yarışabilir 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ğlayarak mükemmel bir oyun deneyimi garanti edebilirler.
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 indekslemesi gerektirir. Bu tür verilerin hızlı bir şekilde indekslenmesi, her bir NFT'yi tek tek gözden geçirerek mülkiyet veya NFT özellik verilerini bulma ihtiyacını ortadan kaldırır.
Fiyat ve likidite bilgilerine ihtiyaç duyan DeFi otomatik piyasa yapıcı (AMM) veya yeni kullanıcı gönderilerini güncellemek için gereken SocialFi uygulamaları için, verilerin hızlı bir şekilde alınabilmesi dApp'in normal çalışması için hayati öneme sahiptir. İndeksleyici sayesinde, verileri verimli ve doğru bir şekilde alabilirler, bu da sorunsuz bir kullanıcı deneyimi sunar.
Analiz
İndeksleyici, ham blok zinciri verilerinden (, her bloktaki akıllı sözleşme olaylarını ) içeren belirli verileri çıkarmak için bir yöntem sunar. Bu, daha spesifik veri analizi fırsatları sağlayarak kapsamlı içgörüler sunar.
Örneğin, sürekli işlem protokolleri hangi tokenlerin işlem hacminin büyük olduğunu ve hangi tokenlerin ücret ürettiğini belirleyerek bu tokenleri sürekli sözleşme olarak platformlarına listeleyip listelemeyeceklerine karar verebilir. Bir DEX geliştiricisi, kendi ürünleri için en yüksek getirili veya en likit olan fon havuzlarını derinlemesine analiz etmek üzere bir gösterge paneli oluşturabilir. Ayrıca, geliştiricilerin grafikte göstermek istedikleri her türlü veriyi özgürce sorgulayabilecekleri halka açık gösterge panelleri de oluşturabilir.
Birden fazla blok zinciri indeksleyicisi mevcut olduğundan, indeks protokolleri arasındaki farkları belirlemek, geliştiricilerin ihtiyaçlarına en uygun indeksleyiciyi seçmelerini sağlamak için hayati önem taşımaktadır.
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 sorgulamanızı sağlar. Blok Zinciri'nden veri toplamak için alt grafik tanımları ve filtreler kullanarak, örneğin belirli bir DEX USDC/ETH havuzuyla ilgili tüm işlemleri içerir.
Dizin kanıtı kullanarak, dizinleyiciler yerel GRT jetonlarını indeksleme ve sorgulama hizmetleri için stake eder, delegeler jetonlarını burada stake etmeyi seçebilir. Küratörler, dizinleyicilerin en iyi sorgulama ücretlerini kazanmak için hangi alt grafikler için veri hazırlaması gerektiğini belirlemelerine yardımcı olmak için yüksek kaliteli alt grafiklere erişebilir. Daha büyük bir merkeziyetsizlik geçiş sürecinde, The Graph nihayet barındırma hizmetlerini durduracak ve alt grafiklerin ağlarına yükseltilmesini isteyecek, aynı zamanda yükseltme dizinleyicileri sağlayacaktır.
Altyapısı, her bir milyon sorgu için ortalama maliyeti 40 dolara çıkarmakta, bu da kendi kendine barındırılan düğümlerin maliyetinden çok daha düşük. Dosya veri kaynaklarını kullanarak, aynı zamanda hem zincir üstü hem de zincir dışı verilerin paralel indekslenmesini desteklemekte, bu da verimli veri alımını sağlamaktadır.
The Graph'ın indeksleyici ödülleri son birkaç çeyrekte istikrarlı bir şekilde artmaktadır. Bu kısmen sorgu sayısındaki artıştan, ancak aynı zamanda token fiyatlarındaki artıştan kaynaklanmaktadır, çünkü gelecekte yapay zeka destekli sorguları entegre etmeyi planlıyorlar.
Subsquid
Subsquid, çok sayıda zincir üstü ve zincir altı veriyi verimli bir şekilde toplayabilen, nokta-nokta, yatay olarak ölçeklenebilir merkeziyetsiz bir veri gölüdür ve sıfır bilgi kanıtları ile korunmaktadır. Merkeziyetsiz bir işçi ağı olarak, her bir düğüm belirli bir blok alt kümesinden gelen verileri saklamaktan sorumludur ve gerekli verileri saklayan düğümleri hızlı bir şekilde tanımlayarak veri alma sürecini hızlandırır.
Subsquid ayrıca blok kesinleştirilmeden önce gerçek zamanlı indeksleme yapmayı destekler. Verilerin geliştiricinin seçtiği formatta depolanmasını da destekleyerek BigQuery, Parquet veya CSV gibi araçlarla daha kolay analiz yapılmasını sağlar. Ayrıca, alt grafikler Subsquid ağı üzerinde dağıtılabilir, Squid SDK'ya geçiş yapmadan, böylece kodsuz dağıtım sağlanır.
Test ağı aşamasında olmasına rağmen, Subsquid etkileyici istatistikler elde etti; 80,000'den fazla test ağı kullanıcısı, 60,000'den fazla Squid indeksleyici dağıtıldı ve ağda 20,000'den fazla doğrulanmış geliştirici bulunuyor. Son olarak, 3 Haziran'da Subsquid veri gölünün ana ağını başlattı.
İndeks dışında, Subsquid Ağı veri gölü ayrıca analiz, ZK/TEE yardımcı işlemcileri, AI ajanları ve Oracle gibi durumlarda RPC'yi de yerine getirebilir.
SubQuery
SubQuery, RPC ve veri indeksleme hizmetleri sunan merkeziyetsiz bir ara katman altyapı ağıdır. İlk olarak Polkadot ve Substrate ağlarını desteklemiştir, şimdi ise 200'den fazla zinciri kapsamaktadır. Çalışma prensibi, indeks kanıtı kullanan The Graph'a benzer; indeksleyiciler verileri indeksler ve sorgu talepleri sunar, delegeler ise hisselerini indeksleyicilere stake eder. Ancak, indeksleyicilerin gelirinin güvence altına alınması için tüketicilerin satın alma siparişleri sunması gerekmektedir, yöneticiler yerine.
Shard destekleyen SubQuery veri düğümlerini tanıtacak, böylece her düğüm arasında sürekli olarak yeni verilerin senkronize edilmesini önleyerek sorgu verimliliğini optimize edecek ve daha büyük bir merkeziyetsizliğe doğru ilerleyecek. Kullanıcılar, her 1000 isteğe yaklaşık 1 SQT token'ı ödeme veya indeksleyici için protokol aracılığıyla özel ücretler belirleme seçeneğine sahip olacaklar.
SubQuery, bu yılın başlarında tokenini piyasaya sürmesine rağmen, düğümler ve delegelerin ödül dağıtımı da dolar değerinde artış gösterdi; bu da platformlarında sunulan sorgu hizmetlerinin sayısının sürekli arttığını temsil ediyor. TGE'den bu yana, stake edilen SQT toplamı 6 milyondan 125 milyona yükseldi ve bu da ağ katılımının artışını vurguluyor.
Kovalan
Covalent, merkeziyetsiz bir indeksleyici ağdır. Blok örnek üreticisi (BSP) ağ düğümleri, toplu dışa aktarma yöntemiyle blok zinciri verilerinin kopyalarını oluşturur ve Covalent L1 blok zincirinde kanıt yayınlar. Bu veriler daha sonra blok sonuç üreticisi (BRP) düğümleri tarafından belirlenen kurallara göre rafine edilir ve gereksinimleri karşılayan veriler filtrelenir.
Geliştiriciler, birleşik bir API aracılığıyla, özel karmaşık sorgular yazmadan veri erişimi sağlamak için tutarlı bir istek ve yanıt formatında ilgili Blok Zinciri verilerini kolayca çıkarabilirler. Bu önceden yapılandırılmış veri kümesini ağ operatörlerinden almak için Moonbeam üzerinde tasfiye edilen CQT token'ını ödeme aracı olarak kullanabilirsiniz.
Covalent'in ödülleri 23 yılının birinci çeyreğinden 24 yılının birinci çeyreğine kadar genel olarak bir artış eğilimi gösteriyor, bunun bir kısmı Covalent tokeni CQT'nin fiyatındaki artıştan kaynaklanıyor.
Seçenekleri Seçerken Dikkat Edilmesi Gerekenler
Verilerin Özelleştirilebilirliği
Bazı indeksleyiciler ( örneğin Covalent ) genel indeksleyicilerdir, yalnızca API aracılığıyla standart önceden yapılandırılmış veri kümesi sunarlar. Hızlı olabilirler, ancak özel veri kümelerine ihtiyaç duyan geliştiricilere esneklik sunamazlar. İndeksleyici çerçevesini kullanarak, uygulamaya özgü gereksinimleri karşılamak için daha fazla özelleştirilmiş veri işleme yapılmasına olanak tanır.
Güvenlik
İndeks verileri güvenli olmalıdır, aksi takdirde bu indeksleyicilere dayanan dApp'ler de saldırıya uğrayabilir. Örneğin, eğer işlemler ve cüzdan bakiyeleri manipüle edilebiliyorsa.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
14 Likes
Reward
14
7
Share
Comment
0/400
DeFiDoctor
· 3h ago
Klinik gözlemlere göre, veri erişilebilirliği bu komplikasyon DA katmanının metabolik fonksiyonunu ciddi şekilde etkilemiştir. Tekrarlama oranı yüksek kalmaktadır.
View OriginalReply0
MEV_Whisperer
· 11h ago
Bunu bu kadar sert bir şekilde araştıran başka kimse var mı?
View OriginalReply0
ParallelChainMaxi
· 18h ago
DA'nın pek bir anlamı yok, en iyisi blok katmanına bakmak.
View OriginalReply0
NotGonnaMakeIt
· 18h ago
Geçmiş verilere nasıl ulaşabilirim...
View OriginalReply0
SeeYouInFourYears
· 18h ago
Teknik bilgisi olmayanlar, tüm gün bu abartılı şeyleri konuşuyor; bunun ne faydası var?
Blok Zinciri İndeksleyici: Veri Alımını Optimize Etmek dApp Geliştirme Verimliliğini Artırır
Blok Zinciri verilerinin önemi ve sorgulama yöntemlerinin evrimi
Veri, Blok Zinciri teknolojisinin merkezinde yer alır ve merkeziyetsiz uygulama (dApp) geliştirilmesine temel sağlar. Şu anda çoğu tartışma veri kullanılabilirliği (DA) üzerine yoğunlaşmış olsa da, veri erişilebilirliği de aynı derecede önemlidir ve sıklıkla göz ardı edilir.
Modüler Blok Zinciri çağında, DA çözümleri vazgeçilmez bir parça haline geldi. Tüm katılımcıların işlem verilerine erişimini sağlayarak gerçek zamanlı doğrulama ve ağ bütünlüğünün korunmasına yardımcı olurlar. Ancak, DA katmanı bir veritabanı yerine daha çok bir reklam panosuna benziyor, bu da verilerin süresiz olarak depolanmayacağı, zamanla silineceği anlamına geliyor.
Buna karşılık, verilerin erişilebilirliği, tarihi verileri geri alma yeteneğine odaklanır ve bu, dApp geliştirmek ve Blok Zinciri analizi yapmak için hayati öneme sahiptir. Daha az tartışılmasına rağmen, verilerin erişilebilirliği ve verilerin kullanılabilirliği eşit derecede önemlidir. Her ikisi de Blok Zinciri ekosisteminde farklı ancak tamamlayıcı roller üstlenir, kapsamlı bir veri yönetimi yaklaşımı, güçlü ve verimli Blok Zinciri uygulamalarını desteklemek için bu iki sorunu aynı anda ele almalıdır.
Geleneksel Blok Zinciri Veri Arama Yöntemleri
Blok Zinciri, doğduğu günden bu yana altyapıyı köklü bir şekilde değiştirdi ve oyun, finans ve sosyal ağlar gibi çeşitli alanlarda dApp'lerin oluşturulmasını teşvik etti. Ancak, bu dApp'leri inşa etmek için büyük miktarda blok verisine erişim sağlamak 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, en başından itibaren tüm tarihsel Blok Zinciri verilerini saklar ve verilere tam erişim sağlar. Ancak, arşiv düğümlerinin bakımı maliyetlidir, sorgulama yetenekleri sınırlıdır ve verileri geliştiricilerin ihtiyaç duyduğu formatta sorgulama imkanı yoktur. 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.
Başka bir yöntem, ticari RPC düğüm sağlayıcılarını kullanmaktır. Bu sağlayıcılar düğümün maliyetinden ve yönetiminden sorumludurlar ve verileri RPC uç noktaları aracılığıyla sunarlar. Kamuya açık RPC uç noktaları ücretsizdir ancak hız kısıtlamaları vardır ve bu durum dApp kullanıcı deneyimini olumsuz etkileyebilir. Özel RPC uç noktaları, tıkanıklığı azaltarak daha iyi performans sunar, ancak basit veri alımı bile büyük miktarda iletişim gerektirir. Bu durum, onları talep 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 vardır.
Blok Zinciri İndeksleyici: Daha İyi Bir Alternatif
Blok Zinciri indeksleyicileri, zincir üzerindeki verileri düzenleyip bunları veritabanına göndererek sorgulama kolaylığında kritik bir rol oynamaktadır, bu nedenle sıklıkla "blok zincirinin Google'ı" olarak adlandırılmaktadır. Blok zinciri verilerini indeksleyerek ve benzer SQL sorgu dili ( gibi GraphQL API ) kullanarak bunları her zaman kullanılabilir hale getirirler. İndeksleyiciler, geliştiricilere standartlaştırılmış sorgu dili kullanarak gerekli bilgileri hızlı ve doğru bir şekilde sorgulama imkanı sunan birleşik bir sorgu arayüzü sağlar, bu da süreci büyük ölçüde basitleştirir.
Farklı türdeki indeksleyiciler, veri alımını çeşitli yollarla optimize eder:
Tam Düğüm İndeksleyici: Tam bir blok zinciri düğümü çalıştırarak verileri 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.
Hafif Endeksleyici: Tam düğümlerin ihtiyaç duyduklarında belirli verileri almasına dayanarak, depolama gereksinimlerini azaltır ancak sorgu süresini artırabilir.
Özel İndeksleyici: Belirli veri türleri veya özel blok zincirleri için, NFT verileri veya DeFi işlemleri gibi belirli kullanım senaryolarının sorgulanmasını optimize edebilir.
Birleştirilmiş Endeksleyici: Birden fazla blok zincirinden ve kaynaktan veri çekmek, zincir dışı bilgileri de dahil ederek, birleşik bir sorgulama arayüzü sunar ve çoklu zincir dApp'ler için özellikle yararlıdır.
Sadece Ethereum için 3TB depolama alanı gereklidir ve blok zinciri sürekli büyüdükçe, arşiv düğümlerinin veri depolama miktarı da sürekli artacaktır. İndeksleyici protokolü, çok sayıda veriyi verimli bir şekilde indekslemek ve yüksek hızlı sorgulamak için birden fazla indeksleyici dağıtabilir, bu RPC'nin gerçekleştiremeyeceği bir şeydir.
İndeksleyici, karmaşık sorgular gerçekleştirmeye, verileri kolayca filtrelemeye ve verileri çıkardıktan sonra analiz etmeye de olanak tanır. Bazı indeksleyiciler, çoklu kaynaklardan gelen verileri birleştirerek, çoklu zincirli dApp'lerde birden fazla API'nin dağıtılmasını önleyebilir. Birden fazla düğüm üzerinde dağıtılmış olan indeksleyici, artırılmış güvenlik ve performans sağlar, oysa RPC sağlayıcıları merkezi özellikleri nedeniyle kesintiler ve duraklamalar yaşayabilir.
Genel olarak, RPC düğüm sağlayıcılarıyla karşılaştırıldığında, 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 tercih edilen hale getiriyor.
İndeksleyici Örneği
dApp inşa etmek, hizmetlerini çalıştırmak için Blok Zinciri verilerini sorgulayıp okumayı gerektirir. Bu, DeFi, NFT platformları, oyunlar ve hatta sosyal ağlar gibi her türlü dApp'i içerir, çünkü bu platformların diğer işlemleri gerçekleştirmeden önce verileri okuması gerekir.
DeFi
DeFi protokolleri, kullanıcılara belirli fiyatlar, oranlar, ücretler vb. sunmak için farklı bilgilere ihtiyaç duyar. Otomatik piyasa yapıcı (AMM), takas oranlarını hesaplamak için bazı likidite havuzlarının fiyat ve likidite bilgilerine ihtiyaç duyarken, borç verme protokolleri borç verme oranlarını ve tasfiye borç oranını belirlemek için kullanım oranını kullanır. Kullanıcıların uyguladıkları oranları hesaplamadan önce bu bilgilerin dApp'lerine girmesi gereklidir.
Oyun
GameFi, kullanıcıların oyunları sorunsuz bir şekilde oynamasını sağlamak için verileri hızlı bir şekilde indekslemeli ve erişim sağlamalıdır. Ancak yıldırım hızında veri alımı ve yürütme ile Web3 oyunları, performans açısından Web2 oyunları ile yarışabilir 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ğlayarak mükemmel bir oyun deneyimi garanti edebilirler.
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 indekslemesi gerektirir. Bu tür verilerin hızlı bir şekilde indekslenmesi, her bir NFT'yi tek tek gözden geçirerek mülkiyet veya NFT özellik verilerini bulma ihtiyacını ortadan kaldırır.
Fiyat ve likidite bilgilerine ihtiyaç duyan DeFi otomatik piyasa yapıcı (AMM) veya yeni kullanıcı gönderilerini güncellemek için gereken SocialFi uygulamaları için, verilerin hızlı bir şekilde alınabilmesi dApp'in normal çalışması için hayati öneme sahiptir. İndeksleyici sayesinde, verileri verimli ve doğru bir şekilde alabilirler, bu da sorunsuz bir kullanıcı deneyimi sunar.
Analiz
İndeksleyici, ham blok zinciri verilerinden (, her bloktaki akıllı sözleşme olaylarını ) içeren belirli verileri çıkarmak için bir yöntem sunar. Bu, daha spesifik veri analizi fırsatları sağlayarak kapsamlı içgörüler sunar.
Örneğin, sürekli işlem protokolleri hangi tokenlerin işlem hacminin büyük olduğunu ve hangi tokenlerin ücret ürettiğini belirleyerek bu tokenleri sürekli sözleşme olarak platformlarına listeleyip listelemeyeceklerine karar verebilir. Bir DEX geliştiricisi, kendi ürünleri için en yüksek getirili veya en likit olan fon havuzlarını derinlemesine analiz etmek üzere bir gösterge paneli oluşturabilir. Ayrıca, geliştiricilerin grafikte göstermek istedikleri her türlü veriyi özgürce sorgulayabilecekleri halka açık gösterge panelleri de oluşturabilir.
Birden fazla blok zinciri indeksleyicisi mevcut olduğundan, indeks protokolleri arasındaki farkları belirlemek, geliştiricilerin ihtiyaçlarına en uygun indeksleyiciyi seçmelerini sağlamak için hayati önem taşımaktadır.
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 sorgulamanızı sağlar. Blok Zinciri'nden veri toplamak için alt grafik tanımları ve filtreler kullanarak, örneğin belirli bir DEX USDC/ETH havuzuyla ilgili tüm işlemleri içerir.
Dizin kanıtı kullanarak, dizinleyiciler yerel GRT jetonlarını indeksleme ve sorgulama hizmetleri için stake eder, delegeler jetonlarını burada stake etmeyi seçebilir. Küratörler, dizinleyicilerin en iyi sorgulama ücretlerini kazanmak için hangi alt grafikler için veri hazırlaması gerektiğini belirlemelerine yardımcı olmak için yüksek kaliteli alt grafiklere erişebilir. Daha büyük bir merkeziyetsizlik geçiş sürecinde, The Graph nihayet barındırma hizmetlerini durduracak ve alt grafiklerin ağlarına yükseltilmesini isteyecek, aynı zamanda yükseltme dizinleyicileri sağlayacaktır.
Altyapısı, her bir milyon sorgu için ortalama maliyeti 40 dolara çıkarmakta, bu da kendi kendine barındırılan düğümlerin maliyetinden çok daha düşük. Dosya veri kaynaklarını kullanarak, aynı zamanda hem zincir üstü hem de zincir dışı verilerin paralel indekslenmesini desteklemekte, bu da verimli veri alımını sağlamaktadır.
The Graph'ın indeksleyici ödülleri son birkaç çeyrekte istikrarlı bir şekilde artmaktadır. Bu kısmen sorgu sayısındaki artıştan, ancak aynı zamanda token fiyatlarındaki artıştan kaynaklanmaktadır, çünkü gelecekte yapay zeka destekli sorguları entegre etmeyi planlıyorlar.
Subsquid
Subsquid, çok sayıda zincir üstü ve zincir altı veriyi verimli bir şekilde toplayabilen, nokta-nokta, yatay olarak ölçeklenebilir merkeziyetsiz bir veri gölüdür ve sıfır bilgi kanıtları ile korunmaktadır. Merkeziyetsiz bir işçi ağı olarak, her bir düğüm belirli bir blok alt kümesinden gelen verileri saklamaktan sorumludur ve gerekli verileri saklayan düğümleri hızlı bir şekilde tanımlayarak veri alma sürecini hızlandırır.
Subsquid ayrıca blok kesinleştirilmeden önce gerçek zamanlı indeksleme yapmayı destekler. Verilerin geliştiricinin seçtiği formatta depolanmasını da destekleyerek BigQuery, Parquet veya CSV gibi araçlarla daha kolay analiz yapılmasını sağlar. Ayrıca, alt grafikler Subsquid ağı üzerinde dağıtılabilir, Squid SDK'ya geçiş yapmadan, böylece kodsuz dağıtım sağlanır.
Test ağı aşamasında olmasına rağmen, Subsquid etkileyici istatistikler elde etti; 80,000'den fazla test ağı kullanıcısı, 60,000'den fazla Squid indeksleyici dağıtıldı ve ağda 20,000'den fazla doğrulanmış geliştirici bulunuyor. Son olarak, 3 Haziran'da Subsquid veri gölünün ana ağını başlattı.
İndeks dışında, Subsquid Ağı veri gölü ayrıca analiz, ZK/TEE yardımcı işlemcileri, AI ajanları ve Oracle gibi durumlarda RPC'yi de yerine getirebilir.
SubQuery
SubQuery, RPC ve veri indeksleme hizmetleri sunan merkeziyetsiz bir ara katman altyapı ağıdır. İlk olarak Polkadot ve Substrate ağlarını desteklemiştir, şimdi ise 200'den fazla zinciri kapsamaktadır. Çalışma prensibi, indeks kanıtı kullanan The Graph'a benzer; indeksleyiciler verileri indeksler ve sorgu talepleri sunar, delegeler ise hisselerini indeksleyicilere stake eder. Ancak, indeksleyicilerin gelirinin güvence altına alınması için tüketicilerin satın alma siparişleri sunması gerekmektedir, yöneticiler yerine.
Shard destekleyen SubQuery veri düğümlerini tanıtacak, böylece her düğüm arasında sürekli olarak yeni verilerin senkronize edilmesini önleyerek sorgu verimliliğini optimize edecek ve daha büyük bir merkeziyetsizliğe doğru ilerleyecek. Kullanıcılar, her 1000 isteğe yaklaşık 1 SQT token'ı ödeme veya indeksleyici için protokol aracılığıyla özel ücretler belirleme seçeneğine sahip olacaklar.
SubQuery, bu yılın başlarında tokenini piyasaya sürmesine rağmen, düğümler ve delegelerin ödül dağıtımı da dolar değerinde artış gösterdi; bu da platformlarında sunulan sorgu hizmetlerinin sayısının sürekli arttığını temsil ediyor. TGE'den bu yana, stake edilen SQT toplamı 6 milyondan 125 milyona yükseldi ve bu da ağ katılımının artışını vurguluyor.
Kovalan
Covalent, merkeziyetsiz bir indeksleyici ağdır. Blok örnek üreticisi (BSP) ağ düğümleri, toplu dışa aktarma yöntemiyle blok zinciri verilerinin kopyalarını oluşturur ve Covalent L1 blok zincirinde kanıt yayınlar. Bu veriler daha sonra blok sonuç üreticisi (BRP) düğümleri tarafından belirlenen kurallara göre rafine edilir ve gereksinimleri karşılayan veriler filtrelenir.
Geliştiriciler, birleşik bir API aracılığıyla, özel karmaşık sorgular yazmadan veri erişimi sağlamak için tutarlı bir istek ve yanıt formatında ilgili Blok Zinciri verilerini kolayca çıkarabilirler. Bu önceden yapılandırılmış veri kümesini ağ operatörlerinden almak için Moonbeam üzerinde tasfiye edilen CQT token'ını ödeme aracı olarak kullanabilirsiniz.
Covalent'in ödülleri 23 yılının birinci çeyreğinden 24 yılının birinci çeyreğine kadar genel olarak bir artış eğilimi gösteriyor, bunun bir kısmı Covalent tokeni CQT'nin fiyatındaki artıştan kaynaklanıyor.
Seçenekleri Seçerken Dikkat Edilmesi Gerekenler
Verilerin Özelleştirilebilirliği
Bazı indeksleyiciler ( örneğin Covalent ) genel indeksleyicilerdir, yalnızca API aracılığıyla standart önceden yapılandırılmış veri kümesi sunarlar. Hızlı olabilirler, ancak özel veri kümelerine ihtiyaç duyan geliştiricilere esneklik sunamazlar. İndeksleyici çerçevesini kullanarak, uygulamaya özgü gereksinimleri karşılamak için daha fazla özelleştirilmiş veri işleme yapılmasına olanak tanır.
Güvenlik
İndeks verileri güvenli olmalıdır, aksi takdirde bu indeksleyicilere dayanan dApp'ler de saldırıya uğrayabilir. Örneğin, eğer işlemler ve cüzdan bakiyeleri manipüle edilebiliyorsa.