Acurast-Processor-Update V1.27.0
Acurast-Android-Processor-Update V1.27.0
*Inzwischen ist eine noch neuere Version erschienen: V1.27.1. Bitte aktualisieren Sie auf diese Version. Weitere Informationen hier.
*Für iOS ist Version 1.9.0 mit denselben Updates erschienen.
Ein dediziertes Smartphone als Acurast Processor einzurichten, bedeutete bisher: Werksreset, den Acurast Hub auf einem Laptop öffnen und einen QR-Code vom Laptop-Bildschirm mit dem Smartphone scannen. Das Pairing ist der Schritt in dieser Abfolge, der am anfälligsten für eine schwache Verbindung ist, und wenn dabei bisher etwas schiefging, ließ es sich nicht einfach noch einmal versuchen.
Acurast Processor 1.27.0, derzeit nur für Android verfügbar, baut diesen Ablauf neu auf und verbessert, was auf dem Smartphone passiert, sobald es eingebunden ist.
Die meisten Änderungen betreffen Einrichtung und Stabilität, weniger neue Funktionen.
Processor-Update V1.27.0
Onboarding, neu gebaut
Neue Einrichtungs-Screens. Der Hub in der App. Weniger stille Fehler.
Ein Smartphone einrichten
Die Änderungen betreffen Processor Lite, die Version, die auf einem Alltags-Smartphone neben allem anderen läuft, wofür Sie es nutzen, und Processor Core, die Version, die ein dediziertes Smartphone vollständig der Rechenleistung widmet.
Ein Willkommensbildschirm und eine übersichtlichere Kontoeinrichtung
Lite startet jetzt mit einem richtigen Willkommensbildschirm, und die dahinterliegende Kontoeinrichtung wurde neu gestaltet, einschließlich des Schritts, in dem Sie die Wiederherstellungsphrase sichern.
Ein Provisioning-Screen für Core und Lite
Beide Versionen erhalten einen neuen Provisioning-Screen: die Phase, in der die App das Smartphone konfiguriert und als Processor registriert.
Unter Android wird in dieser Phase auch das Arbeitsprofil (Work Profile) angelegt, ein separater, verwalteter Bereich auf dem Smartphone, der die Workloads von Acurast von persönlichen Apps und Daten abschottet.
Pairing, das eine schlechte Verbindung übersteht
Das Pairing verknüpft ein Smartphone mit dem Konto, das es verwaltet. Dafür müssen beide Seiten im selben Moment erreichbar sein, weshalb eine wackelige Verbindung gerade diesen Schritt als ersten scheitern lässt.
Der Ablauf ist jetzt robuster gegenüber Netzwerkaussetzern. Wenn doch etwas schiefgeht, können Sie es manuell erneut versuchen, statt von vorn zu beginnen.
Der Hub, ohne Laptop
Der Acurast Hub ist die Konsole, in der Sie Processors verwalten, ihren Status verfolgen, Deployments erstellen und staken. Ein lokal auf einem Smartphone geführtes Manager-Konto brauchte bisher einen Desktop-Browser, um dorthin zu gelangen.
Der Local Manager kann den Hub jetzt direkt in der App öffnen. Keine abgespeckte Mobilansicht, sondern der vollständige Hub – auf dem Smartphone, auf dem das Konto ohnehin liegt.
Processor Core öffnet jetzt außerdem die vollständigen Systemeinstellungen des Smartphones; bisher waren nur die WLAN-Einstellungen erreichbar.
Was sich für Entwickler ändert
Zwei Änderungen an der Runtime und eine Fehlermeldung, die sich zu lesen lohnt.
Eine Rendering-Fläche, die Sie steuern
Cargo- und Node.js-Deployments können einen eingebetteten Browser auf dem Smartphone steuern. So erledigen Scraping-Jobs, Screenshot-Pipelines und alles andere, was eine echte Rendering-Engine braucht, ihre Arbeit.
Dieser Browser zeichnete bisher auf eine Fläche in der Größe des jeweiligen Smartphone-Displays. Ein Deployment, das über eine Flotte gemischter Hardware verteilt wurde, renderte deshalb auf jedem Smartphone eine andere Seite – ein Problem, wenn die Ergebnisse vergleichbar sein sollen.
Deployments können jetzt Größe und Pixeldichte dieser Fläche festlegen und wieder auslesen. Dafür gelten Grenzen: jede Seite zwischen 240 und 2560 physischen Pixeln, insgesamt höchstens 2560×1440 Pixel und ein Skalierungsfaktor zwischen 0,5 und 4. Legen Sie die Werte fest, bevor der erste Tab geöffnet wird, sonst wird die Fläche wie bisher in der Displaygröße des Smartphones angelegt.
Weitere Informationen zu Cargo finden Sie hier, zu Node.js hier.
Ein neuerer Llama-Build
Die mitgelieferte Llama-Bibliothek der Node.js-Runtime, die Inferenz-Engine hinter Sprachmodellen auf dem Smartphone, wechselt auf Build b10164.
Cargo-Fehlermeldungen, die sich zu lesen lohnen
On-Chain gemeldete Cargo-Ausführungsfehler sind jetzt klarer und präziser. Wenn ein Container auf einem Smartphone am anderen Ende der Welt ausfällt, ist die On-Chain-Fehlermeldung meist fast alles, womit Sie arbeiten können.
Hinweis: Cargo läuft auf attestierten Android-Smartphones mit Processor Core. Processor Lite unter iOS führt wie bisher Node.js-Workloads aus.
Weniger Fehler im Hintergrund
Deployment-Code wird über IPFS abgerufen, das Peer-to-Peer-Netzwerk, über das Acurast Workloads verteilt. Schlug ein Abruf fehl, konnte er einen Heartbeat mit sich reißen – die Statusmeldung, die jeder Processor etwa alle 30 Minuten sendet, um zu zeigen, dass er aktiv ist und Rewards erhält.
Die Stabilität von IPFS wurde verbessert, und das Team rechnet damit, dass solche Fehler deutlich seltener werden. Das Release enthält außerdem Sicherheitspatches für die Ausführungs-Runtimes und detailliertere Nutzungsprotokolle, damit sich Probleme anhand einer Aufzeichnung nachverfolgen lassen, statt sie von Hand reproduzieren zu müssen.
Das Update erhalten
Processor 1.27.0 trägt den Versionscode 130 und folgt auf 1.26.0. Das Update erreicht Smartphones über Google Play und den App Store, und der Hub kann einem Smartphone signalisieren, dass es aktualisieren soll, statt auf den Store zu warten.
Die vollständigen Release Notes und der Build für das Canary-Netzwerk sind auf GitHub veröffentlicht.
Sie bauen auf Acurast? Wenn die Steuerung der Browser-Fläche oder die neuen Cargo-Fehlermeldungen verändern, wie Sie deployen, möchte das Team wissen, wie das bei Ihnen ankommt. Discord beitreten.
