Der Begriff Smart Contract leistet viel unverdiente Arbeit. Er suggeriert etwas Rechtliches, etwas Intelligentes, etwas, das \u00fcber eine Vereinbarung wacht. Tats\u00e4chlich ausgerollt wird ein Programm, das auf einer Blockchain gespeichert ist, bei Ausl\u00f6sung l\u00e4uft und Verm\u00f6genswerte nach seinem eigenen Code bewegt. Wer die L\u00fccke zwischen Name und Mechanismus versteht, versteht den Gro\u00dfteil des Risikos.<\/p>\n
Ein Smart Contract ist Code samt gespeicherten Daten, die unter einer Adresse auf einer Chain liegen. Jeder kann ihm eine Transaktion senden, die eine seiner Funktionen aufruft. Jeder Node f\u00fchrt denselben Code gegen denselben Zustand aus und kommt zum selben Ergebnis \u2013 das macht das Resultat \u00fcberpr\u00fcfbar statt vertrauensabh\u00e4ngig.<\/p>\n
Die Ausf\u00fchrung kostet eine Geb\u00fchr, die in der Regel proportional zur geleisteten Rechenarbeit ist. Diese Geb\u00fchr ist kein buchhalterisches Detail: Sie begrenzt, wie komplex On-Chain-Logik praktisch sein kann, und dr\u00e4ngt Entwickler zu minimalen Contracts, bei denen m\u00f6glichst viel off-chain abgewickelt wird. Sie bedeutet auch, dass ein Contract schlicht deshalb scheitern kann, weil ihm mitten in der Ausf\u00fchrung das Budget ausgegangen ist.<\/p>\n
Daraus folgen zwei Eigenschaften. Die Ausf\u00fchrung ist deterministisch, dieselben Eingaben liefern also immer dieselben Ausgaben. Und auf den meisten Chains ist der ausgerollte Code unver\u00e4nderlich \u2013 was Sie ausrollen, l\u00e4uft f\u00fcr immer.<\/p>\n
Innerhalb seiner eigenen Chain ist die Durchsetzungskraft eines Contracts sehr stark. Er kann Verm\u00f6genswerte halten und sie nur freigeben, wenn festgelegte Bedingungen erf\u00fcllt sind. Er kann Reihenfolgen durchsetzen, sodass Schritt zwei nicht vor Schritt eins erfolgen kann. Er kann arithmetische Regeln wie Angebotsobergrenzen oder Emissionspl\u00e4ne durchsetzen. Er kann Zugriffskontrolle durchsetzen und Funktionen auf bestimmte Adressen beschr\u00e4nken. Und er kann all das ohne einen Betreiber tun, der es sich anders \u00fcberlegen k\u00f6nnte.<\/p>\n
Das ist eine reale F\u00e4higkeit. Treuhand, die kein Intermedi\u00e4r pl\u00fcndern kann, ein Token-Angebot, das niemand still und leise ausweiten kann, und automatisiertes Market Making, das ohne Orderbuch funktioniert, sind allesamt echte Leistungen dieses Modells. Der Wert entsteht dadurch, dass Ermessen entf\u00e4llt, nicht dadurch, dass Intelligenz hinzukommt.<\/p>\n
Ein Contract hat keine Sinne. Er kann nicht sehen, dass eine Lieferung eintrifft, eine Sendung den Zoll passiert oder eine Leistung erbracht wird. Er wei\u00df nur, was in den Zustand seiner Chain geschrieben ist. Jede Interaktion mit der physischen Welt erfordert, dass jemand sie bezeugt \u2013 und ab diesem Punkt vertrauen Sie dem Bezeugenden.<\/p>\n
Ein Contract hat auch keinen Zugriff nach au\u00dfen. Er kann kein Eigentum pf\u00e4nden, keinen Lohn einbehalten und kein Verhalten erzwingen. Wenn eine Vereinbarung gegen\u00fcber einer Person durchgesetzt werden muss und nicht gegen\u00fcber einem Topf von On-Chain-Verm\u00f6genswerten, leistet Code das nicht. In der Praxis hei\u00dft das: Smart Contracts funktionieren gut, wenn der gesamte Gegenstand der Vereinbarung bereits on-chain ist, und umso schlechter, je weiter man sich davon entfernt.<\/p>\n
Ein Contract kann auch kein Urteilsverm\u00f6gen aus\u00fcben. Er kann nicht erkennen, dass eine Gegenpartei innerhalb des Wortlauts der Bedingungen treuwidrig gehandelt hat oder dass sich die Umst\u00e4nde auf eine Weise ge\u00e4ndert haben, die niemand vorhergesehen hat. Menschliche Vertr\u00e4ge leben von Auslegung. Code hat keine.<\/p>\n
Die zugrunde liegende Kryptografie ist selten das Problem. Fehler h\u00e4ufen sich an einigen wenigen wiedererkennbaren Stellen.<\/p>\n
Der klassische Fall ist eine Funktion, die erneut betreten werden kann, bevor sie ihre eigene Buchf\u00fchrung fertig aktualisiert hat, sodass ein Aufrufer wiederholt gegen ein Guthaben abheben kann, das noch nicht verringert wurde. Der Code lief korrekt. Der Entwurf war falsch. Die Unver\u00e4nderlichkeit macht den Fehler dann dauerhaft, sofern kein Rettungspfad eingebaut ist.<\/p>\n
Viele Vorf\u00e4lle laufen auf eine privilegierte Funktion hinaus, die nicht ordentlich beschr\u00e4nkt war, oder auf einen Administrationsschl\u00fcssel, der m\u00e4chtiger oder schlechter gesch\u00fctzt war, als die Nutzer annahmen. Ein Contract kann in seiner Kernlogik fehlerfrei sein, w\u00e4hrend eine Eigent\u00fcmeradresse still und leise die Macht beh\u00e4lt, ihn leerzur\u00e4umen.<\/p>\n
Contracts, die auf Preise, Zinss\u00e4tze oder Ergebnisse Bezug nehmen, h\u00e4ngen von Orakeln ab. Wird ein Preis aus einer Quelle gelesen, die sich billig manipulieren l\u00e4sst, kann ein Angreifer die Eingabe verzerren und den Contract den Schaden f\u00fcr sich anrichten lassen. Der Contract verh\u00e4lt sich dabei durchgehend korrekt.<\/p>\n
Protokolle bauen aufeinander auf, und ein Contract, der f\u00fcr sich genommen sicher ist, kann unsicher sein, wenn ein anderer Contract ihn in einer unerwarteten Reihenfolge innerhalb einer einzigen Transaktion aufrufen kann. Emergentes Verhalten \u00fcber f\u00fcr sich genommen solide Komponenten hinweg geh\u00f6rt zu den schwerer durchschaubaren Risikoklassen.<\/p>\n
Unver\u00e4nderlichkeit ist der Grund, warum man einem Smart Contract vertrauen kann, ohne seinem Autor zu vertrauen. Sie ist auch der Grund, warum sich ein Bug als nicht behebbar erweisen kann. Teams reagieren mit upgradef\u00e4higen Mustern, mit Timelocks, die \u00c4nderungen verz\u00f6gern, damit Nutzer aussteigen k\u00f6nnen, und mit Multi-Signature-Kontrolle \u00fcber Administrationsschl\u00fcssel. Jede dieser Abmilderungen f\u00fchrt bewusst ein St\u00fcck Vertrauen wieder ein.<\/p>\n
Es gibt keine Konfiguration, die diesen Zielkonflikt aufhebt. Vollst\u00e4ndig unver\u00e4nderlich hei\u00dft vollst\u00e4ndig festgelegt auf das, was ausgerollt wurde. Upgradef\u00e4hig hei\u00dft, jemand kann die Regeln \u00e4ndern. Die ehrliche Haltung besteht darin, zu wissen, welches Modell ein bestimmtes Protokoll verwendet, wer die Schl\u00fcssel h\u00e4lt und welche Verz\u00f6gerung besteht, bevor \u00c4nderungen wirksam werden.<\/p>\n
Contracts werden innerhalb von Bl\u00f6cken ausgef\u00fchrt, das hei\u00dft, ihre Garantien sind nur so stark wie die Abwicklungsgarantien der darunterliegenden Chain. Auf einer Chain, auf der Reorganisationen billig sind, kann eine Transaktion, die endg\u00fcltig aussah, r\u00fcckg\u00e4ngig gemacht werden \u2013 und jeder Contract-Zustand, der von ihr abhing, verschwindet mit ihr. Die Sicherheit der Chain, ob aus akkumulierter Proof-of-Work-Arbeit oder aus gebundenem Stake, ist daher Teil des Sicherheitsmodells eines Contracts und kein separates Thema. Der Zusammenhang wird in unserer Berichterstattung zur Blockchain-Technologie<\/a> weiter ausgef\u00fchrt.<\/p>\n Bevor Sie mit einem Contract interagieren, leisten einige wenige Fragen den gr\u00f6\u00dften Teil der Arbeit. Ist der Quellcode verifiziert und lesbar oder nur ein kompiliertes Bin\u00e4rpaket? Ist er upgradef\u00e4hig, und wenn ja, wer kann ihn aktualisieren und wie schnell? Von welchen externen Daten h\u00e4ngt er ab, und woher stammen diese Daten? Wurde er gepr\u00fcft, in welcher Version, und wurden die Feststellungen behoben? Wie viel Wert hat er gehalten, und wie lange?<\/p>\n Nichts davon garantiert Sicherheit. Es bringt Sie dahin, statt einer Beschreibung zu vertrauen einen Mechanismus zu beurteilen \u2013 mehr ist redlicherweise nicht zu haben. Die zugeh\u00f6rige Terminologie finden Sie im Glossar<\/a>, und wie wir an dieses Material grunds\u00e4tzlich herangehen, steht in unserer Methodik<\/a>. Nichts hiervon ist eine Finanzberatung.<\/p>\n","protected":false},"excerpt":{"rendered":" Ein Smart Contract ist Code, der genau so l\u00e4uft, wie er geschrieben wurde \u2013 das ist zugleich seine St\u00e4rke und sein zentrales Risiko. Hier steht, was er tats\u00e4chlich durchsetzt, was er nicht erreichen kann und wo sich die Fehler h\u00e4ufen.<\/p>\n","protected":false},"author":3,"featured_media":77,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[7],"tags":[],"class_list":["post-105","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-smart-contracts-explained"],"_links":{"self":[{"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/posts\/105","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/comments?post=105"}],"version-history":[{"count":2,"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/posts\/105\/revisions"}],"predecessor-version":[{"id":300,"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/posts\/105\/revisions\/300"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/media\/77"}],"wp:attachment":[{"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/media?parent=105"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/categories?post=105"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cryptocurrencyminers.net\/de\/wp-json\/wp\/v2\/tags?post=105"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Ein praktischer Weg, einen zu beurteilen<\/h2>\n