Je ne pense pas. Bien que vous soyez (ils sont) sur quelque chose avec la grande quantité de cycles de CPU inexploités accessibles via Android (et d'autres téléphones mobiles) - le facteur limitant tend à être que les utilisateurs ne veulent pas que leurs batteries soient vidées pour calculer des fractales (ou quelque chose de ce genre).
Toutefois, si vous deviez créer un service qui ne fonctionne QUE lorsque les téléphones sont en charge, ce serait une toute autre affaire. Cependant, cela réduirait considérablement le temps disponible pour exploiter les cycles de l'unité centrale.
[Edit] - Et d'autres notes...
À un moment donné, j'ai étudié (de manière assez poussée) la création d'un système de base de données distribué qui résiderait sur les téléphones mobiles pour prendre en charge les applications de base qui ne voulaient pas s'appuyer sur un service REST. En fin de compte, c'est le manque de puissance illimitée qui a fait que cela n'en valait pas la peine. L'objectif semble toujours être un peu le Saint Graal de la programmation d'applications mobiles : créer un système distribué capable de prendre en charge un service et un schéma de base de données, puis ajouter un système de découverte et de hachage pour garder la trace des nœuds vivants qui ont des données. Le déplacement de toutes ces informations pourrait bloquer une connexion 3G, mais dans quelques années, je pense que ce ne sera plus un problème.