TL;DR: Zaman Çizelgesi Toplama Protokolü (TAP) geçiş durumuna odaklanan IOH #185'in halka açık tartışmasında, sorguların yaklaşık %82'si hala iki birincil dizin oluşturucuyu bekliyor. Öne çıkan önemli noktalardan biri, birçok alt grafik için tek bir hata noktası görevi gördüğü için kritik olan yükseltme Dizini Oluşturucu'yu kullanarak ters proxy yönlendirme için sıfır kesinti süreli yükseltme stratejisinin tartışılmasıydı. Dizin oluşturucuların TAP'a geçiş için son tarihi 3 Aralık 2024'tür.

Herkese merhaba, Indexer Ofis Saatleri'nin 185. bölümüne hoş geldiniz!

Video linki: https://youtu.be/6a_TRYRBuBg

Önemli depolara ilişkin en son güncellemeler

Önemli depolara ilişkin en son güncellemeler

Başlatma paneli şeması:

Başlatma paneli ad alanı:

soru:

Protokoldeki önemli değişikliklerle ilgili en son güncellemeler

Zaman Çizelgesi Toplama Protokolü (TAP), Grafiği sorgulamak için yeni bir mikro ödeme sistemidir.

Dizin oluşturucuların 3 Aralık 2024'ten önce TAP'a geçmesi gerekiyor.

TAP hakkında daha fazla tartışma için IOH incelemesine bakın:

Ana |GraphOps: Pierre Discord'da bir soru sordu, o halde onunla başlayalım.

Pierre bu hatayı sordu (aşağıya bakın). Sorgu alındısının minimum değeri yoksa ve beklenen ve alınan değerler varsa dizin oluşturucu hizmeti hatası oluşur. Maksimum makbuz değerini (GRT) artırmayı önerdim, ancak bu durumu iyileştirmiyor gibi görünüyor, bu yüzden herhangi bir önerin olup olmadığını merak ettim Gustavo.

2024-11-23T21:37:14.149104Z ERROR indexer_common::indexer_service::http::indexer_service: An IndexerServiceError occoured., self: Issues with provided receipt: Receipt error: Issue encountered while performing check: Query receipt does not have the minimum value. Expected value: 100000000000000. Received value: 54914160775223.

ile

ile

service.tap: max_receipt_value_grt: "0.01"

Gustavo | Semiotic Labs: Her minimum değer bulunduğunda, bu sizin maliyet modelinizle ilgilidir. Artık TAP'ta maliyet modelimiz var, dolayısıyla ağ geçidini sizin maliyet modelinizi takip edecek şekilde zorluyoruz. Yani bu minimum maliyet modeliyle ilgilidir ve maliyet modeli çok yüksek ayarlanmış bazı indeksleyiciler vardır ve ağ geçidinin de bir bütçesi vardır. Sanırım, 1 milyon sorgu başına 40 doları hedefliyor ve değeriniz bundan yüksekse, ellerinden gelen maksimum değeri göndermeye çalışacaklar çünkü bu, beklenen değere ulaşmak için yeterli olmayacak, bu nedenle bazı Sorguları reddedeceksiniz. . Bu nedenle maliyet modelinizi biraz düşürmenizi, belki de 1 milyon sorgu başına 40 dolara yakın bir seviyeye düşürmenizi öneririm.

Maksimum makbuz değeri GRT başka bir konudur. TAP'ın küçük makbuz almasını bekliyoruz, eğer göndericiden 10 GRT aldıysanız bir şeyler ters gidiyor demektir. Sisteminizi bozabilecek bir şey göndermeye çalışıyor olabilirler, bu yüzden bu kadar çok GRT gönderiyorlar, siz de kabul edeceksiniz. İşte bu yüzden maksimum fiş değeri GRT'ye sahipsiniz, yani bu, fişin ulaşabileceği maksimum değerdir.

Josh Kauffman | StreamingFast.io: Geçişleri izleyerek yeterli sayıda indeksleyici taşındı mı? İşlerin nasıl gittiğini görmek için kayıtlara baktınız mı?

Gustavo: Sorguların neredeyse %80'iyle ilgileniyoruz ve yakında iki büyük indeksleyicimiz aramıza katılacak. Biz hazırız. Ama yine de taşınmak isteyen herkese destek veriyoruz.

Komut dosyasını arka planda çalıştıracağım ve şimdi sizi sorgu yüzdesi konusunda güncelleyebilirim.

Taşıma durumu:

Pinax ve Yükseltme Dizini Oluşturucu TAP'ı çalıştırmaya başladığında:

Marc-André |Ellipfra: İyi haber, IMO'nun kullanıma sunulması iyi gidiyor. Yazılımda genel iyileştirmeler, duyarlı geliştiriciler, mükemmel iletişim.

Abel |GraphOps: TAP geçişinizde karşılaştığınız ana zorluklar nelerdi? Kimler henüz göç etmedi?

Mickey |Graph |E&N: Yükseltilen dizin oluşturucu henüz taşınmadı.

Dizin oluşturucunun yükseltilmesi birçok alt grafik için (çoğunlukla ödüllendirilmeyen zincirlerde) tek bir hata noktasıdır, bu nedenle herhangi bir kesintiyi kabul edemeyiz.

Marc-André |Ellipfra: Evet, bildiğim kadarıyla yükseltme kesinti gerektiriyor.

Gustavo, kesinti süresini önlemenin yollarını planlamamıza ve planlamamıza yardımcı oluyor. 💓

Matthew Darwin |Pinax: Pinax2 tamamlandı, Pinax1 tamamlandı.

Pinax1'i tamamlamadan önce pinax2'nin stabil olduğundan emin olmak için birkaç gün beklemeniz yeterli. (hiçbir şey tarafından engellenmedi)

Gemma |LunaNova: Önce altyapı geçişini bitirmek istiyoruz... İlginç bir oyun...

Pinax1'i tamamlamadan önce pinax2'nin stabil olduğundan emin olmak için birkaç gün bekleyin. (hiçbir şey tarafından engellenmedi)

Gemma |LunaNova: Önce altyapı geçişini tamamlamak istiyoruz... İlginç bir oyun...

Evet, yakında yeni bir veri merkezinde yepyeni donanımlara geçiş yapacağız.

Josh Kauffman | StreamingFast.io: Aslında bu yeni sürüm için hâlâ sorgu ücreti almadık. Ama bu hafta gelişimimi kaybettim, bu yüzden bunu önümüzdeki hafta Gustavo ile düzelteceğiz.

calinah | GraphOps: Gördüğünüz hataları da gönderin, böylece oluştuklarında onlarla ilgilenebiliriz.

Gustavo | Semiotic Labs: Bir mesaj göndermeniz yeterli, size yardımcı olmak için çağrıya katılmaktan memnuniyet duyarım.

Gustavo: Burada, indeksleyicileri kesinti olmadan yükseltme işlemini nasıl gerçekleştirebileceğimize dair biraz ekleme yapabilirim.

Yükseltme sırasında ağ geçidine size sorgu göndermeyi durdurmasını söylemenin kolay bir yolu olmadığından dizin oluşturucuların ayırmalarını kapatmalarını, TAP'ye yükseltme yapmalarını ve ardından yeni yazılımı kullanmaya başlamalarını öneririz.

Ayrıca ağ geçidi, sürümünüzü kontrol etmek ve makbuz türünü buna göre güncellemek için sizi her dakika sorgular.

Önerilere uymanız durumunda, yeni bir tahsis açtığınızda, ağ geçidi sizi sorgulayacak, yeni sürümü arayacak ve yeni türde sorgu bildirimleri göndermeye başlayacaktır.

Ancak Yükseltme Dizini Oluşturucu birçok alt grafik için tek bir hata noktasıdır ve herhangi bir kesinti yaşanmaz.

V1'den V2'ye olan taleplerdeki temel fark, yeni sürümde başlığın farklı bir makbuz adına sahip olmasıdır: Ölçekleyici makbuzu —> TAP makbuzu.

Yaptığımız şey, indeksleyicinin önüne bir ters proxy (örneğin, nginx, traefik) koymak, böylece işleri yönlendirebilir ve bir proxy'ye sahip olursunuz. Bu nedenle yük dengeleme birden fazla indeksleyici hizmetinde yapılabilir.

Burada başlıklara uygun şekilde yönlendirmek için kurallar ekleyebilirsiniz. Başlıkta bir Ölçekleyici girişi varsa eski dizin oluşturucuya gönderilecek ve başlıkta bir TAP girişi varsa yeni dizin oluşturucu yığınına gönderilecek bir yönlendirme kuralınız var.

Her ikisinin de çalıştığından ve her birinin farklı bir dahili ana bilgisayara sahip olduğundan emin olun. Daha sonra buna göre rota çizeceksiniz.

Başlangıçta, yükseltme dizin oluşturucuları eski sürüme yönlendirecektir, ancak dizin oluşturucuya geçtiklerinde, ağ geçidinin eğik çizgi sürümünü gönderdiği bir sonraki seferde yeni alındı ​​bilgileri göndermeye başlayacaktır, ancak o zamana kadar eski yığına yönlendirebilirsiniz.

Bu şekilde, ters proxy'deki rotaları değiştirerek sıfır kesinti süresi elde edebilirsiniz.

Belki daha büyük indeksleyiciler bu stratejiden yararlanabilir, ancak artık geçiş yaptıklarına göre bu pek mantıklı gelmiyor. Ancak indeksleyiciyi yükseltmek daha yumuşak bir geçişle sonuçlanacaktır.

Gustavo | Göstergebilim Laboratuvarları: Burada Pinax ve Edge & Node dışında herkes TAP kullanıyor mu?

Abel | GraphOps: Payne [StakeSquid] çok şey yaptığını ve henüz taşınmadığını söyledi, peki ya diğerleri? TAP geçişinde nerede olduğunuzu DappLooker ekibinden veya InfraDAO'dan duymak isterim.

Slimchance [InfraDAO'dan] şunu paylaştı:

Choubey |DappLooker: Yükseltilmesi planlandı ancak henüz planlanmadı. Sadece bant genişliği bizim tarafımızda.

Choubey |DappLooker: Yükseltilmesi planlandı ancak henüz planlanmadı. Sadece bant genişliği bizim tarafımızda.

John K.: Harika gidiyor... Geçiş yapmak zorunda kalmamak için TAP kullanmaya başladım.

Artık sorun yok... Hâlâ indeksleme işlemlerimi ölçeklendiriyorum.

Matthew Darwin |Pinax: Peki kim en son grafik düğümüne yükseltme yaptı?

calinah |GraphOps: Biz değil🤣.

#blockchaindataindex #TheGraph #web3data