הערות שטח

קבלת קריפטו בנקודת המכירה

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

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

הבעיה שצריך באמת לפתור

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

הקשה אחת: QR, הצעת מחיר נעולה, שורה באירו

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

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

סליקה לאירו, כדי שהספרים לא ילמדו קריפטו

בין הנכס שהלקוח שולח לאירו שהעסק שומר נמצאת ההמרה, ומקומה הוא כל הטריק. הלקוח שולח USDC או BTC; הפלטפורמה ממירה ומזכה את חשבון העסק ב-EUR. פנקס החשבונות של העסק רואה רק זיכוי באירו ושורת עמלה באירו — באותה צורה כמו סליקת כרטיס — כי הנכס מומר בפלטפורמה ולא נשאר בארנק שהעסק צריך עכשיו לנהל. בסוף היום הספרים באירו מקצה לקצה. אין סל מטבעות להעריך, אין מטבע שני בחשבונות, ואין מה להמיר החוצה ביום שני בבוקר.

תפקידו של הלקוח הוא לשלם במה שיש לו. תפקידו של העסק הוא לנהל ספרים במטבע אחד. נקודת מכירה שסולקת קריפטו לאירו היא פשוט המכונה שדואגת ששתי העובדות האלה לא ייפגשו לעולם.
— Protocore · הנדסת תשלומים

השער נעול, לא נרדף

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

כשהלקוח איטי, או שהמסוף לא מקוון

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

איפה המסוף פוגש את ה-Gateway

הדלפק הוא הפנים הפיזיות של אותה מערכת קבלת תשלומים שפועלת אונליין. הקשת קריפטו בנוכחות כרטיס ו-checkout של תשלום בקישור הם אותו אירוע מתחת לפני השטח — בקשה, תשלום, סליקה באירו, קבלה — שמוצג על משטחים שונים. כך עסק מתאים קריפטו בחנות והזמנות אונליין במקום אחד, באירו, עם אותן שורות עמלה ואותם ייצואים, ולא מנהל שני ספרים שצריך לסרוג יחד בסוף החודש. המסוף נמצא ב-/products/pos; הצד המקוון של אותם פסים הוא /products/gateway; והמונחים — הצעת מחיר, סליקה, acquirer, התאמה — מוגדרים ב-/glossary.

הגבול, בלי עיגולי פינות

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

יש מערכת לבנות?

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