Lugares y organizaciones benéficas, acceso en directo a CGW y una GardenApp más potente.
CoinGarden ahora conecta informes ambientales reales, apoyo de la comunidad y evidencia verificada de finalización en Lugares y Organizaciones Benéficas. Esta actualización también incorpora la experiencia verificada de la red principal de CGW al Portal de Tokens, amplía la comunidad de flores y las herramientas de cuidado, y refuerza la confiabilidad de la billetera, la IA y la administración.
Nuevo
La sección Lugares y Organizaciones Benéficas permite a los usuarios denunciar lugares contaminados o en peligro con fotos y coordenadas geográficas, seguir el progreso público, apoyar campañas con CGW, enviar pruebas del antes y el después y ver resultados verificados.
Cada lugar propuesto recibe una revisión exhaustiva mediante IA. Los informes claros se publican directamente, mientras que los informes inciertos, duplicados, inconsistentes o inseguros permanecen en manos de moderadores humanos; la IA nunca gestiona la financiación ni modifica CGW.
Los logros medioambientales ahora reflejan la presentación de informes, el apoyo de la comunidad, las contribuciones confirmadas, la limpieza verificada y las recompensas medioambientales en Perfil, Logros y Administración.
La opción de compartir flores públicamente ahora incluye fichas de flores más completas, descripciones de los propietarios, perfiles públicos de jardineros, la posibilidad de seguir a otros usuarios, insignias destacadas, controles para copiar/compartir y un desplazamiento continuo para descubrir nuevas flores.
El proceso de pago, la gestión de facturación, los límites de uso y los recordatorios de renovación de Garden Plus están disponibles a través de la cuenta y los flujos de pago existentes.
El Portal de Tokens ahora admite el inicio de sesión con Google, perfiles de billetera vinculados, una opción de firma de propiedad de Ledger, borradores de recompensas de administrador compartidos y acceso directo a destinos de liquidez y comercio de CGW verificados.
Mejorado
El portal de tokens y el centro de administración leen la acuñación, el pool, los saldos, los poseedores, las transacciones, las autoridades y los enlaces de mercado canónicos de la red principal Solana CGW en vivo, en lugar del estado anterior al lanzamiento o el estado provisional heredado.
GardenApp añade acciones de riego directas, una jerarquía más clara del jardín y las flores, ventajas de suscripción adaptadas al tema, accesos directos a la página de inicio, tarjetas móviles compactas y resúmenes de actividad del perfil más útiles.
La identificación y el cuidado de las flores se basan en un catálogo de plantas ampliado y seleccionado cuidadosamente, con nombres revisados, perfiles de cuidado, información sobre su fiabilidad y procedencia, al tiempo que el jardinero tiene el control de realizar correcciones.
El Centro de administración añade mayor profundidad a la actividad de los usuarios y el contenido, la moderación de lugares y la supervisión de la financiación, la evidencia de insignias medioambientales, flujos de trabajo de recompensas compartidas, análisis y operaciones de traducción más sólidas.
Los tres sitios públicos muestran documentos de descubrimiento de agentes consistentes y de solo lectura, así como mediciones de Google Analytics, sin ampliar el acceso a los datos de las cuentas privadas.
Fijado
Se restauró la firma de transacciones de Ledger en la versión de escritorio y se corrigió la verificación para la configuración de prioridad agregada a la billetera, manteniendo las comprobaciones exactas de desafío, firma y repetición. El adaptador de billetera móvil de Android conserva el inicio de sesión nativo y las billeteras de extensión comunes conservan la firma de mensajes.
Las solicitudes de IA utilizan la puerta de enlace central configurada por el proveedor con un tiempo de espera corregido y un comportamiento de reserva; la identificación de flores nunca sustituye un resultado fabricado cuando los proveedores no están disponibles.
Las fotos de lugares públicos se cargan para los visitantes anónimos que acceden mediante enlaces directos, incluidas las URL de medios antiguas almacenadas en caché; los errores temporales de fotos privadas no se almacenan en caché después de su aprobación, y las vistas previas sociales de los lugares utilizan la foto de portada real.
Las tarjetas de Lugares ahora mantienen las fotos grandes, los títulos largos, las ubicaciones y los controles de acción en filas delimitadas separadas en pantallas estrechas; las tarjetas de impacto de Perfil enlazan con Lugares y Organizaciones Benéficas.
Las actualizaciones de septiembre corrigieron problemas como la integración continua (CI), las comprobaciones del manifiesto de la red principal, las medidas de seguridad para los datos de los tokens, la navegación móvil, la paginación del catálogo, las traducciones y la fiabilidad de las páginas públicas.
Seguridad
La autenticación de la billetera verifica criptográficamente el desafío emitido por el servidor y la dirección seleccionada, y consume cada nonce una sola vez; los campos SIWS nativos permanecen exactos y las pruebas de Ledger conservan una verificación estricta solo de tipo Memo. No se transmite ninguna transacción de autenticación.
Las contribuciones de CGW siguen firmadas por el usuario y se contabilizan solo después de la verificación en la cadena de bloques; los pagos del proyecto y las recompensas medioambientales siguen siendo operaciones multifirma explícitas de Squads sin clave de firma en poder de la aplicación.
Las vistas de lugares públicos y flores solo muestran los campos públicos permitidos, las ubicaciones sensibles se mantienen sin modificar cuando es necesario, y las credenciales de IA/proveedor almacenadas permanecen ilegibles y en el servidor.
Documentos
La documentación sobre productos, arquitectura, IA, bases de datos, Lugares y Organizaciones Benéficas, tokens y operaciones ahora refleja el despliegue verificado de la red principal de Solana y el comportamiento actual de la aplicación distribuida.
Recuperación de la conexión de la billetera y navegación móvil
Restaura el menú del sitio web en teléfonos, mejora el conector de billetera móvil existente y muestra las billeteras ya agregadas a la cuenta. Las páginas del catálogo de administración se ajustan a pantallas estrechas y se paginan correctamente. La documentación actual refleja la ceremonia de dos programas; la red principal aún no se ha implementado.
Mejorado
Las aplicaciones de tokens y flores utilizan su conector móvil existente. Las carteras ya vinculadas se muestran sin pedir a los usuarios que las añadan de nuevo; se eliminaron los botones adicionales de transferencia del navegador Phantom.
La navegación de administración cerrada queda excluida del foco del teclado y el control del menú identifica su panel lateral.
Fijado
El menú del sitio web público es visible y se abre en los teléfonos, con zonas táctiles más grandes y la tecla Escape para cerrarlo.
El inicio de sesión en la billetera de Android espera a que se haya preparado un desafío antes de habilitar la acción de firma, y los intentos fallidos preparan un nuevo desafío para reintentarlo.
Las páginas del catálogo de plantas del administrador utilizan las tarjetas, filtros y tablas adaptables de la consola; la paginación del catálogo ahora sigue el desplazamiento solicitado.
Documentos
Las directrices actuales reflejan la eliminación registrada por el propietario del bloqueo de tiempo de actualización: dos programas con Squads Vault 0 como autoridad de actualización. Las notas de versiones anteriores siguen siendo registros históricos.
El plan de lanzamiento distingue entre las comprobaciones de la aplicación completadas y las evidencias de ejecución y control de la ceremonia pendientes. Esta actualización no autoriza ningún lanzamiento de la red principal de CGW.
Bloqueo de tiempo en la ceremonia, construcciones reproducidas de tres vías, inicio de sesión con billetera móvil
cgw-timelock obtiene una identidad real en la red principal, un conjunto LiteSVM de 11 y un lugar en la secuencia génesis; los tres binarios del programa son reproducidos byte a byte por dos verificadores y CI en la confirmación de ceremonia 9c6e0f8; el adaptador de billetera móvil se enlaza en Android a través de Sign-In-With-Solana nativo; la página de autoridades de administrador lee las autoridades del programa y de metadatos en vivo. El veredicto de la ceremonia sigue siendo NO_GO: el emisor renuncia a la revisión legal, las puertas operativas O1/O5/O6/O7 y C3 permanecen abiertas y no se ha producido ninguna escritura mainnet-beta.
Nuevo
cgw-timelock declara la identidad de la ceremonia EGu8yPEf…s48qi1M; tests-integration/tests/timelock.rs ejecuta los 11 casos requeridos contra el binario real, incluida una actualización real del cargador BPF ejecutada a través del PDA de timelock.
La herramienta de ceremonia de la red principal implementa tres programas: @cgw/chain-config obtiene timelockProgram/timelockConfig, verify-mainnet-invariants.mjs afirma que la autoridad de actualización de adquisición/recompensas es igual a la PDA TimelockConfig (Vault 0 directamente es una discrepancia) y la autoridad de actualización de cgw-timelock es igual a Vault 0, y la consola del operador, el libro de ejecución de lanzamiento, el paquete de ceremonia y la ceremonia génesis describen la misma secuencia.
build-attestation.mjs cubre los tres programas y rechaza las certificaciones parciales; Pavel A, Ivan G y CI reproducen cgw_vesting.so 84c85be2…, cgw_rewards.so 10ec7188… y cgw_timelock.so 8de82668… en 9c6e0f8.
Prueba de equipo de extremo a extremo de Devnet: team-vesting-check.mjs (solo lectura; mostró que el único cronograma de equipo nunca fue reclamado porque su beneficiario es una clave desechable), team-claim-devnet.mjs (reclamación solo de devnet con un par de claves de prueba) y parámetros de URL en team-test-schedule-tool-gr2.html para un beneficiario controlado por el equipo.
Móvil: el adaptador de billetera móvil se registra en Android y se vincula a través de solana:signIn nativo: una sesión de billetera que autoriza y firma. apps/api emite un desafío SIWS no vinculado y verifica los bytes firmados creados por la billetera (dominio, dirección, declaración, nonce, ID de solicitud).
Autoridades de token de administrador: las autoridades de actualización de programas y la autoridad de actualización de metadatos ahora se leen en tiempo real (PDA ProgramData y cuenta Metaplex) en lugar de informar Desconocido; la autoridad esperada sigue el manifiesto (PDA de configuración de bloqueo de tiempo donde esté registrado, de lo contrario Vault 0).
Fijado
El repositorio ceremony.mjs.anchor afirmaba la ausencia de una asignación de programa de la red principal, una invariante anterior a T8; ahora afirma que la asignación existe, coincide con cada declare_id compilado y no reutiliza ningún id devnet.
verify-fresh-program-identity.mjs rechaza las direcciones de monedero (candidatos a firmante, implementador, pagador de tarifas) propuestas como identidades de programa.
Las constantes generadas por cgw-rewards soportan carga mediante aserciones const, solucionando el fallo dead_code de rustc 1.98; las constantes de código de error de LiteSVM se corrigen en ambos conjuntos; CI almacena en caché la cadena de herramientas Solana/Anchor.
Seguridad
T8 §2 custodia registrada: los tres pares de claves del programa en una unidad externa cifrada con BitLocker con una segunda copia cifrada; nunca se transmitió ningún material de clave.
Las barreras legales G2/G3 y la barrera de independencia del firmante O3 permanecen RENUNCIADAS POR EL PROPIETARIO (2026-08-25) y siguen bloqueando el veredicto; la página de documentos públicos revela que actualmente no existe independencia del firmante.
Revelador
Las protecciones de atestación, invariante, consistencia del manifiesto, controlador y herramienta HTML se ejecutan a través de las nuevas rutas de tres programas e informan NOT_DEPLOYED; la consola del operador se verificó en vivo en Chrome desde C:\projects en c8af8ca.
No se verificó en el entorno de pruebas de autoría: las pruebas/verificaciones de tipo de pnpm para @cgw/api, @cgw/mobile y @cgw/chain-config, y una verificación del flujo de inicio de sesión de Android en el dispositivo; la CI y un teléfono son los guardianes.
Cierre de brechas con código autocompletable en la red principal (T7-T9, motor invariante, herramienta de preparación de ceremonias)
Cierra todos los elementos que se pueden completar en el código de la revisión de preparación para la red principal y reemplaza el paso de informe de terceros retirado con una disposición obligatoria de hallazgos internos, pruebas adversarias, dos reproducciones de compilación independientes, simulación e invariantes finales. El veredicto de la ceremonia sigue siendo NO_GO.
Nuevo
scripts/mainnet/verify-program-authorities.mjs (T7): deriva de forma independiente el ProgramData PDA de cada programa de producción y compara su autoridad de actualización en vivo con un valor esperado proporcionado por el operador.
scripts/mainnet/verify-fresh-program-identity.mjs + docs/token/CGW_MAINNET_PROGRAM_ID_CEREMONY.md (T8): protege contra la reutilización de un par de claves de programa devnet/localnet como identidad de mainnet; autoprobado.
scripts/mainnet/manifest-transition.mjs + verify-manifest-consistency.mjs (T9): Máquina de estados CANDIDATO -> DESPLEGADO -> VERIFICADO INDEPENDIENTEMENTE -> CANÓNICO; el archivo manifest.ts canónico nunca se edita automáticamente en ningún estado.
scripts/mainnet/verify-mainnet-invariants.mjs: motor de invariantes finales de un solo comando que cubre el hash génesis, ambos programas, Squads, mint, metadatos, las seis bóvedas, PDA RewardsConfig/VestingConfig y verificación cruzada de readiness-gate; salida JSON, salida 0/1, sin advertencias como aprobación.
scripts/mainnet/evidence-record.mjs: esquema estándar de registro de evidencia y escritor de solo adición para cada paso irreversible de la ceremonia, con un guardián de nombre de campo de material secreto.
scripts/mainnet/prepare-mint-metadata-mainnet.mjs, prepare-vaults-mainnet.mjs, prepare-squads-mainnet.mjs, prepare-rewards-vesting-mainnet.mjs: Solo PREPARAR + SIMULAR + VERIFICAR, solo claves públicas (nunca se carga ninguna clave privada), modelado directamente a partir de los probados scripts de creación de Squads Genesis Rehearsal #2 de devnet. No hay ruta de envío, de acuerdo con el diseño existente de este repositorio de implementación sin un solo clic.
scripts/mainnet/signer-ceremony-state.mjs: IDENTIFICADO -> PROPIEDAD_COMPROBADA -> NOMBRADO -> INDEPENDENCIA_VERIFICADA -> RECUPERACIÓN_VERIFICADA -> CEREMONIA_LISTA máquina de estados por firmante, orden de operaciones aplicado y autoprobado.
scripts/mainnet/authority-transition-matrix.mjs: OBJECT/CURRENT/EXPECTED/STATUS para cada autoridad de la red principal gobernada, CURRENT siempre se lee en vivo.
scripts/mainnet/verify-transaction-safety.mjs: auditoría de seguridad estática sobre cada script prepare-*-mainnet.mjs (blockhash nuevo, sin nonce duradero, sin difusión, sin carga de clave privada, controlado por simulación, evidencia fuera del repositorio).
scripts/mainnet/mainnet-readiness-score.mjs: resumen de preparación de INGENIERÍA/CUSTODIA/LEGAL/OPERACIONES sin restricciones, que explícitamente nunca anula el veredicto de ceremony.mjs.
scripts/mainnet/mainnet-rpc-lib.mjs: primitivas RPC/manifest/base58 compartidas y sin dependencias, reutilizadas por cada nuevo script anterior.
scripts/mainnet/package.json: aísla las dependencias @solana/web3.js, @solana/spl-token, @metaplex-foundation/mpl-token-metadata y @sqds/multisig de los nuevos scripts PREPARE/VERIFY, reflejando la propia lógica de aislamiento de scripts/devnet.
docs/token/CGW_DEVNET_MAINNET_GAP_MATRIX.md: la lista de verificación operativa completa de devnet a mainnet en las 30 capacidades de ceremonia.
Seguridad
Se eliminó la puerta de preparación G5 y el campo de aprobación de control privado correspondiente. La evidencia obligatoria actual consiste en la disposición de hallazgos internos, pruebas adversarias, hashes SBF/IDL reproducibles de dos verificadores independientes, simulación de transacciones e invariantes finales en la cadena.
Cinco testigos presenciaron las pruebas de propiedad de Solflare + Ledger Nano S Plus que promueven a O4 a PASS; el nombramiento del firmante, la independencia y la recuperación siguen siendo puertas separadas.
Revelador
La página de prueba de propiedad Ledger ahora refleja las herramientas devnet con una acción de conexión y una de firma. Solflare + Ledger Nano S Plus produjo las cinco firmas v0 exactas; un pase posterior presenciado proporcionó registros de confirmación de testigo de pantalla y de segundo canal distintos, y la verificación fuera de línea cerró las pruebas de control de clave 5/5 firmadas con hardware claro mientras estaban activas. Phantom rechazó la misma carga útil como transacción con forma, por lo que la página recomienda la ruta Solflare probada. El nombramiento, la independencia, la recuperación y la aprobación de custodia final siguen siendo puertas separadas.
Cada nuevo script pasa la comprobación de node --check; verify-fresh-program-identity.mjs, signer-ceremony-state.mjs y verify-transaction-safety.mjs llevan consigo y superan una verdadera prueba de autodiagnóstico/regresión (no solo comprobaciones de sintaxis).
verify-manifest-consistency.mjs se ejecutó realmente contra el repositorio en vivo e informa correctamente que 11/11 comprobaciones estructurales pasan mientras que mainnet-beta permanece NOT_DEPLOYED.
El archivo mainnet-readiness-score.mjs se ejecutó correctamente e informa 13/26 sin alterar el veredicto final.
El conjunto completo de pruebas de pnpm (lint, typecheck, build y package-test) se completó con éxito. Cargo y Anchor siguen sin estar disponibles en este host. Las dependencias aisladas de Solana se instalan desde un archivo lockfile, pero sus avisos heredados aún requieren eliminación y los constructores requieren una prueba de devnet desechable.
Documentos
El bloque mainnet-beta de packages/chain-config/src/manifest.ts permanece completamente nulo/NOT_DEPLOYED.
Se eliminaron el paquete y la puerta de enlace obsoletos para la participación de terceros. Los aspectos legales, de tokenómica, de designación/recuperación de firmantes, de construcción, de red, de monitoreo y de evidencia de autorización de ejecución permanecen abiertos; 13 de las 26 puertas de preparación siguen incompletas.
El veredicto de ceremony.mjs sigue siendo NO_GO; nada en este comunicado puede firmar o transmitir una transacción mainnet-beta.
Permite que la consola localhost de solo lectura siga un registro de controlador privado mediante una ruta absoluta del lado del servidor sin exponerlo al código del navegador ni habilitar las transacciones.
Mejorado
El servicio de bucle invertido acepta --control con una ruta de control.json privada absoluta existente y muestra las comprobaciones de evidencia del controlador en el espacio de trabajo de la ceremonia.
La descripción general informa sobre el estado de la conexión y mantiene la preparación incompleta hasta que el esquema de control y la vinculación de confirmación del repositorio se completen correctamente.
Seguridad
La ruta privada y el contenido de los registros permanecen en el servidor; el navegador sigue sin tener capacidad de carga, firma, construcción de transacciones, escritura RPC ni difusión.
Agrega una lista de identificación secuencial de cinco billeteras y un mapa completo de ceremonias derivado del controlador, mientras que cada acción de transacción de la red principal permanece bloqueada.
Mejorado
La consola local de la red principal ahora conserva las direcciones candidatas de Ledger reconocidas entre los cambios de cuenta y la navegación por la página de la ceremonia para la sesión del navegador.
Overview ahora proporciona un mapa de preparación de doce etapas que vincula cada fase de lanzamiento con su página de evidencia y el estado real derivado del controlador.
Seguridad
La identificación de la sesión permanece separada de la custodia y la autorización, y no se agregó ninguna capacidad de firma de mensajes, construcción de transacciones, escritura RPC o difusión mientras la red principal esté en estado NO_GO.
Financiación del pagador de la ceremonia de Mainnet
Registra y verifica al candidato de pago de cuotas de Squads, lo que eleva la financiación actual de la ceremonia a 7 SOL, mientras que la ejecución de la red principal permanece bloqueada detrás de las otras puertas de lanzamiento.
Mejorado
La consola local de la red principal ahora deriva y finaliza las lecturas de ambos candidatos a pagador de la ceremonia junto con los cinco candidatos a firmante Ledger.
La preparación de fondos ahora informa por separado al 5 implementador SOL y al 2 pagador de cuotas de los escuadrones SOL observados, con un 7 saldo de preparación combinado SOL.
Seguridad
Los paquetes de ceremonia generados están vinculados tanto a los candidatos a pagadores revisados como a la sustitución de pagadores rechazados, se superponen entre sí o con cualquier firmante, y los saldos están por debajo de los niveles mínimos de financiación actuales.
Controles candidatos para el despliegue de la red principal
Registra al candidato a implementador de la red principal designado por el operador, verifica su financiación en modo de solo lectura en la consola local y refuerza las comprobaciones de la ceremonia sin habilitar ninguna escritura en la red principal.
Mejorado
Los paquetes para ceremonias privadas ahora están vinculados al candidato a despliegue revisado y rechazan un pagador sustituto, una superposición de funciones de pagador o una financiación combinada inferior al presupuesto de preparación actual.
La consola del operador de la red principal local ahora lee la cuenta y el saldo del implementador candidato junto con los cinco candidatos de Ledger, manteniendo deshabilitadas todas las acciones de transacción.
Seguridad
El pagador candidato permanece separado de las direcciones de despliegue canónicas, la custodia del firmante, el futuro pagador de la tarifa de Squads y todas las reclamaciones de autoridad en la cadena; la red principal permanece NO DESPLEGADA.
Sustituye la carga de pruebas a través del navegador por una consola de operador de red principal de estilo devnet que se carga automáticamente y comprueba el estado del repositorio, el manifiesto, la red y el firmante, mientras que todas las escrituras permanecen bloqueadas.
Nuevo
Un servicio de lectura de bucle único verifica la identidad de la red principal y las cinco cuentas candidatas, manteniendo cualquier credencial RPC aprobada fuera del código del navegador.
Phantom y Solflare pueden identificar una dirección pública conectada en la lista de candidatos sin exponer ningún método de firma o transacción.
Mejorado
Ahora, las 13 páginas de la red principal se abren directamente en vistas automáticas de red, manifiesto, firmante, prerrequisito, bloqueador y registro, sin necesidad de cargar archivos en el navegador ni de utilizar un formulario de configuración RPC.
La estructura de la página ahora coincide con las herramientas exitosas devnet: aviso de bloqueo permanente, panel del firmante, paso de acción numerado, estado de la propuesta y actualización con un solo clic.
Agrega una contraparte HTML segura para producción para cada nombre de archivo del operador devnet, además de páginas de evidencia de programa, acuñación/bóveda y adquisición específicas de la red principal que permanecen cerradas por fallo hasta que exista evidencia de ceremonia revisada.
Nuevo
La carpeta de la red principal de Solana ahora incluye 13 páginas de operador servidas localmente que abarcan programas, escuadrones, génesis de acuñación/metadatos/bóveda, inicialización de protocolo, adquisición de derechos, bloqueos y operaciones de recompensas controladas.
Cada página puede revisar localmente en el navegador los archivos de control de ceremonia, preflight y manifiesto de candidatos, con una verificación de identidad RPC opcional y solo para la sesión, con información confidencial eliminada.
Mejorado
Cada nombre de archivo HTML devnet tiene una contraparte explícita en la red principal; las páginas GR2 y de prueba desechables dicen NO APLICABLE en lugar de invitar a copiar el código o las direcciones devnet.
Un mecanismo de control de regresión demuestra que las páginas no contienen direcciones devnet, integración de billetera, biblioteca de firma, construcción de transacciones o capacidad de difusión, y la validación del navegador cubre anchos de escritorio y teléfono.
Controles de la ceremonia de la red principal cerrada por fallo
Añade un paquete de ceremonia privada listo para el operador y una puerta NO-GO verificada por máquina que no puede firmar ni transmitir, para que la preparación de la red principal no pueda confundirse con la autorización de lanzamiento.
Nuevo
El espacio de trabajo de Solana ahora cuenta con una guía de ceremonia de la red principal ordenada, un generador de paquetes de evidencia privados y un controlador que verifica las 27 puertas de preparación, además de los roles atestiguados, las aprobaciones, las pruebas de firma, los hashes de compilación auditados, las vistas RPC independientes, la financiación y la autorización explícita.
Mejorado
Ledger Los desafíos de propiedad ahora deben escribirse en un directorio privado absoluto fuera de Git, manteniendo los registros de firmantes y custodia fuera del árbol de código fuente.
El controlador de la ceremonia es estructuralmente de solo lectura: informa que NO PASARÁ mientras las puertas estén abiertas y no contiene código de billetera, firma, despliegue o difusión.
Preparación del firmante de producción y medidas de seguridad para el lanzamiento de la red principal
Registra los cinco candidatos a Ledger de producción financiados sin exagerar la custodia, agrega la puerta de firmante faltante al informe público de MiCA y refuerza la evidencia requerida antes de cualquier lanzamiento de la red principal.
Mejorado
Los departamentos de Tesorería, Seguridad, Hoja de Ruta y Preparación para MiCA coinciden en que cinco direcciones Ledger financiadas son las candidatas a producción designadas por el operador, mientras que la propiedad, la independencia, la recuperación y el nombramiento formal siguen estando abiertos.
La transición a la red principal y la documentación de la ceremonia ahora distinguen las carteras de los firmantes de las futuras carteras multifirma de Squads y Vault 0, y requieren hashes de prueba, comprobaciones de independencia, ensayos de recuperación y pruebas de financiación del implementador por separado.
Ahora, todas las rutas públicas de Token se prueban en el navegador mediante CI durante la compilación de producción, incluyendo el rastreo completo de enlaces internos, el desbordamiento adaptable, los puntos de referencia y los fallos de consola/red en tiempo de ejecución.
Fijado
La tabla pública de preparación de MiCA ahora incluye el flujo de trabajo de custodia de producción al que hace referencia su propia línea de parada de lanzamiento, y se eliminaron las afirmaciones obsoletas de que no se había nominado ninguna clave de producción.
La protección contra fugas de direcciones canónicas ahora cubre el futuro Squads Vault 0, las claves de miembro y el PDA de metadatos, además de la acuñación, los programas y las bóvedas.
Las referencias al documento técnico ahora se resuelven en rutas reales del Portal de Tokens, los datos estructurados específicos de cada ruta ya no heredan la identidad de la página de inicio y el enlace opcional a Google falla de forma segura cuando faltan las credenciales de producción.
El límite RPC de la cartera del mismo origen ahora aplica un límite horario por visitante que preserva la privacidad antes de consumir la capacidad dedicada del proveedor Solana.
Se corrigieron los metadatos de CGW Explorer, se agregó un módulo de identidad canónica y se vinculó cada dirección de token de administrador.
Se solucionó el problema de raíz por el cual Solana Explorer mostraba el token devnet de CGW como "Desconocido" reemplazando la acuñación por una que contiene metadatos reales en la cadena desde el momento de su creación, se agregó una función canónica que ahora todas las aplicaciones usan para la identidad del token y se convirtió cada dirección de billetera/programa en las páginas de tokens del administrador en un enlace funcional de Explorer.
Nuevo
@cgw/chain-config now exports getTokenIdentity(cluster) — one function that composes token name/symbol/network/decimals with each cluster's mint/program/metadata deployment state, so no app has to import both the token specification and the deployment manifest and combine their fields by hand.
Fijado
Solana Explorer ya no muestra el token CGW devnet como 'Token desconocido' / 'Sin símbolo' / 'No verificado'. Causa raíz: la autoridad de acuñación original devnet fue revocada antes de que existiera una cuenta de metadatos Metaplex en la cadena para ella, lo que hace que adjuntar metadatos sea permanentemente imposible, no un retraso en la indexación ni una entrada de registro faltante.
Se reemplazó la acuñación canónica devnet (Ensayo Génesis n.° 2) con metadatos adjuntos en la misma transacción que la creación de la acuñación, antes de que se tocara la autoridad de acuñación. Nueva acuñación, seis bóvedas financiadas con asignaciones exactas de especificaciones de token que suman el suministro total de 1B, autoridad de acuñación revocada y autoridad de actualización de metadatos transferida a la multifirma de Squads Vault0, todo verificado de forma independiente contra lecturas RPC en vivo posteriormente, nunca confiado desde el propio registro de un script.
Cada dirección en cada página de tokens de administrador (minería, bóvedas, autoridades, multifirma de escuadrones/Bóveda0/miembros, identificadores de programa/autoridades de actualización, configuración de adquisición/recompensas/direcciones de bóveda/beneficiario/reclamante, direcciones de cuenta de token/propietario de los titulares — unas 20 direcciones en 7 páginas) es ahora un enlace real del Explorador en lugar de un texto abreviado simple.
Revelador
El nuevo archivo identity.test.ts mantiene la URL del icono del token constante y sincronizada con el archivo JSON de metadatos reales del portal del token, de modo que ambos nunca puedan volver a separarse silenciosamente.
Suscripciones más seguras y límites de plan honestos
Hace que el proceso de pago de Stripe y la recuperación mediante webhook sean idempotentes, aplica límites a las fotos, conserva el trabajo realizado dentro de los límites del plan y muestra solo las funciones de pago que están realmente disponibles.
Mejorado
Las indicaciones de límite del plan mantienen intacta la foto o el formulario de flores seleccionado y enlazan con la suscripción sin reemplazar la página del borrador.
Los límites de fotos por flor se aplican de forma atómica, y Garden Plus solo muestra las funciones cuyo comportamiento del producto funciona correctamente.
La hoja de colores ahora espera a que el menú se cierre por completo y admite la tecla Escape, el enfoque del teclado contenido y la restauración del enfoque.
Fijado
El proceso de pago de Stripe ahora reutiliza una intención de compra duradera y un cliente de Stripe existente, lo que evita sesiones de suscripción duplicadas simultáneas.
Los webhooks de Stripe interrumpidos o fuera de orden pueden recuperarse de forma segura sin marcar la concesión de derechos demasiado pronto.
Los enlaces de devolución del proceso de pago ya no indican que el pago se ha realizado correctamente hasta que el servidor confirme el acceso activo a Garden Plus, que cuenta con el respaldo de Stripe.
Los controles mensuales y anuales ahora tienen un estado seleccionado claro, y las cachés personalizadas de Discover se eliminan al cerrar la sesión.
Historial de pagos del administrador, una solución para la tarjeta de suscripción y refuerzo de la seguridad del webhook de Stripe.
La tarjeta de suscripción de administrador ahora muestra el historial de pagos completo del usuario, se ha corregido un error que hacía que siempre mostrara "No disponible" independientemente del estado real de la suscripción, y el webhook de pago de Stripe ahora tiene un límite de uso para evitar abusos.
Nuevo
Centro de administración: la tarjeta de suscripción de un usuario ahora muestra su historial de pagos completo: cada pedido (estado, método de pago, importe, fechas) con sus eventos relacionados, además de eventos a nivel de suscripción, como renovaciones, que no están vinculados a un solo pedido.
Mejorado
El punto final del webhook de pago de Stripe ahora tiene una limitación de velocidad por dirección de conexión, lo que pone fin al refuerzo de seguridad previsto para el sistema de suscripciones/facturación.
Fijado
Centro de administración: Anteriormente, la tarjeta de suscripción de un usuario siempre aparecía como "No disponible", independientemente de su plan, estado o uso reales, aunque la concesión y revocación del acceso gratuito funcionaban correctamente en todo momento. Ahora muestra datos precisos y actualizados.
Acceso para invitados, gestión del jardín, cronograma de fotos de flores y fiabilidad de la traducción.
Los visitantes que no han iniciado sesión ahora pueden ver el catálogo de insignias y el clima local, los enlaces de su perfil van directamente a sus jardines/flores/insignias, los jardines se pueden eliminar de forma segura con o sin sus flores, las flores ahora admiten una línea de tiempo fotográfica completa con subtítulos, y se ha corregido el error de la página de traducciones de administrador que se quedaba atascada en 0%.
Nuevo
Los visitantes que hayan cerrado sesión podrán ver el catálogo completo de insignias de contribución y el pronóstico del tiempo local, con un aviso de inicio de sesión temático en lugar de una barrera infranqueable.
Una entrada permanente de "Instalar aplicación" en la barra lateral del móvil, con instrucciones temáticas para iOS en los casos en que la plataforma no tenga una solicitud de instalación nativa.
La eliminación del jardín ahora ofrece dos opciones explícitas y claramente explicadas: eliminar solo el jardín (las flores se conservan, pero no se asignan a ningún jardín) o eliminar el jardín y todas las flores que contiene, con una segunda confirmación más estricta para la opción destructiva.
Una nueva sección llamada "Flores sin jardín" con paginación real, además de una opción para trasladar las imágenes al jardín.
Ahora, Flowers admite una línea de tiempo fotográfica completa: varias fotos por flor, ordenadas cronológicamente, cada una con un pie de foto opcional y una imagen de portada configurable, además de la posibilidad de eliminar cada imagen de forma segura.
Mejorado
La página de perfil se ha reorganizado de manera que los logros, los jardines, las flores y las insignias sean lo primero que veas, y cada uno sea un enlace real a su propia página.
Se verificó y eliminó el indicador de falso positivo de la cola de revisión de Admin AI que decía "la página puede indicar un precio o una oferta".
Las páginas de Resumen de administración, Transacciones de tokens y Titulares de tokens ya no indican que "no existe ninguna casa de moneda CGW" cuando la causa real es una interrupción temporal del RPC.
Fijado
La página de Traducciones de administración ya no muestra idiomas que se queden permanentemente atascados con una cobertura de 0%. Una traducción que estaba en proceso cuando se reinició su instancia de Worker ahora se reintenta automáticamente en lugar de quedarse atascada indefinidamente, y el botón "Reintentar errores" ya no empeora una traducción atascada.
La falta de una clave API de traducción ahora es un estado claro y que permite tomar medidas, en lugar de una laguna silenciosa e inexplicable en la cobertura.
Cuidado de las plantas teniendo en cuenta las condiciones climáticas, fiabilidad administrativa y endurecimiento del sistema Solana RPC.
GardenApp ahora avisa cuando un pronóstico real pone en riesgo de heladas o calor a alguna de tus flores, la información meteorológica se actualiza cada hora a través de una caché compartida en lugar de cada seis horas, y se han solucionado varios problemas de administración y fiabilidad en toda la plataforma.
Nuevo
Las recomendaciones para el cuidado de una flor ahora incluyen una alerta meteorológica en tiempo real (riesgo de heladas, estrés por calor o indicación de riego en caso de lluvias intensas) basada en el pronóstico actual y en la especie de la flor en cuestión; se trata solo de un aviso, nunca de una afirmación sobre toxicidad o propiedades medicinales.
Mejorado
Ahora, la información meteorológica se actualiza cada hora en lugar de cada seis, y se comparte una única llamada entre todos los usuarios de la misma zona, en lugar de una llamada por usuario.
El título de la ubicación en la tarjeta meteorológica ya no repite la ciudad como si fuera una región propia ("Plovdiv, Plovdiv") y ahora siempre muestra el país.
La página de Ejecuciones de IA de administración etiqueta claramente una ejecución que no realizó ninguna llamada al modelo y se puede filtrar por activador.
La página de estado del administrador explica un estado degradado causado por un RPC de Solana inaccesible, en lugar de mostrar cinco marcas de verificación verdes sin ninguna explicación.
Fijado
La página de insignias de administrador ya no 404s.
Las páginas de recompensas y adquisición de derechos del portal público de tokens ahora utilizan la misma configuración RPC dedicada de Solana que el resto de la plataforma, en lugar de recurrir silenciosamente a un punto final diferente.
Ahora, cuando se produce una interrupción en la función de autocompletar de Lugares, se informa como un error en lugar de mostrarse como "no se encontraron resultados".
Dos fallos de configuración interna (falta de un token de API interno y falta de una configuración de inicio de sesión nativa) ahora se registran como excepciones en lugar de fallar silenciosamente.
El portal de tokens ahora cuenta con un límite de error, por lo que un fallo de la página en esa zona es visible para los operadores en lugar de mostrar una pantalla de error predeterminada sin más.
GardenApp ahora ofrece traducción al búlgaro, español, alemán y francés bajo demanda, permite al propietario de un jardín buscar su ubicación real con Google Places y muestra los niveles de polen para esa ubicación.
Nuevo
La interfaz de GardenApp se puede mostrar en búlgaro, español, alemán o francés, con traducción bajo demanda y almacenamiento en caché, y con una opción de respaldo instantánea en inglés mientras se realiza la traducción.
Ahora se puede buscar y seleccionar la ubicación de un jardín mediante la función de autocompletar de Google Places, en lugar de tener que escribirlo manualmente.
En la página de detalles de un jardín con una ubicación seleccionada, se muestran los niveles de polen cercanos (césped/árbol/mala hierba).
Centro de administración: una nueva página de traducciones informa sobre la cobertura de la caché por idioma y permite al operador invalidar la caché de un idioma o volver a intentar las traducciones fallidas.
Mejorado
El Centro de administración informa si cada una de las tres integraciones opcionales de Google (Traducción, Lugares, Pollen) está configurada, sin revelar nunca la clave.
La información meteorológica local preserva la cobertura del usuario en caso de una interrupción del servicio prevista y puede recuperarse mediante un proveedor alternativo independiente.
Mejorado
Ahora, los fallos meteorológicos programados informan categorías que protegen la privacidad, de modo que los operadores pueden distinguir entre fallos por tiempo de espera, de red, de respuesta del proveedor y de persistencia sin registrar datos de usuario ni de ubicación.
Ahora, el administrador separa la hora de actualización de la ubicación de la hora de la última actualización exitosa del pronóstico.
Fijado
GardenApp ya no oculta una ubicación aproximada ya guardada cuando falla la primera actualización del pronóstico.
La actualización meteorológica recurre a MET Norway cuando Open-Meteo no está disponible y le da al servidor proxy móvil tiempo suficiente para completar ambos intentos limitados.
Ahora, la información meteorológica local mantiene un pronóstico que, de otro modo, sería útil, incluso cuando el proveedor omite una métrica opcional, y la aplicación captura su contexto de ubicación de Cloudflare, que preserva la privacidad, antes en cada actualización.
Mejorado
Ahora, los fallos meteorológicos generan un diagnóstico del servidor que protege la privacidad y una señal de respuesta de detección/no disponibilidad, sin exponer la dirección IP, las coordenadas ni los datos de ubicación privados.
Fijado
GardenApp ya no descarta un pronóstico local completo porque una métrica meteorológica opcional sea nula o falte.
La función de actualización meteorológica captura el contexto aproximado de la solicitud y la ubicación de Cloudflare antes del proceso de autenticación, lo que reduce la posibilidad de perder el contexto de borde a través de un límite asíncrono.
Compartir flores en público y seguir a la comunidad
Los enlaces de flores ya están disponibles para todos, con la opción de compartir de forma nativa, controles para copiar enlaces, perfiles de creadores, insignias destacadas y seguimiento de la comunidad. El clima también se reintenta correctamente después de una recarga.
Nuevo
Copia o comparte el enlace público de una flor con su nombre desde los perfiles de flores y la sección Descubrir.
Sigue a los cultivadores de la comunidad y consulta el número de seguidores, además de las insignias destacadas que han ganado.
Fijado
Ahora, los códigos QR dan acceso a la página pública de la comunidad en lugar de a una página exclusiva para propietarios.
La información meteorológica no disponible ya no se almacena en caché entre recargas, y cada recarga vuelve a comprobar la ubicación IP aproximada actual.
El acceso directo a los recordatorios ahora utiliza un icono de campana reconocible.
Seguridad
Las funciones públicas para compartir y seguir utilizan identificadores de publicaciones públicas; los identificadores privados de flores, jardines, cuidados, recordatorios y cuentas permanecen fuera de los enlaces compartidos.
Las aplicaciones de navegador de Open CoinGarden ahora detectan cada nueva compilación implementada y se mueven automáticamente a ella de forma segura, mientras esperan a que finalicen los guardados activos y las confirmaciones de la billetera.
Mejorado
Las pestañas del navegador que se abren se actualizan automáticamente a una versión estable recién implementada.
Las actualizaciones esperan a que haya formularios activos, guardados, firmas de monedero y reclamaciones, y se mantiene el control de actualización manual existente como alternativa.
Fijado
Las implementaciones de código se detectan mediante la identidad de confirmación inmutable, incluso cuando el número de versión visible para el usuario no cambia.
Un sistema de activación de guardia y de trabajador de servicio de un solo uso por unidad de arma evita recargas repetidas o el uso de cartuchos PWA obsoletos.
La identificación de flores nunca vuelve a mostrar un resultado de marcador de posición.
La identificación de flores ya no se realiza mediante un resultado provisional si la IA no está disponible temporalmente. Si no se puede generar una identificación precisa en ese momento, verá un mensaje claro que indica "No se pudo identificar esta planta" con un botón para volver a intentarlo; nunca se mostrará una respuesta sugerida en lugar de una correcta. Esto se aplica a la aplicación web, la aplicación móvil y la aplicación nativa para iOS/Android, tanto para usuarios registrados como para invitados.
Mejorado
Aplicación nativa: la pantalla de identificación ahora muestra el nombre de la planta, el nombre científico, el nivel de confianza y las coincidencias alternativas en un formato legible, en lugar de un resultado técnico sin procesar.
Fijado
La identificación de flores (tanto para usuarios registrados como para invitados y usuarios de la aplicación nativa) ya no devuelve un resultado provisional cuando el servicio de IA no está disponible. Ahora muestra un mensaje claro y amigable, junto con un botón que dice «Intentar de nuevo».
Cuando un huésped no puede obtener una identificación gratuita, el intento de identificación diario ya no se consume; el reembolso se realiza automáticamente.
Revelador
Se eliminó la última ruta de código de producción que podía generar un resultado de identificación falsificado; el proveedor simulado utilizado durante el desarrollo ahora solo existe en el conjunto de pruebas.
Se han añadido pruebas automatizadas que analizan el código fuente de la aplicación móvil y nativa en busca de la copia del resultado del marcador de posición anterior, para que no pueda volver a aparecer sin previo aviso.
Se reescribió la documentación de IA/identificación para que coincidiera con este comportamiento.
Solucionado: la página del documento técnico no se cargaba.
Se corrigió un error que podía provocar que la página del documento técnico del Portal de Tokens no se cargara debido a un error del servidor. Ahora, el contenido de la página se integra directamente en la aplicación en lugar de descargarse del disco cuando alguien la visita, lo que resulta más fiable y acelera la carga.
Fijado
Portal de tokens: la página del documento técnico (/whitepaper) ya no presenta errores intermitentes al cargar debido a un fallo del servidor. Su contenido ahora se compila en la aplicación durante la compilación, en lugar de leerse desde un archivo al momento de la solicitud, lo que también acelera ligeramente la carga de la página.
Solucionado: la identificación de la flor fallaba debido a un error de conexión.
Se corrigió un error por el cual la identificación de una flor podía fallar con el mensaje "No pudimos conectarnos a CoinGarden en este momento", aunque la identificación en sí misma se estaba realizando correctamente; la aplicación se daba por vencida y mostraba un error antes de que una respuesta de IA normal, aunque un poco más lenta, tuviera la oportunidad de responder.
Fijado
La identificación de una flor (tanto para usuarios registrados como para invitados) ya no genera un error de conexión con una respuesta de IA a velocidad normal. El tiempo de espera interno de la aplicación era menor que el tiempo que puede tardar una identificación real, por lo que un resultado realmente exitoso a veces se descartaba y se mostraba al usuario como un fallo.
Correcciones en la compilación del programa Solana y una corrección de errores en el seguimiento de la bóveda.
Se corrigieron tres errores de compilación reales en los programas de adquisición y recompensas en la cadena de bloques causados por una versión de dependencia no rastreada, y se corrigió un error que habría permitido que dos de las seis bóvedas de CGW compartieran silenciosamente una dirección rastreada.
Fijado
Los programas cgw-vesting y cgw-rewards en la cadena de bloques no se compilaron correctamente con la versión de la biblioteca anchor-lang que se estaba utilizando (1.1.2, no la 1.0.2 prevista; no se había confirmado ningún archivo de bloqueo para este espacio de trabajo). Se corrigieron los tres errores de API resultantes y se confirmó un archivo de bloqueo para evitar que esto vuelva a ocurrir sin previo aviso.
El seguimiento de despliegue de CGW anteriormente solo tenía una ranura de dirección para dos bóvedas distintas (la Bóveda de Liquidez y la Bóveda de la Comunidad, cada una una asignación separada de 5% según la especificación del token). Ahora cada una tiene su propia ranura de seguimiento, por lo que en un despliegue real nunca se puede leer el saldo de una bóveda como si fuera el de la otra.
Revelador
Se verificó que los programas en la cadena se compilan y analizan correctamente (carga check, cargo clippy con advertencias como errores) en este entorno; la compilación/despliegue completo en la cadena sigue bloqueado por el espacio en disco disponible en este entorno aislado, que se controla por separado.
Vinculación de la cuenta de Google en el Portal de Tokens y solución para un problema de conexión con la billetera
Ahora, la página de perfil del Portal de Tokens permite vincular una cuenta de Google a tu billetera como identidad de respaldo opcional, y se ha corregido un error que provocaba que el proceso de conexión de la billetera fallara con el mensaje "No hay ninguna billetera conectada" justo después de que una billetera real se hubiera conectado.
Nuevo
Portal de tokens: la sección de Google en la página de perfil ya funciona. Inicia sesión con Google y luego vincúlalo a tu perfil de billetera como una identidad de respaldo opcional, o desvincúlalo más tarde. El inicio de sesión en la billetera sigue siendo totalmente independiente y nunca requiere Google.
Fijado
Portal de tokens: al conectar una billetera en la ventana modal "Conectar una billetera", ya no se muestra incorrectamente "No hay ninguna billetera conectada" inmediatamente después de que la extensión de la billetera se haya conectado correctamente.
Interfaz de usuario más limpia, selector de modelos de IA más inteligente y las bases para aplicaciones nativas.
Se han implementado varias correcciones en la interfaz de usuario y el texto del Centro de administración y el Portal de tokens, una página "Acerca de" para móviles rediseñada que describe la aplicación actual, un selector de modelos con función de búsqueda para elegir qué modelo de IA impulsa cada asistente, y la primera estructura funcional de aplicaciones nativas para iOS/Android (aún no disponibles para su instalación, pero las pantallas de inicio de sesión y las pantallas principales ya se ejecutan de principio a fin en los servidores reales de CoinGarden).
Nuevo
Centro de administración: ahora, elegir qué modelo de IA impulsa un asistente se realiza mediante una lista con función de búsqueda, agrupada según si el modelo es compatible y está verificado, necesita verificación o no es compatible, en lugar de un largo menú desplegable sin explicación.
Aplicación móvil: la página "Acerca de" se reescribió para describir lo que la aplicación hace actualmente (cuidado de plantas, identificación, insignias, el Portal de Tokens) en lugar de descripciones de funciones obsoletas.
La primera versión funcional de las aplicaciones nativas de CoinGarden para iOS y Android existe como una versión de desarrollo interna: inicia sesión con Google, visualiza tus jardines y flores, e identifica una planta con la cámara. Todavía no está publicada en la App Store ni en Google Play.
Mejorado
Aplicación móvil: tu página de perfil ahora muestra el recuento real de tu jardín, flores e insignias en lugar de un panel de marcador de posición sobrante.
Centro de administración y portal de tokens: varias correcciones de diseño y texto, incluido un diagrama del portal de tokens que podría superponerse en pantallas más estrechas.
Seguridad
Se subsanó una deficiencia en la que al vincular un modelo de IA a un asistente no se comprobaba que el modelo realmente admitiera lo que ese asistente necesita (por ejemplo, comprensión de imágenes para la identificación de plantas) de la misma manera que ya lo hacía la pantalla de configuración principal.
Revelador
Los servidores de CoinGarden ahora admiten una sesión de inicio de sesión real y revocable para aplicaciones nativas, separada del sistema de inicio de sesión del sitio web, ya que una aplicación de teléfono no tiene su propio servidor para almacenar un secreto compartido como lo hace el sitio web.
Realice operaciones de Solana en vivo en el Centro de administración
Las páginas de tokens del Centro de administración ahora leen el estado real de CGW directamente desde Solana en lugar de un marcador de posición estático, y se actualizan automáticamente mientras las mantienes abiertas, mostrando la situación actual: CGW está aprobado para su implementación, pero aún no se ha desplegado en ningún clúster.
Nuevo
Las páginas de tokens del Centro de administración (Descripción general, Titulares, Tesorería, Seguridad, Transacciones) ahora leen el estado de implementación en tiempo real de CGW, los detalles de acuñación, el suministro, los saldos de la bóveda y las autorizaciones de acuñación/congelación directamente desde Solana a través de una conexión RPC de solo lectura del lado del servidor, nunca desde el navegador.
Ahora, cada página de Token se actualiza automáticamente mientras está abierta (5s en las páginas de token, 10-15s en la consola global), se pausa mientras la pestaña está oculta, recupera el foco inmediatamente y retrocede automáticamente después de lecturas fallidas repetidas; se etiqueta honestamente como sondeo, nunca como una conexión de socket en vivo que no es.
Una lectura clara de cinco estados de implementación (no implementada, configurada pero inaccesible, configurada pero la cuenta no existe, implementada y en buen estado, o implementada con una discrepancia respecto a la especificación aprobada) reemplaza al antiguo marcador de posición que siempre era falso.
Mejorado
Las cifras de titulares y transacciones ahora siempre se etiquetan según lo que se leyó realmente: "Cuentas de tokens principales" en lugar de una lista completa de titulares implícita, y un "no disponible desde RPC configurado" honesto en lugar de un cero fabricado; y nunca se adivina un valor que la conexión RPC de solo lectura no pueda confirmar.
El enlace del portal de tokens ahora se deriva de la configuración en lugar de una dirección local codificada.
El lenguaje de la descripción general del token ahora distingue de manera consistente una decisión aprobada pero aún no implementada de una que ya ha sido implementada, reemplazando varios lugares que todavía se leen como una propuesta de diseño abierta.
Seguridad
Mediante una prueba automatizada, se confirma que los detalles de conexión RPC de Solana y las credenciales del proveedor nunca aparecen en el paquete del navegador del Centro de administración, en sus respuestas de API ni en sus registros.
Si la identificación de la planta no puede conectarse con los servidores de CoinGarden, ahora verá un mensaje en lenguaje sencillo con un botón de "Intentar de nuevo" (nunca un código de error sin procesar) y la aplicación nunca bloquea el formulario de la foto mientras comprueba discretamente su recuento diario gratuito en segundo plano.
Mejorado
Ahora, un fallo de conexión con los servidores de CoinGarden se registra con un código de referencia corto que puede proporcionar al soporte técnico y aparece en el sistema de monitorización de errores del equipo de operaciones; anteriormente, era invisible fuera de ese fallo.
Fijado
La página de identificación podría mostrar un código de error interno sin procesar ("upstream_unavailable") si la identificación fotográfica no pudo llegar brevemente a los servidores de CoinGarden; en ese caso, se mostraría un texto en lenguaje sencillo y un botón "Intentar de nuevo" que permite volver a enviar la misma foto.
Esa conexión en segundo plano ahora se reintenta automáticamente una vez antes de desistir, para las comprobaciones de solo lectura (como tu recuento diario gratuito) donde un reintento no puede causar ninguna acción duplicada.
Una barra de navegación que responde al desplazamiento.
La navegación superior e inferior de la aplicación móvil ahora se transforma a medida que te desplazas: una barra flotante compacta en la parte superior de la página se ensancha gradualmente hasta convertirse en una barra fija completa a medida que sigues leyendo, y vuelve a su tamaño original en el momento en que regresas a la parte superior.
Mejorado
Aplicación móvil: el encabezado superior y la navegación inferior ahora se animan alternando entre una tarjeta flotante compacta (parte superior de la página) y una barra ancha fija al borde (una vez que se ha desplazado), en lugar de permanecer flotando en todas partes, lo que coincide con la sensación de navegación original de la aplicación.
La transición solo se activa con un desplazamiento real y deliberado; una pequeña zona de amortiguación alrededor del punto de cambio evita que parpadee entre los dos estados.
Cada elemento animado sigue respetando una solicitud a nivel de sistema para reducir el movimiento, cambiando de estado instantáneamente en lugar de animarse.
Una nueva página de Logros reconoce la actividad real: hitos de membresía, contribuciones de plantas, rachas de cuidado, identificaciones y participación en la comunidad, con un progreso claro hacia el siguiente nivel. Destaca algunas insignias en tu perfil y verás una junto al nombre de un creador en sus flores compartidas.
Nuevo
Página de logros (/insignias): todas las insignias que has ganado y todas las que aún están pendientes, agrupadas por Membresía, Contribuciones de plantas, Cuidado de plantas, Identificación, Comunidad y Especiales, cada una mostrando un progreso real hacia el siguiente hito, nunca un porcentaje inventado.
Las insignias de membresía se otorgan automáticamente según la antigüedad de la cuenta, desde el momento de la inscripción hasta los seis años o más.
Las insignias de Contribución de Plantas se otorgan en hitos reales de salvamento (de 1 a 2,000 flores salvadas), no en intentos de identificación de IA sin procesar.
Las insignias de Cuidado de Plantas premian los eventos de cuidado registrados y las rachas de cuidado genuinas de 30 y 100 días.
Las insignias de identificación recompensan las identificaciones confirmadas, no todas las llamadas de IA.
Las insignias de la comunidad premian tu primera flor compartida y el aprecio real recibido de los demás.
Las insignias especiales (Guardián del sistema, Guardián de la armonía, Faro de la comunidad, Benefactor de la floración, Curador de plantas raras) son otorgadas manualmente por CoinGarden y no se pueden obtener automáticamente.
Una página de detalles de la insignia explica exactamente lo que se requiere y qué tan cerca estás
Muestra hasta cinco insignias obtenidas en tu perfil: tú eliges cuáles son visibles y las insignias no destacadas permanecen privadas.
Ahora aparece una insignia destacada junto al nombre del creador en sus publicaciones públicas de flores.
Aparece una notificación pulida y con detección de movimiento reducida de "Logro desbloqueado" una vez por insignia, ya sea que la hayas obtenido tú mismo o que alguien más la haya obtenido por ti.
El Centro de administración obtuvo Ecosistema → Insignias: vea cada insignia y cuántas personas la tienen, habilite o deshabilite una insignia, asigne o revoque una insignia especial con un motivo requerido y ejecute una conciliación única que otorga a cada cuenta existente todas las insignias para las que ya califica, no solo la más reciente.
Seguridad
Solo un administrador puede asignar o revocar una insignia especial, y cada asignación, revocación, activación/desactivación y ejecución de conciliación se registra en el registro de auditoría con un motivo.
Las insignias automáticas no tienen una ruta de anulación administrativa que omita la evaluación real; un administrador solo puede habilitar/deshabilitar la insignia en sí, nunca otorgar ni revocar manualmente una obtenida automáticamente.
Revelador
El catálogo de insignias se basa completamente en datos (métrica + umbral leídos de la base de datos), por lo que una nueva insignia nunca requiere un cambio de código.
El progreso de las insignias siempre se calcula en tiempo real a partir de las mismas tablas de origen en las que confía el resto del producto (flores, eventos de cuidado, identificaciones, publicaciones de flores, me gusta de publicaciones de flores); no hay una tabla de progreso separada que pueda desincronizarse.
Las notificaciones de desbloqueo se entregan consultando una bandera no vista/confirmada en lugar de un canal push, por lo que una insignia obtenida por tu propia acción, la acción de otra persona (un "me gusta") o una ejecución de conciliación de administrador aparecen de la misma manera.
Se solucionó el problema que impedía que los rastreadores accedieran a la imagen de vista previa compartida de la aplicación móvil.
La nueva imagen de vista previa para compartir de la aplicación móvil (versión 0.7.5) era inaccesible para Facebook, X y otros rastreadores que muestran enlaces; estos eran redirigidos a la página de inicio de sesión en lugar de ver la imagen, ya que dichos rastreadores nunca inician sesión. Solucionado.
Fijado
Aplicación móvil: las rutas opengraph-image y twitter-image no estaban en la lista de rutas públicas permitidas, por lo que la configuración predeterminada de inicio de sesión obligatorio para las páginas personales redirigía cada solicitud del rastreador a la página de inicio de sesión en lugar de servir la imagen. Esto se confirmó en producción (HTTP 307) y se solucionó agregando ambas rutas a la misma lista de rutas permitidas que ya incluye robots.txt y sitemap.xml.
Se corrigió un error de implementación en la versión 0.7.4 de share-image.
Las imágenes de vista previa de la versión anterior se compilaban y funcionaban localmente, pero no se podían implementar en el sitio web, la aplicación móvil ni el portal de tokens debido a una incompatibilidad específica de Cloudflare. El problema se ha solucionado y las imágenes ya están disponibles.
Fijado
El sitio web, la aplicación móvil y el portal de tokens no se implementaron después del lanzamiento de la versión 0.7.4: las páginas de imágenes de vista previa declaraban una configuración de tiempo de ejecución que el paso de compilación de Cloudflare rechazaba directamente. Se eliminó la configuración (cada aplicación ya se ejecuta en ese tiempo de ejecución independientemente de la declaración) y se verificó con la compilación de implementación real en lugar de solo con la local.
Vistas previas reales de las acciones para el sitio web, la aplicación móvil y el portal de tokens.
Al compartir un enlace de CoinGarden en Facebook, X o cualquier otra plataforma, antes no se mostraba ninguna imagen y aparecía una advertencia de Facebook sobre la falta de un archivo og:image. Ahora, todas las aplicaciones públicas generan una imagen de vista previa con la marca, y la aplicación móvil obtuvo el título/descripción social que antes no tenía.
Nuevo
Imágenes de vista previa de Open Graph y Twitter/X con la marca del sitio de marketing, la aplicación móvil y el portal de tokens, cada una con los colores propios de la aplicación, generadas sobre la marcha en lugar de un archivo estático para mantener la sincronización.
Fijado
La aplicación móvil no tenía ningún metadato de vista previa social (ni og:title, ni og:description, ni og:image); un enlace compartido de Discover o de una publicación de flores mostraba una vista previa genérica y sin detalles. Ahora incluye el nombre de la aplicación, la descripción y la nueva imagen de vista previa.
El tipo de tarjeta de Twitter del sitio de marketing estaba configurado con un diseño pequeño de "resumen", que no muestra una imagen grande incluso cuando se proporciona una; se corrigió a "summary_large_image" ahora que existe una imagen real.
Se ha corregido el feed de Discover para los usuarios que han iniciado sesión.
Los usuarios registrados veían el mensaje "No pudimos cargar las flores de la comunidad" cada vez que visitaban Discover; se trataba de un problema de conexión entre la aplicación y la función de selecciones personalizadas, no de una interrupción del servicio. El problema ya está solucionado, por lo que ahora los usuarios registrados ven sus selecciones o las flores más populares de la comunidad si aún no hay ninguna disponible.
Fijado
Descubre el feed: los usuarios que han iniciado sesión ya no ven un error permanente de "no se pudo cargar": el feed personalizado ahora se carga correctamente y, cuando aún no hay una selección personalizada, se recurre a las flores más populares de la comunidad.
Esta vez sí que se ha solucionado el fallo al editar el usuario.
La solución anterior para el fallo de la página de edición de usuario no funcionó: al guardar, la página seguía fallando. Esta sí funciona: la redirección después de guardar ahora coincide exactamente con el patrón que ya se ha demostrado que funciona en todas partes del Centro de administración.
Fijado
Centro de administración: cambiar el rol, el estado o el nombre para mostrar de un usuario ya no provoca que la página se bloquee después de guardar; esta vez se confirmó volviendo a probar la acción que fallaba en tiempo real, no solo con una compilación limpia.
Se solucionó un error que provocaba un fallo al guardar la edición de un usuario en el Centro de administración.
Guardar un cambio de rol, estado o nombre de usuario en la página de la cuenta podía provocar que la página se cerrara inesperadamente en lugar de mostrar el resultado. El problema no radicaba en el proceso de guardado en sí, sino en que la página no se recargaba correctamente después. Solucionado.
Fijado
Centro de administración: cambiar el rol, el estado o el nombre para mostrar de un usuario ya no provoca que la página se bloquee después de guardar; ahora se muestra la confirmación correctamente.
Administración de usuarios administradores y corrección de dos errores reales
Ahora, los administradores pueden editar el nombre para mostrar, cambiar la función y habilitar o deshabilitar una cuenta directamente desde el Centro de administración, y cada cambio se registra en el archivo de auditoría. El archivo de auditoría se ha corregido (antes no se cargaba) y se ha solucionado el problema de la advertencia de incompatibilidad de versiones en la página de Estado para evitar falsas alarmas durante el proceso de implementación.
Nuevo
Centro de administración: la página de cuenta de un usuario ahora permite editar su nombre de visualización público, cambiar su rol (Usuario/Moderador/Administrador) y habilitar o deshabilitar la cuenta; esto se aplica en el servidor, con la misma protección de último administrador y confirmación de autodeshabilitación que el producto siempre ha tenido.
La página de estado ahora muestra una tabla de Servicio / Versión esperada / Versión implementada / Confirmación / Estado, por lo que una brecha de implementación real es visible de un vistazo en lugar de estar oculta en una lista de versiones.
Fijado
La página de registro de auditoría del Centro de administración siempre fallaba con el mensaje "respuesta que esta consola no reconoce": la ruta de la API nunca devolvía la estructura paginada que la página requería. Ahora sí lo hace y la página carga entradas reales.
La advertencia de "incompatibilidad de versión" de la página de Salud se activaba de forma constante e incorrecta, porque la propia autocomprobación de la API informaba de una versión literal que nunca se actualizaba a medida que se publicaban las versiones. Ahora lee la misma versión compartida que cualquier otra comprobación, y la advertencia solo se activa una vez que una incompatibilidad ha durado realmente más que una implementación normal, no mientras todavía se está implementando.
Un punto final de estado errante e inaccesible en la API aún describía la cadena de bloques previa a la migración; se corrigió en el mismo archivo para la corrección de la versión.
Seguridad
Cada cambio de administración de usuario (nombre para mostrar, rol, estado) se escribe en el registro de auditoría con un resultado y un ID de correlación, por lo que se puede rastrear hasta la solicitud exacta que lo produjo.
Revelador
El registro de auditoría obtuvo paginación real del lado del servidor y seguimiento de resultados (`result`, `correlation_id`) en lugar de una lista ilimitada y sin paginar.
Las comprobaciones de estado ahora registran una confirmación de compilación cuando la carga útil de estado de un servicio informa de una, sentando las bases para la nueva tabla de versiones.
Un feed de Discover más inteligente y menos callejones sin salida.
La sección Descubrir ahora incluye una selección diaria elaborada por IA junto con sus flores más populares, con una breve descripción en cada tarjeta. Identificar una planta es más sencillo de principio a fin, y se han corregido algunos errores menores pero importantes, como un botón de "Recordarme" recortado y un error confuso en la sección de noticias.
Nuevo
La página de inicio del feed Discover recibe diariamente una "Selección de jardín de hoy", seleccionada una vez al día por la IA de CoinGarden a partir de las flores más populares de la comunidad, con una opción de reserva sencilla y honesta para el orden de las flores más populares cuando la selección de la IA no está disponible.
Ahora, cada tarjeta de flores compartida muestra una breve descripción extraída del catálogo de plantas.
La identificación de una planta ahora ofrece acciones separadas de "Tomar foto" y "Elegir de la galería" en lugar de un botón ambiguo.
Una planta que CoinGarden aún no reconoce ya no representa un callejón sin salida: al tocarla, ahora se busca una coincidencia en el catálogo o se abre una búsqueda manual precargada con las sugerencias.
Mejorado
Los resultados de la identificación muestran un estado seleccionado más claro: toda la tarjeta es apta para el uso, con una marca de verificación.
Ahora, las fotos subidas se verifican como archivos de imagen reales en lugar de confiar en ellos por su extensión; un formato no compatible como HEIC ahora lo indica claramente en lugar de fallar silenciosamente.
Fijado
El botón "Recordarme" en las recomendaciones de cuidado de una flor ya no queda comprimido en una franja ilegible en las pantallas estrechas de los teléfonos.
La sección Descubrir ya no muestra "no se pudo cargar" y "aún no se ha publicado nada" al mismo tiempo; una conexión fallida y una comunidad vacía son situaciones diferentes, y ahora la sección indica cuál está ocurriendo realmente, con un "Inténtalo de nuevo" que funciona correctamente.
Revelador
Se corrigieron los metadatos de los motores de búsqueda en todas las aplicaciones de CoinGarden: los enlaces canónicos, los mapas del sitio y el archivo robots.txt ahora apuntan a las direcciones reales de CoinGarden implementadas, en lugar de a dominios no relacionados que ya estaban activos.
Se confirmó que las páginas privadas del Centro de administración estaban completamente excluidas de la indexación de búsqueda en producción.
La búsqueda de una planta por su nombre común ahora funciona correctamente, incluyendo la palabra "rosa". El catálogo pasó de unas veinte plantas de interior a cientos de especies, géneros y familias reales, y tanto los nombres científicos antiguos como las variantes de nombres comunes ofrecen el resultado correcto.
Nuevo
El catálogo de plantas pasó de unas 20 plantas de interior seleccionadas a mano a una taxonomía real de aproximadamente 440 especies, géneros y familias, que abarca plantas de interior, flores de jardín, rosas, orquídeas, suculentas y cactus, árboles y arbustos comunes, hierbas, verduras y frutas.
Al buscar un nombre científico antiguo o alternativo, ahora se encuentra la especie correcta y actualmente aceptada.
Al buscar el nombre de un género (por ejemplo, "Rosa", "Hibiscus", "Monstera"), CoinGarden muestra todas las especies que conoce de ese género.
Búsqueda tolerante a errores tipográficos de nombres comunes de plantas
El Centro de administración ahora cuenta con una página de Catálogo de plantas: estadísticas de cobertura, el origen de los datos de cada entrada y las búsquedas que no arrojan resultados, lo que permite visualizar las lagunas en el catálogo en lugar de ocultarlas.
Mejorado
La identificación de plantas mediante IA es más precisa cuando solo está segura del género, no de la especie exacta; ahora lo indica en lugar de adivinar una especie específica.
La pantalla "Buscar en el catálogo de plantas" explica qué escribir antes de empezar y sugiere probar con un término más general en lugar de simplemente decir que no se encontró ninguna coincidencia.
Fijado
Al buscar "Rosa" (y muchos otros nombres comunes) en el catálogo de plantas, ya no aparece el mensaje "No se encontraron especies coincidentes": al catálogo le faltaban los datos en producción, no solo la lógica de búsqueda.
CoinGarden abre sus puertas: explora las flores de la comunidad e identifica hasta cinco plantas al día sin necesidad de una cuenta, comparte tus propias flores cuando quieras y obtén un feed de descubrimiento personalizado por IA al iniciar sesión.
Nuevo
Un feed público de descubrimiento de flores en el panel de control: las flores compartidas que más gustan a la comunidad, sin necesidad de crear una cuenta.
Identifica hasta cinco plantas al día como invitado; tu límite gratuito se restablece automáticamente cada día.
Comparte una flor con la comunidad cuando quieras; una confirmación clara muestra exactamente qué se hace público y puedes despublicarla en cualquier momento.
Dale "Me gusta" a las flores que te gustan (se requiere iniciar sesión) y descubre qué le gusta a la comunidad.
Los usuarios registrados reciben un feed personalizado con breves notas de jardinería generadas por IA, basadas en el catálogo de plantas.
Un nombre de usuario público para compartir: hasta que elijas uno, aparecerás como "CoinGardener", nunca con tu nombre de Google o correo electrónico.
Mis Jardines: tu espacio personal para el cuidado de las plantas (flores, jardines, cuidados necesarios y recordatorios) se ha trasladado del Panel de control con un nuevo resumen.
Mejorado
La navegación inferior ahora se adapta a ti: Descubrir, Identificar, Mis jardines y Perfil cuando hayas iniciado sesión; Descubrir, Identificar, Inicio e Iniciar sesión como invitado.
La página de inicio de sesión explica qué beneficios aporta realmente una cuenta: la navegación y las identificaciones diarias siguen siendo gratuitas sin una.
Seguridad
Tus flores, jardines, notas, historial de cuidados y recordatorios privados nunca se muestran públicamente; solo se comparten copias de los campos que apruebes, a modo de instantánea.
El límite de identificación de invitados se aplica en el servidor mediante un ID de visitante anónimo y cifrado, nunca una dirección IP o un correo electrónico.
El recuento de "me gusta" se calcula en el servidor con una garantía de un "me gusta" por persona en la propia base de datos.
Los doce agentes de IA de CoinGarden ya cuentan con implementaciones reales, eligen su propio modelo en función del coste y la capacidad, y se ejecutan según un cronograma establecido.
Nuevo
Los doce agentes de IA están implementados y en funcionamiento: chat, monitorización de CGW, revisión diaria del sistema, análisis de datos móviles, priorización de seguridad, calidad de datos de planta, análisis de productos, optimización de costes, calidad de lanzamiento y validación de documentos de CGW.
Los agentes eligen automáticamente su propio modelo: el más económico cuyas capacidades estén verificadas y que supere la prueba de aceptación de dicho agente.
Los agentes programados ahora trabajan realmente, con un despachador de quince minutos y entrega como máximo una vez.
Una cola de revisión para los resultados que merecen la atención de una persona.
Un resumen diario de IA en la página principal del Centro de administración, creado a partir de ejecuciones reales.
Ejecute cualquier agente analítico bajo demanda, con su coste estimado mostrado antes de pulsar el botón.
Mejorado
Cada agente calcula sus cifras en SQL y solo le pide a un modelo que las interprete, lo cual es más económico y menos propenso a errores.
Los informes se evalúan en función de las pruebas que se les proporcionaron, por lo que una cifra inventada por el modelo se señala en lugar de publicarse.
Las comprobaciones de capacidad del modelo ya no informan que un modelo de solo texto no puede producir una salida estructurada.
Ahora se conocen los precios de los modelos de OpenAI, por lo que las comparaciones de costos son reales y no puras.
Seguridad
El asistente de chat solo puede leer los datos de la persona con la que está hablando, algo que se impone mediante código y no mediante instrucciones.
La monitorización de CGW es de solo lectura por diseño: no existe ninguna clave de firma y no se proporciona ninguna ruta de escritura.
Lanzamientos de la plataforma y del Centro de Control de IA
Añade gestión centralizada de proveedores de IA, mejora el reconocimiento de flores e introduce notas de la versión dentro de la aplicación con notificaciones de actualización.
Nuevo
Centro de control de IA para gestionar las conexiones de OpenAI y Anthropic en un solo lugar.
El reconocimiento de flores ahora se realiza mediante un agente de IA configurable, con información sobre qué modelo produjo cada sugerencia.
Las notas de la versión se encuentran en /changelog en cada aplicación de CoinGarden.
Notificación dentro de la aplicación cuando se haya implementado una versión más reciente.
Instala CoinGarden en tu pantalla de inicio desde la aplicación móvil.
Mejorado
Los resultados del reconocimiento ahora incluyen una puntuación de validación y usted puede corregirlos en cualquier momento.
Los administradores pueden comparar los modelos por precisión, latencia y costo antes de cambiar.
Ahora, el pie de página de cada aplicación muestra la versión que está ejecutando.
Fijado
La vista general del Centro de administración ya no falla al cargarse cuando hay errores recientes.
Las páginas de administración con IA ahora se visualizan correctamente en pantallas estrechas.
Seguridad
Las claves del proveedor de IA se almacenan cifradas y nunca se pueden recuperar del sistema.
Revelador
Las migraciones de bases de datos ahora se aplican automáticamente al implementarse.
La integración continua ejecuta el conjunto completo de pruebas.
Introduce la consola de operaciones privada con información sobre el estado del servicio, incidencias, monitorización de errores y análisis de productos.
Nuevo
Centro de administración y operaciones con estado del servicio en tiempo real e historial de incidentes.
Monitorización centralizada de errores con excepciones agrupadas.
Análisis de usuarios y productos
Mejorado
El cuidado de las plantas, los jardines y los recordatorios ahora se almacenan en la API de CoinGarden en lugar de en su navegador.