🌲 Crumbforest

Wald unter instabilen Bedingungen

Executive Summary (für Entscheider / Förderer) – Version 1.0

1. Ausgangslage

Crumbforest ist ein lokal verankertes Bildungs‑ und Technologie‑Modell zur Förderung von digitaler Souveränität, Systemverständnis und technischer Selbstwirksamkeit bei Kindern, Jugendlichen und jungen Erwachsenen.

Das Modell wurde unter stabilen Bedingungen (Hamburg, OZM) entwickelt und unter instabilen Bedingungen (u. a. Nakivale / PromiseHub) praktisch erprobt.

Ziel ist nicht „digitale Nutzung“, sondern:
- Verständnis technischer Systeme
- Fähigkeit zur lokalen Reparatur
- Zugang zu Quellcode und Infrastruktur
- Verantwortungsübernahme im System
- Schutz durch Struktur statt durch Restriktion

Das Projekt richtet sich insbesondere an Kontexte mit:
- instabiler Energieversorgung
- eingeschränkter Infrastruktur
- fehlender formaler IT‑Ausbildung
- hoher Jugenddynamik
- begrenztem Zugang zu Hardware

2. Problemstellung

In instabilen Regionen bestehen strukturelle Defizite:
- Digitale Abhängigkeit von externen Plattformen
- Fehlende lokale Wartungsfähigkeit
- Bildungsmodelle mit starker Vereinfachung und Gamification
- Technologische Black‑Box‑Systeme ohne Einsicht
- Geringe Resilienz bei Strom‑ oder Netzinstabilität

Dies führt zu:
- Konsumorientierung statt Systemverständnis
- Abhängigkeit von externer Expertise
- Mangel an lokaler Innovationsfähigkeit
- Verlust technischer Selbstwirksamkeit

3. Lösungsansatz: „Wald unter instabilen Bedingungen“

Crumbforest verfolgt einen strukturellen Ansatz mit fünf Kernprinzipien:

1. Lokale Infrastruktur
- Betrieb ohne permanente Cloud-Abhängigkeit
- Offline-fähige Systeme
- VLAN- und Container-basierte Isolation
- Hardware-nahe Lernumgebungen

2. Open-Source & Transparenz
- Vollständiger Zugang zu Quellcode
- Einsicht in Systemprotokolle
- Sichtbarkeit von Netzwerk- und Speicherprozessen
- Keine Black-Box-Plattformen

3. Sicherheit durch Struktur (nicht durch Restriktion)
- Netzwerksegmentierung
- Hardware-basierte Begrenzung (z. B. FPGA)
- Reset- und Wiederherstellungsfähigkeit
- Keine künstlichen „Kinderrollen“

4. Exploratives Lernen ohne Leistungsdruck
- Kein Punktesystem
- Keine Leaderboards
- Keine Zeitvorgaben
- Fehler als Daten, nicht als Versagen

5. Admin-Kompetenz im geschützten Rahmen
- Zugang zu echten Systemen
- Konfigurationsfähigkeit
- Neustart- und Wartungsrechte
- Strukturierte Begleitung durch qualifizierte Crew

4. Erprobungskontext

Das Modell wurde praktisch erprobt in:
- OZM Hamburg (strukturierte Infrastruktur, 16 Monate Aufbau)
- PromiseHub / Nakivale (instabile Energie, eingeschränkte Ressourcen)

Beispielhafte Ergebnisse:
- Lokaler Aufbau von Elektronik-Workshops
- Reparatur und Anpassung unter Generatorbetrieb
- Eigenständige Materialbeschaffung
- Konstruktion funktionaler Gebäude aus Recyclingmaterial
- Aufbau sanitärer Infrastruktur durch lokale Initiative

Die zentrale Beobachtung:
Technische Selbstorganisation entsteht nicht durch Vereinfachung, sondern durch Zugang.

5. Governance & Compliance

Datenschutz
- Keine dauerhafte Speicherung personenbezogener Daten
- Token-basierte, zeitlich begrenzte Authentifizierung
- Keine biometrische Speicherung
- Lokale Verarbeitung ohne Cloud-Tracking

Relevante DSGVO-Bezüge:
- Art. 5 (Datenminimierung)
- Art. 6 (Rechtsgrundlage)
- Art. 25 (Privacy by Design)
- Art. 32 (Sicherheit der Verarbeitung)

Kinderschutz
- Strukturelle Zugangsbeschränkung zu Kernsystemen
- Klare Rollenverteilung (Crew-Präsenz)
- Kein Remote-Zugriff auf Kinderendgeräte
- Keine verdeckte Datensammlung

Technische Resilienz
- Segmentierte Netzwerke
- Lokale Reset-Fähigkeit
- Keine Single-Point-of-Failure-Abhängigkeit
- Replikationsfähigkeit in anderen Regionen

6. Wirkungspotenzial

Kurzfristig:
- Erhöhte technische Handlungskompetenz
- Verständnis von Hardware- und Softwarearchitektur
- Selbstständige Reparatur- und Anpassungsfähigkeit
- Reduktion digitaler Konsumhaltung

Mittelfristig:
- Aufbau lokaler Tech-Knoten
- Community-basierte Wartungsstrukturen
- Nachwuchs-Admin-Kompetenz
- Reduktion externer Abhängigkeit

Langfristig:
- Digitale Souveränität
- Technologische Eigenständigkeit
- Strukturelle Resilienz unter instabilen Bedingungen

7. Skalierungsmodell

Crumbforest ist nicht als Plattformmodell konzipiert, sondern als Replikationsmodell.
Skalierung erfolgt durch:

• Dokumentierte Bauanleitungen
• Offene Deploy-Skripte
• Lokale Anpassung
• Forkbarkeit (MIT/CKL-Lizenzen)

Es entsteht kein zentrales Kontrollsystem.
Jeder Standort bleibt autonom.

8. Finanzierungslogik

Fördermittel werden eingesetzt für:
- Basis-Hardware (Raspberry Pi, ESP32, Refurbished Hardware)
- Netzwerk-Infrastruktur
- Stromstabilisierung
- Schulungszeit
- Dokumentation

Nicht vorgesehen:
- Marketing
- Plattform-Expansion
- Nutzerakquise-Mechanismen
- Monetarisierungsmodelle

Das Ziel ist strukturelle Befähigung, nicht Wachstum um jeden Preis.

9. Risikoanalyse (Kurzüberblick)

10. Fazit

Crumbforest ist kein Bildungsprodukt.
Es ist ein strukturelles Infrastrukturmodell für digitale Selbstbestimmung.

Unter instabilen Bedingungen zeigt sich seine eigentliche Stärke:
- Minimal abhängig
- Maximal transparent
- Strukturell sicher
- Lokal betreibbar
- Technisch ehrlich

Das Projekt ersetzt keine Schule.
Es ersetzt keine IT-Abteilung.

Es schafft:
- Verstehen statt Konsum.
- Struktur statt Kontrolle.
- Resilienz statt Abhängigkeit.

Status: RC0 → Replikationsphase
Einsatzfähig: Ja
Rechtlich strukturiert: Ja
Skalierbar durch Fork: Ja
Ziel: Lokale digitale Souveränität unter instabilen Bedingungen

🌲