107

Programmierung · Blockchain

ICT-Lösungen mit Blockchain-Technologie umsetzen

Du lernst, wie eine Blockchain technisch funktioniert, wann sie wirklich Sinn ergibt und wie du einen einfachen Smart Contract baust und anbindest.

Fortgeschritten Fortgeschritten ca. 26 Std. SelbststudiumApplikationsentwicklung: 2. Lehrjahr · üK-WahlpflichtPlattformentwicklung: 2. Lehrjahr · üK-Wahlpflicht
#Blockchain#Smart Contracts#Solidity#Ethereum#Hashfunktion#Digitale Signatur#Testnetz#Eignungsprüfung

Überblick

Worum geht es?

Blockchain ist eine Datenstruktur mit besonderen Eigenschaften: Einträge sind verkettet, signiert und werden von vielen Teilnehmenden gemeinsam bestätigt. Du verstehst diese Bausteine an konkreten Beispielen und lernst vor allem, kritisch zu prüfen, ob ein Problem überhaupt eine Blockchain braucht. Danach arbeitest du auf einem kostenlosen Testnetz: Wallet einrichten, Transaktionen nachvollziehen, einen Smart Contract schreiben, testen, deployen und aus einer Webanwendung aufrufen. Zum Schluss beurteilst du Sicherheitsrisiken, Kosten und rechtliche Fragen.

Wofür brauchst du das?

In der Schweiz gibt es mit dem DLT-Gesetz einen klaren Rechtsrahmen, und Banken, Versicherungen und Logistikfirmen prüfen konkrete Einsatzfälle wie digitale Wertpapiere oder fälschungssichere Nachweise. Gleichzeitig scheitern viele Projekte, weil eine normale Datenbank gereicht hätte. Wer die Technik versteht und nüchtern beurteilen kann, ist im Lehrbetrieb eine wertvolle Stimme, wenn das Thema aufkommt. Das Grundlagenwissen zu Hashes und Signaturen stärkt zudem 114 (Kryptografie) und 183 (Applikationssicherheit).

Das solltest du schon können

  • Hashfunktionen sowie symmetrische und asymmetrische Verschlüsselung in Grundzügen kennen (Modul 114)
  • Eigenständig programmieren, idealerweise mit JavaScript oder TypeScript (Modul 319)
  • Wissen, wie eine klassische relationale Datenbank Daten speichert und schützt (Modul 164)

Typische Tools & Technologien

Ethereum (Sepolia-Testnetz)SolidityRemix IDEHardhat / FoundryMetaMaskethers.js / viemEtherscanNode.js

Lernziele

Was musst du können?

Das sind die Fähigkeiten, die am Ende des Moduls sitzen sollten. Jedes Ziel mit einem Beispiel aus dem Lehrbetrieb.

  1. 1

    Hashverkettung, Signaturen und Konsens an einem Beispiel erklären

    Kompetenz A

    Du kannst zeigen, warum eine nachträgliche Änderung in einem Block alle folgenden Blöcke ungültig macht, wie eine digitale Signatur beweist, wer eine Transaktion ausgelöst hat, und wie sich viele Knoten ohne zentrale Stelle auf einen Stand einigen.

    Situation

    Im Teammeeting fragt der Berufsbildner, was an einer Blockchain eigentlich 'fälschungssicher' sein soll.

    Deine Aufgabe

    Erkläre die drei Bausteine mit einer selbst gebauten Mini-Blockchain in JavaScript.

    Gutes Ergebnis

    Ein Skript mit 30 Zeilen erzeugt Blöcke mit Daten, Zeitstempel, eigenem SHA-256-Hash und dem Hash des Vorgängers. Wird ein Eintrag in Block 2 verändert, meldet die Prüffunktion Block 2 (Hash passt nicht mehr). Wird auch dessen Hash neu berechnet, bricht der Verweis in Block 3. Dazu eine Skizze, wie Proof of Stake Validatoren auswählt.

    Hashfunktion (SHA-256)Block / KettePublic-/Private-Keydigitale SignaturKonsens (Proof of Work / Proof of Stake)
  2. 2

    Prüfen, ob eine Blockchain für ein Problem überhaupt sinnvoll ist

    Kompetenz B

    Die meisten Anwendungen sind mit einer normalen Datenbank besser, günstiger und schneller umgesetzt. Mit einem Entscheidungsbaum prüfst du: Gibt es mehrere Parteien, die sich nicht vertrauen? Gibt es keine akzeptierte zentrale Stelle? Muss die Historie unveränderlich sein?

    Situation

    Eine Projektleiterin möchte die interne Laptop-Ausleihe 'auf der Blockchain' umsetzen, weil das innovativ klinge.

    Deine Aufgabe

    Prüfe die Eignung und schreibe eine Empfehlung.

    Gutes Ergebnis

    Entscheidungsbaum: nur eine Organisation, eine vertrauenswürdige zentrale IT, Daten müssen korrigierbar sein, Personendaten betroffen. Ergebnis: klar keine Blockchain, sondern eine Datenbank mit Audit-Log. Als Gegenbeispiel wird ein Herkunftsnachweis für Holz zwischen Sägerei, Händler und Schreinerei genannt, wo mehrere Parteien beteiligt sind.

    EntscheidungsbaumVertrauensmodellPublic vs. Permissioned BlockchainAudit-LogDatenbank-Alternative
  3. 3

    Eine Wallet einrichten und Transaktionen auf einem Testnetz nachvollziehen

    Kompetenz C

    Du arbeitest ausschliesslich mit Testnetz-Geld ohne realen Wert. Du richtest eine Wallet ein, holst Test-Ether von einem Faucet, sendest eine Transaktion und liest im Block Explorer, was dabei passiert ist, inklusive Gebühren.

    Situation

    Die Lernenden-Gruppe will verstehen, was 'Gas' bedeutet, bevor sie selbst Code deployt.

    Deine Aufgabe

    Sende auf Sepolia eine Transaktion an eine Mitlernende und analysiere sie.

    Gutes Ergebnis

    MetaMask mit separatem Lernprofil, 0,05 Sepolia-ETH vom Faucet. Etherscan zeigt Absender, Empfänger, Blocknummer, 21 000 verbrauchte Gas-Einheiten und die Gebühr. Notiz: Die Seed-Phrase des Lernkontos ist nie für echtes Geld verwendet worden.

    WalletSeed-PhraseTestnetz / FaucetGas / GebührBlock Explorer
  4. 4

    Einen einfachen Smart Contract schreiben, testen und deployen

    Kompetenz D

    Ein Smart Contract ist Code, der auf der Blockchain läuft und nach dem Deployment nicht mehr geändert werden kann. Darum testest du ihn gründlich lokal, bevor du ihn auf ein Testnetz bringst.

    Situation

    Ein Berufsbildungsverband möchte prüfen, ob sich die Echtheit von Kursbestätigungen öffentlich nachweisen lässt, ohne Personendaten zu veröffentlichen.

    Deine Aufgabe

    Schreibe einen Contract, der Hashes von PDF-Bestätigungen registriert und prüfbar macht.

    Gutes Ergebnis

    Ein Solidity-Contract mit 'registrieren(bytes32 hash)', nur durch die Verbandsadresse aufrufbar, und 'istRegistriert(hash)' für alle. 8 Hardhat-Tests decken u.a. fremde Aufrufer und doppelte Registrierung ab. Deployment auf Sepolia, Quellcode auf Etherscan verifiziert. Auf der Kette steht nur der Hash, nie Name oder Inhalt.

    SolidityZustandsvariable / FunktionZugriffskontrolle (onlyOwner)EventUnveränderlichkeitContract-Verifizierung
  5. 5

    Eine Webanwendung mit einem Smart Contract verbinden

    Kompetenz E

    Nutzende sehen keinen Solidity-Code, sondern eine Webseite. Du liest Daten aus dem Contract, löst Transaktionen über die Wallet der Nutzenden aus und gehst sauber mit Wartezeiten und abgelehnten Transaktionen um.

    Situation

    Lehrbetriebe sollen eine Kursbestätigung hochladen und sofort sehen, ob sie echt ist.

    Deine Aufgabe

    Baue eine kleine Prüfseite, die den Hash im Browser berechnet und den Contract abfragt.

    Gutes Ergebnis

    Eine Webseite mit ethers.js: Die PDF-Datei wird lokal gehasht und nicht hochgeladen, ein Lesezugriff über einen öffentlichen RPC-Endpunkt prüft den Hash. Anzeige 'echt, registriert am 14.03.' oder 'nicht gefunden'. Für die Prüfung braucht man keine Wallet und es fallen keine Gebühren an.

    dAppethers.js / viemABIRPC-EndpunktLese- vs. Schreibzugriff
  6. 6

    Sicherheitsrisiken, Kosten und rechtliche Aspekte einer Blockchain-Lösung beurteilen

    Kompetenz F

    Fehler in Smart Contracts lassen sich kaum korrigieren, Gebühren schwanken, und Daten auf einer öffentlichen Blockchain lassen sich nicht löschen. Du kennst typische Schwachstellen und prüfst, ob die Lösung mit dem revDSG vereinbar ist.

    Situation

    Vor einem Pilotbetrieb fragt der Datenschutzverantwortliche des Verbands nach Risiken.

    Deine Aufgabe

    Erstelle eine Risikoübersicht für die Kursbestätigungs-Lösung.

    Gutes Ergebnis

    Risiken mit Massnahmen: Verlust des Verbandsschlüssels (Hardware-Wallet, Multisig), Programmierfehler (Tests, externes Review, einfacher Code), Gebührenschwankungen (Layer-2-Netz, Kosten pro Registrierung unter CHF 0.05 geschätzt), Datenschutz (nur gesalzene Hashes, keine Personendaten, damit kein Konflikt mit dem Recht auf Löschung).

    Reentrancy / ZugriffsfehlerSchlüsselverwaltung / MultisigLayer 2DSG / Löschung und BerichtigungDLT-Gesetz

Selbsteinschätzung

Wo stehst du?

Die Kompetenzmatrix zerlegt das Modul in Themenstränge und drei Stufen. Für den Kompetenznachweis solltest du überall mindestens Stufe 2 erreichen. Dein Stand bleibt in diesem Browser gespeichert und färbt Lernweg und Übungen ein.

Tippe auf eine Aussage, um deinen Stand zu setzen: offen unsicher sitzt
A

Grundlagen erklären

Ziel 1

Grundlagen

Fortgeschritten

Erweitert

B

Eignung prüfen

Ziel 2

Grundlagen

Fortgeschritten

Erweitert

C

Wallet und Testnetz

Ziel 3

Grundlagen

Fortgeschritten

Erweitert

D

Smart Contracts

Ziel 4

Grundlagen

Fortgeschritten

Erweitert

E

Webanwendung anbinden

Ziel 5

Grundlagen

Fortgeschritten

Erweitert

F

Risiken und Rahmenbedingungen

Ziel 6

Grundlagen

Fortgeschritten

Erweitert

Praxisfall

Echtheitsnachweis für Alpkäse

Mara ist im 2. Lehrjahr als Informatikerin Applikationsentwicklung bei der Sennhauser Software AG in Zug, einer Softwarefirma mit 50 Mitarbeitenden. Ein Verband von Alpkäsereien möchte, dass Händler die Echtheit eines Herkunftszertifikats selbst prüfen können, weil gefälschte Etiketten im Umlauf sind. Mara soll in einem Pilotprojekt zeigen, ob und wie eine Blockchain dabei hilft.

  1. Kapitel 1

    Was heisst eigentlich fälschungssicher?

    Für den Kick-off baut Mara in Python eine Mini-Blockchain mit fünf Blöcken. Ändert sie in Block 2 die Käsemenge, passen die Hashes aller folgenden Blöcke nicht mehr, was die Vertreter des Verbands sofort verstehen. Danach erklärt sie, warum Ethereum heute mit Proof of Stake arbeitet und was das für den Stromverbrauch bedeutet.

    Ziel 1

  2. Kapitel 2

    Braucht es überhaupt eine Blockchain?

    Mara prüft den Fall mit einem Entscheidungsschema. Beteiligt sind 40 Käsereien, mehrere Händler und eine Kontrollstelle, und die Händler wollen nicht von einer einzigen Datenbank des Verbands abhängig sein. Für die Mitgliederverwaltung empfiehlt sie trotzdem eine normale Datenbank, nur der Echtheitsnachweis soll auf die Blockchain.

    Ziel 2

  3. Kapitel 3

    Die erste Transaktion hängt

    Mara richtet MetaMask für das Sepolia-Testnetz ein und holt sich Test-ETH über einen Faucet. Ihre erste Transaktion bleibt hängen, weil sie die Gebühr zu tief angesetzt hat. Auf Etherscan sieht sie den Status 'pending' und versteht, wie Nonce und Gebühr zusammenhängen. Die Seed-Phrase des Projektkontos legt sie im Passwortmanager des Teams ab, nicht in einer Textdatei.

    Ziel 3

  4. Kapitel 4

    Ein Contract für Zertifikate

    Mara schreibt in Solidity einen Contract, in dem nur die Kontrollstelle den SHA-256-Hash eines Zertifikats eintragen darf. Mit Hardhat testet sie, dass fremde Adressen abgelehnt werden und beim Eintragen ein Event ausgelöst wird. Eine einfache Webseite mit ethers.js lässt Händler ein PDF auswählen, berechnet den Hash im Browser und zeigt an, ob er registriert ist. Ist die Wallet der Kontrollstelle auf dem falschen Netz, erscheint ein klarer Hinweis statt einer kryptischen Fehlermeldung.

    Ziel 4Ziel 5

  5. Kapitel 5

    Keine Personendaten in der Kette

    Vor dem Pilot fragt der Datenschutzverantwortliche des Verbands, was mit den Namen der Käserinnen und Käser passiert. Mara zeigt, dass nur Hashes ohne Personendaten gespeichert werden, weil Einträge auf der Blockchain nie mehr gelöscht werden können. Sie schätzt die Gebühren für 5000 Zertifikate pro Jahr und hält im Schlussbericht fest, wie der Schlüssel der Kontrollstelle geschützt und im Notfall ersetzt wird.

    Ziel 6

Lernweg

Wie lernst du das?

  1. 1

    Bausteine selbst nachbauen

    ca. 4 Std.

    Du verstehst die Technik von Grund auf, indem du eine Mini-Blockchain programmierst. Ganz ohne echte Netzwerke.

    • SHA-256-Hashes in Node.js erzeugen und den Lawineneffekt ausprobieren
    • Eine Mini-Blockchain mit Verkettung und Prüffunktion schreiben
    • Nachrichten mit einem Schlüsselpaar signieren und die Signatur prüfen

    Trainiert Kompetenz A1A2

    Lernziel1

  2. 2

    Nüchtern beurteilen

    ca. 3 Std.

    Bevor du programmierst, lernst du, Blockchain-Ideen kritisch zu prüfen.

    • Einen Entscheidungsbaum für die Blockchain-Eignung erarbeiten
    • Fünf Fallbeispiele beurteilen, von Ausleihsystem bis Lieferkettennachweis
    • Für einen Fall eine Datenbank-Alternative mit Audit-Log skizzieren

    Trainiert Kompetenz B1B2

    Lernziel2

  3. 3

    Auf dem Testnetz arbeiten

    ca. 2 Std.

    Du richtest eine separate Lern-Wallet ein und beobachtest echte Transaktionen, ganz ohne echtes Geld.

    • MetaMask in einem eigenen Browserprofil installieren und auf Sepolia umstellen
    • Test-ETH von einem Faucet holen und eine Transaktion senden
    • Transaktion, Block und Gebühr im Block Explorer analysieren

    Trainiert Kompetenz C1C2

    Lernziel3

  4. 4

    Erster Smart Contract

    ca. 6 Std.

    Du schreibst einen Contract zuerst in Remix, dann in einem lokalen Projekt mit automatisierten Tests.

    • Einen Zähler- oder Gästebuch-Contract in Remix schreiben und ausführen
    • Ein Hardhat- oder Foundry-Projekt aufsetzen und Tests für alle Funktionen schreiben
    • Den Contract auf Sepolia deployen und auf Etherscan verifizieren

    Trainiert Kompetenz D1D2

    Lernziel4

  5. 5

    Weboberfläche anbinden

    ca. 5 Std.

    Du baust eine kleine Webseite, die mit deinem Contract spricht.

    • Mit ethers.js oder viem Werte aus dem Contract lesen
    • Eine schreibende Funktion über die Wallet auslösen und den Status anzeigen
    • Fehlerfälle behandeln: abgelehnte Signatur, falsches Netz, zu wenig Guthaben

    Trainiert Kompetenz E1E2

    Lernziel5

  6. 6

    Risiken prüfen und abschliessen

    ca. 4 Std.

    Du prüfst deine Lösung auf Schwachstellen, Datenschutz und Kosten und fasst alles in einem kurzen Bericht zusammen.

    • Den eigenen Contract mit Slither oder einem Code-Review auf bekannte Schwachstellen prüfen
    • Kosten pro Transaktion auf Mainnet und einem Layer-2-Netz vergleichen
    • Datenschutzprüfung schreiben: Welche Daten liegen wo, und lassen sie sich löschen?

    Trainiert Kompetenz F1F2B3

    Lernziel62

Üben

Übungen aus der Praxis

Manipulation sichtbar machen

Einstieg Einstieg

Für den Tag der offenen Tür will dein Lehrbetrieb zeigen, warum eine Blockchain Manipulationen erkennbar macht.

Weist nach A1A2

  1. Eine Mini-Blockchain mit fünf Blöcken in JavaScript oder Python bauen
  2. Eine Prüffunktion schreiben, die die Kette validiert
  3. Einen Eintrag manipulieren und die Ausgabe der Prüfung zeigen
Tipp anzeigen

Jeder Block muss den Hash seines Vorgängers enthalten, und sein eigener Hash muss alle seine Felder umfassen.

Lösungsskizze anzeigen

Klasse oder Objekt 'Block' mit Index, Zeitstempel, Daten, vorherigem Hash und eigenem Hash. Die Prüfung berechnet jeden Hash neu und vergleicht ihn mit dem gespeicherten und mit dem Verweis im Folgeblock. Nach der Manipulation meldet sie den ersten ungültigen Block.

Eignungsgutachten für drei Ideen

Fortgeschritten Fortgeschritten

Die Geschäftsleitung eines Logistikunternehmens hat drei Vorschläge erhalten: Arbeitszeiterfassung auf der Blockchain, Treuepunkte für Kundinnen als Token und ein gemeinsamer Nachweis über Kühlketten mit Lieferanten und Spitälern.

Weist nach B2F2

  1. Jede Idee mit dem Entscheidungsbaum prüfen
  2. Für jede Idee eine Alternative ohne Blockchain beschreiben
  3. Datenschutz und laufende Kosten grob einschätzen
  4. Eine Empfehlung mit Begründung schreiben
Tipp anzeigen

Frag bei jeder Idee: Wer muss wem misstrauen, damit eine gemeinsame Datenbank nicht reicht?

Lösungsskizze anzeigen

Arbeitszeit: nein, eine Organisation, Personendaten, Korrekturbedarf. Treuepunkte: meist nein, zentrale Datenbank reicht. Kühlkette: möglicher Fall, mehrere Parteien ohne gemeinsame zentrale Stelle, aber Permissioned-Lösung und nur Hashes oder Messwerte ohne Personenbezug. Empfehlung: höchstens die dritte Idee als kleiner Pilot.

Fälschungssichere Kursbestätigungen

Anspruchsvoll Anspruchsvoll

Ein Weiterbildungsanbieter will, dass Arbeitgeber die Echtheit einer Kursbestätigung selbst prüfen können, ohne den Anbieter zu kontaktieren. Personendaten dürfen nicht öffentlich werden.

Weist nach D3E3F3

  1. Konzept schreiben: was auf die Kette kommt und was nicht
  2. Smart Contract mit Registrierung und Prüfung umsetzen und testen
  3. Auf Sepolia deployen und verifizieren
  4. Prüfseite bauen, die den Hash lokal berechnet und den Contract abfragt
  5. Risiken und Datenschutz in einem Kurzbericht festhalten
Tipp anzeigen

Ein reiner Hash einer kleinen, vorhersehbaren Datei kann erraten werden. Überlege, wie ein zufälliger Zusatzwert (Salt) im PDF hilft.

Lösungsskizze anzeigen

Contract mit Mapping von bytes32 auf Zeitstempel, Registrierung nur durch Besitzeradresse, Event bei Registrierung. Das PDF enthält eine zufällige Kennung, die mitgehasht wird. Die Prüfseite liest nur und braucht keine Wallet. Bericht nennt Schlüsselverwaltung, Unveränderlichkeit, Kosten pro Registrierung und begründet, warum keine Personendaten auf der Kette liegen.

Selbstcheck

Kannst du das beantworten?

Warum macht eine Änderung in einem alten Block die Kette ungültig?

Weil sich sein Hash ändert und dieser im nächsten Block gespeichert ist. Damit stimmen alle folgenden Verweise nicht mehr.

Was beweist eine digitale Signatur bei einer Transaktion?

Dass sie mit dem privaten Schlüssel des Absenders erstellt und danach nicht verändert wurde.

Nenne zwei Anzeichen, dass eine normale Datenbank besser ist.

Es gibt eine vertrauenswürdige zentrale Stelle, und Daten müssen korrigierbar oder löschbar sein.

Was ist Gas?

Die Masseinheit für den Rechenaufwand einer Transaktion. Multipliziert mit dem Gaspreis ergibt sich die Gebühr.

Warum testet man Smart Contracts besonders gründlich?

Weil deployter Code nicht mehr geändert werden kann und Fehler direkt Werte oder Daten betreffen.

Warum gehören keine Personendaten auf eine öffentliche Blockchain?

Sie sind für alle lesbar und lassen sich nicht löschen. Das widerspricht Grundsätzen des revDSG, z.B. Löschung und Datenminimierung.

Was ist ein Testnetz?

Ein öffentliches Blockchain-Netz zum Entwickeln und Testen, dessen Coins keinen realen Wert haben.

Prüfung

Stolpersteine & Prüfungstipps

Typische Stolpersteine

  • Eine Blockchain einsetzen, weil es modern klingt, obwohl eine Datenbank mit Audit-Log reicht.
  • Die Seed-Phrase eines Lernkontos in Code, Screenshots oder ein Git-Repo kopieren.
  • Für Experimente echtes Geld oder das Mainnet verwenden statt eines Testnetzes.
  • Namen, E-Mail-Adressen oder andere Personendaten direkt im Smart Contract speichern.
  • Einen Contract ohne Tests deployen und dann merken, dass jeder die Admin-Funktion aufrufen kann.
  • Blockchain mit Kryptowährung als Geldanlage gleichsetzen und das technische Thema aus den Augen verlieren.

Tipps für den Kompetenznachweis

  • Starte jede Lösungsbeschreibung mit der Eignungsprüfung. Wer begründet, warum eine Blockchain passt, punktet.
  • Zeige im Nachweis den Block Explorer: Transaktion, Gas und verifizierten Code. Das macht deine Arbeit überprüfbar.
  • Benenne Datenschutz und Unveränderlichkeit aktiv, bevor die Prüfenden danach fragen.
  • Halte Contracts klein. Wenige, gut getestete Funktionen sind besser als viele ungetestete.

Glossar

Begriffe kurz erklärt

Blockchain
Verteilte Datenstruktur aus verketteten Blöcken, deren Inhalt von vielen Knoten gemeinsam bestätigt wird.
Hashfunktion
Funktion, die aus beliebigen Daten einen festen, eindeutigen Fingerabdruck berechnet. Kleinste Änderungen ergeben einen völlig anderen Wert.
Konsensverfahren
Regelwerk, mit dem sich die Knoten eines Netzes ohne zentrale Stelle auf den gültigen Stand einigen.
Smart Contract
Programm, das auf einer Blockchain gespeichert ist und dort automatisch nach festen Regeln ausgeführt wird.
Wallet
Software oder Gerät zur Verwaltung privater Schlüssel und zum Signieren von Transaktionen.
Gas
Recheneinheit auf Ethereum, nach der die Transaktionsgebühr bemessen wird.
Testnetz
Blockchain-Netz zum Testen, dessen Coins keinen Geldwert haben, z.B. Sepolia.
Permissioned Blockchain
Blockchain, bei der nur zugelassene Teilnehmende Blöcke bestätigen oder lesen dürfen.
DLT-Gesetz
Schweizer Gesetzespaket (2020 verabschiedet, 2021 in Kraft), das u.a. Registerwertrechte und DLT-Handelssysteme regelt.

Mit KI-Tutor

Jeder Kurs hat einen persönlichen KI-Tutor

  • Erklärt in deinem Tempo
  • Debuggt mit dir
  • Fachgespräch wie im QV
  • Unbegrenzt neue Übungen

Denkanstösse statt fertiger Lösungen. In der Gratis-Lektion zum Ausprobieren.

KI-Tutor · Modul 164Nur Tipps

Mein JOIN liefert plötzlich doppelte Zeilen. Was mache ich falsch?
Gute Frage! Schau dir die Spalte an, über die du verbindest: Ist sie in beiden Tabellen eindeutig? Was passiert mit einer Kundin, die zwei Bestellungen hat?
Ah, dann kommt sie zweimal vor …
Genau. Willst du die Bestellungen zählen oder nur die Kundinnen sehen? Je nachdem hilft dir GROUP BY oder DISTINCT.

Tutavio

So helfen wir dir bei Modul 107

  • Wir erklären dir Hashes, Signaturen und Konsens an deiner eigenen Mini-Blockchain, bis du sie in der Prüfung frei erklären kannst.
  • Wir prüfen mit dir Blockchain-Ideen aus deinem Lehrbetrieb kritisch und erarbeiten gemeinsam die bessere Alternative, falls es keine Blockchain braucht.
  • Wir richten mit dir eine sichere Lernumgebung mit Testnetz-Wallet und Hardhat oder Foundry ein und schreiben gemeinsam Tests für deinen Contract.
  • Wir gehen deinen Smart Contract Zeile für Zeile durch und suchen typische Fehler wie fehlende Zugriffskontrolle.

Unverbindlich anfragen. Wir melden uns innert 24 Stunden.

Tutor:in für Modul 107 finden

Passende Module

Diese Seite ist eine eigene Lernhilfe von Tutavio und keine offizielle Modulbeschreibung. Nummer, Titel und Einordnung stammen aus den öffentlichen Bildungsplänen. Die verbindliche Modulidentifikation findest du im Modulbaukasten von ICT-Berufsbildung Schweiz.

Gratis-LektionNachhilfe