La Tienda de dApps
Publicación y distribución en la Tienda de dApps de Solana Mobile.
Receta
- Compila la APK/AAB de lanzamiento con el keystore firmado.
- Prepara los iconos, capturas de pantalla y la URL de la política de privacidad.
- Envía a través del portal de publicadores de la Tienda de dApps de Solana (ver docs.solanamobile.com/dapp-store).
Cuándo recurrir a esto:
- Para distribuir aplicaciones dirigidas a Seeker/Saga fuera de la estrategia exclusiva de Google Play.
- Descubrimiento nativo de criptomonedas para usuarios de Solana.
- Co-marketing con hardware de Solana Mobile.
Ejemplo Funcional
# Compilación de Android para producción (Expo)
eas build --platform android --profile production
# Artefactos necesarios para la presentación:
# - APK o AAB firmado
# - icono de la aplicación de 512px
# - gráfico de características y capturas de pantalla
# - descripción corta y larga
# - URL de soporte y política de privacidadLo que esto demuestra:
- Usa pipelines de lanzamiento de EAS o Gradle, no compilaciones de depuración.
- Los metadatos deben mencionar el requisito de la billetera MWA.
- Declara el uso de la red (mainnet/devnet) honestamente en la descripción.
Análisis Profundo
Cómo Funciona
- La cuenta del publicador registra la identidad del desarrollador.
- El proceso de revisión verifica el cumplimiento de las políticas.
- Las actualizaciones se envían como nuevas versiones de APK con un registro de cambios.
- Coordina con los anuncios de características de Seeker cuando sea aplicable.
Errores Comunes
- Keystore de depuración en producción - rechazo o fallo de seguridad. Solución: claves de firma de producción en los secretos de EAS.
- Política de privacidad faltante - envío bloqueado. Solución: aloja una página de política HTTPS.
- Recopilación de datos RPC no declarada - violación de política. Solución: divulga direcciones de billetera y análisis.
- MWA roto en el dispositivo de revisión - rechazo. Solución: prueba en hardware de referencia.
- Código de versión no incrementado - actualización rechazada. Solución: versionCode de Android monotónico.
Alternativas
| Alternativa | Usar Cuando | No Usar Cuando |
|---|---|---|
| Google Play | Audiencia masiva de Android | Descubrimiento nativo de SMS |
| Carga lateral de APK directa | Beta cerrada | Confianza del consumidor |
Preguntas Frecuentes
App Router?
Proveedores en layout.tsx del cliente; las páginas mezclan componentes de servidor y cliente.
Secretos?
Solo entorno del servidor para keypairs; NEXT_PUBLIC_ para URLs RPC.
kit 7.0.0?
Todos los ejemplos usan @solana/kit, no web3.js v1.
Billetera?
Firma solo en componentes del cliente.
Caché?
Revalida las lecturas on-chain con cuidado: la cadena es la fuente de verdad.
Acciones?
Endpoints HTTPS que devuelven JSON de Acciones de Solana.
Móvil?
Aplicación separada de React Native con MWA.
Pruebas?
Surfpool para integración; simula RPC en pruebas unitarias.
Mainnet?
Archivos de entorno y IDs de programa separados.
Errores?
Decodifica los logs de simulación para mensajes dirigidos al usuario.
Relacionado
- Construcción de una dApp Móvil - pipeline de compilación
- Conceptos Básicos de Solana Mobile - resumen de la pila
- Seed Vault y Seguridad - claves de Seeker
Versiones de la pila: Esta página fue escrita para Agave 4.1.1, Solana CLI 3.0.10, Anchor 0.32.1, anchor-lang 0.32.1, Rust 1.91.1, @solana/kit 7.0.0, Surfpool 0.12.0, y LiteSVM 0.6.x.