תקן BEP-702 המוצע נשאר בשם Draft ומכסה את משפחת האסימונים החדשה של CAS20, בעוד שאסימוני BEP-20 קיימים לא יושפעו. הארכיטקטורה שלו מפרידה בין שלוש שאלות: האם הרשת מאשרת תכונה, מי יכול להפעיל את הסמכויות של אסימון, ועל אילו בעלי סמכויות אלו עשויות להשפיע.
CAS20 יכניס התנהגות אסימון נפוצה ללוגיקה של שרשרת מקורית, המיושמת כקומפילציות מקדימות. אותו עיצוב נותן לממשל הרשת תפקיד בהפיכת התשתית לזמינה, לצד השליטה של המנפיק על הנכס עצמו.
ממשל ישלוט בפתיחה
לפי BEP-702, ממשל השרשרת ממנה את מנהל ההפעלה באמצעות GovHub, חוזה העברת הממשל של BSC. לאחר מכן מנהל המערכת מבצע שיחות נפרדות כדי להפעיל או לבטל תכונות.
יישום ההפעלה של המהדורה אוכף את החלוקה הזו. רק GovHub יכול לשנות את המנהל, ורק המנהל המאוחסן ללא אפס יכול להפעיל את המתגים.
העיצוב מספק מתגים נפרדים ליצירת אסימונים של וריאציות נכסים, יצירת אסימונים של וריאציות של Stablecoin וכתיבה למרשם המדיניות המשותף.
ברגע שגרסה מופעלת, נתיב היצירה של המפעל אינו מכיל רשימת אישורים של מנפיק בודד. היוצר מספק את מנהל האסימון הראשוני והוראות אתחול. $BNB אין לקרוא את רשימת ההיתרים של רשת הפונה למנפיק גישה מוקדמת כהוכחה לכך שקוד זה נותן רישיון לכל מנפיק בנפרד.
סגירת תכונה של יצירת אסימונים תמנע מיצירת אסימוני CAS20 חדשים של הגרסה הזו. זה לא ימנע מאסימון קיים להטביע יחידות נוספות תחת ההרשאות שלו, להעביר יתרות או לנהל את תפקידיו.
עבור מנפיק שמתכנן השקה, התלות היא קונקרטית: התקנת תמיכת ג'נר והפעלת יצירה עבור הגרסה המקורית שנבחרה הן אבני דרך שונות. עבור מחזיק קיים, אותו מתג אינו מנגנון ישיר להזזה או הקפאת מאזן.
רישום המדיניות המשותף יוצר תלות שנייה לאחר שקיים אסימון. מנהל אסימון בוחר מדיניות עבור פעולות ספציפיות, ולכל מדיניות יש מנהל משלה האחראי על החברות.
רישום השערים ליישום מדיניות מתויג כותב מאחורי הפעלת תכונות, כולל שינויים בחברות ברשימה ומסירת מנהל מערכת. אסימון יכול להמשיך לעיין ברשימה קיימת גם כאשר לא ניתן לעדכן רשימה זו.
שקול חשבון שכבר חסום על ידי מדיניות המשמשת להעברות. אם תכונת הרישום של המדיניות מושבתת, מנהל הרשימה לא יכול להסיר את החשבון בזמן שהשער הזה סגור. המחזיק יכול להישאר מוגבל תחת הכלל הקיים למרות שהפעולה ברמת הרשת לא הקפיאה את האסימון או שינתה את יתרותיו.
מנהל ברירת המחדל של האסימון עדיין יכול לאגד מדיניות קיימת אחרת, מכיוון שקישור מדיניות ברמת האסימון נמצא מחוץ למתג רישום-כתיבה. זה שונה לעריכת הרשימה המשותפת הקפואה, וזה תלוי בהרשאות הניהול הנותרות של האסימון.
שימוש חוזר ברשימה אחת עשוי לפשט את הפעולות על פני מספר נכסים, אך הוא מרכז את ההשפעה של החלטת חברות. שינוי במדיניות משותפת יכול לשנות את הכשירות של אותו חשבון בכל אסימון ופעולה שמתייחסים אליו.
החלפת מנהל ההפעלה של הרשת תחזיר את השליטה על המתג, אך היא לא תתקן כשלעצמה רשומת רשימה. כתיבת מדיניות פתיחה מחדש ועדכון חברות מותרת הן פעולות נפרדות.
הרשאות מנפיק מסדירות העברות ותפיסה
במסגרת אסימון, ניהול תפקידים ובחירת מדיניות מעניקים סמכויות שונות. טביעה, שריפה עצמית, התקף, השהייה והפסקה משתמשים בתפקידים נפרדים.
אתה יכול להקצות את הסמכויות לכתובות שונות או לרכז אותן באותה אחת. סמכות הפעלת רשת, חברות בתפקיד סמל וניהול רשימת מדיניות נותרות הרשאות נפרדות גם אם לארגון יש כמה מהן.
יישום ההעברה הרגיל בודק את השולח והמקבל מול המדיניות שלהם, ובודק מבצע מוקצה כאשר הוא מעביר כספים של חשבון אחר.
להטבעה יש מדיניות נמענים נפרדת, כך שההרשאה לקבל יחידות שהוטבעו לאחרונה אינה עונה אוטומטית אם חשבון עשוי לשלוח אסימונים או לפעול עבור מחזיק אחר.
תפיסה תאפשר למפעיל מורשה להקצות מחדש יתרות זכאיות ללא הקצבה של המחזיק. אבל תצורת ברירת המחדל שלו מגנה על כל מחזיק: הענקת תפקיד תפיסה לבדה לא הופכת את היתרות לזכאיות.
הקוד הניהולי v1.8.1 קורא לכלל המחזיק SEIZE_EXEMPT_POLICY. הרשאה במסגרתו מגינה על החשבון מפני תפיסה. בשיחות רגילות לאחר היצירה, ההקצאה מחדש מחייבת את המחזיק להיכשל בבדיקת הפטור, בתוספת תפקיד התפיסה של האסימון, פונקציית התקף ללא הפסקה, איזון מספיק ויעד חוקי המותר על פי מדיניות מקבל ההתקפים.
כשהשומרים האלה עוברים, seizeWithMemo עוקף את בדיקות מדיניות ההעברה הרגילות ומשאיר את ההיצע הכולל ללא שינוי. צריבה במקום זאת הורסת את האספקה, ועבור שיחות CAS20 רגילות, לוקחת רק את האסימונים של המתקשר עצמו תחת תפקיד נפרד.
לא ניתן להתייחס להגבלות העברה וזכאות לתפיסה כאל ניתנות להחלפה. היכולת של חשבון לבצע העברה רגילה אינה קובעת אם הוא עשוי להיות כפוף להקצאה מחדש מנהלית.
השהיית העברות גם לא מפסיקה את ההתקף, שיש לו הגדרת הפסקה משלו ועדיין דורש אמצעי הגנה אחרים שלו.
בקרות הקובלט של Base משתמשות בהפרדה דומה של תפקידים וזכאות בתקן B20 שלה. השאלה הנוספת הרלוונטית של CAS20 כאן היא איך $BNB כניסת התכונה של Chain עצמה ברמת הרשת תיצור אינטראקציה עם הפקדים האלה ברמת האסימון.
הבא $BNB אבני דרך בשרשרת פועלות
$BNB עמוד CAS20 של Chain מחפש מנפיקי גישה מוקדמת ומתאר גרסאות של Stablecoin ו-Aset.
הסדר הממשל גם מותיר פשרה עבור מנפיקים המאמצים היגיון מקורי. קוד נפוץ מצמצם את הצורך ליישם את אותה התנהגות אסימון בנפרד, בעוד שההצעה מזהירה שפגם לקוח מקומי עלול להשפיע על מספר אסימוני CAS20 ולדרוש מזלג קשה נוסף לתיקון.
ה-testnet fork של 29 באוקטובר הוא השלב המתוכנן הבא במהדורה. תאריך שחרור של mainnet לבדו עדיין ישאיר שאלות נפרדות לגבי איזו כתובת מחזיקה בתפקיד ההפעלה, כיצד היא חותמת על שינויים ואילו תכונות נפתחו.
השקות אסימון חדשות יהיו תלויות בקבלת תכונה, תחזוקה שוטפת של רשימה משותפת תהיה תלויה בזמינות הרישום, וחשיפת ההעברה או ההתקף של המחזיקים תהיה תלויה בהרשאות ובמדיניות שהמנפיק שלהם מגדיר בפועל.