מאינטגרציות ועד פקודות ציוד
הרשימה של Tether כוללת את BITMAIN, MicroBT, Canaan, Bitdeer, Foundry Digital ו- Luxor Technology. היא גם שמה ACME Swisstech, Elektron Energy, EMCD, F2Pool, Heatbit, OCEAN, Proto, SpiderPool ושכבה V2.
במסגרת ההסדר שהוכרז, המשתתפים יבנו ותחזקו את Workers: תוכנה המתרגמת את החומרה, המאגר או ממשק המערכת הקיים של החברה לשפה המשותפת של MDK. כל חברה בוחרת את הפונקציות שהיא חושפת. לאחר מכן, אפליקציה יכולה להשתמש בממשק הזה במקום לדרוש אינטגרציה נפרדת עבור כל יצרן.
Tether אומר שסוכן הכרייה QVAC שלה כבר פועל על MDK כהדגמה מוקדמת. ההודעה לא נותנת קיבולת של צי משתתף, נתח של hashrate של ביטקוין או חיסכון מדוד.
כלי הפעולה של אתר ההתייחסות v0.11 מקבל מכשיר אחד בעל שם ומציע שתי פעולות: אתחל אותו מחדש או שנה את מצב ההפעלה שלו. אפשרויות מצב הכוח הן נמוכה, רגילה, גבוהה ושינה, כאשר המטפל בודק באילו מצבים המכשיר תומך לפני שליחת הפקודה.
אלה היכולות של הדוגמה, במקום תקרה על כל יישום או Worker שמישהו יכול לבנות עם MDK.
כלי ההפניה מסומן במפורש ככתיבה. כאשר לולאת הביצוע של הסוכן נתקלת בכלי המסווג כטעון אישור, הוא פולט אירוע ממתין-אישור ומשהה לפני הפעלתו. דחייה מונעת את השיחה. התוסף של סוכן ה-Gateway מתעד חלון אישור ברירת מחדל של שתי דקות, עם בקשה ללא מענה המחליטה לדחייה.
התוסף v0.11 מקשר הפעלות ואישורים לזהות שיצרה אותם. כאשר לא מסופקת זהות משתמש, בקשות משתמשות במפעיל מקומי משותף. בתצורה זו, הפסקת אישור אינה מבדילה בין אדם אחד למשנהו.
מכרה המרכיב את הגרסה הזו חייב אפוא לחבר בדיקות זהות משלו למשטח האישור. האדם המורשה לצפות בנתוני הציוד והאדם המורשה לאשר שינוי מצב כוח זקוק להרשאות שנקבעו על ידי האתר.
אותה בחירת פריסה חלה על נתונים. הפניה לסוכן תומכת במודלים מקומיים של QVAC ונקודות קצה מתארחות; עם ספק מתארח, הנחיות ותוצאות כלי עוזבים את האתר עבור המארח של אותה נקודת קצה. הפעלת סוכן באופן מקומי ובחירה היכן פועל המודל שלו הן החלטות תצורה נפרדות.
נתיב הפקודה משנה את בדיקת ההרשאות
תוכנית האבטחה המתויגת v0.11 מבדילה בין פקודות ישירות לבין פעולות עם אישור. יָשִׁיר command.request לשיחות אין בדיקת הרשאות בצד הליבה. הנפרד action.push מסלול משתמש בהרשאות שסופקו על ידי מתקשר עורפי מאושר, ולכן ה-Gateway, נקודת הכניסה של האפליקציה, חייב לגזור אותן ממשתמש מאומת.
כאן, הקרנל מתאם בקשות בין יישומים ועובדים. מפתח המאפשר לתהליך עורפי ליצור איתו קשר מבסס את קבלת התהליך. זה לא מזהה את האדם שמבקש שינוי.
היישום v0.11 Worker מוסיף גבול נוסף שיש לקחת בחשבון: ממשק פקודת הרשת שלו שולח בקשות מבלי לבדוק את המפתח של המתקשר. השרטוט המתויג מזהיר שעמית שיכול להגיע לעובד ולפנות למפתח הציבורי שלו יכול לשלוח פקודות ישירות. חשיפה זו תלויה ברשת ובהתקנה; היא לא קובעת שמכרה מסוים חושף את עובדיו.
כתוצאה מכך, אישור בצ'אט ההתייחסות מכסה את האינטראקציה הזו עם הסוכן. הגבלת כל מסלול לציוד דורשת בקרה גם סביב נקודות הכניסה האחרות.
קוד המאגר החדש יותר משנה תמונה זו. הפניות של GitHub בדקו את גרסה 0.11.0 של 24 באוקטובר כדי להתחייב fae8fbce052a ועיקרי ל 35c144f240f0. בתמונת המצב המוצמדת האחרונה, עובדים דורשים מפתחות מתקשרים מורשים אלא אם כן מפורש allowAll ההגדרה מופעלת.
יומן השינויים שלו עם התווית v0.12 מתאר גם תפקידי ליבה לקריאה, כתיבה וניהול, כלי כתיבה של MCP הצטרפות ואימות מוצהר של מצב המכשיר.
בינתיים, מדריך האבטחה שפורסם שאוחזר ב-24 באוקטובר עדיין מתאר עובדים ללא רשימות היתרים של מתקשרים. מפעיל צריך להתאים את המדריך לקוד שנפרס לפני שהוא מתייחס לאחד מהם כתיאור ההגנות של האתר.
סמכות השחרור נשארת עם הפרויקט
בחירת התוכנה של מכרה מחברת אותה גם לניהול השחרור של MDK. מסמך הממשל של הפרויקט מעניק לצוות הליבה סמכות סופית בפרויקט, ל-Lead Maintainer סמכות טכנית סופית לגבי מיזוגים, ארכיטקטורה ותכנון שחרור, ולמנהל הקהילה סמכות סופית לגבי כיוון אסטרטגי ומפת הדרכים.
התחייבות לאינטגרציה אינה מעניקה לעצמה למשתתף סמכות על ההפצות של MDK. באותה מידה, הסמכות למזג קוד במעלה הזרם אינה קובעת הרשאה להנפיק פקודות בתוך מוקש.
זה הופך את בדיקת העדכונים לאחריות תפעולית. מדיניות האבטחה v0.11 אומרת שתיקונים מטופלים על בסיס המאמץ הטוב ביותר עבור ההתחייבות הראשית העדכנית ביותר, וכי ייתכן ש-commits ישנים יותר או מהדורות מתויגות לא יקבלו אותם. בחירת גרסה מצמידה את קו הבסיס של הקוד של האתר, בעוד שתצורה קובעת כיצד נעשה שימוש בקוד זה. השינויים הבאים צריכים בדיקה משלהם.
ההבחנה של יומן השינויים החדש יותר בין קבלת פקודה ואישור של מצב ההתקן שנוצר ממחישה מה עומד על כף המאזניים. הרשאה לשלוח הוראה למצב כוח והוכחה לכך שהמכונה הגיעה למצב המבוקש עונים על שאלות תפעוליות שונות.
האוטונומיה של מכרה תלויה במי שיכול לאשר כתיבה, אילו תוכנות קצה יכולות להגיע לציוד ומי מאמץ עדכוני תוכנה.