لماذا يمكن أن تكون معاملات البيتكوين بطيئة

تم تصميم Bitcoin بمتوسط وقت كتلة ≈ 10 دقائق، ولكن هذا متوسط وليس ضمانًا. إذا كانت معاملتك عالقة، فسيتم دائمًا إلقاء اللوم على إمبول مزدحم و/أو رسوم بايت منخفضة جدًا. أضف إلى ذلك متطلبات المستلم لعدد التأكيدات وحجم المعاملة نفسها (بالبايت الافتراضي) وسياسة المحفظة - وستحصل على اختلافات ملحوظة في وقت التسليم.

باختصار: من أين تأتي «ببطء»

1. ممبول مزدحم. عندما تكون هناك معاملات غير مؤكدة أكثر من «مناسبة» لأقرب كتل، يبدأ مزاد العمولات.

2. معدل الرسوم المنخفض (sat/vB). يأخذ عمال المناجم في كتلة المعاملات بأعلى سعر للبايت الافتراضي - وليس المبلغ الإجمالي للعمولة.

3. معاملة كبيرة من حيث الوزن. العديد من المدخلات (UTXO)، تنسيقات العناوين القديمة (Legacy) → وزن أعلى → أغلى/أطول بنفس معدل الرسوم.

4. تباين وقت الكتلة. تتقلب الفترات «أصليًا»: يمكن الحصول عليها في 20 ثانية، أو ربما في 40 + دقيقة.

5. سياسات المتلقي. تنتظر التبادلات/الخدمات 1-6 تأكيدات وأحيانًا أكثر خلال ساعات الذروة.

6. قيود المحفظة. لا يدعم الجميع RBF/CPFP، ولا يعرف كيفية المبالغة في تقدير الرسوم بشكل كافٍ، ووضع ملف تعريف «اقتصادي» بشكل افتراضي.

كيف يعمل «تحت غطاء المحرك»

Mempool - حاجز للمعاملات غير المؤكدة في جميع العقد. يمكن للعقد التخلص من المعاملات الرخيصة جدًا.

يتم قياس وزن المعاملة بـ vB (بايت افتراضي). يتأثر الإدراج بسعر vB (sat/vB).

يحتوي الكتلة على حد لوحدات الوزن، لذلك يقوم عمال المناجم بفرز مزايا sat/vB، مما يشكل «عتبة دخول» إلى أقرب كتلة.

يسمح RBF (الاستبدال بالرسوم) للمرسل باستبدال معاملة غير مؤكدة بإصدار رسوم أعلى.

يسمح CPFP (Child-Pays-For-Part) لمتلقي/مالك الخروج بتسريع التأكيد: إنفاق خروج «الوالد» الناتج عن ذلك عن طريق وضع عمولة عالية على معاملة «الطفل».

أسباب التأخير المتكررة وما العمل

سبب	كيف يبدو الأمر	قرار
مجموعة منخفضة sat/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 لنفس السرعة.

4. استخدم SegWit/bech32. هذا يقلل الوزن دون مخاطر إضافية.

5. احتفظ بالمخزون على الرسوم. خاصة إذا كنت ترسل في وقت ذروة الحمل.

تسريع الترجمات العالقة: أساليب العمل

1) RBF (استبدال بالرسوم)

متاح إذا كانت المعاملة الأصلية موسومة على أنها قابلة للاستبدال.

أرسل «بديلاً» بجلسة أعلى/vB. ستفضل العقد وعمال المناجم الإصدار الجديد.

2) CPFP (الطفل يدفع للوالد)

مناسب عندما تتحكم في الخروج من الصفقة «الأم».

إنشاء «طفل» مع جلوس مرتفع للغاية/vB لجعل الحزمة الإجمالية مربحة لعامل المنجم.

3) برك المسرعات (اختياري)

تقدم بعض مجمعات التعدين مسرعات مدفوعة الأجر/شريك. تقييم المخاطر والظروف.

كيفية تقليل مخاطر التأخير مقدما

استخدم bech32 (bc1...) و SegWit - وزن أقل = أرخص وأسرع بنفس السعر لكل vB.

دمج UTXO خلال فترات الهدوء (رسوم منخفضة): ادمج المداخل الصغيرة في مدخل واحد.

خطط لوقتك. أرسل التحويلات خارج القمم (عندما يتم تفريغ mempool).

ضع ملف تعريف رسوم مناسب. لـ «الكتلة التالية» - دفع سعر السوق لكل vB.

اختر محفظة مع RBF وإعداد عمولة يدوية. من الصعب التحكم في السرعة بدون ذلك.

ناقش متطلبات المستلم. إذا كان التبادل ينتظر 3-6 تأكيدات، ضع ذلك في الاعتبار في الموعد النهائي.

بالنسبة للمدفوعات الصغيرة/الأجل، ضع في اعتبارك البرق (إذا كان مدعومًا من كلا الطرفين).

Lightning and L2 as 'plan B'

تقدم Lightning Network عمليات نقل في ثوانٍ وبنسات، ولكنها تتطلب دعمًا من المرسل والمستلم، ولديها أيضًا حدود للقناة.

تقبل بعض المواقع BTC من خلال Lightning أو من خلال عمليات التكامل الاحتجازية - وهذا خيار جيد لكميات صغيرة عاجلة.

بالنسبة للنظام البيئي ETH - L2 (تحكيم/تفاؤل/مضلع): إذا قمت بترجمة العملات المستقرة/الرموز المميزة بدلاً من BTC، فقد تكون أسرع وأرخص.

أوراق التحقق

قبل إرسال BTC

تم التحقق من عنوان المتلقي ؛ يفضل تنسيق bech32.
تدعم المحفظة اختيار RBF واليدوي sat/vB.
أفهم التأكيدات المطلوبة من المتلقي (التبادل/الخدمة).
معدل رسوم مناسب تم اختياره لهدف كتلة Block/1-3 التالية.
لا عشرات من UTXOs الصغيرة ؛ إذا لزم الأمر، الدمج مقدما.

إذا كانت الصفقة «عالقة»

فحصه في المتصفح (سواء كان هناك تضارب/استبدال، كم من الوقت موجود في الإمبول).
RBF متاح → أرسل استبدال أعلى sat/vB.
من الممكن أن يكون CPFP → خلق طفلًا مرتفعًا.
إذا لم يكن هناك شيء، فأنا في انتظار انخفاض الحمل ؛ أخطر المتلقي بالحالة/الخطة.

الأخطاء الشائعة وكيفية تجنبها

خطأ	لماذا سيء	ماذا تفعل
ركز على «مبلغ الرسوم»، لا يجلس/vB	يهتم عمال المناجم بالسعر لكل بايت، وليس الكمية المطلقة	انظر sat/vB، ضع في اعتبارك وزن المعاملة
العناوين القديمة ومجموعة المدخلات	معاملة سميكة، أولوية منخفضة	انتقل إلى SegWit/bech32، ودمج UTXO مقدمًا
محفظة بدون RBF	لا شيء لتسريع	اختر محافظ مع RBF/CPFP
إرسال «خلال ساعة الذروة»	المدفوعات الزائدة أو التأخير	وقت التخطيط، رهان رسوم السوق
تجاهل مطالبات المتلقي	«لا مال»، على الرغم من وجود 0 conf بالفعل	اكتشف عدد التأكيدات التي تحتاجها مسبقًا

الأسئلة الشائعة (قصيرة)

كم هو «طبيعي» انتظار التأكيد ؟

في الوقت الهادئ وبجلوس مناسب/vB - 10-60 دقيقة (1-3 تأكيدات). خلال ساعات الذروة - أطول.

إذا وضعت عمولة ضخمة - هل ستكون فورية ؟

لا توجد ضمانات بسبب تباين وقت الكتلة، لكن فرص الدخول إلى الكتلة التالية أعلى بشكل حاد.

هل من الممكن «إسقاط» العمولة بعد إرسالها ؟

نعم، إذا كانت الصفقة قابلة للاستبدال. خلاف ذلك، فقط CPFP (إذا كنت تتحكم في الناتج المستلم)، أو تنتظر.

لماذا لا يتم تسجيل البورصة إذا كانت معاملتي موجودة بالفعل ؟

قد يتطلب التبادل تأكيدات متعددة. إنها سياسة المخاطر الخاصة بها.

عمليات نقل البيتكوين البطيئة ليست «انهيار الشبكة»، ولكنها نمط من مزاد السوق للعمولات وعرض النطاق الترددي المحدود للكتل. التحكم sat/vB، استخدام SegWit/bech32، جدولة الوقت، إبقاء RBF/CPFP في متناول اليد والنظر في قواعد المتلقي. عندها ستكون معاملات BTC الخاصة بك متوقعة قدر الإمكان - بدون أعصاب غير ضرورية و «معلقة» مطولة.