מדוע CDP סטייבלקוין נשבר בתנודתיות של הביטחון
CDP סטייבלקוין נשבר לא ברגע של ירידה חדה במחיר הביטחון, אלא ברגע שבו הפרוטוקול מאבד את היכולת להעריך מחדש את הבטוחה בצורה הוגנת. תרחיש קלאסי: הביטחון ירד ב-15-20% בחלון זמן קצר, אורקל המחיר מספק ערך באיחור, ומקדם הביטחון במערכת עדיין מציג פוזיציה בריאה.
המשתמשים והמחסלים רואים תמונה מיושנת, הטרנזקציות הראשונות למחסול יוצאות במחיר שגוי, ומכאן ואילך נכנס לפעולה סיכון מפל.
מכניקת המפל פשוטה ולכן מסוכנת. הגל הראשון של מחסולים משליך את הביטחון לשוק, המחיר יורד עוד, הגל הבא פוגע בפוזיציות שהיו שנייה קודם לכן בטוחות. אם בפרוטוקול אין מנגנון שקוטע את הלולאה הזו — למשל, מכרזים עם חלון קבוע או מגבלות על נפח המחסול לכל בלוק — המערכת מטביעה את עצמה.
בעיה נפרדת היא פער בהנהלת החשבונות: החוב נקוב בסטייבלקוין, הבטוחה בנכס תנודתי, ובתנועת מחיר מהירה המאזן הפנימי של הפרוטוקול מפסיק להתאים למציאות.
עיכובי אורקל מחמירים את כל זה. כל עוד המחיר מתעדכן פעם בכמה דקות, מחסלים עם מקור נתונים מהיר יותר לוקחים את הביטחון בהערכה נמוכה מדי, והפרוטוקול נותר עם חוב רע.
להלן נבחן כיצד זה נסגר ברמת הארכיטקטורה: בחירת מקורות מחיר, ספים וחוצצים של מקדם הביטחון, לוגיקת מחסול הביטחון והגנה מפני סיכון מפל.
מה נותנת הנפקה מנוהלת וחשבונאות ביטחונות
הנפקה מנוהלת — זה כאשר הנפקת יחידות חדשות של סטייבלקוין אפשרית רק דרך פתיחת פוזיציה כנגד בטחונות, וכל פעולה כזו משתקפת מיד בחשבונאות הכוללת.
הפרוטוקול בכל רגע יודע כמה סטייבלקוין נמצא במחזור ובאילו בטחונות הוא מובטח, ולכן ההנפקה מפסיקה להיות פעולה ידנית והופכת לתוצאה של ביקוש להלוואות.
חשבונאות הביטחונות נבנית על חישוב מחדש מתמשך של שווי הבטחונות והחוב עבור כל פוזיציה. כאשר מחיר נכס הבטחונות משתנה, המערכת מעדכנת את מקדם הביטחונות ו או מתירה המשך ניהול החוב, או מפעילה נזילות של חלק מהפוזיציה. אין פערים בין הנפח שהונפק לבין הביטחונות הרשומים, מכיוון ששתי הכמויות מחושבות מאותו מצב.
יציבות הפרוטוקול בתנודות חדות בשוק נשענת על שלושה דברים: מרווח במקדם הביטחונות, ספי נזילות ופרמטרים שניתן לשנות ללא עצירת המערכת. זה מפחית את סוג הכשל שבו הפרוטוקול מאבד את היכולת לפרוע חוב — במקום מפולת משתלשלת פועלות נזילויות חלקיות, וההנפקה נשארת צפויה.
ניהול החוב נותן ללווה סט פעולות ברור: להוסיף בטחונות, לפרוע חלקית את הפוזיציה, לסגור אותה לחלוטין. כל פעולה משנה את מצב החשבונאות באופן אטומי, ולכן אין מצבי ביניים שבהם מאזן הפרוטוקול אינו מתאזן. עבור בעל המערכת משמעות הדבר היא שדיווח על הנפקה ובטחונות נאסף מהפרוטוקול עצמו, ולא משוחזר בדיעבד.
מודלים של CDP: פוזיציות מבודדות ומאגר משותף
הבחירה במודל CDP קובעת כיצד הפרוטוקול שורד ירידה בערך הבטוחה וכמה צפויה התנהגות הליקווידציה. בפוזיציה מבודדת כל בטוחה משרתת רק את החוב של עצמה: נפילה של נכס אחד אינה גוררת אחריה את האחרים, והסיכון מוגבל לגבולות הפוזיציה הספציפית.
במאגר משותף הבטוחות מאוחדות, והלווה יכול להשתמש בכיסוי צולב — נכס אחד משמש כגיבוי לחוב בנכס אחר, מה שמגביר את יעילות ההון אך קושר את הסיכונים של כל המשתתפים.
להלן השוואה של הווריאנטים הארכיטקטוניים לפי התאמה ומגבלות.
| מודל | מתי מתאים | מגבלות |
|---|---|---|
| בטוחה מבודדת | נכסים תנודתיים או חדשים, שבהם חשוב להגביל התפשטות סיכון | יעילות הון נמוכה יותר: כל חוב דורש בטוחה נפרדת |
| מאגר משותף | נכסים יציבים עם דינמיקה מתואמת, הימור על יעילות הון | ירידה בערך של בטוחה אחת לוחצת על כל המאגר, קשה יותר לנהל ליקווידציות |
| כיסוי צולב | לווים עם תיק בטוחות מגוון | דורש משקלים ומתאמים מדויקים, אחרת הסיכון מוערך בחסר |
בפועל פרוטוקולים בוגרים משלבים גישות: שווקים מבודדים לנכסים מסוכנים ומאגר משותף עם כיסוי צולב לליבת התיק. היבריד כזה מעניק ללווה גמישות, ולפרוטוקול — סוג סיכון נשלט. מודל CDP נבחר לא לפי אופנה, אלא לפי פרופיל הנכסים והנפילה המותרת במאגר.
תכננו ארכיטקטורות CDP על עקרונות דומים ל-MakerDAO ואנחנו יודעים היכן הבידוד מציל והיכן המאגר המשותף מנצח ביעילות הון. תארו את מערך נכסי הבטוחה שלכם — נחזור עם הערכה והמודל המומלץ.
כיצד אנו מיישמים CDP סטייבלקוין: שלבי העבודה
יישום פרוטוקול CDP מתחיל לא בקוד, אלא בהגדרה פורמלית של כלכלת הבטוחה: אילו נכסים אנו מקבלים, באיזה מקדם אנו מגבילים את החוב, ובאיזה סף מופעלת הליקווידציה.
יציבות המערכת כולה תלויה בפרמטרים אלה, ולכן אנו מתעדים אותם בכתב ומאשררים אותם לפני שורת המימוש הראשונה — שינויים במערכת חיה הם יקרים.
- ביקורת דרישות ומודל הבטוחה. מנתחים תרחישי יעד, סוגי ערבויות מותרים והתנהגות בעת תנודות חדות בשוק. התוצר — מפרט פרמטרי סיכון וגבולות הנפקה.
- סכימת רישום פוזיציות. מתכננים את מבנה התחייבויות החוב, צבירת עמלה יציבה והפרדה בין מאזני הפרוטוקול והמשתמש. בנפרד מתארים כיצד נלקחים בחשבון החזר החוב ושחרור הבטוחה.
- הגדרת אורקלים. מחברים מספר מקורות מחיר בלתי תלויים עם אגרגציה והגנה מפני מניפולציות בשוק דליל. קובעים כיצד הפרוטוקול מתנהג בעת פער בין הציטוטים ואי-זמינות של אחד הערוצים.
- הגדרת ליקווידציות. קובעים ספים, קנס וסדר הפעולה של מכרזים או רכישה קבועה. בודקים שליקווידציה חלקית סוגרת את החוב מבלי לאפס את הפוזיציה כולה.
- בדיקת תרחישים. מריצים נפילות חדות במחיר הבטוחה, מפל ליקווידציות, קפיצות בריבית וניסיונות מניפולציה על האורקל. כל תרחיש — עם התנהגות צפויה ו� фактична של המערכת.
- מסירת הפרוטוקול. פורסים את החוזים, מעבירים גישות, תיעוד פרמטרים והוראות לשינוי הגדרות סיכון.
סדר עבודה זה מאפשר להשיק CDP סטייבלקוין ללא הפתעות ברגע הלחץ הראשון של השוק. תארו את המשימה — נחזור עם הערכה ותוכנית עבודה.
מדיניות גישה וניהול פרמטרים של הפרוטוקול
פרוטוקול CDP אינו קיים בפני עצמו: כל שינוי במקדמי הבטוחה, במגבלות על נכס או בשיעור דמי הייצוב — הוא החלטת ניהול עם השלכות על כל הפוזיציות. לכן אנו מוסרים ללקוח לא "אוסף חוזים", אלא מתאר ניהול עובד: מי ומה יכול לשנות, באילו גבולות, באיזה אישור ובאיזה תיעוד ביומן.
תפקידי הגישה מופרדים לפי עקרון ההרשאות המינימליות ומעוגנים במטריצה: מנהל הפרוטוקול, מפעיל הפרמטרים, שירות האורקל, מודול ה-treasury, מבקר-צופה. לכל תפקיד — מערך קריאות משלו, מגבלות ואישור חובה בחתימה שנייה לפעולות קריטיות. כך מפתח מפעיל שנפרץ אינו פותח גישה למאגר הבטוחה.
- מטריצת תפקידים והרשאות: מי קורא לאילו פונקציות, אילו פעולות דורשות ריבוי חתימות, היכן מוגדרות השהיות זמן לביצוע.
- מרשם פרמטרים של הפרוטוקול: מקדמי בטוחה לכל נכס, תקרות הנפקה, שיעורי דמים, ספי חיסול — עם ציון המסדרון המותר והערך הנוכחי.
- תקנון שינויים: רצף השלבים מהצעה ועד ביצוע, מועד החשיפה הפומבית, דרישות הנימוק וסדר הביטול.
- נוהל עצירה חירום: מי יוזם, אילו מודולים מוקפאים, כיצד מתחדשת הפעילות ומה קורה לפוזיציות פתוחות.
- תיעוד אירועים: תבנית החקירה, סיווג האירועים, האחראים, מועדי התגובה וסדר ההודעה למחזיקים.
- יומן שינויים וגישות: היסטוריה בלתי ניתנת לשינוי של קריאות עם שיוך לתפקיד, לזמן ולנימוק.
- הנחיות לצוות הלקוח: כיצד לבצע שינוי פרמטר מתוכנן וכיצד לפעול בעת סטייה של האורקל.
את כל אלה אנו מוסרים כמסמכים חיים לצד הקוד, ולא כדוח חד-פעמי. תקנון שינוי הפרמטרים ומטריצת התפקידים מתעדכנים יחד עם הגרסה — בעת מסירת הפרויקט צוות הלקוח יכול לבצע שינוי בעצמו, בלי להמתין לנו.
מקרה בוחן: ייצוב הנהונהלוגיה בתנועת שוק חדה
הפרויקט — CDP-стейблкоин עם מאגרי בטחונות במספר נכסים תנודתיים.
בשיא השוק מחיר האורקל התעדכן לעתים רחוקות יותר מהקצב שבו השער הספיק לנוע, ומכרזי הליקווידציה עברו להפסד: חלק מהפוזיציות נסגרו מתחת לסף הבטחונות, והפער בין הנהונהלוגיה הפנימית של החוב לבין היתרה בפועל של המאגר הצטבר עד לכמה אחוזים מההנפקה.
מה היה לפני השינויים
- שיעור הליקווידציות המוצלחות בזמן זינוק תנודתיות ירד עד 71%: חלק מהמכרזים בוטלו, וחלק נסגרו עם חוסר בבטחונות.
- הפער בין הנהונהלוגיית החוב לבטחונות בפועל הגיע עד 3.4% מסך היקף ההנפקה.
- ההתאוששות לאחר זינוק דרשה למעלה מ-40 שעות של התאמות ידניות ותיקוני פוזיציות.
- מליקווידטורים עברו למתחרים: בלי תשלום מובטח של הבונוס, המכרז לא כיסה את הסיכון.
מה שינו
האורקל הועבר לאגרגציה של מספר מקורות בלתי תלויים עם החלקה חציונית וחלון עדכניות קשיח — מחיר מיושן כבר לא נכנס למסלול הליקווידציה. המכרזים קיבלו בונוס מליקווידטור קבוע והגנה מפני פרונטרנינג: ההצעה מבוצעת לפי המחיר שנקבע ברגע ההתחלה, ולא ברגע ההכללה בבלוק.
נוסף מסלול התאמה: כל כמה דקות המערכת משווה את הנהונהלוגיה הפנימית של החוב ליתרת המאגר, ובמקרה של פער מעל הסף עוצרת הלוואות חדשות עד לאיזון. זה הופך את הפער מבעיה מצטברת לאירוע עם בעלים ברור וזמן תגובה.
מדדים לאחר
| מדד | לפני | אחרי |
|---|---|---|
| שיעור הליקווידציות המוצלחות | 71% | 98.6% |
| פער הנהונהלוגיה | עד 3.4% | < 0.1% |
| זמן התאוששות לאחר זינוק | למעלה מ-40 שעות | 2-3 שעות |
| מכרזים שבוטלו בזמן זינוק | 1 מתוך 4 | < 1 מתוך 50 |
הפרוטוקול עבר שתי תנועות שוק חדות ללא התערבות ידנית בפוזיציות: מסלול ההתאמה הופעל פעמיים, ובשתי הפעמים האיזון ארך פחות משעה. המליקווידטורים חזרו — הבונוס המובטח הפך את המכרזים לצפויים, ועומק ההצעות גדל עד כדי כך שפוזיציות גדולות נסגרות בלי ירידת מחיר הבטחונות.
Chainlink שימש כאחד ממקורות המחיר בשלב האגרגציה — אבל הקריטי לא היה המקור עצמו, אלא כלל הפסילה של ערכים מיושנים ומסלול ההתאמה שתופס את הפער לפני שהוא הופך להפסד.
במה שונה מודל CDP מחוב סינתטי?
מודל CDP הוא חוב מובטח: כדי להנפיק סטייבלקוין, הלווה נועל בטחון בחוזה חכם, והיקף ההנפקה קשור באופן נוקשה לערך הבטחון הזה באמצעות מקדם הבטחה.
חוב סינתטי בנוי אחרת: הפוזיציה נוצרת כנגד סל נכסים או מדד חישובי, ולא כנגד בטחון ספציפי, וההבטחה שלה מחושבת מחדש לפי כללי הפרוטוקול, ולא לפי עובדת הנעילה. ההבדל מתגלה ברגע של לחץ: ל-CDP יש תשובה חד-משמעית מי הבטחון ובאיזה היקף מכסה את ההנפקה, ולסינתטי — רק מודל חישובי.
ההבדל ההנדסי המרכזי הוא באופן שבו מחושבת הבטחת החוב. במערכת CDP כל טוקן שהונפק ניתן לעקוב אחריו עד לפוזיציה ספציפית: מקדם ההבטחה, סף הליקווידציה ומנגנון המכרז מוגדרים בחוזה ונבדקים בכל בלוק.
בסינתטי ההנפקה נשענת על הערך הכולל של הסל, ולכן כאשר נוצרת סתירה בין מחירים ממקורות שונים עולה השאלה איזה אורקל יש לראות כאמת. עבור הלקוח זה בחירה בין צפיות של ליקווידציות לבין גמישות בניהול הסל.
גם ההנפקה מתנהגת באופן שונה. CDP מנפיק סטייבלקוין רק כנגד בטחון חדש — ההיצע גדל יחד עם זרימת הבטחון, וזה מגביל את הסיכון של הנפקה לא מובטחת. המודל הסינתטי יכול להרחיב את ההיצע מהר יותר, אך משלם על כך בחשבונאות חוב מסובכת יותר ובתלות גדולה יותר בזרמי מחירים חיצוניים. אם המשימה היא כלי חישובי יציב עם כיסוי שקוף, מודל CDP נותן מחלקה צרה ומובנת יותר של כשלים.
בחירת המודל היא בחירה אילו תקלות אתם מוכנים לשרת. מערכת CDP דורשת פרמטרים מחושבים היטב לליקווידציה, אורקלים עמידים וביקורת מכרזים: טעות בסף מאפסת פוזיציות מהר יותר מכפי שהשוק מספיק להגיב. סינתטי דורש משמעת בניהול הסל והגנה מפני מניפולציות במחיר.
אנו מנתחים את המשימה של הלקוח, מחשבים תרחישי לחץ לשתי הגישות וחוזרים עם הערכה ותוכנית — עבור הכלכלה הספציפית, ולא עבור תבנית אופנתית.
ספקות טכניים נפוצים בנוגע ל-CDP סטייבלקוין
הפרוטוקול כבר פרוס, והשאלה אינה "מאיפה להתחיל", אלא "מה ניתן לשנות בלי לעצור". אנו עונים על הספקות הטכניים שעולים לרוב בשלב ההערכה.
הפרוטוקול שלנו כבר פרוס — האם המיגרציה תשבור את הפוזיציות של המשתמשים?
המיגרציה מתבצעת בשלבים: תחילה מודולים חדשים (חישוב הריבית, מתאם האורקל, לוגיקת הליקווידציות) נפרסים לצד הישנים ופועלים במצב השוואה. כל עוד שני המסלולים מחשבים את אותו הדבר, אנו משווים את התוצאות ומוודאים שהפערים אפסיים.
המעבר מתבצע באמצעות קריאת ניהול שמחליפה את כתובת המודול, ולא משכתבת את האחסון: הפוזיציות, הבטוחות והחובות נשארים במקומם. החזרה לאחור מתבצעת באמצעות קריאה חוזרת לכתובת הקודמת, והמצב אינו הולך לאיבוד.
אם החוזים בלתי ניתנים לשינוי, קיימת דרך שנייה: מופע חדש של הפרוטוקול והעברת פוזיציות דרך חוזה מיגרציה, שבו המשתמש עצמו מאשר את ההעברה. זה אורך יותר ודורש תקשורת עם המחזיקים, אך אינו תלוי בהרשאות מנהל.
כיצד אתם בודקים אורקלים — מה יקרה בתנועת מחיר חדה?
האורקל הוא נקודת הכשל היחידה שבה נתונים חיצוניים נכנסים לחישוב הבטוחה, ולכן אנו בודקים לא "האם זה עובד", אלא "כיצד זה מתנהג בפערים".
אנו מקימים מסלול עם מספר מקורות בלתי תלויים וחציון במקום פיד אחד, מוסיפים בדיקת רעננות וסטייה מהערך הקודם: אם המחיר חצה את הסף במרווח אחד, העדכון אינו מתקבל עד לאישור.
בנפרד אנו מריצים תרחישים עם עיכוב בפרסום ועם פערים בין המקורות — הפרוטוקול צריך להשעות ליקווידציות, ולא לפעול לפי מחיר פגום.
כיצד אתם בודקים ליקווידציות, אם אי אפשר "לגעת" בהן בפרודקשן?
ליקווידציה היא אירוע נדיר ויקר, ולכן אנו בודקים אותה על פורק של הרשת הראשית עם מצב חוזים אמיתי וכתובות מדומות. התרחישים: ירידת בטוחה מתחת לסף, ליקווידציה חלקית, מכרז בשוק יורד, מצב שבו הליקווידציה אינה משתלמת והפוזיציה נשארת לא מכוסה.
כל הרצה מתועדת לפי מדדים — כמה בטוחה יצאה, איזה חוב נותר, כמה הפסיד הלווה. בנפרד אנו בודקים עמידות בפני ניסיונות מניפולציה על המחיר לפני ליקווידציה.
אם לפרוטוקול שלכם כבר יש קוד או ביקורת — ננתח את הסכימה הנוכחית ונחזור עם תוכנית שינויים והערכה.
בואו נדון במשימה שלכם ל-CDP stablecoin
כדי לחזור עם הערכת הפרוטוקול ותוכנית העבודה, אנחנו צריכים מכם מינימום של נתוני קלט — אחרת החישוב הופך לניחוש. להלן רשימה של מה שמסיר 80% מהאי-ודאות כבר בהתחלה. אם חלק מהסעיפים עדיין לא מנוסחים — שלחו כמו שזה, את החסר נבהיר בהתכתבות.
- דרישות לבטוחות. אילו נכסים אנחנו מקבלים כעירבון (טוקן מקורי, זוגות נזילים, נכסים מטוקנים), האם נדרשים מקדמי עירבון שונים ומגבלות לכל סוג.
- הצמדה ליעד ומנגנון היציבות. למה ה-stablecoin מוצמד, מה משמש כמקור ליציבות, איך אנחנו מגיבים לסטייה בשער.
- פרמטרי סיכון. מקדם עירבון יעד, סף פירוק, גובה הקנס על פירוק, סטייה מותרת של המחיר מההצמדה.
- תפקידים והרשאות. מי מנהל את פרמטרי הפרוטוקול, האם נדרשת חתימה מרובה, האם יש מבקרים חיצוניים ואיך מחולקות הזכויות.
- תרחישי פירוק. מי משמש כמפרק, האם נדרשת מכרז, איך אנחנו מגנים מפני פירוקים מדורגים (cascade) בתנועה חדה של השוק.
- סביבה ואינטגרציות. רשת הפריסה, האם נדרש ממשק משלנו, אינטגרציה עם ארנקים, אורקלים למחירים, שירותים חיצוניים.
- מגבלות ולוחות זמנים. האם יש דרישות רגולטוריות, דדליין להשקה, היקף פעילות צפוי בהתחלה.
לפי הנתונים האלה אנחנו מרכיבים הערכת פרוטוקול: מחשבים את הכלכלה של עירבון ופירוקים, בודקים את עמידות המודל לירידות, מקבעים את ארכיטקטורת החוזים והיקף העבודה. חוזרים עם תוכנית לפי שלבים, הרכב הצוות והסיכונים — בלי מילים כלליות, עם פיצולים קונקרטיים שבהם נדרשת ההחלטה שלכם.
תארו את המשימה בצורה חופשית או שלחו תשובות לפי סעיפים — נחזור עם הערכה ותוכנית.