Zincir Entegrasyon Sürecine Genel Bakış

Blok zinciri ekiplerinin Graph protokolüyle entegrasyon⁠ arayışı için şeffaf ve yönetişim odaklı bir entegrasyon süreci tasarlandı. Bu, aşağıda özetlendiği gibi 3 aşamalı bir süreçten oluşmaktadır.

Aşama 1. Teknik Entegrasyon

Lütfen yeni zincirler için graph-node desteği hakkında bilgi almak için Yeni Zincir Entegrasyonu sayfasını ziyaret edin.
Ekipler, protokol entegrasyon sürecini bir Forum başlığı oluşturarak başlatır here⁠ (Yönetişim ve GIP’ler altındaki Yeni Veri Kaynakları alt kategorisi). Varsayılan Forum şablonunun kullanılması zorunludur.

Aşama 2. Entegrasyon Doğrulaması

Takımlar, sorunsuz bir entegrasyon sürecini sağlamak amacıyla temel geliştiriciler, Graph Vakfı ve Subgraph Studio gibi GUI ve ağ geçidi operatörleriyle işbirliği yapar. Entegre edilen zincirin JSON-RPC, Firehose veya Substreams uç noktaları gibi gerekli altyapıların sağlanması buna dahildir. Bu altyapıyı kendi kendine sunmaktan kaçınmak isteyen ekipler, bunu yapmak için The Graph’ın düğüm operatörleri (Endeksleyiciler) topluluğunu kullanabilirler. The Graph bu konuda yardımcı olabilir.
Graph İndeksleyicileri, entegrasyonu Graph’ın test ağında test eder.
Çekirdek geliştiriciler ve İndeksleyiciler kararlılığı, performansı ve veri belirleyiciliğini izler.

Aşama 3. Ana Ağ Entegrasyonu

Ekipler, bir Graph İyileştirme Teklifi (GIP) göndererek ve özellik destek matrisinde⁠ bir pull request (PR) başlatarak ana ağ entegrasyonu önermektedir (daha fazla ayrıntı bağlantıda).
Graph Konseyi talebi inceler, başarılı bir 2. Aşama ve olumlu topluluk geri bildirimi sağlayarak ana ağ desteğini onaylar.

Süreç göz korkutucu görünüyorsa endişelenmeyin! Graph Vakfı, işbirliğini teşvik edip, gerekli bilgileri sunar ve yönetişim süreçlerinde gezinmek, Graph İyileştirme Teklifleri (GIPs) ve pull requests de dahil olmak üzere çeşitli aşamalarda entegratörlere rehberlik ederek onları desteklemeye odaklanmıştır. Sorularınız varsa, lütfen [email protected]⁠ adresi veya Discord (Graph Vakfı üyesi Pedro, IndexerDAO veya diğer çekirdek geliştiricilerden birine) aracılığıyla bize ulaşın.

Graph Ağı’nın geleceğini şekillendirmeye hazır mısınız? Şimdi [Teklifinizi başlatın] (https://github.com/graphprotocol/graph-improvement-proposals/blob/main/gips/0057-chain-integration-process.md⁠) ve web3 devriminin bir parçası olun!

Sıkça Sorulan Sorular

1. Bunun [World of Data Services teklifi (GIP)] (https://forum.thegraph.com/t/gip-0042-a-world-of-data-services/3761⁠) ile ilişkisi nedir?

Bu süreç Subgraph Veri Hizmeti ile ilgilidir ve yalnızca yeni Subgraph Veri Kaynakları için geçerlidir.

2. Firehose & Substreams desteği, ağ ana ağda desteklendikten sonra gelirse ne olur?

This would only impact protocol support for indexing rewards on Substreams-powered Subgraphs. The new Firehose implementation would need testing on testnet, following the methodology outlined for Stage 2 in this GIP. Similarly, assuming the implementation is performant and reliable, a PR on the Feature Support Matrix⁠ would be required (Substreams data sources Subgraph Feature), as well as a new GIP for protocol support for indexing rewards. Anyone can create the PR and GIP; the Foundation would help with Council approval.

3. Tam protokol desteğine ulaşma süreci ne kadar zaman alacak?

Ana ağa geçiş süresinin entegrasyon geliştirme süresine, ek araştırma gerekip gerekmediğine, test ve hata düzeltmelerine ve her zaman olduğu gibi topluluk geri bildirimi gerektiren yönetişim sürecinin zamanlamasına bağlı olarak değişmek kaydıyla birkaç hafta olması beklenmektedir.

İndeksleme ödülleri için protokol desteği, paydaşların test etme, geri bildirim toplama ve varsa çekirdek kod tabanına katkıları ele alma konusundaki bant genişliğine bağlıdır. Bu, entegrasyonun olgunluğuna ve entegrasyon ekibinin ne kadar duyarlı olduğu (RPC/Firehose uygulamasının arkasındaki ekip olabilir veya olmayabilir) ile doğrudan ilişkilidir. Vakıf, sürecin tamamı boyunca destek sağlamak için buradadır.

4. Öncelikler nasıl ele alınacak?

#3’e benzer şekilde, bu genel hazırlık sürecine ve ilgili tarafların bant genişliğine bağlı olacaktır. Örneğin, tamamen yeni bir Firehose entegrasyonuna ihtiyaç duyan yeni bir zincir, zaten gerçek koşullarda test edilmiş veya yönetim sürecinde daha ileride olan entegrasyonlardan daha uzun sürebilir.