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

khaled0111

legendary

Activity: 2744

Merit: 3097

Top Crypto Casino

Quote from: Kavelj22 on May 23, 2023, 11:24:09 AM

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

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

Quote

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

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

yhiaali3

legendary

Activity: 1848

Merit: 1982

Payment Gateway Allows Recurring Payments

Quote from: Kavelj22 on May 23, 2023, 11:24:09 AM

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

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

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

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

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

Kavelj22

legendary

Activity: 1778

Merit: 1474

🔃EN>>AR Translator🔃

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

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

yhiaali3

legendary

Activity: 1848

Merit: 1982

Payment Gateway Allows Recurring Payments

Quote from: mikeywith on May 23, 2023, 05:54:31 AM

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

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

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

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

mikeywith

legendary

Activity: 2436

Merit: 6643

be constructive or S.T.F.U

Quote from: yhiaali3 on May 22, 2023, 08:17:50 PM

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

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

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

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

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

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

yhiaali3

legendary

Activity: 1848

Merit: 1982

Payment Gateway Allows Recurring Payments

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

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

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

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

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

mikeywith

legendary

Activity: 2436

Merit: 6643

be constructive or S.T.F.U

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

ماحدث هوا انك قمت بتحويل 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.

khaled0111

legendary

Activity: 2744

Merit: 3097

Top Crypto Casino

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

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

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

Ulven

legendary

Activity: 1610

Merit: 1131

Quote from: yhiaali3 on May 22, 2023, 10:52:28 AM

Quote from: OmegaStarScream on May 22, 2023, 06:39:45 AM

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

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

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

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

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

yhiaali3

legendary

Activity: 1848

Merit: 1982

Payment Gateway Allows Recurring Payments

Quote from: OmegaStarScream on May 22, 2023, 06:39:45 AM

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

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

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

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

OmegaStarScream

staff

Activity: 3500

Merit: 6152

Quote from: yhiaali3 on May 22, 2023, 06:12:17 AM

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

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

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

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

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

yhiaali3

legendary

Activity: 1848

Merit: 1982

Payment Gateway Allows Recurring Payments

Quote from: OmegaStarScream on May 22, 2023, 06:02:38 AM

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

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

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

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

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

OmegaStarScream

staff

Activity: 3500

Merit: 6152

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

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

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

yhiaali3

legendary

Activity: 1848

Merit: 1982

Payment Gateway Allows Recurring Payments

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

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

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

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

Topic: مشكلة في زيادة الرسوم في إلكتريوم (Read 111 times)