פרק 36 מתוך 36
הגרסה הקצרה
ב-28 באפריל 2026, פולימרקט העבירה את נכס הסליקה שלה ברשת Polygon מ-USDC.e (טוקן ה-USDC המגושר, חוזה 0x2791Bca1f2de4661ED88A30C99A7a9449Aa84174) ל-pUSD, מטבע יציב (stablecoin) שהונפק על ידי פולימרקט וניתן להמרה ביחס 1:1 ל-USDC המקורי. סוחרים שמשתמשים באפליקציית הווב לא נדרשו לעשות דבר - היתרות והפוזיציות הומרו אוטומטית בבלוק התמונת הרגע. מפעילי API ובוטים חייבים לעדכן: כתובת נכס הסליקה בתוך כל חתימת פקודת CLOB השתנתה, פקודות ישנות שנחתמו מול USDC.e בוטלו, ונדרשת גרסת py-clob-client 0.40 ומעלה. המדריך הזה יעבור אתכם על שינויי הקוד, החוזה והאישורים המדויקים שצריך כדי לשמור בוט פעיל לפני, במהלך ואחרי המעבר.
חלק 1: שלושה מטבעות יציבים, רשת Polygon אחת
לפני המעבר, היו שלושה מטבעות יציבים מבוססי דולר במסלול של פולימרקט ברשת Polygon. הבנת ההבדל ביניהם היא הצעד הראשון להבנת הסיבה שבגללה פולימרקט שינתה את נכס הסליקה.
| טוקן | מנפיק | חוזה ב-Polygon | סוג הרזרבה |
|---|---|---|---|
| USDC.e | גשר Polygon PoS | 0x2791Bca1f2de4661ED88A30C99A7a9449Aa84174 | מגושר מרשת Ethereum הראשית |
| USDC (מקורי) | Circle | 0x3c499c542cEF5E3811e1192ce70d8cC03d5c3359 | ילידי, מונפק ישירות ב-Polygon |
| pUSD | חוזה הבטוחה של פולימרקט | ראו docs.polymarket.com/concepts/pusd | מגובה 1:1 ב-USDC, נאכף על השרשרת, ניתן לפדיון בכל עת |
פולימרקט בחרה במקור ב-USDC.e כי זו הייתה הגרסה הדומיננטית של USDC ב-Polygon בעת ההשקה ב-2020. מאוחר יותר, Circle הנפיקה USDC מקורי ישירות ב-Polygon והודיעה על דעיכה הדרגתית של הגרסה המגושרת. המשך הסליקה ב-USDC.e היה חושף את פולימרקט לסיכון זנב של נטישת הגשר. מעבר ל-מטבע יציב (stablecoin) שנשלט על ידי פולימרקט פותר את זה, ופותח את הדלת לפיצ'רים עתידיים (כמו מרג'ין עבור פרפים, פיקדונות בכספות וקבלות חוצות-שרשרת) שכולם חולקים אותה יחידת חשבון.
חלק 2: מה זה pUSD (ומה זה לא)
pUSD הוא טוקן ERC-20 סטנדרטי ברשת Polygon (chain id 137) עם 6 ספרות אחרי הנקודה, אותה דיוק כמו USDC. הוא נטבע רק כאשר USDC נעטף דרך חוזה הבטוחה של פולימרקט, וניתן להמירו 1:1 ל-USDC מקורי בכל רגע, ללא עמלת המרה (עמלת הגז של הרשת ממשיכה לחול). הגיבוי נאכף על השרשרת: חוזה העטיפה מחזיק את ה-USDC הבסיסי והוא עצמו מנגנון הפדיון. אין משמורן חוץ-שרשרתי, אין עיגון אלגוריתמי, ואין רזרבה חלקית.
pUSD אינו מטבע יציב (stablecoin) אלגוריתמי, אינו מגובה יתר על ידי קריפטו, ואינו מייצר תשואה. אם אתם מחזיקים pUSD מחוץ לפולימרקט, יש לחשוב עליו כשטר חוב שהונפק על ידי פולימרקט תמורת USDC מקורי - שימושי בתוך הפלטפורמה, ניתן להמרה לפי דרישה, אבל אין יתרון אמיתי בהחזקתו לטווח ארוך בארנק חיצוני.
docs.polymarket.com/concepts/pusd.חלק 3: מה ראו סוחרי הוויב-אפליקציה
אם אתם סוחרים רק דרך polymarket.com, המעבר היה בלתי נראה. בבלוק התמונת הרגע של 28 באפריל 2026:
- כל יתרת USDC.e בארנק פרוקסי של פולימרקט הומרה אטומית ל-pUSD ביחס 1:1.
- פוזיציות פתוחות שמרו על אותו ערך דולרי, אותו הסתברות תוצאה ואותו פג תוקף. מזהי הטוקן המותנים לא השתנו.
- פקודות ממתינות שנקובות ב-USDC.e בוטלו בתמונת הרגע. פקודות חדשות אחרי המעבר נחתמות אוטומטית מול pUSD.
- משיכות לארנקים חיצוניים עברו משליחת USDC.e לשליחת USDC מקורי (או, אם מבקשים זאת במפורש, pUSD גולמי - רוב המשתמשים לא יזדקקו לכך לעולם).
שום חתימה, עסקה או שינוי הגדרות לא נדרשו. פקודות limit ממתינות שחשובות לכם צריכות להיכתב מחדש ידנית אחרי המעבר; הביטול היה אירוע חד-פעמי.
חלק 4: מפעילי API ובוטים - השינויים הקריטיים
זה החלק שישבור בוט אם לא תפעלו.
0x2791Bca1f2de4661ED88A30C99A7a9449Aa84174). אחרי המעבר, היא pUSD. פקודה שנחתמה מול הכתובת הישנה תיכשל באימות חתימה ב-CLOB ותחזיר שגיאת "invalid maker asset" או "signature mismatch".שדרוג py-clob-client
פולימרקט פרסמה את py-clob-client 0.40.0 שבועיים לפני ההחלפה עם תמיכה מלאה ב-pUSD. שורת 0.34.x ננטשה רשמית יום אחרי המעבר.
# שדרוג לגרסה תואמת pUSD
pip install --upgrade "py-clob-client>=0.40.0"
# אמתו את נכס הסליקה המוגדר
python -c "from py_clob_client.constants import POLYGON; \
print('כתובת pUSD:', POLYGON.get('collateral'))"
ה-SDK החדש שואב את כתובת נכס הסליקה מקונפיגורציית הרשת בעת האתחול, כך שאין צורך לקבע שום כתובת בקוד. אם פיצלתם או נעלתם גרסה ישנה, הדרך הבטוחה ביותר היא למחוק את ה-lockfile, להתקין מחדש עם מודול ה-constants העדכני, ולהריץ שוב את חבילת הבדיקות שלכם.
אישור מחדש של ההרשאות
ארנק הפרוקסי שלכם בפולימרקט זקוק להרשאת ERC-20 מ-חשבון המסחר שלכם אל חוזה CTF Exchange עבור הטוקן pUSD. ההרשאה הישנה ל-USDC.e עדיין רשומה על השרשרת אבל היא חסרת תועלת לחלוטין: CLOB לא ישתמש בה. ללא הרשאת pUSD חדשה, כל פקודה תחזיר "INSUFFICIENT_ALLOWANCE".
from py_clob_client.client import ClobClient
client = ClobClient(
host="https://clob.polymarket.com",
chain_id=137,
key=os.environ["POLY_PRIVATE_KEY"],
funder=os.environ["POLY_FUNDER"],
signature_type=1, # POLY_PROXY עבור חשבונות Magic-link
)
client.set_api_creds(client.create_or_derive_api_creds())
# פעם אחת: אישור pUSD לחוזה CTF Exchange
# (פונקציית עזר שנוספה ב-py-clob-client 0.40)
client.update_balance_allowance(asset_type="COLLATERAL")
עדכון אישורי ה-API
מפתחות ה-API הקיימים ממשיכים לעבוד, אבל אם גזרתם אישורים לפני 1 באפריל כדאי לסבב אותם מטעמי זהירות: חתימת ה-ECDSA של ה-L1 מקושרת כעת לדומיין שכולל את כתובת נכס הסליקה החדשה. הדרך הפשוטה ביותר:
creds = client.create_or_derive_api_creds() # גזירה מחדש אידמפוטנטית
client.set_api_creds(creds)
# שמרו זאת ב-.env שלכם
print(creds.api_key, creds.api_secret, creds.api_passphrase)
חלק 5: אימות הבוט שלכם אחרי המעבר
הריצו את בדיקת העשן המינימלית הזו לפני שתאפשרו לכל לוגיקת sizing לפעול עם כסף אמיתי:
# 1. אישור יתרת pUSD בארנק הפרוקסי
from py_clob_client.client import ClobClient
client = ClobClient(...) # כמו למעלה
balance = client.get_balance_allowance(params={"asset_type": "COLLATERAL"})
print("יתרת pUSD (גולמית):", balance["balance"])
print("הרשאה ל-exchange:", balance["allowance"])
# 2. הציבו פקודת limit של $1 רחוק ממחיר הנגיעה
from py_clob_client.clob_types import OrderArgs
order = client.create_order(OrderArgs(
token_id=test_token_id,
price=0.05, # בכלל לא קרוב לשוק
size=20, # נוטיונל של $1 ב-$0.05
side="BUY",
))
resp = client.post_order(order)
print(resp)
# 3. בטלו ואמתו
client.cancel(order_id=resp["orderID"])
אם שלוש הקריאות מצליחות, החיבור שלכם תקין: ה-SDK חתם מול pUSD, ההרשאה מזוהה, וספר הפקודות עקבי. הגדילו עכשיו את הסיכון בהדרגה.
חלק 6: שגיאות נפוצות ופתרונות
| שגיאה או סימפטום | סיבה | פתרון |
|---|---|---|
signature verification failed | פקודה נחתמה מול דומיין EIP-712 של USDC.e | שדרגו את py-clob-client ל-0.40+; טענו מחדש את מודול constants |
INSUFFICIENT_ALLOWANCE בכל פקודה | אין הרשאת pUSD מהפרוקסי שלכם ל-CTF Exchange | הריצו update_balance_allowance(asset_type="COLLATERAL") פעם אחת |
invalid maker asset | כתובת USDC.e קבועה עדיין יושבת בקונפיגורציה שלכם | החליפו כל כתובת collateral קבועה בקונסטנטה של ה-SDK |
| הארנק מציג יתרת USDC.e > 0 אחרי המעבר | טוקנים "אבק" שנשארו מהעברה של צד שלישי | גשרו את ה-USDC.e בחזרה ל-USDC מקורי ב-CCTP של Circle, או השאירו זאת |
| חיבור מחדש של WebSocket מחזיר ספר ריק | הרישום הישן השתמש במצב שוק מיושן מלפני התמונת הרגע | נקו את המטמון המקומי, שלפו מחדש את הספר ב-REST, ואז הירשמו מחדש |
| משיכה לארנק חיצוני מציגה pUSD במקום USDC | בחרתם "pUSD" במקום "USDC" במודאל המשיכה | בחרו "USDC" - הגשר ממיר pUSD → USDC מקורי ביחס 1:1 |
חלק 7: טוקנים מותנים, מזהי פקודות ודברים נוספים שלא השתנו
כדי לשמור על היקף הריפקטור הוגן, הנה הרשימה של המזהים שנשארים יציבים דרך המעבר:
- חוזה Conditional Token (CTF): אותה כתובת. פוזיציות ה-YES / NO שלכם בפורמט ERC-1155 לא נגעו.
- condition_id ו-question_id: דטרמיניסטיים מפרמטרי השוק; לא הושפעו משינוי נכס הסליקה.
- token_id (תוצאה): נגזר מ-condition_id + אינדקס תוצאה; ללא שינוי.
- כתובת ארנק הפרוקסי של פולימרקט: אותה כתובת; אותו קוד בסגנון Gnosis Safe.
- מפתח API, סוד API, ביטוי-סיסמה של API: נשארים תקפים (מומלץ לסבב; לא חובה).
- סכמות WebSocket: זהות; שדה
assetחדש מציג "pUSD" במקום "USDC.e" באירועי הביצוע. - ממשקי Gamma ו-Data: ללא אימות, ללא שינוי. הם מעולם לא הפנו ישירות לטוקן הסליקה.
חלק 8: השלכות מס וחשבונאות
ברוב מדינות, ההמרה האוטומטית מ-USDC.e ל-pUSD היא החלפת מטבעות יציבים מקושרי-דולר מסוג דומה 1:1 ואינה מהווה אירוע מס. בסיס העלות ותקופת ההחזקה שלכם נשמרים.
עם זאת, יש שני היבטים חשבונאיים שדורשים תשומת לב:
- עדכנו את סכמת ספר החשבונות שלכם. כל כלי מס, ספר SQLite או ייצוא לרואה חשבון שמסנן עסקאות Polygon לפי חוזה ה-USDC.e ידלג בשקט על כל העסקאות שאחרי המעבר. הוסיפו את כתובת חוזה ה-pUSD כשם נרדף.
- הרשימו את המרת התמונת הרגע. גם אם היא לא חייבת במס ברוב המשטרים, רשמו את ההמרה במפורש ברשומות: הסכום, הבלוק, חותמת הזמן, והערה שזה מעבר מטבע יציב (stablecoin) 1:1. אם רשות המסים שלכם תבדוק זאת בעתיד, תרצו שביל ביקורת נקי.
סוחרים ישראלים צריכים לעיין ב-מדריך המס לדיווח הספציפי לרשות המסים; המעבר עצמו לא משנה את הטיפול הסטנדרטי, אבל שינוי כתובת החוזה כן חשוב לכלי הדיווח האוטומטיים.
חלק 9: טיפים מקצועיים מסוחרים שעברו את המעבר
- קבעו את py-clob-client ל-
>=0.40,<0.50ב-requirements.txt. שורת 0.40 היא המינימום שחותם נכון פקודות pUSD; הגבלת תקרה עליונה מגינה מפני שינוי לא תואם בעתיד. - אשרו מחדש הרשאות בחלון נפח נמוך. הקריאה
update_balance_allowanceהיא עסקת Polygon; ביצועה במהלך תנועה מהירה בשוק זה לבקש שיא בעמלת גז. - צלמו את יתרת ה-USDC.e שלכם לפני 28 באפריל. אף שההמרה היא אוטומטית, יתרה קודמת שניתנת לאימות דרך צילום היא הדרך הנקייה ביותר להתמודד עם בעיית התאמה.
- בטלו ידנית פקודות ממתינות לפני הצילום. בכל מקרה הזירה ביטלה אותן; ביצוע זה בעצמכם נותן לכם רשומת ספר נקייה במקום שורת "system cancel".
- היזהרו ממסכים מיושנים. מסכי צד שלישי של פולימרקט (PolymarketAnalytics, Polynance וכו') לקחו יומיים-שלושה לפרסר מחדש אירועי pUSD. בסיס הנתונים המקומי של הבוט שלכם יכול להקדים את המסכים הציבוריים למשך כמה ימים.
- גשרו את האבק של USDC.e לפי לוח הזמנים שלכם. רוב החשבונות מחזיקים כמה אגורות של USDC.e שנשארו מהחזרי עמלה ישנים או מהעברות בין סוחרים. השתמשו ב-CCTP של Circle או בגשר Polygon Portal הסטנדרטי - אין כל דחיפות.
- שמרו את כתובת ה-USDC.e הישנה בהתראות סייר הבלוקצ'יין שלכם. אם משהו פעם יוצא מהפרוקסי שלכם ב-USDC.e אחרי המעבר, זה דגל אדום שראוי לחקור מיד.
מה הלאה?
- מדריך ה-API של פולימרקט - המדריך המלא ל-API, מעודכן ל-pUSD
- מדריך הפקדה - הפקדת USDC וקבלת pUSD בתוך האפליקציה
- מדריך משיכה - משיכת pUSD כ-USDC מקורי לארנק חיצוני
- כלים ומשאבים - מסכי צד שלישי שעודכנו ל-pUSD
- מילון מונחים - הגדרות בשפה פשוטה לכל מונח שמופיע כאן
השורה התחתונה
מאז המעבר באפריל 2026, פולימרקט מסלקת ב-pUSD - טוקן שפולימרקט מנפיקה ומגובה 1:1 ב-USDC; אתה עדיין מפקיד ומושך USDC, אז השינוי הוא בעיקר מתחת למכסה המנוע.





