משלוח מול תשלום באמצעות blockchain

כיצד רשתות חסימות יכולות לפתור את הבעיה העתיקה ביותר בספר

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

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

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

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

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

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

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

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

משלוח מול תשלום באמצעות בלוקצ'יין

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

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

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

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

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

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

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

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

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

ראשית, כל אחד מהצדדים בונה עסקה עם שתי תשומות ושתי תפוקות. שתי התשומות מוציאות את התפוקות הקודמות המכילות את £ 10 של אליס ואת $ 15 של בוב בהתאמה. באשר לפלטים, הראשון מכיל את המזהה של אליס ו- 15 דולר, והשני מגיע לבוב המכיל 10 פאונד. מכיוון שכמויות התשומה והתפוקה בשני המטבעות מאזנות, העסקה שלנו ממלאת את התנאי הראשון לעיל. כדי להגשים את השנייה, עליס וגם בוב חייבים כעת לחתום על העסקה, מכיוון שהיא מוציאה תפוקות קודמות השייכות לכל אחת מהן.

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

כוחן של עסקאות חלקיות

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

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

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

אולי צד אחד יבוא יחד עם 15 דולר ויבצע החלפה ישרה של 10 ליש"ט של אליס. אבל אולי בוב וקרול רוצים להחליף רק 7.50 דולר כל אחד. במקרה זה הם היו מוסיפים שתי תשומות לעסקה, יחד עם שתי תפוקות שגובות 5 ליש"ט כל אחת. או שאולי קרול באמת רוצה להחליף 15 דולר תמורת 950 רובל, ואילו לסשה במוסקבה יש 950 רובל ומחפשת 10 פאונד. במקרה זה יכולה להתקיים חילופי 3 כיוונים, שכל צד עדיין דואג רק לפיסת הפאזל שלו. ניתן לבצע את העסקה שאליס החלה במספר אינסופי של דרכים שונות. אבל מנקודת המבט של אליס, כל אלה משיגים את אותה מטרה לתת לה 15 דולר תמורת 10 לירות שטרלינג, וכולם משמחים אותה באותה מידה.

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

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

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

מ- DvP לחוזים חכמים

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

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

• כמויות הנכס בשורות שנמחקו על ידי עסקה תואמות את אלה בשורות שהיא יוצרת.
• על כל שורה שנמחקה (או שונתה) על ידי עסקה, על בעל השורה לחתום על העסקה.
• אם שורת מסד נתונים נמחקה על ידי עסקה אחת, הדבר מונע מעסקה אחרת למחוק אותה שוב.

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

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

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

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

תוספת טכנית

כדי לבנות עסקאות DvP חלקיות, השתמש ב- סוג חתימה of SINGLE|ANYONECANPAY. אם אתה משתמש MultiChain, ה preparelockunspent, createrawexchange ו appendrawexchange שיחות API לדאוג לפרטים בשבילך. ראה את תחילת העבודה דף לדוגמא פשוטה כיצד ניתן להשתמש בהם.

אנא פרסם הערות ב LinkedIn.

Source: https://www.multichain.com/blog/2015/09/delivery-versus-payment-blockchain/