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: เราต้องการย้ายโครงสร้างพื้นฐานให้เสร็จสิ้นก่อน... เป็นเกมที่น่าสนใจ...
รอสองสามวันเพื่อให้แน่ใจว่า pinax2 มีความเสถียรก่อนที่จะดำเนินการ pinax1 ให้เสร็จสิ้น (ไม่ได้ถูกปิดกั้นโดยสิ่งใด)
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] โพสต์:
Choubey |DappLooker: มีแผนจะอัปเกรดแต่ยังไม่ได้ แค่แบนด์วิธทางฝั่งเรา
Choubey |DappLooker: มีแผนจะอัปเกรดแต่ยังไม่ได้ แค่แบนด์วิธที่อยู่ฝั่งเรา
John K.: เยี่ยมมาก...ผมเริ่มใช้ TAP เลยไม่ต้องย้ายข้อมูล
ไม่มีปัญหาแล้ว... ยังคงปรับขนาดการดำเนินการจัดทำดัชนีของฉันอยู่
Matthew Darwin |Pinax: แล้วใครล่ะที่อัพเกรดเป็นกราฟโหนดล่าสุด?
calinah |GraphOps: ไม่ใช่พวกเรา🤣.
#blockchaindataindex #TheGraph #web3data
ความคิดเห็นทั้งหมด