مسابقة: رسوم التحويلات في اوقات التقلبات

[Husires]

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

اليك بعض النصائح حتى تستفيد من اوقات ذورة السعر ومعها ارسال معاملات برسوم ارخص مع تاكيدات سريعه:


ملاحظة ساسرد بعض النقاط مع ترك بعض الاسئلة غير مجاوبة واطرح اسئلة من اجل ان يكون الموضوع للنقاش

الموجة والمرشد لك هو هذا الموقع بدونه فانت اعمي تقريبا وهو الموقع الافضل: https://core.jochen-hoenicke.de/queue/#1,24h



القمم والقيعان بالواجهه توضح عدد المعاملات وبتالتي تحدد الرسوم التي ستقوم بدفعها


1. تُقاس رسوم المعاملات بالساتوشي لكل بايت افتراضي (vbyte) تختلف انواع المعاملات باختلاف مدى التعقيد وعدد المدخلات / المخرجات ونوع العنوان الذي يتم إنفاقه ومنها لا يمكننا القول بان هناك رسوم ثابته لكل معاملة فبعض الاشخاص قد يدفع رسوم عالية ولكنها رخيصة استنادا للاختلافات المذكورة اعلاه.

2. نموذج المعاملة تحتوى علي 1 دخل و 1 خرج هو 144 vB

3. بعض المحافظ لا تسمح لك بتحديد الرسوم او البلوك المقدر تضمن المعاملة به او حتى تقوم بذلك بطريقة آلية فاذا كانت تقوم المحفظة بتقدير رسوم باهظه قم بالتواصل مع المطور لتعديل طريقة حساب الرسوم.

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

5. احد اسباب دفعك رسوم اعلي هو legacy address وهي العناوين التي تبدأ بالرقم 1 وبعض العناوين التي تبدأ ب3 (اذا كانت محفظة متعدده التوقيعات) استخدام تلك العناوين يعني انك تدفع رسوم اعلي بنسبة 36% في المتوسط.

6. اذا كنت لا تزال تستخدم محفظة تحتوي علي تلك العناوين قم باستخدام محفظة تدعم العناوين الجديدة (التي تبدأ ب (wrapped Segwit) 3 او bc1 (native Segwit)( وتذكر ان تقوم بالارسال عندما لا تكون الشبكة مزدحمة (عندما لا يظهر جبل ضخم في المخطط اعلاه)

7. قبل الدفع لاي خدمة تاكد ما اذا كانت تدعم رفع الرسوم ابحث عن كلمات مثل RBF CPFP وبعدها تاكد ان محفظتك تدعم هذه الخاصية والا فانت مجبر علي دفع رسوم اعلي من المتوسط لتجنب ان لا يتم تاكيدها سريعا.

8. اذا لم تكن محفظتك تدعم RBF CPFP فمن الافضل التفكير في تغييرها

9. اذا كانت محفظتك تدعم RBF ولم تكن مستعجلا في الحصول علي تاكيدات (مثلا ترسل الاموال الي صديق الي عنوان محفظة جديد) فيمكنك اختيار اقل الرسوم, اذاا لم يتم تاكيدها فيمكنك رفع المعاملة بدفع رسوم اعلي

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

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

12. تذكر ما لم يتم تاكيد المعاملة فهي بحوزتك لذلك فاذا قام شخص بارسال الاموال اليك ولم يتم تاكيدها في في حوزة المرسل

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

14. اذا ارسلت المعاملة وكانت ذات رسوم منخفضة فانها ستختفي من حسابك ولكن اذا لم يتم تاكيدها فانه وخلال 14 يوم ستكون مخفية بعدها ستظهر في حسابك مجددا

15. الرسوم شئ ضروري لضمان لامركزية الشبكة ولكن معرفة كيف تعمل تلك المنظومة سيجعلك تدفع ارخص




فقرة الاسئلة:
 

كيف يعمل موقع https://core.jochen-hoenicke.de/queue/#1,24h وما هي المميزات التي يمكن استخدامه من خلالها لحساب الرسوم
هناك طريقة اخرى لدفع رسوم ارخص دون النظر الي mempool فما هي؟
لماذا يتم اسقاط او عودة بعض المعاملات بعد 14 يوم؟ وما هي المدة الاقل لذلك؟
ما هو الفرق بين (native Segwit) و (wrapped Segwit)


اسئلة المختصين:

هل هناك mempool واحد ام عده mempools وما هو الفرق بينهم
هل يمكن تعديل رسوم المعاملة مع الاحتفاظ بنفس tx id ?
لماذا تقوم المحفظة باخفاء رصيد محفظتك اثناء التاكيد؟
هل يمكن تعديل احد العناوين دون تغيير tx id
هل يمكن تعدين كتلتين في وقت واحد تقريبًا وهل يعني عندها اننا اذا قمنا بارسال معاملتين لها نفس المدخلات ولكن مخرجات مختلفة سننجح في double spending?



الذي يجيب عن اسئلة المختصين بالاعلي وبشكل صحيح ستكون له هدية بشبكة البرق
 

[1715056337]

1715056337

[1715056337]

1715056337

[1715056337]

1715056337

[1715056337]

1715056337

[khaled0111]

ساحاول الاجابة على بعض الاسئلة حسب ما اعرفه:

- الموقع الذي ذكرته يقوم جمع البيانات من mempool الخاصة به و يقوم بترتيب المعاملات التي تنتظر التاكيد حسب معدل العمولة التي تدفعها. باستعمال تلك البيانات يمكن ان تعرف اين سيكون ترتيب معاملتك حسب العمولة التي تدفعها.

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

- من ناحية التوفير في العمولة، فعناوين native segwit افضل من wrapped segwit لكن الفرق ليس كبيرا جدا.
ميزة wrapped segwit الاساسية هي انها متلائمة مع كل المنصات و المحافظ اي لا يوجد مشكلة عند الارسال اليها على عكس الاخرى التي لا تتعرف عليها بعض المنصات.
ميزة native segwit هي الفاعلية و كونها لا تعتمد على base58 مثل غيرها بل على bech32 فمن السهل كتابتها عن طريق الاملاء مثلا اضافة الى خاصية ال error detection.

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

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

- لست متاكد لكن اعتقد انه يتم اخفاء او حجم الرصيد لمعاملة بانتظار التاكيد حتى لا يتم استعمال نفس ذلك الرصيد لانشاء معاملة جديدة و هو ما يمكن ان يؤدي الى تصادم.

- يمكن تعدين كتلتين في نفس الوقت و يكون في كل كتلة معاملة مختلفة لكن تستعمل نفس ال inputs لكن سيتم اعتماد السلسلة الاطول مما يعني ان احد المعاملتين سيتم الغاؤها.

[mikeywith]

الاخ خالد اجاب تقريبا على كل الاسئلة, ولكن فقط اريد توضيح هده النقطة

هل يمكن تعديل احد العناوين دون تغيير tx id

هدا غير ممكن, ال txid عبارة عن هاش مزدوج ل (nversion, inputs,outputs,locktime) يعني اي تغير في هده القيم سوف ينتج هاش مختلف تماما عن سابقه.

لماذا يتم اسقاط او عودة بعض المعاملات بعد 14 يوم؟ وما هي المدة الاقل لذلك؟

اعتقد ان "لماذا" هي معروفة للجميع, اما المدة فعلى حسب علمي ان الاصدارات الاخيرة من Core يكون فيها الكود الخاص با mempool لاسقاط التحويل عبارة عن

Code:

 mempoolexpiry=72

يعني 72 ساعة من دخول المعاملة ان لم يتم تأكيدها فسوف يتم مسحها, وعندها يجب عمل broadcast جديد لها, الاصدارات القديمة كانت معدلة افتراضيا على 14 يوم , وطبعا هدا الخيار يمكن تغيرها لاي زمن يختاره مشغل العقدة.

لماذا تقوم المحفظة باخفاء رصيد محفظتك اثناء التاكيد؟

لم افهم السؤال, ماذا يعني اتناء التأكيد؟


اود ان اشكرك على هدا الموضوع, نحن بحاجة لمزيد من هده المواضيع. سوف اقوم باعطائك نقاط جدارة التي تستحقها فور توفرها, واعقتد ان الجميع يجب ان يدعم هدا الموضوع بالمشاركة ونقاط الجدارة.

[Ulven]

لماذا تقوم المحفظة باخفاء رصيد محفظتك اثناء التاكيد؟

لم افهم السؤال, ماذا يعني اتناء التأكيد؟

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

[NotATether]

لماذا يتم اسقاط او عودة بعض المعاملات بعد 14 يوم؟ وما هي المدة الاقل لذلك؟

لم فهمت بالتأكيد لماذا اختار الشبكة 14 يوم لحد تاكيد المعاملة إذا يبقي في الmempool، او وجدت ثابت في الكود بها، فالرقم 14 يبدو كمية اعتباطيا لا يطابق بحدث يحصل في الشبكة إلا فترة اكتمال epoch كلما عدن معدتين 2016 بلوكات و حتى هذا حدث ليس يحصل كل 14 يوم بشكل دقيق لان الوقت المعدل لتعدين بلوك مختلف قليلا من عشرة دقائق. فهل احد هنا يعرف لماذا اختار 14 يوم (بما انه قياس لوقت و لا تعقب عقدات الوقت منذ بث معاملة) و غير قياس ثاني مثل بعد تاكيد "س" عدد بلوكات؟

او ربما يستعمل الشبكة هذا منطق سابقا و يقطر معاملات بعد عدن 2016 بلوكات اذا لم تشمل في أي احد منهم.

[Husires]

- يمكن تعدين كتلتين في نفس الوقت و يكون في كل كتلة معاملة مختلفة لكن تستعمل نفس ال inputs لكن سيتم اعتماد السلسلة الاطول مما يعني ان احد المعاملتين سيتم الغاؤها.

هل هذا يعني انه يمكن ان تظهر معاملة ب 1 تاكيد ومن ثم تعود لتصبح بلا تاكيد؟

اعتقد ان "لماذا" هي معروفة للجميع, اما المدة فعلى حسب علمي ان الاصدارات الاخيرة من Core يكون فيها الكود الخاص با mempool لاسقاط التحويل عبارة عن

Code:

 mempoolexpiry=72

يعني 72 ساعة من دخول المعاملة ان لم يتم تأكيدها فسوف يتم مسحها, وعندها يجب عمل broadcast جديد لها, الاصدارات القديمة كانت معدلة افتراضيا على 14 يوم , وطبعا هدا الخيار يمكن تغيرها لاي زمن يختاره مشغل العقدة.

لم فهمت بالتأكيد لماذا اختار الشبكة 14 يوم لحد تاكيد المعاملة إذا يبقي في الmempool، او وجدت ثابت في الكود بها، فالرقم 14 يبدو كمية اعتباطيا لا يطابق بحدث يحصل في الشبكة إلا فترة اكتمال epoch كلما عدن معدتين 2016 بلوكات و حتى هذا حدث ليس يحصل كل 14 يوم بشكل دقيق لان الوقت المعدل

فكروا في mempool  وكانه ذاكرة او مكان يتم الاحتفاظ به في المعاملات غير المؤكدة ولكل عقدة mempool خاص بها المده الافتراضية هي 336 hours  وبعض انقضاء هذه المدة تقوم العقدة باسقاط المعاملة غير المؤكدة من الدفتر الخاص بها ولكن هذا الامر لا يمنعها من تلقي نفس المعاملة من عقدة اخرى بمعني انك اذا ظللت تقوم ببث المعاملة من عقدة مختلفة فمهما كانت رسومها منخفضة يتم تاكيدها ولكنك ستنظر اكثر اطول.

اذن اطول مده هي اما 14 يوم اذا اختل الشرط 336 ساعة ولم تقم ببثها من عقدة اخرى. او حتى لا تقوم ببثها من عقدة مختلفة (للابد اذا استمررت ببثها)

اما اقصر زمن فهو يعتمد علي الحجم الاقصى ل mempool وبالتالي الوقت الاقصر قد يكون صفر ثانية اذا كان الmempool مكتظا.


الاعدادات الافتراضية هي كالاتي:

Code:

default_mempool_expiry: 336 hours
default_max_mempool_size: 300 MB

لم افهم السؤال, ماذا يعني اتناء التأكيد؟

اثناء الارسال وقبل ان يتم تاكيد المعاملة. بمعني لماذا عندما اقوم بالنقر علي ارسال يتم خصم المبلغ من الرصيد ( علي الرغم من ان البيتكوين لا يعمل بنظام الارصدة كالايثيرم(

[mikeywith]

هل هذا يعني انه يمكن ان تظهر معاملة ب 1 تاكيد ومن ثم تعود لتصبح بلا تاكيد؟

نعم, يمكن ان تظهر ب 10 تأكيدات وتصبح بلا تأكيد او تختفي اصلا!

الاعدادات الافتراضية هي كالاتي:

Code:

default_mempool_expiry: 336 hours
default_max_mempool_size: 300 MB

هدا يعتمد على اصدار العقدة, واعتقد اني عكست الحقائق في منشوري السابقي, العقد القديمة كان فيها الوقت 72 ساعة ولكن مند اصدار 0.14 تم زيادة الزمن الافتراضي الى 14 يوم كما هوا مبين هنا https://github.com/bitcoin/bitcoin/blob/master/doc/release-notes/release-notes-0.14.0.md

Code:

#9312 a72f76c Increase mempool expiry time to 2 weeks (morcos)

مما يعني انه لايوجد وقت افتراضي موحد بين العقد, وكل عقدة تعمل بالاعداد التي تراها مناسبة, ومع ذلك اعتقد ان معظم المحافظ تقوم بعمل broadcast باستمرار مما يعني ان عامل الزمن لن يكون هوا الاساس في اقصاء المعاملة.

اثناء الارسال وقبل ان يتم تاكيد المعاملة. بمعني لماذا عندما اقوم بالنقر علي ارسال يتم خصم المبلغ من الرصيد ( علي الرغم من ان البيتكوين لا يعمل بنظام الارصدة كالايثيرم(

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

مثلا لديك 5 outputs كل واحدة قيمتها 1 بتكوين, رصيدك الان هوا 5 بتكوين ناتج جمع كل تلك المخرجات, عندما تنشاء المحفظة تحويل جديد من المخرج الاول مثلا بقيمة 1 بتكوين تقوم باستتنائها ويصبح رصيدك 4 بتكوين, في حال فشل ذلك التحويل وعند اول عملية مزامنة للمحفظة ستظهر القيمة مجددا.

لا اعتقد انه يوجد اي علاقة بين ال 14 اليوم الموجودة في الاعدادات الافتراضية و ال 14 اليوم التي يفترض ان يتم فيها تعديل الصعوبة, والدليل انه لم يتم تغير زمن 3 ايام الى 14 يوم الا في منصتف سنة 2017 مع الاصدار 0.14 , اضف الى ذلك كون هدا الخيار قابل للتغير يعزز نظرية عدم ارتباط هده المواضيع ببعضها, او على الاقل هدا استنتاجي.

[Husires]

نعم, يمكن ان تظهر ب 10 تأكيدات وتصبح بلا تأكيد او تختفي اصلا!

هل انت جاد ام انها مزحة لم اعرفها  اذا كان من الممكن 10 تاكيدات فكيف سيحدث؟

لا اعتقد انه يوجد اي علاقة بين ال 14 اليوم الموجودة في الاعدادات الافتراضية و ال 14 اليوم التي يفترض ان يتم فيها تعديل الصعوبة, والدليل انه لم يتم تغير زمن 3 ايام الى 14 يوم الا في منصتف سنة 2017 مع الاصدار 0.14 , اضف الى ذلك كون هدا الخيار قابل للتغير يعزز نظرية عدم ارتباط هده المواضيع ببعضها, او على الاقل هدا استنتاجي.

كلامك صحيح, لا ادري لماذا ربط بين ارسال العقد قبل التاكيد وبين ما يحدث بعد ادراج المعاملات في البلوكشين عموما طرح سؤال في الموضوع الاخر عن ما يحدث بعد تاكيد المعاملة

[mikeywith]

هل انت جاد ام انها مزحة لم اعرفها  اذا كان من الممكن 10 تاكيدات فكيف سيحدث؟

انا مايكي وليس جاد  .. على العموم لم اكن امزح يمكن فعلا لهدا يان حدث, افتراضيا يمكن ان يحدث حتى بعد 100 تأكيد, هناك عدة اشياء يمكن ان تسبب ذلك, اما بخصوص تاكيد 1 ومن ثم يختفي فهدا في العادة ناتج عن  stale block مثل ماحدث مؤخرا وتم اشكتفاه هنا https://twitter.com/BitMEXResearch/status/1351855414103715842

يوجد ايضا سبب اخر وهوا انقسام البلوكتشين, واطول انقاسم حصل على حد علمي استمر تقريبا 6 ساعات او لمدة 24 بلوك https://bitcoinmagazine.com/articles/bitcoin-network-shaken-by-blockchain-fork-1363144448

يوجد ايضا انقسام اخر حصل اعتقد في 2018 استمر ل 6 بلوكات حيث قام حوض تعدين F2pool بادراج تحويل خاطئ في البلوك ونظرا لان معظم الاحواض كانت تستعمل SPV mining لم يقومو بالتأكد من التحويلات وتم بناء 6 بلوكات فوق ذلك البلوك التي بدوره تم رفضه من قبل العقد التي تقوم فعليا بتأكيد التحويلات.

مايحدث هنا هوا ان تحويلك يمكن ان يتم اضافته في ال blockchain الجديد ويتحصل على 10 او 20 تأكيد, في هده اللحظة الموضوع يعتمد كليا على العقدة التي تطلب منها انت معلومات حول التحويل, ففي المثال الاخير معظم الاحواض كانت على البلوكتشين المبني على التحويل الخاطيء ( اعتقد ان عضو اسمه Kano موجود في هدا المنتدى هوا من قام بابلاغ احواض التعدين الكبرى للرجوع للبلوك تشين الاصلي) فعندما تدخل على btc.com مثلا فأنت تسئل العقدة الخاص بهم حول تحويلك, وحينها يظهر انه تم تأكيده في 10 بلوكات او حتى 100 بلوك, ولكن الحقيقة ان العقد الاخرى لاترا تحويلك اصلا لانه لم يتم ادراجه في اي بلوك من الاساس لسبب من الاسباب, بمجرد عودة الامور الى طبيعتها سوف تنصدم بأن تحويلك لايمتلك حتى تأكيد واحد.

طبعا احتمالية حدوث هدا الشي بعد تأكيد او 2 هي اكبر من 10, ولكن لاننا قد شاهدنا على الاقل 24 بلوك تم تجاهلها تماما (اي ان الكثير من التحويلات كانت يمكن ان تكون موجودة حصريا على البلوكتشين التي تم التخلي عنه) فيعني ان الامر ممكن, ونظريا كما اسلفت يمكن ان يستمر الانقسام ل 100 بلوك او حتى 1000, لايوجد شي  جذري يمنع حدوث هدا بالرغم من ان فرصة حدوثه شبه منعدمة خصوصا بعد التطور الرهيب الذي حصل في شبكة البتكوين ونظرا لان الاحواض التي تقوم بايجاد معظم البلوكات لايتجاوز عددها 5 اشياء ( هدا شي سيء وجيد في نفس الوقت) الجيد فيه ان احتمالية حدوث تلك الانقسامات هي اقل بكثير من السابق حيث ان هده الاحواض على تواصل مباشر حتى خارج البلوكتشين ومن الصعب حدوث انقسام يستمر لفترات طويلة كما كان الامر في السابق.

[NotATether]

الاعدادات الافتراضية هي كالاتي:

Code:

default_mempool_expiry: 336 hours
default_max_mempool_size: 300 MB

و ماذا يحصل لو انفجرت حجم  مجموع المعاملات في الmempool اكبر من 300MB? طبعا أعرف ان المعدنين يمكنهم فقط شامل ما يصل الي 1MB في معاملات او كذا في البلوك، و لكن اذا ملء المممبول، هل سقط المعاملات الأقل تفضيل منها اي لديهم أندى رسوم؟ او هل سقط المعاملات الأقدم؟

[Husires]

يوجد ايضا سبب اخر وهوا انقسام البلوكتشين, واطول انقاسم حصل على حد علمي استمر تقريبا 6 ساعات او لمدة 24 بلوك https://bitcoinmagazine.com/articles/bitcoin-network-shaken-by-blockchain-fork-1363144448
اها لقد فهمتك طيب ساجاوب علي السؤال الوارد في الموضوع الاخر وهذا الموضوع بشكل متصل https://bitcointalk.org/index.php?topic=5315822.0;topicseen

كلا السيناريوهات التي ذكرتها ليست المشكلة بها في الشبكة او Block re-organization او التطبيق الامركزي لشبكة البيتكوين

فمثلا عندما يحدث Hardfork جاد كما حدث في الانقسام عندما ظهرت البيتكوين كاش, اغلب الشبكة قد توقفت عن الثقة الافتراضية في 1 تاكيده حتى انني اتذكر ان كل المنصات اعطت تحذير بعدم قبول المعاملات الا بعد 24 ساعه.

اما الغرض الاخر هو نموذج للانفاق المذدوج  حيث ان حوض تعدين  F2pool كان لدية ما يكفي من الهاش ريت ليقوم بتعدين 6 بلوكات قبل ان تتحقق بقية العقد من الامر.

لم اتحدث عن الانفاق المزدوج والذي ستكون نتيجتة الخداع اذا كان هناك تعمد, فحتي لو حدث انفاق مزدوج فاعتقد ان كل المعاملات بخلاف معاملات المخرب ستكون آمنه ( سيتم التحقق منها مستقبلا) صححني اذا كنت مخطئا.

اذن بخلاف هذه الحالات *الشاذه* فيمكننا القول انه وبدون نية تخريبية فان تاكيدة واحدة كافية في الشبكة. ( بخلاف حدوث انفاق مزدوج والتي لن تتاثر بها)

الانتظار لاثنين او ثلاثة فقط سيجعل عملية Block re-organization اكثر دقة

هل كلامي بالاعلي منطقي ام لديك اضافة؟

[mikeywith]

و ماذا يحصل لو انفجرت حجم  مجموع المعاملات في الmempool اكبر من 300MB? طبعا أعرف ان المعدنين يمكنهم فقط شامل ما يصل الي 1MB في معاملات او كذا في البلوك، و لكن اذا ملء المممبول، هل سقط المعاملات الأقل تفضيل منها اي لديهم أندى رسوم؟ او هل سقط المعاملات الأقدم؟

كل هده الاعدادات قابلة للتغير على حسب رغبة مالك العقدة, ولكن في حل امتلاء ال mempool فلن يكون هناك فرق بين المعاملات الاقدم والاجدد لانه على حسب علمي معظم العقد تستخدم minMempoolFeeRate حيت يتم اسقاط جميع المعاملات التي تدفع اقل من تلك القيمة بغض النظر عن توقيتها, يعني لو كانت قيمة minMempoolFeeRate  اتنان ساتوشي فعند امتلاء ال mempool سوف يتم حدف كل المعاملات التي تدفع اقل من 2 ساتوشي سواء كانت جديدة او قديمة, وفور توفر المساحة الكافية مجددا يتم تخفيض القيمة ليسمح لتلك للتحويلات بالعودة.


@Husires سأترك المجال للاخرين ونكمل نقاشنا الشيق قريبا.

[Husires]

الاعدادات الافتراضية هي كالاتي:

Code:

default_mempool_expiry: 336 hours
default_max_mempool_size: 300 MB

و ماذا يحصل لو انفجرت حجم  مجموع المعاملات في الmempool اكبر من 300MB? طبعا أعرف ان المعدنين يمكنهم فقط شامل ما يصل الي 1MB في معاملات او كذا في البلوك، و لكن اذا ملء المممبول، هل سقط المعاملات الأقل تفضيل منها اي لديهم أندى رسوم؟ او هل سقط المعاملات الأقدم؟

اعتذر لقد رأيت للتو كلامك, لم اكن اعتقد ان هناك رد بعد تعليق @mikeywith
حجم البلوكشين الحالي هو 4 kWu

لنجاوب الان علي سؤالك  عندما تنقر علي ارسال للمعاملة فانت تقوم بعمل broadcast المعاملة تعبر كل peers من originating node وبعدها تقوم تلك peers باعلام كل العقد عنها وبالتالي كل العقد بالشبكة لها mempool منفصل وتعلم بشان معاملتك وبعدها يقوم كل العقد بتعديل تلك الاعدادات الافتراضية ولكن نقطة اختلافي مع mikeywith في الرد ادناه ان خيار المفاضلة (البقاء في mempool ( ليس الرسوم وانما ما تحمله كل txs من الباياتات

نقطة التعدين او انتاج البلوكات الجديدة ليست واضحة عندي لذلك فلربما @mikeywith يعطي المزيد من التفاصيل ولكن حسب ما قرأت فان حجم البيانات بكل txs هو الاهم كما انني قرأت انه يمكن للمعدن حتى اختيار معاملة ذات رسوم اقل لان nonce قد لا يظبط. اسف علي المعلومة السطحية ولكن مجددا نقطة انتاج البلوكات ليست واضحة لدي


ويمكن للعقد ان يضعوا خيار ان لا يكون لديهم mempool

بعد ادراج المعاملة في البلوك يحدث العكس لازالة تلك المعاملة من كل mempool لكل العقد الاخري النقطة الاهم هنا انه لا توجد مركزية او تزامن بهذا الامر مما يعني انه يمكن ان توجد معاملة في mempool  لعقدة وهي مؤكدة وعندها ستتم ازالتها وحسب

كل هده الاعدادات قابلة للتغير على حسب رغبة مالك العقدة, ولكن في حل امتلاء ال mempool فلن يكون هناك فرق بين المعاملات الاقدم والاجدد لانه على حسب علمي معظم العقد تستخدم minMempoolFeeRate حيت يتم اسقاط جميع المعاملات التي تدفع اقل من تلك القيمة بغض النظر عن توقيتها, يعني لو كانت قيمة minMempoolFeeRate  اتنان ساتوشي فعند امتلاء ال mempool سوف يتم حدف كل المعاملات التي تدفع اقل من 2 ساتوشي سواء كانت جديدة او قديمة, وفور توفر المساحة الكافية مجددا يتم تخفيض القيمة ليسمح لتلك للتحويلات بالعودة.

[khaled0111]

حجم البلوكشين الحالي هو 4 kWu

اسف، لكن فقط للتصحيح: حجم البلوكتشاين حاليا هو حوالي 330Gb اما اذا كنت تقصد حجم البلوك الاقصى فذلك يختلف حسب العقدة و المعاملات التي يحتويها البلوك و وحدة الحساب المستعملة.
بالنسبة للعقد القديمة legacy فحجم البلوك الاقصى هو 1Mb. بالنسبة للعقد التي حدثت ل segwit فهي تستعمل وحدة قياس اخرى تعرف ب weight. الحد الاقصى للبلوك هو 4.000.000Wu.
اما الحجم الفعلي للبلوك بالميغا فهو يختلف حسب المعاملات التي يحملها و يكون عادة حوالي 2Mb.

نقطة اختلافي مع mikeywith في الرد ادناه ان خيار المفاضلة (البقاء في mempool ( ليس الرسوم وانما ما تحمله كل txs من الباياتات

المفاضلة تتم حسب معدل الرسوم الذي تدفعه كل معاملة. اذا امتلات ال mempool سيتم اسقاط المعاملات التي لها معدل رسوم اقل عن طريق رفع قيمة minMempoolFeeRate.

حسب ما قرأت فان حجم البيانات بكل txs هو الاهم كما انني قرأت انه يمكن للمعدن حتى اختيار معاملة ذات رسوم اقل لان nonce قد لا يظبط.

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

[mikeywith]

ولكن نقطة اختلافي مع mikeywith في الرد ادناه ان خيار المفاضلة (البقاء في mempool ( ليس الرسوم وانما ما تحمله كل txs من الباياتات

اعتقد ان هده النقطة واضحة للجميع ولايوجد فيها اي خلاف, البقاء في ال mempool سيكون مبني على اجمالي المدفوع مقارنة بحجم المعاملة وليس حجم المعاملة فقط بل ال sat per Vbyte.

نقطة التعدين او انتاج البلوكات الجديدة ليست واضحة عندي لذلك فلربما @mikeywith يعطي المزيد من التفاصيل ولكن حسب ما قرأت فان حجم البيانات بكل txs هو الاهم كما انني قرأت انه يمكن للمعدن حتى اختيار معاملة ذات رسوم اقل لان nonce قد لا يظبط. اسف علي المعلومة السطحية ولكن مجددا نقطة انتاج البلوكات ليست واضحة لدي

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

سيناريو: البلوك لايمكن ان يتجاوز 4,000 وحدة (نستخدم هدا الرقم لتسهيل الشرح)

نقوم بترتيب المعاملات فنجد انه يوجد 101 معاملة تدفع اعلى sat per vbyte وليكن 100 ساتوشي , ولكن اجمالي حجم تلك المعاملات هوا 4100, مما يعني انه يجب ازالة واحدة من تلك التحويلات ال 101, وهنا سنقوم بازالة اصغر معاملة يكون حجمها اكبر او يساوي  100, وليكن حجم اقل معاملة 200, الان لدينا اجمالي 4,100 - 200 =3900 يعني انه لازال يمكننا اضافة معاملة بحجم 100 , ولكن للاسف فأن في فئة ال 100 ساتوشي للبايت لايوجد الا معاملة واحدة متروكة وحجمها سيبب تجاوز ال 4000 هنا نقوم بالبحث في فئة ال 99 ساتوشي على معاملة يكون حجمها 100 او اقرب, في هده الحالة نقوم بادراج معاملة دفعت 99 ساتوشي واستتناء معاملة دفعت 100 ساتوشي.

يحدث هدا الشي ايضا في حال ان المعدن استقبل التحويل بعد ايجاد ال nonce وحل البلوك, وفي مثالنا السابق وبينما اكتر معاملة تدفع 100 ساتوشي ان وجد المعدن حل البلوك وبعدها مباشرة استقبل معاملة تدفع 101 ساتوشي سوف يتجاهلها ويقوم بنشر البلوك الاول اولا تم اضافتها في ال blocktemplet القادمة, لان اي تغير في التحويلات الموجودة مسبقا يؤودي على تغير ال Merkel tree ويتغير حل البلوك كليا.


اتمنى ان اكون اوضحت هده النقطة بشكل جيد.

[Husires]

حجم البلوكشين الحالي هو 4 kWu

اسف، لكن فقط للتصحيح: حجم البلوكتشاين حاليا هو حوالي 330Gb

اعتذر كنت اتحدث عن حجم البلوك الاقصى, خانني التعبير.

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

كنت اعتقد ان هذا الامر يحدث كثيرا ولكن لان معلوماتي سطحية عن التعدين لم اعرف ذلك.

النقاط بالاعلي واضحة للغاية ولكنني لم افهم حتى الان نقطة التعدين.

النقاط الواضحة لدي, ارسال المعاملة, الانتظار في Memepool وكيفية ادراجها في البلوك.

لم افهم كيف يتم توليد البلوك, ما الذي يبحثون عنه, ما هو nonce (اعرف تعريفه ولكن لماذا حقا نحتاجه( وبعد ان يتم بث البلوك كيف يربح بقية المعدنين او بالاصح ماذا يستفيدون من المراجعة اذا كان اول من يربح الجائزة هو اول من يجد البلوك.


اخر نقطة هي ما الفرق بين التعدين وانتاج بلوكات جديدة وادراج tx id في البلوك؟

لربما يكون الجواب في الموضوع الاخر افضل لانني اعتقد ان كل النقاط بموضوع ارسال العملات وقبل تضمينها في البلوك واضحة للغاية


الموضوع الاخر: https://bitcointalk.org/index.php?topic=5315822.0

[mikeywith]

لقد تم التطرق لهدا الموضوع بالتفصيل في مسابقة Chipmixer السابعة يمكنك الاطلاع على الموضوع ومحاولة جمع المعلومات فهيا مبعثرة بعض الشي ولكن باطلاعك على كل التعليقات سوف تكون قد فهمت كل شي تريد فهمه https://bitcointalk.org/index.php?topic=5300978.0

اعتقد جميع النقاط التي تطرقت اليها موجودة هنا باستتناء هده النقطة فسوف اقوم باجباتك هنا

وبعد ان يتم بث البلوك كيف يربح بقية المعدنين او بالاصح ماذا يستفيدون من المراجعة اذا كان اول من يربح الجائزة هو اول من يجد البلوك.

بقية المعدنين لايكسبون شي, الشخص الذي يجد البلوك هوا من يكسب جائزة البلوك هي 6.25 حاليا ويكسب تكاليف كل التحويلات, المعدنين الاخرين يكسبون 0 بتكوين,  ولكن يجب عليهم التأكد من صحة المحاولات التي تم ادراجها في البلوك السابقي لانه في حال كان هناك تحويل خاطيء فسوف يجعل كل البلوكات الجديدة خاطئة:

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

السبب الاخر الذي يفرض عليا مراجعة التحويلات الموجودة في البلوك الخاص بك هوا لتجنب اعادة اضافتها في البلوك الخاص بي, عندما استقبل البلوك الخاص بك اقوم بأخد ال 1000 تحويل وازالتهم من mempool الخاص بي لكي لا اعيد ادراجهم في البلوك لانني ان فعلت ذلك فسوف يتم رفض البلوك الخاص بي.