آلية عمولة البيتكوين ولماذا نكون أصدقاء مع عمال المناجم

في هذه المقالة ، سنحاول وصف المهمة الرئيسية للجان في Bitcoin بالتفصيل ، وكيف تعمل وماذا تؤثر. سنشرح أسباب تقلبات العمولات ، والتأخير في تأكيد المعاملات ووصف أساليب حل هذه المشاكل. بالإضافة إلى ذلك ، سنوضح كيف يساعد تحديث Segregated Witness على تقليل تكاليف المعاملات. وكمكافأة ، سنشارك أفكارنا حول كيفية تقليل الصداقة مع عمال المناجم إلى العمولات إلى الصفر وما قد يؤدي إليه هذا الاتجاه في المستقبل. لذلك دعونا نبدأ.

وقت تأكيد المعاملة

من المهم التمييز بين عملية معالجة المعاملات (التحقق) وعملية تأكيدها (التأكيد). على شبكة Bitcoin ، تتم معالجة المعاملات على الفور تقريبًا ، ويتم تأكيدها - لمدة ساعة كاملة. في العملات الرقمية الأخرى ، يمكن القيام بكل شيء في غضون بضع ثوان. ما الذي يحدد الوقت لتأكيد المعاملة بالكامل في بيئة لامركزية؟ في الغالب من آلية بناء الإجماع.

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



وفقًا لقواعد بروتوكول Bitcoin ، يجب على مالكي معظم قوة الحوسبة تأكيد المعاملة (الكتلة التي تحتوي على هذه المعاملة) حتى يتم اعتبارها مؤكدة تمامًا. بمعنى ، بناءً على الكتلة التي تلقت فيها المعاملة التأكيد الأول ، يجب بناء عدة كتل أخرى. علاوة على ذلك ، يجب أن تكون هذه السلسلة الأطول ، ولا ينبغي أن تكون هناك سلاسل تنافسية. يتم تحديد عدد هذه الكتل (تأكيدات المعاملات) من قبل المدفوع له بنفسه وفقًا لتقديره. يسترشد بالقاعدة التي تنص على أنه كلما زادت تأكيدات المعاملة ، قل احتمال إلغائها لاحقًا.

قيود النطاق الترددي

مع شعبية Bitcoin ، ازداد تدفق المعاملات الجديدة على الشبكة بشكل ملحوظ. من المعروف أن حجم الكتلة يتم تحديده من خلال قواعد البروتوكول وهو محدود للغاية. في Bitcoin ، يبلغ الحد الأقصى لحجم الكتلة 1 ميغابايت ، وبالتالي فإن عرض النطاق الترددي محدود (1.7 كيلوبايت / ثانية). إذا تجاوز تدفق المعاملات الجديدة الإنتاجية ، فلن تتم معالجتها جميعًا. وكثيرا ما تحدث مثل هذه الحالات. ما المعاملات التي ستتلقى تأكيدًا أولاً وأيها ستنتظر - هذا سؤال يتطلب إجابة واضحة. جوهرها هو أن المعاملات يجب أن تتنافس مع بعضها البعض.

دور اللجان

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



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

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

اكتب تقلبات الأسعار

يواجه مستخدمو شبكة Bitcoin من وقت لآخر تقلبات عمولة عالية بشكل غير عادي. على سبيل المثال ، في عام 2017 ، تراوح متوسط ​​سعر كتابة بايت واحد من البيانات إلى blockchain Bitcoin من 1 إلى 500 satoshi. وترابط طابور المعاملات غير المؤكدة من عدد قليل من KiB إلى عشرات بل ومئات من MiB.

نظرًا لحقيقة أن سعر تسجيل البيانات يمكن أن يتغير بشكل كبير ، يضطر المستخدمون إلى التنافس مع بعضهم البعض بشكل شبه أعمى. هذا يرجع إلى حقيقة أنه في الواقع سيتم تأكيد المعاملة في المتوسط ​​في غضون 8 دقائق ، في حين يجب تحديد رسوم المعالجة قبل التوقيع عليها. لذلك ، لا تزال مسألة العمولة المنشأة بشكل صحيح ذات صلة ، لأن الجميع يريدون تأكيدًا سريعًا لمعاملاتهم بأقل تكلفة. بطبيعة الحال ، فإن دفع أكثر من 50 دولارًا أمريكيًا مقابل معاملة نموذجية ليس الخيار الأفضل ، خاصة عندما يمكنك توفير ما يصل إلى 90 ٪ من هذا المبلغ إذا قمت بحساب العمولة بشكل صحيح.

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

حل المشكلة مع تقلبات العمولات

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

وتجدر الإشارة إلى أن توقع سعر السجل ممكن أيضًا ، ولكن غالبًا ما تعمل هذه التوقعات لفترات زمنية قصيرة جدًا (في المتوسط ​​عدة دقائق). إذا كانت التوقعات قديمة ، ولم يتم تأكيد المعاملة ، فمن المحتمل أنه يمكنك انتظار تأكيدها لفترة طويلة - غالبًا عدة ساعات ، وأحيانًا حتى أيام.

رسوم المعاملة = حجم المعاملة * سعر البايت

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

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

زيادة العمولة بعد إرسال المعاملة

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

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

كيف يساعد الشاهد المنفصل

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

الوزن = الحجم الأساسي * 3 + الحجم الكلي .

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

من المعروف أن حوالي 60٪ من جميع بيانات المعاملات هي بالتحديد دليل على ملكية العملات المعدنية (أي تلك التي يمكن تسجيلها في بيانات الشهود). وبناءً على ذلك ، سينخفض ​​وزن معاملات الشكل الجديد بشكل ملحوظ. وبالتالي ، يمكن للمستخدم دفع مبلغ أقل لتأكيد معاملة جديدة ، في حين أنه سيكون له نفس الأولوية بين عمال المناجم عند تضمينه في الكتلة مثل المعاملة القديمة مع عمولة أعلى.



يوضح الرسم البياني اعتماد سعر الكتابة لبايت واحد من البيانات في blockchain Bitcoin على الحمل (تدفق المعاملات غير المؤكدة) ، معبرًا عنه بالبايت في الثانية. يمكن أن يكون الاستنتاج بسيطًا جدًا: إذا كان تدفق المعاملات الجديدة أقل أو يساوي إنتاجية النظام المحاسبي ، فإن سعر التسجيل يكون صفرًا تقريبًا. وإذا تجاوز تدفق المعاملات الجديدة الإنتاجية ، يرتفع السعر بشكل حاد.

الخيار مع صديق منجم

تخيل أن لديك صديقًا يقوم بالتعدين ويتحكم في 10 ٪ من جميع قوة المعالجة الموجودة في شبكة Bitcoin. في المتوسط ​​، يولد كتلة مرة واحدة كل 100 دقيقة. في هذه الحالة ، يمكنك إنشاء معاملتك الخاصة ، والتي تقوم فيها بتعيين عمولة صفرية ، ثم إرسال هذه المعاملة إلى صديقك للتأكيد.



ستحصل معاملتك باحتمال 50٪ على التأكيد الأول في غضون 50 دقيقة ، والتأكيد الكامل - في المتوسط ​​بعد 50 دقيقة من الأول. ونتيجة لذلك ، ستتلقى معاملاتك تأكيدًا كاملاً في غضون 100 دقيقة تقريبًا. إذا لم يكن لديك مثل هذا الصديق ، فستتلقى المعاملة تأكيدًا كاملاً في غضون 60 دقيقة تقريبًا ، ولكن بدفع عمولة كاملة.

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

خيار وضع الرمز المميز

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

يفترض هذا النهج أن المستخدمين سيدفعون عامل التعدين لتأكيد معاملاتهم ليس من خلال عمولة محددة مسبقًا ، ولكن بشكل مباشر (وفقًا لمخططهم الخاص).

من الناحية العملية ، يمكن لأي تجمع تعدين كبير بما فيه الكفاية إجراء حملته من أجل زيادة الربحية واستخدام آليات بسيطة لذلك ، على سبيل المثال:

• تحديد أولويات فرز المعاملات الخاصة بك
• الدخول في شراكة مع خدمة معينة (التبادل ، المتجر ، المتصفح) ؛
• بيع الضمانات لمكان معين في الكتلة في المستقبل.

علاوة على ذلك ، يمكن للمسبح حتى رمز مساحة حرة في كتله (نعم ، لبيع الرموز).

الخلاصة

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

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