מדוע האינטגרציה עם Blend נשברת במכרזי בטחונות
האינטגרציה עם Blend מתחילה בעובדה פשוטה: הלוואת NFT ללא מועד פירעון מחזיקה את הבטוחה לא אצל הלווה, אלא בחוזה. כל עוד הפוזיציה קיימת, הטוקן חסום, ומקדם הבריאות של הפוזיציה מחושב מחדש בכל שינוי במחיר הבטוחה ובקרן החוב.
ברגע שהוא מתקרב לסף הליקווידציה, החוזה רשאי להעמיד את הבטוחה במכרז — ומכאן והלאה הכול נקבע לפי המהירות שבה האינטגרציה נודעה על כך.
הקרע מתרחש בדרך כלל לא בקריאה לשיטה, אלא בסקר המצב. שירות שבודק פוזיציות אחת למספר דקות נודע על חציית הגבול באיחור, בעוד חלון המכרז מסתכם במספר בלוקים בודדים. ניטור מכרזי בטחונות על בסיס קריאה תקופתית לא מספיק: עד לשאילתה הראשונה המחיר כבר זז, וחלק מהלוטים נסגרו.
הקרע השני — עיבוד הצעות. כשהצעד והגבול העליון מחושבים ידנית, המפעיל מאחר: העסקה יוצאת לאחר סגירת הלוט, לא עומדת בתנאים או עוקפת את ההצעה של עצמו. הבטוחה נמכרת במחיר נמוך מהשוק, והלווה מאבד לא רק את הפוזיציה, אלא גם את הטוקן עם ההיסטוריה.
השכבה השלישית — עמידות בתקלות. בלי יומן אירועים ומטפלים ניתנים לחזרה, שליחה חוזרת של הצעה משכפלת את החיוב, ומכרז שהוחמץ לא ניתן להשלים בדיעבד. איך זה נסגר — חישוב המקדם בכל בלוק, הרשמה לאירועי החוזה והצעה אוטומטית בטווח מוגדר — נפרט בהמשך.
מה נותנת הלוואה מנוהלת: נזילות ושליטה בסיכונים
לאחר החיבור אל Blend, הפוזיציה מפסיקה להיות "קופסה שחורה": מצב הבטוחה, מקדם הבריאות ותור המכרזים מגיעים בזרם אירועים אחד. כבר כאן רואים אילו הלוואות התקרבו לגבול הליקווידציה — התגובה מתחילה לא לאחר החיוב, אלא כמה צעדים לפניו.
לאחר מכן נכנס לפעולה ניהול הבטוחה. המודול משווה את המקדם הנוכחי ליעד, ובמקרה של ירידה מוסיף בטחונות או סוגר חלקית את החוב; הספים מוגדרים לפי פרופיל הסיכון, ולא נלקחים כברירת מחדל. בפועל, עד 80% מהפוזיציות יוצאות מאזור הליקווידציה בלי התערבות ידנית, והשאר עוברות לתור נפרד לבדיקה.
במקביל פועלת אוטומציה של הצעות: ברגע שהמכרז נפתח, המערכת מציבה צעד אחר צעד גבול שחושב מראש, בהסתמך על הנזילות ועומק השוק. זמן התגובה למכרז מתקצר משעות לעשרות שניות — הפוזיציה נפדית בעוד המחיר טרם ירד.
סוג הכשל שנעלם — "באנו בבוקר, והבטוחה כבר נמכרה". בקרת סיכוני ההלוואה הוצאה לשכבה נפרדת: מגבלות על הבטוחה, תנאי עצירה, יומן של כל פעולה עם אפשרות לחסימה ידנית. אם בכל זאת לא מצליחים להחזיק את הפוזיציה, היציאה מליקווידציה מתבצעת לפי תרחיש מוסכם, בלי מרוץ מול בוטים זרים.
דרכי חיבור: קריאה ישירה, שירות מתווך, היברידי
הבחירה בדרך החיבור לפרוטוקול קובעת באיזו מהירות מופיעים במערכת הצעות הלוואה חדשות, הצעות במכרזים ושינויי מצב הבטוחות — ומי אחראי לתקלה בדרך.
קריאה ישירה לחוזים קוראת נתונים בלי שכבת ביניים ואינה דורשת אמון בקוד זר, אבל את כל התשתית סביבה אנחנו כותבים: חיבור מחדש, שליחה חוזרת ופענוח שגיאות.
שירות מתווך לוקח על עצמו את השגרה הזו, אך מוסיף נקודת כשל שנייה והשהיה בין אירוע ברשת להופעתו בממשק. סכמה היברידית קוראת נתונים קריטיים ישירות, ונתוני שירות ואנליטיקה — דרך המתווך.
| אפשרות | מתי מתאימה | מגבלות ותקורה |
|---|---|---|
| קריאה ישירה לחוזים | נדרשים נתונים עדכניים ושליטה מלאה: ארנק משלך, כללי חתימה משלך, מינימום אמון בקוד צד שלישי | טיפול עצמאי בניתוקי תקשורת ובחזרות, דרישות גבוהות יותר ליציבות הצומת, הפעלה ארוכה יותר |
| שירות מתווך | נדרש אתחול מהיר: ניטור מכרזים, התראות, דיווח בלי תשתית משלך | תלות בזמינות ובמגבלות בקשות של אחרים, השהיה של שניות, חלק מהתרחישים אינם זמינים |
| סכמה היברידית | יש פעולות קריטיות (פדיון, מימון מחדש) וקריאה מאסיבית לאנליטיקה | שתי אינטגרציות במקום אחת, נדרשת השוואה תקופתית בין מקורות, יקר יותר בתחזוקה |
פעולות קריטיות עם הבטוחה אנחנו מבצעים בקריאה ישירה, וקריאה מאסיבית והתראות — דרך מתווך עם מסלול גיבוי. לפני ההפעלה אנחנו מריצים תרחישי כשל: אי-זמינות של הצומת, אי-התאמה בין מקורות נתונים, חזרה למצב קודם. בדיקה כזו מראה איזה מסלול נשאר פעיל כשהמסלול הראשי נופל.
שלבי הטמעה: מביקורת בטחונות ועד מסירת נהלים
להלוואה ללא מועד פירעון אין תאריך פירעון: הפוזיציה חיה כל עוד מקדם הבריאות מחזיק מעמד, ובירידה מתחת לסף מופעל מכרז. להלן סדר העבודות לאינטגרציה עם Blend, שבו למסירה נשארים לא רק החוזים, אלא גם נהלי עבודה פעילים.
- ביקורת פוזיציות בטחונות. מייצאים בטוחות פעילות, מחשבים מקדם בריאות, ריביות וספי ליקווידציה, ומסמנים בנפרד פוזיציות באזור הגבולי — כך מתקבלת מפת סיכונים וסדרי עדיפויות.
- סכמת אינטראקציה. מקבעים תפקידים: מי יוצר ומקבל הצעות, מה השירות עושה בעצמו, ומה דורש אישור אדם. בנפרד מתארים את מקור מחיר הבטוחה ואת התנהגות המערכת במקרה של אי-התאמה בנתונים.
- הגדרת הרשאות. לכל תהליך — ארנק משלו עם חתימת סף ומגבלה על פעולות; רוטציית מפתחות מתוארת מראש, כדי שמשיכת כספים לא תהיה תלויה באדם אחד.
- מחזור ההלוואה וההצעות. מטמיעים הגשה וביטול של הצעה, קבלה, מימון מחדש ופירעון מוקדם. כל פעולה אידמפוטנטית: בקשה חוזרת לא יוצרת עסקה שנייה.
- הגדרת ניטור. הרשמה לאירועי חוזים, ספי התראה לקראת ליקווידציה, התראות במספר ערוצים עם הסלמה אם הראשון לא אישר קבלה.
- סביבת בדיקות. מריצים נפילה חדה במחיר, פתיחת לוט ופדיון שלו, אי-זמינות של אורקל, מסירת אירוע חוזרת וחזרה לאחור של עסקה — ורק אחר כך מעבירים לסביבת הייצור.
- מסירה והדרכה. מוסרים נהלים, סכמות וסדרי פעולה במקרה של מכרז, ומנתחים אירועים עם צוות הלקוח.
מה נשאר אצלכם: סכמות, מדיניות גישה, תיעוד
האינטגרציה עם Blend לא מסתיימת בקוד עובד. אנחנו מוסרים סט ארטיפקטים שלפיו הצוות שלכם יוכל להקים בעצמו את הסביבה, להסביר כל החלטה ולהמשיך לפתח בלי קבלן חיצוני.
- תצורת אינטגרציה — פרמטרים לחיבור לרשת, קולקציות נתמכות, מגבלות על משך וגודל ההלוואה, התנהגות בעת אי-סנכרון מצב.
- סכמות זרימה — מסלול הבקשה מהארנק ועד המכרז, נקודות הסתעפות וכללי יציאה מעסקה תקועה.
- מדיניות גישה למפתחות — מי חותם על איזו פעולה, היכן נשמרים המפתחות, כיצד מתבצעת רוטציה והיכן רואים יומן פעולות.
- נוהל תגובה למכרז — ספי הפעלה, חלון קבלת החלטה, סדר הסלמה ותבניות התראה לתורן.
- תיעוד הפתרון — תיאור מודולים, פורמטי נתונים, נימוק לסכמה שנבחרה ורשימת מגבלות ידועות.
- הוראות לצוות — ניתוח כשלים אופייניים, אבחון, התערבות ידנית וחזרה בטוחה למצב הקודם.
המסירה להפעלה מתבצעת לפי רשימת בדיקה: הרשאות, התראות, מדדי בקרה, הרכב תורנויות. כל סעיף מאשרים בקבלה יחד עם המהנדס שלכם — בלי הנוסח "אצלנו בסביבת הבדיקות זה עובד".
מקרה בוחן: אינטגרציה עם Blend וניטור מכרזי בטחונות
מה היה לפני
פוזיציות כנגד בטוחת NFT טופלו ידנית: תורן אחת למספר שעות השווה את מצב ההלוואות בטבלה, והחלטה על פירעון מוקדם התקבלה "בעין". בין הבדיקות ההלוואה עברה את הנקודה שממנה מעמידים אותה במכרז, והבטוחה נמכרה במכרז בזול מהשוק. התגובה ארכה שעות, וחלק מהנכסים אבדו סופית.
מה שינו
חיברנו את Blend והוצאנו את ניטור המכרזים לשירות נפרד: הוא מאזין לאירועים לפי כל פוזיציה, מחשב מחדש את המרווח עד לסף ומחזיק תור התראות עם הסלמה עד שמתחילים לעבוד עם ההלוואה. הכללים קובעים באיזה מרווח משתלם יותר לפרוע את ההלוואה בכוחות עצמנו, ומתי עדיף להיכנס למכרז ולקחת את הבטוחה. ענף נפרד — אישור שאחרי ההפקדה הפוזיציה חזרה לאזור בטוח, והסרתה מהבקרה.
האפקט: זמן התגובה התקצר מ-4–6 שעות ל-3–5 דקות, שיעור הפוזיציות שהגיעו למכרז — מ-18% ל-2%, ושיעור נכסי הבטוחה שנשמרו עלה מ-63% ל-96%. יומן המכרזים והיסטוריית הכללים שהופעלו נשארו כדיווח: רואים איזו החלטה התקבלה, מתי ומה היה סופה.
במה הלוואת NFT ללא מועד פירעון שונה מהלוואה לתקופה קצובה?
הלוואה לתקופה קצובה חיה עד תאריך הפירעון: הלווה מחזיר את קרן החוב ואת הריבית במועד, אחרת הפרוטוקול מפעיל ליקווידציה של הבטוחה. ב-Blend הלוואה ללא מועד פירעון בנויה אחרת — אין תאריך פירעון, הפוזיציה פתוחה כל עוד הבטוחה מכסה את החוב עם מרווח, ואפשר לסגור אותה בכל רגע. המחיר על כך אינו זמן, אלא בקרה מתמדת על מקדם הבריאות של הפוזיציה.
מקדם הבריאות של הפוזיציה — היחס בין שווי הבטוחה לחוב, מחושב לפי מחיר האורקל ולא לפי העסקה האחרונה בשוק דליל. כל עוד הוא מעל הסף, הלווה משלם רק ריבית. כשמחיר ה-NFT יורד או הריבית עולה, המקדם נשחק, ומרווח הביטחון נעלם — הסיכון כאן שוקי, לא לוח-שנתי.
זהו ההבדל העקרוני: בהלוואה לתקופה קצובה המועד ידוע מראש, ובלי מועד פירעון — השוק הוא שמחליט על ליקווידציה.
מתחת לסף מופעל מכרז: הבטוחה מוצעת עם צעד של הורדת מחיר, ההצעות הראשונות מכסות את החוב בעודף, ואחר כך המחיר יורד עד שנמצא קונה. התמורה מכסה את החוב ואת הריבית שנצברה, והיתרה מוחזרת ללווה; אם המכרז לא הספיק לכיסוי, את הפער סוגר המלווה.
עבור האינטגרציה משמעות הדבר היא זרימת אירועים, ולא סקר לפי לוח זמנים: פתיחת מכרז, הצעות, סגירת פוזיציה. למהנדס חשוב לראות את ירידת המקדם לפני שהמכרז מתחיל — אז הבעלים מספיק להוסיף בטוחה או לפרוע חלק מהחוב.
ספקות טכניים לפני תחילת העבודה
אנחנו מפרקים ספקות טכניים אופייניים לפני ההתחלה — הם קובעים את סכמת הגישה, מצבי הכשל וכמה יהיה צורך לגעת במערכת הקיימת. להלן תשובות ישירות, שכל אחת מהן נבדקת בשלב הסקירה.
למי ואיך מועברים המפתחות של החוזים?
מפתחות פרטיים והרשאות בעלים נשארים אצלכם. אנחנו עובדים דרך ארנק עם ריבוי חתימות או מודול חתימה חומרתי: למהנדסים ניתנות הרשאות לקרוא מצב ולהכין טרנזקציות, והחתימה מתבצעת בצד שלכם. זה מספיק כדי להרכיב ולבדוק את הלוגיקה — בלי למסור מפתחות אנחנו בודקים על עותק מקומי של הרשת.
מה יקרה בתנועה חדה בשוק?
כאשר מחיר הבטוחה משתנה, הלוואות נכנסות לאזור הליקווידציה בצורה לא אחידה. שירות הניטור מחשב מחדש את מקדם הבריאות של כל הלוואה ושולח התראה מראש, לפני חציית הסף. בהתקרבות לגבול מופעל תרחיש מוגדר: הוספת בטוחה, פירעון חלקי או העמדה במכרז — לפי מדיניות הסיכון שלכם.
מה אם שירות חיצוני אינו זמין?
ספקי גישה לרשת ומקורות מחירים כשלים באופן קבוע. אנחנו מציבים שני ספקים בלתי תלויים, תור חזרות ומטמון של המצב המאומת האחרון. החישובים ממשיכים להתבצע לפי נתונים תקפים, ואי-התאמה בין מקורות מסומנת ומוצגת בדוח — ולא מובילה לליקווידציה שגויה.
האם אפשר לשפר קוד שכבר נכתב?
כן. קודם כול מקבעים היכן החתימה, היכן חישוב פרמטרי ההלוואה והיכן גבולות המודולים. את הניטור החדש מחברים באמצעות מתאמים, בלי לעצור תהליכים קיימים, ומשאירים אפשרות לחזור לגרסה הקודמת. מקטעים בירושה שמפריעים לעמידות בתקלות נכתבים מחדש נקודתית, ולא בשלמותם.
נדון במשימה שלכם ונחזור עם אומדן ותוכנית
אומדן מדויק נשען על נתוני קלט: ככל שהתהליך מתואר בצורה קונקרטית יותר, כך פחות הנחות נכנסות לתוכנית העבודה. לפני הדיון במשימה, אספו את מה שכבר יש בהישג יד — זה יספיק לגרסה הראשונה של תוכנית לפי שלבים.
- הרשאות: מפתחות קריאה לצומת או לאינדקסטור, סביבת בדיקות וארגז חול להרצת תרחישים;
- רשימת פוזיציות: קולקציות NFT, זוגות בטחונות ובריכות שדורשים ניטור;
- סכמת תפקידים: מי מנפיק הלוואות, מי מאשר פעולות מכרז, למי יש הרשאות למשיכת כספים;
- כתובות חוזים ומרשם הלוואות פעילות, אם האינטגרציה נכנסת למערכת פעילה;
- תרחישי ניטור: סף בריאות הפוזיציה, ערוץ ונמען ההתראה בעת חצייתו;
- מגבלות תשתית: שירותים תפוסים, דרישות לתיעוד פעולות ולשמירת היסטוריה.
בתגובה מגיעים אומדן ותוכנית עבודה עם שלבים, סדר חיבור, נקודת חזרה ותלויות קריטיות. בנפרד אנחנו מציגים את סכמת התפקידים ואת מסלול אירוע המכרז עד לאות — באיזה שלב הוא מופיע ומי מקבל אותו.
הכנה להתחלה
לאחר הסכמה על ההיקף אנחנו פורשים סביבת בדיקות, מעבירים את התרחישים שלכם לצורה ניתנת לבדיקה ומקבעים איזה תוצאה נחשבת למושגת. ההכנה להתחלה לא מעכבת את הפיתוח: בזמן שמגדירים הרשאות, המהנדסים כבר מרכיבים את שלד התשתית.
תארו את המשימה בצורה חופשית וצרפו רשימת פוזיציות — נחזור עם אומדן ותוכנית עבודה.