למה עסקאות ביטקוין יכולות להיות איטיות

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

בקיצור: מאיפה זה בא ”לאט”

1. ממפול צפוף. כאשר יש יותר עסקאות לא מאושרות מאשר ”להתאים” לבלוקים הקרובים ביותר, מכירה פומבית של עמלות מתחילה.

2. שיעור תשלום נמוך (Sat/VB). כורים נכנסים לבלוק העסקה עם המחיר הגבוה ביותר עבור בייט וירטואלי - לא הסכום הכולל של העמלה.

3. עסקה גדולה לפי משקל. הרבה כניסות (UTXO), פורמטים ישנים של כתובות (Legacy).

4. שינויים בזמן החסימה. מרווחים ”native” תנודות: ניתן להשיג אותו תוך 20 שניות, או אולי תוך 40 + דקות.

5. מדיניות הנמענים. ההחלפה/שירותים ממתינים לאישור 1-6 ולפעמים יותר בשעות השיא.

6. הגבלות ארנק. לא כל אחד תומך ב-RBF/CPFP, לא יודע איך להפריז בתשלום, לשים פרופיל ”חסכוני” כברירת מחדל.

איך זה עובד ”מתחת למכסה המנוע”

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

משקל העסקה נמדד ב- VB (bytes וירטואלי). הכללה מושפעת מהמחיר לכל vB (sat/vB).

לבלוק יש מגבלת יחידות משקל, כך שהכורים ממיינים על ידי התועלת Sat/VB, ויוצרים ”סף כניסה” לבלוק הקרוב ביותר.

RBF (החלפה באמצעות תשלום) מאפשר לשולח להחליף עסקה לא מאושרת בגרסת עמלה גבוהה יותר.

CPFP (Child-Pays-For-Parent) מאפשר לנמען/בעליו של היציאה לזרז את האישור: להוציא את יציאת ”ההורה” כתוצאה מכך על ידי העמדת עמלה גבוהה על העסקה ”ילד”.

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

היגיון	איך זה נראה?	החלטה
סט סאט/vB נמוך	”תלוי” במשך שעות/ימים	אם נתמכת - RBF בתשלום מוגדל; אחרת, לחכות או לבקש מהמקבל לעשות CPFP
עומס שיא (ממפול מלא)	”הסף” בגוש עלה בחדות	חכה לירידה; העלאה בתשלום לרמה הנוכחית; לעתיד - לשלוח מתוך קוצים
כניסות רבות (איחוד UTXO)	עסקה ”עבה”, יקר להאיץ	איחוד UTXO מראש כאשר המזכר ריק; השתמש SegWit/bech32
כתובות מורשת	משקל נוסף בתנאים שווים	עבור ל ־ bech32 (bc1...) / SegWit = פחות משקל ועמלה
מדיניות החלפה קשה על אישורי	הבלוק כבר יש, אבל אין הרשמה	דרישות בדיקה (1-6 + conf); לחכות; לעתיד - לתרגם מוקדם יותר/דרך ברק
ארנק ללא RBF/CPFP	אתה לא יכול ”לזרוק” הוועדה	השתמש בארנק עם RBF; לכניסה - משא ומתן CPFP

תרגול: כיצד להעריך כראוי את העמלה

1. ראה לא את ”עמלת סטושי”, אלא את המחיר לכל משקל - ישב/vB.

2. בחר את המטרה על ידי אימות (בבלוק הבא/ב 1-3 בלוקים/בדלילות).

3. תן דעתך למשקל העסקה. הקלטות רבות = vB = מעל vB = זקוקות למחיר הגבוה ביותר לכל vB עבור אותה מהירות.

4. השתמש SegWit/bech32. זה מוריד במשקל ללא סיכונים נוספים.

5. שמור מניות בתשלום. במיוחד אם אתה שולח בזמן של עומס שיא.

מהירות מופרזת של תרגומים תקועים: שיטות עבודה

1) RBF (החלפה בתשלום)

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

שלח ”מחליף” עם סט/vB גבוה יותר. צמתים וכורים יעדיפו את הגרסה החדשה.

2) CPFP (ילד-משלם-להורה)

מתאים כאשר אתה שולט ביציאה מהעסקה ”הורה”.

צור ”ילד” עם סאט/vB גבוה מאוד כדי להפוך את החבילה הכוללת לרווחית עבור הכורה.

3) בריכות מאיץ (אופציונלי)

כמה בריכות כרייה מציעות מאיצים בתשלום/שותף. להעריך את הסיכונים והתנאים.

איך להפחית את הסיכון של עיכובים מראש

השתמש ב-bech32 (bc1...) וב-SegWit - פחות משקל = זול יותר ומהיר יותר באותו מחיר ל-vB.

איחוד UTXO בתקופות שקטות (עמלות נמוכות): לשלב כניסות קטנות לתוך אחת.

לתכנן את הזמן שלך. שלח העברות מחוץ לפסגות (כאשר הממפול לא טעון).

קבע פרופיל שכר הולם. עבור ”הבלוק הבא” - לשלם מחיר שוק לכל vB.

בחר ארנק עם אר-בי-אף ועמלה ידנית. קשה לשלוט במהירות בלי זה.

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

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

ברק ו-L2 כתוכנית ב '&fost

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

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

למערכת האקולוגית ETH-L2 (ארבירום/אופטימיזם/פוליגון): אם אתה מתרגם סטבלקונים/אסימונים במקום BTC, זה יכול להיות מהיר וזול יותר.

בדוק גיליונות

לפני שליחת BTC

[ כתובת הנמען ] מאומתת; פורמט Bach32 מועדף.

[ ] הארנק תומך בבחירת RBF וסאט/vB ידנית.

[ ] אני מבין את האישורים הנדרשים מהמקבל (החלפה/שירות).

[ ] שיעור תשלום הולם שנבחר ליעד Block/1-3 הבלוק הבא.

[ ] אין עשרות UTXOS קטנים; במידת הצורך, איחוד מראש.

אם העסקה ”תקועה”

[ ] בדק את זה בדפדפן (בין אם יש קונפליקטים/תחליפים, כמה זמן יש בממפול).

[ ] RBF זמין * שלח תחליף Sat/VB גבוה יותר.

[ ] CPFP אפשרי = יצר ילד עם שכר גבוה.

[ ] אם כלום, אני מחכה שהעומס ירד; הודעתי לנמען על מצב/תכנית.

טעויות נפוצות וכיצד להימנע מהן

טעות	למה רע	מה לעשות?
התמקד ב ”סכום עמלה” ולא ב ־ Sat/VB	לכורים אכפת ממחיר לבייט, לא מהכמות המוחלטת	ראה Sat/VB, שקול את משקל העסקה
כתובות מורשת וערימת קלט	עסקה עבה, בעדיפות נמוכה	העבר SegWit/bech32, איחוד UTXO מראש
ארנק ללא RBF	אין מה להאיץ	בחר ארנקים עם RBF/CPFP
שלח ”בשעות העומס”	תשלום יתר או עיכוב	זמן תוכנית, עמלת שוק הימור
התעלמות מטענותיו של הנמען	”אין כסף”, למרות ש-0 קונף כבר שם	גלה כמה אישורים אתה צריך מראש

FAQ (קצר)

כמה זה ”נורמלי” לחכות לאישור?

בזמן שקט ובזמן לווייני הולם - 10-60 דקות (1-3 אימות). בשעות השיא - ארוכות יותר.

אם אשים עמלה ענקית, זה יהיה מיידי?

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

האם זה אפשרי ”לרדת” הוועדה לאחר שליחת?

כן, אם העסקה הייתה ניתנת להחלפה. אחרת, רק CPFP (אם אתה שולט בפלט שהתקבל), או לחכות.

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

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

העברות ביטקוין איטיות אינן ”פירוט רשת”, אלא דפוס של מכירה פומבית של עמלות ורוחב פס מוגבל של בלוקים. בקרת סאט/vB, שימוש SegWit/bech32, לוח זמנים, שמירה על RBF/CPFP זמין ושקול את כללי הנמען. ואז העסקאות שלך ב-BTC יהיו צפויות ככל האפשר - ללא עצבים מיותרים ו ”ממתינים” ממושכים.