ผู้ใช้งาน
ผู้ใช้งาน
ผู้ใช้งานคืออะไร
ผู้ใช้งานเป็นผู้มีส่วนร่วมในเครือข่าย SubQuery และเป็นบุคคลหรือองค์กรที่ชำระเงินสำหรับข้อมูลบล็อกเชนที่ประมวลผลและจัดระเบียบจากเครือข่าย SubQuery ผู้ใช้งานเป็นคนส่งคำขอไปยังเครือข่าย SubQuery สำหรับข้อมูลเฉพาะที่มีประสิทธิภาพและจ่าย SQT เป็นการตอบแทน
ผู้ใช้งานมักเป็นนักพัฒนา dApp (แอปพลิเคชันที่กระจายอำนาจ) บริษัทวิเคราะห์ข้อมูล เครือข่ายบล็อกเชน นักพัฒนามิดเดิลแวร์ หรือแม้แต่บริษัทรวบรวมเว็บที่ต้องการเข้าถึงข้อมูลบล็อกเชนเพื่อให้บริการแก่ผู้ใช้ปลายทาง
ความต้องการของผู้ใช้งาน
ไม่มีข้อกำหนดใดๆในการเป็นผู้ใช้งาน SubQuery อย่างไรก็ตาม ผู้ใช้งานจะต้องเข้าใจวิธีการรับ SQT วิธีโฆษณาข้อกำหนดด้านข้อมูล และวิธีการใช้ข้อมูล JSON ที่ส่งคืน
ผู้บใช้งานอาจต้องเข้าใจวิธีการสร้างโปรเจกต์ SubQuery เพื่อสร้างดัชนีหรือทำสัญญางานนี้เพื่อให้ได้ข้อมูลในรูปแบบที่ต้องการ
ค่าบริการ
ค่าใช้จ่ายในการค้นหาข้อมูลบนบล็อกเชนจะขึ้นอยู่กับอุปสงค์และอุปทานและจะเทียบได้กับบริการอื่นที่คล้ายคลึงกันที่มีอยู่ในปัจจุบัน ข้อดีของเครือข่ายและระบบนิเวศที่เปิดกว้างและโปร่งใสคือการแข่งขันที่ได้รับการสนับสนุนเพื่อให้บริการที่ดีที่สุดแก่ผู้ใช้งานทุกคน
ตัวเลือกการชำระเงินสำหรับผู้ใช้งาน?
เพื่อความยืดหยุ่นผู้ใช้งานมีตัวเลือกการชำระเงิน 3 แบบเพื่อชำระค่าข้อมูลบล็อคเชน ดังต่อไปนี้
- จ่ายเท่าที่คุณใช้ (PAYG)
- ข้อตกลงการให้บริการแบบปิด
- ข้อตกลงการให้บริการแบบเปิด
คุณสามารถอ่านเพิ่มเติมเกี่ยวกับวิธีการชำระเงินแบบต่างๆ วิธีการทำงาน และข้อดี/ข้อเสียได้ในบทความ วิธีการชำระเงิน.
คำถามที่พบบ่อย
ในฐานะผู้ใช้งาน ฉันจะเลือกตัวสร้างดัชนี 1 ตัวหรือตัวสร้างดัชนีหลายตัว
ยกเว้นกรณีที่มีการใช้ข้อตกลงการให้บริการแบบปิด จะมีตัวสร้างดัชนีหนึ่งตัวหรือมากกว่าที่จัดทำดัชนีโปรเจ็กต์ SubQuery ผู้ใช้งานมีทางเลือกในการตัดสินใจว่าจะอ่านข้อมูลจากตัวสร้างดัชนีตัวใด โดยทั่วไปแล้วผู้ใช้งานจะเลือกตัวสร้างดัชนีเวลาแฝงที่น่าเชื่อถือที่สุดและต่ำที่สุด ผู้ใช้งานยังสามารถรวมการเฟลโอเวอร์อัตโนมัติและอ่านข้อมูลจากตัวสร้างดัชนีอื่นได้หากครั้งแรกหมดเวลาหรือไม่ตอบสนอง
จะเกิดอะไรขึ้นหากตัวสร้างดัชนีออฟไลน์
ยกเว้นกรณีที่มีการใช้ Closed Service Agreement และหากมี Indexer มากกว่าหนึ่งตัวที่จัดทำดัชนีโปรเจ็กต์ SubQuery ของคุณ ก็จะกลายเป็นเรื่องของการเปลี่ยนไปใช้ Indexer อื่น สถานการณ์ที่เหมาะสมที่สุดจะรวมถึงกลยุทธ์ต่างๆ เช่น การตรวจสอบการแจ้งเตือน เพื่อรับแจ้งปัญหาที่อาจเกิดขึ้น และการกำหนดเส้นทางและการแคชที่ชาญฉลาด