ผู้ใช้งาน

ผู้ใช้งานคืออะไร

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

ผู้ใช้งานมักเป็นนักพัฒนา dApp (แอปพลิเคชันที่กระจายอำนาจ) บริษัทวิเคราะห์ข้อมูล เครือข่ายบล็อกเชน นักพัฒนามิดเดิลแวร์ หรือแม้แต่บริษัทรวบรวมเว็บที่ต้องการเข้าถึงข้อมูลบล็อกเชนเพื่อให้บริการแก่ผู้ใช้ปลายทาง

ความต้องการของผู้ใช้งาน

ไม่มีข้อกำหนดใดๆในการเป็นผู้ใช้งาน SubQuery อย่างไรก็ตาม ผู้ใช้งานจะต้องเข้าใจวิธีการรับ SQT วิธีโฆษณาข้อกำหนดด้านข้อมูล และวิธีการใช้ข้อมูล JSON ที่ส่งคืน

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

ค่าบริการ

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

ตัวเลือกการชำระเงินสำหรับผู้ใช้งาน?

เพื่อความยืดหยุ่นผู้ใช้งานมีตัวเลือกการชำระเงิน 3 แบบเพื่อชำระค่าข้อมูลบล็อคเชน ดังต่อไปนี้

• จ่ายเท่าที่คุณใช้ (PAYG)
• ข้อตกลงการให้บริการแบบปิด
• ข้อตกลงการให้บริการแบบเปิด

คุณสามารถอ่านเพิ่มเติมเกี่ยวกับวิธีการชำระเงินแบบต่างๆ วิธีการทำงาน และข้อดี/ข้อเสียได้ในบทความ วิธีการชำระเงิน.

คำถามที่พบบ่อย

ในฐานะผู้ใช้งาน ฉันจะเลือกตัวสร้างดัชนี 1 ตัวหรือตัวสร้างดัชนีหลายตัว

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

จะเกิดอะไรขึ้นหากตัวสร้างดัชนีออฟไลน์

ยกเว้นกรณีที่มีการใช้ Closed Service Agreement และหากมี Indexer มากกว่าหนึ่งตัวที่จัดทำดัชนีโปรเจ็กต์ SubQuery ของคุณ ก็จะกลายเป็นเรื่องของการเปลี่ยนไปใช้ Indexer อื่น สถานการณ์ที่เหมาะสมที่สุดจะรวมถึงกลยุทธ์ต่างๆ เช่น การตรวจสอบการแจ้งเตือน เพื่อรับแจ้งปัญหาที่อาจเกิดขึ้น และการกำหนดเส้นทางและการแคชที่ชาญฉลาด