Zincir Entegrasyon Sürecine Genel Bakış
Reading time: 3 min
Blok zinciri ekiplerinin 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.
- Please visit for information on
graph-node
support for new chains. - Ekipler, protokol entegrasyon sürecini bir Forum başlığı oluşturarak başlatır (Yönetişim ve GIP'ler altındaki Yeni Veri Kaynakları alt kategorisi). Varsayılan Forum şablonunun kullanılması zorunludur.
- Teams collaborate with core developers, Graph Foundation and operators of GUIs and network gateways, such as , to ensure a smooth integration process. This involves providing the necessary backend infrastructure, such as the integrating chain's JSON-RPC, Firehose or Substreams endpoints. Teams wanting to avoid self-hosting such infrastructure can leverage The Graph's community of node operators (Indexers) to do so, which the Foundation can help with.
- Graph İndeksleyicileri, entegrasyonu Graph'ın test ağında test eder.
- Çekirdek geliştiriciler ve İndeksleyiciler kararlılığı, performansı ve veri belirleyiciliğini izler.
- Ekipler, bir Graph İyileştirme Teklifi (GIP) göndererek ve 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 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] () ve web3 devriminin bir parçası olun!
Bu süreç Subgraph Veri Hizmeti ile ilgilidir ve yalnızca yeni Subgraph Veri Kaynakları
için geçerlidir.
Bu, yalnızca Substreams destekli subgraphlar'da ödüllerin indekslenmesi için protokol desteğini etkileyecektir. Yeni Firehose uygulamasının, bu GIP'de Aşama 2 için özetlenen metodolojiyi izleyerek testnet üzerinde test edilmesi gerekecektir. Benzer şekilde, uygulamanın performanslı ve güvenilir olduğu varsayıldığı takdirde, [Özellik Destek Matrisi] () üzerinde bir PR (Substreams veri kaynakları
Subgraph Özelliği) ve ödüllerin indekslenmesi amacıyla protokol desteği için yeni bir GIP gerekecektir. PR ve GIP'yi herkes oluşturabilir; Vakıf, Konsey onayı konusunda yardımcı olacaktır.
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.
Similar to #3, it will depend on overall readiness and involved stakeholders' bandwidth. For example, a new chain with a brand new Firehose implementation may take longer than integrations that have already been battle-tested or are farther along in the governance process.