Mise à jour Acurast Processor V1.27.0
Mise à jour Acurast Processor pour Android V1.27.0
*Une version encore plus récente est disponible : V1.27.1. Veuillez passer à cette version. Plus d’informations ici.
*Pour iOS, la version 1.9.0 est disponible avec les mêmes mises à jour.
Jusqu’ici, configurer un téléphone dédié comme Processor Acurast impliquait une réinitialisation d’usine, l’Acurast Hub ouvert sur un ordinateur portable et un QR code scanné de l’ordinateur vers le téléphone. L’appairage est l’étape de cette séquence la plus exposée à une connexion faible et, jusqu’à présent, en cas d’échec, il était impossible de simplement réessayer.
Acurast Processor 1.27.0, actuellement disponible uniquement sur Android, repense ce parcours et renforce ce qui se passe sur le téléphone une fois celui-ci intégré.
L’essentiel des changements porte sur la configuration et la stabilité plutôt que sur de nouvelles fonctionnalités.
Mise à jour Processor V1.27.0
L’onboarding repensé
Nouveaux écrans de configuration. Le Hub dans l’application. Moins d’échecs silencieux.
Configurer un téléphone
Les changements concernent Processor Lite, la version qui tourne sur un téléphone du quotidien en parallèle de tout ce que vous en faites, et Processor Core, la version qui consacre entièrement un téléphone dédié au calcul.
Un écran d’accueil et une configuration de compte plus claire
Lite s’ouvre désormais sur un véritable écran d’accueil, et la configuration du compte qui suit a été repensée, y compris l’étape où vous sauvegardez la phrase de récupération.
Un écran de provisionnement pour Core et Lite
Les deux versions disposent d’un nouvel écran de provisionnement : l’étape où l’application configure le téléphone et l’enregistre comme Processor.
Sur Android, c’est aussi à cette étape qu’est créé le profil professionnel (Work Profile), un espace géré distinct sur le téléphone qui isole les charges de travail d’Acurast des applications et données personnelles.
Un appairage qui résiste à une mauvaise connexion
L’appairage associe un téléphone au compte qui le gère, et il exige que les deux côtés soient joignables au même moment : c’est pourquoi une connexion instable fait échouer cette étape avant toutes les autres.
Le parcours résiste désormais mieux aux aléas du réseau. Et si quelque chose se passe mal, vous pouvez réessayer manuellement au lieu de tout recommencer.
Le Hub, sans l’ordinateur portable
L’Acurast Hub est la console où vous gérez vos Processors, suivez leur état, créez des déploiements et stakez. Un compte manager conservé localement sur un téléphone nécessitait jusqu’ici un navigateur sur ordinateur pour y accéder.
Le Local Manager peut désormais ouvrir le Hub dans l’application. Pas une version mobile allégée : le Hub complet, sur le téléphone qui détient déjà le compte.
Processor Core ouvre aussi désormais l’ensemble des paramètres système du téléphone, alors qu’auparavant seuls les paramètres Wi-Fi étaient accessibles.
Ce qui change pour les développeurs
Deux changements du runtime, et un message d’erreur qui mérite d’être lu.
Une surface de rendu sous votre contrôle
Les déploiements Cargo et Node.js peuvent piloter un navigateur intégré sur le téléphone : c’est ainsi que les jobs de scraping, les pipelines de captures d’écran et tout ce qui a besoin d’un vrai moteur de rendu font leur travail.
Ce navigateur dessinait jusqu’ici sur une surface de la taille de l’écran du téléphone, quel qu’il soit. Un déploiement planifié sur une flotte de matériel hétérogène affichait donc une page différente sur chaque téléphone, ce qui pose problème lorsque les résultats doivent être comparables.
Les déploiements peuvent désormais définir la taille et la densité de pixels de cette surface, puis la relire. La demande est encadrée : chaque côté doit être compris entre 240 et 2560 pixels physiques, sans dépasser 2560×1440 pixels au total, avec un facteur d’échelle compris entre 0,5 et 4. Définissez-la avant l’ouverture du premier onglet, sinon la surface est créée à la taille de l’écran du téléphone, comme auparavant.
Plus d’informations sur Cargo ici, et pour Node.js ici.
Une version plus récente de Llama
La bibliothèque Llama intégrée au runtime Node.js, le moteur d’inférence qui fait tourner les modèles de langage sur le téléphone, passe au build b10164.
Des erreurs Cargo qui méritent d’être lues
Les erreurs d’exécution Cargo signalées on-chain sont plus claires et plus précises. Quand un conteneur échoue sur un téléphone à l’autre bout du monde, le message d’erreur on-chain est l’essentiel de ce dont vous disposez pour travailler.
Remarque : Cargo tourne sur des téléphones Android Core attestés. Processor Lite sur iOS continue de servir les charges de travail Node.js comme avant.
Moins d’échecs en arrière-plan
Le code des déploiements est récupéré via IPFS, le réseau pair-à-pair par lequel Acurast distribue les charges de travail. Lorsqu’une récupération échouait, elle pouvait entraîner l’échec d’un heartbeat, le signal d’état que chaque Processor envoie environ toutes les 30 minutes pour prouver qu’il est actif et obtient des récompenses.
La stabilité d’IPFS a été améliorée, et l’équipe s’attend à ce que ces échecs deviennent beaucoup plus rares. La version apporte aussi des correctifs de sécurité pour les runtimes d’exécution et des logs d’utilisation plus détaillés, qui permettent de retracer les problèmes à partir d’un historique plutôt que de devoir les reproduire à la main.
Obtenir la mise à jour
Processor 1.27.0 porte le code de version 130 et succède à la 1.26.0. Cette version arrive sur les téléphones via Google Play et l’App Store, et le Hub peut signaler à un téléphone qu’il doit se mettre à jour sans attendre que le store s’en charge.
Les notes de version complètes, ainsi que le build pour le réseau Canary, sont publiées sur GitHub.
Vous développez sur Acurast ? Si les contrôles de la surface du navigateur ou le nouveau signalement des erreurs Cargo changent votre façon de déployer, l’équipe aimerait savoir comment cela se passe pour vous. Rejoignez le Discord.
