Skip to main content

Was ist ein Smart Contract

Hinweis: Dieses Dokument ist eine automatische Übersetzung des englischen Originals.

Was ist ein Smart Contract

Ein Smart Contract ist ein Programm, das auf einer Blockchain gespeichert und ausgeführt wird. Einmal deployt, läuft er automatisch, wenn seine Bedingungen erfüllt sind — er setzt Vereinbarungen durch, verwaltet Vermögenswerte oder koordiniert Operationen, ohne dass ein menschlicher Intermediär jeden Schritt ausführen muss. Trotz des Namens ist ein Smart Contract weder „smart“ im Sinne der künstlichen Intelligenz noch ein „Vertrag“ im rechtlichen Sinne. Er ist deterministischer Code: Bei denselben Eingaben produziert er immer dieselben Ausgaben und folgt der exakten Logik, die von seinem Entwickler geschrieben wurde.

Stell dir einen Smart Contract wie einen Verkaufsautomaten vor. Du wirfst eine Münze ein, wählst ein Produkt, und der Automat liefert es — kein Kassierer, keine Verhandlung, kein Ermessen. Der Automat folgt seinen programmierten Regeln exakt. Ein Smart Contract tut dasselbe auf einer Blockchain: Er hält Vermögenswerte oder Logik, empfängt Eingaben (Transaktionen) und führt vordefinierte Operationen automatisch und transparent aus.

Kurz gesagt: Ein Smart Contract ist selbstausführender Code auf einer Blockchain — er setzt Regeln ohne Intermediäre durch, und in Krypto-KI-Projekten handhabt er die ökonomische und Governance-Logik, während die KI-Berechnung typischerweise offchain stattfindet.

Wie ein Smart Contract funktioniert

Schreiben und Deployen

Ein Smart Contract beginnt als Quellcode, geschrieben in einer Programmiersprache, die für eine spezifische Blockchain konzipiert ist. Die gängigste Sprache ist Solidity, verwendet auf Ethereum und allen EVM-kompatiblen Chains (BNB Smart Chain, Arbitrum, Base, Polygon, Avalanche C-Chain). Solana verwendet Rust und sein natives Framework. Andere Chains haben ihre eigenen Sprachen: Move (Sui, Aptos), Cairo (Starknet) und andere.

Der Entwickler schreibt die Logik — was der Vertrag tut, welche Daten er speichert, welche Bedingungen welche Aktionen auslösen — und kompiliert dann den Quellcode in Bytecode (Low-Level-Anweisungen, die die virtuelle Maschine der Blockchain ausführen kann). Dieser Bytecode wird der Blockchain in einer Deployment-Transaktion übermittelt. Einmal bestätigt, existiert der Vertrag an einer bestimmten Adresse auf der Chain und steht jedem zur Interaktion zur Verfügung.

Ausführung

Wenn ein Nutzer oder ein anderer Vertrag eine Smart-Contract-Funktion aufruft, geschieht Folgendes:

  1. Der Aufrufer übermittelt eine Transaktion, die die Vertragsadresse, die aufzurufende Funktion und die Eingabeparameter spezifiziert.
  2. Jeder Validator-Node im Netzwerk führt die Funktion unabhängig aus und verarbeitet dieselben Eingaben durch denselben Bytecode.
  3. Das Ergebnis — jegliche Zustandsänderungen, Token-Transfers, emittierte Ereignisse oder geschriebene Daten — wird in einem Block aufgezeichnet und wird Teil des dauerhaften Ledgers.
  4. Der Aufrufer zahlt eine Gas-Gebühr für die Berechnung. Komplexere Operationen kosten mehr Gas.

Dieses Ausführungsmodell hat wichtige Eigenschaften: Es ist deterministisch (jeder Node erhält dasselbe Ergebnis), transparent (jeder kann den Bytecode und den Transaktionsverlauf inspizieren) und permissionless (jeder kann eine öffentliche Funktion aufrufen).

Gas und Kosten

Jeder Rechenschritt innerhalb eines Smart Contracts kostet Gas — eine Einheit, die den erforderlichen Rechenaufwand misst. Gas-Gebühren dienen zwei Zwecken: Sie entschädigen Validatoren für die Ausführung des Codes, und sie verhindern Missbrauch (ohne Gebühren könnten Angreifer unendlich komplexe Berechnungen übermitteln, um das Netzwerk zu verlangsamen).

Gas-Kosten variieren je nach Netzwerk. Auf dem Ethereum-Mainnet können komplexe Operationen in Zeiten hoher Nachfrage zehn oder hunderte von Dollar kosten. Auf L2-Netzwerken wie Arbitrum oder Base könnten dieselben Operationen Cents kosten. Auf Solana sind Transaktionsgebühren typischerweise Bruchteile eines Cents. Diese Kostenunterschiede beeinflussen direkt, wo Krypto-KI-Projekte ihre On-Chain-Komponenten deployen.

Unveränderlichkeit und Upgradebarkeit

Einmal deployt, ist der Bytecode eines Smart Contracts dauerhaft auf der Blockchain gespeichert. Er kann nicht bearbeitet, gelöscht oder überschrieben werden. Diese Unveränderlichkeit ist ein Sicherheitsmerkmal — Nutzer können genau verifizieren, welcher Code ausgeführt wird, und darauf vertrauen, dass er sich nicht ändert — aber es bedeutet auch, dass auf die Blockchain deployte Bugs nicht wie traditionelle Software gepatcht werden können.

Um dem zu begegnen, haben Entwickler upgradebare Vertragsmuster mithilfe von Proxy-Verträgen geschaffen. In diesem Design interagieren Nutzer mit einem Proxy-Vertrag, der Aufrufe an einen Implementierungsvertrag delegiert. Das Team kann eine neue Implementierung deployen und den Proxy darauf verweisen lassen — was den Vertrag effektiv „upgradet“. Dies löst das Bug-Fixing-Problem, führt aber einen Vertrauens-Kompromiss ein: Wer den Upgrade-Mechanismus des Proxys kontrolliert, kann das Verhalten des Vertrags ändern. Upgradebare Verträge sind nicht von Natur aus schlecht, aber sie verschieben das Vertrauen von „der Code ist dauerhaft“ zu „das Team mit Upgrade-Zugang wird verantwortungsvoll handeln“.

Was Smart Contracts können und nicht können

Können:

  • Tokens und andere digitale Vermögenswerte halten und transferieren
  • Bedingte Logik durchsetzen (wenn X, dann Y)
  • Mit anderen Smart Contracts auf derselben Chain interagieren
  • Ereignisse emittieren, die externe Systeme überwachen können
  • Zugriffskontrolle verwalten (wer welche Funktion aufrufen kann)

Können nicht:

  • Auf Daten von außerhalb der Blockchain zugreifen (sie benötigen Oracles für externe Daten-Feeds)
  • Rechenintensive Operationen wie KI-Inferenz durchführen (Gas-Kosten machen dies unpraktikabel)
  • Autonom nach einem Zeitplan ausführen (sie benötigen externe Auslöser — Transaktionen — um zu laufen)
  • Große Dateien speichern (On-Chain-Speicher ist teuer; Projekte verwenden IPFS oder Arweave für Massendaten)
  • Subjektive Urteile fällen (sie führen deterministische Logik aus, kein Schlussfolgern)

Diese letzte Einschränkung ist besonders relevant für Krypto-KI. Ein Smart Contract kann nicht „denken“ oder „entscheiden“ im KI-Sinne. Er kann routen, abwickeln und Regeln durchsetzen, aber die eigentliche KI-Berechnung muss offchain stattfinden und die Ergebnisse an den Vertrag zurückspeisen.

Warum es für Krypto-KI-Projekte wichtig ist

Smart Contracts sind das Bindegewebe zwischen Blockchain-Infrastruktur und KI-Funktionalität in den meisten Krypto-KI-Projekten. Das Verständnis ihrer Rolle — und ihrer Grenzen — ist essenziell, um Projektkarten korrekt zu lesen.

Die ökonomische Schicht

In vielen Krypto-KI-Architekturen handhaben Smart Contracts die ökonomische Seite: Zahlungen für Compute, Reward-Verteilung an Datenbeitragende, Staking für Validatoren und Gebührenerhebung für Inferenz-Dienste. Das KI-Modell läuft offchain, aber der Smart Contract stellt sicher, dass jeder gemäß den Regeln bezahlt wird, ohne eine zentrale Autorität, die die Buchführung verwaltet.

Governance

Smart Contracts können Governance-Mechanismen implementieren: Vorschlagseinreichung, Abstimmung, Quorum-Anforderungen und Ausführung genehmigter Änderungen. Für KI-Projekte kann dies Governance über Modellparameter, Datensatzauswahl oder Ressourcenzuweisung bedeuten — transparent on-chain durchgeführt, anstatt privat von einem Gründungsteam entschieden.

Verifikations-Checkpoints

Manche Projekte verwenden Smart Contracts, um Verifikationsdaten zu speichern: Hashes von Modellgewichten, Inferenz-Ergebnisbeweise oder Attestierungen, dass bestimmte Berechnungen durchgeführt wurden. Während der Smart Contract die KI-Ausgabe selbst nicht verifiziert (ihm fehlt die Rechenkapazität), bietet er eine unveränderliche Aufzeichnung, die später geprüft werden kann.

Zugriffskontrolle und Berechtigungen

Smart Contracts verwalten, wer auf was zugreifen kann. Eine auf Blockchain aufgebaute KI-Inferenz-API könnte einen Smart Contract verwenden, um zu prüfen, ob der Aufrufer den erforderlichen Token hält, ausreichende Credits hat oder andere Bedingungen erfüllt, bevor der Zugriff gewährt wird. Dies ersetzt zentralisierte Authentifizierungssysteme durch On-Chain-, transparente Zugriffskontrolle.

Die Unterscheidung „nicht smart im KI-Sinne“

Eine hartnäckige Quelle von Verwirrung: „Smart Contracts“ haben nichts mit künstlicher Intelligenz zu tun. Das Wort „smart“ bedeutet hier selbstausführend — der Vertrag setzt seine Logik automatisch durch — nicht, dass er schlussfolgert, lernt oder sich anpasst. Ein KI-System lernt aus Daten und macht Vorhersagen. Ein Smart Contract folgt festen Regeln und produziert deterministische Ausgaben. Krypto-KI-Projekte kombinieren typischerweise beides: Der Smart Contract handhabt On-Chain-Logik (Zahlungen, Governance, Zugriffskontrolle), während das KI-Modell die Off-Chain-Intelligenz handhabt (Inferenz, Vorhersage, Analyse).

Wo dies in den DecAIHub-Projektkarten erscheint

Smart Contracts tauchen in Projektkarten durch mehrere Felder und Evidenz-Indikatoren auf:

  • Main chain — sagt dir, auf welcher Blockchain die Smart Contracts des Projekts deployt sind. Ein Projekt auf Ethereum verwendet Solidity-basierte Verträge; ein Projekt auf Solana verwendet Rust-basierte Programme. Die Wahl der Chain beeinflusst die Vertragsfähigkeiten, Gas-Kosten und Komponierbarkeit mit anderen Protokollen.
  • Token standard — Werte wie ERC-20, BEP-20 und SPL beziehen sich auf Smart-Contract-Standards, die definieren, wie sich der Token des Projekts verhält. Ein ERC-20-Token ist ein Smart Contract auf Ethereum, der eine spezifische Schnittstelle implementiert.
  • Type und Category — Projekte, die sich auf Smart Contracts als zentrale On-Chain-Komponente stützen, haben typischerweise Type: EVM oder non-EVM (abhängig von der Chain) und eine Category, die ihre Rolle widerspiegelt (z. B. DeFi, AI/Agents | DeFi). Ein DeFi-Protokoll ist im Wesentlichen eine Sammlung von Smart Contracts, die Liquidität, Handel oder Verleihen verwalten.
  • Evidence (Tier-1) — verifizierte Smart-Contract-Adressen, Audit-Berichte und deployter Vertragscode auf Block-Explorern gehören zu den stärksten Formen von Tier-1-Belegen. Wenn ein Projekt On-Chain-Funktionalität behauptet, sollten seine Vertragsadressen verifizierbar sein.
  • Token model — Werte wie fee-mechanism, governance, staking und utility beschreiben, wie der Token mit den Smart Contracts des Projekts interagiert. Ein Governance-Token gewährt typischerweise Stimmrechte in einem smart-contract-basierten Governance-System.

Beim Lesen einer Projektkarte ist zu prüfen, ob die On-Chain-Behauptungen des Projekts durch tatsächlich deployte Verträge gestützt werden. Ein Projekt, das smart-contract-basierte Governance behauptet, aber keine verifizierbaren Vertragsadressen hat, wirft Fragen über die Substanz seiner On-Chain-Präsenz auf.

Was ein Smart Contract allein nicht beweist

Die Existenz deployter Smart Contracts sagt dir, dass Code auf einer Blockchain lebt, aber sie beweist nicht:

  • KI-Fähigkeit — ein Smart Contract kann kein KI-Modell ausführen. Das Vorhandensein gut konzipierter Verträge beweist On-Chain-ökonomische oder Governance-Logik, nicht AI reality. AI reality wird durch eine separate Reihe von Belegen bewertet (AI_0 bis AI_4 Flags).
  • Sicherheit — Smart-Contract-Code kann Bugs, Schwachstellen oder Backdoors enthalten. Deployment ist nicht gleich Sicherheit. Ein geprüfter Vertrag ist vertrauenswürdiger als ein ungeprüfter, aber selbst geprüfte Verträge wurden ausgenutzt. Prüfe, ob die Verträge des Projekts von renommierten Firmen geprüft wurden.
  • Dezentralisierung — ein auf einer dezentralisierten Blockchain deployter Smart Contract erbt die Konsens-Sicherheit des Netzwerks, aber der Vertrag selbst kann zentralisierte Kontrollmechanismen haben: Admin-Schlüssel, die den Vertrag pausieren oder upgraden können, owner-only Funktionen oder zentralisierte Oracle-Abhängigkeiten.
  • Unveränderlichkeit — wenn das Projekt upgradebare Proxy-Muster verwendet, kann das Verhalten des Vertrags von dem geändert werden, der die Upgrade-Schlüssel hält. „On-Chain“ bedeutet nicht automatisch „dauerhaft“, wenn Proxies involviert sind.
  • Nutzervorteil — ein Smart Contract kann technisch fehlerfrei und völlig nutzlos sein. Codequalität und Produktwert sind separate Fragen.

Nicht verwechseln mit

  • KI-Modell — ein KI-Modell lernt aus Daten, macht Vorhersagen und generiert Ausgaben. Ein Smart Contract führt deterministische Logik aus. Sie erfüllen grundlegend verschiedene Rollen in Krypto-KI-Projekten. Das KI-Modell ist die Intelligenz; der Smart Contract ist der Durchsetzungsmechanismus.
  • dApp (dezentralisierte Anwendung) — eine dApp ist eine nutzerseitige Anwendung, die mit Smart Contracts auf einer Blockchain interagiert. Der Smart Contract ist die Backend-Logik; die dApp ist das vollständige Produkt, das oft ein Frontend, Offchain-Dienste und Smart-Contract-Interaktionen umfasst.
  • API — eine traditionelle API läuft auf einem zentralisierten Server und kann von ihrem Betreiber geändert, abgeschaltet oder zensiert werden. Ein Smart Contract ist für jeden auf der Blockchain zugänglich, läuft nach unveränderlichen Regeln (es sei denn, er ist upgradebar) und kann nicht von einer einzigen Partei abgeschaltet werden. Manche Krypto-Projekte stellen ihre Smart Contracts über Standard-API-Schnittstellen für den Entwicklerkomfort bereit.
  • Rechtlicher Vertrag — ein rechtlicher Vertrag ist von Gerichten und Rechtsinstitutionen durchsetzbar. Ein Smart Contract ist durch Code und Blockchain-Konsens durchsetzbar. Es sind verschiedene Systeme mit verschiedenen Durchsetzungsmechanismen. Ein Smart Contract stellt keine rechtliche Vereinbarung dar, es sei denn, das jurisdiktionale Recht erkennt ihn ausdrücklich als solche an.
  • Skript — Bitcoin verwendet eine begrenzte Skriptsprache, die grundlegende Bedingungen (wie Multisig-Anforderungen) erlaubt, aber nicht die reiche Programmierbarkeit von Smart Contracts im Ethereum-Stil. Wenn Menschen „Smart Contract“ im Krypto-KI-Kontext sagen, meinen sie fast immer Ethereum-artige Verträge mit voller Programmierbarkeit.

Häufig gestellte Fragen

Können Smart Contracts gehackt werden?

Ja. Smart Contracts sind Software, und Software kann Bugs haben. Häufige Schwachstellenkategorien umfassen Reentrancy-Angriffe, Integer-Overflow, Fehler bei der Zugriffskontrolle und Oracle-Manipulation. Einmal deployt, ist fehlerhafter Code dauerhaft on-chain und kann ausgenutzt werden. Deshalb sind Sicherheits-Audits wichtig und deshalb verfolgt DecAIHub den Audit-Status als Teil der Projektbewertung. Die Unveränderlichkeit, die Smart Contracts vertrauenswürdig macht, bedeutet auch, dass deployte Bugs nicht gepatcht werden können, es sei denn, das Projekt verwendet upgradebare Muster.

Sind Smart Contracts wirklich unveränderlich?

Standard-Smart-Contracts sind nach dem Deployment unveränderlich — der Bytecode an der Vertragsadresse kann nicht geändert werden. Allerdings verwenden viele moderne Projekte upgradebare Proxy-Muster, die es ermöglichen, die Implementierungslogik auszutauschen. In diesen Fällen bleibt die Proxy-Adresse dieselbe, aber das zugrundeliegende Verhalten kann sich ändern. Ob ein Vertrag upgradebar ist und wer den Upgrade-Mechanismus kontrolliert, ist ein wichtiger Faktor bei der Bewertung der Dezentralisierung und des Vertrauensmodells eines Projekts.

Benötigen Smart Contracts auf jeder Blockchain Gas?

Die meisten Blockchains erheben irgendeine Form von Ausführungsgebühr, obwohl Terminologie und Preisgestaltung variieren. Ethereum nennt es „Gas“. Solana erhebt „Compute Units“ und „Rent“. Das Konzept ist universell: Validatoren müssen für die Ausführung von Code entschädigt werden, und Gebühren verhindern Spam. Das Kostenniveau variiert enorm — von Dollar pro Transaktion auf der Ethereum-L1 in Spitzennachfragezeiten bis zu Bruchteilen eines Cents auf L2-Netzwerken und Solana.

Kann ein KI-Modell in einem Smart Contract gespeichert werden?

Das Speichern der vollständigen Gewichte eines modernen KI-Modells in einem Smart Contract ist nicht praktikabel. Ein großes Sprachmodell kann Milliarden von Parametern haben, die Gigabytes an Speicher belegen. On-Chain-Speicherkosten auf Ethereum betragen ungefähr 20.000 Gas pro 32-Byte-Slot, was es prohibitiv teuer macht, Modellgewichte on-chain zu speichern. In der Praxis speichern Projekte Modell-Hashes oder Zeiger (wie IPFS-Content-Identifier) onchain zur Verifikation, während die eigentlichen Modelldateien offchain leben.

Was ist die Rolle von Smart Contracts in Krypto-KI-Projekten?

In den meisten Krypto-KI-Architekturen handhaben Smart Contracts die Koordinations- und ökonomische Schicht: Verwaltung von Zahlungen auf Compute-Marktplätzen, Verteilung von Rewards an Datenbeitragende, Durchsetzung von Staking- und Slashing-Regeln, Kontrolle des Zugriffs auf KI-Dienste und Steuerung von Protokollparametern. Die KI-Berechnung selbst findet offchain statt, wobei Smart Contracts als trust-minimierte Settlement- und Verifikationsschicht dienen.

Wie kann ich die Smart Contracts eines Projekts verifizieren?

Suche nach den Vertragsadressen auf einem Block-Explorer (wie Etherscan für Ethereum, Solscan für Solana oder dem relevanten Explorer für andere Chains). Verifizierte Verträge zeigen ihren Quellcode direkt auf dem Explorer, was es jedem erlaubt, die tatsächliche Logik zu lesen. Prüfe, ob der Code der Dokumentation des Projekts entspricht, ob der Vertrag geprüft wurde und ob der Audit-Bericht öffentlich verfügbar ist. In den DecAIHub-Projektkarten werden deployte Vertragsadressen und Audit-Berichte als Tier-1-Belege verfolgt.

Externe Referenzen

Siehe auch

No comments to display

Back to top