מדריך בוט Polymarket · פרק 5 מתוך 32
השוואת ספקי Polygon RPC עבור בוטים של Polymarket ב־2026: Alchemy, QuickNode, Ankr, נקודות קצה ציבוריות, ו־self-hosted. זמן השהיה, מגבלות קצב, ושכבה חינמית שמתאימה ל־paper trading.
מה מכסה הפרק הזה
נקודת הקצה של Polygon RPC היא התצוגה הישירה היחידה של הבוט למצב ה־on-chain - יתרות, allowances, אישורי settlement, ואירועי UMA. ה־API של Polymarket עצמו מסתיר את רוב זה, אבל בוט ברמת production צריך לקרוא את האמת מהשרשרת כדי לוודא שהרישום הפנימי שלו מדויק. בפרק הזה נשווה את ספקי ה־RPC המרכזיים תחת עומס אמיתי, נציג את ספי השכבה החינמית שבהם כל אחד מפסיק לעבוד, ונסיים בתבנית ה־failover עם שני ספקים שרוב הבוטים מאמצים בסופו של דבר.
- מה עושה RPC עבור הבוט שלך
- Alchemy: שכבה חינמית ותמחור
- QuickNode: nodes ייעודיים
- Ankr: השכבה בתשלום הזולה ביותר
- Public Polygon RPCs (חינמיים, עם הגבלת קצב)
- Polygon node עצמאי (מתי זה משתלם)
- מדדי latency (US-East מול EU)
- תבניות failover
מה RPC עושה עבור הבוט שלך
נקודת קצה של RPC היא כתובת HTTPS או WebSocket שדרכה הבוט שלך קורא וכותב את מצב ה־chain של Polygon. עבור בוט Polymarket, ה־RPC מטפל בארבעה דברים.
- קריאת יתרות: כמה pUSD או USDC יושבים ב־proxy, וכמה טוקני תוצאה אתה באמת מחזיק. נדרש כדי לוודא שהתצוגה של ה־CLOB API תואמת לאמת בשרשרת.
- קריאת allowances: האם החוזים של Polymarket יכולים להוציא את הטוקנים שלך. allowance שהוגדר לא נכון יוצר דחיות פקודה שקטות.
- מנוי לאירועים: הצעות ו־disputes של UMA Optimistic Oracle, אישורי הפקדות, והעברות גדולות בשרשרת מארנקים אחרים.
- אימות settlement: כש־CLOB אומר "matched", ה־chain עדיין לא אישר את העברת ה־ERC-1155. קריאת ה־chain מאשרת שזה באמת קרה.
הבוט לא חותם על פקודות דרך ה־RPC - החתימה נעשית מקומית, וה־payload החתום נשלח ל־CLOB HTTP API. ה־RPC הוא בעיקר ערוץ קריאה ואירועים עבור רוב האסטרטגיות.
Alchemy: שכבה חינמית ותמחור
Alchemy הוא ספק ה־Polygon RPC הנפוץ ביותר בקרב בוני Polymarket שאנחנו מכירים. השכבה החינמית מכסה את רוב מקרי השימוש של paper trading ובוטים קטנים: 300 compute units לשנייה, 300 מיליון בחודש, ואותו dashboard שמשמש להקצאת נקודות קצה של Polygon mainnet ושל Polygon testnet.
בוט טיפוסי עם 20 שווקים שקורא יתרות + אירועי UMA כל 30 שניות צורך בערך 50-80 מיליון CU בחודש, הרבה מתחת לתקרה החינמית. תוכניות בתשלום מתחילות סביב 50$ לחודש ומקנות בעיקר תפוקה גבוהה יותר לשנייה, לא יותר קריאות כוללות. מגבלת הקצב של השכבה החינמית היא האילוץ שרוב בוטי paper trade נתקלים בו, לא הנפח החודשי.
Alchemy מספקים dashboard שימושי לבדיקת בקשות שנכשלו ופירוט latency לפי שיטה, דבר שעוזר מאוד בניפוי באגים של קריאות איטיות. ה־dashboard לבדו מצדיק בחירה בהם על פני ספק בלי dashboard לבוט ראשון.
QuickNode: nodes ייעודיים
QuickNode ממוצבים לצרכים של תפוקה גבוהה יותר. התמחור שלהם גדל לפי נפח הבקשות החודשי ולא לפי שכבות - הכי רלוונטי לבוטים שמאזינים להרבה מסנני אירועים ב־WebSocket או מבצעים שאילתות כבדות של היסטוריית לוגים. שכבת הכניסה היא בערך 10-20$ לחודש וכוללת תמיכה ב־WebSocket, שלפעמים שכבות חינמיות של Alchemy מגבילות.
ה־latency לכל בקשה של QuickNode מ־US-East הוא בדרך כלל 5-15ms, מעט טוב יותר מהשכבה החינמית של Alchemy תחת עומס. עבור בוט עם אסטרטגיה אחת ההבדל שקוף; עבור market-maker שמצוטט על 100 שווקים זה יכול להיות משמעותי. הגישה שלהם ל־archive node (מצב היסטורי מלא) היא הזולה ביותר מבין שלושת הגדולים אם האסטרטגיה שלך זקוקה לזה.
נקודת הכאב: תשובות השגיאה שלהם ב־JSON-RPC פחות ספציפיות מאלה של Alchemy, כך שניפוי באגים לוקח יותר זמן כששיטה נכשלת.
Ankr: השכבה בתשלום הזולה ביותר
Ankr מציעים את ה־Polygon RPC בתשלום הזול ביותר בשכבה של ספקים גדולים - בערך 10$ לחודש עבור תוכנית premium התחלתית עם 1,500 CU/שנייה. השכבה החינמית שלהם עם מגבלות קצב קשיחות, אבל היא שמישה עבור paper trading.
שתי אזהרות. ראשית, נקודת הקצה המאוזנת־עומסים של Ankr משרתת מדי פעם נתוני block מעט ישנים יותר (1-2 blocks מאחורי tip). עבור קריאות יתרה זה בסדר; עבור אסטרטגיות arbitrage שתלויות ב־block האחרון, זו בעיה משמעותית. שנית, זמן התגובה של התמיכה שלהם איטי יותר מזה של Alchemy או QuickNode כשיש בעיה ב־nodes של אזור מסוים.
Ankr הם ספק ראשי הגיוני לבוטים רגישי־עלות וספק גיבוי מצוין בלי קשר לספק הראשי. סעיף תבנית ה־failover שלמטה מסביר איך לשלב אותם.
Public Polygon RPCs (חינמיים, עם הגבלת קצב)
Polygon מפרסמים כמה נקודות קצה ציבוריות חינמיות ל־RPC - polygon-rpc.com, rpc.ankr.com/polygon (ציבורי, נפרד מ־Ankr בתשלום), ועוד כמה שמופעלות בידי הקהילה. הן עובדות, אבל עם הסתייגויות.
- מגבלות הקצב אגרסיביות ולא מתועדות. צפה ל־throttling אם תעבור בערך 10 בקשות בשנייה באופן מתמשך.
- אין תמיכה, אין dashboard. כשנקודת קצה נופלת, אתה מגלה זאת דרך עלייה בשיעור השגיאות של הבוט.
- לעיתים קרובות 1-3 blocks מאחורי. בסדר לקריאות שלא תלויות בזמן.
השתמש בנקודות קצה ציבוריות עבור: פיתוח על מחשב נייד, השכבה השלישית בערימת failover (אחרי שני ספקים בתשלום), וסקריפטים חד־פעמיים. אל תריץ מסחר בוט חי מול נקודת קצה ציבורית כספק ראשי.
Polygon node עצמאי (מתי זה משתלם)
הפעלת full node משלך ל־Polygon היא אפשרית - Bor + Heimdall על VPS עם 4 vCPU ו־16GB, וכ־2 TB SSD, עם סנכרון תוך כמה ימים. החשבון בעד או נגד הוא פשוט.
עלות: בערך 40-80$ לחודש ב־VPS + אחסון אצל ספק גדול. בערך פי 4 מתוכנית RPC בתשלום נוחה.
יתרון: אין עמלות לכל בקשה, אין מגבלות קצב, וה־latency הנמוך ביותר האפשרי למצב ה־chain (1-3ms לעומת 20-50ms דרך האינטרנט לספק מתארח).
כאב: ניהול snapshots, ל־Heimdall ול־Bor יש מצבי קריסה משלהם, וסנכרון שנתקע באמצע מסחר יוצר קריאות ישנות ושקטות.
עבור 95% מהבונים, אל תעשו self-host. השעות שתשקיעו בתחזוקת node יעלו בהרבה על החיסכון בחשבון ה־RPC. עשו self-host רק אם יש לכם אסטרטגיה שבה 30ms של latency בקריאה חשובים במונחי PnL, וכבר הוכחתם את האסטרטגיה אצל ספק מתארח.
מדדי latency (US-East מול EU)
מדידות של זמני round-trip חציוניים מ־VPS בשלושה אזורים אל ה־Polygon RPC הקרוב ביותר של כל ספק, מאי 2026.
| אזור ה־VPS | Alchemy | QuickNode | Ankr (בתשלום) | polygon-rpc.com |
|---|---|---|---|---|
| NY (US-East) | 14ms | 11ms | 22ms | 34ms |
| AMS (EU) | 21ms | 17ms | 28ms | 41ms |
| SG (Asia) | 97ms | 89ms | 110ms | 140ms |
המספרים משתנים משבוע לשבוע בטווח של כ־3ms. התבנית יציבה: QuickNode ו־Alchemy כמעט זהים; Ankr מאחור ב־5-10ms באופן עקבי; ונקודות קצה ציבוריות מאחור ב־15-25ms. בוטים שמתארחים באסיה משלמים מס בלתי נמנע של כ־80ms מול backbone של Polygon שממוקד בצפון אמריקה.
תבניות failover
RPC אחד הוא נקודת כשל יחידה. בוטים ב־production משתמשים בשני ספקים עם כלל מעבר פשוט.
התבנית: קריאה ראשית מול ספק A; בעת timeout (3s) או תשובת 5xx, לנסות שוב מול ספק B; אם שניהם נכשלים, להמתין 5 שניות ולנסות שוב את הספק הראשי. לעקוב אחרי כשלי ספק ראשי רצופים ולנעוץ אוטומטית את B ל־60 שניות אחרי 3 כישלונות, ואז לבדוק שוב את הספק הראשי.
צירוף מומלץ: Alchemy בתשלום כספק ראשי, ו־Ankr חינמי או נקודת קצה ציבורית של Polygon כגיבוי. הם משתמשים במפעילי nodes upstream שונים, כך שתקלת רגע באחד מהם נדירה שתהיה מתואמת עם השני. הימנעו מהרצת שתי נקודות קצה מאותו ספק (למשל שני מפתחות Alchemy) - זה לא יוצר יתירות אמיתית.
מימוש: wrapper דק מעל web3.py או ethers.js שבוחר בין הספקים בכל קריאה. בערך 30 שורות קוד; מחזיר את ההשקעה בפעם הראשונה שספק חווה outage אזורי.
