תשלום עבור תשתית ב-crypto, הלכה למעשה

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

בחירת רשת, לפי העלות הכרוכה בה

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

רשתות לפי עלות וזמן אישור

רשת	זמן המתנה טיפוסי	ניתן לקישור	הערות לחשבונית חוזרת
Tron (TRC-20)	~1 min	כן	בדרך כלל זו הדרך הזולה ביותר להעביר מטבע יציב. העמלות משולמות ב-TRX, ולכן כדאי לשמור מעט ממנו בצד, אחרת ההעברה פשוט לא תיבנה.
Litecoin	~15 min	כן	זול, לא מרגש, אמין ביותר. ברירת מחדל טובה כשלא נדרש מטבע יציב.
Monero	~20 min	לא	היחיד ברשימה הזו שבו הסכום והצד שכנגד אינם פומביים. העמלות נמוכות וצפויות.
Bitcoin	~20 min	כן	העמלות משתנות בהתאם לעומס, לעיתים בסדר גודל שלם. מתאים לחשבונית שנתית, אך מטריד עבור חשבונית חודשית.
Ethereum (ERC-20)	~3 min	כן	מהיר ואמין, אך העמלה עלולה לעלות על סכום חשבונית קטנה לחלוטין. כדאי לבדוק לפני השליחה, לא אחריה.

סימול של מטבע יציב אינו רשת. USDT קיים על Tron, על Ethereum ועל כמה רשתות נוספות; הכתובות נראות שונות, והכספים אינם עוברים ביניהן. הבחירה ב"USDT" היא רק חצי מההחלטה — החצי השני הוא הרשת, וזהו החצי שבו דברים משתבשים.

למה הסכום מסתיים בספרות עשרוניות משונות

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

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

שלוש הדרכים שבהן הדברים משתבשים

1. הרשת הלא נכונה — היקרה

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

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

2. סכום עגול — המעצבנת

כבר הוסבר למעלה. ניתן לתיקון תמיד. עולה כשעה והודעה אחת.

3. תשלום שני כדי לתקן את הראשון — המסלימה

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

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

חלון השער, ועל מה הוא מגן

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

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

הנהלת חשבונות כשהחשבונית במטבע קריפטו

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

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

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

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

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