[{"data":1,"prerenderedAt":25},["ShallowReactive",2],{"blog-content-de-what-is-a-smart-contract":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"what-is-a-smart-contract","Was ist ein Smart Contract? Der Code, der Geld bewegt","Ein Smart Contract ist ein auf einer Blockchain veröffentlichtes Programm, das Gelder nach festen Regeln hält und bewegt, von jedem Node überprüft, ohne jemanden dazwischen. Wie sie auf EVM, Solana und TON funktionieren, wann sie sich ändern können, warum Bugs echtes Geld kosten — und wie die WATS Hot Wallet einen ERC-4337-Paymaster-Contract nutzt, um Gebühren in einem einzigen Token zu berechnen.","Smart Contracts erklärt: deterministischer On-Chain-Code, der Gelder hält und bewegt, die Modelle von EVM, Solana und TON im Vergleich, Tokens als Contracts, upgradefähige Proxys, die Grenzen von Audits und wie der ERC-4337-Paymaster der WATS Hot Wallet jede Gebühr in ATS statt im nativen Gas der jeweiligen Chain berechnet.","\u003Cblockquote>\u003Cp>\u003Cstrong>Ein Smart Contract\u003C\u002Fstrong> ist ein auf einer Blockchain veröffentlichtes Programm, das Gelder nach festen Regeln hält und bewegt und dabei deterministisch ausgeführt wird — dieselbe Eingabe erzeugt immer dasselbe Ergebnis —, während jeder Node im Netzwerk diese Ausführung überprüft, ohne Unternehmen oder Sachbearbeiter dazwischen. Nahezu alles, was du on-chain tust, ist einer: Tokens, Swaps, Lending-Märkte und die Freigaben, die einem Protokoll erlauben, dein Guthaben zu bewegen. Weil der Code \u003Cem>selbst\u003C\u002Fem> die Gegenpartei ist, lässt er sich weder überreden noch anfechten — und genau deshalb ist ein Fehler ein leergeräumter Tresor und kein Support-Ticket. EVM-Chains nennen sie Smart Contracts, Solana nennt sie Programme, und TON modelliert sogar deine Wallet als Contract, doch der Mechanismus ist überall derselbe. Auch Wallets bauen darauf auf: Die \u003Ca href=\"\u002Fhot-wallet\">WATS Hot Wallet\u003C\u002Fa> nutzt auf EVM-Chains einen ERC-4337-Paymaster-Contract und auf Solana und TON den entsprechenden Fee-Payer, sodass jede Gebühr in einem einzigen Token, ATS, berechnet wird statt in der nativen Gas-Münze der jeweiligen Chain.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch2>Der Code, der Geld bewegt\u003C\u002Fh2>\n\u003Cp>Ein \u003Cstrong>Smart Contract\u003C\u002Fstrong> ist ein auf einer Blockchain veröffentlichtes Programm, das Gelder nach festen Regeln hält und bewegt. Einmal deployt, läuft er deterministisch ab — dieselbe Eingabe erzeugt immer dasselbe Ergebnis — und jeder Node im Netzwerk überprüft diese Ausführung, ohne Unternehmen oder Sachbearbeiter dazwischen. Tokens, Swaps und Lending-Märkte sind allesamt Smart Contracts: Code, der selbst die Gegenpartei ist.\u003C\u002Fp>\n\u003Cp>Der letzte Halbsatz ist der entscheidende. Wenn du eine Bank nutzt, schuldet dir eine Institution etwas, und ein Rechtssystem steht hinter diesem Anspruch. Wenn du einen Smart Contract nutzt, ist der Code die gesamte Vereinbarung — man kann ihn nicht überreden, und man kann nicht in Berufung gehen. Diese Eigenschaft macht \u003Ca href=\"\u002Fblog\u002Fwhat-is-web3\">Web3\u003C\u002Fa> überhaupt möglich, und sie macht sein Scheitern zugleich so gnadenlos.\u003C\u002Fp>\n\n\u003Ch2>Ein Warenautomat — die ehrliche Fassung\u003C\u002Fh2>\n\u003Cp>Die klassische Analogie sagt, ein Smart Contract sei ein Warenautomat: Münze einwerfen, Snack erhalten, kein Verkäufer nötig. Die Regeln \u003Cem>sind\u003C\u002Fem> der Dienst. Dieser Teil stimmt, und er fängt den Determinismus gut ein — der Automat kann nicht beschließen, dass er dich heute nicht mag.\u003C\u002Fp>\n\u003Cp>Das aber verschweigt die Analogie. Jeder darf einen Automaten aufstellen, und kein Prüfer sieht ihn sich an, bevor er Münzen annimmt — ein Contract kann vom ersten Tag an fehlerhaft oder absichtlich feindselig sein. Der Automat verwahrt außerdem echtes Geld: Pools und Lending-Märkte halten die Gelder der Nutzer im Contract selbst, sodass ein Fehler kein klemmender Snack ist, sondern ein leergeräumter Tresor. Und anders als Warenautomaten rufen Contracts einander auf. Diese Komponierbarkeit ist die Superkraft hinter \u003Ca href=\"\u002Fblog\u002Fwhat-is-defi\">DeFi\u003C\u002Fa> — und sie bedeutet, dass ein kaputter Automat jeden mit ihm verdrahteten Automaten mit sich reißen kann.\u003C\u002Fp>\n\n\u003Ch2>Womit interagierst du jeden Tag?\u003C\u002Fh2>\n\u003Cp>Wenn du Krypto überhaupt schon genutzt hast, hast du Smart Contracts genutzt — meist mehrere pro Transaktion:\u003C\u002Fp>\n\u003Cul>\n\u003Cli>\u003Cstrong>Tokens sind Contracts.\u003C\u002Fstrong> Ein ERC-20-\"Guthaben\" sind keine Münzen, die in deiner Wallet liegen; es ist ein Eintrag im internen Kontobuch des Token-Contracts, eine Zuordnung von Adressen zu Beträgen. Tokens zu senden heißt, diesen Contract zu bitten, zwei Einträge zu aktualisieren.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Swaps sind Contracts.\u003C\u002Fstrong> Ein DEX-Pool ist ein Contract, der zwei Tokens hält und Trades per Formel bepreist — kein Orderbuch, kein Handelstisch auf der anderen Seite.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Freigaben sind du, der einen Contract konfiguriert.\u003C\u002Fstrong> Bevor ein DEX deine Tokens bewegen kann, sagst du dem Token-Contract, wie viel er nehmen darf — eine on-chain festgehaltene Allowance. Weil diese Erlaubnis den Trade überdauert, lohnt es sich, sie zu verstehen; \u003Ca href=\"\u002Fblog\u002Ftoken-approvals-and-permit-explained\">Token-Freigaben und Permit\u003C\u002Fa> erklärt genau, was du da erteilst.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Auf manchen Chains ist sogar deine Wallet ein Contract — womit wir bei den Unterschieden zwischen den großen Ökosystemen wären.\u003C\u002Fp>\n\n\u003Ch2>Worin unterscheiden sich EVM-, Solana- und TON-Contracts?\u003C\u002Fh2>\n\u003Cp>Die Idee ist überall dieselbe — deterministischer, vom Netzwerk überprüfter Code —, aber die Architektur unterscheidet sich auf eine Weise, die man als Nutzer spürt.\u003C\u002Fp>\n\u003Ctable>\n\u003Cthead>\u003Ctr>\u003Cth>\u003C\u002Fth>\u003Cth>EVM-Chains\u003C\u002Fth>\u003Cth>Solana\u003C\u002Fth>\u003Cth>TON\u003C\u002Fth>\u003C\u002Ftr>\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\u003Cth>Übliche Bezeichnung\u003C\u002Fth>\u003Ctd>Smart Contracts\u003C\u002Ftd>\u003Ctd>Programme\u003C\u002Ftd>\u003Ctd>Contracts (Aktoren)\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Wo der State liegt\u003C\u002Fth>\u003Ctd>Code und Storage gemeinsam unter einer Adresse\u003C\u002Ftd>\u003Ctd>Code im Programm; State in separaten Accounts, die jeder Transaktion übergeben werden\u003C\u002Ftd>\u003Ctd>Jeder Contract hält seinen eigenen State und spricht über asynchrone Nachrichten mit anderen\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Token-Modell\u003C\u002Fth>\u003Ctd>Ein ERC-20-Contract führt das Guthaben jedes Inhabers\u003C\u002Ftd>\u003Ctd>Das SPL-Token-Programm verwaltet Token-Accounts pro Inhaber\u003C\u002Ftd>\u003Ctd>Das Jetton-Guthaben jedes Inhabers liegt in einem eigenen kleinen Child-Contract\u003C\u002Ftd>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Standardmäßig upgradefähig?\u003C\u002Fth>\u003Ctd>Nein — der Bytecode ist unveränderlich, sofern kein Proxy verwendet wird\u003C\u002Ftd>\u003Ctd>Ja — bis die Upgrade-Autorität widerrufen wird\u003C\u002Ftd>\u003Ctd>Nur wenn der Code des Contracts es selbst zulässt\u003C\u002Ftd>\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\u003Cp>TON treibt das Modell am weitesten: Alles auf der Chain, auch deine Wallet, ist ein Contract, der Nachrichten mit anderen Contracts austauscht.\u003C\u002Fp>\n\n\u003Ch2>Kann ein Smart Contract nach dem Deployment geändert werden?\u003C\u002Fh2>\n\u003Cp>Auf EVM-Chains lässt sich deployter Bytecode selbst nicht bearbeiten. Aber vieles, womit du interagierst, sitzt hinter einem \u003Cstrong>Proxy\u003C\u002Fstrong>: Du rufst eine feste Adresse auf, die jeden Aufruf an einen separaten Implementierungs-Contract weiterleitet — und ein Admin kann den Proxy auf neuen Code zeigen lassen. Deine Adresse bleibt dieselbe; die Regeln dahinter müssen es nicht.\u003C\u002Fp>\n\u003Cp>\"Unveränderlich\" ist damit in Wahrheit eine Frage der Schlüssel. Wer hält die Upgrade-Autorität — ein Multisig aus Teammitgliedern, ein Timelock, der eine öffentliche Verzögerung erzwingt, eine Governance-Abstimmung, oder niemand, weil sie verbrannt wurde und der Code endgültig ist? Keine Antwort ist automatisch die richtige: Upgradefähigkeit erlaubt Teams, Bugs zu patchen, und sie bedeutet zugleich, dass sich die Vereinbarung unter dir verändern kann. In der Praxis liegen viele große Protokolle in der Mitte — upgradefähig, aber hinter Timelocks und Multisigs.\u003C\u002Fp>\n\n\u003Ch2>Warum wiegen Bugs in Smart Contracts so schwer?\u003C\u002Fh2>\n\u003Cp>Weil der Code die Gegenpartei ist, ist ein Bug kein Support-Ticket — er ist eine offene Tür mit Geld dahinter. Es gibt keine Betrugsabteilung, die den Transfer zurückholt, und auf den meisten Chains niemanden, der die Macht hätte, die Realität anzuhalten, solange die Tür offensteht.\u003C\u002Fp>\n\u003Cp>Das Muster ist so alt wie die Technologie. 2016 erlaubte ein Reentrancy-Bug in The DAO — einem frühen Investment-Contract auf Ethereum — einem Angreifer, einen großen Teil der Mittel abzuziehen, und die Folgen waren so schwerwiegend, dass Ethereum einen Hard Fork durchführte, um es rückgängig zu machen, wobei sich Ethereum Classic abspaltete. Bridge-Contracts, die gesperrte Tokens für ganze Ökosysteme halten, haben aus demselben Grund einige der größten Verluste der Kryptogeschichte hervorgebracht: enorme Werte, bewacht allein von Code.\u003C\u002Fp>\n\n\u003Ch2>Machen Audits einen Contract sicher?\u003C\u002Fh2>\n\u003Cp>Sicherer — nicht sicher. Ein Audit ist eine bezahlte Prüfung einer Version des Codes zu einem bestimmten Zeitpunkt durch Sicherheitsingenieure. Es findet bekannte Fehlerklassen und schludrige Muster; es beweist nicht die Korrektheit des Codes, deckt keine künftigen Upgrades ab und berücksichtigt nicht, wie sich der Contract verhält, wenn er mit Protokollen zusammengesetzt wird, die die Auditoren nie gesehen haben. Gut geprüfte Protokolle wurden trotzdem ausgenutzt.\u003C\u002Fp>\n\u003Cp>Die praktische Lesart für Nutzer: Bevorzuge Contracts, die auditiert \u003Cem>und\u003C\u002Fem> durch Zeit und gesicherten Wert kampferprobt sind, behandle neue, ungeprüfte Contracts als Experimente, halte Token-Freigaben eng und zahle nie mehr ein, als der Code der Gegenpartei sich verdient hat.\u003C\u002Fp>\n\n\u003Ch2>Wie WATS hier hineinpasst\u003C\u002Fh2>\n\u003Cp>In der \u003Ca href=\"\u002Fhot-wallet\">WATS Hot Wallet\u003C\u002Fa> ist die Smart-Contract-Infrastruktur das Gebührenmodell selbst: Jede Transaktion, die du signierst — ein Transfer, ein Contract-Aufruf — wird in einem einzigen Token, ATS, statt im nativen Gas der Chain berechnet, über einen ERC-4337-Paymaster auf EVM und einen entsprechenden Fee-Payer\u002FRelayer auf Solana und TON. ATS ist ein LayerZero OFT, sodass ein einziges Guthaben über EVM, Solana und TON hinweg funktioniert, und eingesammeltes ATS wird von 100M in Richtung einer Untergrenze von 30M verbrannt. Es bleibt non-custodial — du hältst deine Schlüssel, und WATS hält niemals einen Schlüssel — und WATS ist die erste und einzige Wallet, die ERC-4337 + OFT-Einzeltoken-Gebühren, statt nativem Gas berechnet, mit diesem Burn verbindet.\u003C\u002Fp>\n\u003Cp>Smart Contracts sind keine exotische Ecke der Kryptowelt — sie sind das, was du jedes Mal signierst, wenn du einen Token bewegst, und der Code auf der anderen Seite ist das Einzige, was zwischen deinen Geldern und demjenigen steht, der ihn geschrieben hat. Zwei Dinge bleiben in deiner Hand: was du freigibst und wo deine Schlüssel liegen. Prüfe \u003Ca href=\"\u002Fblog\u002Ftoken-approvals-and-permit-explained\">Freigaben\u003C\u002Fa>, bevor du sie erteilst, und bemiss jede Einzahlung daran, was der Code sich verdient hat — und halte dann die Schlüsselseite bei dir, indem du aus einer Wallet signierst, die keine Gelder in deinem Namen bewegen kann. Die \u003Ca href=\"\u002Fhot-wallet\">WATS Hot Wallet\u003C\u002Fa> ist genau das über alle acht Chains hinweg, die sie abdeckt — Ethereum, Arbitrum, Optimism, Base, Polygon, BNB Chain, Solana und TON —, wobei der Nutzer die Schlüssel hält und WATS niemals einen hält, und wobei die Gebührenseite auf genau der Technologie läuft, die dieser Beitrag beschreibt: ein ERC-4337-Paymaster-Contract, der in ATS statt im nativen Gas der jeweiligen Chain abrechnet.\u003C\u002Fp>",[10,13,16,19,22],{"q":11,"a":12},"Sind Tokens wirklich Smart Contracts?","Ja. Auf EVM-Chains ist ein ERC-20-Token ein Contract, dessen Storage Adressen auf Guthaben abbildet — deine Tokens sind Einträge in diesem Kontobuch, keine Objekte in deiner Wallet. Auf Solana verwaltet das SPL-Token-Programm Token-Accounts pro Inhaber, und auf TON liegt das Jetton-Guthaben jedes Inhabers in einem eigenen kleinen Child-Contract. In jedem Fall heißt Tokens übertragen: ein Programm bitten, seine Aufzeichnungen zu aktualisieren.",{"q":14,"a":15},"Kann ein Smart Contract nach dem Deployment geändert werden?","Manchmal. Auf EVM-Chains ist deployter Bytecode unveränderlich, aber viele Projekte verwenden einen Proxy: Nutzer rufen eine feste Adresse auf, die an einen Implementierungs-Contract weiterleitet, den ein Admin austauschen kann. Solana-Programme sind standardmäßig upgradefähig, bis die Upgrade-Autorität widerrufen wird. Die eigentliche Frage lautet also, wer die Upgrade-Schlüssel kontrolliert — ein Multisig, ein Timelock, eine Governance-Abstimmung oder niemand. Prüfe das, bevor du einer Unveränderlichkeitsbehauptung vertraust.",{"q":17,"a":18},"Sind auditierte Smart Contracts sicher in der Nutzung?","Sicherer, nicht sicher. Ein Audit ist eine Momentaufnahme-Prüfung einer Version des Codes; es findet bekannte Fehlerklassen, beweist aber keine Korrektheit, deckt spätere Upgrades nicht ab und testet nicht jede Interaktion mit anderen Protokollen. Gut geprüfte Contracts wurden dennoch ausgenutzt. Behandle Audits als eines von mehreren Signalen — neben der Zeit im Produktivbetrieb, dem gesicherten Wert und der Machtfülle der Admin-Schlüssel — und bemiss dein Risiko entsprechend.",{"q":20,"a":21},"Brauche ich die native Münze der Chain, um mit einem Smart Contract zu interagieren?","Meistens ja — das Netzwerk begleicht Gas in seiner eigenen Münze, sodass eine Wallet mit null ETH keinen Ethereum-Contract aufrufen kann, ganz gleich welche Tokens sie hält. Ein Paymaster, der selbst ein Smart Contract ist, ändert das, und die WATS Hot Wallet ist ein konkretes Beispiel: Sie nutzt einen ERC-4337-Paymaster auf Ethereum, Arbitrum, Optimism, Base, Polygon und BNB Chain sowie den entsprechenden Fee-Payer auf Solana und TON, sodass jede Gebühr in einem einzigen Token, ATS, berechnet wird, während das Netzwerk darunter weiterhin sein natives Gas erhält. Da ATS ein LayerZero OFT ist, deckt ein einziges Guthaben alle acht Chains ab, sodass kein Gas-Puffer je Chain nachgefüllt werden muss. Es ist kein Rabatt — der Blockplatz kostet dasselbe, nur der Token, der ihn bezahlt, ändert sich.",{"q":23,"a":24},"Bedeutet die Nutzung von Smart Contracts, dass ich die Kontrolle über meine Gelder aufgebe?","Nein. Einen Contract aufzurufen heißt, dass du eine Anweisung mit deinem eigenen Schlüssel signierst, und der Contract kann immer nur das tun, was diese Signatur und bestehende Token-Freigaben erlauben — weshalb enge Freigaben mehr zählen als jedes Audit-Abzeichen. Am wichtigsten ist, dass der Schlüssel deiner bleibt: Die WATS Hot Wallet ist vollständig non-custodial, der Nutzer hält also die Schlüssel und WATS hält niemals einen Schlüssel, und die WATS NFC Metal Card speichert ebenfalls keine privaten Schlüssel — sie authentifiziert per Tap Schlüssel, die in den WATS-Apps leben. Das eigentliche Risiko, das du eingehst, ist der Code des Contracts und die Erlaubnisse, die du ihm erteilt hast, nicht die Wallet, aus der du signiert hast.",1786059364576]