مشكلة في زيادة الرسوم في إلكتريوم

[yhiaali3]

السلام عليكم
اليوم كنت أقوم بإرسال بعض البيتكوين من محفظة إلكتريوم إلى المنصة ووضعت الرسوم على   18Sat/Byte لكن المعاملة تأخرت كثيرا لذلك قررت زيادة الرسوم لتسريع المعاملة.
عندما قمت بمحاولة زيادة الرسوم إلى 46Sat/Byte تعطيني رسالة خطأ كما في الصورة:

              

كما ترون رسالة الخطأ تظهر باللون الأحمر.

حاولت تغيير الرسوم زيادة أو نقصان لكن نفس الخطأ. قمت بتغيير أيضا Mempool , ETA, Static لكن نفس الخطأ.
نظرت في التفاصيل موجود: Replace by fee: True

لا أدري ما هي المشكلة وما هو الحل؟ أرجو من الإخوة إفادتي حول هذه المشكلة.

[OmegaStarScream]

ما هي النسخة التي تستخدمها؟ لقد وجدت مشاكل مماثلة في Github لكنها في نسخ قديمة (من عام 2018).

على أي، الظاهر أن للمشكل علاقة بال change address  أو dust payment (يعني كون المبلغ المرجع جد صغير). يعني لا يمكن للاكتروم خفض هذا المبلغ أكثر مما هو عليه الحال الان.

يمكنك مشاركة العملية ان لم تمانع، هذا قد يساعدنا على معرفة المشكل أفضل.

[yhiaali3]

ما هي النسخة التي تستخدمها؟ لقد وجدت مشاكل مماثلة في Github لكنها في نسخ قديمة (من عام 2018).

على أي، الظاهر أن للمشكل علاقة بال change address  أو dust payment (يعني كون المبلغ المرجع جد صغير). يعني لا يمكن للاكتروم خفض هذا المبلغ أكثر مما هو عليه الحال الان.

يمكنك مشاركة العملية ان لم تمانع، هذا قد يساعدنا على معرفة المشكل أفضل.

شكرا أخي أوميغا .
أنا كنت استخدم الإصدار electrum-4.4.0 لكن انتبهت الآن إلى وجود إصدار أحدث electrum-4.4.3 قمت بتنزيله واستبدال القديم وحاولت من جديد لكن للأسف نفس المشكلة .

هذا رابط TX:
https://blockstream.info/tx/9b92fb7b4594da1ba4c7c28ebf6c94d5c48d21363598f9631026002c730a6f7e

[OmegaStarScream]

شكرا أخي أوميغا .
أنا كنت استخدم الإصدار electrum-4.4.0 لكن انتبهت الآن إلى وجود إصدار أحدث electrum-4.4.3 قمت بتنزيله واستبدال القديم وحاولت من جديد لكن للأسف نفس المشكلة .

هذا رابط TX:
https://blockstream.info/tx/9b92fb7b4594da1ba4c7c28ebf6c94d5c48d21363598f9631026002c730a6f7e

غريب. كنت أتوقع أن تكون عندك على الأقل عنوان اخر خاص بك في المعاملة.

هل عندك رصيد اخر في المحفظة؟ يعني المحفظة بأكملها و ليس العنوان. و هل جربت تغيير ال Method؟

على أي حال، بما أنك قمت بارسال المعاملة الى ViaBTC و اخر بلوك خاص بهم كان منذ 8 ساعات، أتوقع أن يتم تأكييد معاملة عن قريب.

[yhiaali3]

على أي حال، بما أنك قمت بارسال المعاملة الى ViaBTC و اخر بلوك خاص بهم كان منذ 8 ساعات، أتوقع أن يتم تأكييد معاملة عن قريب.

شكرا لك أخي أوميغا، بالفعل لقد تم إرسال المعاملة واستلمتها في المنصة منذ قليل.

في الحقيقة أنا وضعت رسوم قليلة من باب التجربة لأرى هل الأمور عادت لطبيعتها أم لا ، انتظرت طويلا لكن ليس هناك أي تأكيد لذلك قررت زيادة الرسوم ثم حدثت هذه المشكلة التي تحدث معي للمرة الأولى ولم أعرف السبب.

على كل حال شكرا لك أخي أوميغا مرة ثانية المشكلة انحلت والحمد لله.

[Ulven]

على أي حال، بما أنك قمت بارسال المعاملة الى ViaBTC و اخر بلوك خاص بهم كان منذ 8 ساعات، أتوقع أن يتم تأكييد معاملة عن قريب.

شكرا لك أخي أوميغا، بالفعل لقد تم إرسال المعاملة واستلمتها في المنصة منذ قليل.

في الحقيقة أنا وضعت رسوم قليلة من باب التجربة لأرى هل الأمور عادت لطبيعتها أم لا ، انتظرت طويلا لكن ليس هناك أي تأكيد لذلك قررت زيادة الرسوم ثم حدثت هذه المشكلة التي تحدث معي للمرة الأولى ولم أعرف السبب.

على كل حال شكرا لك أخي أوميغا مرة ثانية المشكلة انحلت والحمد لله.

بالفعل تم تأكيد المعاملة و لكن المشكلة ما سبب عدم إشتغال معك خاصية تسريع المعاملة من خلال رفع الرسوم؟ لأنه كما هو مؤلوف لدي أنني أيضاً في العديد من المناسبات يتم تعليق تأكيد المعاملة و لكن من خلال تسريع المعاملة تشتغل معي في الغالب تكون فورية.

[khaled0111]

اولا لحسن الحظ ان المعاملة تم تسريعها وتم حل الاشكال. لكن اعتقد انه يحب أن نواصل النقاش لمعرفة سبب المشكل و كيف يمكن تجنبه في المستقبل.
مطوروا الكتروم يقومون بعديد التطورات الخوهرية و للأسف يبدو أن المستخدمين لا زالوا غير مستعدين لذلك. لذلك مثل هذا الموضوع يمكن أن يكون مفيدا لهم.

اخي يحيى سبب الاشكال الذي تعرضت له، و قد أكون مخطئا، انك قمت بإرسال كل المبلغ الموجود في محفظتك إلى محفظة أخرى، و عندما أردت تسريع المعاملة نسيت تغيير خاصية "preserve payment"  إلى "decrease payment".
عند قيامك بتفعيل خيار تسريع المعاملة فأنت تطلب من الكتروم ان تدفع رسوم اكثر لتحفيز المعدنين لتأكيد معاملتك. لكن ان كنت قد أرسلت كل المبلغ الذي لديك ثم طالبت بتسريع المعاملة فذلك لن يكون ممكنا ان كان خيار "preserve payment" مفعلا.
الكتروم لن تجد اي مصدر للترفيع في العمولة.
اذا كان الخيار الاخر مفعلا، عندها يمكن الكتوم ان تقتطع من الرصيد المرسل لاظافته للعمولة.

هذا تحليلي الشخصي و يمكن أن أكون مخطئا و اذا كنت كذلك، اتمنى ان يتم تصحيح.

[mikeywith]

ماقاله الاخ خالد صحيح , ولكن ليكون الشرح اوضح بالارقام, فاسمح لي:

ماحدث هوا انك قمت بتحويل 0.00372966 من اصل UTXO قيمتها 0.00375000 كنت قد تحصلت عليها في نفس اليوم في هده المعاملة

Code:

d58c6fcae96ea2ca7b6ffdabb355231039f86017a121e0af561b010d93dfe1c8

اذا قمنا بطرح الرقمين فالناتج سوف يكون 0.00002034 او 2,034 sats

حجم المعاملة كان 113 Bytes عندما تقوم بقسمة ال 2034 ساتوشي على حجم المعاملة سوف تحصل على 18 ساتوشي لكل vByte وهدا هوا الحد الاقصى الذي كان يمكنك اختياره والا فأن المحفظة لن تجد من اين تغطي القيمة المضافة بدون انقاص القيمة المرسلة, لو تمكنت مثلا من تغير القيمة المرسلة الى 0.0036483 مثلا, عندها سوف يكون الرصيد الاضافي 0.0001017 او 10,170 ساتوشي, بقسمته على حجم المعاملة 113  = 90

يعني كان يمكن زيادة الرسوم الى 90 ساتوشي لل vByte.

[yhiaali3]

شكرا لك أخي خالد وأخي ميكي والأخ أوميغا ولجميع الأخوة أيضا.

نعم على الأغلب هذا هو التحليل الصحيح، بما أنه تم إرسال كل ما في المحفظة فلن يتمكن البرنامج من زيادة الرسوم دون تقليل الدفع.
لكن أنا توقعت أن يتم ذلك بشكل تلقائي يعني صحيح أنا وضعت الخيار على preserve payment ولكن ظننت في نفسي أنه سوف يتم خصم الرسوم الزيادة من المعاملة نفسها ولم أتوقع أنه يجب أن يكون هناك ساتوشي في المحفظة.

أعتقد أن هذه الحالة من الجيد عرضها على مطوري المحفظة لأخذها بعين الاعتبار يعني إذا لم يجد البرنامج أي ساتوشي إضافي في المحفظة لماذا لايقوم بالتحويل تلقائيا للخيار الثاني "decrease payment" ويقوم بخصم الرسوم الزيادة من المعاملة نفسها وبالتالي نتجنب حدوث مثل هذه المشكلة.

أو أن يتم إضافة خيار إلغاء المعاملة بحيث يتمكن المستخدم من تصحيح الرسوم يدويا (لكن لا أدري إن كان هناك إمكانية لإلغاء المعاملة بعد بثها)

ما رأيكم هل هذا ممكن أم يمكن أن يكون هناك مشكلة تقنية في هذه الحلول؟

[mikeywith]

أعتقد أن هذه الحالة من الجيد عرضها على مطوري المحفظة لأخذها بعين الاعتبار يعني إذا لم يجد البرنامج أي ساتوشي إضافي في المحفظة لماذا لايقوم بالتحويل تلقائيا للخيار الثاني "decrease payment" ويقوم بخصم الرسوم الزيادة من المعاملة نفسها وبالتالي نتجنب حدوث مثل هذه المشكلة.

أو أن يتم إضافة خيار إلغاء المعاملة بحيث يتمكن المستخدم من تصحيح الرسوم يدويا (لكن لا أدري إن كان هناك إمكانية لإلغاء المعاملة بعد بثها)

ما رأيكم هل هذا ممكن أم يمكن أن يكون هناك مشكلة تقنية في هذه الحلول؟

بالنسبة للتطوير المقترح اعتقد انه ممكن ان يكون فكرة سيئة، تذكر ان ليس كل التحويلات هي عبارة عن نقل امولك من عنوان لاخر، ماذا يحدث عند شراء شي ما من موقع معين يتوقع وصول قيمة معينة ومن ثم يصل المبلغ منقوص، سوف تحتاج للتواصل مع البائع مجددا لكي يقوم بتفعيل نفس العنوان مجددا او اعطاءك عنوان جديد لتحويل ماتبقى من الرصيد.

اعتقد ان سلبيات الاقتراح اكثر من ميزاته.

اما النقطة التانية فلا يمكن الغاء تحويل الا عن طريق  ارسال تحويل اخر برسوم اعلى، لا احد يمكنه الوصول الى كل العقد ومسح تحويل منها.

[yhiaali3]

بالنسبة للتطوير المقترح اعتقد انه ممكن ان يكون فكرة سيئة، تذكر ان ليس كل التحويلات هي عبارة عن نقل امولك من عنوان لاخر، ماذا يحدث عند شراء شي ما من موقع معين يتوقع وصول قيمة معينة ومن ثم يصل المبلغ منقوص، سوف تحتاج للتواصل مع البائع مجددا لكي يقوم بتفعيل نفس العنوان مجددا او اعطاءك عنوان جديد لتحويل ماتبقى من الرصيد.

اعتقد ان سلبيات الاقتراح اكثر من ميزاته.

نعم أخي ميكي معك حق فاتتني هذه النقطة.
في مثل حالتي لو أنني استخدمت الخيار الآخر decrease payment كانت انحلت المشكلة وتم تسريع المعاملة وإنقاص الخرج قليلا، أما في حالة الشراء أو الدفع مقابل خدمة على الانترنت فلايمكن استخدام هذا الخيار.
إذا الخيار الوحيد المتاح في هذه الحالة أن لايتم إرسال الرصيد كامل تحسبا لمثل هذه الحالات حيث يمكن أن تتأخر المعاملة وتضطر لزيادة الرسوم.

هناك بعض المحفظات مثل الريبل تجبر المستخدمين على إبقاء عدد من العملات في المحفظة لايمكن نقلها من المحفظة حيث يمكن أن تكون مفيدة في مثل هذه الحالات لدفع الرسوم الإضافية،  لكن بالطبع ربما يوجد مستخدمين لايحبذون أن يتم احتجاز أي جزء من عملاتهم في المحفظة حتى لو كان صغير.

[Kavelj22]

عذرا للتدخل المتدخل و لكني يبدو اني لم افهم الامر بالشكل الكامل بعد: يحي ارسل كامل المبلغ الذي في محفظته برسوم قليلة، و حين اراد الرفع في الرسوم من خلال خاصية RBF لم يتمكن من ذلك بما ان المحفظة لا تملك رصيدا اضافيا لزيادة الرسوم في معاملة جديدة. صحيح الى حد الان تقريبا. و بالتالي فلزيادة الرسوم في هذه الحالة يجب تغيير كل بيانات المدخلات اي ارسال مبلغ اقل ليبقى المبلغ كافيا للرسوم.

في حالة الاخ يحي كيف هذا ممكن سواء عن طريق الكتروم او غيرها؟ يعني هنا كأننا سنقوم بالغاء تام للمعاملات الاولى بما في ذلك عنوان الاستقبال ان اردنا ذلك.
الخاصية كما أعرفها على الكتروم لا تسمح بتغيير عنوان الخروج output address الا بعنوان من المحفظة نفسها اي يمكن القول انها تصدر معاملة لارجاع المبلغ الى المحفظة و ليس الغاء للمعاملة ككل. هذا أيضا يطرح سؤالا ما اذا كان من الممكن فعلا الغاء معاملة على البلوكشين قبل ان يتم تأكيدها على الشبكة بدون اصدار معاملة جديدة؟

[yhiaali3]

عذرا للتدخل المتدخل و لكني يبدو اني لم افهم الامر بالشكل الكامل بعد: يحي ارسل كامل المبلغ الذي في محفظته برسوم قليلة، و حين اراد الرفع في الرسوم من خلال خاصية RBF لم يتمكن من ذلك بما ان المحفظة لا تملك رصيدا اضافيا لزيادة الرسوم في معاملة جديدة. صحيح الى حد الان تقريبا. و بالتالي فلزيادة الرسوم في هذه الحالة يجب تغيير كل بيانات المدخلات اي ارسال مبلغ اقل ليبقى المبلغ كافيا للرسوم.

في حالة الاخ يحي كيف هذا ممكن سواء عن طريق الكتروم او غيرها؟ يعني هنا كأننا سنقوم بالغاء تام للمعاملات الاولى بما في ذلك عنوان الاستقبال ان اردنا ذلك

نعم أخي الأمر كما فهمته أنت صحيح. لكن لن نقوم بإلغاء المعاملة فقط تعديل المخرجات. يعني المدخلات نفسها والعنوان نفسه لكن الذي يتغير فقط كمية البيتكوين التي سوف تصل للعنوان تكون ناقصة بمقدار الرسوم التي تم زيادتها وسحبها من المعاملة نفسها.

في حالتي أنا، كوني أرسل المبلغ كامل من محفظة إلى محفظة أخرى أو منصة لايوجد مشكلة إذا استخدمنا Method إنقاص الدفع "decrease payment" لأن العملية شخصية وليس هناك أي مشكلة أن يصل المبلغ ناقص.

أما في الحالة الأخرى التي ذكرها الأخ ميكي وهي أنك تشتري شيئا ما من موقع عن طريق البيتكوين أو تدفع مقابل خدمة فأنت عليك أن تدفع مبلغ محدد تماما إلى العنوان الذي أعطوك إياه للدفع وبالتالي استخدام الخاصية "decrease payment" سيصل المبلغ ناقص وبالتالي لن تتم المعاملة لأن المخرجات غير صحيحة كما طلبها البائع وبالتالي عليك الاتصال بالبائع أو الخدمة لتصحيح هذا النقص وهنا تكون قد دخلت في مشكلة جديدة.

[khaled0111]

و بالتالي فلزيادة الرسوم في هذه الحالة يجب تغيير كل بيانات المدخلات اي ارسال مبلغ اقل ليبقى المبلغ كافيا للرسوم.

في حالة الأخ يحيى، اذا قام باختيار Decrease Payment فسيتم تغيير المبلغ الدفع فقط مع الحفاظ على باقي البيانات كما هي. اي سيتم الحفاظ على كل المدخلات و المخرجات و الاقتناع من المبلغ المرسل اضافته للعمولة لتسريع المعاملة.

يعني هنا كأننا سنقوم بالغاء تام للمعاملات الاولى بما في ذلك عنوان الاستقبال ان اردنا ذلك

عملية rbf هي تقنيا إلغاء فعلي للمعاملة الأولى و تعويضها بمعاملة أخرى مع تغيير ما يجب تغييره.
عملية إلغاء المعاملة التي تقدمها بعض المحافظ هي عبارة عن عملية rbf و الاختلاف الوحيد هو أنه يتم تغيير العناوين المرسل لها بعنوان تابع للمحفظة المرسلة.