ארכיון תגיות KIPs

רשתות L2 מעל Kaspa מסתמכות על Kaspa הן לצורך קונצנזוס והן לצורך זמינות נתונים. במילים אחרות, Kaspa L1 מספק את רשימת העסקאות המקובלות ואת סדרן, בעוד ש-L2 מפרש את עומסי העסקאות ומבצע לוגיקה מתאימה.

KIP זה מציע את יישום ה-Crescendo Hardfork עבור רשת Kaspa, תוך פירוט שינויי הקונצנזוס ואסטרטגיית המעבר עבור רכיבים שונים. השינוי העיקרי ב-KIP זה הוא העלייה בבלוקים לשנייה (BPS) מ-1 ל-10

מאז KIP9, טרנזקציות צורכות כעת שני סוגים של מסות, מסת חישוב ומסת אחסון. מסות אלו משמשות להגבלת צריכת משאבים מסוימת לכל בלוק (אחסון חישובי ואחסון מתמשך, בהתאמה). עם זאת, אף אחת מהן אינה מגבילה ישירות את גודל הבלוק, מבחינת בייט.

KIP10 מציג קודי הפעלה של התבוננות פנימית בטרנזקציות ויכולות אריתמטיות משופרות לשפת הסקריפטים כספא. התוספות העיקריות כוללות קודי הפעלה לשאילתות מטא-נתונים של טרנזקציות, מאפייני קלט/פלט ותמיכה בפעולות אריתמטיות שלמות של 8 בתים.

אנו מציעים מנגנון לוויסות קצב הצמיחה של מערך UTXO הן במסגרות אורגניות והן במסגרות עוינות. ההצעה שלנו שונה באופן מהותי מניסיונות קיימים לצמצם את התנפחות המצב (למשל, חוסר מדינה או רנטה של ​​מצב, שניהם דורשים מעורבות פעילה של המשתמש)...

מנגנון הגיזום אינו מאפשר הוכחה שעסקה נכללה בספר החשבונות לאחר שנגזמה. פתרון זמין כיום הוא צמתי ארכיון ציבוריים (בצורת בלוקים אקספלוררים) המאחסנים את כל הנתונים ההיסטוריים. עם זאת, זה אינו פתרון בר-קיימא...

חתימה על הודעות מספקת מנגנון להוכחת גישה לכתובת נתונה מבלי לחשוף את המפתחות הפרטיים שלך. זה סולל את הדרך להוכחת בעלות על כספים, נכסים מקוריים (שטרם יושם) ועוד מקרי שימוש אפשריים רבים...

אלגוריתם התאמת הקושי דורש שמירה, עבור כל בלוק, על רשימה של N בלוקים בעבר עם המשקל המצטבר הגבוה ביותר. בעת אימות בלוק יש לעבור על רשימה זו כדי לחשב את הכמויות השונות הנדרשות לחישוב יעד הקושי...

אלגוריתם התאמת הקושי דורש שמירה, עבור כל בלוק, על רשימה של N בלוקים בעבר עם המשקל המצטבר הגבוה ביותר. בעת אימות בלוק יש לעבור על רשימה זו כדי לחשב את הכמויות השונות הנדרשות לחישוב יעד הקושי...