Hintergrund

Die Ethereum–Blockchain, ist eines der größten und bekanntesten Blockchain-Plattformen der Welt. Es bietet die Möglichkeit, dezentrale Anwendungen (DApps) und Smart Contracts zu erstellen und auszuführen. Dieses Ökosystem hat zu einer Reihe von Token-Standards geführt, die den Einsatz und das Management von digitalen Vermögenswerten in der Ethereum–Blockchain ermöglichen. Ein solcher Standard ist der ERC721-Token.

Was ist ein ERC721-Token?

Ein ERC721-Token ist ein nicht-fungibles Token (NFT) auf der Ethereum–Blockchain, das durch seine Einzigartigkeit und Unverwechselbarkeit gekennzeichnet ist. Im Gegensatz zu fungiblen Token wie der ERC20-Token, bei dem alle Einheiten identisch und austauschbar sind, hat jeder ERC721-Token eine eindeutige Identität, die ihn von anderen Token unterscheidet. Diese Einzigartigkeit macht diesen Token perfekt für den Einsatz in Anwendungen, bei denen individuelle Attribute und Authentizität von Bedeutung sind. Dies gilt unter anderem auch für Blockchain Games.

Anwendungsbereiche von ERC721-Token

Die Einführung von ERC721-Token hat eine Vielzahl neuer Anwendungen und Projekte ermöglicht. Besonders die Anwendungen, deren Assets von der Einzigartigkeit und den innovativen Merkmalen dieses Token-Standards profitieren. Einige der bemerkenswertesten Anwendungsbereiche sind:

1. Digitale Kunst und Sammlerstücke: Künstler können ihre digitalen Kunstwerke als ERC721-Token erstellen und verkaufen. Dadurch gewährleistet man die Authentizität und Einzigartigkeit des Werks oder nutzt es als Urkunde für den Materiellen Gegenstand. Sammlerstücke wie virtuelle Trading-Cards kann man ebenfalls als ERC721-Token herausgeben. Besonders, um ihre Seltenheit und den Wert im Laufe der Zeit zu gewährleisten.
2. Virtuelle Güter und Gaming: Man kann In-Game-Assets wie Waffen, Rüstungen und Charaktere als Token implementieren. Dies kann man machen, um die Einzigartigkeit der Assets sicherzustellen und die Möglichkeit der Vervielfältigung und Betrug zu verringern. Beispiele hierfür sind CryptoKitties, The Sandbox und viele mehr, die ich in diesem Blog thematisiere.
3. Immobilien und Grundstücke: Man kann ERC721-Token verwenden, um Grundstücke und Immobilien digital darzustellen. Dies ermöglicht den nahtlosen und sicheren Handel von Grundstücken und Immobilien auf einer Blockchain. Und dies, ohne dass ein Drittanbieter oder eine zentrale Instanz wie beispielsweise eine Bank oder ein Notar beteiligt sind.

Vorteile von ERC721-Token

• Einzigartigkeit: Jeder ERC721-Token ist einzigartig und besitzt eine individuelle Identität. Dies macht sie ideal für Anwendungen, bei denen Authentizität und Originalität von Bedeutung sind.
• Dezentralisierung: Es ermöglicht den dezentralen Handel von digitalen Gütern, wodurch die Notwendigkeit zentraler Vermittler und deren damit verbundenen Kosten entfällt.
• Interoperabilität: Durch die Einhaltung des ERC721-Standards können verschiedene Plattformen und Anwendungen problemlos miteinander interagieren und ERC721-Token austauschen.
• Eigentumsnachweis: Der Besitz des Tokens ist auf der Blockchain verankert und bietet einen transparenten und fälschungssicheren Eigentumsnachweis.
• Programmierbarkeit: Die Verwendung von Smart Contracts ermöglicht die Programmierbarkeit von ERC721-Token, sodass man komplexe Transaktionen und Geschäftslogik automatisieren kann.

Herausforderungen und mögliche Lösungen

Trotz der zahlreichen Vorteile von ERC721-Token gibt es auch Herausforderungen, die man berücksichtigen und in der Zukunft auch angehen muss, um die Akzeptanz und Nutzung des Standards zu fördern:

1. Skalierbarkeit: Die Ethereum–Blockchain ist derzeit mit Skalierbarkeitsproblemen konfrontiert, was zu hohen Transaktionskosten und langen Wartezeiten führen kann. Um dies zu beheben, arbeitet das Ethereum-Ökosystem an verschiedenen Lösungen, wie der Umstellung auf Ethereum 2.0 und der Implementierung von Layer-2-Lösungen wie Immutable X, Optimism und zkRollups uvm. die ich nach und nach als Beiträge thematisiere, wenn diese interessant sind.
2. Standardisierung und Bewertung: Da die Token einzigartig sind, kann es schwierig sein, ihren Wert zu bestimmen und vergleichbare Bewertungsstandards festzulegen. Dies kann man durch die Etablierung von Bewertungsagenturen und -plattformen, die sich auf NFTs konzentrieren, lösen.
3. Regulatorische Fragen: Da NFTs und Token im Allgemeinen immer mehr an Bedeutung gewinnen, müssen sich Regulierungsbehörden und Gesetzgeber mit den rechtlichen und regulatorischen Aspekten dieser digitalen Assets auseinandersetzen. Dies umfasst Fragen im Zusammenhang mit geistigem Eigentum, Besteuerung und Datenschutz.

Fazit

Die Einführung von ERC721-Token hat die Welt der digitalen Vermögenswerte und Anwendungen grundlegend verändert. Durch die Gewährleistung von Einzigartigkeit und Authentizität bieten ERC721-Token zahlreiche Möglichkeiten für digitale Kunst, Sammlerstücke, virtuelle Güter und vieles mehr. Obwohl noch Herausforderungen zu bewältigen sind, zeichnet sich der ERC721-Standard durch seine Innovationskraft und das Potenzial aus, die Art und Weise, wie wir digitale Assets wahrnehmen und handhaben, weiter zu revolutionieren. Es bleibt spannend zu beobachten, welche neuen Anwendungen und Geschäftsmodelle wir in Zukunft entwickeln und entdecken können, die auf diesem bemerkenswerten Token-Standard basieren.

Der Beitrag ERC721 – Die eigene Einzigartigkeit – auf der Blockchain erschien zuerst auf CEOsBay.

Kurze Zeitreise

Bis zum Aufkommen der Microservice-Architekturen wurde Software klassischerweise als Monolith entworfen. Dabei gab es keinerlei interne Schnittstellen, da alle Informationen im Monolithen weitergereicht werden konnten. Dementsprechend konnte man sich im Testing nur auf die Stufen Unittests, Integrationstests und End-to-End-Tests konzentrieren. Mit dem Aufkommen der Microservice-Architekturen existiert nun eine Vielzahl an internen Schnittstellen und damit entsteht die Notwendigkeit, diese zu testen. Die Kommunikation der Services untereinander geschieht dabei nicht zufällig, sondern folgt klar definierten Regeln, den sogenannten Schnittstellen-Contracts.

Was ist Contract Testing?

Wie bereits angesprochen, wurde die korrekte Zusammenarbeit von API und Consumer meist durch Integrationstests sichergestellt. Da diese allerdings eine lauffähige Systemlandschaft benötigen, können Fehler erst relativ spät erkannt werden. Bei der Entwicklung ist es jedoch von Vorteil, das Feedback so früh wie möglich zu erhalten. Hinzu kommt, dass Integrationstests eigentlich zum Prüfen der Fachlichkeit dienen. In heutigen Testlandschaften stellen sie strenggenommen „nur nebenher“ fest, wenn es technische Probleme an der Schnittstelle gibt. Das kann sowohl bedeuten, dass der Aufwand bei der Fehlersuche steigt, weil neben fachlichen Problemen auch technische Ursachen zum Fehlschlag des Tests führen können, als auch der Wartungsaufwand der Tests sich erhöht.

Macht also Sinn, dedizierte Tests zu nutzen, um Fehler an Schnittstellen zu finden. Hier bietet sich Contract Testing, genauer gesagt, Consumer Driven Contract Testing (CDCT) an. Verträge für Softwarekomponenten. Der Zusatz „Consumer Driven“ bedeutet, der Consumer bestimmt den Vertrag (Aus diesem Grund nennt man es auch Consumer Contract) und das sich die API nach dessen Vorgaben richten muss.

Neben Consumer Contracts gibt es die etwas verbreiteteren Provider Contracts wie WSDL-/XML-Schemata von SOAP-APIs oder Werkzeuge wie Swagger im Kontext von REST-Services.

Auch wenn sich die Funktionsweise von Framework zu Framework unterscheidet, bleibt die Idee dahinter gleich. Der Provider erfüllt den vom Consumer definierten Vertrag.

Der Vertrag enthält die API samt Parameter und die erwartete (minimale) Antwort. Dabei kann die Beschreibung der Parameter durch den Einsatz von regulären Ausdrücken beliebig präzise sein. So kann der Consumer erwarten, beim Aufruf der API einen unbestimmten String-Parameter oder einen bestimmten String-Parameter aus einem vordefinierten Set zu übergeben. Der zweite Fall ist äußerst hilfreich, wenn der Provider diesen String-Parameter in einen Enum-Wert übersetzt.

Der Consumer Test mit Pact

Sämtliche Verträge zwischen dem Consumer und dem Provider werden in einer JSON-Datei, auch Pact-Datei genannt, definiert. Der Consumer generiert diese Pact-Datei beim Ausführen seiner Pact-Tests und veröffentlicht sie auf dem Pact-Broker. Bei den Tests handelt es sich um gewöhnliche Unit-Tests und sie basieren auf einem der vielen von Pact unterstützen Test-Frameworks wie JUnit oder Jest. In dem Test ruft der Consumer die zu testende API inklusive Parameter auf. Der Aufruf wird von einem Mock-Provider, der vom Pact-Framework zur Verfügung gestellt wird, entgegengenommen. Der Mock-Provider prüft, ob dieser Aufruf mit dem Aufruf aus dem Vertrag übereinstimmt. Sind keine Abweichungen gefunden, antwortet der Mock-Provider mit der minimalen Antwort, die ebenfalls aus dem Vertrag stammt. Der Consumer empfängt in seinem Test die Antwort und vergleicht sie mit seiner Erwartung. Stimmen sie überein, ist der Test erfolgreich. Auf diesem Weg stellt der Pact-Test sicher, dass der Consumer den Aufruf tätigen und die Antwort verarbeiten kann.

Der Pact-Broker ist ein Webserver, der sowohl vom Consumer als auch vom Provider erreichbar sein muss. Er verwaltet die Verträge, indem er sie versioniert ablegt, sie dem Provider zur Verfügung stellt und die Testergebnisse speichert. Die Art und Weise wie der Consumer die Verträge auf dem Pact-Broker veröffentlicht, ist abhängig von der eingesetzten Programmiersprache der Tests und/oder dem eingesetzten Dependendency-Management. Für Maven beispielsweise gibt es ein spezielles Pact-Plugin, das den publish-Goal anbietet, für JavaScript existiert hingegen eine spezielle Pact-Version mit dem Namen Pact-js.

Der Provider Test

Analog zum Consumer-Test ist der Provider-Test auch ein Unit-Test und wird im Rahmen der restlichen Unit-Tests ausgeführt. Hierbei werden alle Verträge, die der Provider mit seinen Consumern abgeschlossen hat, vom Pact-Broker heruntergeladen. Der Aufruf der APIs erfolgt lokal, sodass ein Aufruf durch den Consumer simuliert wird. Der Provider verarbeitet den Aufruf und generiert seine Antwort, die mit der erwarteten Antwort aus dem Vertrag verglichen wird. Sollten sie gleich sein, hat der Provider den Pact-Test bestanden. Ansonsten gilt der Test als fehlgeschlagen und das Artefakt des Providers kann nicht ordnungsgemäß gebaut werden. Die Ursache für Fehlschläge sind in den meisten Fällen Code-Änderungen am Provider ohne den Consumer entsprechend angepasst zu haben oder die Erwartungshaltung des Consumers ist fehlerhaft. In beiden Fällen wird durch CDCT ein Missstand aufgedeckt, der erst zur Laufzeit bemerkbar gewesen wäre.

Alternativen zu Pact

Natürlich ist Pact nicht das einzige Framework zum Implementieren von CDCT, wenn auch aktuell eines der am weitesten verbreiteten. Neben Pact existieren noch ein paar weitere Möglichkeiten für das vertragsbasierte Testen wie Postman, Spring Cloud Contract Project oder Dredd, auf die ich noch in zukünftigen Beiträgen eingehen werde. Aus diesem Grund erfolgt auch das Fazit erst, wenn ich ein paar Vergleiche aufstellen kann.

Der Beitrag Pact.io – Für die nahtlose Integrationstestautomatisierung durch Contract Tests erschien zuerst auf CEOsBay.

Wenn man von einer dezentralen Applikation spricht, meint man eigentlich primär die Speicherung von wichtigen Daten und Zuständen und keine Applikation selbst. Die Anwendung selbst, wird häufig immer noch von zentralen Punkten, Knoten oder Maschinen abgerufen bzw. ausgeführt. Darunter zählen primär der Code oder visuelle Darstellungselemente, die zur Ausführung der Anwendung benötigt sind.

Im Prinzip lässt es sich so darstellen, dass man den Code und die Grafiken beispielsweise von einem Server abruft und die Werte dazu, welche Eigenschaften ein digitales Gut hat, wie von einem NFT, dezentral aus der Blockchain. Folglich ist die DApp nicht von einer einzelnen Person oder Institution zu steuern.

Was zeichnet eine DApp aus

DApps nutzen in der Regel kryptografisch verschlüsselte Token. Es handelt sich dabei um digitale Assets, die eine Kopie eines Datensatzes auf der Blockchain abbilden.

DApps basieren grundsätzlich auf Open Source Software. Was dies genau ist, habe ich in der Vergangenheit bereits erklärt.

Die Ausführung von DApps erfolgt in einer virtuellen Umgebung. Weist ein Smart Contract einen Fehler auf, erfolgt keine Einschränlung der gesamten Blockchain.

DApps können unabhängig von ihrer Umgebung identische Funktionen ausführen.

Dezentralisierte Anwendungen sind in der Lage, kryptografisch verschlüsselte Token generieren zu können.

Und wie bereits angesprochen, sind die Daten von DApps auf einer dezentralisierten Blockchain gespeichert.

Funktionsweise

Ethereum war der Startschuss für DApps. Das Fundament wird von den Smart Contracts geliefert, die sich auf der Ethereum Blockchain befinden. Die DApp kann in jeder beliebigen Programmiersprache, wie JavaScript oder C++ geschrieben sein und besteht immer aus diesen Smart Contracts, die sich auf der Blockchain befinden. Was Smart Contracts sind und wie sie funktionieren, habe ich in dem Beitrag Smart Contracts erklärt.

Welche DApps gibt es?

CryptoKitties – Ein Onlinespiel, bei dem man virtuelle Katzen züchtet. Eines der ersten DApps überhaupt.

Uniswap – Uniswap ist eine Krypto Handelsplattform, die ein dezentrales Netzwerkprotokoll verwendet.

MetaMask – MetaMask ist eine Krypto-Wallet, die alle Arten von Ethereum-basierten Token unterstützt. Dazu gehören auch die NFT basierten Token.

The Sandbox – Habe ich bereits in diesem Beitrag thematisiert. Schaut gerne rein.

Star Atlas – Ein Spiel in der Entwicklung, welches sich mit einem Spiele-Titel wie Elite Dangerous oder Star Citizen vergleichen lässt.

Axie Infinity – Ein Onlinespiel, bei dem man Pokemon-ähnliche Tierchen züchtet und gegeneinander kämpfen lässt.

Bis auf die ersten 3 Beispiele, streben alle erwähnten DApp Projekte die Erstellung bzw. einen Beitrag für ein Metaverse an.

Es gibt noch viel mehr DApps, die ich evtl. in diesem Beitrag erwähne und definitiv in zukünftigen Beiträgen thematisiere. Freunde und ich arbeiten gemeinsam an einigen DApps. Diese füge ich in Zukunft auch nach und nach ein.

Der Beitrag DApp – Sichere und transparente Interaktion mit Anwendungen auf der Blockchain erschien zuerst auf CEOsBay.

Eine kurze Zeitreise

Zwischen den 70er und 80er Jahren war der Terminus „Agoric Computing“ in aller Munde. Vor allem, um die Abbildung von Marktmechanismen wie Auktionen und Ressourcenmanagement in Software abzubilden. Inzwischen, besonders mit dem Aufkommen von NFTs hat die Public-Key-Kryptografie die Möglichkeiten hierzu revolutioniert.

Der Begriff „Smart Contract“ wurde 1993 durch den Informatiker Nick Szabo geprägt. Szabo, der von Forschern wie David Chaum inspiriert wurde, erwartete, dass Spezifikationen auf Basis klarer Logik, Verifikation auf Basis kryptographischer Protokolle und andere digitale Sicherheitsmechanismen, eine wesentliche Verbesserung gegenüber dem traditionellen Vertragsrecht bringen könnten.

Was sind Smart Contracts?

Wie der Name schon sagt, handelt es sich dabei um “Intelligente Verträge”. Ein Smart Contract ist aber sinngemäß ein elektronischer Vertrag, der hinterlegte Regeln automatisch überwacht und definierte Aktionen bei Vorliegen eines Trigger-Events selbsttätig ausführen kann. Ausführen kann der Smart Contract dabei einfache Programme oder Befehle, die in einer Blockchain gespeichert sind. Er kann zum Vorteil der Verwender den Workflow für den Vertragsabschluss oder eine Vertragsänderung automatisieren. Das Blockchain-Verfahren findet dezentralisiert statt. Wie genau dies funktioniert habe ich in einem anderen Beitrag bereits beschrieben. Dadurch kann man sich auf eine gewisse Sicherheit und Integrität verlassen.

Wie funktionieren Smart Contracts?

Ich werde in naher Zukunft einen ausführlichen Beitrag genau zu diesem Thema erstellen. Wird hier auf jeden Fall noch verlinkt. Einfach erklärt, reagieren Smart Contracts anhand einer “Wenn-dann”-Anweisung, die im Code einer Blockchain gespeichert ist. Wenn definierte Bedingungen erfüllt sind, wird eine Aktion ausgeführt. Hierdurch können beispielsweise automatisiert Gelder überwiesen bzw. freigegeben oder die Ware anhand der festgelegten Bedingungen nach Zahlungseingang automatisch ausgegeben werden. Die Blockchain wird nach der Durchführung der Aktion aktualisiert. Die Transaktion kann hierbei nicht geändert oder rückgängig gemacht werden. Es können so viele Bedingungen festgelegt werden, wie von den Nutzern gewünscht. Es gilt der Grundsatz “Code is Law”, wonach allein der Code selbst, den Smart Contract bereits rechtlich verbindlich macht. Dieser ist selbst vor dem Hintergrund des deutschen Rechts nicht ganz unbedenklich, da immer noch das geltende Recht zur Vertragsschließung maßgeblich ist. (Dies war übrigens die Sache mit den übereinstimmenden Willenserklärungen aus dem BGB 😀 )

Wo werden Smart Contracts angewendet?

Mein erster Kontakt mit Smart Contracts war definitiv zu dem Zeitpunkt, als ich mir meine ersten NFTs gekauft habe. Daher ist der größte Anwendungsbereich von Smart Contracts bei komplexen Lieferketten, da es dabei zahlreiche Vertragspartner gibt und durch den/die Smart Contract/s die Beziehungen zu und zwischen den verschiedenen Vertragspartnern weitestgehend automatisiert im Hintergrund ablaufen. Um dies etwas verständlicher machen zu können, folgendes Beispiel:

Ein Kunde bestellt ein Paket bei einem Lieferanten. Und hinterlegt die Zahlung via Krypto durch den Smart Contract. Das Paket wird verschickt und kommt beim Kunden an. Der Erhalt des Pakets wird vom Kunden beim Versandhändler bestätigt, der Smart Contract wird getriggert und gibt automatisch die Zahlung der Ware an den Verkäufer frei. Der Kunde hat sein Paket, der Lieferant hat sein Geld, alle sind glücklich. Dabei muss es nicht nur um den Warenversand oder um Geldtransaktionen gehen. Sämtliche Arten von Verträgen können so erstellt werden und sind dadurch, dass sie dezentral auf der Blockchain gespeichert sind, unzerstörbar.

Alles in allem spart dies den Menschen als auch Unternehmen wertvolle Zeit und steigert somit die Effizienz, da die Software einfache Vertragsvorgänge, zwischen den verschiedenen Vertragspartnern automatisiert ermöglicht. Smart Contracts werden bereits heute in den verschiedensten Bereichen angewendet. Dazu gehört nicht nur der Einsatz im Finanzwesen oder im Zahlungsverkehr mit Kryptowährungen. Auch kommen die Smart Contracts im Gesundheitswesen oder bei Versicherungen zum Einsatz. 

Wie sicher sind Smart Contracts?

Genauso wie bei konventionellen Verträgen, ist auch bei Smart Contracts auf das Wording zu achten. Sind die Inhalte falsch definiert, sollte man sich bei einer falschen Ausführung nicht beschweren. Hinzu kommt, dass es sich bei Smart Contracts um reinen Code handelt. Folglich kommt zu dem Potential der fehlerhaften Formulierung auch die Fehleranfälligkeit im Code selbst hinzu.

Folglich können gegen die Ausnutzung Exploits (Ein Exploit ist ein Stück Software, ein Datenpaket oder eine Befehlssequenz, die einen Fehler oder eine Schwachstelle ausnutzt, um ein unbeabsichtigtes oder unerwartetes Verhalten bei Computersoftware, Hardware oder etwas Elektronischem hervorzurufen) von Fehlern in Smart Contracts keine direkten Regressansprüche gestellt werden, was den Vertragspartner vor ein erhebliches Risiko und eine Rechtsunsicherheit stellen kann.

Daher sollte bei der Erstellung niemals auf einen erfahrenen Programmierer und ein qualitativ hochwertiges Audit verzichtet werden. Es sollte zudem der Grad der Dezentralisierung und die möglichen Auswirkungen von Governance-Entscheidungen beachtet werden, um aus sicherheitsrechtlichen Aspekten auf der richtigen Seite zu sein.

Was ist die Governance in einem Smart Contract?

Der Prozess, mit dem eine Gemeinschaft Entscheidungen trifft, wird als On-Chain-Governance bezeichnet und ist zu einer zentralen Komponente dezentraler Protokolle geworden, die verschiedene Entscheidungen wie die Anpassung von Parametern, die Aktualisierung von Smart Contracts, die Integration mit anderen Protokollen, die Verwaltung von Geldern, die Gewährung von Zuschüssen usw. ermöglicht. Dadurch können auch effiziente und effektive demokratische Vereinigungen gegründet und unterhalten werden. In diesem Zusammenhang möchte ich auch die DAOs erwähnen – Also „Dezentralisierte Autonome Organisationen“ (Decentralized Autonomous Organizations), die heute als neue Rechtsform verstanden werden kann, die kein zentrales Leitungsorgan hat, deren Mitglieder ein gemeinsames Ziel verfolgen und sich einig sind, im besten Interesse des Unternehmens zu handeln. Aber dies ist ein Thema für sich, welches ich in einem anderen Beitrag thematisieren werde.

Was kann gegen die Fehleranfälligkeit unternommen werden?

Wie bereits angesprochen, können Audits initiiert werden, bei denen man Unternehmen bzw. erfahrene Programmierer damit beauftragt, die Smart Contracts auf Fehler zu analysieren. Ansonsten werden im größeren Maßstab Bug-Bounty-Initiativen von Unternehmen ins Leben gerufen, bei denen die Finder von Fehlern in den Smart Contracts oder Systemen, mit Sach- oder Geldpreisen entlohnt werden. Das Aufkommen dieser Initiativen ist seit dem „DeFi-Boom” (Boom des dezentralisierten Finanzsystems) welches zeitgleich mit der Einführung des DeFi-Ökoysystems im Jahr 2018 angestiegen. Dominierende DeFi-Protokolle sind hierbei vor allem auf der Basis von Ethereum bzw. dem ERC-20 Token, die ich in den verlinkten Beiträgen bereits thematisiert habe, zu finden.

Fazit

In Anbetracht der Tatsache, dass ich in den letzten 7 Jahren als Unternehmer tätig war und bereits den ein oder anderen komplexen Vertrag erstellt habe bzw. von meinen Anwälten habe erstellen lassen bzw. unterzeichnen müssen – Vieles wäre mit dem Einsatz von Smart Contracts, beispielsweise als „Treuhand“, „einfacher“ bzw. „verlässlicher“ gewesen. Meine Anwälte und oder Notare, mit denen ich zusammengearbeitet habe, in allen Ehren. Doch wenn der Kunde und Dienstleister sich über einen Smart Contract einigen bzw. absichern, kann man sich durchaus einen enormen juristischen Aufwand sparen, da jeder das erhält, was einem zusteht, wenn die gegenseitigen Erwartungen erfüllt werden und ein Smart Contract sowohl die Freigabe der „Produkte“ als auch der „Zahlungen“ triggert. Dies bedeutet nicht, dass der komplette juristische Aufwand entfällt. Ein sauberer Vertrag sollte dennoch von einem Anwalt erstellt werden. Doch wahrscheinlich kann man sich in der Zukunft den Notar sparen 😀

Der Beitrag Smart Contracts – Transparente und sichere Verträge auf der Blockchain erschien zuerst auf CEOsBay.