Tether heeft vijftien partijen uit de bitcoinminingsector zover gekregen om koppelingen voor zijn
Mining Development Kit te bouwen en te onderhouden. Grote namen als BITMAIN, Bitdeer, Canaan, MicroBT, Foundry Digital en F2Pool staan op de lijst.
De toezeggingen maken MDK nog geen afgewerkt product. De software zit in de 0.x-fase en Tether mikt pas voor eind 2026 op de eerste stabiele versie 1.0.
Vijftien partijen bouwen eigen koppeling
Onder de deelnemers zitten fabrikanten van miningapparatuur, miningpools en andere partijen uit de sector.
Naast BITMAIN, Bitdeer, Canaan, MicroBT, Foundry Digital en F2Pool noemt Tether onder meer Proto van Block, OCEAN, Luxor Technology en Stratum V2.
Het doel is één gemeenschappelijke softwarelaag waarop toepassingen verschillende systemen kunnen uitlezen en aansturen.
Voor grote mininglocaties kan dat een praktisch probleem oplossen. Duizenden machines kunnen afkomstig zijn van verschillende fabrikanten en tegelijk met meerdere pools en beheersystemen werken.
Iedere deelnemer bouwt een Worker
De kern van het plan bestaat uit zogenoemde Workers.
Iedere deelnemer moet zo'n module voor zijn eigen systeem bouwen en onderhouden.
Een Worker vertaalt de bestaande interface van een fabrikant, pool of dienst naar het gemeenschappelijke formaat van MDK.
Een applicatie hoeft daardoor niet afzonderlijk te worden aangepast voor ieder merk apparaat of iedere miningpool.
De fabrikant hoeft zijn bestaande systeem ook niet te vervangen. Hij bepaalt zelf welke functies via de Worker beschikbaar komen.
Toezegging betekent nog geen werkende integratie
Daar zit een belangrijke grens aan de aankondiging.
Tether meldt dat de vijftien partijen hebben toegezegd Workers te bouwen en onderhouden.
Dat betekent niet dat alle vijftien koppelingen nu volledig operationeel zijn.
De aankondiging noemt de toezeggingen zelf een vroege stap in de verdere uitbreiding van MDK. Ontwikkelaars kunnen al testen en toepassingen bouwen, terwijl nieuwe Workers nog worden toegevoegd.
De lijst zegt dus iets over steun voor de technische aanpak, niet over een voltooide uitrol bij alle deelnemers.
MDK moet verschillende merken onder één laag brengen
Het opensourceproject combineert een JavaScript-SDK met React-componenten waarmee ontwikkelaars dashboards en andere toepassingen kunnen bouwen.
De software werkt op Windows, macOS en Linux.
Een operator kan daarmee bijvoorbeeld gegevens uit verschillende miners verzamelen, apparaten aansturen en eigen geautomatiseerde werkprocessen bouwen.
Voor
Bitcoin-miners vermindert dat in theorie de afhankelijkheid van één leverancier.
De publieke code is nog niet stabiel
Dat punt mag bij alle grote namen op de deelnemerslijst niet verdwijnen.
De
officiële MDK-repository omschrijft het project als werk in uitvoering en zegt dat de software nog niet als stabiel wordt beschouwd.
De eigen
roadmap is nog duidelijker.
Versies in de 0.x-reeks zijn bedoeld voor ontwikkeling en tests. De publieke interfaces kunnen nog veranderen en MDK is in deze fase niet bedoeld als definitieve productieversie.
Versie 1.0 moet dat omslagpunt vormen.
Tether mikt op versie 1.0 voor eind 2026
In de aankondiging van 24 oktober schreef Tether dat MDK tijdens het Plan ₿ Forum in Lugano versie 0.11 zou bereiken.
De eerste stabiele versie 1.0 staat gepland voor het einde van 2026.
Dat is een ontwikkeldoel, geen garantie dat alle geplande onderdelen tegen die datum klaar zijn.
Ontwikkelaars hoeven daar volgens Tether niet op te wachten. De broncode en documentatie zijn al openbaar beschikbaar voor tests en nieuwe Workers.
De komende maanden moeten daardoor laten zien hoeveel van de aangekondigde koppelingen daadwerkelijk in bruikbare code veranderen.
AI-agent moet dezelfde laag gebruiken
Tether koppelt MDK nadrukkelijk aan AI.
Een AI-systeem kan pas gemakkelijk meerdere miners of pools beheren wanneer die systemen op een vergelijkbare manier kunnen worden aangesproken.
Zonder zo'n gemeenschappelijke interface moet de software voor ieder apparaat begrijpen welke opdrachten, gegevensformaten en toegangsregels gelden.
MDK probeert die verschillen achter de Workers te verbergen.
Volgens Tether draait zijn eigen QVAC-miningagent al rechtstreeks op MDK.
Dat is een toepassing van Tether zelf. Het bewijst nog niet dat autonome agents al op grote schaal mininglocaties van de vijftien deelnemers beheren.
Gemeenschappelijke interface geeft software meer bereik
Als meerdere grote fabrikanten hun Workers daadwerkelijk onderhouden, verandert vooral het bereik van nieuwe toepassingen.
Een ontwikkelaar kan dan één dashboard of agent bouwen en die via MDK met meerdere merken laten communiceren.
Dat kan de overstap naar andere hardware eenvoudiger maken en voorkomt dat iedere nieuwe toepassing dezelfde koppelingen opnieuw moet schrijven.
De onderliggende systemen blijven wel verschillend.
MDK maakt een BITMAIN-machine en een MicroBT-machine technisch niet identiek. De vertaallaag zorgt er alleen voor dat hogere software met een gemeenschappelijk formaat kan werken.
Meer automatisering betekent ook meer controlefuncties
Daarmee ontstaat tegelijk een nieuw aandachtspunt.
Software die alleen informatie toont heeft minder bevoegdheden nodig dan een systeem dat machines zelfstandig opdrachten geeft.
Zodra een AI-agent apparaten kan aanpassen of processen kan starten, worden toegangsrechten, logging en begrenzing belangrijker.
Een uniforme laag kan bediening eenvoudiger maken, maar kan ook meer systemen via één toegangspunt bereikbaar maken.
Welke functies een Worker beschikbaar stelt, blijft daarom relevant voor de veiligheid van de opzet.
De koppeling met fysieke machines verandert niets aan de regels van de
blockchain zelf. MDK zit aan de operationele kant van mining.
Grote namen zijn pas het begin van de test
De vijftien toezeggingen geven Tether een serieuze lijst om mee te beginnen.
Vooral steun van grote ASIC-fabrikanten en bekende pools kan voorkomen dat MDK een softwareproject blijft zonder brede aansluiting op bestaande systemen.
Maar de volgende stap is minder spectaculair dan een namenlijst.
De Workers moeten worden gebouwd, onderhouden en in echte miningomgevingen blijven werken wanneer fabrikanten hun eigen software veranderen.
Daar ligt de echte test.
Vijftien toezeggingen kunnen een gemeenschappelijke standaard dichterbij brengen. Pas werkende en onderhouden koppelingen bepalen hoeveel van die belofte daadwerkelijk overeind blijft.