Transparence du code du portefeuille

Code.
Builds. Vérification.

Organisation du code du portefeuille, projets de référence et éléments préparés pour publication.

Ce qui doit être public

L’utilisateur doit connaître l’origine et le contenu d’une version. Le développeur doit savoir reproduire le build et signaler un problème.

Code avec versions exactes

Instructions et licences claires

Vérification avec limites explicites

quinvarium-wallet/
├── README.md
├── SECURITY.md
├── LICENSE + THIRD_PARTY_NOTICES.md
├── CHANGELOG.md
├── core/             Rust · transaction & key authority
├── apps/flutter/     Dart presentation only
├── bridge/           generated asynchronous Rust bridge
├── platform/         native OS adapters
├── docs/
│   ├── start/
│   ├── wallet/
│   ├── security/
│   ├── architecture/
│   └── releases/
├── tests/            vectors · lifecycle · devices
├── evidence/         versioned public summaries
└── .github/          issues · checks · release policy

Le kit est assemblé localement

Il contient des documents, un schéma de preuve, une liste de contrôle de sortie, un modèle de bug et une structure de dépôt proposée. Ce n’est ni le code de l’application mobile ni un nouveau dépôt public.

Télécharger le kit .zip Lire le contenu

Provenance et licences

Le donneur logiciel actuel est Gem 2.114.11. La logique critique QNV reste sous Rust. Les éléments Onebitx et dérivés nécessitent une revue des droits de publication. Licence logicielle et licence du kit UI acheté sont distinctes.

Les secrets ne font pas partie du code ouvert

Phrases sources, clés, bases de portefeuille, identifiants et données utilisateur sont exclus. Code et preuves sont examinés séparément avant de quitter l’environnement local.

Limites des données