يفرض Full Node قواعد الإجماع أولًا، ثم يختار من السلاسل الصالحة السلسلة ذات أكبر عمل متراكم. يتنافس المعدنون على تمديدها. الاتفاق ليس نهائيًا فورًا؛ تسمية إجماع ناكاموتو ظهرت لاحقًا ولا تستخدمها الورقة البيضاء.
يجمع المفهوم قواعد التحقق في Bitcoin واختيار منتج الكتلة عبر Proof of Work واختيار الفرع والحوافز الاقتصادية. اختزاله في التعدين يتجاهل Full Node الذي يقرر الصلاحية مستقلًا. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [The Bitcoin Backbone Protocol]
يتحقق Full Node من المعاملات والكتل وفق قواعد إجماعه. حتى العمل الهائل لا يجعل الكتلة الباطلة صالحة؛ يقارن اختيار الفرع المرشحين الصالحين فقط. يفترض الاتفاق قواعد متوافقة لدى المشاركين. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain] [Bitcoin Core v29.0 — Chainstate validation]
يربط Proof of Work النفوذ بالعمل الحسابي وتكاليف الطاقة والأجهزة، لا بصوت لكل هوية شبكية. لذلك لا يزيد إنشاء أسماء مستعارة كثيرة وحده الوزن في اختيار السلسلة. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [The Bitcoin Backbone Protocol]
يجمع المعدنون كتلًا مرشحة ويبحثون عن تجزئة للترويسة قيمتها العددية أصغر من الهدف الصالح أو مساوية له. قد تظهر كتل صالحة متنافسة في الوقت نفسه؛ ويحسم انتشارها والعمل اللاحق التفرع المؤقت في ظروف الشبكة المعتادة. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain]
يختار Full Node الفرع الصالح بأكبر عمل إجمالي، المسمى chainwork. يُشتق عمل الكتلة من هدفها، لا من عدد المحاولات التي نفذها المعدن فعلًا. لذلك تعني السلسلة الأطول أكبر عمل، وليس بالضرورة أكثر عدد من الكتل. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain] [Bitcoin Core v29.0 — Chainstate validation]
بافتراض أغلبية نزيهة للعمل وانتشار مناسب للكتل، ينخفض خطر إعادة الكتابة مع عمق التأكيدات. يجب أن يلحق المهاجم بالسلسلة المنافسة. ليست التأكيدات استحالة رياضية للعكس، ولا تحمي من كل نموذج هجوم أو من عزل الضحية. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [The Bitcoin Backbone Protocol]
في mainnet يُعاد حساب الهدف كل 2016 كتلة من الطوابع الزمنية السابقة، باستهداف متوسط عشر دقائق للكتلة. يخفف التعديل الأثر طويل الأجل لتغير معدل التجزئة؛ لكنه لا يضمن فواصل دقيقة لكل كتلة أو استجابة فورية لتوقف المعدنين. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain]
تكافئ إعانة الكتلة والرسوم تمديد التاريخ المقبول. تستطيع أغلبية معدل التجزئة إعادة تنظيم كتل صالحة أو حجب معاملات، لكنها لا تجبر Full Node على قبول توقيع باطل أو خرق قواعد الإصدار أو إنفاق أموال الآخرين دون صلاحية. يوجد خطر هجوم أيضًا تحت 50%. [Satoshi Nakamoto — Bitcoin: A Peer-to-Peer Electronic Cash System] [Bitcoin Developer Guide — Block Chain] [Bitcoin Core v29.0 — Chainstate validation]
تعتمد السلامة والقدرة على التقدم على حصة عمل المهاجم والانتشار السريع بما يكفي والتحقق النزيه. تبين هجمات العزل eclipse وانقسامات الشبكة أهمية بنية الاتصالات: نسبة معدل التجزئة وحدها ليست نموذج تهديد كاملًا. [The Bitcoin Backbone Protocol]
يعمل BFT الكلاسيكي عادة بمشاركين معروفين ويؤكد بالتصويت ضمن حدود أعطال وافتراضات زمنية صريحة. لإجماع ناكاموتو عضوية مفتوحة ووزن بحسب العمل ونهائية احتمالية. إنه تغيير للنموذج، وليس مجرد تنفيذ OM أو PBFT. [The Bitcoin Backbone Protocol] [The Byzantine Generals Problem] [Bitcoin Optech — Consensus changes]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Bitcoin, Proof of Work, تعديل الصعوبة, قواعد الإجماع, تعدين بيتكوين, Full Node. تشير إلى هذا المدخل أيضًا Byzantine Generals Problem, Sybil attack, Selfish mining.