Paolo Ardoino muốn AI điều hành các mỏ Bitcoin. Ai được phép hành động?

Sự thúc đẩy của Paolo Ardoino nhằm đưa AI vào khai thác Bitcoin có một quyết định con người ở trung tâm: ai có thể ủy quyền cho một máy móc thay đổi những gì nó đang làm? Công cụ hành động thiết bị của đại lý tham chiếu MDK v0.11 của Tether tạm dừng để chờ sự chấp thuận của con người, trong khi trang web phải xác định ai có quyền cho phép điều đó.

Sự phân biệt đó rất quan trọng khi Tether công bố cam kết từ 15 người tham gia ngành vào ngày 24 tháng 10 để xây dựng và duy trì các tích hợp với Bộ phát triển khai thác của mình, một khung mã nguồn mở kết nối thiết bị khai thác, hồ và ứng dụng. Một giao diện chung có thể cung cấp cho phần mềm một cách nhất quán để tiếp cận các hệ thống khác nhau. Quyền hành động vẫn phụ thuộc vào việc cài đặt.

Ví dụ v0.11 không xác định mã nào mà QVAC hoặc các mỏ tham gia đã cài đặt. Mã nhánh chính mới hơn thêm các hạn chế gọi mà không có trong thẻ đó. Do đó, quyền kiểm soát trang web phụ thuộc vào cả ai có thể phát lệnh và phần mềm thượng nguồn nào mà mỏ áp dụng.

Từ tích hợp đến lệnh thiết bị

Danh sách của Tether bao gồm BITMAIN, MicroBT, Canaan, Bitdeer, Foundry Digital và Luxor Technology. Nó cũng đề cập đến ACME Swisstech, Elektron Energy, EMCD, F2Pool, Heatbit, OCEAN, Proto, SpiderPool và Stratum V2.

Theo thỏa thuận đã công bố, các bên tham gia sẽ xây dựng và duy trì Workers: phần mềm chuyển đổi phần cứng hiện có của một công ty, hồ hoặc giao diện hệ thống thành ngôn ngữ chung của MDK. Mỗi công ty chọn các chức năng mà nó công khai. Một ứng dụng có thể sử dụng giao diện đó thay vì yêu cầu một tích hợp riêng cho mỗi nhà sản xuất.

Tether cho biết đại lý khai thác QVAC của mình đã hoạt động trên MDK như một sự trình diễn sớm. Thông báo không cung cấp khả năng đội tàu tham gia, tỷ lệ Bitcoin hashrate hoặc tiết kiệm đã đo.

Công cụ hành động của trang tham chiếu v0.11 chấp nhận một thiết bị được đặt tên và cung cấp hai thao tác: khởi động lại nó hoặc thay đổi chế độ nguồn của nó. Các tùy chọn chế độ nguồn là thấp, bình thường, cao và ngủ, với bộ xử lý kiểm tra các chế độ mà thiết bị đó hỗ trợ trước khi gửi lệnh.

Đó là khả năng của ví dụ, chứ không phải là giới hạn cho mọi ứng dụng hoặc Worker mà ai đó có thể xây dựng với MDK.

Công cụ tham chiếu được đánh dấu rõ ràng là một ghi. Khi vòng lặp thực thi của đại lý gặp một công cụ được phân loại là yêu cầu phê duyệt, nó phát ra một sự kiện chờ phê duyệt và tạm dừng trước khi gọi nó. Việc từ chối ngăn chặn cuộc gọi. Plugin đại lý Gateway ghi lại một khoảng thời gian phê duyệt mặc định hai phút, với một yêu cầu không được trả lời sẽ dẫn đến việc từ chối.

Plugin v0.11 liên kết các phiên và phê duyệt với danh tính đã tạo ra chúng. Khi không có danh tính người dùng nào được cung cấp, các yêu cầu sử dụng một nhà điều hành cục bộ chung. Trong cấu hình đó, một khoảng dừng phê duyệt không phân biệt một con người với một con người khác.

Một mỏ lắp ráp phiên bản này do đó phải kết nối các kiểm tra danh tính của riêng mình với bề mặt phê duyệt. Người được phép xem dữ liệu thiết bị và người được phép phê duyệt thay đổi chế độ nguồn cần có quyền được thiết lập bởi trang web.

Cùng một lựa chọn triển khai áp dụng cho dữ liệu. Đại lý tham chiếu hỗ trợ các mô hình QVAC cục bộ và các điểm cuối được lưu trữ; với một nhà cung cấp được lưu trữ, các lời nhắc và kết quả công cụ rời khỏi trang web cho máy chủ của điểm cuối đó. Chạy một đại lý cục bộ và chọn nơi mô hình của nó chạy là những quyết định cấu hình riêng biệt.

Đường lệnh thay đổi kiểm tra quyền

Bản thiết kế bảo mật v0.11 được gán phân biệt các lệnh trực tiếp với các hành động yêu cầu phê duyệt. Các cuộc gọi command.request trực tiếp không có kiểm tra quyền ở phía Kernel. Đường action.push riêng biệt sử dụng các quyền được cung cấp bởi một người gọi backend được chấp nhận, vì vậy Gateway, điểm vào của ứng dụng, phải lấy chúng từ một người dùng đã được xác minh.

Tại đây, Kernel điều phối các yêu cầu giữa các ứng dụng và Workers. Một khóa cho phép một quy trình backend liên hệ với nó thiết lập quyền truy cập của quy trình đó. Nó không xác định người yêu cầu thay đổi.

Việc triển khai Worker v0.11 thêm một ranh giới khác cần xem xét: giao diện lệnh mạng của nó phân phối các yêu cầu mà không kiểm tra khóa của người gọi. Bản thiết kế được gán cảnh báo rằng một đồng nghiệp có thể tiếp cận một Worker và địa chỉ khóa công khai của nó có thể gửi lệnh trực tiếp. Sự tiếp xúc đó phụ thuộc vào mạng và cài đặt; nó không xác lập rằng một mỏ cụ thể phơi bày Workers của nó.

Do đó, một sự chấp thuận trong cuộc trò chuyện tham chiếu bao gồm tương tác của đại lý đó. Việc hạn chế mọi lối vào thiết bị yêu cầu kiểm soát xung quanh các điểm truy cập khác cũng vậy.

Mã kho mới hơn thay đổi bức tranh này. Các tham chiếu của GitHub kiểm tra vào ngày 24 tháng 10 ánh xạ v0.11.0 đến cam kết fae8fbce052a và chính đến 35c144f240f0. Tại bản chụp được ghim sau đó, Workers yêu cầu các khóa người gọi được chấp nhận trừ khi một cài đặt allowAll rõ ràng được kích hoạt.

Nhật ký thay đổi được gán nhãn v0.12 của nó cũng mô tả các vai trò của Kernel cho việc đọc, viết và quản lý, các công cụ viết MCP tùy chọn và xác minh đã công bố về trạng thái thiết bị.

Trong khi đó, hướng dẫn bảo mật được công bố thu thập vào ngày 24 tháng 10 vẫn mô tả Workers mà không có danh sách cho phép người gọi. Một nhà điều hành cần phải đối chiếu hướng dẫn với mã đã triển khai trước khi coi bất kỳ điều nào như mô tả về các biện pháp bảo vệ của một trang.

Quyền phát hành vẫn thuộc về dự án

Lựa chọn phần mềm của một mỏ cũng kết nối nó với quản lý phát hành của MDK. Tài liệu quản lý của dự án cung cấp cho nhóm cốt lõi quyền hạn cuối cùng về dự án, người duy trì chính quyền hạn kỹ thuật cuối cùng về các hợp nhất, kiến trúc và kế hoạch phát hành, và người quản lý cộng đồng quyền hạn cuối cùng về hướng chiến lược và lộ trình.

Một cam kết tích hợp không tự nó cấp quyền cho một người tham gia quyền hạn đối với các phát hành của MDK. Tương tự, quyền hợp nhất mã nguồn thượng không xác lập quyền cho phép phát hành lệnh bên trong một mỏ.

Điều đó khiến việc xem xét các bản cập nhật trở thành trách nhiệm hoạt động. Chính sách bảo mật v0.11 cho biết các bản sửa lỗi được xử lý trên cơ sở nỗ lực tốt nhất cho cam kết chính mới nhất và rằng các cam kết cũ hơn hoặc các phát hành được gán nhãn có thể không nhận được chúng. Việc chọn một phiên bản gắn mã nguồn của trang, trong khi cấu hình xác định cách mã đó được sử dụng. Các thay đổi tiếp theo cần có đánh giá riêng của chúng.

Sự phân biệt trong nhật ký thay đổi mới hơn giữa việc chấp nhận lệnh và xác nhận trạng thái thiết bị kết quả minh họa những gì đang bị đe dọa. Quyền gửi một lệnh chế độ năng lượng và bằng chứng rằng máy đã đạt được chế độ yêu cầu trả lời các câu hỏi hoạt động khác nhau.

Sự tự chủ của một mỏ phụ thuộc vào ai có thể phê duyệt việc ghi, các chương trình backend nào có thể tiếp cận thiết bị và ai áp dụng các bản cập nhật phần mềm.