Pourquoi 0x2ALL n'est pas sur le Play Store
La distribution hors de la boutique découle de trois décisions de conception : le développeur ne s'identifie pas publiquement, le produit ne détient aucune licence dans aucun pays et est vendu comme un logiciel que l'utilisateur exploite sur son propre compte, et le binaire est signé par le développeur. Les trois sont incompatibles avec le modèle de la boutique. Cette page l'explique au lieu de le cacher.
Ce que le Play Store exige d'une application financière
Trois exigences, chacune avec la page d'aide Google qui la formule. Rien ici ne relève de l'intention ni du processus de validation : c'est ce que dit le texte de la politique.
1. Un compte d'organisation
Les applications qui proposent des produits et services financiers — y compris les portefeuilles crypto et les logiciels de trading — doivent être enregistrées en tant qu'organisation, avec raison sociale, adresse, numéro D-U-N-S, téléphone de l'organisation et un téléphone du développeur affiché publiquement sur la fiche du magasin.
Aide du Play Store : conditions du compte d'organisation
2. Une licence pour chaque pays atteint
La politique sur les services financiers exige le respect de la réglementation de chaque pays où l'application est accessible, et indique que Google doit pouvoir établir le lien entre le compte développeur et la documentation prouvant la capacité à proposer des produits financiers. Ces exigences sont conçues pour des plateformes qui détiennent le capital de l'utilisateur : elles présupposent une entité qui collecte des données, identifie les clients, tient des registres et peut être supervisée. 0x2ALL ne détient les fonds de personne — pas de custodie, pas de compte, pas de serveur — et n'a donc rien de cette structure. Une licence y exigerait d'abord de devenir dépositaire : un autre produit, vendu à d'autres clients.
Aide du Play Store : politique sur les services financiers
3. Google re-signe l'application
Avec Play App Signing, le développeur signe avec une clé de téléversement ; Google retire cette signature et re-signe l'APK distribué avec la clé de signature de l'application, clé que Google détient et que le développeur ne peut pas récupérer.
Les trois choses auxquelles il faudrait renoncer
L'identité du développeur
Un compte d'organisation publie une raison sociale, une adresse et un téléphone. C'est ce que l'anonymat protège ici : l'application n'est pas sur le Play Store, donc les 2 % de frais sont payés onchain — et une transaction blockchain n'a aucune de la confidentialité d'un compte bancaire. Quiconque peut la lire peut relier le développeur à un portefeuille, le localiser et faire pression. La coercition physique est l'attaque contre laquelle cela protège.
Une licence dans chaque pays atteint
0x2ALL ne détient aucune licence dans aucune juridiction et ne prétend pas en détenir une. Les licences formelles sur ce marché sont conçues pour des plateformes qui détiennent le capital de l'utilisateur : elles exigent un KYC, la collecte de données et une entité supervisée. Sans custodie, il n'y a rien à licencier en ce sens — et construire cette structure signifierait devenir dépositaire, ce que ce produit n'est pas.
Le contrôle de la signature
L'empreinte que l'utilisateur compare dans l'application deviendrait celle de Google, non celle du développeur, et la vérification prouverait alors une relation avec le magasin au lieu de l'auteur du fichier.
Pourquoi la signature compte plus que le badge du magasin
Un badge de magasin signifie que quelqu'un a examiné l'application une fois, selon une politique qui change.
Une empreinte publiée signifie que le fichier sur votre appareil est exactement le fichier signé par le développeur.
Pour une application qui ne déplace pas votre argent, la seconde vérification est celle qui vous protège en pratique. Le site publie trois éléments qui rendent la vérification possible :
Ce que l'anonymat protège, et ce qu'il ne protège pas
Il protège le développeur de la coercition physique. Parce que l'application est distribuée hors du Play Store, les 2 % de frais sont payés onchain : une transaction n'a pas de secret bancaire, pas d'agence et personne pour la geler, mais elle laisse une trace publique. Quiconque peut être identifié à partir de cette trace peut être localisé et mis sous pression, et une personne qui détient des clés de signature est une cible d'une manière dont un dépôt ne l'est pas.
Il ne vous protège pas, et il n'a pas besoin de le faire : il n'y a pas de custodie, les clés restent sur votre appareil, il n'y a ni compte ni serveur. Rien de ce qui concerne votre argent ne dépend de savoir qui a écrit le logiciel.
L'anonymat n'est pas un contrôle de sécurité. La signature et le modèle de custodie le sont.
Comment vérifier un fichier reçu de quelqu'un d'autre
- Ouvrez l'application et allez dans Sécurité → Authenticité de cette application.
- Comparez la valeur affichée avec l'empreinte publiée sur la page de sécurité.
- Si elles diffèrent, n'importez pas votre phrase de récupération : désinstallez et téléchargez à nouveau le fichier.
- Avant d'installer un fichier reçu, comparez son SHA-256 à celui de version.json.
- Un fichier partagé dont l'empreinte correspond est authentique, quel que soit l'expéditeur. C'est la raison d'être de cette page : elle donne une fonction au partage vérifié.
Le coût de ce choix, honnêtement
- Play Protect affiche un avertissement pendant l'installation, parce que l'application ne vient pas du magasin.
- Il n'y a pas de mises à jour automatiques : vous vérifiez vous-même la version et le hash.
- Il n'y a pas de médiation de remboursement par le magasin. L'application est gratuite à installer et prélève 2 % sur chaque dépôt, à l'intérieur du logiciel, selon les conditions d'utilisation.
- Si le site passe hors ligne, le fichier que vous avez déjà téléchargé reste le vôtre — c'est pourquoi vous vérifiez avant, et non après.
Le fichier est ici, avec son empreinte et son hash.
Version nécessite Android 7.0 ou version ultérieure