Transparencia del código del monedero
Código.
Compilaciones. Verificación.
Cómo se organiza el código de la cartera, en qué proyectos se basa y qué se prepara para publicar.
Qué debe ser público
El usuario debe ver de dónde viene una versión y qué incluye. El desarrollador debe poder repetir la compilación e informar de errores.
Código con versiones exactas
Instrucciones y licencias claras
Verificación con límites declarados
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
El kit está preparado localmente
Incluye documentos, esquema de evidencia, lista de lanzamiento, plantilla de errores y estructura propuesta del repositorio. No es el código de la aplicación móvil ni un repositorio público nuevo.
Procedencia y licencias
El donante actual del monedero público es Gem 2.114.11. La lógica crítica QNV pertenece a Rust. Los recursos Onebitx y derivados requieren revisión de derechos de publicación. La licencia del software y la del kit UI comprado son bases distintas.
Los secretos no son parte del código abierto
Se excluyen semillas, claves, bases de datos del monedero, credenciales y datos de usuarios. El código y las pruebas se revisan por separado antes de salir del entorno local.
Límites de los datos