Iroha הסבר
Iroha 3 הוא פלטפורמה של השחרור הראשון Hyperledger Iroha. אותו גרם תומך ברשתות מאוחזות עצמית ומודל ההפעלה SORA Nexus עבור מרחבי נתונים ודרכי מסלולים רבים.
אבני בניין מרכזיות
irohadמנהל עמיתים- Torii הוא שער הלקוח והפעיל
- Sumeragi מטפל בהסכמה
- Norito האם זה פורמט בינארי קנוני
- IVM מפעיל חוזים חכמים ניידים ובייטקוד
- Kotodama מסדרת חוזים ברמה גבוהה של
.koלקוד בייט IVM.to - Kagami מכין מפתחות, גנזה, פרופילים ורשתות מקומיות.
- SORA Nexus מטוסים שירות מוסיפים Soracloud, אינטרו, SoraNet, SoraFS, ו SoraDNS עבור אירוח אפליקציות, תחבורה פרטיות, אחסון ושמות
מודל ביצוע
כל שינוי במצב העולם עדיין מתרחש באמצעות עסקאות. עסקאות יש בהוראות או IVM קוד בייט, ו Torii הוא הדרך העיקרית הלקוחות מספקים אותם או לצפות בתוצאותיהם.
- מערכות Nexus מודעות יכולות להגדיר שורות מרובות
- מרחבי נתונים מבודדים עומסי עבודה תוך שהם נשארים חלק מאותו מודל של ספר גדול.
- מדיניות המסלול מחליטה איזה כיוון ומרחב נתונים מטפלו בכיתת עבודה.
ארכיטקטורה של מרחבי נתונים
מרחב נתונים הוא גבול של מרחב כניסה ומרחב שמות, לא בלשנה נפרדת. זמן ההפעלה עדיין יש אחד World, מודל עסקאות אחד, ושוב קו הסכמה אחד. Nexus מוסיף קטלוגים המספרים לקטלוג כיצד לחלק לעבוד בין שורות וכיצד לקרוא למרחבי נתונים ששרתים אותם שורות.
בזמן הפעלה, חלל נתונים מייצג על ידי DataSpaceId ומטא-נתונים קטלוגיים. DataSpaceId::UNIVERSAL נשמר כ 0; הקטלוג ההפונתי מכיל את חלל הנתונים universal. לכל חלל נתוני מותאם יש:
- מספר ייחודי ID
- כינוי ייחודי כגון
universal,governance, אוzk - תיאור בחופשי על פני השטח של המפעיל
- ערך שאינו אפס
fault_toleranceהמשמש להגדיר את גודל ועדות רלי
מסלולים הם הדרכים של ביצוע וריכוז הקשורים למרחבי הנתונים אלה. כניסת מסלול נושאת LaneId, את DataSpaceId שהיא משרתת, שם פרופיל, רגישות (public או restricted), פרופיל אחסון (full_replica, commitment_only, או split_replica), תוכנית הוכחה, ושלטון אופציונלי, הסדר, ו- metadata של לוח הזמנים. זמן ההפעלה מוצא גיאומטריה של אחסון לכל קו מהקטלוג הזה, כולל שמות קטגוריות Kura ותיקני מפתח דטרמינסטיים.
הנתיב של המסלול הוא:
- הגדרת מבנאת מסלול מוסמך
DataSpaceCatalog,LaneCatalog, וLaneRoutingPolicy. דרכים מרובות, מקומות נתונים מרובים, או הנתיב שאינו מקובל דורשnexus.enabled = true. - קו העסקה מבקש מרווח המסלול הפעיל למצוא
RoutingDecisionהמכיל מסלול ID ומרחב נתונים ID. - כללי הנתיב מפורטים יכולים להתאים לפי סמכות/חשבון או על ידי תווית הוראות. ללא כלל מתאים, הרווטר יכול להוציא את חלל הנתונים מדומיין IDs, תחזיות ההגדרה של נכסים, אישורות סקופיית החלל הנתוני, רכיבי הסדר, או גבול החשבון המחויב של המערכת.
- המסלול שנפתר נבדק נגד שני קטלוגים. שורות לא ידועות, מספרי נתונים לא ידועים, וחוסר התאמה בין שדה/מסגרת נתונים הם טעויות כיוון דטרמיסטיות. אם עסקה כותבת לשתי יעדים שונים של חלל נתונים, היא נדחה כדרך סותרת; הסדר בין-חלל נתונים DVP/PVP נשלח דרך מסלול הקואורדינטר האוניברסלי.
- Sumeragi וטלמטריה שמרו על המשימה נראית כפעילות של קשת ומרחב נתונים, מאחרים ותצלומים של התחייבויות.
זו הסיבה שמגדלי אובייקטים חשובים. דומנים כוללים את הכינוי של חלל הנתונים ב- ID שלהם, למשל payments.universal, כך שכתבים בעלי גודל דומיין יכולים להיות מסובכים. חשבונות נשארים קנוניים וחסרי גודל, כך אותו חשבון יכול להיות מחובר לגבולות יישומים שונים מבלי לשנות את AccountId. הגדרות נכסים יכולות לשאת תחזית דומיין/מרחב נתונים, המאפשרת לפעולות נכסים לרכוש את הנתיב המתאים למרחב נתוני.
ללא הגדרות Nexus, הערך משתמש במסלול אחד ומרחב הנתונים universal. הפרופיל המזומן SORA מחליף את זה עם קטלוג של שלוש שורות: core למסלול ציבורי אוניברסלי, governance לתנועה בהנהלה, ו zk לתנועה עם תקין של ידע אפס והפעלה על חוזה.
שלושת ההגדרות הללו קיימות לקלסי עומס עבודה נפרדים:
| מרחב נתונים | ליין. | למה זה קיים? |
|---|---|---|
universal | core | חלל נתונים מקובל (DataSpaceId::UNIVERSAL == 0) עבור תנועה ציבורית רגילה של ספרים גדולים ומסלול אחורה. |
governance | governance | מסלול מוגבל לניהול ותנועה של הפרלמנט, כך פעילות שטח שליטה לא מעורבבת עם יישום כללי כתבים. |
zk | zk | מסלול מוגבל להוכיחות ידע אפס, קישורים, וחיזוק חוזים, שמירה על זרימת עבודה כבדה של הוכחה נפרדת מהכתבים הרגילים. |
רק universal הוא הקו הבסיסי שזוהה. governance ו zk הם בחירות פרופיל SORA המפורסמות במגוון קאטלוגי ומדיניות הנתיב; מפעלים יכולים להגדיר קטלוגי שונה כאשר הם זקוקים לגבולות שונים של חלל נתונים.
Sumeragi תמיד משתמשת בזמינות נתונים ותקשורת אמינה. הנתיבים האלה הם חלק מפרוטוקול ההסכמה של Iroha 3 ולא ניתן לנטרל אותם על ידי פרופיל הפעלות.
התנהגות בזמן ההפעלה נובעת ממקבצים קונפיגירציה ופרמטרים על שרשרת. משתנים סביבתיים אינם שער תכונות ייצור.