Pay Per Share

يشغّل يان جهاز ASIC المصمّم لحسابات التعدين، وتصله فواتير الكهرباء بانتظام. لو اختار Solo Mining، فقد ينتظر طويلاً العثور على كتلة واحدة دون أن يكسب شيئاً. لذلك ينضم إلى Mining Pool، أي خدمة تنسّق عمل المعدّنين وتقدّم PPS. يسجّل له المجمّع مكافأة بحسب العمل المقبول حتى عندما لا يحالف المجمّع الحظ في العثور على الكتل. يصبح دخل يان أكثر قابلية للتوقع. لكن جهازه لا يحسب أسرع، ولا ينشأ بيتكوين جديد مع كل نتيجة يرسلها. [1]

يقوم التعدين على تكرار المحاولات لإيجاد ناتج حساب مناسب، وهو الهاش. الهاش هنا عدد يُحسب من بيانات الكتلة المقترحة. وتشترط الشبكة ألا يتجاوز قيمة مستهدفة محددة، لذلك يغيّر المعدّن البيانات ويعيد الحساب مرارًا. يقبل المجمّع أيضاً نتائج تحقق شرطه الأسهل، حتى إن لم تكفِ لإنشاء كتلة Bitcoin جديدة. تسمّى هذه النتيجة share: إنها دليل متجدد على أن الجهاز يعمل. وليست سهماً في شركة أو قطعة من كتلة مكتملة. قد تختلف صعوبة shares، ولذلك لا تصح المقارنة بعددها وحده. يقيس المجمّع العمل الذي تمثله بحسب الصعوبة المحددة. وقد يرفض نتيجة أُرسلت إليه، مثلاً لأنها مكررة أو وصلت متأخرة؛ لذا يجب فهم قواعده بدقة. [2]

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

لمكافأة الكتلة جزآن: بيتكوين صادر حديثاً، وهو إعانة الكتلة، ورسوم المعاملات المدرجة فيها. يحتسب PPS الأساسي عادة الإعانة وحدها. ويضيف Full Pay Per Share (FPPS) حصة تقديرية من رسوم المعاملات. أما Pay Per Share Plus (PPS+) فيجمع عادة بين PPS للإعانة وتوزيع الرسوم المكتسبة فعلياً بطريقة PPLNS، التي تراعي العمل المقبول حديثاً عند العثور على كتلة. لذلك قد يظل جزء الرسوم في PPS+ متقلباً بحسب حظ المجمّع. اسم العرض بداية للفهم، لكن طريقة الحساب الفعلية هي الحاسمة. [3]

يرى يان رصيده يكبر، لكن محفظته الخاصة لم تستلم شيئاً بعد. قد يدفع المجمّع بعد بلوغ حد أدنى أو وفق جدول، وقد يفرض رسماً إضافياً للسحب. عند الدفع on-chain عبر شبكة Bitcoin الأساسية، يتحقق يان من أن المعاملة ترسل المبلغ الصحيح إلى عنوانه. ويتحقق أيضًا من التأكيدات، أي إدراج المعاملة في كتلة ثم إضافة كتل تليها. تتيح Lightning Network الدفع دون تسجيل كل دفعة منفردة على سلسلة الكتل؛ وفيها يتحقق يان من نجاح الاستلام في محفظته. لا تكفي عبارة «تم الدفع» في حساب المجمّع. كذلك فإن Seed Phrase، وهي نسخة احتياطية لمحفظته الخاصة في صورة كلمات، لا تستعيد تسجيل الدخول إلى المجمّع ولا تفرض عليه دفع الرصيد. [5]

عند مقارنة خدمتين، لا ينظر يان إلى نسبة الرسم وحدها. يحتاج إلى معرفة العمل المقبول الذي تُحتسب له مكافأة، وهل تشمل رسوم المعاملات، وما الذي يُخصم عند الدفع. ثم يقارن الفترة نفسها والمبالغ التي استلمها فعلاً. خصوصاً في التشغيل الصغير، قد يؤخر الحد الأدنى للدفع وصول المال رغم تراكم المكافآت. ولا يمكن الحديث عن ربح إلا بعد خصم الكهرباء والمصاريف الأخرى وتكلفة الأجهزة. أجمل رسم بياني في لوحة الحساب لا يعني بالضرورة أفضل نتيجة للمعدّن. [4] [5]

لا يعني PPS عدداً ثابتاً من BTC يومياً. إذا ارتفعت صعوبة الشبكة، قل احتمال أن يجد العمل نفسه كتلة وانخفضت قيمته. يخفض Halving إعانة الكتلة؛ ومع FPPS يتغير أيضاً تقدير رسوم المعاملات. وقد تستخدم المجمّعات فترات ومرشحات حساب مختلفة. تنشر Luxor مثلاً منهجيتها الخاصة، لا قاعدة عامة لكل خدمات FPPS. كما يقل العمل المقبول عند توقف الجهاز أو رفض shares. وحتى الدخل الثابت بعملة BTC قد تتغير قيمته بالعملة المحلية. [4]

يمكن كتابة نموذج مبسط لـ PPS الأساسي بالشكل B × d / D. يرمز B إلى إعانة الكتلة، وd إلى صعوبة share، وD إلى صعوبة الشبكة؛ ويجب أن تستخدم الصعوبتان هنا طريقة القياس نفسها. تعبّر النسبة d / D تقريباً عن احتمال أن تحقق تلك share أيضاً شرط الشبكة الأشد. وبقيم توضيحية فقط، B = 3.125 BTC وd / D = 0.000001، تكون النتيجة 312.5 sat قبل رسم المجمّع. هذا ليس عرضاً حالياً ولا سعراً ثابتاً للشبكة. الاختصار sat يعني ساتوشي، وهو أصغر وحدة للبيتكوين على الشبكة الأساسية. قد تسجّل الخدمة كسور الساتوشي في حساباتها الداخلية؛ أما التقريب والدفع فلهما قواعد منفصلة. [1] [5]