ncantu 6bf37be44e Cron restart services (bitcoind, mempool), service-login-verify, website-skeleton, docs
**Motivations:**
- Consigner l'état actuel du dépôt (cron, service-login-verify, website-skeleton, userwallet, docs).
- Centraliser les modifications en attente.

**Root causes:**
- N/A (commit groupé).

**Correctifs:**
- N/A.

**Evolutions:**
- Cron quotidien restart services : script local sans SSH, systemd (bitcoin-signet, bitcoin, APIs, dashboard, userwallet, website-skeleton) + Docker (mempool, bitcoin-signet-instance).
- Feature cron-restart-services-local : documentation et règle scripts locaux / pas d'SSH.
- service-login-verify : module vérification login (buildAllowedPubkeys, verifyLoginProof, nonceCache).
- website-skeleton : app iframe UserWallet, config, systemd unit.
- userwallet : collectSignatures, relay.
- docs : DOMAINS_AND_PORTS, README, WEBSITE_SKELETON ; features userwallet-contrat-login, timeouts-backoff, service-login-verify.

**Pages affectées:**
- data/restart-services-cron.sh, data/restart-services.log, data/sync-utxos.log
- features/cron-restart-services-local.md, features/service-login-verify.md, features/userwallet-contrat-login-reste-a-faire.md, features/userwallet-timeouts-backoff.md
- docs/DOMAINS_AND_PORTS.md, docs/README.md, docs/WEBSITE_SKELETON.md
- configure-nginx-proxy.sh
- service-login-verify/ (src, dist, node_modules)
- userwallet/src/utils/collectSignatures.ts, userwallet/src/utils/relay.ts
- website-skeleton/
2026-01-28 00:48:37 +01:00
..

UserWallet Login

Site de login avec authentification secp256k1, conçu pour être utilisé en iframe par Channel Messages.

Fonctionnalités

  • Authentification basée sur des clés secp256k1
  • Communication avec le parent via postMessage
  • Gestion de l'activation/désactivation du login par service
  • Interface responsive et accessible

Installation

npm install

Développement

npm run dev

Le site sera accessible sur http://localhost:3018

Build

npm run build

Architecture

  • Authentification : Génération de paires de clés secp256k1, signature de challenges
  • Communication iframe : Messages postMessage pour l'intégration
  • Stockage : LocalStorage pour les clés et la configuration des services
  • Interface : React + TypeScript avec accessibilité (ARIA)

Types de messages iframe

  • auth-request : Demande d'authentification depuis le parent
  • auth-response : Réponse avec signature
  • service-toggle : Activation/désactivation d'un service
  • service-status : Envoi du statut des services