Blocksize ماهو الافضل الاكبر او الاصغر ؟ لماذا حدث ا

[mikeywith]

السلام عليكم

ماهو حجم البلوك ؟


اهو الحجم الاقصى الذي يمكن تسليمه للبلوك تشين , ان تجاوز حجم البلوك حجم البلوك المتفق عليه يتم رفض البلوك من قبل البلوكتشين.

ماهو حجم البلوك الحالي للبتكوين ؟


الحجم الحالي لبلوك البتكوين هوا  1 ميقا بايت او 1,000,000 بايات

(شكرا ل Hugeblack على تنبيهي لهدا الخطاء)

ماذا يحدث ان كان هناك تحويلات تفوق حجم البلوك؟


الماينرز يختارون التحويلات التي دفعت اكتر ساتوشيات لكل بايت  , تخايل معي انك تريد ان ترسل شحنة بريدية لصديقك في بلد اخر, وحمولة الطائرة 2 متر مكعب , وهناك طائرة تخرج تقريبا كل 10 دقائق,  ويوجد الكتير من الناس يريدون ان يرسلو شحناتهم, من يدفع اكتر يتحصل على الرحلة الاولة , من يدفع اقل سيحتاج الى الانتظار ( طبعا الموضوع اعقد من ذلك بقليل ولكن الفكرة العامة نفسها)


لماذا لا نقوم برفع حجم البلوك لي 32 او 64 ميقا بايت لنسرع التحويلات ونرخصها ؟


هنا مربط الفرس , وهنا حدث انقسام البتكوين لي عملة BitcoinCash وبعدها حدث نفس الانقسام للعملة لي عملة SV و  ABC

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


الداعمين لرفع حجم البلوك :


- تكاليف ارخص لارسال العملة
- سرعة اكبر في تحويل العملة
- السرعة ورخص التكلفة يجدب المستخدمين ويساعد البتكوين لتكون عملة عالمية قابلة للاستعمال اليومي من شراء منزل بي مليون دولار لي شراء قطعة شكلاطة بي نصف دولار


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

الداعمين لعدم رفع حجم البلوك:


-اضعاف اللامركزية (الشرح بالاسفل)
-يساعد على spam transactions التي  تؤدي لتعطيل التحويلات
-يفقد المعدنين الدافع للتعدين ( كل ماقلت تكلفة التحويل كل ماقل مكسب المعدنين (المانيرز)
-ينفص عدد المعدنين ويسهل هجوم 51%


-اضعاف اللامركزية :


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




https://www.blockchain.com/en/charts/blocks-size



حجم البلوك تشين الحالي هوا 240878 ميقا بايت او 240 قيقا بايت , مما يعني انك لتتمكن من استضافة نود الان تحتاج مالا يقل عن 250 قيقا على الهارد دسك الخاص بك , ثم يجب عليك تحميل ورفع كل البيانات الجديدة التي تدخل للبلوك تشين , هدا الموقع https://releaseyourdigitaltalent.com/running-a-bitcoin-full-node-options/ يقول انك تحتاج لي رفع 200 قيقا وتحميل 20 قيقا شهريا , طبعا كل ساعة هده الارقام تزيد.

تخيل معي الان ان حجم البلوك كان 32 ميقا بايت وكان هناك تحويلات كافية لان تملاء كل البلوكات التي تم تعدينها , كان يمكن ان يكون حجم البلوك تشين الحالي 240*32 قيقا او 7680 قيقا بايت ! هل كان سيكون هناك اكتر من 9000 نود اليوم ؟؟ الاجابة المختصرة : مستحيل !


ولكن ان استمرينا في ابقاء حجم البتكوين بهدا الصغر وعند استعمال ملاين الناس لها سيكون ارسال البتكوين مكلف جدا لدرجة غير مقبولة ؟

الحل البديل هوا بناء Layer فوق البلوك تشين غير محدود بحجم البلوك ويتيح التحويل السريع والرخيص بدون ان يساهم في افساد طابع اللامركزية , وهدا الحل يعرف ب Lightning Network وهده تحتاج لموضوع خاص بها ليتم شرحها بكافية.


وجهة نظري في هدا الموضع:


انا لا امانع رفع حجم البلوك في المتسقبل عند تطور التقنية , مثلا بعد 10 سنوات يمكن ان يكون هارد دسك 1000 تيرا بايت بي 50$ ويمكن لاي شخص في افقر دولة ان يتمتع بانترت تصل سرعته لي 1 قيقا بايت مجانا او يدفع مقابله مبلغ بسيط جدا, عندها لامانع من رفع حجم البلوك لانه استطافة النود لن يكون مكلف مثل ماهو اليوم.

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



مصدر معظم المعلومات : https://en.bitcoin.it/wiki/Block_size_limit_controversy

[1714606311]

1714606311

[1714606311]

1714606311

[1714606311]

1714606311

[1714606311]

1714606311

[1714606311]

1714606311

[Ulven]

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

[hugeblack]

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

Code:

Weight = (tx size with witness data stripped) * 3 + (tx size). Each block has a limit of 4M weight units or 1M vbytes (1 vbyte = 4 weight units)

مما يعني اننا سنحصل علي كتل جديدة باحجام 4M weight units كحد اعلي مع المحافظة علي 1 ميغا التي وضعها ساتوشي


الرجاء تصحيح هذه المعلومة ان كانت خاطئة لانني اصبت بالحيرة.

ايضا, شئ متعلق بالموضوع وهو اننا في البيتكوين نحتاج للحصول علي تاكيدة واحدة لتتم العملية بخلاف بعض العملات البديلة والتي بالرغم من انك تحصل علي عدة تاكيدات بشكل سريع ولكن تحتاج لاكثر من تاكيدة لضمان العملية. اعتقد ان عملة BSV احتاجت لحوالي 1000 تاكيدة قبل انفاقها.

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

[mikeywith]

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

Code:

Weight = (tx size with witness data stripped) * 3 + (tx size). Each block has a limit of 4M weight units or 1M vbytes (1 vbyte = 4 weight units)

مما يعني اننا سنحصل علي كتل جديدة باحجام 4M weight units كحد اعلي مع المحافظة علي 1 ميغا التي وضعها ساتوشي


الرجاء تصحيح هذه المعلومة ان كانت خاطئة لانني اصبت بالحيرة.

ايضا, شئ متعلق بالموضوع وهو اننا في البيتكوين نحتاج للحصول علي تاكيدة واحدة لتتم العملية بخلاف بعض العملات البديلة والتي بالرغم من انك تحصل علي عدة تاكيدات بشكل سريع ولكن تحتاج لاكثر من تاكيدة لضمان العملية. اعتقد ان عملة BSV احتاجت لحوالي 1000 تاكيدة قبل انفاقها.

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

شكرا جدا على تنبيهي لهده النقطة

نعم حجم البلوك يقاس بالبايت بغض النظر عن الوحدة المستخدمة لقياسه لانه اي تحويل بحجم 100 بايت مثلا هوا يساوي 100 بايت على الهارد دسك وعلى البلوك تشين , ما تتحدث عنه انت اخي هوا block weight وليس Block Size.

1byte = 4 in block weight

دعنا نتعمق قليلا في صلب الموضوع , اولا يجب ان نعرف انه بدون  وجود هارد فورك لا يمكن ان يتم قبول اي بلوك يتجاوز حجمه ال 1 ميقا بايت , لان الاتفاقية (consensus) هي صريحة بما فيه الكفاية لتمنع اي بلوك يفوق حجمه 1 ميقا بايت.

مافعلته Segwit هوا في الواقع استتناء بعض البيانات (التواقيع) وهوا ياخد الكتير من مساحة البلوك , وتقوم بادراجه في البلوك بطريقة مختلفة , ولكن الحجم الفعلي لللبوك بالبايت لا يمكن ان يتجاوز 1 ميقا بايت , يعني مثلا نحن الان في بلوك رقم 596079 ان كان لديك 100 ميقا فارغة في الهارد دسك , يعني انه يمكنك ان تستمر في المزامنة حتى البلوك 596179 ( 100 بلوك) على اقل تقدير.

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

يظل فهمي محدود في مجال

[hugeblack]

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

انا لا اري موضوع ال Segwit قدم تقدم حقيقي لتكنلوجيا البلوكشين او بشكل ادق لم يتم التبني له بصورة رسمية الكثير من المخططات تظهر ان لديها تبني بنسب تفوق 40% ولكني لا اصدقها شخصيا.

اما مسالة الSegwit فهي بسيط واقرب لمفهوم التنظيم حيث يتم ادراج بعض التوقيعات المهمه داخل البلوك والتخلص من بعض البايت الموجودة في الoutput ولنفهم الامر بشكل اسرع دعنا نشاهد هذا المخطط
https://bitcoinvisuals.com/chain-block-weight
اذا لاحظت فاننا ظللنا طوال الوقت نحافظ علي الحيز 1 MB ولكن استغلال ذلك الحيز كان سيئا خلال السنوات الاولي حتي ظهرت المشكلة بالعام 2017 وتم الاستغلال الامثل لها.
هذا السبب الذي لا يجعلني اصدق ان تنبي ال Segwit بنفس صحة ما تذكره بعض المواقع.

اما عن كون هذه التقنية ذات فائدة اقل فهي لانها تركز علي التخلص من بعض البايات للمخارج ولم تعطي اي تغيير للمداخل والتي تعتبر ذات الوزن الاكبر "لذلك تكون الرسوم اقل اذا قمت للارسال لعنوان Segwit" ولكن التغيير الحقيقي سيكون ب schnorr والذي اعتقد انه سيؤدي لانخفاض الرسوم بشكل جنوني اذا تم تطبيقة بشكل جيد.

اخيرا حل زيادة حجم البلوك هو خيار غير عملي لانه تجنب للمشكلة وليس لحلها لاننا سنتكمن من الحصول علي نفس مساحة 16 ميقابايت اذا استغللنا جيدا مساحة 1 ميقابايت

لقد دار نقاش حول هذا الامر العام الماضي هنا https://bitcointalk.org/index.php?topic=5026399.msg45900705#msg45900705
ايضا هنالك نقاش جميل عن شبكة البرق, ساقوم باضافة الرابط عند تذكرة

[khaled0111]

نعم حجم البلوك يقاس بالبايت بغض النظر عن الوحدة المستخدمة لقياسه لانه اي تحويل بحجم 100 بايت مثلا هوا يساوي 100 بايت على الهارد دسك وعلى البلوك تشين , ما تتحدث عنه انت اخي هوا block weight وليس Block Size.

1byte = 4 in block weight

دعنا نتعمق قليلا في صلب الموضوع , اولا يجب ان نعرف انه بدون  وجود هارد فورك لا يمكن ان يتم قبول اي بلوك يتجاوز حجمه ال 1 ميقا بايت , لان الاتفاقية (consensus) هي صريحة بما فيه الكفاية لتمنع اي بلوك يفوق حجمه 1 ميقا بايت.

خذ هذا البلوك كمثال:
https://www.blockchain.com/fr/btc/block-height/531548
حجمه أكثر من 2.000.000 بايت
ربما يزيد هذا المثال من تعقيد المسألة
سٱعود لتعديل التعليق لاضافة بعض المعلومات فالموضوع دسم و يفتح الشهية للنقاش 

[mikeywith]

https://www.blockchain.com/fr/btc/block-height/531548
حجمه أكثر من 2.000.000 بايت

حجم هدا البلوك على البلوك تشين هوا اقل من 2 ميقا بايت

Code:

Size2,035,942 Bytes
Stripped Size652,373 Bytes

https://btc.com/000000000000000000187483a9d926645b5e8dc05199c2f410200d15cf3bb17f

الحجم الفعلي على الهارد دسك في Full Node لهدا البلوك هوا 652,373 , لانه يجب على النود التي تلقت هدا البلوك اولا ان تنزع منه بيانات ال witness فان قامت بتسليم بلوك بحجم  يوفق 1.000.00 فلن توافق عليه النودز الاخرى وبالتالي لن يدخل في سجلات البلوك تشين اصلا, هدا ليس البلوك الوحيد الذي حصل فيه مثل هدا الشي , في الواقع تقنيا حجم البلوك على البلوك تشين يمكن ان يكون 4MB ويتم قبوله في حال ان ازالة بيانات ويتنس تجعل من حجمه يقل على 1MB والا انه لن يتم قبوله باي حال من الاحوال.


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

[khaled0111]

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

لا زال الاتفاق الأول consensus قائما أي أن حجم المعاملات في البلوك لا يجب أن يتجاوز 1.000.000 بايت.
الكثيرون يعتقدون أن حجم البلوك هو 2Mb لسببين أساسيين حسب اعتقادي و هما حجم البلوكات التي نراها على المتصفحات مثل المثال الذي ذكرته و التي يتجاوز حجم البلوك 1.Mb و يكون في الأغلب قريب من 2Mb و السبب الثاني هو SegWit2x الهارد فورك الذي كان سيتم اعتماده لاستعمال Segwit و تغيير الاتفاق ليصبح حجم البلوك الأقصى فعليا 2Mb.
ما يغفل عنه البعض أن هارد فورك SegWit2x تم الغاؤه أيام قليلة قبل الموعد المتفق عليه لاعتماده.

اذا لماذا نجد بلوكات حجمها أكبر من 1Mb!

المسؤول عن ذلك هو سوفت فورك Segwit.
كما ذكرتم المحافظ التي تعتمد Segwit تعتمد طريقة جديدة لكتابة المعادلة و ارسالها اذ يتم وضع الشاهد witness في اخر المعاملة.
بالنسبة للعقد nodes التي لم تقم بالتحديث Legacy تقبل المعاملات بدون جزء الشاهد بدون مشاكل أما عقد Segwit فتقبل المعاملة كاملة.
عقد Segwit لا تعتمد 1Mb كما في الاتفاق القديم بل تعتمد على الوحدة الجديدة و الحد الأقصى للبلوك هو 4Mb.
اذا انتقلنا من Max_Block_Size=1Mb الى Max_Block_Weight=4Mb

و حسب المعادلة التي ذكرها hugeblack فان اي بلوك وزنه أقل من 4Mb لعقد Segwit سيكون بالضرورة أقل من 1Mb لعقد Legacy و بالتالي لم يتم مخالفة الاتفاق الأول.

الخلاصة هو أنه يمكن ارسال بلوكات حجمها أكبر من 1Mb و وزنها أقل من 4Mb لعقد Segwit و بالنسبة ل Legacy يتم حذف الشاهد فيكون حجم البلوك أقل من 1Mb..

أتمنى أن تكون الفكرة واضحة.

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

[hugeblack]

الكثيرون يعتقدون أن حجم البلوك هو 2Mb لسببين أساسيين حسب اعتقادي و هما حجم البلوكات التي نراها على المتصفحات مثل المثال الذي ذكرته و التي يتجاوز حجم البلوك 1.Mb و يكون في

حجم البلوك في احدى المعاملات زاد عن اكثر من 2 ميجابايت ولكن القاسم المشترك بكل العملية هو ان Weight اقل من 4000 وهذا احد اكبر المعاملات حجما التي اذكرها

https://www.blockchain.com/btc/block/00000000000000000021868c2cefc52a480d173c849412fe81c4e5ab806f94ab

لاحظ ان Weight يقارب من 4000   3993.089 kWU والحجم    2259.447 kB
المعادلة الان عمومية ولذلك فلا بد من وضع افتراضات لعدد المداخل والمخارج ونوع العناوين ولكن لنتحدث عموما
عندنا شئين الاول اسمه base_size  بيحسب الباياتات في legacy format و total_size بيحسب البايتات في كل المعاملة بما فيها witnesses
معادلة حساب weight هي 3 ضرب base_size ناتج هذه العملية يتم جمعة له total_size
والحجم يحسب بالمعادلة الاتية 0.75*base_size + 0.25*total_size

اذن لنفرض ان لدينا معاملة بسيطة تتكون من اثنين من المداخل وواحد من المخارج
المداخل تتكون من عناويين legacy والمخرج عنوان واحد Segwit من النوع P2SH  اي العناوين التي تبدأ ب3

المداخل:
2 من عناوين legacy
كل عنوان يمثل 149 vbytes وبالتالي مجمل الدخل 298 vbytes

المخارج:
2 عناوين Segwit
بالتالي مجمل البايات يكون 32 ضرب 2 وبالتالي 64


لاحظ مقدار الرسوم سيزيد اذا كان عناوين الخرج من النوع legacy لان كل عنوان يمثل 34 vbytes وبالتالي فكل عنوان Segwit من النوع P2SH يوفر 2vbytes


بعض الارقام المرجعية

المخارج:
كل عنوان legacy يمثل 34 vbytes
كل عنوان Segwit من النوع P2SH التي تبدأ بالرقم 3 تمثل 32 vbytes
اما من النوع bc1 يمثل ب 31 vbytes