การประชุมออนไลน์ Graph Indexer #185

TL; DR: ในการอภิปรายสาธารณะของ IOH #185 ซึ่งมุ่งเน้นไปที่สถานะการย้ายข้อมูล Timeline Aggregation Protocol (TAP) ข้อความค้นหาประมาณ 82% ยังคงรออยู่ในตัวสร้างดัชนีหลักสองตัว ประเด็นสำคัญคือการหารือเกี่ยวกับกลยุทธ์การอัพเกรดแบบไม่ต้องหยุดทำงานสำหรับการกำหนดเส้นทางพร็อกซีแบบย้อนกลับโดยใช้ตัวสร้างดัชนีการอัปเกรด ซึ่งมีความสำคัญเนื่องจากทำหน้าที่เป็นจุดเดียวของความล้มเหลวสำหรับกราฟย่อยจำนวนมาก กำหนดเวลาสำหรับผู้จัดทำดัชนีในการย้ายไปยัง TAP คือวันที่ 3 ธันวาคม 2024

สวัสดีทุกคน และยินดีต้อนรับสู่ Indexer Office Hours ตอนที่ 185!

ลิงค์วิดีโอ: https://youtu.be/6a_TRYRBuBg

อัปเดตล่าสุดไปยังแหล่งเก็บข้อมูลที่สำคัญ

โหนดกราฟ: เวอร์ชันใหม่ v0.36.0: วันที่: 26-11-2024 15:37:35 UTC เวอร์ชัน 0.36.0 แนะนำคุณสมบัติเด่นบางอย่าง เช่น การสนับสนุนสตรี มย่อย ไคลเอนต์ IPFS ใหม่ และข้อความแสดงข้อผิดพลาดที่ได้รับการปรับปรุง จึงปรับปรุงการทำงานโดยรวมและการดีบัก กระบวนการ. นอกจากนี้ ยังมีการแก้ไขข้อบกพร่องเพื่อแก้ไขปัญหาด้านประสิทธิภาพและความเสถียร เพื่อให้มั่นใจว่าโครงสร้างพื้นฐานของโหนดกราฟจะทำงานได้ราบรื่นยิ่งขึ้น ตัวบ่งชี้ด่วน: สีเหลือง เหตุผลด่วน: การอัปเดตที่สำคัญ แต่ไม่เร่งด่วน
วันที่: 26-11-2024 15:37:35 UTC
เวอร์ชัน 0.36.0 นำเสนอคุณสมบัติที่โดดเด่น เช่น การสนับสนุนสตรีม ย่อย ไคลเอนต์ IPFS ใหม่ และข้อความแสดงข้อผิดพลาดที่ได้รับการปรับปรุง ปรับปรุงฟังก์ชันการทำงานโดยรวมและกระบวนการดีบัก
นอกจากนี้ ยังมีการแก้ไขข้อบกพร่องเพื่อแก้ไขปัญหาด้านประสิทธิภาพและความเสถียร เพื่อให้มั่นใจว่าโครงสร้างพื้นฐานของโหนดกราฟจะทำงานได้ราบรื่นยิ่งขึ้น
สัญญาณฉุกเฉิน: สีเหลือง
เหตุผลเร่งด่วน: การอัปเดตที่สำคัญ แต่ไม่เร่งด่วน
Indexer Service and Agent (TS): เวอร์ชันใหม่ v0.21.9: วันที่: 25-11-2567 21:46:27 UTC เวอร์ชัน 0.21.9 แก้ไขข้อบกพร่องที่เกี่ยวข้องกับการจัดสรรการจัดสรรใหม่สำหรับกระบวนการที่ใช้งานอยู่ เพื่อให้มั่นใจว่าการจัดสรรเกิน 1,000 การดำเนินการคือ ราบรื่นขึ้นภายใต้สถานการณ์บางอย่าง ตัวบ่งชี้ด่วน: สีเหลือง เหตุผลด่วน: การแก้ไขที่สำคัญ แต่ไม่ได้เกิดขึ้นทันทีหรือวิกฤต
วันที่: 25-11-2024 21:46:27 UTC
เวอร์ชัน 0.21.9 แก้ไขข้อบกพร่องที่เกี่ยวข้องกับการจัดสรรการจัดสรรใหม่ให้กับกระบวนการที่ใช้งานอยู่ เพื่อให้มั่นใจว่าการทำงานราบรื่นยิ่งขึ้นด้วยการจัดสรรมากกว่า 1,000 รายการ
สัญญาณฉุกเฉิน: สีเหลือง
เหตุผลเร่งด่วน: การแก้ไขที่สำคัญ แต่ไม่เกิดขึ้นทันทีหรือสำคัญ
Subgraph-radio: เวอร์ชันใหม่ 1.0.7: วันที่: 21-11-2024 14:19:00 UTC เวอร์ชันนี้อัปเดตแดชบอร์ด Grafana และการพึ่งพา Graphcast SDK ของเวอร์ชัน 1.0.7 รวมถึงการแก้ไขเล็กๆ น้อยๆ และไม่มีการเปลี่ยนแปลงที่มีผลกระทบต่อฟังก์ชันการทำงานหลัก ตัวบ่งชี้ด่วน: สีเขียว เหตุผลด่วน: การอัปเดตที่มีลำดับความสำคัญต่ำ ไม่มีการเปลี่ยนแปลงที่สำคัญ
วันที่: 21-11-2024 14:19:00 UTC
เวอร์ชันนี้อัปเดตแดชบอร์ด Grafana และการพึ่งพา Graphcast SDK ของเวอร์ชัน 1.0.7 รวมถึงการแก้ไขเล็กๆ น้อยๆ และไม่มีการเปลี่ยนแปลงที่มีผลกระทบต่อฟังก์ชันการทำงานหลัก
สัญญาณฉุกเฉิน: สีเขียว
เหตุผลเร่งด่วน: การอัปเดตที่มีลำดับความสำคัญต่ำ ไม่มีการเปลี่ยนแปลงที่สำคัญ

แผนภูมิ Launchpad:

กราฟเวอร์ชันใหม่เปิดตัวพร้อมการปรับปรุงและแก้ไขข้อบกพร่อง: Graph Node-0.5.6
กราฟโหนด-0.5.6

เนมสเปซ Launchpad:

Polygon, Graph, Arbitrum เวอร์ชันเสถียรใหม่

คำถาม:

ปัญหาแผนภูมิ Launchpad: ดูหรือรายงานปัญหา
ปัญหาเนมสเปซ Launchpad: ดูหรือรายงานปัญหา

อัปเดตล่าสุดเกี่ยวกับการเปลี่ยนแปลงที่สำคัญของโปรโตคอล

ขอข้อมูลเกี่ยวกับข้อพิพาท #GDR-19
ขอข้อมูลเกี่ยวกับ GDR-20 ที่ถูกโต้แย้ง
ขอข้อมูลเกี่ยวกับข้อพิพาท GDR-21
เอกสารการติดตาม Chain Integrations อัปเดตพร้อมคำแนะนำสำหรับ Boba, Boba BNB, Mode และ Zora
อัปเดตคำแนะนำสำหรับ Boba, Boba BNB, Mode และ Zora
GRC-20: มาตรฐานที่นำเสนอสำหรับการจัดเก็บและนำเสนอความรู้บนกราฟ
มาตรฐานที่นำเสนอสำหรับการจัดเก็บและนำเสนอความรู้บนกราฟ

ไฮไลต์: เพิ่มการรองรับ GRE/SDK #1071 (เปิด) ของ Horizon
เบ็ดเตล็ด: อัปเกรดเวอร์ชันการจุดระเบิดเป็น 0.15.8 #1069 (เปิด)
เบ็ดเตล็ด: ใช้บัญชี hardhat-secure สำหรับเครือข่ายที่ไม่ใช่ท้องถิ่น #1070 (เปิด)

Timeline Aggregation Protocol (TAP) เป็นระบบไมโครเพย์เมนต์ใหม่สำหรับการสืบค้นกราฟ

ผู้จัดทำดัชนีจะต้องย้ายไปยัง TAP ก่อนวันที่ 3 ธันวาคม 2024

สำหรับการสนทนาเพิ่มเติมเกี่ยวกับ TAP โปรดดูการทบทวน IOH:

Ana |GraphOps: Pierre ถามคำถามบน Discord มาเริ่มกันที่คำถามนั้นเลย

ปิแอร์ถามเกี่ยวกับข้อผิดพลาดนี้ (ดูด้านล่าง) ถ้าการรับแบบสอบถามไม่มีค่าต่ำสุด และมีค่าที่คาดไว้ และได้รับ ข้อผิดพลาดบริการตัวสร้างดัชนีเกิดขึ้น ฉันแนะนำให้เพิ่มมูลค่าใบเสร็จรับเงิน GRT สูงสุด แต่ดูเหมือนว่าจะไม่ดีขึ้น ดังนั้นฉันจึงสงสัยว่า กุสตาโว ถ้าคุณมีข้อเสนอแนะใดๆ

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.

กับ

service.tap: max_receipt_value_grt: "0.01"

Gustavo |. Semiotic Labs: ทุกครั้งที่พบค่าขั้นต่ำ จะเกี่ยวข้องกับโมเดลต้นทุนของคุณ ตอนนี้ใน TAP เรามีโมเดลต้นทุน ดังนั้นเราจึงบังคับใช้เกตเวย์ให้เป็นไปตามโมเดลต้นทุนของคุณ ดังนั้นขั้นต่ำนี้จึงเกี่ยวข้องกับแบบจำลองต้นทุน และมีตัวสร้างดัชนีบางตัวที่มีการกำหนดแบบจำลองต้นทุนไว้สูงเกินไป และเกตเวย์ก็มีงบประมาณเช่นกัน ฉันเชื่อว่ามีการกำหนดเป้าหมายไว้ที่ 40 ดอลลาร์ต่อการค้นหา 1 ล้านครั้ง และหากมูลค่าของคุณสูงกว่านั้น พวกเขาจะพยายามส่งให้ได้มากที่สุดเท่าที่จะทำได้ เนื่องจากไม่เพียงพอที่จะทำให้ถึงมูลค่าที่คุณคาดหวัง ดังนั้น คุณจะปฏิเสธการค้นหาบางรายการ . ดังนั้น ฉันขอแนะนำให้ลดโมเดลต้นทุนของคุณลงเล็กน้อย ซึ่งอาจเกือบถึง 40 ดอลลาร์ต่อการค้นหา 1 ล้านครั้ง

มูลค่าการรับสูงสุด GRT เป็นอีกเรื่องหนึ่ง เราคาดว่า TAP จะได้รับใบเสร็จจำนวนเล็กน้อย หากคุณได้รับ 10 GRT จากผู้ส่ง แสดงว่ามีบางอย่างไม่ถูกต้อง พวกเขาอาจพยายามส่งบางสิ่งที่อาจทำลายระบบของคุณ นั่นคือสาเหตุที่พวกเขาส่ง GRT จำนวนมาก ดังนั้นคุณจะยอมรับมัน นั่นคือเหตุผลที่คุณมีมูลค่าใบเสร็จรับเงินสูงสุด GRT นั่นคือมูลค่าสูงสุดที่ใบเสร็จสามารถเข้าถึงได้

Josh Kauffman |. StreamingFast.io: มีการย้ายตัวสร้างดัชนีเพียงพอหรือไม่ พวกคุณเคยเห็นบันทึกเพื่อดูว่าสิ่งต่าง ๆ เป็นอย่างไรบ้าง?

Gustavo: เราจัดการกับข้อความค้นหาเกือบ 80% และเร็วๆ นี้เราจะมีผู้จัดทำดัชนีรายใหญ่ 2 รายมาร่วมงานกับเรา เราพร้อมแล้ว แต่เราก็ยังให้การสนับสนุนทุกคนที่ต้องการย้าย

ฉันจะเรียกใช้สคริปต์ในเบื้องหลังและสามารถอัปเดตเปอร์เซ็นต์การค้นหาให้คุณได้ในขณะนี้

สถานะการย้ายข้อมูล:

เมื่อ Pinax และ Upgrade Indexer เริ่มทำงาน TAP:

Marc-André |Ellipfra: ข่าวดี IMO การเปิดตัวเป็นไปด้วยดี การปรับปรุงซอฟต์แวร์โดยรวม นักพัฒนาที่ตอบสนอง การสื่อสารที่ยอดเยี่ยม

Abel |GraphOps: อะไรคือความท้าทายหลักที่คุณเผชิญในการย้ายข้อมูล TAP ใครยังไม่ย้ายบ้าง?

Mickey |The Graph |E&N: ตัวสร้างดัชนีที่อัปเกรดแล้วยังไม่ได้ถูกย้าย

การอัพเกรดตัวสร้างดัชนีเป็นจุดเดียวของความล้มเหลวสำหรับกราฟย่อยจำนวนมาก (โดยหลักอยู่บนเชนที่ไม่ได้รับผลตอบแทน) ดังนั้นเราจึงไม่สามารถยอมรับการหยุดทำงานใดๆ ได้

Marc-André |Ellipfra: ใช่ เท่าที่ฉันรู้ การอัปเกรดต้องใช้เวลาหยุดทำงาน

Gustavo ช่วยเราวางแผนและวางแผนวิธีการหลีกเลี่ยงการหยุดทำงาน

Matthew Darwin |Pinax: Pinax2 เสร็จสมบูรณ์ Pinax1 เสร็จสมบูรณ์

รอสองสามวันเพื่อให้แน่ใจว่า pinax2 มีความเสถียรก่อนที่จะดำเนินการ pinax1 ให้เสร็จสิ้น (ไม่ได้ถูกปิดกั้นโดยสิ่งใด)

Gemma |. LunaNova: เราต้องการย้ายโครงสร้างพื้นฐานให้เสร็จสิ้นก่อน... เป็นเกมที่น่าสนใจ...

Gemma |LunaNova: เราต้องการย้ายโครงสร้างพื้นฐานให้เสร็จสิ้นก่อน... เป็นเกมที่น่าสนใจ...

ใช่ เร็วๆ นี้เราจะย้ายไปยังฮาร์ดแวร์ใหม่ในศูนย์ข้อมูลใหม่

Josh Kauffman |. StreamingFast.io: เรายังไม่ได้รับค่าใช้จ่ายในการสืบค้นสำหรับเวอร์ชันใหม่นี้ แต่ฉันสูญเสียพัฒนาการในสัปดาห์นี้ ดังนั้นเราจะแก้ไขมันในสัปดาห์หน้ากับกุสตาโว

calinah |. GraphOps: ส่งข้อผิดพลาดใดๆ ที่คุณเห็นด้วย เพื่อให้เราสามารถจัดการได้เมื่อเกิดขึ้น

Gustavo |. Semiotic Labs: เพียงส่งข้อความ เรายินดีที่จะเข้าร่วมสายเพื่อช่วยเหลือคุณ

Gustavo: ผมขอเพิ่มเติมอีกเล็กน้อยเกี่ยวกับวิธีที่เราสามารถปรับเปลี่ยนตัวทำดัชนีอัปเกรดโดยไม่ต้องหยุดทำงาน

เราขอแนะนำให้ผู้ทำดัชนีปิดการจัดสรร อัปเกรดเป็น TAP จากนั้นเริ่มใช้ซอฟต์แวร์ใหม่ เนื่องจากไม่มีวิธีง่ายๆ ที่จะบอกให้เกตเวย์หยุดส่งคำถามถึงคุณในขณะที่คุณอัปเกรด

นอกจากนี้ เกตเวย์จะสอบถามคุณทุกนาทีเพื่อตรวจสอบเวอร์ชันของคุณและอัปเดตประเภทใบเสร็จตามนั้น

หากคุณทำตามคำแนะนำ เมื่อคุณเปิดการจัดสรรใหม่ เกตเวย์จะสอบถามคุณ ค้นหาเวอร์ชันใหม่ และเริ่มส่งใบตอบรับแบบสอบถามชนิดใหม่

อย่างไรก็ตาม Upgrade Indexer เป็นจุดเดียวของความล้มเหลวสำหรับกราฟย่อยจำนวนมากและไม่สามารถหยุดทำงานใดๆ ได้

ความแตกต่างหลักในคำขอจาก V1 ถึง V2 คือในเวอร์ชันใหม่ ส่วนหัวจะมีชื่อใบเสร็จที่แตกต่างกัน: Scaler ใบเสร็จ -> ใบเสร็จรับเงิน TAP

สิ่งที่เราทำคือวาง Reverse Proxy (เช่น nginx, traefik) ไว้ด้านหน้าตัวสร้างดัชนี เพื่อให้สามารถกำหนดเส้นทางสิ่งต่าง ๆ และคุณมีพรอกซี ดังนั้น การทำโหลดบาลานซ์สามารถทำได้ในบริการตัวสร้างดัชนีต่างๆ

คุณสามารถเพิ่มกฎเพื่อกำหนดเส้นทางไปยังส่วนหัวได้ตามนั้น คุณมีกฎการกำหนดเส้นทางโดยหากส่วนหัวมีใบเสร็จ Scaler ให้ส่งไปยังตัวสร้างดัชนีรุ่นเก่า และหากส่วนหัวมีใบเสร็จรับเงิน TAP ให้ส่งไปยังสแต็กตัวสร้างดัชนีใหม่

ตรวจสอบให้แน่ใจว่าทั้งคู่กำลังทำงานอยู่ และแต่ละอันมีโฮสต์ภายในที่แตกต่างกัน จากนั้นคุณจะกำหนดเส้นทางตามนั้น

ในตอนแรก ตัวสร้างดัชนีการอัปเกรดจะกำหนดเส้นทางไปยังเวอร์ชันเก่า แต่เมื่อเกตเวย์เปลี่ยนไปใช้ตัวสร้างดัชนี ในครั้งถัดไปที่เกตเวย์ส่งเวอร์ชันสแลช เกตเวย์จะเริ่มส่งใบเสร็จรับเงินใหม่ แต่จนกว่าจะถึงตอนนั้น คุณสามารถกำหนดเส้นทางไปยังสแต็กเก่าได้

วิธีนี้จะทำให้คุณมีเวลาหยุดทำงานเป็นศูนย์โดยเพียงแค่เปลี่ยนเส้นทางในพร็อกซีย้อนกลับ

บางทีตัวสร้างดัชนีขนาดใหญ่อาจได้รับประโยชน์จากกลยุทธ์นี้ แต่ตอนนี้เมื่อพวกเขาได้ย้ายข้อมูลไปแล้ว มันก็ไม่สมเหตุสมผลเลย แต่การอัพเกรดตัวทำดัชนีจะส่งผลให้การเปลี่ยนแปลงราบรื่นขึ้น

Gustavo |Semiotic Labs: ทุกคนที่นี่ใช้ TAP นอกเหนือจาก Pinax และ Edge & Node หรือไม่

Abel |. GraphOps: Payne [StakeSquid] บอกว่าเขาทำหลายอย่างจนยังไม่ได้ย้ายถิ่นฐาน แต่คนอื่นๆ ล่ะ? อยากได้ยินจากทีม DappLooker หรือ InfraDAO เกี่ยวกับจุดที่คุณอยู่ในการย้าย TAP

Slimchance [จาก InfraDAO] โพสต์: