אישורי הפקדת קריפטו: סופיות וזיכוי בבורסה

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

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

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

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

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

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

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

לדוגמה, Kraken מתארת מצב “Credited” שבו ניתן להשתמש בהפקדה למסחר, ומצב “Successful” שבו אפשר גם למשוך. Coinbase מסבירה שהפקדה יכולה להישאר “Pending” עד שהמערכת מזהה את האישורים הדרושים. אלה דוגמאות לתהליכים של ספקים מסוימים, לא הגדרות כלליות. בדקו את ההנחיות העדכניות של השירות המקבל.

לשם המחשה בלבד, נניח ששירות דורש שלושה אישורי Bitcoin. אם העסקה נכללת בבלוק 850,000, הספירה המקובלת היא אחד. בבלוק 850,001 היא תהיה שתיים, ובבלוק 850,002 שלוש. לכן צריכים להיווצר בלוקים נוספים לאחר ההכללה כדי להגיע לסף שהשירות ציין.

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

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

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

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

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