🇩🇰 🇪🇺
ElderSafe

Eldersafe — 4-måneders byggeplan

Fra startkapital til pilot-lancering. 16 uger. 50.000 DKK. 10 stiftere.
Piloten er onboarding — de første 100 tilmeldinger udløser det oprindelige Eldersafe–Ældre Sagen-samarbejde.
Ingen MOU nødvendig for at starte. Bekræftelses-e-mailene er partnerskabsforslaget.

Byg
Test
Partner
Dokumentér
Risiko
Samlet varighed
16 uger
Startkapital
50.000 DKK
Pilotmedlemmer
100
Kontrolpunkter
4
Årligt omsætningsmål
40M DKK

Fase 1 — Fundament (Uge 1–4)

Strategiskift: Vi venter ikke på Ældre Sagen. Piloten er partnerskabsforslaget. Når en bruger tilmelder sig med deres medlemsnummer, sender systemet en bekræftelses-e-mail til Ældre Sagens offentlige kontaktadresse. Hver bekræftelsesanmodning er en sporbar, dokumenteret demonstration af samarbejdsmodellen. Hvis de svarer — har vi bevis for at formatet virker. Hvis de ikke gør — har vi bevis for at vi prøvede. Uanset hvad, kører systemet.

Uge 1 — Infrastruktur + Bekræftelsesdesign Mål: Stakken kører. E-mail-baseret medlemsbekræftelse designet.
  • Byg Sæt udviklingsmiljø op på den nuværende VPS. Git-repo, venv, SQLite, Caddy.
  • Byg Deploy Flask-endpoint bag Caddy med auto-HTTPS på eldersafe.cloud. Bevis at stakken virker.
  • Byg Konfigurér @eldersafe.dk e-mail-infrastruktur — catch-all til {medlemsnummer}@eldersafe.dk adresser.
  • Dokumentér Design bekræftelses-e-mail-skabelonen: på dansk, tydelig emnelinje, eksplicitte svarmuligheder ("vi bekræfter" / "vi afviser at udtale os"), CC til medlemmets eldersafe-adresse.
  • Dokumentér Definer rykkerplan: maks. 3 e-mails i alt (anti-spam). Deadlines. Timeout-adfærd.
  • Dokumentér Opret delt dokumentationsrepo (al arkitektur-dokumentation bor her).
  • Risiko Hvis eldersafe.dk e-mail ikke kan leveres, bryder bekræftelsesløkken. Test DKIM/SPF med det samme.
✓ Slutningen af uge 1: Udviklingsmiljø kører. eldersafe.cloud serverer HTTPS. Bekræftelses-e-mail-design færdigt. eldersafe.dk e-mail testet.
Uge 2 — Notar + Juridisk Grundlag Mål: Identificér notarkandidater. Bekræft regulatorisk vej.
  • Partner Identificér 3+ danske notarkandidater (tillidstjenesteudbydere, Nets, advokatfirmaer med HSM-kapacitet). Send specifikationen for identitetsafsløringsprotokollen.
  • Partner Anmod om vejledende priser: air-gapped HSM, BSV-kædeovervågning, retskendelsesverifikation, årlig fastholdelsesafgift.
  • Risiko Hvis alle tre siger "det gør vi ikke" eller citerer >20 DKK/medlem — redesign notarrollen eller absorber omkostningen.
  • Dokumentér Kontakt en dansk fintech/blockchain-advokat. Én times konsultation: udløser piloten MiCA? Finanstilsynet? Datatilsynet?
  • Dokumentér Påbegynd DPIA-udkast (konsekvensanalyse vedr. databeskyttelse). Brug GDPR-analysen fra arkitektur-dokumentationen.
  • Byg Sæt BSV testnet-pung op. Skriv og broadcast en testtransaktion fra Python. Bevis at BSV-integrationsvejen virker.
  • Test Mål: tid fra Python → broadcast → bekræftelse. Notér baseline.
✓ Slutningen af uge 2: Mindst én notar har svaret med vejledende priser. Advokatkonsultation gennemført. BSV testnet-transaktion bekræftet.
Uge 3 — Kerne-auth + E-mail-bekræftelse Mål: Et medlem kan tilmelde sig. Bekræftelses-e-mail afsendes. Status spores.
  • Byg Auth-system: medlemsnummer + e-mail → JWT magic link. 10-minutters udløb. Rate-begrænset.
  • Byg Sessionshåndtering: HttpOnly, Secure, SameSite=Strict cookies. Session-udløb.
  • Byg Bekræftelsesarbejdsgang: ved tilmelding → send skabelon-e-mail til Ældre Sagen (info@aeldresagen.dk) + CC {medlemsnummer}@eldersafe.dk. E-mailen spørger: bekræft eller afvis. Fuldt sporbar.
  • Byg Rykker-motor: maks. 3 e-mails. Eskalerende interval (72t → 168t). Deadline-cutoff. Status: pending → bekræftet / afvist / timeout.
  • Byg Dashboard: viser bekræftelsesstatus, e-mail-spor, næste rykkertidspunkt. Medlemmet forstår hvor de er i processen.
  • Test Auth-flow end-to-end: login → magic link → bekræft → dashboard.
  • Test Bekræftelsesflow: tilmelding → e-mail sendt → rykkerplan → svarhåndtering → statusopdatering. Test med både gyldige og ugyldige medlemsnumre.
  • Test Negative tests: forkert medlemsnummer, forkert e-mail, udløbet token, dobbeltbrug af token, rate-limit.
✓ Slutningen af uge 3: Auth virker. Bekræftelses-e-mails afsendes automatisk ved tilmelding. Rykker-motor sporer tilstand. Dashboard viser bekræftelsesfremskridt. Ingen PII gemt.
Uge 4 — Livstegn-MVP + KONTROLPUNKT #1 Mål: Et logget ind medlem kan afgive et livstegn. Det bliver registreret.
  • Byg Livstegn-endpoint: POST /api/signal. Idempotent pr. 24t vindue. Gemmes i PostgreSQL.
  • Byg Stime-tælling: tæl på hinanden følgende dage. Vis på dashboard.
  • Byg Dashboard: viser seneste livstegns-tidspunkt, nuværende stime, belønningssaldo (placeholder).
  • Byg PWA-manifest + service worker. App'en kan installeres på mobil. Virker offline (cachet UI, ingen data).
  • Test 5 testmedlemmer. Hver afgiver et livstegn. Bekræft DB-registreringer. Bekræft dashboard-opdateringer.
  • Test Installér PWA på Android + iOS. Bekræft at den starter, auth virker, livstegn afgives.
  • Dokumentér Skriv KONTROLPUNKT #1 rapport: auth virker, livstegn virker, PWA kan installeres, bekræftelses-e-mails afsendes.
★ KONTROLPUNKT #1 (Uge 4): En dansk senior kan tilmelde sig, modtage et magic link, logge ind og tjekke ind i dag. Bekræftelses-e-mail afsendes automatisk ved tilmelding — det oprindelige Eldersafe–Ældre Sagen-samarbejde er live. Kerneløkken fungerer. PWA kan installeres. Notarpriser modtaget. Juridisk udtalelse indhentet.

Fase 2 — Blockchain + Kontrakter (Uge 5–8)

BSV-integrationen flyttes fra testnet til mainnet. Smart contract-logik går live. Skatkammer-pungen eksisterer.

Uge 5 — BSV Mainnet-integration Mål: Et livstegn producerer en ægte BSV-transaktion.
  • Byg Whatsonchain API-integration — broadcast rå transaktioner til BSV mainnet.
  • Byg Pengepung-nøglehåndtering: generér og gem BSV-nøglepar. Udled fra saltet medlemsnummer.
  • Byg Livstegn → BSV tx-pipeline: kølæg i Redis, batch-worker samler op, broadcaster, registrerer txid.
  • Test End-to-end: afgiv livstegn → txid vises i DB → txid kan verificeres på BSV block explorer.
  • Test Mål: latenstid fra livstegn til on-chain bekræftelse. Pris pr. transaktion i satoshis.
  • Test Batch-test: afgiv 100 livstegn hurtigt → batch-worker håndterer dem → alle bekræftet.
Uge 6 — Smart Contract: Livstegn + Bristkaskade Mål: Kontrakten sporer stimer korrekt og opdager manglende livstegn.
  • Byg Kontrakt-tilstandsmaskine: aktiv → brist_dag_1 → brist_dag_2 → … → brist_dag_7 → ophørt.
  • Byg Cron-job (hvert 30. minut): tjek alle aktive medlemmer. Hvis last_signal > 24t, fremryk brist-tilstand.
  • Byg 30-dages stimebonus: efter 30 på hinanden følgende dage, godskriv 5 satoshis til medlemmets belønningssaldo.
  • Byg SMS-eskaleringsudløser: ved brist_dag_3, kølæg SMS til udpegede kontakter. (Mock SMS foreløbigt.)
  • Test Simulér: medlem springer dag 1 over → brist-tilstand fremrykkes. Medlem genoptager → tilstand nulstilles til aktiv.
  • Test Simulér: medlem springer 7 på hinanden følgende dage over → kontrakt ophører. SMS-eskalering udløses.
  • Test Simulér: 30-dages stime → bonus godskrives. Bekræft satoshi-beløb.
Uge 7 — Skatkammer + 50 DKK Økonomi Mål: 50 DKK-fordelingen er operationel. Skatkammer findes on-chain.
  • Byg Eldersafe offentlig fondspung (BSV multisig-adresse). Synlig på block explorer.
  • Byg BSV skatkammer-pung — modtager 10 DKK pr. aktivering. Indeholder de 109 BSV fra seed.
  • Byg 50 DKK fordelingsregnskab: betaler-rabat (10), BSV skatkammer (10), stifter (2), SMS-depot (1,50), notar (5), drift (21,50).
  • Byg Belønningsudbetaling: 1 satoshi pr. livstegn, 5 satoshi pr. 30-dages bonus. Fratrukket skatkammer.
  • Test Simulér 100 medlemsaktiveringer. Bekræft at hver fordelingslinje stemmer. Bekræft at skatkammer-saldo matcher forventet.
  • Dokumentér Offentligt skatkammer-dashboard: en skrivebeskyttet side der viser fondssaldo, indbetalinger, udbetalinger. Live på status.eldersafe.dk.
Uge 8 — UX Finpudsning + KONTROLPUNKT #2 Mål: Test med rigtige ældre brugere. Ret alt de finder forvirrende.
  • Test UX-test session #1: 3–5 danske seniorer (65+). Stille observation. Ingen instruktioner. Se dem prøve at logge ind, tjekke ind, læse dashboard.
  • Test UX-test session #2: inkorporér rettelser. Test igen med 3 andre seniorer.
  • Byg Al UI-tekst på dansk. Store skrifttyper. Høj kontrast. Minimalt antal tryk. Tydelig feedback efter hver handling.
  • Byg Tilgængelighed: skærmlæserunderstøttelse, berøringsmål ≥ 48px, ingen lille tekst, ingen jargon.
  • Dokumentér UX-fundrapport. Hvad virkede. Hvad virkede ikke. Hvad blev ændret. Del med Ældre Sagen.
  • Dokumentér KONTROLPUNKT #2 rapport: blockchain live, kontrakter virker, skatkammer synligt, UX testet.
★ KONTROLPUNKT #2 (Uge 8): Fuldt system operationelt. BSV-integration live. Kontrakter testet. Rigtige ældre brugere har brugt det og hader det ikke.

Fase 3 — Pilotforberedelse (Uge 9–12)

Fra fungerende prototype til produktionspilot. Infrastrukturhærdning, overvågning, onboarding-flow.

Uge 9 — Infrastrukturhærdning Mål: Produktionsklar infrastruktur. Intet på "det virker på min maskine."
  • Byg Migrér SQLite → PostgreSQL hvis ikke allerede gjort. Anvend produktionsskema fra arkitektur-dokumentation.
  • Byg Redis til livstegns-kø (erstat enhver in-memory kø).
  • Byg Systemd-enheder til alle services: eldersafe (Gunicorn), caddy, eldersafe-worker (BSV batch), eldersafe-cron (brist-tjek).
  • Byg Logning: strukturerede JSON-logs. Roterede. Separat fejllog.
  • Byg Backup: pg_dump dagligt, off-site til Hetzner Storage Box. Test gendannelse.
  • Test Genstart server. Bekræft at alle services auto-starter. Bekræft at livstegns-flow stadig virker.
  • Test Dræb PostgreSQL. Bekræft at Gunicorn returnerer 503. Gendan PostgreSQL. Bekræft gendannelse.
Uge 10 — Overvågning + SMS + E-mail Mål: Alarm fungerer. SMS- og e-mail-kanaler er live.
  • Byg Better Uptime-overvågning: sundhedstjek hvert 30. sekund. Offentlig statusside.
  • Byg Alarmer: Redis-kø-dybde > 1000, fejlede BSV-broadcasts > 5, DB nede, disk > 80%.
  • Byg SMS-gateway-integration (GatewayAPI.dk). Ægte SMS til brist-eskalering.
  • Byg E-mail-levering (SendGrid). Magic link-e-mails. Brist-notifikations-e-mails.
  • Byg 2-af-3 kanal-auth: app + SMS + e-mail. Implementér kanalbekræftelsesflow.
  • Test Udløs brist → SMS sendes. Bekræft levering. Bekræft pris logget.
  • Test Dræb serveren → Better Uptime-alarmer udløses inden for 60s.
Uge 11 — Onboarding-flow + Medlemsdokumentation Mål: Et nyt medlem kan deltage uden menneskelig hjælp.
  • Byg Aktiveringsflow: medlemsnummer + e-mail → bekræftelses-e-mail sendt → BSV-pung-generering → aktiveringskontrakt on-chain.
  • Byg Velkomstsekvens: bekræftelses-e-mail, førstegangs-dashboardtur (dansk), "prøv din første indtjekning"-prompt.
  • Dokumentér Medlemsguide (dansk, printvenlig PDF): "Hvad er Eldersafe?" — hvad det er, hvad det gør, hvad det koster, dine rettigheder.
  • Dokumentér Privatlivsmeddelelse: hvilke data kommer on-chain, hvilke forbliver off-chain, hvordan man anmoder om sletning. GDPR-kompatibel.
  • Test Onboard 10 testmedlemmer end-to-end. Nul menneskelig hjælp. Tag tid på processen. Ret friktionspunkter.
  • Partner Koordinér med Ældre Sagen om pilotmedlemsrekruttering. Hvem? Hvor mange? Hvornår? Hvordan kontaktes de?
Uge 12 — Prøvekørsel + KONTROLPUNKT #3 Mål: Fuld pilotsimulering. 100 simulerede medlemmer. 7 dages drift.
  • Byg Medlemssimulator: 100 scriptede medlemmer, realistiske indtjekningsmønstre (nogle misser dage, nogle har stimer, 2 udløser brist).
  • Test Kør 7-dages simulering. Indsaml: livstegns-fuldførelsesrate, bristkaskadepræcision, belønningsudbetalingspræcision, BSV-gebyrtotal, infrastrukturomkostning.
  • Test Bekræft skatkammerafstemning: BSV ind = BSV ud + skatkammer-saldo. 100% match påkrævet.
  • Test Belastningstest: 500 samtidige livstegn. Bekræft svartid < 500ms. Bekræft at kø tømmes inden for 5 minutter.
  • Dokumentér Prøvekørselsrapport: alle KPI'er målt, alle fremskrivninger opdateret, alle problemer logget.
  • Dokumentér KONTROLPUNKT #3 rapport: pilotklar. Overdragelsespakke til Ældre Sagen.
★ KONTROLPUNKT #3 (Uge 12): Systemet har kørt i 7 dage med simulerede medlemmer. Alle KPI'er grønne. Klar til rigtige medlemmer.

Fase 4 — Pilotlancering (Uge 13–16)

Rigtige medlemmer. Rigtige livstegn. Rigtige BSV-transaktioner. Data der beviser modellen.

Uge 13 — Blød Lancering (10 Medlemmer) Mål: Første rigtige medlemmer. Rolig optrapning. Overvåg alt.
  • Partner Onboard første kohorte: 10 medlemmer (evt. Ældre Sagen-frivillige eller personale, teknisk komfortable).
  • Test Aktiv overvågning: se hvert livstegn, hver BSV tx, hver dashboard-visning. Log enhver anomali.
  • Test Dagligt standup: gennemgå forrige dags data. Nogen manglende livstegn? Nogen fejlede broadcasts? Nogen medlemsforvirring?
  • Byg Ret problemer med det samme. Kort feedback-løkke. Deploy dagligt hvis nødvendigt.
  • Dokumentér Blød lanceringslog: hvert problem, hver rettelse, hver medlemsinteraktion.
Uge 14 — Udvid til 50 Medlemmer Mål: Skalerings-stresstest. Medlemsdiversitet.
  • Partner Onboard anden kohorte: 40 flere medlemmer. Inkludér mindre teknisk komfortable seniorer. Test UX-tesen.
  • Test Sammenlign livstegns-rater: kohorte 1 (teknisk komfortable) vs. kohorte 2 (typisk senior). Identificér UX-huller.
  • Test SMS-eskalering: sikr at det kun udløses for ægte brist. Nul falske positiver.
  • Test E-mail-leveringsevne: magic links ankommer. Brist-notifikationer ankommer. Ikke spam-foldet.
  • Dokumentér Midtpilotsrapport: 2 ugers data. Pris pr. livstegn. Medlemsfastholdelse. Stime-fordeling.
⚠ Hold øje: Hvis livstegns-fuldførelsesraten falder under 80% ved 50 medlemmer, har UX brug for større arbejde før man går til 100.
Uge 15 — Udvid til 100 Medlemmer Mål: Fuld pilot. Alle 100 medlemmer. Dataindsamling til Ældre Sagen-beslutning.
  • Partner Onboard tredje og sidste kohorte: 50 mere. Fuldt pilotkontingent nået.
  • Test 30-dages drift med fuld kapacitet. Alle KPI'er stabile eller forbedrede.
  • Byg Analytics-dashboard til Ældre Sagen: viser medlemsaktivitet, stimer, brist-eskaleringer (anonymiseret).
  • Dokumentér Saml medlems-feedback. Hvad kan de lide? Hvad er frustrerende? Hvad ville de ændre?
  • Dokumentér Begynd pilot-slutrapport: KPI'er, omkostninger, medlemstilfredshed, tekniske hændelser, anbefalinger.
Uge 16 — Pilotgennemgang + KONTROLPUNKT #4 Mål: Beslutning: klar til fuld udrulning? Hvis ja — partnerskabsaftale.
  • Dokumentér Gennemgå alle pilotdata: 100 medlemmer, 4+ ugers data pr. medlem. Livstegns-rater, fastholdelse, brist-hændelser, omkostninger.
  • Dokumentér Pitch-deck til Ældre Sagen: "Her er hvad 100 af jeres medlemmer gjorde i en måned."
  • Partner Ældre Sagen-beslutningsmøde: partnerskabsstatus, fuld udrulningsplan, økonomisk aftale.
  • Dokumentér KONTROLPUNKT #4 rapport: pilotresultater, beslutning, næste faser.
★ KONTROLPUNKT #4 (Uge 16): Pilot gennemført. 100 medlemmer. 4 ugers data. Ældre Sagen-beslutning om fuld udrulning truffet. Partnerskabsaftale underskrevet eller redesign planlagt.

Afhængigheder & Risici

RisikoSandsynlighedKonsekvensModtræk
Ældre Sagen svarer ikke på bekræftelses-e-mails Medium Høj Systemet kører alligevel — udokumenteret bekræftelses-forsøg er stadig bevis på forsøg. Omdesign bekræftelsesmekanisme i uge 5.
Notar siger nej eller >20 DKK/medlem Medium Medium Omdesign notarrollen — reducer omfang, absorber omkostning, eller find alternativ tillidstjenesteudbyder.
Seniorer kan ikke bruge appen Medium Høj UX-test i uge 8. Hvis det fejler — dedikeret uge 9 til UX-redesign baseret på observationer.
BSV mainnet-transaktioner for dyre eller for langsomme Lav Medium Teranode har bevist 1M TPS ved $0,000001/tx. Bekræft med testnet i uge 2. Hvis mainnet afviger — brug alternativ BSV-node/API.
Datatilsynet stiller spørgsmål ved piloten Lav Høj DPIA færdig i uge 2. Ingen PII på nuværende tidspunkt. GDPR-analyse fra arkitektur-dokumentation. Juridisk konsultation gennemført.
Stifterudbrændthed — 10 personer, ingen løn Høj Høj 24-måneders runway. Ingen løn før efter pilot. Klare ejerandele. Gennemsigtig skatkammer-status.