كم تحتاج الى Confirmation لتضمن عملية التحويل؟

[mikeywith]

السلام عليكم ورحمة الله تعالى وبركاته

اعتقد ان الجميع يعلم ان التحويلات الغير مؤكدة على الشبكة هي تحويلات لايمكن الوثوق بها ولا الاعتماد عليها, ولكن كم تأكيد نحتاج لكي نكون متأكدين بان القيمة الان هي تحت تصرفنا وستبقى كذلك؟

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

المعادلة هي :

المصدر: ورقة البتكوين https://bitcoin.org/bitcoin.pdf

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

Code:

#include <math.h>
double AttackerSuccessProbability(double q, int z)
{
 double p = 1.0 - q;
 double lambda = z * (q / p);
 double sum = 1.0;
 int i, k;
 for (k = 0; k <= z; k++)
 {
 double poisson = exp(-lambda);
 for (i = 1; i <= k; i++)
 poisson *= lambda / i;
 sum -= poisson * (1 - pow(q / p, z - k));
 }
 return sum;
}

المصدر: ورقة البتكوين https://bitcoin.org/bitcoin.pdf


علما بأن q هي نسبة الهاش ريت المسيطر عليها (الاجملي 1 وهوا يمثل 100%) , و z = عدد التأكيدات المطلوبة , P = احتمالية نجاح الهجوم وخسارة اموالك.
يمكن ان نخوض في تفاصيل المعادلة والكود ان كان لدى احد الاعضاء اسئلة معينة حولها, ولكن مايهمنا الان هوا النتيجة.

لنفرض ان الشخص الذي ارسل التحويل يستحود على 5% من الهاش ريت

فان احتمالية نجاح ال double spend ستكون

- 10.12% في حال طلبت تأكيد 1
-1.26% في حال طلبت 2 تأكيد
-0.16% في حال طلبت 3 تاكديات
-0.021% في حال طلب 4 تاكيدات

طبعا من الواضح امامكم ان كل تأكيد تطلبه يزيد نسبة الامان بمقدار كبير جدا.

يمكن تجربة الكود على اي Online complier وتجربة ارقام مختلفة, بالمجمل فأن تاكيد واحد ليس امن بما فيه الكافية كما يعتقد الكثيرون. اتمنى مشاركة افكاركم وجهة نظركم.


**ان واجهتك مشكلة في تشغيل الكود قم بطرح سؤالك وسوف ارس لك كود مبسط وطريقة تشغيله بدون الحاجة لتحميل اي برامج.

[1714929612]

1714929612

[1714929612]

1714929612

[1714929612]

1714929612

[1714929612]

1714929612

[yhiaali3]

لنفرض ان الشخص الذي ارسل التحويل يستحود على 5% من الهاش ريت

فان احتمالية نجاح ال double spend ستكون

- 10.12% في حال طلبت تأكيد 1
-1.26% في حال طلبت 2 تأكيد
-0.16% في حال طلبت 3 تاكديات
-0.021% في حال طلب 4 تاكيدات

طبعا من الواضح امامكم ان كل تأكيد تطلبه يزيد نسبة الامان بمقدار كبير جدا.

وعليكم السلام ورحمة الله تعالى وبركاته
شكرا لك أخي ميكي على هذه المعلومات وعلى هذا الشرح
من خلال ما قرأت خطر ببالي أكثر من سؤال:
هل هذا يعني أنه يمكن تنفيذ الإنفاق المزدوج حتى لو تكن تملك نسبة 51% من الهاش ريت؟
إذا كان الجواب نعم لماذا تقبل معظم المواقع وخاصة المنصات تأكيدين فقط مع أن هذا يعتبر مخاطرة؟
أيضا لاحظت بعض الخدمات مثل الميكسر الذي جربناه خلال المسابقة الماضية لاحظت أن البيتكوين وصل لمحفظتي وأرسلته إلى محفظة أخرى قبل انهاء التأكيدات للعملية الأولى (أي التحويل من الميكسر) كيف يمكن حدوث ذلك؟

[mikeywith]

هل هذا يعني أنه يمكن تنفيذ الإنفاق المزدوج حتى لو تكن تملك نسبة 51% من الهاش ريت؟

نعم اخي, يمكن تنفيد الانفاق المزدوج حتى ب 1% من الهاش ريت, ولكن دائما نسمع عن 51% لانه عندما يكون المهاجم يمتلك اكثر من 50% يعني انه مؤكد بنسبة 100% على ان يكون البلوك تشين الخاص به اطول من البلوك تشين العام, يعني نسبة نجاح الهجوم تكون 100% ان استمر في السيطرة على تلك النسبة (طبعا بتجاهل عامل الحظ الذي يمكن ان يكون ضده او معه).

لتبسيط المسئلة بعيدا عن المعادلة, في حال كان الشخص لديه 5% من الهاش ريت يعني انه يمتلك 10% من ال 51% تقريبا, يعني فرصة حصوله على بلوك يسبق به البلوك تشنين العام هي 10%, يعني لو طلبت عليه تأكيد واحد يكون لديه فرصة 10% فان ينفد عليك الهجوم ويقوم بالغاء التحويل في البلوك الذي وجده هوا حيث ان البلوك تشين الخاص به اطول والنودز ليس لديها خيار الا ان تقبله, اما في حال طلبت منه عدد 2 تاكيد هدا يعني انه يجب ان يحصل على عدد 2 بلوك قبل ان يحصل المعدنين الاخرين على اي بلوك, وهنا تتغير المعادلة جدريا لتصبح نسبة نجاحه حوالي 1% بدلا من 10%.

لقد قمت بشرح طريقة الانفاق المزدوج للتحويلات المؤكدة في موضوع تحدث فيه عن هجوم 51%, هوا موجود في القسم العربي ارجو ان يساعدني احد الاعضاء في ايجاده, او انتظرني حتى اجده لك.

إذا كان الجواب نعم لماذا تقبل معظم المواقع وخاصة المنصات تأكيدين فقط مع أن هذا يعتبر مخاطرة؟

طلب تأكدين يعني انه حتى وان كان الشخص يمتلك 5% من الهاش ريت (و 5% تعتبر رقم كبير وخرافي جدا ومن الصعب ان يمتلكه شخص واحد) فان فرصة نجاح اي هجوم محتمل تكون فقط 1.26% وهي نسبة ضئيلة, ومن ثم ايضا الموضوع متعلق بالارقام, تنفيد هجوم مثل هدا يعني انك سوف تستغني على مكافاءة البلوك لكي تسترجع تحويل اخر, متوسط مكافاءة البلوك الان هي حوالي 7 بتكوين( 6.25 + fees) يعني حوالي 120 الف دولار تقوم بالاستغناء عنها في سبيل ماذا؟ في سبيل تمرير تحويل يجب ان يكون اكبر قيمة والا فأنه لايوجد جدوى من هدا الانفاق اصلا, ولهدا تجد ان التحويلات الكبيرة التي تتجاوز قيمتها مكافءة البلوك تكون لديها استتنائات من قبل المنصات, انا لم اجرب هدا من قبل لاني لم امتلك ابدا تلك المبالغ التي تفوق مكافاءة البلوك ولكني متأكد انه لو حاولت ايداع 10 بتكوين في اي منصة, ومن تم حاولت شراء  USDT حتى بعد مرور 2 confirmaion فلن تكون قادر على سحبها او على الاقل ليس بالبساطة التي تسحب فيها 1000$ مثلا.

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

اعتقد انك لم تقم بارسال البتكوين لعنوانك بل قمت بعملية sweep للمفتاح الخاص بذلك المبلغ, صحيح؟

[yhiaali3]

اعتقد انك لم تقم بارسال البتكوين لعنوانك بل قمت بعملية sweep للمفتاح الخاص بذلك المبلغ, صحيح؟

فعلا أخي ميكي أنا قمت بعملية sweep للمفتاح الخاص وليس إرسال، وعذرا على هذا الخطأ لقد نسيت وفاتني بالفعل أنها عملية استيراد عن طريق المفتاح الخاص ولا تحتاج اي تأكيد لذلك (يبدو أنه حدث عندي خلط بين هذه العملية وعملية أخرى) أعتذر منك ومن الأخوة عن هذا الخطأ. السؤال بالأساس خاطئ لذلك أعتذر من الجميع.
لذلك أكرر سؤالي بطريقة أخرى: هل يمكن أن تستلم بعض البيتكوين في محفظتك وتكون قادر على استخدامه أو إرساله إلى محفظة أخرى قبل استكمال التأكيدات عن العملية الأولى.

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

[mikeywith]

أعتذر منك ومن الأخوة عن هذا الخطأ. السؤال بالأساس خاطئ لذلك أعتذر من الجميع.

لا داعي للاعتذار اخي.

لذلك أكرر سؤالي بطريقة أخرى: هل يمكن أن تستلم بعض البيتكوين في محفظتك وتكون قادر على استخدامه أو إرساله إلى محفظة أخرى قبل استكمال التأكيدات عن العملية الأولى.

نعم يمكنك فعل ذلك, سيكون التحويل عبارة child للتحويل الاول وهوا parent, طبعا التحويل التاني لن يتم قبوله الا بعد تأكيد التحويل الاول (الاب) ويمكن ايضا تأكيد التحويلان في نفس البلوك, ولكن لن يتم قبول التحويل التاني في حال ان التحويل الاول كانت ال fees الخاصة بها قليلة.

يعني مثلا, التحويل الاول 1 بتكوين من عنواني لعنوانك وال fees واحد ساتوشي للبايت, ويحتاج ل 20 بلوك للتاكيد مثلا, يمكنك ان تقوم بتحويل نفس ال input لعنوان اخر ( ان كانت المحفظة التي تستعملها تسمح بذلك), وقمت بدفع تكاليف 100 ساتوشي للبايت, لن يتم قبول تحويلك التاني, ويجب ان تنتظر حتى يتم تأكيد تحويلي الاول او يمكن استخدام بما يعرف ب A Child Pays For Parent )CPFP) يعني ان تقوم بدفع تكاليف اعلى للتحويل الاولى بالنيابة عني لو صح التعبير.

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

بالعكس تماما, انا سعيد جدا باسئتلك اخي.

[khaled0111]

اريد ان اضيف نقطتين لما ذكره الاخ ميكي في اجابته:
النقطة الاولى هي كيفية حساب العمولة لتحفيز المعدنين على تاكيد كلى المعاملتين. لناخذ المثال السابق، عند ارسال بيتكوين الى محفظتك بعمولة sat/b لنفترض ان العمولة المقترحة الافضل هي 100sat/b. لتضمن تاكيد كلى المعاملتين عليك دفع 100sat/ لكليهما و ليس الثانية فقط فالمعدن سيضطر لتاكيد كليهما.
للقيام بذلك عليك احتساب الحجم الجملي للمعاملتين و اضافة العمولة اللازمة.
لنفترض ان حجم المعاملة الاولى 1000byte و المعاملة الثانية 1500 byte اذا الحجم الجملي 2500.
بما ان العمولة المقترحة هي 100sat/b سيكون عليك دفع مبلغ اجمالي
(1500+1000)*100
اي 250000 ساتوشي
تقوم الان بحذف العمولة التي تم دفعها في المعاملة الاولى اي 1000 ساتوشي و تقوم بقسمة الباقي على حجم المعاملة الثانية للحصول على معدل العمولة الصحيح الذي يجب دفعه اي
(250000-1000)/1500 = 166
رغم ان المحفظة تقترح عليك 100sat/b لكن في الواقع عليك دفع 166sat/b

اسف ان كان الشرح غير واضح ولم اشرحه بالشكل الانسب.

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

[yhiaali3]

اريد ان اضيف نقطتين لما ذكره الاخ ميكي في اجابته:
النقطة الاولى هي كيفية حساب العمولة لتحفيز المعدنين على تاكيد كلى المعاملتين. لناخذ المثال السابق، عند ارسال بيتكوين الى محفظتك بعمولة sat/b لنفترض ان العمولة المقترحة الافضل هي 100sat/b. لتضمن تاكيد كلى المعاملتين عليك دفع 100sat/ لكليهما و ليس الثانية فقط فالمعدن سيضطر لتاكيد كليهما.
للقيام بذلك عليك احتساب الحجم الجملي للمعاملتين و اضافة العمولة اللازمة.
لنفترض ان حجم المعاملة الاولى 1000byte و المعاملة الثانية 1500 byte اذا الحجم الجملي 2500.
بما ان العمولة المقترحة هي 100sat/b سيكون عليك دفع مبلغ اجمالي
(1500+1000)*100
اي 250000 ساتوشي
تقوم الان بحذف العمولة التي تم دفعها في المعاملة الاولى اي 1000 ساتوشي و تقوم بقسمة الباقي على حجم المعاملة الثانية للحصول على معدل العمولة الصحيح الذي يجب دفعه اي
(250000-1000)/1500 = 166
رغم ان المحفظة تقترح عليك 100sat/b لكن في الواقع عليك دفع 166sat/b

اسف ان كان الشرح غير واضح ولم اشرحه بالشكل الانسب.

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

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

[Kavelj22]

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

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

اذا كانت العمولة الأولى أعلى رسوما من الثانية فيمكن للمعدن التعامل معها بشكل مستقل و تأكيدها في بلوك قبل أن يتم تأكيد المعاملة الثانية في بلوك لاحق مثلا. لنسهل الأمر فانه ان كانت المعاملة الثانية تحمل رسوما قليلة فيمكنك اعتماد خيار CPFP و ارسال نفس الادخال الى عنوان اخر في تحويلة جديدة برسوم أكثر.

أتمنى أن تكون الفكرة أصبحت واضحة لديك

[mikeywith]

اسف ان كان الشرح غير واضح ولم اشرحه بالشكل الانسب.

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

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

طبعا بما انك لاتستطيع التحكم ف رسوم التحويل الاول فعليك دفع رسوم اعلى من الطبيعي للمعاملة التانية, ولكي نبسط الامور بلغة الدولار التي يسهل فهمها, لنتخيل ان التحويل الاول تكاليفه 5$ ومتوسط عمولة التحويل 10$ يعني المعدنين لن يأخدو اي شي قيمته اقل من 10$ في البلوكات القريبة.

لو قمت بدفع 10$ في المعاملة التانية سيكون الماينرز سعدين باضافة ذلك التحويل ولكن عندما يجدو انه يوجد تحويل اخر مرتبط ورسومه 5$ يعني انهم عليهم ان يقومو باضافة ذلك التحويل ايضا وعندها سيحصلو على 10$+5$ = 15$ لتحولين وطبعا هدا ليس مناسب لهم لانهم بدل من اخد هذان التحويلان يمكنهم ببساطة اخد تحويلان اخرين بعمولة 10$ لكل منهما ليكون الناتج 10+10 = 20$ بدلا من 15$
مما يعني انك يجب ان تدفع الفارق كله.

التحويلان يحتاجان 20$ , التحويل الاول دفع 5$ اذا التحويل التاني يجب ان يدفع 20-5 = 15$, ففي هده الحالة الماينرز سيكونو سعداء بهده الارقام, طبعا هده الخاصية تعرف بancestor feerate mining ولست متأكد ان كانت جميع ال nodes تستعمل هده الخاصية.

[NotATether]

نعم اخي, يمكن تنفيد الانفاق المزدوج حتى ب 1% من الهاش ريت, ولكن دائما نسمع عن 51% لانه عندما يكون المهاجم يمتلك اكثر من 50% يعني انه مؤكد بنسبة 100% على ان يكون البلوك تشين الخاص به اطول من البلوك تشين العام, يعني نسبة نجاح الهجوم تكون 100% ان استمر في السيطرة على تلك النسبة (طبعا بتجاهل عامل الحظ الذي يمكن ان يكون ضده او معه).

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

على ملاحظة مختلف الكود C++ في العلامات كود ليست منسق بشكل جيد لأن القسم العربي يستعمل نظام الكتابة من اليمين إلى اليسار و في موافق مثل ذلك احب كتابة الكود على pastebin مثل https://pastebin.ubuntu.com/ و أربطه في الموضوع.

[khaled0111]

...

استعمال الدولار في هذا المثال بالفعل بسط الفكرة بشكل كبير و جعل استيعابها سهلا جدا على عكس المثال الذي استعملته انا 

المشكلة الوحيدة و التي يجب التنبيه لها حتى لا يقع اي لبس هي ان قيمة العمولة تقوم على معدل العمولة fee rate و حجم المعاملة. المشكلة هنا ان حجم المعاملة يختلف حسب عديد المتغيرات.
يعني اذا كان مبلغ 10 دولار كافيا للمعاملة الثانية يمكن ان لا يكون كذلك للمعاملة الاولى اذا كان حجمها اكبر.

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