Lightning לעומת תשלום on-chain בביטקוין: עמלות, אישורים וערוצים

שני המסלולים מעבירים ערך הנקוב בביטקוין, אך משתמשים בשכבת הבסיס בדרכים שונות. תשלום on-chain יוצר עסקה שרשת הצמתים יכולה להפיץ ושכורים עשויים לכלול בבלוק. תשלום Lightning עובר במסלול של ערוצי תשלום; כל תשלום אינו נרשם כעסקת ביטקוין נפרדת בבלוקצ׳יין.

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

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

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

המקבל יכול לשלוח חשבונית Lightning שמקודדת בקשת תשלום, ולעיתים כוללת סכום, יעד, תיאור ותוקף. ארנק המשלם קורא אותה ומחפש מסלול עם קיבולת וגבולות מתאימים. מפרט החשבוניות BOLT 11 מתאר את שדות הבקשה, ו-BOLT 7 עוסק בפרסום ערוצים ועדכוני ניתוב.

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

ערוץ תשלום מתחיל בעסקת מימון on-chain ובעל קיבולת כוללת. כשהצדדים משלמים זה לזה, היתרה משתנה בלי לפרסם עסקת ביטקוין עבור כל עדכון. מה שצד אחד יכול לשלוח כרגע תלוי ביתרה בכיוון הזה, ברזרבות, במגבלות התשלום ובמסלול שנבחר. פרוטוקול העמיתים BOLT 2 מתאר פרמטרים של ערוץ ומגבלות HTLC.

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

עמלת on-chain משולמת עבור מקום בבלוק. הסכום תלוי בגודל העסקה ובשיעור שנבחר לתנאים הנוכחיים; עסקה גדולה יותר עשויה לעלות יותר גם אם היא שולחת פחות ביטקוין. אומדן הארנק משתנה ואינו שומר מקום בבלוק עתידי.

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

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

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

נתוני on-chain פומביים וניתנים לניתוח, אף שכתובת אינה חושפת אוטומטית את שמו של אדם. ניתוב הבצל של Lightning נועד להגביל את המידע שיש לכל צומת ממסר על המסלול המלא, אך אינו הופך כל תשלום לאנונימי. מפרט ניתוב הבצל BOLT 4 ועדכוני ערוצים פומביים ב-BOLT 7 מתארים חלקים ממודל הפרטיות.

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

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

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

מקורות טכניים ראשוניים: Bitcoin Developer Guide: עיבוד תשלומים; BOLT 2: פרוטוקול עמיתים; BOLT 4: ניתוב בצל; BOLT 5: עסקאות on-chain; BOLT 7: מידע ניתוב; BOLT 11: קידוד חשבוניות.