پائولو آردوینو می‌خواهد هوش مصنوعی معادن بیت‌کوین را اداره کند. چه کسی اجازه عمل را می‌گیرد؟

تلاش پائولو آردوینو برای وارد کردن هوش مصنوعی به استخراج بیت‌کوین یک تصمیم انسانی در مرکز خود دارد: چه کسی می‌تواند به یک ماشین اجازه دهد تا آنچه را که انجام می‌دهد تغییر دهد؟ ابزار اقدام دستگاه MDK v0.11 تتر برای تأیید انسانی متوقف می‌شود، در حالی که سایت باید مشخص کند چه کسی مجاز به ارائه این تأیید است.

این تمایز مهم است زیرا تتر در تاریخ ۲۴ اکتبر از ۱۵ شرکت فعال در صنعت تعهداتی برای ساخت و نگهداری ادغام‌ها با کیت توسعه استخراج خود، یک چارچوب متن‌باز که تجهیزات استخراج، استخرها و برنامه‌ها را متصل می‌کند، اعلام کرد. یک رابط مشترک می‌تواند به نرم‌افزار یک روش ثابت برای دسترسی به سیستم‌های مختلف بدهد. اجازه عمل هنوز به نصب بستگی دارد.

مثال v0.11 مشخص نمی‌کند که کدام کد QVAC یا معادن شرکت‌کننده نصب شده است. کد جدیدتر شاخه اصلی محدودیت‌های فراخوانی را اضافه می‌کند که در آن برچسب وجود ندارد. بنابراین کنترل سایت به این بستگی دارد که چه کسی می‌تواند دستورات را صادر کند و کدام نرم‌افزار بالادستی معدن را اتخاذ می‌کند.

از ادغام‌ها به دستورات تجهیزات

لیست تتر شامل BITMAIN، MicroBT، Canaan، Bitdeer، Foundry Digital و Luxor Technology است. همچنین ACME Swisstech، Elektron Energy، EMCD، F2Pool، Heatbit، OCEAN، Proto، SpiderPool و Stratum V2 را نام می‌برد.

بر اساس توافق اعلام شده، شرکت‌کنندگان کارگرهایی خواهند ساخت و نگهداری خواهند کرد: نرم‌افزاری که سخت‌افزار موجود یک شرکت، استخر یا رابط سیستم را به زبان مشترک MDK ترجمه می‌کند. هر شرکت عملکردهایی را که در معرض نمایش قرار می‌دهد انتخاب می‌کند. سپس یک برنامه می‌تواند از آن رابط استفاده کند و نیازی به ادغام جداگانه برای هر تولیدکننده نداشته باشد.

تتر می‌گوید که عامل استخراج QVAC آن در حال حاضر به عنوان یک نمایش اولیه بر روی MDK عمل می‌کند. این اعلام هیچ ظرفیتی از ناوگان شرکت‌کننده، سهم از نرخ هش بیت‌کوین یا صرفه‌جویی اندازه‌گیری شده را ارائه نمی‌دهد.

ابزار اقدام سایت مرجع v0.11 یک دستگاه نام‌گذاری شده را می‌پذیرد و دو عملیات را ارائه می‌دهد: راه‌اندازی مجدد آن یا تغییر حالت قدرت آن. گزینه‌های حالت قدرت شامل کم، عادی، بالا و خواب است، با این حال، پردازشگر بررسی می‌کند که کدام حالت‌ها آن دستگاه پشتیبانی می‌کند قبل از ارسال دستور.

این‌ها قابلیت‌های مثال هستند، نه سقفی برای هر برنامه یا کارگری که کسی می‌تواند با MDK بسازد.

ابزار مرجع به وضوح به عنوان نوشتن علامت‌گذاری شده است. زمانی که حلقه اجرای عامل با ابزاری مواجه می‌شود که به عنوان نیاز به تأیید طبقه‌بندی شده است، یک رویداد تأیید معلق را منتشر می‌کند و قبل از فراخوانی آن متوقف می‌شود. رد درخواست مانع از فراخوانی می‌شود. افزونه عامل Gateway یک پنجره تأیید پیش‌فرض دو دقیقه‌ای را مستند می‌کند، با این حال، یک درخواست بدون پاسخ به رد تبدیل می‌شود.

افزونه v0.11 جلسات و تأییدها را به هویت که آن‌ها را ایجاد کرده است متصل می‌کند. زمانی که هیچ هویت کاربری ارائه نمی‌شود، درخواست‌ها از یک اپراتور محلی مشترک استفاده می‌کنند. در آن پیکربندی، توقف تأیید یک انسان را از دیگری متمایز نمی‌کند.

بنابراین، یک معدن که این نسخه را جمع‌آوری می‌کند باید بررسی‌های هویت خود را به سطح تأیید متصل کند. شخصی که مجاز به مشاهده داده‌های تجهیزات است و شخصی که مجاز به تأیید تغییر حالت قدرت است، نیاز به مجوزهایی دارد که توسط سایت تعیین شده است.

همین انتخاب استقرار به داده‌ها نیز اعمال می‌شود. مرجع عامل مدل‌های محلی QVAC و نقاط انتهایی میزبان را پشتیبانی می‌کند؛ با یک ارائه‌دهنده میزبان، درخواست‌ها و نتایج ابزار از سایت به میزبان آن نقطه انتهایی می‌روند. اجرای یک عامل به صورت محلی و انتخاب اینکه مدل آن کجا اجرا شود، تصمیمات پیکربندی جداگانه‌ای هستند.

مسیر دستور تغییر بررسی مجوز

نقشه امنیتی برچسب‌گذاری شده v0.11 دستورات مستقیم را از اقدامات نیازمند تأیید متمایز می‌کند. فراخوانی‌های مستقیم command.request هیچ بررسی مجوزی در سمت هسته ندارند. مسیر جداگانه action.push از مجوزهایی که توسط یک فراخوانی backend پذیرفته شده ارائه می‌شود، استفاده می‌کند، بنابراین Gateway، نقطه ورودی برنامه، باید آن‌ها را از یک کاربر تأیید شده استخراج کند.

در اینجا، هسته درخواست‌ها را بین برنامه‌ها و کارگران هماهنگ می‌کند. یک کلید که به یک فرآیند پشتیبان اجازه می‌دهد تا با آن تماس بگیرد، پذیرش آن فرآیند را تعیین می‌کند. این کلید هویت انسانی که درخواست تغییر می‌کند را شناسایی نمی‌کند.

پیاده‌سازی کارگر v0.11 یک مرز دیگر را برای بررسی اضافه می‌کند: رابط فرمان شبکه آن درخواست‌ها را بدون بررسی کلید فراخواننده ارسال می‌کند. طرح‌واره برچسب‌گذاری شده هشدار می‌دهد که یک همتا که می‌تواند به یک کارگر دسترسی پیدا کند و کلید عمومی آن را آدرس‌دهی کند، می‌تواند دستورات را مستقیماً ارسال کند. این در معرض بودن به شبکه و نصب بستگی دارد؛ این به این معنی نیست که یک معدن خاص کارگران خود را در معرض قرار می‌دهد.

بنابراین، یک تأیید در چت مرجع تعامل آن عامل را پوشش می‌دهد. محدود کردن هر مسیر به تجهیزات نیاز به کنترل‌هایی در اطراف نقاط ورودی دیگر نیز دارد.

کد مخزن جدیدتر این تصویر را تغییر می‌دهد. مراجع GitHub که در 24 اکتبر بررسی شده‌اند، v0.11.0 را به کامیت fae8fbce052a و اصلی را به 35c144f240f0 مرتبط می‌کنند. در آن تصویر ثابت، کارگران به کلیدهای فراخواننده پذیرفته شده نیاز دارند مگر اینکه تنظیم allowAll به‌طور صریح فعال شده باشد.

چک لیست تغییرات با برچسب v0.12 همچنین نقش‌های هسته را برای خواندن، نوشتن و مدیریت، ابزارهای نوشتن MCP با انتخاب و تأیید وضعیت دستگاه توصیف می‌کند.

در همین حال، راهنمای امنیت منتشر شده که در 24 اکتبر بازیابی شده، هنوز کارگران را بدون لیست‌های اجازه فراخواننده توصیف می‌کند. یک اپراتور باید راهنما را با کد مستقر شده مطابقت دهد قبل از اینکه هر یک را به عنوان توصیف حفاظت‌های یک سایت در نظر بگیرد.

اختیار انتشار با پروژه باقی می‌ماند

انتخاب نرم‌افزار یک معدن همچنین آن را به حاکمیت انتشار MDK متصل می‌کند. سند حاکمیت پروژه به تیم اصلی اختیار نهایی پروژه را می‌دهد، سرپرست اصلی اختیار نهایی فنی بر ادغام‌ها، معماری و برنامه‌ریزی انتشار را دارد و مدیر جامعه اختیار نهایی بر جهت‌گیری استراتژیک و نقشه‌راه را دارد.

یک تعهد ادغام به خودی خود به یک شرکت‌کننده اختیار بر انتشارهای MDK نمی‌دهد. به‌طور مشابه، اختیار برای ادغام کد بالادستی اجازه‌ای برای صدور دستورات در داخل یک معدن ایجاد نمی‌کند.

این باعث می‌شود که بررسی به‌روزرسانی‌ها یک مسئولیت عملی باشد. سیاست امنیتی v0.11 می‌گوید که اصلاحات بر اساس بهترین تلاش برای آخرین کامیت اصلی انجام می‌شود و اینکه کامیت‌های قدیمی‌تر یا انتشارهای برچسب‌گذاری شده ممکن است آنها را دریافت نکنند. انتخاب یک نسخه خط پایه کد سایت را مشخص می‌کند، در حالی که پیکربندی تعیین می‌کند که چگونه آن کد استفاده می‌شود. تغییرات بعدی نیاز به بررسی خود دارند.

تمایز چک لیست جدیدتر بین پذیرش فرمان و تأیید وضعیت دستگاه حاصل نشان می‌دهد که چه چیزی در خطر است. اجازه ارسال یک دستور حالت قدرت و شواهدی که ماشین به حالت درخواست شده رسید، به سوالات عملی متفاوتی پاسخ می‌دهد.

خودمختاری یک معدن به این بستگی دارد که چه کسی می‌تواند نوشتن‌ها را تأیید کند، کدام برنامه‌های پشتیبان می‌توانند به تجهیزات دسترسی پیدا کنند و چه کسی به‌روزرسانی‌های نرم‌افزاری را اتخاذ می‌کند.

این محتوا صرفاً برای اطلاع‌رسانی عمومی ارائه شده است و به‌منزله مشاوره مالی، سرمایه‌گذاری، حقوقی یا مالیاتی تلقی نمی‌شود. هرگونه رویداد، جایزه، کمپین آنلاین یا اطلاعات مرتبط که در اینجا ذکر شده است، نباید به‌عنوان توصیه، ترغیب یا دعوت به خرید، فروش، معامله یا هرگونه دادوستد دیگر دارایی‌های رمزارزی تلقی شود. دارایی‌های رمزارزی از نوسان بالایی برخوردار هستند و ممکن است منجر به زیان شوند. دسترسی به خدمات، محصولات و رویدادهای مرتبط با WEEX ممکن است بسته به منطقه جغرافیایی متفاوت باشد. اطمینان از اینکه استفاده شما از این خدمات با قوانین و مقررات محلی مطابقت دارد، بر عهده خود شماست.