מה עלינו לבנות בלוקצ'יין?

כל ההיסטוריה של האנושות היא תהליך מתמשך של היפטרות מהשלשלאות ויצירת שלשלאות חדשות, אפילו חזקות יותר. (סופר אנונימי)

בניתוח פרויקטים רבים של בלוקצ'יין (Bitshares, Hyperledger, Exonum, Ethereum, Bitcoin, וכו'), אני מבין שמנקודת מבט טכנית, כולם בנויים על אותם עקרונות. בלוקצ'יין מזכירים בתים, שלמרות כל מגוון העיצובים, התפאורה והמטרות, יש להם בסיס, קירות, גג, חלונות, דלתות המחוברות זו לזו בדרכים מסוימות. ואם אתה מבין את העקרונות הבסיסיים של עיצוב הבניין ומכיר את המאפיינים של החומרים המשמשים, אז אתה יכול לקבוע את המטרה המיועדת של בית מסוים. נכון לעכשיו, נוצר מצב עם בלוקצ'יין שכולם שמעו עליו, אבל מעטים האנשים שמבינים את הארכיטקטורה ואת עקרונות הפעולה. לכן, ישנה אי הבנה מדוע וכיצד הגיוני להשתמש בטכנולוגיות בלוקצ'יין.

במאמר זה ננתח את המאפיינים והעקרונות המשותפים לכל הבלוקצ'יין. לאחר מכן, בואו נסתכל על הבעיות שניתן לפתור באמצעות הבלוקצ'יין וכדי לחזק את החומר, בואו נבנה בלוקצ'יין קטן אך אמיתי באתר הוירטואלי שלנו!

אז בואו נזכור אילו בעיות בלוקצ'יין פתרו בתחילה.

אני בטוח שרבים יגידו על מסד נתונים מבוזר, מבוזר, ציבורי ובלתי ניתן לשינוי. אבל למה כל זה היה נחוץ?

אני מעדיף להתחיל ללמוד כל טכנולוגיה על ידי קריאת התקנים, שכן כל המאמרים והספרים בנושא הנלמד מבוססים עליהם. אבל כרגע אין תקני blockchain; ISO רק יצר ועדות להתפתחותם. נכון לעכשיו, לכל פרויקט בלוקצ'יין ציבורי יש מסמך White Paper משלו, שהוא בעצם מפרט טכני. פרויקט הבלוקצ'יין הראשון הידוע בציבור הוא רשת הביטקוין. עבור אל האתר הרשמי של הרשת ו תראה המקום שבו הכל התחיל.

אתגר הבלוקצ'יין

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

בעיות שבלוקצ'יין פותר

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

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

בעולם אידיאלי, התוכנית הזו עובדת מצוין, אבל אצלנו מתעוררות הבעיות הבאות:

1. בעיית זיהוי המשתתפים מחד והצורך באנונימיות של עסקאות מאידך. הָהֵן. אתה צריך להעביר כסף לנמען ספציפי ובצורה כזו שאף אחד לא יודע על העסקה הזו מלבד המשתתפים בעסקה. לבנקים יש מספרי חשבונות וכרטיסי בנק המקושרים לאדם ספציפי או לישות משפטית, וסודיות בנקאית מגינה על פרטי העסקה. ומי מבטיח שה-AnonymousWorldMoney המותנה לא ישתמש בנתונים אישיים ובמידע עסקאות למטרותיו?
2. איך לוודא שהמקבל קיבל בדיוק את הסכום שהועבר אליו? באופן יחסי, השולח העביר 100 דולר, והנמען קיבל 10 דולר. השולח מגיע למשרד AnonymousWorldMoney עם הקבלה שלו, והפקיד מציג את גרסתו, שם כתוב שהשולח העביר 10$ בלבד.
3. הבעיה של סביבה לא מהימנה, למשל, הונאה שנקראת הוצאה כפולה. משתתף חסר מצפון יכול להוציא את היתרה שלו מספר פעמים עד שהתשלום ישוכפל לכל השרתים. משפט CAP, כמובן, אף אחד לא ביטל, ובסופו של דבר תושג הסכמה, אבל מישהו לא יקבל כסף עבור שירותים או סחורות שסופקו. לכן, אם אין אמון מלא בארגון התשלום או במשתתפים בעסקאות, אז יש צורך לבנות רשת המבוססת לא על אמון, אלא על קריפטוגרפיה.
4. ל-AnonymousWorldMoney מותנה יש מספר סופי של שרתים שעלולים להפוך ללא זמינים שלא במתכוון או עקב כוונת זדון.
5. AnonymousWorldMoney ייקח עמלה מוחשית משלה.
6. אפשרות שליטה. במהלך פעולת הביטקוין התברר שאנשים רוצים לא רק להעביר מטבעות אחד לשני, אלא גם לבדוק תנאים שונים לעסקה, לתכנת תרחישי עבודה, לבצע פעולות אוטומטית בהתאם לתנאים וכו'.

כיצד בלוקצ'יין פותר את הבעיות הללו

1. זיהוי המשתתפים מתבצע באמצעות זוג מפתחות: פרטיים וציבוריים, ואלגוריתם החתימה הדיגיטלית מזהה באופן ייחודי את השולח והנמען, ומותיר את זהותם אנונימית.
2. עסקאות נאספות לבלוקים, ה-hash של הבלוק מחושב ונכתב לבלוק הבא. רצף זה של הקלטת גיבובים בבלוקים נותן לטכנולוגיית הבלוקצ'יין את שמה, והוא גם מאפשר לשנות / למחוק בלוקים באופן בלתי מורגש או עסקאות בודדות מבלוקים. לפיכך, אם עסקה כלולה בבלוקצ'יין, אתה יכול להיות בטוח שהנתונים שלה יישארו ללא שינוי.
3. הונאת הוצאה כפולה נמנעת על ידי הגעה לקונצנזוס ברשת לגבי אילו נתונים יש לראות כתקפים ואילו לזרוק. ברשת הביטקוין, קונצנזוס מושג על ידי הוכחת עבודה (PoW).
4. אמינות הרשת מושגת על ידי העובדה שה-blockchain הוא ציבורי, כאשר כל משתתף יכול להפעיל את הצומת שלו, לקבל עותק שלם של הבלוקצ'יין, ויותר מכך, באופן עצמאי להתחיל לבדוק את תקינות העסקאות. יש לציין ש-blockchains מודרניים מאפשרים לבנות לא רק בלוקצ'יין ציבורי (פתוח) אלא גם פרטי (סגור), כמו גם שימוש בסכמות משולבות.
5. הבלוקצ'יין לא ייפטר לחלוטין מעמלות, כי... צריך לשלם לאנשים שתומכים ברשת, אבל בבלוקצ'יין הצורך בעמלה מוכח בצורה כל כך משכנעת שאין ספק בנחיצותה.
6. לבלוקצ'יין המודרני יש את היכולת ליישם לוגיקה עסקית, אשר בבלוקצ'יין נקראת חוזים חכמים. ההיגיון של חוזים חכמים מיושם בשפות שונות ברמה גבוהה.

לאחר מכן, נשקול את הפתרונות הללו ביתר פירוט.

ארכיטקטורת בלוקצ'יין

רכיבי בלוקצ'יין

כל משתתף יכול להפעיל צומת משלו עם עותק מלא של הבלוקצ'יין (צומת מלא). צמתים מלאים שיכולים להקליט עסקאות בבלוקצ'יין נקראים צמתי קונצנזוס (עד) או כורים (כורה). צמתים מלאים שרק בודקים את נכונות העסקאות נקראים צמתי ביקורת (בְּדִיקָה). לקוחות קלילים (לקוחות קלים) אינם מאחסנים עותקים מלאים של הבלוקצ'יין, אלא מקיימים אינטראקציה עם הרשת באמצעות צמתים מלאים.
רוב המשתמשים משתמשים בלקוחות קלים או בארנקי אינטרנט כדי לבצע עסקאות. כל הצמתים מחוברים זה לזה. עם סט אלמנטים זה, ארכיטקטורת הרשת הופכת יציבה יותר:

מחזור החיים של העסקה

בואו נסתכל על מחזור החיים של העסקה ונחלק אותו חלק אחר חלק:

טכנולוגיות בלוקצ'יין

הבה נתעכב ביתר פירוט על פתרונות טכניים והקשרים שלהם זה עם זה.

זיהוי

כל עסקת בלוקצ'יין חייבת להיות חתומה דיגיטלית. לכן, כדי להשלים עסקה, לכל משתתף חייב להיות זוג מפתחות: פרטי/ציבורי. לפעמים זוג מפתחות נקרא ארנק, כי המפתחות משויכים באופן ייחודי לכתובת וליתרה הדיגיטלית הייחודית של המשתתף. במציאות, מפתחות וכתובות הם רק מחרוזות של מספרים במערכות מספרים שונות. דוגמאות למפתחות וכתובות ארנק:

Private key: 0a78194a8a893b8baac7c09b6a4a4b4b161b2f80a126cbb79bde231a4567420f
Public key: 0579b478952214d7cddac32ac9dc522c821a4489bc10aac3a81b9d1cd7a92e57ba
Address: 0x3814JnJpGnt5tB2GD1qfKP709W3KbRdfb27V

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

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

יש הרבה מאמרים עם פרטים על ההצפנה המשמשת בבלוקצ'יין, למשל: ביטקוין בקצרה - קריפטוגרפיה

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

או שאתה יכול להשתמש בשיטות אמינות יותר, למשל, החתמת הערך של המפתח הפרטי על אסימונים:

עסקות

פרטים נוספים על מבנה העסקה ניתן למצוא במאמר ביטקוין בקצרה - עסקה. חשוב לנו להבין שלכל עסקה יש לפחות את הנתונים הבאים:

From: 0x48C89c341C5960Ca2Bf3732D6D8a0F4f89Cc4368 - цифровой адрес отправителя
To: 0x367adb7894334678b90аfe7882a5b06f7fbc783a - цифровой адрес получателя
Value: 0.0001 - сумма транзакции
Transaction Hash: 0x617ede331e8a99f46a363b32b239542bb4006e4fa9a2727a6636ffe3eb095cef - хэш транзакции

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

חסימות עסקאות

לאחר בדיקת תקפותן של עסקאות, צמתים יוצרים מהם בלוקים. בנוסף לטרנזקציות, ה-hash של הבלוק הקודם ומספר (Nonce counter) נכתבים לתוך הבלוק, וה-hash של הבלוק הנוכחי מחושב באמצעות האלגוריתם SHA-256. ה-hash חייב להקים תנאי מורכבות. לדוגמה, ברשת הביטקוין, הקושי של ה-hash משתנה אוטומטית כל שבועיים בהתאם לעוצמת הרשת כך שנוצר חסימה בערך אחת ל-2 דקות. המורכבות נקבעת לפי התנאי הבא: ה-hash שנמצא חייב להיות קטן ממספר שנקבע מראש. אם תנאי זה לא מתקיים, אז 10 מתווסף ל-Nonce, ועבודת חישוב ה-hash חוזרת על עצמה. כדי לבחור hash, נעשה שימוש בשדה Nonce, כי זהו הנתונים היחידים בבלוק שניתן לשנות; השאר חייבים להישאר ללא שינוי. ל-hash חוקי חייב להיות מספר מסוים של אפסים מובילים, כגון אחד מה-hash האמיתי:

000000000000000000000bf03212e7dd1176f52f816fa395fc9b93c44bc11f91

מציאת hash מוצלחת היא הוכחה לעבודה שבוצעה (Proof-of-Work, PoW) עבור רשתות הביטקוין או ה-Ethereum. תהליך מציאת הגיבוב נקרא כרייה, בדומה לכריית זהב. השם מגדיר די במדויק את מהות התהליך, כי יש חיפוש פשוט של אפשרויות, ואם מישהו מוצא hash מתאים, אז זה באמת מזל. זה כמו למצוא גוש זהב אמיתי בטונות של פסולת אבן. תגמול הבלוק הוא כעת 12.5 BTC ואם תכפיל אותו בשער הביטקוין הנוכחי של 3900$, תקבל יותר מקילוגרם של זהב טהור. יש על מה להילחם!

לאחר מציאת hash בהצלחה, הבלוק וה-hash המצוי עצמו נכתבים לבלוקצ'יין כבלוק הבא. פרטים נוספים על המבנה של בלוקים ניתן למצוא במאמר ביטקוין בקצרה- Blockchain, ולהלן תרשים מפושט:

הבלוקצ'יין מתחיל בבלוק שעדיין אין לו את ה-hash של הבלוק הקודם. יש רק בלוק אחד כזה בבלוקצ'יין ויש לו שם משלו Genesis block. הבלוקים הנותרים בעלי אותו מבנה והם שונים רק במספר העסקאות. ניתן לצפות בעסקאות וחסימות אמיתיות שנוצרות כעת בביטקוין או ב-Ethereum חסום Explorer.

גודל הבלוקים בביטקוין מוגבל ל-1MB ועם כמות מידע מינימלית בעסקה של כ-200 בתים, מספר העסקאות המקסימלי בבלוק יכול להיות כ-6000. מכאן, אגב, עוקב אחר הביצועים של הביטקוין שכולם צוחקים עליהם: נוצר בלוק בערך אחת ל-10 דקות * 60 שניות = 600 שניות, מה שנותן ביצועים פורמליים של כ-10 TPS. למרות שלמעשה, זה לא פרודוקטיביות, אלא אלגוריתם מיושם בכוונה של עבודה. ב-Ethereum, בשביל התחרות, הם פשוט הפכו את זמן יצירת הבלוק ל-15 שניות. והפרודוקטיביות עלתה רשמית. לכן, בבלוקצ'יין שמשתמשים ב-PoW כקונצנזוס, אין טעם להשוות ביצועים בכלל, כי זה תלוי ישירות במורכבות חישוב המטמון, אותו ניתן להקצות לכל ערך.

מזלגות

מה קורה אם, למשל, מספר צמתים מצאו גיבוב שעומדים בתנאי המורכבות, אבל הם שונים בערכם (במילים אחרות, הם הגיעו להסכמות שונות) וכתבו בלוקים לבלוקצ'יין? בואו נראה איך בלוקצ'יין מגן מפני המצב הזה. במקרה זה, מתרחש מה שנקרא מזלג, ול- blockchain יש שתי גרסאות של השרשרת:

מה קורה לאחר מכן? לאחר מכן, חלק מהרשת מתחיל לעבוד על בלוק N+2 משרשרת אחת, וחלק משרשרת אחרת:

אחד מהבלוקים הללו יימצא מוקדם יותר וישלח לבלוקצ'יין, ולאחר מכן, לפי הכללים, הבלוקצ'יין יצטרך לעבור לשרשרת ארוכה יותר ולבטל את כל העסקאות מהבלוק החלופי:

יחד עם זאת, עלול להיווצר מצב שבו עסקה של משתתף הייתה רק באחד מבלוק המזלג, אשר בוטל. לכן, כדי להיות בטוחים שהעסקה הרצויה נרשמה בבלוקצ'יין, ישנה המלצה כללית - לפני שנותנים אמון בעסקה, יש להמתין עד להוספת הבלוקים הבאים לבלוקצ'יין. ההמלצות לכמה בלוקים לחכות לבלוקצ'יין שונים משתנות. לדוגמה, עבור רשת הביטקוין המינימום הוא 2 בלוקים, המקסימום הוא 6.

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

קוֹנסֶנזוּס

כדי להקליט חסימה בבלוקצ'יין, על הרשת להגיע לקונצנזוס. בואו נזכור את המשימה של השגת קונצנזוס ברשתות תקשורת מחשבים. הבעיה מנוסחת כמשימה של הגנרלים הביזנטים BFT (סובלנות תקלות ביזנטית). בהשמטת התיאור הציורי של בעיות הצבא הביזנטי, ניתן לנסח את הבעיה באופן הבא: כיצד יכולים צמתי רשת להגיע לתוצאה משותפת אם כמה צמתי רשת יכולים לעוות אותם בכוונה. אלגוריתמים קיימים לפתרון בעיית ה-BFT מראים שהרשת יכולה לתפקד כהלכה אם יש פחות מ-1/3 מהנוכלים. מדוע לא הוחל קונצנזוס BFT על רשת הביטקוין? מדוע היה צורך להשתמש ב-PoW? ישנן מספר סיבות:

• BFT עובד היטב עם קבוצה קבועה קטנה של צמתים, אך בבלוקצ'יין ציבורי מספר הצמתים אינו צפוי, ויתרה מכך, ניתן להפעיל ולכבות צמתים באופן אקראי.
• יש צורך להניע אנשים להשיק צמתי בלוקצ'יין. כדי לעשות זאת, יש לתגמל אנשים. ב-BFT אין רשמית על מה לקבל פרס, אבל על מה התגמול ב-PoW ברור לכולם ברמה אינטואיטיבית: על החשמל שצורך המעבד בתהליך מציאת ה-block hash.

בנוסף ל-PoW, ישנם מספר הסכמות נוספות המשמשות ב- blockchains מודרניות, למשל:

• PoS (Proof-of-Stake) - על הבלוקצ'יין הייפרלגר
• DPoS (Delegated Proof-of-Stake) - על הבלוקצ'יין BitShares
• שינויים של BFT: SBFT (Simplified BFT) ו-PBFT (Practical BFT), למשל בבלוקצ'יין אקסונום

בואו נתעכב קצת על קונצנזוס ה-PoS, כי... ה-PoS והזנים שלו הם הנפוצים ביותר בבלוקצ'יין פרטיים. למה בפרטי? מצד אחד, המאפיינים של PoS טובים יותר בהשוואה ל-PoW, כי כדי להשיג קונצנזוס, יש צורך בפחות משאבי מחשוב, מה שאומר שמהירות כתיבת הנתונים לבלוקצ'יין עולה. אבל מצד שני, ל-PoS יש יותר הזדמנויות להונאה, אז כדי לנטרל זאת, יש להכיר את כל המשתתפים בבלוקצ'יין.

קונצנזוס PoS מבוסס על בחירת צומת שיכול לכתוב בלוק עם עסקאות לבלוקצ'יין בהתאם לכמות הכספים בחשבון, או ליתר דיוק, לא בחשבון, אלא בביטחונות, כלומר. ככל שיש לך יותר כספים כבטוחה, כך גדל הסיכוי שהרשת תבחר בצומת שלך לכתוב חסימה. הפיקדון לא יוחזר אם החסימה לא תקפה. זה מספק הגנה מפני הונאה. יש את הווריאציות הבאות של PoS:

• הקונצנזוס של Delegated PoS (DPoS) מחלק את המשתתפים ל"מצביעים" ו"מתקנים". בעלי מטבעות (משתתפים בהצבעה) מאצילים את כוחם לאמת ולתעד עסקאות בבלוקצ'יין למשתתפים אחרים. לפיכך, המאמתים עושים את כל העבודה החישובית ומקבלים עליה פרס, ונוכחות משתתפי ההצבעה מבטיחה את יושרם של המאמתים, כי ניתן לשנות אותם בכל עת.
• קונצנזוס LPoS (הוכחת הימור מושכר) מאפשר לך להשכיר את הכספים שלך לצמתים אחרים כדי שיהיה להם סיכוי טוב יותר לאמת חסימות. זֶה. ניתן לקבל עמלה על עסקאות מבלי להשתתף באימות העסקה בפועל ובכריית חסימות.

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

• PoET (הוכחה של זמן שחלף)
• PoC (הוכחת קיבולת)
• PoB (הוכחת שריפה)
• PoWeight (הוכחת משקל)
• PoA (הוכחת פעילות) - PoW + PoS
• PoI (הוכחה של חשיבות)

מודלים של אמינות ופריסה של בלוקצ'יין

בלוקצ'יין ציבורי

קיימות הציבור או שם אחר בלוקצ'יין ללא רשות זה מושג על ידי מתן אפשרות לכל אחד להתחבר ולהציג מידע או אפילו לחבר את הצומת שלו, והאמון נבנה על קונצנזוס PoW.

בלוקצ'יין פרטי

פְּרָטִי או בלוקצ'יין מורשה פרטית. ב-blockchains אלו, רק לקבוצה מסוימת של משתתפים (ארגונים או אנשים) יש גישה למידע. בלוקצ'יין כאלה נבנים על ידי ארגונים במטרה להגדיל את התועלת או היעילות הכוללת. מהימנותם מובטחת על ידי המטרות המשותפות של המשתתפים ואלגוריתמי הקונצנזוס של PoS ו-BFT.

קונסורציום בלוקצ'יין

שם קונסורציום או בלוקצ'יין ברשות הציבור. אלו הם בלוקצ'יין שכל אחד יכול להתחבר אליהם כדי לצפות, אבל משתתף יכול להוסיף מידע או לחבר את הצומת שלו רק באישור משתתפים אחרים. בלוקצ'יין כאלה נבנים על ידי ארגונים על מנת להגביר את האמון מצד לקוחות או צרכני מוצרים או החברה כולה. כאן, אמינות מושגת גם על ידי נוכחות של אמון בין המשתתפים ואותם אלגוריתמי קונצנזוס PoS ו-BFT.

חוזים חכמים

בלוקצ'יין שיושמו לאחר ביטקוין הוסיפו, במידה זו או אחרת, את היכולת לבצע חוזים חכמים. בעיקרו של דבר, חוזה חכם הוא עסקה שבה קוד התוכנית ממוקם לביצוע. חוזים חכמים ברשת Ethereum מבוצעים ב-EVM (Ethereum Virtual Machine). כדי להתחיל בביצוע חוזה חכם, יש להפעיל אותו במפורש על ידי עסקה אחרת, או שיש לעמוד בתנאים המוקדמים לביצוע. תוצאות ביצוע החוזה החכם יירשמו גם בבלוקצ'יין. קבלת נתונים מחוץ לבלוקצ'יין אפשרית, אך מוגבלת ביותר.

איזה היגיון עסקי ניתן ליישם באמצעות חוזה חכם? למעשה, אין הרבה, למשל, בדיקת תנאים באמצעות נתונים מהבלוקצ'יין, החלפת הבעלים של נכסים דיגיטליים בהתאם לתנאים הללו, רישום נתונים באחסון קבוע בתוך הבלוקצ'יין. ההיגיון מיושם בשפה מיוחדת ברמה גבוהה Solidity.

דוגמה קלאסית לפונקציונליות המיושמת באמצעות חוזים חכמים היא הנפקת אסימונים עבור ICOs. לדוגמה, יישמתי חוזה חכם להנפקת 500 AlexToken צנוע. על ידי קישור ב-Etherscan הוא

קוד המקור של החוזה החכם בשפת Solidity

pragma solidity ^0.4.23;
library SafeMath {
/**
* @dev Multiplies two numbers, throws on overflow.
**/
function mul(uint256 a, uint256 b) internal pure returns (uint256 c) {
if (a == 0) {
return 0;
}
c = a * b;
assert(c / a == b);
return c;
}
/**
* @dev Integer division of two numbers, truncating the quotient.
**/
function div(uint256 a, uint256 b) internal pure returns (uint256) {
// assert(b > 0); // Solidity automatically throws when dividing by 0
/**
* @title SafeMath
* @dev Math operations with safety checks that throw on error
*/
// uint256 c = a / b;
// assert(a == b * c + a % b); // There is no case in which this doesn't hold
return a / b;
}
/**
* @dev Subtracts two numbers, throws on overflow (i.e. if subtrahend is greater than minuend).
**/
function sub(uint256 a, uint256 b) internal pure returns (uint256) {
assert(b <= a);
return a - b;
}
/**
* @dev Adds two numbers, throws on overflow.
**/
function add(uint256 a, uint256 b) internal pure returns (uint256 c) {
c = a + b;
assert(c >= a);
return c;
}
}
/**
* @title Ownable
* @dev The Ownable contract has an owner address, and provides basic authorization control
* functions, this simplifies the implementation of "user permissions".
**/
contract Ownable {
address public owner;
event OwnershipTransferred(address indexed previousOwner, address indexed newOwner);
/**
* @dev The Ownable constructor sets the original `owner` of the contract to the sender account.
**/
constructor() public {
owner = msg.sender;
}
/**
* @dev Throws if called by any account other than the owner.
**/
modifier onlyOwner() {
require(msg.sender == owner);
_;
}
/**
* @dev Allows the current owner to transfer control of the contract to a newOwner.
* @param newOwner The address to transfer ownership to.
**/
function transferOwnership(address newOwner) public onlyOwner {
require(newOwner != address(0));
emit OwnershipTransferred(owner, newOwner);
owner = newOwner;
}
}
/**
* @title ERC20Basic interface
* @dev Basic ERC20 interface
**/
contract ERC20Basic {
function totalSupply() public view returns (uint256);
function balanceOf(address who) public view returns (uint256);
function transfer(address to, uint256 value) public returns (bool);
event Transfer(address indexed from, address indexed to, uint256 value);
}
/**
* @title ERC20 interface
* @dev see https://github.com/ethereum/EIPs/issues/20
**/
contract ERC20 is ERC20Basic {
function allowance(address owner, address spender) public view returns (uint256);
function transferFrom(address from, address to, uint256 value) public returns (bool);
function approve(address spender, uint256 value) public returns (bool);
event Approval(address indexed owner, address indexed spender, uint256 value);
}
/**
* @title Basic token
* @dev Basic version of StandardToken, with no allowances.
**/
contract BasicToken is ERC20Basic {
using SafeMath for uint256;
mapping(address => uint256) balances;
uint256 totalSupply_;
/**
* @dev total number of tokens in existence
**/
function totalSupply() public view returns (uint256) {
return totalSupply_;
}
/**
* @dev transfer token for a specified address
* @param _to The address to transfer to.
* @param _value The amount to be transferred.
**/
function transfer(address _to, uint256 _value) public returns (bool) {
require(_to != address(0));
require(_value <= balances[msg.sender]);
balances[msg.sender] = balances[msg.sender].sub(_value);
balances[_to] = balances[_to].add(_value);
emit Transfer(msg.sender, _to, _value);
return true;
}
/**
* @dev Gets the balance of the specified address.
* @param _owner The address to query the the balance of.
* @return An uint256 representing the amount owned by the passed address.
**/
function balanceOf(address _owner) public view returns (uint256) {
return balances[_owner];
}
}
contract StandardToken is ERC20, BasicToken {
mapping (address => mapping (address => uint256)) internal allowed;
/**
* @dev Transfer tokens from one address to another
* @param _from address The address which you want to send tokens from
* @param _to address The address which you want to transfer to
* @param _value uint256 the amount of tokens to be transferred
**/
function transferFrom(address _from, address _to, uint256 _value) public returns (bool) {
require(_to != address(0));
require(_value <= balances[_from]);
require(_value <= allowed[_from][msg.sender]);
balances[_from] = balances[_from].sub(_value);
balances[_to] = balances[_to].add(_value);
allowed[_from][msg.sender] = allowed[_from][msg.sender].sub(_value);
emit Transfer(_from, _to, _value);
return true;
}
/**
* @dev Approve the passed address to spend the specified amount of tokens on behalf of msg.sender.
*
* Beware that changing an allowance with this method brings the risk that someone may use both the old
* and the new allowance by unfortunate transaction ordering. One possible solution to mitigate this
* race condition is to first reduce the spender's allowance to 0 and set the desired value afterwards:
* https://github.com/ethereum/EIPs/issues/20#issuecomment-263524729
* @param _spender The address which will spend the funds.
* @param _value The amount of tokens to be spent.
**/
function approve(address _spender, uint256 _value) public returns (bool) {
allowed[msg.sender][_spender] = _value;
emit Approval(msg.sender, _spender, _value);
return true;
}
/**
* @dev Function to check the amount of tokens that an owner allowed to a spender.
* @param _owner address The address which owns the funds.
* @param _spender address The address which will spend the funds.
* @return A uint256 specifying the amount of tokens still available for the spender.
**/
function allowance(address _owner, address _spender) public view returns (uint256) {
return allowed[_owner][_spender];
}
/**
* @dev Increase the amount of tokens that an owner allowed to a spender.
*
* approve should be called when allowed[_spender] == 0. To increment
* allowed value is better to use this function to avoid 2 calls (and wait until
* the first transaction is mined)
* From MonolithDAO Token.sol
* @param _spender The address which will spend the funds.
* @param _addedValue The amount of tokens to increase the allowance by.
**/
function increaseApproval(address _spender, uint _addedValue) public returns (bool) {
allowed[msg.sender][_spender] = allowed[msg.sender][_spender].add(_addedValue);
emit Approval(msg.sender, _spender, allowed[msg.sender][_spender]);
return true;
}
/**
* @dev Decrease the amount of tokens that an owner allowed to a spender.
*
* approve should be called when allowed[_spender] == 0. To decrement
* allowed value is better to use this function to avoid 2 calls (and wait until
* the first transaction is mined)
* From MonolithDAO Token.sol
* @param _spender The address which will spend the funds.
* @param _subtractedValue The amount of tokens to decrease the allowance by.
**/
function decreaseApproval(address _spender, uint _subtractedValue) public returns (bool) {
uint oldValue = allowed[msg.sender][_spender];
if (_subtractedValue > oldValue) {
allowed[msg.sender][_spender] = 0;
} else {
allowed[msg.sender][_spender] = oldValue.sub(_subtractedValue);
}
emit Approval(msg.sender, _spender, allowed[msg.sender][_spender]);
return true;
}
}
/**
* @title Configurable
* @dev Configurable varriables of the contract
**/
contract Configurable {
uint256 public constant cap = 1000000000*10**18;
uint256 public constant basePrice = 100*10**18; // tokens per 1 ether
uint256 public tokensSold = 0;
uint256 public constant tokenReserve = 500000000*10**18;
uint256 public remainingTokens = 0;
}
/**
* @title CrowdsaleToken 
* @dev Contract to preform crowd sale with token
**/
contract CrowdsaleToken is StandardToken, Configurable, Ownable {
/**
* @dev enum of current crowd sale state
**/
enum Stages {
none,
icoStart, 
icoEnd
}
Stages currentStage;
/**
* @dev constructor of CrowdsaleToken
**/
constructor() public {
currentStage = Stages.none;
balances[owner] = balances[owner].add(tokenReserve);
totalSupply_ = totalSupply_.add(tokenReserve);
remainingTokens = cap;
emit Transfer(address(this), owner, tokenReserve);
}
/**
* @dev fallback function to send ether to for Crowd sale
**/
function () public payable {
require(currentStage == Stages.icoStart);
require(msg.value > 0);
require(remainingTokens > 0);
uint256 weiAmount = msg.value; // Calculate tokens to sell
uint256 tokens = weiAmount.mul(basePrice).div(1 ether);
uint256 returnWei = 0;
if(tokensSold.add(tokens) > cap){
uint256 newTokens = cap.sub(tokensSold);
uint256 newWei = newTokens.div(basePrice).mul(1 ether);
returnWei = weiAmount.sub(newWei);
weiAmount = newWei;
tokens = newTokens;
}
tokensSold = tokensSold.add(tokens); // Increment raised amount
remainingTokens = cap.sub(tokensSold);
if(returnWei > 0){
msg.sender.transfer(returnWei);
emit Transfer(address(this), msg.sender, returnWei);
}
balances[msg.sender] = balances[msg.sender].add(tokens);
emit Transfer(address(this), msg.sender, tokens);
totalSupply_ = totalSupply_.add(tokens);
owner.transfer(weiAmount);// Send money to owner
}
/**
* @dev startIco starts the public ICO
**/
function startIco() public onlyOwner {
require(currentStage != Stages.icoEnd);
currentStage = Stages.icoStart;
}
/**
* @dev endIco closes down the ICO 
**/
function endIco() internal {
currentStage = Stages.icoEnd;
// Transfer any remaining tokens
if(remainingTokens > 0)
balances[owner] = balances[owner].add(remainingTokens);
// transfer any remaining ETH balance in the contract to the owner
owner.transfer(address(this).balance); 
}
/**
* @dev finalizeIco closes down the ICO and sets needed varriables
**/
function finalizeIco() public onlyOwner {
require(currentStage != Stages.icoEnd);
endIco();
}
}
/**
* @title LavevelToken 
* @dev Contract to create the Lavevel Token
**/
contract AlexToken is CrowdsaleToken {
string public constant name = "AlexToken";
string public constant symbol = "ALT";
uint32 public constant decimals = 18;
}

והייצוג הבינארי כפי שהרשת רואה אותו

60806040526000600355600060045533600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff1602179055506000600560146101000a81548160ff021916908360028111156200006f57fe5b0217905550620001036b019d971e4fe8401e74000000600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546200024a6401000000000262000b1d179091906401000000009004565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550620001986b019d971e4fe8401e740000006001546200024a6401000000000262000b1d179091906401000000009004565b6001819055506b033b2e3c9fd0803ce8000000600481905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef6b019d971e4fe8401e740000006040518082815260200191505060405180910390a362000267565b600081830190508281101515156200025e57fe5b80905092915050565b611cb880620002776000396000f300608060405260043610610112576000357c0100000000000000000000000000000000000000000000000000000000900463ffffffff16806306fdde03146104c7578063095ea7b31461055757806318160ddd146105bc57806323b872dd146105e7578063313ce5671461066c578063355274ea146106a3578063518ab2a8146106ce57806366188463146106f957806370a082311461075e57806389311e6f146107b55780638da5cb5b146107cc578063903a3ef61461082357806395d89b411461083a578063a9059cbb146108ca578063bf5839031461092f578063c7876ea41461095a578063cbcb317114610985578063d73dd623146109b0578063dd62ed3e14610a15578063f2fde38b14610a8c575b60008060008060006001600281111561012757fe5b600560149054906101000a900460ff16600281111561014257fe5b14151561014e57600080fd5b60003411151561015d57600080fd5b600060045411151561016e57600080fd5b3494506101a7670de0b6b3a764000061019968056bc75e2d6310000088610acf90919063ffffffff16565b610b0790919063ffffffff16565b9350600092506b033b2e3c9fd0803ce80000006101cf85600354610b1d90919063ffffffff16565b111561024c576101f66003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b915061022e670de0b6b3a764000061022068056bc75e2d6310000085610b0790919063ffffffff16565b610acf90919063ffffffff16565b90506102438186610b3990919063ffffffff16565b92508094508193505b61026184600354610b1d90919063ffffffff16565b6003819055506102886003546b033b2e3c9fd0803ce8000000610b3990919063ffffffff16565b6004819055506000831115610344573373ffffffffffffffffffffffffffffffffffffffff166108fc849081150290604051600060405180830381858888f193505050501580156102dd573d6000803e3d6000fd5b503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef856040518082815260200191505060405180910390a35b610395846000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055503373ffffffffffffffffffffffffffffffffffffffff163073ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef866040518082815260200191505060405180910390a361045184600154610b1d90919063ffffffff16565b600181905550600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc869081150290604051600060405180830381858888f193505050501580156104bf573d6000803e3d6000fd5b505050505050005b3480156104d357600080fd5b506104dc610b52565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561051c578082015181840152602081019050610501565b50505050905090810190601f1680156105495780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b34801561056357600080fd5b506105a2600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610b8b565b604051808215151515815260200191505060405180910390f35b3480156105c857600080fd5b506105d1610c7d565b6040518082815260200191505060405180910390f35b3480156105f357600080fd5b50610652600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050610c87565b604051808215151515815260200191505060405180910390f35b34801561067857600080fd5b50610681611041565b604051808263ffffffff1663ffffffff16815260200191505060405180910390f35b3480156106af57600080fd5b506106b8611046565b6040518082815260200191505060405180910390f35b3480156106da57600080fd5b506106e3611056565b6040518082815260200191505060405180910390f35b34801561070557600080fd5b50610744600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291908035906020019092919050505061105c565b604051808215151515815260200191505060405180910390f35b34801561076a57600080fd5b5061079f600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506112ed565b6040518082815260200191505060405180910390f35b3480156107c157600080fd5b506107ca611335565b005b3480156107d857600080fd5b506107e16113eb565b604051808273ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200191505060405180910390f35b34801561082f57600080fd5b50610838611411565b005b34801561084657600080fd5b5061084f6114ab565b6040518080602001828103825283818151815260200191508051906020019080838360005b8381101561088f578082015181840152602081019050610874565b50505050905090810190601f1680156108bc5780820380516001836020036101000a031916815260200191505b509250505060405180910390f35b3480156108d657600080fd5b50610915600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803590602001909291905050506114e4565b604051808215151515815260200191505060405180910390f35b34801561093b57600080fd5b50610944611703565b6040518082815260200191505060405180910390f35b34801561096657600080fd5b5061096f611709565b6040518082815260200191505060405180910390f35b34801561099157600080fd5b5061099a611716565b6040518082815260200191505060405180910390f35b3480156109bc57600080fd5b506109fb600480360381019080803573ffffffffffffffffffffffffffffffffffffffff16906020019092919080359060200190929190505050611726565b604051808215151515815260200191505060405180910390f35b348015610a2157600080fd5b50610a76600480360381019080803573ffffffffffffffffffffffffffffffffffffffff169060200190929190803573ffffffffffffffffffffffffffffffffffffffff169060200190929190505050611922565b6040518082815260200191505060405180910390f35b348015610a9857600080fd5b50610acd600480360381019080803573ffffffffffffffffffffffffffffffffffffffff1690602001909291905050506119a9565b005b600080831415610ae25760009050610b01565b8183029050818382811515610af357fe5b04141515610afd57fe5b8090505b92915050565b60008183811515610b1457fe5b04905092915050565b60008183019050828110151515610b3057fe5b80905092915050565b6000828211151515610b4757fe5b818303905092915050565b6040805190810160405280600981526020017f416c6578546f6b656e000000000000000000000000000000000000000000000081525081565b600081600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925846040518082815260200191505060405180910390a36001905092915050565b6000600154905090565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff1614151515610cc457600080fd5b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d1157600080fd5b600260008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020548211151515610d9c57600080fd5b610ded826000808773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610e80826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550610f5182600260008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b600260008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff168473ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a3600190509392505050565b601281565b6b033b2e3c9fd0803ce800000081565b60035481565b600080600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1681526020019081526020016000205490508083111561116d576000600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611201565b6111808382610b3990919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b8373ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008873ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a3600191505092915050565b60008060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020549050919050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561139157600080fd5b60028081111561139d57fe5b600560149054906101000a900460ff1660028111156113b857fe5b141515156113c557600080fd5b6001600560146101000a81548160ff021916908360028111156113e457fe5b0217905550565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1681565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff1614151561146d57600080fd5b60028081111561147957fe5b600560149054906101000a900460ff16600281111561149457fe5b141515156114a157600080fd5b6114a9611b01565b565b6040805190810160405280600381526020017f414c54000000000000000000000000000000000000000000000000000000000081525081565b60008073ffffffffffffffffffffffffffffffffffffffff168373ffffffffffffffffffffffffffffffffffffffff161415151561152157600080fd5b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054821115151561156e57600080fd5b6115bf826000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b3990919063ffffffff16565b6000803373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002081905550611652826000808673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b6000808573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167fddf252ad1be2c89b69c2b068fc378daa952ba7f163c4a11628f55a4df523b3ef846040518082815260200191505060405180910390a36001905092915050565b60045481565b68056bc75e2d6310000081565b6b019d971e4fe8401e7400000081565b60006117b782600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008573ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055508273ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff167f8c5be1e5ebec7d5bd14f71427d1e84f3dd0314c0f7b2291e5b200ac8c7c3b925600260003373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008773ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020546040518082815260200191505060405180910390a36001905092915050565b6000600260008473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002060008373ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054905092915050565b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff163373ffffffffffffffffffffffffffffffffffffffff16141515611a0557600080fd5b600073ffffffffffffffffffffffffffffffffffffffff168173ffffffffffffffffffffffffffffffffffffffff1614151515611a4157600080fd5b8073ffffffffffffffffffffffffffffffffffffffff16600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff167f8be0079c531659141344cd1fd0a4f28419497f9722a3daafe3b4186f6b6457e060405160405180910390a380600560006101000a81548173ffffffffffffffffffffffffffffffffffffffff021916908373ffffffffffffffffffffffffffffffffffffffff16021790555050565b6002600560146101000a81548160ff02191690836002811115611b2057fe5b021790555060006004541115611c0a57611ba5600454600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff16815260200190815260200160002054610b1d90919063ffffffff16565b600080600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff168152602001908152602001600020819055505b600560009054906101000a900473ffffffffffffffffffffffffffffffffffffffff1673ffffffffffffffffffffffffffffffffffffffff166108fc3073ffffffffffffffffffffffffffffffffffffffff16319081150290604051600060405180830381858888f19350505050158015611c89573d6000803e3d6000fd5b505600a165627a7a723058205bbef016cc7699572f944871cb6f05e69915ada3a92a1d9f03a3fb434aac0c2b0029

פרטים נוספים על חוזים חכמים ניתן למצוא במאמר: מהם חוזים חכמים באת'ריום.

מסקנה

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

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

מה צופן העתיד לבלוקצ'יין? כעת אנו יכולים רק לשער על דרכים אפשריות לפיתוח טכנולוגיות בלוקצ'יין:

• Blockchain יהפוך לאותה טכנולוגיית מסד נתונים נפוצה כמו, למשל, SQL או NoSQL לפתרון מגוון הבעיות הספציפיות שלה;
• Blockchain יהפוך לפרוטוקול נפוץ, כמו ש-HTTP מיועד לאינטרנט;
• Blockchain יהפוך לבסיס למערכת פיננסית ופוליטית חדשה על פני כדור הארץ!

בחלק הבא נבחן אילו בלוקצ'יין קיימים כיום ומדוע הם משמשים בתעשיות שונות.

זאת רק ההתחלה!

מקור: www.habr.com