Ankündigung der Veröffentlichung von Verus Mobile 1.0.1 Testflight/Github APK. Wir fordern Tester auf, Identitätsaktualisierungen und App-Verschlüsselungsanfragen zu validieren. Sie können experimentelle Deeplinks auch in den Wallet-Einstellungen aktivieren.

Github APK (Android): https://github.com/VerusCoin/Verus-Mobile/releases/tag/v1.1.0-1

TestFlight-Link (iOS): https://testflight.apple.com/join/A6e5WS35 (Es kann einige Stunden dauern, bis dieser Link 1.0.1-1 anzeigt. Wenn dort angezeigt wird, dass keine neuen Tester akzeptiert werden, versuchen Sie es bald erneut.)

Bei dieser Veröffentlichung handelt es sich um ein umfassendes Update der Wallet-Funktionen und das Ergebnis der etwa zwei Kalenderjahre langen Arbeit einer Reihe von Entwicklern, sowohl Freiwilligen als auch mit durch Spenden unterstützten Prämien, um Verus Mobile die Unterstützung des Verus DREAM (Dezentralisiertes, rechteerhaltendes Verschlüsselungsanwendungsmodell) zu ermöglichen. Die größten Änderungen sind eine Überarbeitung der Z-Transaktionsunterstützung, eine Umgestaltung und Aktualisierung im Back-End sowie das Hinzufügen von Unterstützung für abgeschirmte Transaktionen für Android, das neue kompakte, viel leistungsfähigere DREAM-Deeplink-, QR-Code- und NFC-Format sowie Unterstützung für Identitätsaktualisierungen und Datenverschlüsselungsanfragen. Aktualisierte Z-Adressen-Unterstützung Im Rahmen der vollständigen Überarbeitung/Aktualisierung der Z-Transaktions-/Verschlüsselungs-/Entschlüsselungsunterstützung unterstützt Android jetzt geschützte Verus-Adressen und private Z-Transaktionen über den nativen Lightwallet-Stack. Dadurch erreicht Android die gleiche Funktionalität wie iOS für private Wallet-Vorgänge. Was das in der Praxis bedeutet:

* Alle Benutzer können jetzt über Einstellungen > Profil einen Z-Seed einrichten. Wenn es sich bei Ihrem aktuellen Wallet-Seed um eine gültige 24-Wörter-Mnemonik handelt, kann die App anbieten, ihn als Z-Seed wiederzuverwenden. Sie können auch einen vorhandenen 24-Wörter-Z-Seed oder einen erweiterten Ausgabenschlüssel importieren.

* Alle Wallets können jetzt Sapling/Z-Adressen ableiten, abgeschirmte Guthaben verfolgen, den abgeschirmten Synchronisierungsfortschritt anzeigen und private Transaktionen auflisten.

* Z-Memos werden beim Senden an private/Z-Empfänger unterstützt. Das Notizfeld erscheint im Sendeformular, wenn das Ziel eine private Adresse ist.

* Die App blockiert das Senden, während eine geschützte Wallet noch synchronisiert wird, da private Guthabendaten erst nach Abschluss der Synchronisierung zuverlässig sind. Die erste Synchronisierung kann eine Weile dauern.

* Private Mittel benötigen eine Bestätigung, bevor sie ausgegeben werden können. Das UI erklärt dies nun, wenn ein Privatguthaben aussteht oder noch nicht ausgegeben werden kann.

1. Neue GenericRequest-Deeplinks Die App unterstützt jetzt das neue kompakte GenericRequest-Deeplink-Format. Dies sind die neuen verus://-Links, wie zum Beispiel: verus://1/ Die GenericRequest ist ein einheitlicher Anfrageumschlag. Anstatt dass jede Funktion ihr eigenes QR-/Deeplink-Format erfindet, können Apps ein oder mehrere Anfragedetails in einer einzigen signierten Anfrage bündeln. Verus Mobile kann den Umschlag analysieren, überprüfen, wer ihn unterzeichnet hat, jedes Anfragedetail validieren, die richtige Benutzeroberfläche anzeigen, eine Antwort erstellen, diese Antwort signieren und sie an die anfordernde App oder den anfordernden Dienst zurücksenden. Hierbei handelt es sich um ein neu definiertes, erweiterbares Protokoll, das die Entwicklung von Verus DREAM-Anwendungen ermöglicht, indem ein Paket für jede Art von Wallet-Anfrage (gegenwärtig oder zukünftig) erstellt wird, einschließlich Identitätsaktualisierungen, App-Verschlüsselungsanfragen, Benutzerdatenanfragen, Anmeldeanfragen, VerusPay-Rechnungen oder sogar eine Kombination aus mehreren verschiedenen Anfragetypen gleichzeitig. Zu den unterstützten Anforderungsdetails in dieser Version gehören:

* VerusPay v4-Rechnungsdetails, Unterstützung für private Adressen zu VerusPay hinzugefügt und die Größe einer VerusPay-Anfrage erheblich reduziert, um besser lesbare QR-Codes oder mehr Daten zu ermöglichen

* AuthenticationRequest, die neue kompakte Anmelde-/Authentifizierungsanfrage, ebenfalls stark verkleinert, mit zusätzlicher Unterstützung für verschlüsselte Antworten

* IdentityUpdateRequest, ein neuer Anfragetyp, der Deep-Links oder QR-Codes ermöglicht, um den Benutzer aufzufordern, verschlüsselte Daten zu seiner ID hinzuzufügen oder seine VerusID-Details zu aktualisieren

* AppEncryptionRequest, ein neuer Anforderungstyp, der die Erstellung eines Zero-Knowledge-verschlüsselten Kanals zwischen einer App und dem Wallet des Benutzers ermöglicht

* DataPacketRequest- und UserDataRequest-Grundelemente sind in den Bibliotheken vorhanden und werden demnächst verfügbar sein, sind jedoch noch nicht vollständig in der App-Benutzeroberfläche verfügbar

1. Wichtiges Verhalten:

* Ältere x-callback-url-VerusPay- und Login-Deeplinks werden weiterhin unterstützt.

* Neue verus://-Links sind kürzer und flexibler.

* Experimentelle Anforderungstypen, einschließlich Identitätsaktualisierung und App-Verschlüsselung, werden von gesteuert "Aktivieren Sie experimentelle Deeplinks" Einstellung.

1. Mit dieser Version wird Verus Mobile zu einem allgemeinen Anforderungshandler für Verus-Identität, Zahlungen, Verschlüsselung und zukünftige App-to-Wallet-Workflows. IdentityUpdateRequest-Unterstützung GenericRequest kann jetzt Identitätsaktualisierungsanfragen übertragen. Verus Mobile validiert die Anfrage, lädt die Zielidentität, vergleicht die vorgeschlagene Aktualisierung mit der aktuellen Identität und präsentiert einen geführten Überprüfungsablauf. Die Benutzeroberfläche zur Identitätsaktualisierung ist in klarere Schritte unterteilt:

* Überprüfen Sie, wer das Update angefordert hat und welche Identität geändert werden würde.

* Sehen Sie sich eine Zusammenfassung der Inhaltsänderungen und Änderungen mit hohem Risiko an.

* Überprüfen Sie Identitätsinhaltsänderungen in einem speziellen Inhaltsschritt.

* Überprüfen Sie Berechtigung, Wiederherstellung, Widerruf und andere sensible Änderungen separat.

* Bestätigen Sie die Zahlung und senden Sie die Aktualisierungstransaktion nach Genehmigung ab.

* Sehen Sie sich nach Abschluss die resultierende Transaktions-ID zur Identitätsaktualisierung an und kopieren Sie sie.

1. Es gibt auch eine spezielle Behandlung für Anmeldedaten. Wenn eine Identitätsaktualisierung vrsc::identity.credential-Inhalte enthält, verschlüsselt die App die Anmeldedaten lokal, bevor die Transaktion erstellt wird. Die Klartext-Anmeldedaten werden nicht an den RPC-Server gesendet. Dies erfordert, dass der Z-Seed des Benutzers mit der privaten Adresse der Identität übereinstimmt. AppEncryptionRequest-Unterstützung Diese Version fügt den ersten mobilen Flow für AppEncryptionRequest in GenericRequest hinzu. Mit einer AppEncryptionRequest kann eine andere App Verus Mobile auffordern, nach Genehmigung durch den Benutzer Verus-Verschlüsselungsschlüsselmaterial aus der Identität und dem Z-Seed des Benutzers abzuleiten. Das Wallet kann Anzeigeschlüssel-/Adressinformationen und optional einen erweiterten Ausgabenschlüssel zurückgeben, wenn die Anfrage danach fragt und der Benutzer zustimmt. Die App zeigt:

* Die anfragende Identität

* Das Signatursystem

* Unterschriftszeit, sofern verfügbar

* Ableitungsnummer

* Ableitungsidentität oder Anforderungsidentität, sofern vorhanden

* Ob eine verschlüsselte Antwortadresse angefordert wird

* Ob in der Anfrage nach geheimem Schlüsselmaterial gefragt wird

1. Antworten werden zur GenericResponse hinzugefügt und dann von der ausgewählten Identität des Benutzers signiert. Wenn die Anfrage eine Verschlüsselungsantwortadresse enthält, können die Antwortdetails vor der Rückgabe in einem DataDescriptor verschlüsselt werden. Diese Funktion hängt vom Z-Seed des Benutzers ab, da die Ableitung Sapling-Schlüsselmaterial verwendet. Wenn kein Z-Seed konfiguriert ist, erklärt die App, dass eine Einrichtung erforderlich ist. Deeplink-Zuverlässigkeit und Verfeinerung der Benutzeroberfläche. In dieser Version gibt es außerdem eine Reihe kleinerer Korrekturen und Änderungen an der Benutzeroberfläche:

* Es wurde ein iOS-Problem behoben, bei dem Deeplinks möglicherweise nicht ausgelöst wurden, wenn die App bereits geöffnet war.

* Überarbeitete VerusPay-Informationsseiten.

* Überarbeitete Anmelde-/Authentifizierungsanfrageseiten.

* Klarere Unterzeichnerkarten für Anfragen, Kettenbeschriftungen, Zeitstempel und Abschnitte mit technischen Details hinzugefügt.

* Benutzeroberfläche zum Öffnen kompatibler Anfragen in einer anderen installierten Verus-Handler-App hinzugefügt.

* Einstellungen für experimentelle GenericRequest-Anfragetypen hinzugefügt.

* Verbesserte Z-Wallet-Synchronisierungsnachrichten und Sendeblockierung, während geschützte Daten noch synchronisiert werden.

Für Entwickler und Dienste Wenn Sie eine App oder einen Dienst erstellen, der mit Verus Mobile kommuniziert, ist GenericRequest das neue bevorzugte Format. Verwenden Sie verus://1/ für die neuen kompakten Anfrage-Deeplinks. Die Anfrage kann ein oder mehrere Detailobjekte, Antwort-URIs, Metadaten des Unterzeichners, einen bevorzugten Handler und einen signierten Umschlag enthalten. Verus Mobile validiert den Umschlag und leitet jedes unterstützte Detail an den richtigen Benutzerfluss weiter. Die verusid-ts-client-Bibliothek unterstützt die Erstellung dieser Anfragen und ältere Anfragestile werden als veraltet markiert. Legacy-VerusPay- und Legacy-Login-Zustimmungs-Deeplinks funktionieren weiterhin, aber im neuen GenericRequest-Format werden neue Funktionen eingeführt. Diese Veröffentlichung ist ein wichtiger Schritt zur Verwirklichung des Verus DREAM und ermöglicht die Erstellung dezentraler Anwendungen, die Benutzerrechte wahren, auf die ganze Welt skalierbar sind und keiner Wertextraktion unterliegen. Um mehr über das Verus DREAM-Modell zu erfahren, können Sie es sich ansehen u/miketout’s Präsentation auf der Paris Blockchain Week letzte Woche um https://www.youtube.com/watch?v=8alMlLVcZuU. Weitere Ressourcen folgen. Viel Spaß beim Testen 🙂 Sobald wir diese Version ausreichend getestet haben und die verbleibenden erwarteten DREAM-Anfragetypen in die App übernommen wurden, steht eine App Store/Play Store-Veröffentlichung mit den neuen Anfragetypen unmittelbar bevor.