باولو أردوينو يريد من الذكاء الاصطناعي تشغيل مناجم البيتكوين. من يحصل على إذن للعمل؟

دفع باولو أردوينو لإدخال الذكاء الاصطناعي في تعدين البيتكوين يدور حول قرار إنساني في جوهره: من يمكنه تفويض آلة لتغيير ما تفعله؟ يتوقف أداة عمل جهاز MDK v0.11 من Tether على موافقة بشرية، بينما يجب على الموقع تحديد من يحق له إعطائها.

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

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

من التكاملات إلى أوامر المعدات

تشمل قائمة Tether BITMAIN وMicroBT وCanaan وBitdeer وFoundry Digital وLuxor Technology. كما تسمي ACME Swisstech وElektron Energy وEMCD وF2Pool وHeatbit وOCEAN وProto وSpiderPool وStratum V2.

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

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

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

تلك هي قدرات المثال، بدلاً من أن تكون سقفًا على كل تطبيق أو عامل يمكن لشخص ما بناؤه باستخدام MDK.

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

يربط مكون v0.11 الجلسات والموافقات بالهوية التي أنشأتها. عندما لا يتم تقديم هوية مستخدم، تستخدم الطلبات مشغل محلي مشترك. في تلك التكوين، لا يميز توقف الموافقة بين إنسان وآخر.

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

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

تغير مسار الأمر فحص الإذن

يميز مخطط الأمان المسمى v0.11 الأوامر المباشرة من الإجراءات التي تتطلب الموافقة. لا تحتوي مكالمات command.request المباشرة على فحص إذن من جانب Kernel. يستخدم مسار action.push المنفصل الأذونات المقدمة من متصل خلفي معتمد، لذا يجب على Gateway، نقطة دخول التطبيق، اشتقاقها من مستخدم موثوق.

هنا، يقوم النواة بتنسيق الطلبات بين التطبيقات والعمال. يسمح مفتاح يسمح لعملية خلفية بالاتصال بها بتحديد قبول تلك العملية. لا يحدد الشخص الذي يطلب التغيير.

تضيف تنفيذ العامل v0.11 حدودًا أخرى يجب أخذها في الاعتبار: واجهة الأوامر الشبكية الخاصة بها ترسل الطلبات دون التحقق من مفتاح المتصل. تحذر المخطط المعلم من أن نظيرًا قادرًا على الوصول إلى عامل وعنوان مفتاحه العام يمكنه تقديم الأوامر مباشرة. تعتمد تلك التعرضات على الشبكة والتركيب؛ ولا يثبت أن منجمًا معينًا يكشف عن عماله.

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

تغير الشيفرة في المستودع الأحدث هذه الصورة. تشير مراجع GitHub التي تم التحقق منها في 24 أكتوبر إلى أن v0.11.0 تتطابق مع الالتزام fae8fbce052a والرئيسي مع 35c144f240f0. في لقطة النقطة الأخيرة، تتطلب العمال مفاتيح المتصلين المعتمدين ما لم يتم تمكين إعداد allowAll صراحة.

تصف قائمة التغييرات المعنونة v0.12 أيضًا أدوار النواة للقراءة والكتابة والإدارة، وأدوات كتابة MCP الاختيارية والتحقق المعلن عن حالة الجهاز.

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

تبقى سلطة الإصدار مع المشروع

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

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

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

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

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