Michael JohnsonFemten gruveoperatører, ASIC-produsenter og puljer har gått sammen om å utvikle og vedlikeholde integrasjoner med det åpne Mining Development Kit (MDK), meldte Tether 24. oktober 2026. For bransjen er dette et forsøk på å løse et praktisk problem: å samle forskjellig utstyr og programvaresystemer i et felles lag, slik at apper kan bruke dem gjennom integrasjoner som kan gjenbrukes.
Workers står sentralt i arkitekturen. Dette er adaptere som oversetter grensesnittet til et bestemt utstyr, en pulje eller et system til MDK-formatet. Deltakerne beholder teknologien de allerede bruker, og velger selv hvilke funksjoner de vil gjøre tilgjengelige gjennom adapteren. Med denne tilnærmingen trenger apputviklere bare å integrere med det felles laget, ikke med hver enkelt produsent.
Hva ble kunngjort?
Tether oppga deltakere fra tre grupper: operatører av gruveanlegg, utstyrsprodusenter og gruvepuljer. Blant selskapene som ble nevnt, var Bitdeer, BITMAIN, Canaan, Foundry Digital, MicroBT og OCEAN. Det oppgitte bidraget er å utvikle og vedlikeholde egne Workers. Kunngjøringen fastsetter ikke en felles tidsplan for når adapterne blir klare, og bekrefter ikke at hver enkelt allerede er i produksjonsbruk.
MDK-repositoriet beskriver verktøysettet som en Node.js-SDK for overvåking av infrastruktur, styring av enheter og containere, innsamling av telemetri og utvikling av apper. Arkitekturen er delt inn i en kjerne, Workers og grensesnittverktøy. Gateway kobler forretningslogikken til kjernen, som henter data fra Workers og sender dem kommandoer. Prosjektet inneholder også en MCP-server.
Hvorfor gruvedrift trenger et felles grensesnitt
Et anlegg kan ha maskiner fra ulike produsenter og programvaresystemer med forskjellige protokoller i drift samtidig. Hver ny integrasjon øker mengden skreddersydd utviklingsarbeid og gjør det vanskeligere å overvåke hele maskinparken. En Worker fungerer som oversetter mellom et bestemt system og en app: Et overvåkingsverktøy kan for eksempel bruke det felles laget, mens adapteren oversetter forespørselen til grensesnittet for det aktuelle utstyret.
En slik struktur er nyttig for automatisering, uavhengig av om operatøren bruker KI. Først gjør et felles grensesnitt det mulig å samle inn data og sende tillatte kommandoer på en enhetlig måte; deretter kan man bygge regler eller agentbaserte apper på toppen av dette. Tether hevder at selskapets QVAC mining-agent allerede kjører på MDK. Dette er et integrasjonseksempel som selskapet har oppgitt, ikke en publisert måling av virkningen på energiforbruk, nedetid eller lønnsomhet i gruvedriften.
Hva utviklere kan undersøke nå
Per 24. oktober oppgir repositoriet versjon 0.11.0 og merker samtidig MDK som et aktivt utviklingsprosjekt som ennå ikke regnes som stabilt. For en praktisk vurdering kan man starte demonstrasjonsoppsettet fra repositoriet: README beskriver alternativer med kjerne, Workers, simulerte enheter, Gateway API og grensesnitt. I demonstrasjonen bruker Workers reelle tilkoblings- og telemetrioppsett, men kobles til lokale simulatorer, og telemetriverdiene er syntetiske. Dermed kan man undersøke arkitekturen og utvikle integrasjoner uten å teste drift på faktisk gruveutstyr.
I kunngjøringen oppga Tether utgangen av 2026 som mål for utgivelsen av den stabile versjonen 1.0. Et fornuftig neste steg for team som vurderer MDK, er å sjekke om de nødvendige Workers finnes, kartlegge hvilke kommandoer og data de tilbyr, og teste feiltoleransen separat på eget utstyr. Ifølge README-filen og statusen til MDK-repositoriet er det offentlige API-et fortsatt under utvikling før versjon 1.0, så integrasjoner bør planlegges med tanke på mulige endringer.
Uttalelsen fra 15 selskaper er først og fremst viktig som koordinering rundt et felles grensesnitt: MDKs nytte for operatørene vil avhenge av hvor fullstendig deltakerne implementerer og vedlikeholder adapterne sine. Utviklere kan allerede nå utforske koden og teste arkitekturscenarioer; den varslede stabile versjonen 1.0 er fortsatt et mål for årets slutt.