Paolo Ardoino Ingin AI Mengelola Penambangan Bitcoin. Siapa yang Mendapat Izin untuk Bertindak?

Dorongan Paolo Ardoino untuk membawa AI ke dalam penambangan Bitcoin memiliki keputusan manusia di pusatnya: siapa yang dapat memberi wewenang kepada mesin untuk mengubah apa yang dilakukannya? Alat tindakan perangkat MDK v0.11 Tether menghentikan alat tindakan perangkatnya untuk persetujuan manusia, sementara situs harus menetapkan siapa yang berhak memberikannya.

Perbedaan itu penting karena Tether mengumumkan komitmen dari 15 peserta industri pada 24 Oktober untuk membangun dan memelihara integrasi dengan Kit Pengembangan Penambangan (Mining Development Kit), sebuah kerangka kerja sumber terbuka yang menghubungkan peralatan penambangan, kolam, dan aplikasi. Antarmuka umum dapat memberikan cara yang konsisten bagi perangkat lunak untuk mengakses berbagai sistem. Izin untuk bertindak masih tergantung pada instalasi.

Contoh v0.11 tidak menetapkan kode mana yang telah diinstal oleh QVAC atau tambang yang berpartisipasi. Kode cabang utama yang lebih baru menambahkan pembatasan pemanggil yang tidak ada pada tag tersebut. Oleh karena itu, kontrol situs tergantung pada siapa yang dapat mengeluarkan perintah dan perangkat lunak hulu mana yang diadopsi oleh tambang.

Dari integrasi ke perintah peralatan

Daftar Tether mencakup BITMAIN, MicroBT, Canaan, Bitdeer, Foundry Digital, dan Luxor Technology. Ini juga menyebutkan ACME Swisstech, Elektron Energy, EMCD, F2Pool, Heatbit, OCEAN, Proto, SpiderPool, dan Stratum V2.

Di bawah pengaturan yang diumumkan, peserta akan membangun dan memelihara Pekerja: perangkat lunak yang menerjemahkan perangkat keras, kolam, atau antarmuka sistem yang ada dari perusahaan ke dalam bahasa umum MDK. Setiap perusahaan memilih fungsi yang akan diekspos. Sebuah aplikasi kemudian dapat menggunakan antarmuka itu daripada memerlukan integrasi terpisah untuk setiap produsen.

Tether mengatakan agen penambangan QVAC-nya sudah beroperasi di MDK sebagai demonstrasi awal. Pengumuman tersebut tidak memberikan kapasitas armada yang berpartisipasi, bagian dari hashrate Bitcoin, atau penghematan yang terukur.

Alat tindakan situs referensi v0.11 menerima satu perangkat bernama dan menawarkan dua operasi: me-reboot-nya atau mengubah mode daya. Opsi mode daya adalah rendah, normal, tinggi, dan tidur, dengan pengelola memeriksa mode mana yang didukung perangkat tersebut sebelum mengirim perintah.

Itu adalah kemampuan contoh, bukan batasan pada setiap aplikasi atau Pekerja yang dapat dibangun seseorang dengan MDK.

Alat referensi secara eksplisit ditandai sebagai tulis. Ketika loop eksekusi agen menemui alat yang diklasifikasikan sebagai memerlukan persetujuan, ia mengeluarkan peristiwa persetujuan yang tertunda dan berhenti sebelum memanggilnya. Penolakan mencegah panggilan. Plugin agen Gateway mendokumentasikan jendela persetujuan default dua menit, dengan permintaan yang tidak terjawab berakhir pada penolakan.

Plugin v0.11 mengikat sesi dan persetujuan ke identitas yang membuatnya. Ketika tidak ada identitas pengguna yang disediakan, permintaan menggunakan operator lokal bersama. Dalam konfigurasi itu, jeda persetujuan tidak membedakan satu manusia dari yang lain.

Oleh karena itu, tambang yang merakit versi ini harus menghubungkan pemeriksaan identitasnya sendiri ke permukaan persetujuan. Orang yang diizinkan untuk melihat data peralatan dan orang yang diizinkan untuk menyetujui perubahan mode daya perlu izin yang ditetapkan oleh situs.

Pilihan penerapan yang sama berlaku untuk data. Referensi agen mendukung model QVAC lokal dan titik akhir yang dihosting; dengan penyedia yang dihosting, prompt dan hasil alat meninggalkan situs untuk host titik akhir tersebut. Menjalankan agen secara lokal dan memilih di mana modelnya berjalan adalah keputusan konfigurasi terpisah.

Jalur perintah mengubah pemeriksaan izin

Cetak biru keamanan v0.11 yang ditandai membedakan perintah langsung dari tindakan yang memerlukan persetujuan. Panggilan command.request langsung tidak memiliki pemeriksaan izin di sisi Kernel. Rute action.push terpisah menggunakan izin yang diberikan oleh pemanggil backend yang diterima, sehingga Gateway, titik masuk aplikasi, harus menguranginya dari pengguna yang terverifikasi.

Di sini, Kernel mengoordinasikan permintaan antara aplikasi dan Pekerja. Kunci yang memungkinkan proses backend untuk menghubunginya menetapkan penerimaan proses tersebut. Ini tidak mengidentifikasi manusia yang meminta perubahan.

Implementasi Pekerja v0.11 menambahkan batasan lain untuk dipertimbangkan: antarmuka perintah jaringan mengirimkan permintaan tanpa memeriksa kunci pemanggil. Cetak biru yang ditandai memperingatkan bahwa rekan yang dapat menjangkau Pekerja dan mengalamatkan kunci publiknya dapat mengirimkan perintah secara langsung. Paparan itu tergantung pada jaringan dan instalasi; itu tidak menetapkan bahwa tambang tertentu mengekspos Pekerjanya.

Akibatnya, persetujuan dalam obrolan referensi mencakup interaksi agen tersebut. Membatasi setiap jalur ke peralatan memerlukan kontrol di sekitar titik masuk lainnya juga.

Kode repositori yang lebih baru mengubah gambaran ini. Referensi GitHub yang diperiksa pada 24 Oktober memetakan v0.11.0 ke komitmen fae8fbce052a dan utama ke 35c144f240f0. Pada snapshot yang dipin tersebut, Pekerja memerlukan kunci pemanggil yang diterima kecuali pengaturan allowAll yang eksplisit diaktifkan.

Changelog yang diberi label v0.12 juga menggambarkan peran Kernel untuk membaca, menulis, dan administrasi, alat tulis MCP opt-in dan verifikasi yang dinyatakan dari status perangkat.

Sementara itu, panduan keamanan yang diterbitkan yang diambil pada 24 Oktober masih menggambarkan Pekerja tanpa daftar izin pemanggil. Seorang operator perlu mencocokkan panduan dengan kode yang diterapkan sebelum memperlakukan salah satu sebagai deskripsi perlindungan situs.

Otoritas Rilis Tetap Bersama Proyek

Pilihan perangkat lunak sebuah tambang juga menghubungkannya dengan tata kelola rilis MDK. Dokumen tata kelola proyek memberikan tim inti otoritas proyek akhir, Pemelihara Utama otoritas teknis akhir atas penggabungan, arsitektur, dan perencanaan rilis, serta Manajer Komunitas otoritas akhir atas arah strategis dan peta jalan.

Komitmen integrasi tidak memberikan otoritas kepada peserta atas rilis MDK. Begitu pula, otoritas untuk menggabungkan kode hulu tidak menetapkan izin untuk mengeluarkan perintah di dalam tambang.

Itu menjadikan peninjauan pembaruan sebagai tanggung jawab operasional. Kebijakan keamanan v0.11 mengatakan perbaikan ditangani berdasarkan upaya terbaik untuk komitmen utama terbaru dan bahwa komitmen yang lebih lama atau rilis yang ditandai mungkin tidak menerimanya. Memilih versi menetapkan dasar kode situs, sementara konfigurasi menentukan bagaimana kode itu digunakan. Perubahan selanjutnya memerlukan tinjauan mereka sendiri.

Perbedaan dalam changelog yang lebih baru antara penerimaan perintah dan konfirmasi status perangkat yang dihasilkan menggambarkan apa yang dipertaruhkan. Izin untuk mengirim instruksi mode daya dan bukti bahwa mesin mencapai mode yang diminta menjawab pertanyaan operasional yang berbeda.

Otonomi sebuah tambang tergantung pada siapa yang dapat menyetujui penulisan, program backend mana yang dapat menjangkau peralatan, dan siapa yang mengadopsi pembaruan perangkat lunak.