כשהם שומעים את המילה "CoinJoin", הדברים הראשונים שצצים לראשיהם של ביטקוינים חדשים יחסית הם כנראה ZeroLink יישומים Wasabi Wallet ו- Samourai Wallet. בשנים האחרונות, שני הפרויקטים הללו לקחו את פרטיות הביטקוין כמעט מיינסטרים, והפכו אותה להרבה יותר פשוטה ונגישה.
אם אתה חדש בחלל, אולי אתה לא מודע לעובדה שהפרויקט הצטרף למארקט מספקת כלי CoinJoin למשתמשי ביטקוין מאז 2015.
עסקאות שיתופיות לשבש את הנחות הבעלות המשותפות היו רעיון שהונח על ידי מפתח הביטקוין גרג מקסוול עוד בינואר 2013, ומאוחר יותר התגבש לרעיון של מטבעות באוגוסט של אותה שנה.
הרעיון ישב שנתיים לפני שמשהו שוחרר ליישם אותו, והייתה לכך סיבה: בעיה ברעיון הכללי שהובילה לכשלים בניסיונות קודמים, כגון ארנק כהה מאת אמיר טאקי, היה זה של משיכת נזילות. CoinJoin יכול להיות כלי מאוד שימושי, אבל אם אין מישהו שמוכן ל-CoinJoin איתך או אין דרך למצוא אותם אם הוא מוכן, זה לא מועיל.
הבעיה הייתה איך לשכנע אנשים להצטרף למאגר הראשוני הזה כדי לעזור לגלגל אותו לתוך מאגר גדול יותר של נזילות ומשתמשים. הפתרון של JoinMarket היה די פשוט אך מבריק בזמנו: ספק מנגנון שוק כך שספקי נזילות עקביים יוכלו להרוויח כסף על מתן נזילות למאגרי CoinJoin.
JoinMarket פועלת סביב מה שהוא למעשה שוק מונע על ידי ספרי הזמנות, המורכב מעושי שוק וגם מקבלי שוק שקונים ומוכרים נזילות CoinJoin כדי להפוך את פעילותם בשרשרת לאנונימית.
יצרנים יכולים לשבת ולהמתין כמה זמן שנדרש עם הצעות פתוחות עד שמקבלים מגיעים המבקשים לשלם עבור השירותים שלהם. זה פותר את בעיית המשתמש של לשבת ולחכות לנצח שמישהו יתערבב איתו. עושי שוק, המבקשים להרוויח רווחים, מתמרצים מהעמלות שהם גובים פשוט תמיד להיות מקוונים ומחכים ללוקחים; והלוקחים, המחפשים פרטיות, מקבלים תמריץ לשלם את העמלות הללו. זה הסדר מנצח לכולם.
בארכיטקטורה שלה, כמו גם בפוטנציאל שלו לשדרוגי תיאום, JoinMarket מציעה גרסה מבוזרת יותר של ערבוב מטבעות בהשוואה ל-ZeroLink הידוע יותר. הנה איך.
כיצד מתאם ערבוב: ZeroLink Vs. הצטרף לשוק
הארכיטקטורה הכוללת של ZeroLink, בהשוואה ל-JoinMarket, שונה מאוד.
במקרה של ווסאבי וסמוראי, קיים שרת מתאם יחיד המופעל על ידי יצרנית הארנק המקודד בארנק. כל המשתמשים משתתפים ב-CoinJoin על ידי יצירת קשר עם השרת המרכזי הזה ו"הרשמה" כדי להמתין עד שיירשם מספיק משתמשים כדי לבנות את ה-CoinJoin. לאחר שהמספר הדרוש של משתמשים נוכח ונרשם, שרת הרכז חותם על אישור מסונוור המייצג את הזכות ליצור פלט בעסקת CoinJoin, והמשתמש מתנתק ומתחבר מחדש דרך חיבור Tor חדש כדי לרשום את פלטי העסקאות שלו.
זה מונע מהרכז ללמוד אילו תשומות מפות לאיזה תפוקות. משתמשים משלמים תשלום לרכז עבור תפקידו בהנחיית ה-CoinJoin. במודל זה, אין תמריץ לספק נזילות למעט רווחי הפרטיות, ולמרות הבעיות עם ניסיונות העבר כמו ארנק אפל, נראה שזה עובד מצוין עבור Wasabi ו- Samourai.
ל-JoinMarket, לעומת זאת, יש פנקס הזמנות שיצרנים מפרסמים בו, המאפשר למקבלים לבחור מבין הצעות היצרן הזמינות (כיום זה נעשה באמצעות Internet Relay Chat [IRC]).
יצרנים יתחברו לפנקס ההזמנות עם תעודה מזהה ייחודית, לאחר מכן הם יפרסמו הצעה לפנקס ההזמנות המכילה את המידע הבא: העמלה שהיצרנית גובה עבור ערבוב עם מקבלי, הסכום שהיוצר יתרום לעמלות הכורים ולאחר מכן המינימום ו ערך נקוב מקסימלי שהם יפיקו פלטים הנקובים בתמהיל. הם גם מפרסמים דרך לאנשים להתחבר אליהם באופן פרטי ישירות.
כאשר לוקחים רוצים ל-CoinJoin, הם מורידים את ספר ההזמנות והלקוח שלהם בוחר יצרנים להתערבב איתם על סמך ההגדרות שלהם. לאחר שהלקוח יבחר יצרן, הלוקח יפרסם מפתח ציבורי זמני להצפנה ויתחיל לתקשר עם היצרן באמצעות הודעות מוצפנות דרך IRC (ראוי לציין כי יתכן שמספר לוקחים יהיו מחוברים ליצרן בודד בו זמנית זְמַן). אם כל הצדדים מסכימים, הם חותמים על העסקה, כולל עמלת הלוקח ליצרן, ומגישים אותה לרשת.
בגלל איך התיאום הזה עובד, יצרנים כן לומדים את התפוקות של לוקחים בתהליך של תיאום בניית CoinJoin. כדי למתן את זה, ל-JoinMarket יש תכונת "טמבלים", שבה הלקוח של הלוקח יערבב מספר פעמים עם יצרנים שונים עד שיגיע למספר המיקסים שנקבע. זה מבטיח שאף יצרן בודד לא יוכל לשחרר את כל היסטוריית המיקס של לוקח אחד, מכיוון שכל יצרן לאורך "מסלול ההנפה" לומד רק את הקשרים בעסקה אחת.
להבדלים הללו יש הרבה השלכות כוללות במונחים של ארכיטקטורת עיצוב עבור JoinMarket, שכן נראה לעבור חלק מהמצב הנוכחי של הפרויקט כמו גם תוכניות עתידיות.
איך מקלים על התקפות סיביל: ZeroLink לעומת. הצטרף לשוק
התקפות סיביל - בהקשר זה, משתמש בודד המתחזה למשתמשים רבים כדי לערער את הפרטיות על ידי יצירת "קהל" מזויף שאחרים יוכלו להסתתר בו בזמן שהם למעשה מהווים את כל ה"קהל" - הן בעיה בסיסית בכל פרוטוקול ערבוב בביטקוין . אם כל הקהל מורכב ממך ומהתוקף של סיביל, ולא מאף אחד אחר, התוקף מכיר את כל המטבעות שלך ולא השגת שום פרטיות מנקודת התצפית שלהם. בסופו של יום, אין פתרון מהותי לבעיה זו, כל מה שאתה יכול לעשות כדי למתן אותה על ידי הגדלת העלות לביצוע המתקפה.
במקרה של ZeroLink, הבעיה מתמתן על ידי הרכז שגובה עמלות. כל עוד העלות בעמלות הכורים גבוהה מההכנסות מעמלות ששרת הרכז גובה בעמלות, אפילו הרכז יספוג הפסד נקי בניסיון לתקוף את המשתמשים של סיביל.
עבור JoinMarket, הנושא קצת יותר מסובך. אתה צריך להגן על לוקחים, במקרה שלהם מהיצרניות סיביל שתוקפת את ספר ההזמנות כך שלוקח רק מתערבב איתם וחושף את כל היסטוריית המיקס שלהם ליצרן הזדוני. אבל אתה גם צריך להגן על לוקחים מפני תקיפת יצרנים על ידי בקשת CoinJoins ולאחר מכן יציאה מהפרוטוקול לאחר שהיוצר חושף את הפלטים שלהם ללוקח.
זה מאפשר ללוקח הזדוני להפריד את התשומות של אותו יצרן בעסקאות עתידיות מהלוקחים שהם מתערבבים איתם. חזרה על זה מספר פעמים ברציפות נגד אותו יצרן תאפשר להם לעשות דה-אנוניזציה של הלוקחים שהתערבבו איתם.
ישנם שני מנגנונים במערכת זו כדי להציע הגנה מתאימה לכל סוג של התקפה: הראשון, להתמודד עם לוקחים המריגלים אחרי יצרנים, הוא הוכחה לשוויון לוגריתמי בדיד (הגנה מספר שתיים ב הכתב הזה, הידוע גם בשם PoDLE).
הרעיון הבסיסי הוא שלזוג מפתחות פרטי/ציבורי לביטקוין UTXO, אתה יכול ליצור מפתח ציבורי אחר המתאים למפתח הפרטי, וליצור הוכחת ידע אפס (ZKP) המראה ששניהם חולקים את אותו מפתח פרטי. לאחר מתן המפתח השני וההוכחה ליצרן, הלוקח חושף את המפתח/ים הציבוריים הראשונים התואמים לפלט/ים שהם רוצים לערבב.
כעת, הגדרה זו מאפשרת ליצרן לפרסם את המפתח הציבורי השני ואת ה-ZKP לכל שאר היצרנים מבלי להרוס את התפוקות האמיתיות של הלוקח - כך, אם לוקח שמתאם עם היצרן המקורי ינסה לעשות שימוש חוזר בפלט זה כדי לרגל אחרי יצרנים מרובים ב- באותו זמן, כל שאר היצרנים יראו שהמפתח הציבורי הראשון של הלוקח תואם למפתח השני שפורסם ול-ZKP. לאחר מכן הם יסרבו לחשוף את הפלטים שלהם ללוקח הזדוני. זה מעלה את העלות של לוקחים בריגול אחר תפוקות של יצרנים על ידי דרישה שללוקח יהיו פלטים ייחודיים עבור כל יצרן שהם מרגלים אחריו, במקום להיות מסוגל לעשות שימוש חוזר באותם פלטים כדי לתקוף יצרנים מרובים.
מנגנון ההגנה השני הוא להגן על לוקחים מיצרנים זדוניים שמתיימרים להיות יצרנים רבים ושונים בספר ההזמנות, ובכך לאפשר ליצרן הזדוני לפרום את הערבוב של לוקחים שבסופו של דבר רק מתערבבים עם התוקף.
מנגנון זה נקרא א קשר נאמנות, שזה בעצם רק לקיחת כמות גדולה של ביטקוין ולנעול אותו בזמן. יצרנים שעושים זאת יכולים לאחר מכן לחתום ולפרסם הודעות עם המפתח הזה כדי להוכיח שליטה על המטבעות הנעולים בזמן. לקוחות של Takers, אם הם הגדירו את הלקוח שלהם להשתמש באגרות נאמנות, אז ישקלו את בחירת היצרנים שישתמשו בהם כדי להעדיף כאלה שיש להם כמויות גבוהות יותר של זמן ערך נעול באגרות נאמנות. אגרות נאמנות משוקללות בריבוע של כמה מטבעות נעולים, כלומר,. אם תנעל ארבעה ביטקוין, הוא ישוקל ל-16; חמישה ישוקללו כ-25; שישה ישוקללו כ-36 וכו'.
הרציונל כאן הוא שאתה מקבל יתרונות מורכבים כיצרן עם יותר מטבעות שאתה נועל (אתה נבחר על ידי לקוחות לוקחים לעתים קרובות יותר), כך שאם כמה יצרנים ישרים יוצרים קשרי נאמנות גדולים מאוד, הם מעלים באופן דרסטי את העלות עבור יצרני Sybiling שיצטרכו לשחזר את סכום איגרת הנאמנות הגדול הזה עבור כל אחד מהזהות הבדויה שלהם בספר ההזמנות. כלומר, אם שלושה יצרנים ישרים יציגו כל אחד 10 ביטקוין באגרות חוב נאמנות, תוקף יצטרך להוציא 30 ביטקוין כדי שיהיה לו סיכוי של 50% שייבחר להתערבב איתו, זה יעלה 60 ביטקוין כדי שיהיה לו סיכוי של 66%. נבחר וכו'.
ככל שיצרנים ישרים יותר שמשתמשים באגבי נאמנות, כך העלות של סיביל תוקפת תרכובות עבור יצרנים זדוניים.
כיצד יכול לשדרג מנגנון תיאום ה-JoinMarket
במקרה של ZeroLink, כולם מתאמים דרך שרת הרכז המרכזי - זה חלק מפורש מעיצוב המערכת ומודל האמון מבחינת מהימנות. אם הרכז יורד, אף אחד לא יכול CoinJoin עד שהוא יחזור.
JoinMarket פועלת על מערכת פנקסי הזמנות כדי לנסות ולהימנע מנקודת כשל מרכזית זו, אך כפי שהוזכר לעיל, היא משתמשת כעת ב-IRC כשכבת אירוח ותקשורת עבור פנקס ההזמנות. IRC הוא נקודת כשל מרכזית פוטנציאלית עבור JoinMarket, בדיוק כמו ששרת הרכז הוא עבור ZeroLink. כפרויקט שנבנה סביב תיאום CoinJoins בצורה מבוזרת, בטווח הארוך יש להחליף את התלות הזו ב-IRC במשהו חזק יותר.
אחת ההצעות המפותחות ביותר היא ליישם סוג כלשהו של ערכת שרת ספריות דומה למה שפרויקט Tor משתמש בו. ברשת Tor, לקוחות מתחברים לקבוצה של שרתים המנוהלים על ידי תורמים של Tor ששולחים להם את כל הצמתים ברשת Tor שהם יכולים לבנות דרכם נתיבי בצל.
הרעיון עם JoinMarket יהיה להקים מערך שרתים דומה שמזין את כל היצרנים בהצעות פתוחות ללקוחות. שרתים אלה יצטרכו להיות מנוהלים על ידי מישהו אחר מלבד היצרנים, מכיוון שלכל יצרן יהיה תמריץ לפרסם את עצמו רק בשרת הספריות שלו כדי לגבות עמלות נוספות. זה גם יצטרך להיות קשה להצטרף לקבוצה של שרתי ספריות, אחרת ישויות זדוניות עלולות לסובב מספר גדול מהם וסיביל לתקוף את כל המשתמשים שמתחברים רק לשרתים זדוניים.
אג"ח נאמנות עשויות לטפל בבעיה של סיביל כאן, כמו גם ליצור תמריץ ליצרנים לנסות להפעיל שרתי ספריות. נעילת מטבעות באגרת נאמנות עבור שרת מדריכים תשאיר אותם פחות מטבעות לנעול באגרת יצרן, מה שעלול להוביל לכך שפחות לקוחות לוקחים יבחרו אותם למיקסים.
יש גם הוכחה לקונספט ו הצעה מאדם גיבסון לשילוב c-lightning ב-JoinMarket לשימוש כשכבת הודעות. בהקשר של שרתי ספריות, זה יכול להקל על שיטת מונטיזציה עבורם כישויות נפרדות המשתמשות ברשת Lightning. שרתי ספריות יכולים לגבות מהיצרנים סכומים קטנים על לייטנינג כדי לפרסם את עצמם בספרייה.
כיצד יכול לשדרג פרוטוקול התיאום של JoinMarket
כפי שנדון לעיל, יצרנים לומדים את התפוקות של לוקחים במהלך CoinJoins בודדים, זו הסיבה שמצב ה-tumbler קיים, כדי לאפשר ללוקחים לערבב בין יצרנים מרובים ולהפחית את זה.
עם זאת, יש פתרון טוב יותר, לפחות במקרה שבו מספר לוקחים מדברים עם יצרן בודד בו-זמנית, והם יכולים לתאם דיבור ישירות אחד עם השני במקום רק דרך היצרן (אם יש רק לוקח אחד לדבר עם יוצר, זה לא יעזור כי היוצר יודע שכל פלט שאינו שלהם שייך ללוקח). CoinShuffle הוא פרוטוקול לעשות ביעילות את מה שאישורי עיוור משיגים ב-ZeroLink, כדי לשמור על פרטיות מהמתאם, למעט בצורה מבוזרת עבור קבוצה ללא רכז מרכזי.
תארו לעצמכם שיש לכם את אליס, בוב וצ'רלי, שכולם רוצים ל-CoinJoin אחד עם השני (הם כבר הסתפקו בגזרה של הפלטים של CoinJoin), ושלושתם מייצרים מפתח ציבורי זמני שיוצפנו אליו הודעות.
צ'רלי נותן את המפתח הציבורי שלו לבוב, ואז בוב נותן לאליס את המפתח הציבורי שלו כמו גם את המפתח של צ'רלי. אז יש לנו מצב שבו לאליס יש את המפתחות הציבוריים של בוב וצ'רלי, לבוב יש את המפתח הציבורי של צ'ארלי ולצ'רלי יש רק את שלו.
אליס לוקחת את הכתובת שהיא רוצה שהפלט שלה יישלח אליה ומצפינה אותה למפתח של צ'רלי, אבל אז לוקחת את ההודעה המוצפנת הזו ומצפינה אותה למפתח הציבורי של בוב, מקננת אותה כמו בובות רוסיות. לאחר מכן היא מעבירה את זה לבוב, שמפענח את השכבה שלו רק כדי למצוא הודעה מוצפנת לצ'רלי שהוא לא יכול לפתוח. לאחר מכן בוב לוקח את הכתובת שאליה הוא רוצה שהפלט שלו יישלח, ומצפין את זה למפתח של צ'רלי. הוא מעביר את שתי ההודעות לצ'רלי. צ'רלי מפענח כעת את שתי ההודעות, ומוצא את הכתובות שאליס ובוב רוצים שהפלטים שלהם יישלחו אליהן, אבל הוא לא יודע איזו כתובת שייכת למי (וזכרו, גם אליס וגם בוב לא למדו זה את הכתובות של זה).
לאחר מכן צ'רלי בונה וחותם על ה-CoinJoin, מעביר אותו לאליס ובוב כדי לחתום, והוא נשלח לרשת. כולם בתהליך הזה יודעים שהפלט שלהם נבנה כראוי, אבל הם לא יודעים מי הבעלים של איזו משתי הכתובות האחרות. תהליך זה יכול להתרחב לקבוצות גדולות בהרבה, ואם לוקחים יכולים לתקשר זה עם זה ישירות לפני שהם פונים ליצרנים, פרוטוקול זה יכול לשמש כדי להגן על פרטיותם של לוקחים מפני יצרנים בודדים מבלי להטיל מטבעות פעמים רבות עם גורמים שונים.
כיצד מבנה העסקה של JoinMarket יכול להשתדרג
הדמיון הגדול ביותר בין ZeroLink ל-JoinMarket הוא ההסתמכות על פלטים נקובים דומים כדי ליצור אי בהירות לגבי אילו תשומות ממפות לאיזה פלטים בעסקה.
בעוד ש-JoinMarket משתמש בסכומים שרירותיים בניגוד לסכומים שהוגדרו מראש ב-ZeroLink, בהיקף של עסקת CoinJoin בודדת, כל ערכי התמהיל צריכים להיות זהים.
CoinjoinXT היא הצעה של גיבסון להסיר פוטנציאלית את הצורך להסתמך על כך בקפדנות רבה (ניתן ליישם את זה גם על ידי ZeroLink). הרעיון הבסיסי הוא לנצל ECDSA Multiparty Computation, או MuSig כעת כש-Taproot מופעל, וצור שרשרת של עסקאות חתומות מראש באמצעות כתובות מולטי-sig שנראות כמו כתובות חתימה בודדת רגילות.
כשמישהו צופה בבלוקצ'יין, שתי הנחות גדולות שמניחים לעתים קרובות הן: האחת, שכל התשומות בעסקה הן בבעלות אדם אחד (ההנחה הגדולה ש-CoinJoins נשברת); ושתיים, שאמצעי תשלום הועברה שליטה בכספים.
אז מה אם מספר צדדים שיתפו פעולה כדי לנעול את כל הכספים שלהם לכתובת מולטיסיג שאינה נראית כמו אחת, ולחתום מראש על שרשרת ארוכה של עסקאות שנראות כמו אדם אחד שמוציא כסף לאט לאורך זמן, אבל במציאות היא פשוט לקלף כסף ולהחזיר אותו לבעלים המקוריים בשברים קטנים?
מה אם חלק מתפוקות התשלום הללו היו למעשה ערוצי Lightning פרטיים בין שניים ממשתתפי CoinjoinXT כדי לוודא שצופה לא יוכל לעקוב אחר שרשרת התשלומים ולהרכיב את הסכומים בשלב מסוים בעתיד?
זה יכול לפתוח דלת חדשה לגמרי מבחינת גמישות עבור סוגי ה-CoinJoins שאנשים עוסקים בהם, ודרגות הפרטיות שהם יוצרים. אם CoinJoin רגיל צורח באופן בוטה לחדר "אני הולך לעזוב ולהיעלם עכשיו!" אז CoinjoinXT יכול להיות המקבילה לחמוק בשקט מהמסיבה בלי לשים לב.
העתיד המבוזר
בסך הכל, JoinMarket היה בכנות משהו של כלי נישה במערכת האקולוגית למרות היותו קיים מאז 2015, לאור הצורך להפעיל צומת מלא כדי להשתמש בו. ממש רק עד ש-ZeroLink הגיע לשוק בצורה של Wasabi ו- Samourai, CoinJoin באמת הפך לכלי נגיש ונפוץ ומובן יותר.
שניהם כלים יקרי ערך, אבל בסופו של יום, הם שירותים שנבנו סביב חברות ריכוזיות - אם כי, שירותים חסרי אמון שנבנו בצורה שבה אי אפשר להפסיד כסף באינטראקציה איתן - אבל שירותים בכל זאת. מה יקרה אם החברות ייסגרו? האם הפיתוח ימשיך להתקדם באותו אופן, בהתחשב בכך שהוא ממומן כיום על ידי החברות הללו?
יש בהחלט מקום לכלים כאלה במרחב הזה, ויש בהם גם יתרונות חיוביים. אותה דינמיקה מימון שמעמידה בספק את הישרדות הכלי אם החברה נכשלת מבטיחה משאבים רבים מאחורי הפיתוח שלו, כל עוד החברה שורדת. אבל יש גם מקום לכלי מבוזר שאינו תלוי בחברה אחת. ההתקדמות עשויה להיות איטית יותר, ובעיות עשויות להיות מסובכות יותר לפתרון, אך אם היא תצליח, התוצאה הסופית תהיה הרבה יותר חזקה וניתנת להתאמה.
אין שום דבר רע בשירותים ובחברות במרחב הזה, אבל לכל שירות וחברה שבה ניתן לבנות אלטרנטיבה מבוזרת, החלופה הזו צריכה להתקיים כאפשרות נוספת. כמו הביטקוין עצמו, יום אחד אתה עלול למצוא את עצמך זקוק לו מאוד.
זהו פוסט אורח מאת Shinobi. הדעות המובעות הן לגמרי שלהן ואינן משקפות בהכרח את הדעות של BTC Inc או מגזין Bitcoin.
מקור: https://bitcoinmagazine.com/technical/joinmarket-zerolink-and-coinjoin-bitcoin-mixing
- "
- יתרון
- לפרסם
- תעשיות
- מאפשר
- דו משמעות
- ארכיטקטורה
- סביב
- אוגוסט
- הגדול ביותר
- קצת
- ביטקוין
- ביטקוין UTXO
- blockchain
- אג"ח
- BTC
- BTC Inc
- לִבנוֹת
- קנייה
- ערוצים
- תשלום
- טְעִינָה
- מטבע
- Coinjoin
- מטבעות
- Common
- תקשורת
- חברות
- חברה
- הקשר
- חיבורי
- בניה
- יוצרים
- אישורים
- נוֹכְחִי
- מצב נוכחי
- יְוֹם
- עסקה
- מבוזר
- גופי בטחון
- עיצוב
- מפתח
- צעצועי התפתחות
- לשבש
- המערכת האקולוגית
- הצף
- אירוע
- כשלון
- מְזוּיָף
- מאפיין
- אגרות
- דיוק
- ממצאים
- סוף
- ראשון
- גמישות
- טופס
- קדימה
- מלא
- הצומת המלא
- במימון
- מימון
- כספים
- עתיד
- נתינה
- טוב
- קְבוּצָה
- אוֹרֵחַ
- פוסט אורח
- כאן
- הסתר
- היסטוריה
- איך
- איך
- HTTPS
- רעיון
- כולל
- מידע
- אינטרנט
- בעיות
- IT
- להצטרף
- מפתח
- מפתחות
- גָדוֹל
- מוביל
- לִלמוֹד
- למד
- למידה
- הוביל
- ברק
- רשת ברקים
- נְזִילוּת
- ספקי נזילות
- ארוך
- יצרן
- עשייה
- מַפָּה
- שוק
- שוק
- הודעות
- מעורב
- מודל
- כסף
- המהלך
- מולטי-סיג
- נטו
- רשת
- צמתים
- הַצָעָה
- המיוחדות שלנו
- באינטרנט
- לפתוח
- דעות
- אפשרות
- להזמין
- אחר
- בעלי
- תשלום
- תשלום
- אֲנָשִׁים
- בריכה
- ברכות
- להציג
- פְּרָטִיוּת
- פְּרָטִי
- מפתח פרטי
- פּרוֹיֶקט
- פרויקטים
- הוכחה
- הוכחה של רעיון או תאוריה
- הצעה
- להגן
- פרוטוקול
- ציבורי
- מפתח ציבורי
- לפרסם
- להעלות
- מעלה
- מציאות
- הסתמכות
- משאבים
- הכנסה
- מסלול
- הפעלה
- ריצה
- שירותים
- סט
- שיתוף
- שלטים
- פָּשׁוּט
- שישה
- קטן
- So
- לפתור
- מֶרחָב
- לבלות
- הוצאה
- לְסוֹבֵב
- מרובע
- התחלה
- מדינה
- הוגש
- מערכת
- מדבר
- זמני
- זמן
- כלים
- טור
- לעקוב
- עסקה
- עסקות
- סומך
- משתמשים
- ערך
- לחכות
- ארנק
- מה
- מי
- ויקיפדיה
- רוח
- תיק עבודות
- עובד
- ראוי
- שנה
- שנים