Rand Wallet pour Linux
L'application de bureau : l'interface de wallet partagée, dans la webview du système, au-dessus du cœur Rust lié directement. C'est le seul client qui prouve un transfert sur votre propre ordinateur, et il peut aussi produire les preuves de votre wallet de navigateur.
Version 0.8.0, 2026-10-12. Vérifiez le téléchargement à l'aide de son SHA-256 avant de l'ouvrir.
- Développé avec
- Tauri · cœur Rust, interface partagée
- Distribué via
- un .deb, un .rpm, une AppImage ou le binaire seul, depuis GitHub Releases
- Prérequis
- webkit2gtk 4.1 ; 8 GiB de mémoire pour envoyer
- Envoi
- Prouve sur cet ordinateur
Version 0.8.0
Les fichiers sont joints à la release v0.8.0 sur GitHub ; les boutons ci-dessous sont des liens vers ces fichiers, et rien n'est servi depuis ce site.
- Debian et Ubuntu : sudo apt install ./ suivi du nom du .deb. Fedora et openSUSE : sudo dnf install ./ (ou zypper install ./) suivi du nom du .rpm. Les deux installent aussi webkit2gtk 4.1.
- AppImage : faites chmod +x sur le fichier et lancez-le. Rien n'est installé.
- Le .tar.gz est l'exécutable seul, pour une distribution à laquelle aucun de ces formats ne convient. Il requiert le paquet webkit2gtk 4.1 de la distribution, et le fichier INSTALL qu'il contient indique où placer le binaire, l'icône et l'entrée du lanceur.
- C'est la même interface que celle de l'extension de navigateur, dans une fenêtre native.
# avec SHA256SUMS téléchargé dans le même dossier que le fichier
shasum -a 256 -c SHA256SUMS --ignore-missing # macOS
sha256sum -c SHA256SUMS --ignore-missing # Linux
# ou affichez la somme d'un seul fichier et comparez-la à celle indiquée ci-dessus
shasum -a 256 rand-wallet-0.8.0-linux-x86_64.debUne somme identique indique que le fichier est bien celui qui a été publié. Elle n'indique pas que le fichier a été compilé à partir des sources : les builds ne sont pas encore reproductibles bit à bit ; si c'est ce que vous devez savoir, compilez-le vous-même.
Prouve sur cet ordinateur
L'application de bureau est le seul client dans lequel un transfert est prouvé de bout en bout sur la machine que vous avez entre les mains. Le cœur du wallet est lié à l'application sous forme de crate Rust : le prover s'exécute donc en natif et la seule limite est la mémoire de la machine. Une preuve de bundle atteint un pic d'environ 6,2 GB, et en dessous de 8 GiB de RAM l'application refuse d'en lancer une plutôt que d'être arrêtée à mi-chemin.
Une preuve prend environ une minute sur un CPU de portable. L'écran Send indique chaque étape (sélection, témoin, preuve, soumission, confirmation), et le verrouillage automatique attend la fin d'un transfert en cours au lieu de supprimer la clé en pleine preuve.
L'application de bureau produit aussi des preuves pour vos autres portefeuilles. Settings → Prove for my other devices fournit un lien d'appairage que l'extension de navigateur ou le portefeuille web local de la même machine colle dans son Settings → Prover.
Où se trouve la clé
La clé de dépense est l'unique secret du portefeuille. Il n'y a ni compte ni serveur qui en détienne une copie : si vous perdez la clé, personne ne peut la restaurer ; enregistrez-la donc dès que le portefeuille vous l'affiche.
Ce que l'application de bureau ne fait pas
Les destructions pour le pont (bridge burns), le staking, les déploiements de contrats et les appels confidentiels ne sont pas dans l'application. Exportez le fichier de clé depuis Settings et utilisez pour cela le portefeuille en ligne de commande rand du dépôt du nœud complet ; la même clé fonctionne dans les deux.
Ou compilez-la vous-même
- Installez les bibliothèques auxquelles l'application est liée et les outils de paquetage (noms Debian et Ubuntu ci-dessous ; les autres distributions ont des équivalents), rustup et Node 22 ou ultérieur.
- La première compilation construit le prouveur et prend plusieurs minutes.
Chaîne d'outils : Rust 1.98.1, épinglé dans le dépôt, que rustup installe. Le guide de compilation couvre chaque client à partir d'une machine vierge. Répertoires des sources : desktop/, ui/, core/.
sudo apt install build-essential libwebkit2gtk-4.1-dev libayatana-appindicator3-dev \
librsvg2-dev patchelf rpm file
git clone --recurse-submodules https://github.com/randprotocol/clients.git && cd clients
git checkout v0.8.0 && git submodule update --init # la version publiée ; core/vendor/fullnode @ v0.8.0 (c0878c3)
cargo install tauri-cli --version "^2.0.0" --locked # une seule fois
scripts/release/build-desktop.sh # AppImage, .deb, .rpm, .tar.gz → dist/release/
cd desktop/src-tauri && cargo tauri dev # ou exécutez-la depuis les sourcesCe qu'il fait, sur toutes les plateformes
- Créer un portefeuille
- Une clé de dépense générée sur l'appareil, affichée une seule fois pour que vous la sauvegardiez, et l'adresse rand1… qui en est dérivée. Importez une clé existante, ou un wallet.key.json issu de la CLI rand ; tous les clients exportent le même fichier.
- Recevoir et envoyer
- Votre solde est l'ensemble des notes que seule votre clé peut ouvrir ; le portefeuille parcourt l'arbre d'engagements pour les trouver. Un transfert de RAND ou de n'importe quel jeton RPL répertorié est un seul bundle 4 entrées, 4 sorties, autorisé par une preuve. Personne n'apprend l'expéditeur, le destinataire, le montant ni l'actif déplacé.
- Faucet
- Sur un testnet doté d'un faucet ouvert, une simple pression crée 100 RAND dans une note que vous seul pouvez ouvrir.
- Ne divulguer que ce que vous choisissez
- Copiez votre clé de visualisation et ouvrez My history sur RandScan pour voir chaque note que vous avez envoyée ou reçue, ou copiez la clé de transaction d'un paiement pour divulguer exactement ce paiement et rien d'autre. L'explorateur déchiffre dans votre navigateur et n'envoie la clé nulle part.
Les clés de consultation et les clés de transaction s'ouvrent sur randscan.org.
Avant d'envoyer quoi que ce soit
- Chaîne
- Le point d'accès public sert la chain 21, en service depuis le 12 Oct 2026 10:31 UTC (issue de fullnode v0.8.0). Le cœur du portefeuille intègre fullnode v0.8.0 (c0878c3) et refuse toute autre chaîne : la chain 21 exécute le constraint set 9, de sorte qu'un portefeuille 0.7.x ne peut pas y envoyer de transactions, et cette version ne peut pas en envoyer sur la chain 20. Les clés et les adresses sont conservées ; un portefeuille qui scannait la chain 20 affiche une seule fois une bannière de chaîne différente, puis relance l'analyse depuis le bloc de genèse de la chain 21. Les dépôts et retraits via le bridge appliquent des frais de 0,1 % en zUSD, que le portefeuille affiche avant le retrait.
- Point d'accès RPC
- Settings → Network. Par défaut https://rpc.randprotocol.org ; tout RPC rand-node que vous pouvez joindre convient, et une URL enregistrée est vérifiée avant d'être conservée
- Génération de preuves
- Une preuve de bundle atteint environ 6,2 GB de mémoire au pic et prend environ une minute sur un CPU de portable
- Statut
- Logiciel testnet expérimental. Non audité. Le RAND sur le testnet n'a aucune valeur réelle
- Licence
- GPL-3.0-only, comme les crates du nœud complet que chaque client lie
Un portefeuille, toutes les plateformes
Le même fichier de clé, le même format d'adresse et les mêmes règles partout : un portefeuille créé ici s'importe dans tout autre client et dans la CLI rand.