กิจกรรมวอลเล็ต
ติดตาม address วอลเล็ตสำหรับการโอนมูลค่าเนทีฟและโทเค็นทั้งขาเข้าและขาออก
Blockchain Webhook API สำหรับกิจกรรมวอลเล็ตและการโอนโทเค็น
Address Webhooks จะส่งการโอนเงินของวอลเล็ตที่ติดตามและล็อกของ contract ที่ตรงกันไปยังตัวรับ HTTPS ของคุณ ตรวจสอบลายเซ็น ตัดรายการอีเวนต์ที่ซ้ำ และจัดการช่องว่างก่อนบันทึกยอดการชำระเงิน
อีเวนต์ที่เกิดขึ้นก่อนบล็อกการเปิดใช้งานของ address จำเป็นต้องทำการดึงข้อมูลย้อนหลัง (backfill) แยกต่างหาก การ replay ไม่สามารถกู้คืนได้ การโอนเหรียญเนทีฟภายในไม่รวมอยู่ในนี้ การยืนยันต้องอยู่ภายในช่วงของแต่ละเชนใน GET /v1/push/chains และนับตามจำนวนบล็อก ไม่ใช่ป้ายกำกับ safe หรือ finalized
ส่งมอบกิจกรรมของ address ไปยัง endpoint ของคุณ
รับ native.transfer สำหรับมูลค่าเนทีฟในธุรกรรมระดับบนสุด, token.transfer สำหรับการโอน ERC-20, ERC-721 และ ERC-1155 และ log สำหรับล็อกอื่น ๆ ที่ระบุ address ที่ติดตามเป็น contract ผู้ปล่อย หรืออยู่ใน topics[1]–topics[3]
GET /v1/push/chains จะส่งคืนเชนที่รองรับในปัจจุบันและขีดจำกัดการยืนยัน เรียกใช้งานด้วย API key ของคุณก่อนเลือกเชนสำหรับ subscription
แต่ละ subscription ครอบคลุมหลายเชนด้วย URL ผู้รับเดียว นักพัฒนาและ AI Agent มีตัวเลือกความจุและราคาเดียวกัน
- บริการตนเอง
สูงสุด 1,000,000 addresses ต่อ subscription พร้อมใช้งานทันทีเมื่อลงทะเบียน
อัตราค่าบริการมาตรฐานตามการใช้งาน
- ระดับองค์กร
10,000,000 / 100,000,000 addresses ต่อ subscription
ติดต่อเราเพื่อเปิดใช้งาน
ทั้งสองระดับใช้อัตราค่าบริการ address-day และ delivered-event เดียวกัน
สร้างโซลูชันรอบกิจกรรมของวอลเล็ตและ contract
การชำระเงินด้วย Stablecoin
รับการโอน ERC-20 USDT / USDC จากนั้นตรวจสอบ contract โทเค็น, ผู้รับ และจำนวนเต็มก่อนบันทึกยอดการชำระเงิน
อีเวนต์ของ Contract
ติดตาม contract address เพื่อรับล็อก หรือรับล็อกที่มี address ที่ติดตามอยู่ใน topics[1]–topics[3]
การโอน NFT
จัดการการโอนโทเค็น ERC-721 และ ERC-1155 ด้วย token_id และ batch_index สำหรับการโอนแบบเป็นชุด
ตรวจสอบ ยืนยัน และกู้คืนอีเวนต์
- ตรวจสอบลายเซ็น HMAC-SHA256 เหนือ `webhook-id.webhook-timestamp.raw-body` โดยใช้ secret ของ subscription ก่อนประมวลผลอีเวนต์ ใช้เนื้อหาคำขอแบบ raw และอย่าแปลงเป็น JSON ก่อน
- การส่งมอบเกิดขึ้นอย่างน้อยหนึ่งครั้ง (at-least-once) ตัดรายการซ้ำตาม event id และส่งคืน 2xx หลังจากการประมวลผลที่บันทึกข้อมูลอย่างคงทน การส่งมอบที่ล้มเหลวจะถูกลองใหม่ในขณะที่ subscription ออนไลน์และอีเวนต์ยังอยู่ในช่วงเวลาเก็บรักษา
- กำหนดจำนวนการยืนยันต่อเชนภายในขีดจำกัดที่ส่งคืนโดย GET /v1/push/chains ส่วน chain.reorg จะรายงานบล็อกที่ถูกแทนที่: ทำเครื่องหมายอีเวนต์เก่าตาม ref จากนั้นเก็บอีเวนต์ของเชนหลักที่ส่งซ้ำโดยอัตโนมัติและตัดรายการซ้ำตาม id
- Replay จะส่งซ้ำรายการที่ตรงกันที่จัดเก็บไว้ภายในช่วงที่สามารถ replay ได้ โดยจะไม่ดึงกิจกรรมก่อนที่ address หรือเชนจะเข้าร่วม subscription
ราคา
ตารางแสดงน้ำหนัก CU และโควตา address ฟรีจาก GET /v1/plans อีเวนต์ข้อมูลจะคิดค่าบริการต่อการส่งมอบ ส่วนการลองใหม่โดยอัตโนมัติและอีเวนต์ควบคุมนั้นฟรี การส่งมอบผ่าน replay คิดค่าบริการในอัตราเดียวกับอีเวนต์
Webhook push
น้ำหนัก CU จาก GET /v1/plans การลองส่งใหม่โดยอัตโนมัติฟรี
addresses ฟรีต่อบัญชีต่อวัน UTC: 1000
โควตา address ฟรีต่อบัญชีต่อวัน UTC ซึ่งแชร์ร่วมกันโดยกลุ่ม subscription ทั้งหมดไม่ว่าจะใช้แพ็กเกจใด สำหรับแต่ละกลุ่ม จะนับจำนวน address สูงสุดขณะออนไลน์ในระหว่างวันนั้น จัดสรรโควตาตามลำดับ ID กลุ่มจากน้อยไปมาก address เดียวกันในสองกลุ่มจะถูกนับสองครั้ง จำนวนเชนในกลุ่มไม่ทำให้จำนวน address คูณเพิ่มขึ้น กลุ่มที่ออฟไลน์หรือถูกลบตลอดทั้งวันจะไม่ถูกนำมานับ สำหรับแต่ละกลุ่ม จำนวนที่เหลือหลังจากหักส่วนแบ่งโควตาแล้วจะคูณด้วยน้ำหนัก CU ของ `push.address_day` ใน `method_weights` โควตาที่กำหนดไว้ในปัจจุบันมาจากนโยบายการคิดราคาเดียวกับที่ใช้สำหรับค่าบริการ address-day ไม่ใช่ขีดจำกัดความจุของบัญชีหรือโควตาแยกต่างหากต่อกลุ่ม
| เมธอด | หน่วยการเรียกเก็บเงิน | CU |
|---|---|---|
| push.address_day | address-day ที่คิดค่าบริการ | 33 |
| push.history | คำขอดึงข้อมูลย้อนหลังที่สำเร็จ | 25 |
| push.log | อีเวนต์ข้อมูลที่ส่งสำเร็จ | 150 |
| push.native_transfer | อีเวนต์ข้อมูลที่ส่งสำเร็จ | 150 |
| push.token_transfer | อีเวนต์ข้อมูลที่ส่งสำเร็จ | 150 |