ASICBoost تحسين يشارك حساب جدول رسالة SHA-256 بين مرشحي ترويسة كتلة معدين على نحو مناسب. لهم جزء مشترك من الرسالة وحالات وسيطة مختلفة؛ وليس المقصود العثور على تجزئتين نهائيتين متطابقتين لبيتكوين.
وصف Timo Hanke تقنية ASICBoost في ورقة عام 2016 وذكر التعاون مع Sergio Demian Lerner. يجمع التصميم إعداد العمل خارج ASIC وتنظيم الحساب داخل الشريحة. ولا يغير SHA-256 أو شرط استيفاء التجزئة المزدوجة النهائية لهدف التعدين؛ بل يوفر بعض العمليات المتكررة. [Timo Hanke — AsicBoost, 2016]
حجم ترويسة Bitcoin هو 80 بايت. يقسمها SHA-256 الأول إلى 64 بايت ثم 16 بايت تستكمل بالحشو padding. يمتد Merkle root عبر الجزأين: تقع آخر 4 بايت في الجزء الثاني مع الوقت وbits وnonce. لذلك يهم الموقع الدقيق للبيانات المعدلة. [Timo Hanke — AsicBoost, 2016]
يسمي Hanke المهام المناسبة colliding work items: لها Message واحد وقيم midstate مختلفة من الجزء الأول. عند اختيار nonce يمكن إعادة استخدام message schedule للجزء الثاني من SHA-256 الأول عبر هذه الحالات. هذا ليس تصادمًا لتجزئة SHA-256 الكاملة ولا تطابقًا في الأجزاء الأولى للترويسات؛ فهي مختلفة. [Timo Hanke — AsicBoost, 2016]
يميز Lerner بين overt الذي يغير nVersion وcovert الذي يبحث عن Merkle root له آخر 4 بايت متطابقة وجزء أول مختلف. يمكن أن يغير covert المعاملات أو ترتيبها، مع الحفاظ على صحة الالتزامات والتبعيات. تغير nVersion وحده لا يثبت توفيرًا معينًا أو هوية المشغل. [Sergio Demian Lerner — Overt and covert AsicBoost, 2017]
يستخدم BIP310 رسالتي mining.configure وversion-rolling.mask؛ والاستجابة هي تقاطع قدرات الخادم والمعدّن. يجب أن يحقق الإرسال version_bits & ~last_mask == 0. تسري mining.set_version_mask فورًا، لا ابتداءً من المهمة التالية. لذا لا تتيح ميزة version rolling تغيير بتات عشوائية أو تجاهل قناع جديد. [BIP310 — Stratum protocol extensions]
في تاريخ المراجعة، حالة BIP320 هي Draft ويصف 16 بتًا عامًا من nVersion؛ وBIP323 أيضًا Draft ويقترح الاستبدال بنطاق 24 بتًا. ينبغي فصل هذه الوثائق عن القناع والبرنامج المستخدمين فعليًا في اتصال محدد. رقم BIP وحده لا يثبت دعم جميع الأجهزة أو تغييرًا اعتباطيًا للإجماع. [BIP320 — General-purpose nVersion bits] [BIP323 — 24 general-purpose nVersion bits]
يعطي نموذج Hanke الوفر x × (n − 1) / n، حيث x النسبة المئوية لعمل التوسيع المشترك وn عدد المهام المناسبة. عند x = 25% وn = 4 تكون النتيجة 18.75%. هذا نموذج للعمل الحسابي وفق الفرضية، وليس تلقائيًا الوفر نفسه بالواط أو السعر أو زيادة معدل التجزئة لكل جهاز. [Timo Hanke — AsicBoost, 2016]
وثق دعم الشريحة والبرنامج الثابت والقناع المتفاوض عليه والعمل المقبول واستهلاك القدرة في ظروف تشغيل قابلة للمقارنة. لا تستبدل J/TH للجهاز الكامل باسم ميزة أو نسبة نظرية فقط. ASICBoost ليس مرادفًا لرفع التردد ولا يضمن العثور على كتلة أو الربح. [Timo Hanke — AsicBoost, 2016] [BIP310 — Stratum protocol extensions]
للحصول على صورة أوضح، اقرأ هذا المدخل مع ASIC Miner, تعدين بيتكوين, رأس الكتلة, Proof of Work. تشير إلى هذا المدخل أيضًا Mining Firmware.