Competition-Style Hackathon

Das Konzept

150 Teilnehmende, 20 Teams, 3 Pflicht-Pakete. Open Source Hardware und Software für die dezentrale Energiezukunft der Schweiz.

150
Teilnehmende
20
Teams
3
Tage
11
Rollen
Die Vision

Sihlicon Hub

Silicon Valley baut Rechenzentren, die Flüsse erhitzen. Wir bauen Server, die Häuser heizen. Der Unterschied? Wir machen Kühlung zum Feature, nicht zum Problem.

VORHERNACHHER

🔥 Das Problem

  • Datacenter verschwenden Abwärme
  • Häuser verbrennen fossile Energie
  • Solarstrom wird zu Spitzenzeiten verschenkt
  • Compute-Power ist zentral und teuer

🏠 Die Lösung

  • Server erzeugen Wärme (Strom → Wärme)
  • Solarüberschuss powert Compute
  • LEGs profitieren von Wärme + Compute
  • Dezentrale, resiliente Infrastruktur

Die Physik dahinter

100%
der Elektrizität wird zu Wärme
55°C
Wassertemperatur aus Immersion
hoch
Wärmerückgewinnung (designabhängig)
leise
Ziel: ohne Serverlüfter
Nicht nur für Coder

Jede Rolle zählt

Erfolgreiche Teams brauchen verschiedene Expertisen. Hardware Engineers arbeiten mit Grid-OS Developers, Legal Experts mit Designers.

Auch ohne qualifizierte Kenntnisse können Teilnehmende sich für eine Rolle anmelden. klick auf die Karte um herauszufinden, was es benötigt.

Hardware Engineer

Evaluiert drei thermische Architekturen (Öl-Immersion, Wasser-Loop, Wärmepumpe) und integriert Sensoren mit bereitgestellter Reference Hardware. Entscheidet mit dem Team, welcher Pfad zu eurem Kontext passt.

ThermodynamikCAD/3D-DesignFluidmechanik
Klick für Details →

Electrical Engineer

Entwickelt Software-Sicherheitsverriegelungen, Anomalie-Erkennung und Operational Safety Logik für Grid-OS Integration.

ElektrotechnikRCD/GFCINiederspannung
Klick für Details →

Sensor/Data Engineer

Integriert Sensoren (Temp, Flow, Power), validiert `calibration.json`, betreibt sichere Telemetrie-Pipelines und dokumentiert die Sensor-Map.

MesstechnikInfluxDB/TimescaleDBGrafana
Klick für Details →

Energy Expert

Tiefes Wissen über Solarsysteme, Lastprofile, Inverter-APIs, Swissgrid-Integration, SDL (Systemdienstleistungen) und Energieprotokolle (technisch, nicht rechtlich).

Solar-APIsFronius/SMALastprofile
Klick für Details →

Grid-OS Developer

Entwickelt die Laststeuerung: Solar-Budget, Compute-Scheduler, Deferred Compute, Load Shedding und Swissgrid-Integration. Definiert Fallback-Policies.

PythonRust/GoReal-time Systems
Klick für Details →

Backend Developer

Erstellt APIs, Datenbank-Architektur und Compute-Scheduling Backend. Integriert Sensor-Daten, baut Logging-Infrastruktur.

Node.js/PythonREST/GraphQLPostgreSQL
Klick für Details →

Frontend Developer

Entwickelt das Monitoring-Dashboard mit Echtzeit-Energiefluss und Compute-Visualisierung.

React/VueTypeScriptD3.js
Klick für Details →

UX/UI Designer

Gestaltet intuitive Interfaces für Energie- und Compute-Daten, erstellt Hardware-Dokumentation.

FigmaTechnical IllustrationUser Research
Klick für Details →

LEG/Energy Law Specialist

Navigiert Schweizer Energierecht (StromVG), erstellt LEG-Gründungsdokumente und Vertragsvorlagen.

EnergierechtVertragsrechtStromVG/EnG
Klick für Details →

Project Manager

Koordiniert Teams, managt Zeitplan und stellt Integration aller Komponenten sicher.

Agile/ScrumTechnical WritingCoordination
Klick für Details →

Generalist

Flexibler Beitragender für Hardware, Software oder Dokumentation.

AdaptableQuick LearnerProblem Solving
Klick für Details →

Schlage eine Rolle vor, an die wir nicht gedacht haben

Klick auf die Karte um herauszufinden, was es benötigt.

Rechtlicher Rahmen

LEG-Gründung als Challenge

Schweizer Recht ermöglicht Lokale Elektrizitätsgemeinschaften. Wir entwickeln die Templates für die Gründung.

⚖️ Was eine LEG ist

  • Zusammenschluss zum Eigenverbrauch (ZEV) auf Steroiden
  • Kann je nach Modell das öffentliche Netz nutzen
  • Typisch als Genossenschaft organisiert
  • Perfekt für Quartiere und Mehrfamilienhäuser

📋 Was wir entwickeln

  • LEG-Statuten und Vertragsvorlagen
  • Compliance-Checklisten (Netzbetreiber, Steuern, Haftung)
  • Hardware Reuse (CE-Kennzeichnung, PrSG)
  • Haftungsklärung und Versicherungsfragen
  • FAQ für zukünftige LEG-Gründer

Warum LEG + Compute?

Doppelte Monetarisierung: Die LEG verkauft nicht nur Strom, sondern auch Compute-Zeit und Wärme. Drei Revenue-Streams statt einem.

Netzstabilität: Server können bei Überproduktion hochfahren und bei Engpässen drosseln. Perfekt für SDL-Integration mit Swissgrid.

Lokale Wertschöpfung: Die Abwärme heizt Gebäude in der Nachbarschaft. Geld bleibt in der Gemeinschaft.

Alles Open Source

Dein Code. Deine Entscheidung.

Dual-Lizenz-Modell bedeutet: Du behältst alle Rechte. Hardware (CERN-OHL-P/MIT) ist vollständig frei, Grid-OS (SVG-L) schützt das Netz. Du kannst morgen eine Firma gründen, die mit dem Code konkurriert, den du hier schreibst. Wir ermutigen das. Je mehr Forks, desto besser.

🔧

Hardware

  • • CAD-Dateien für Immersionstank
  • • Stücklisten (BOM) mit Bezugsquellen
  • • Bauanleitungen Schritt für Schritt
  • • Temperatur-Monitoring-Schaltpläne
💻

Software

  • • Grid-OS Scheduling-Algorithmen
  • • Solar Inverter API-Integration
  • • Dashboard-Komponenten
  • • Docker Compose für Deployment
📖

Dokumentation

  • LEG-Gründungsvorlagen
  • • Thermische Berechnungen
  • • API-Dokumentation
  • • Troubleshooting Guides

Sihlhack ist ein Event, kein Unternehmen. Teilnahmegebühr finanziert Betrieb + Preisgeld. Details gemäss AGB.

Rechtliches Framework

Open Source unter Schweizer Recht

Wie wir sicherstellen, dass das Open-Source-Modell rechtlich sauber funktioniert.

⚖️Geistiges Eigentum (IP-Rechte)

Grundprinzip: Alle Teilnehmende behalten die vollen Rechte an ihren Beiträgen.

Gemäss Art. 2 URG (Schweizer Urheberrechtsgesetz) entstehen Urheberrechte automatisch bei der Schöpfung eines Werks. Du als Entwicklerin oder Entwickler bist und bleibst der Urheber deines Codes.

sihlhack verwendet ein Dual-Lizenz-Modell: Hardware unter CERN-OHL-P/MIT (vollständig frei), Grid-OS unter SVG-L (verantwortungsvoll, schützt das Netz). Du erteilst eine nicht-exklusive, weltweite, gebührenfreie Lizenz: Nutzungsrechte werden weitergegeben, ohne dass deine eigenen Rechte verloren gehen.

ℹ️ Das bedeutet: Du kannst deinen Code später auch für andere Projekte nutzen, verkaufen oder anders lizenzieren.→ Mehr zum Dual-Lizenz-Modell

🔧Der Körper: Open Hardware

Lizenz: CERN-OHL-P (Permissive) oder MIT

Philosophie: "Jeder kann die Maschine bauen."

Gilt für: Thermische Architektur, CAD-Dateien, Schematics, Stücklisten (BOM)

  • Du kannst es bauen, verkaufen, modifizieren
  • Kommerzielle Nutzung ohne Einschränkungen
  • Wir wollen diese Heizungen in jedem Keller

Null Einschränkungen am physischen Artefakt.

🧠Das Gewissen: Grid-OS Lizenz

Lizenz: Sihl Valley Common-Good License (SVG-L)

Philosophie: "Du kannst das Gewissen der Maschine nicht entfernen."

Gilt für: Grid-OS, Scheduler, Orchestrator, Verhandlungslogik, Grid-Interface Code

Thermodynamische Wahrheit

Keine "Dummy Loops" nur zur Wärmeerzeugung ohne Wert. Lizenzverletzung.

Netzgehorsam

Grid-Curtailment-Signale müssen befolgt werden. Code entfernen = Lizenz beendet.

Anti-Vampir

Minimum 500 MFLOPS/Watt Effizienz. Keine E-Waste-Verbrennung für Subventionen.

→ Vollständige Lizenz-Erklärung

Warum Dual-Lizenz?

Wir kämpfen gegen den Cobra-Effekt: Ohne diese Regeln könnten schlechte Akteure die Netzschutz-Logik entfernen und "Vampir-Heizungen" bauen, die nur Energie verbrennen für Subventionen – und dabei das Schweizer Netz ignorieren.

Wir bauen Denker, die heizen – nicht Heizungen, die denken.

Gute Ingenieurinnen und Ingenieure begrüßen diese Regeln. Nur Grifter fürchten sie.

✍️Contributor Agreement

Beim Einreichen deines Codes bestätigst du:

  1. Originalität: Du hast den Code selbst geschrieben oder hast die Rechte daran.
  2. Lizenzierung: Du stimmst der Veröffentlichung unter der entsprechenden Lizenz zu (CERN-OHL-P/MIT für Hardware, SVG-L für Grid-OS).
  3. Keine Drittrechte: Der Code verletzt keine Rechte Dritter (z.B. keine Copy-Paste von proprietärem Code).
  4. Compliance: Du verpflichtest dich, die SVG-L Klauseln einzuhalten (falls Grid-OS Code).

Dies entspricht dem Standard-CLA (Contributor License Agreement), angepasst für das Dual-Lizenz-Modell.

🇨🇭Schweizer Rechtskonformität

Anwendbares Recht: Alle Vereinbarungen unterliegen Schweizer Recht (Art. 116-120 IPRG).

Gerichtsstand: Baden (AG), Schweiz.

Haftungsausschluss: Software wird "AS IS" bereitgestellt (Art. 100 OR, Wegbedingung der Haftung). Dies ist in der Schweiz rechtlich zulässig, sofern keine Absicht oder grobe Fahrlässigkeit vorliegt.

Datenschutz: Alle personenbezogenen Daten werden gemäss DSG (Datenschutzgesetz) und DSGVO (wo anwendbar) verarbeitet.

💡Was das für dich bedeutet

✓ Du behältst alle Rechte

Dein Code gehört dir, auch nach dem Hackathon (Art. 2 URG).

✓ Kommerzielle Nutzung erlaubt

Hardware frei, Grid-OS kommerziell nutzbar (mit SVG-L Compliance).

✓ Du bist geschützt

SVG-L verhindert Waffenisierung deiner Arbeit durch "Energy Grifter".

✓ Community profitiert

Andere LEGs können deine Lösung nachbauen, das Netz bleibt geschützt.

📧 Rechtliche Fragen? Schreib uns an legal@sihlhack.ch

Die Architektur

Vier Säulen. Drei Wärme-Pfade. Eure Entscheidung.

Silicon Valley baut Rechenzentren, die Flüsse erhitzen. Ihr baut Server, die Häuser heizen. Kühlung wird zum Feature, nicht zum Problem.

Das Energie-Quadrilemma

Früher war es ein Trilemma. Speicher macht es lösbar.

☀️

Solar

Netz

🏠

Autonomie

🔋

Speicher

Solarproduktion

Mehr erneuerbare Energie ermöglichen, maximale Nutzung von Solardächern

Netzstabilität

Kosten für Netzstabilität, Risiko der Netzüberlastung bei zu viel Solar

Autonomie

Selbstversorgung und Unabhängigkeit von grossen Energieversorgern

Speicher & Resilienz

Batterien puffern Solar für die Nacht und liefern Backup bei Netzausfall

Der Wärme-Pfad ist nicht vorgeschrieben. Er ist die Challenge.

Drei Architekturen stehen zur Debatte. Keiner dieser Pfade ist "richtig". Jeder hat Trade-offs. Euer Team entscheidet, welcher zu eurem Kontext passt.

Pfad A

Der Öltank

Immersion Cooling

🛢️

Server baden in dielektrischem Öl. Lautlos, effizient, fast 100% Wärmeabfuhr. Aber: Öl muss gehandhabt werden. Brandschutz ist real. Wartung ist komplex. Für Teams, die maximale Performance wollen und die Risiken managen können.

Pro

  • + 99% Wärmeabfuhr
  • + Lautlos
  • + Längere GPU-Lebensdauer

Contra

  • Öl-Handling
  • Brandschutz
  • Komplexe Wartung
Pfad B

Die Wasserschleife

Direct-to-Chip

💧

Direct-to-Chip Kühlung mit Standard-Komponenten. Bewährt, verfügbar, reparierbar. Aber: Nur 60-70% Wärmeabfuhr. Nicht so elegant. Für Teams, die auf Zuverlässigkeit setzen.

Pro

  • + Bewährte Technik
  • + Standard-Teile
  • + Einfache Reparatur

Contra

  • 60-70% Capture
  • Leckage-Risiko
  • Pumpen-Geräusch
Pfad C

Der Boost

Heat Pump Integration

♨️

Server-Wärme (45-55°C) als Quelle für eine Wärmepumpe. Wird auf 70°C+ gehoben, genug für Radiatoren. Aber: Komplexität. COP-Trade-offs. Stromverbrauch der Pumpe. Für Teams, die ambitioniert denken.

Pro

  • + 70°C+ Output
  • + Radiator-tauglich
  • + Höchste Nutzung

Contra

  • Komplexität
  • Strom für Pumpe
  • COP-Verluste

Die Resilienz-Logik existiert noch nicht. Ihr baut sie.

Das Prinzip ist simpel: Wenn das Netz stabil ist, läuft Compute und die Batterie lädt. Wenn das Netz wackelt, drosselt Compute und die Batterie steht bereit. Wenn das Netz ausfällt, pausiert Compute und die Nachbarschaft wird versorgt.

Die Implementierung? Nicht simpel. Wann genau schaltet man um? Wie kommuniziert der Hub mit dem Netz? Wie priorisiert man Lasten? Das sind die Fragen, die ihr beantwortet.

Netz stabil

Compute läuft, Batterie lädt

⚠️

Netz wackelt

Compute drosselt, Batterie bereit

🔴

Netz down

Compute pausiert, Quartier versorgt

Der Server bezahlt die Batterie. Die Batterie schützt die Nachbarschaft. Das ist der Deal.

Was ist eine LEG?

  • Lokale Elektrizitätsgemeinschaft nach Schweizer Recht
  • • Nachbarn produzieren und teilen Strom gemeinsam
  • • Rechtliche Grundlage existiert in der Schweiz
  • • Technische Infrastruktur? Baut ihr.

Mit einem Sihlicon Hub wird eine LEG energieautark und resilient.

Bereit für echte Ingenieurs-Entscheidungen?

Keine Tutorials. Keine vorgegebenen Lösungen. Nur Constraints, Trade-offs, und drei Tage, um etwas zu bauen, das funktioniert.

Die Challenges ansehen
Ökosystem

Partner & Sponsoren

Wir bauen dezentrale Infrastruktur für die Energiezukunft.

Wir suchen Sponsoren

Wir suchen Hardware-Sponsoren für Server, GPUs und Immersion-Cooling-Equipment. Du hast Hardware, einen Standort, oder Expertise die helfen kann? Melde dich bei uns.

Kontakt aufnehmen

Häufige Fragen

Brauche ich Programmierkenntnisse?

Nicht unbedingt. Wir brauchen Hardware Engineers, Legal Experts, Designer genauso wie Software Developers. Wähle bei der Anmeldung deine Rolle.

Was passiert mit dem Prototyp nach dem Hackathon?

Nach dem Event gibt es mehrere Wege: (1) Follow-up Hackathon für 1:1 Prototypen, (2) Association & Open Source Governance, (3) LEG DIY-Bauanleitungen, (4) Unternehmen können als zertifizierte Partner Service anbieten. Alle Wege bleiben Open Source und community-getrieben.

Wer stellt die Hardware?

Wir stellen die Hardware bereit: 3-5 safety-zertifizierte Reference Nodes (Immersion, Water Loop, Heat Pump). Du programmierst die Grid-OS Logik und integrierst Sensoren. Du bringst nur Laptop und Skills mit.

Was kostet die Teilnahme?

CHF 150 pro Person (inkl. allfälliger MWST). Rückerstattung gemäss AGB.

Was ist eine LEG?

Eine Lokale Elektrizitätsgemeinschaft ist ein rechtlicher Zusammenschluss nach Schweizer Recht. Details & Grenzen: siehe /leg.

Muss ich beim Hackathon übernachten?

Nein, es ist ein Tages-Event (Fr Abend bis So Nachmittag). Du kannst pendeln oder wir helfen bei der Organisation von Unterkünften.

Was ist das Dual-Lizenz-Modell?

Hardware (Körper) ist vollständig frei unter CERN-OHL-P/MIT – jeder kann die Maschine bauen. Grid-OS Software (Gewissen) hat verantwortungsvolle Einschränkungen unter SVG-L, um das Schweizer Netz zu schützen. → Vollständige Erklärung

Warum braucht Grid-OS eine spezielle Lizenz?

Ohne diese Regeln könnten schlechte Akteure die Netzschutz-Logik entfernen und "Vampir-Heizungen" bauen, die nur Energie verbrennen für Subventionen. Das würde das Schweizer Netz destabilisieren. Wir verhindern den Cobra-Effekt.

Was passiert, wenn mein Code später in einem kommerziellen Produkt verwendet wird?

Kommerzielle Nutzung ist erlaubt und gewollt. LEGs dürfen (und sollen) damit Geld verdienen. Hardware ist vollständig frei, Grid-OS kann kommerziell genutzt werden (mit SVG-L Compliance). Du behältst alle Rechte an deinem Original-Code und kannst ihn auch selbst kommerziell nutzen.

Hafte ich, wenn mein Code einen Fehler hat und etwas kaputt geht?

Nein. Die Lizenzen (CERN-OHL-P/MIT und SVG-L) enthalten Haftungsausschlüsse ("AS IS", also ohne Gewährleistung), die nach Schweizer Recht (Art. 100 OR) rechtlich wirksam sind. Du haftest nur bei Vorsatz oder grober Fahrlässigkeit.

Kann ich meinen Code später unter einer anderen Lizenz verwenden?

Ja! Du behältst alle Urheberrechte (Art. 2 URG). Du kannst denselben Code parallel unter einer anderen Lizenz (z.B. proprietär) für andere Projekte nutzen. Dies nennt sich "Dual Licensing" und ist völlig legal. Wichtig: Wenn du Grid-OS Code unter SVG-L veröffentlicht hast, gelten die SVG-L Klauseln weiterhin für Kopien dieses Codes.

Welche Lizenz gilt für welches Challenge-Paket?

Hardware Safety & Thermal Architecture: CERN-OHL-P/MIT (Hardware).Grid-OS Controller: SVG-L (Software).Demo-Kit: Je nach Komponente – Hardware-Teile frei, Grid-OS-Teile SVG-L.

Was ist, wenn ich Code von Stack Overflow oder GitHub kopiere?

Du darfst nur Code einreichen, für den du die Rechte hast. Code von Stack Overflow/GitHub kann Lizenzpflichten auslösen (z.B. Attribution/Share-Alike). Prüfe die Lizenz. Im Zweifel: nicht kopieren oder vorher fragen.

Bau mit uns die dezentrale Energiezukunft

Hardware-Hacker, Software-Devs, Thermodynamik-Nerds, Rechtsexperten: Wir brauchen euch alle.