01
מתחילים מאפס
נועה רוצה להעביר לדן 30 ש״ח. איך זוכרים שזה קרה, ואיך בודקים שהתשלום תקין - בלי שחברה אחת מנהלת את רישום התשלומים?
מתחילים כאן
איך אפשר לדעת מי שילם למי - ולוודא שאף אחד לא שינה את רישום התשלומים - בלי שבנק או חברה אחת מנהלים אותו?
01
נועה רוצה להעביר לדן 30 ש״ח. איך זוכרים שזה קרה, ואיך בודקים שהתשלום תקין - בלי שחברה אחת מנהלת את רישום התשלומים?
02
מחשבים עצמאיים יכולים לבדוק שהתשלום של נועה תקין. אבל אם אין מנהל אחד - איך מחליטים אילו תשלומים נכנסים לרישום ובאיזה סדר?
03
עד עכשיו עקבנו אחרי תשלומים. מה אם אפשר גם לקבוע מראש כלל: כסף שנשלח לפרויקט יועבר אליו רק אם נאסף סכום מסוים, אחרת יוחזר - ועסקה ברשת תפעיל את הכלל כדי שכל המחשבים יוכלו לבדוק את אותה תוצאה?
04
יותר אנשים רוצים לשלוח תשלומים, להפעיל כללים ולקבל תשובה מהר. איך עושים את כל זה בלי להעמיס יותר מדי על המחשבים שבודקים?
05
כשהעדכונים לרישום נוצרים מהר, שני כורים יכולים להציע בלוקים חדשים לפני שאחד מהם הספיק לשמוע על השני. אם שניהם תקינים - חייבים לבחור מיד רק אחד, או שאפשר לשמור את שניהם מחוברים?
בחרו נושא שמסקרן אתכם. כל הסבר מתחיל מהרעיון עצמו, ואפשר להיכנס אליו בלי לקרוא את כל המסלול.
כשיש כמה תשלומים, אפשר להציע אותם יחד כחבילה אחת, עם מידע שמחבר אותה למה שכבר נרשם. לחבילה הזאת קוראים בלוק. אבל אם תשלום נמצא בבלוק - זה אומר שהוא כבר התקבל?
הרבה מחשבים רוצים להציע את הבלוק הבא, אבל אין מנהל שמחליט מי בתור. אז איך בוחרים מי יזכה להציע - בדרך שקשה למצוא בה הצלחה אבל קל מאוד לבדוק אותה?
Proof of Work היא התחרות. כרייה היא ההשתתפות בה: מפעילים חומרה שמנסה שוב ושוב למצוא תוצאה מתאימה. מה צריך כדי להשתתף, ומה ההבדל בין לכרות לבד לבין להצטרף לבריכה?
הארנק או האתר אומרים שהתשלום עבר. אבל איך אפשר לבדוק את זה בעצמנו, בלי לסמוך רק עליהם? מחשב שמקבל מידע מהרשת ובודק אותו לפי הכללים נקרא Node.
אם שני בלוקים תקינים נוצרים לפני שהכורים הספיקו לשמוע זה על זה, אפשר להשאיר את שניהם מחוברים ולאפשר לבלוק מאוחר יותר להתייחס לשניהם. זה הרעיון של BlockDAG. אבל עדיין צריך לקבוע סדר.
BlockDAG שומר בלוקים שנוצרו במקביל. אבל אם יש בהם עסקאות שמתנגשות, כולם עדיין צריכים להגיע לאותו סדר. GHOSTDAG נותן ל-Nodes אותם כללים כדי לסדר את ההיסטוריה המחוברת הזאת.
BPS אומר כמה בלוקים נוצרים בשנייה. אבל המספר הזה לבדו לא אומר כמה תשלומים אפשר לעבד - או מתי אפשר כבר להסתמך על תשלום.
גם אם אין חברה אחת שמנהלת את הרשת, היא עדיין יכולה להיות תלויה במעט אנשים. ביזור שואל כמה אנשים באמת יכולים לבדוק את הרשת, לכרות ולהשתתף בעצמם - ומה צריך כדי לעשות את זה.
לפעמים מידע עובר ברשת מהר ולפעמים לאט. DAGKnight נועד לאפשר לביטחון בעסקאות להתאים את עצמו לתנאים האלה, במקום לעבוד תמיד לפי אותה הנחת זמן.
סכום שנוצר בעסקה קודמת ועדיין אפשר להשתמש בו. הארנק יכול לחבר כמה סכומים כאלה ולהציג יתרה אחת.
כלל שקובעים מראש לגבי הדרך שבה יהיה מותר להשתמש ב-KAS בעסקה עתידית.
KRC-20 הוא פרוטוקול טוקנים על Kaspa. NACHO משתמש בו כיום; KAS הוא המטבע של הרשת.
KCC-20 הוא סטנדרט לטוקנים fungible המבוססים על covenants, כך שחלק מכללי הטוקן נאכפים כחלק מאימות העסקאות ב-Kaspa.