Entstehung und Initiatoren von OpenCL

Die Open Computing Language entstand als Reaktion auf die wachsende Nachfrage nach einem offenen Standard für paralleles Computing. Die Khronos Group, bekannt für andere offene Standards wie OpenGL und Vulkan, rief es ins Leben. Ziel war es, Entwicklern eine einheitliche Sprache und Schnittstelle zur Verfügung zu stellen, um die volle Leistungsfähigkeit moderner Rechengeräte zu nutzen.

Die Umsetzung von OpenCL

Wer es in einem Projekt nutzen möchte, sollte sich zunächst mit der Open Computing Language-Spezifikation und den verfügbaren SDKs (Software Development Kits) vertraut machen. Folgende Schritte helfen dabei:

1. Auswahl des passenden SDK: Verschiedene Hersteller bieten OpenCL-SDKs an. Hierzu zählen AMD, NVIDIA und Intel. Es empfiehlt sich, das SDK zu wählen, das am besten zur Zielhardware passt.
2. Entwicklungsumgebung einrichten: Nach der Installation des SDK gilt es, die Entwicklungsumgebung entsprechend zu konfigurieren. Hierzu zählen Compiler-Einstellungen und Einbindung der OpenCL-Headers und -Libraries.
3. OpenCL-Programme schreiben: OpenCL-C ist die Programmiersprache für Open Computing Language. Ein einfaches Beispiel für ein Open Computing Language-Programm könnte die Vektoraddition sein:

__kernel void vecAdd(__global float* A, __global float* B, __global float* C, constunsigned int size) { int i = get_global_id(0); if (i < size) { C[i] = A[i] + B[i]; } }

4. Performance optimieren: Effektives Parallelisieren und Vermeiden von Engpässen sind entscheidend, um das Beste aus der Open Computing Language herauszuholen.

Darauf sollte man bei der Arbeit mit OpenCL achten

Es bietet enormes Potential, birgt jedoch auch Herausforderungen:

• Wissen über Hardware: OpenCL eröffnet den direkten Zugang zur Hardware. Das bedeutet jedoch auch, dass ein tieferes Verständnis der Zielhardware erforderlich ist, um optimale Ergebnisse zu erzielen.
• Speicherverwaltung: Es hat eine eigene Speicherverwaltung. Es lohnt sich, sich mit den verschiedenen Speichertypen und -bereichen auseinanderzusetzen.
• Synchronisation: Bei parallelen Berechnungen gilt es, die Synchronisation zwischen Threads und Work-Items zu beachten.

Fazit

OpenCL revolutioniert die Welt des parallelen Computings und bietet Entwicklern ein mächtiges Werkzeug, um die Leistung moderner Hardware voll auszuschöpfen. Mit dem richtigen Know-how und einem sorgfältigen Umgang mit den Herausforderungen können beeindruckende Ergebnisse erzielt werden. An dieser Stelle möchte ich auch auf meinen Beitrag über CUDA hinweisen. Es ist zwar eine NVIDIA Karte benötigt, doch der Einstieg in die GPU Programmierung ist damit wesentlich einfacher.

Der Beitrag OpenCL (Open Computing Language) erschien zuerst auf CEOsBay.

Die Idee hinter Worldcoin ist es, den Markt für die Überprüfung der Menschlichkeit zu erschließen, indem Nutzer dazu überredet werden, ihre Augen für Krypto-Token scannen zu lassen. Ja, wir scheinen dies richtig gehört zu haben! Mit dem Rollout, der erst vor kurzem begonnen hat, steht Worldcoin schon jetzt unter strenger Beobachtung der Datenschützer in Europa.

Warum will jemand seine Menschlichkeit im Internet beweisen?

Ein Grund dafür ist die Verbreitung von künstlicher Intelligenz. Tools wie ChatGPT, die von Altmans KI-Unternehmen entwickelt sind, machen es immer schwieriger, zwischen von Bots generierten und menschlichen digitalen Aktivitäten zu unterscheiden. Um diesem Problem zu begegnen, schlägt Altman vor, einen Augen-Scanner und Krypto-Token als Lösung zu verwenden.

Um Worldcoin zu fördern, haben sie an verschiedenen Standorten in Europa – nämlich in Großbritannien, Frankreich, Deutschland und Spanien – „Pop-up“-Standorte eingerichtet, an denen Nutzer ihre biometrischen Daten gegen digitale Worldcoin-Token eintauschen können. Wie erwartet, haben Datenschutzregulierer in mindestens drei dieser Länder bereits Bedenken geäußert und Untersuchungen zur Handhabung personenbezogener Daten durch Worldcoin eingeleitet.

Wie reagieren die Datenschutzbehörden auf Worldcoin?

Die britische Information Commission Office (ICO) hat bereits angekündigt, „Anfragen zu stellen“ und betont, dass Organisationen vor Beginn jeglicher Verarbeitung, die wahrscheinlich ein hohes Risiko birgt (wie z.B. die Verarbeitung von biometrischen Daten), eine Datenschutz-Folgenabschätzung durchführen müssen. Diese muss eine klare Analyse der Auswirkungen der beabsichtigten Verarbeitung auf den Schutz personenbezogener Daten und die zur Bewältigung dieser Risiken getroffenen Vorkehrungen enthalten.

In der Folge hat auch die französische Datenschutzbehörde CNIL Bedenken geäußert und eine aktive Untersuchung gegen Worldcoin eingeleitet. Die Legalität der Datenerfassung und die Bedingungen für die Speicherung biometrischer Daten werden hierbei stark hinterfragt.

Welche Fragen wirft Worldcoin auf?

Eine Schlüsselfrage, die sich stellt, lautet: Kann man die Zustimmung zur Datenverarbeitung als freiwillig einstufen, wenn man Nutzer dazu ermutigt, ihre biometrischen Daten gegen einen Token, den man als virtuelle Währung präsentiert, auszutauschen?

Darüber hinaus scheint die Organisationsstruktur von Worldcoin, einem dezentralen Kryptowährungsprojekt, für die Nutzer kompliziert zu sein, um zu verstehen, wem sie ihre Daten tatsächlich zur Verfügung stellen. Laut Worldcoins biometrischer Datenschutzerklärung ist die in den Cayman-Inseln ansässige Worldcoin Foundation der Datenkontrolleur.

Darüber hinaus warnt Worldcoin in seinem Biometrie-Datenschutzformular, dass Nutzer, die ihre persönlichen Daten einmal übermittelt haben, diese nicht mehr löschen lassen können. Dies könnte jedoch gegen die Datenschutz-Grundverordnung (DSGVO) verstoßen, die Europäern ein Recht auf Löschung ihrer persönlichen Daten einräumt.

Abschließende Gedanken bzw. Fazit – Wenn man es denn so nennen kann

Während Worldcoin versichert, dass das Projekt alle anwendbaren Gesetze einhält und Tools For Humanity bestätigt hat, dass eine Datenschutz-Folgenabschätzung „rigoros“ durchgeführt ist, bleibt abzuwarten, ob diese Zusicherungen ausreichen, um die Sorgen der Datenschutzbehörden und der Öffentlichkeit zu beruhigen. Angesichts der rapiden Entwicklung im Bereich der Kryptowährungen und künstlicher Intelligenz, wird der Datenschutz in diesen Bereichen weiterhin eine zentrale Rolle spielen. Davon abgesehen ist die Idee der Dezentralisierung, die redundante Speicherung von Daten auf verteilten Computern (Siehe meinen Beitrag über die Blockchain). Fraglich, wie die DSGVO mit nicht löschbaren personenbezogenen Daten umgehen will. Dies gilt natürlich auch für uns – Meine Investitionsempfehlung bleibt in diesem Fall aus 😉

Der Beitrag Worldcoin – Und der Datenschutz erschien zuerst auf CEOsBay.

Wer hat es erfunden?

Entwickelt hat es Dapper Labs, einem in Kanada ansässigen Unternehmen, dass im Jahr 2018 gegründet wurde. Das Unternehmen ist ein Pionier in der Entwicklung von Blockchain-Technologien und hat sich auf die Erstellung von dezentralen Anwendungen (DApps) spezialisiert. Unter anderem ist es besonders bekannt für die Entwicklung von CryptoKitties, einer der ersten Anwendungen auf der Ethereum–Blockchain, die die Verwendung von Non-Fungible Tokens (NFTs) populär machte.

Dapper Labs hat sich auch als Vorreiter in der Entwicklung von Blockchain-Technologien im Bereich des Sports etabliert. Das Unternehmen hat Partnerschaften mit der National Basketball Association (NBA) und der Union Cycliste Internationale (UCI) geschlossen, um NFTs und andere dezentrale Anwendungen im Sport zu fördern. Das Unternehmen arbeitet auch mit verschiedenen Künstlern und Unterhaltungsunternehmen zusammen, um innovative Anwendungen auf der Blockchain zu erstellen.

Insgesamt hat Dapper Labs eine führende Rolle bei der Entwicklung von Blockchain-Technologien und der Erstellung von Anwendungen auf der Blockchain übernommen. Das Unternehmen hat eine breite Palette von Anwendungen entwickelt, die auf verschiedenen Blockchain-Plattformen wie Ethereum und Flow laufen. Es hat auch Partnerschaften mit verschiedenen Branchen und Institutionen geschlossen, um die Akzeptanz und Verbreitung von Blockchain-Technologien zu fördern.

Wie funktioniert Flow?

Flow verwendet ein einzigartiges Modell, das darauf abzielt, die Skalierbarkeit von Anwendungen auf der Blockchain zu verbessern. Es verwendet eine Architektur, die man als „Layer-1“ bezeichnet, um die Geschwindigkeit und Leistung von Anwendungen zu verbessern. Dies erreicht man durch die Verwendung eines neuen Konsensmechanismus, den man als „Proof of Stake“ bezeichnet. Proof of Stake (PoS) ist ein alternatives Konsensmodell, dass man anstelle von Proof of Work (PoW) verwendet.

Man hat die Flow-Plattform speziell für die Erstellung von Non-Fungible Tokens (NFTs) entwickelt, die in der Blockchain-Industrie immer mehr an Beliebtheit gewinnen. NFTs sind digitale Assets, auf der Blockchain und einzigartig sind. Man verwendet sie in der Regel für digitale Kunstwerke, Musikstücke, Videos und andere digitale Inhalte bzw. Assets.

Die Flow-Plattform hat eine Reihe von Funktionen, die sie von anderen Blockchain-Plattformen unterscheiden. Es ist benutzerfreundlich, skalierbar und verhältnismäßig sicher. Die Plattform verwendet auch ein Modell für die Verwaltung von Transaktionsgebühren, die man als „Gasgebühren“ bezeichnet. Gasgebühren sind ein Mechanismus, die man dazu verwendet, um die Verarbeitung von Transaktionen auf der Blockchain zu priorisieren.

Fazit

Insgesamt ist Flow eine vielversprechende Plattform für die Erstellung von Anwendungen auf der Blockchain. Es bietet Entwicklern eine benutzerfreundliche Umgebung, die auf die Erstellung von Non-Fungible Tokens spezialisiert ist. Mit der Skalierbarkeit, Sicherheit und Leistung von Flow können Entwickler Anwendungen erstellen, die in der Lage sind, auf der Blockchain zu wachsen und zu gedeihen.

Der Beitrag Flow – Anwendungen einfach auf die Blockchain erschien zuerst auf CEOsBay.

Eine wirklich kurze Zeitreise

Die Extensible Markup Language wurde vom World Wide Web Consortium (W3C) am 10. Februar 1998 veröffentlicht. Die aktuelle Fassung ist die fünfte Ausgabe vom 26. November 2008. Alle bisherigen und aktuellen Publikationen kann man hier einsehen.

Was ist XML nun wirklich und was tut es?

Es ist eine Metasprache, auf deren Basis durch strukturelle und inhaltliche Einschränkungen anwendungsspezifische Sprachen definiert werden. Diese Einschränkungen werden entweder durch eine Document Type Definition (DTD) oder durch ein XML Schema ausgedrückt. Beispiele für XML-Sprachen sind: RSS, MathML, GraphML, XHTML, XAML, Scalable Vector Graphics (SVG), GPX, aber auch das XML-Schema selbst. Auf diese Sprachen gehe ich in zukünftigen Sprachen ein. Besonders SVG hat einen Großteil meiner persönlichen Entwicklung geprägt.

Die Standardzeichenkodierung eines XML-Dokumentes ist UTF-8. XML-bearbeitende Systeme müssen die Kodierungen UTF-8 und UTF-16 beherrschen. XML-Dokumente, die UTF-8 oder UTF-16 verwenden, können in allen Texteditoren, die diese Kodierungen unterstützen, angezeigt und bearbeitet werden. Damit sind so ziemlich alle „Browser“ gemeint 😉

Wenn das XML-Dokument Binärdaten enthalten soll, müssen diese Daten zu Text konvertiert bzw. umkodiert werden. Dazu kann z. B. die Base64-Kodierung verwendet werden.

Das Element

Die essenzielle Struktureinheit eines XML-Dokumentes ist das Element. Elemente können Text wie auch weitere Elemente als Inhalt enthalten. Elemente bilden die Knoten des Strukturbaumes eines XML-Dokumentes. Der Name eines Elementes kann in Dokumenten ohne Dokumenttypdefinition (DTD) frei gewählt werden. In XML-Dokumenten mit DTD muss der Name eines Elementes in der DTD deklariert sein und das Element muss sich in einer zugelassenen Position innerhalb des Strukturbaumes gemäß DTD befinden. In der DTD wird u. a. der mögliche Inhalt eines jeden Elementes definiert. Elemente sind die Träger der Information in einem XML-Dokument.

Tag

Für die Auszeichnung von Elementen werden Tags verwendet. Auf den ersten Blick sehen XML-Tags fast wie HTML-Tags aus. Start-Tags beginnen mit < und End-Tags mit </. Bei beiden folgt anschließend der Name des Elements, und sie werden beide durch > geschlossen. Anders als bei den HTML-Tags können Sie jedoch neue Tags erzeugen. Um eine Person zu beschreiben, benutzt man die Tags <person> und </person>. Um ein Tier zu beschreiben, verwendet man die Tags <tier> und </tier>. Die Namen der Tags spiegeln im Allgemeinen die Art des Inhalts innerhalb des Elements wider und nicht die Art und Weise, wie der Inhalt formatiert wird.

Wohlgeformtheit

Ein XML-Dokument ist „wohlgeformt“ (well-formed), wenn es alle Regeln einhält.

Die Regeln

• Das Dokument besitzt genau ein Wurzelelement. Als Wurzelelement wird dabei das jeweils äußerste Element bezeichnet, z. B. <html> in XHTML.
• Alle Elemente mit Inhalt besitzen einen Start- und einen Endtag (z. B. <eintrag>Eintrag 1</eintrag>). Elemente ohne Inhalt können mit einem Leertag gekennzeichnet werden (z. B. <eintrag />).
• Die Start- und Endtags sind ebenentreu-paarig verschachtelt. Dies bedeutet, dass alle Elemente geschlossen sind, bevor die End-Auszeichner des entsprechenden Elternelements oder die Beginn-Auszeichner eines Geschwisterelements erscheinen.
• Ein Element darf nicht mehrere Attribute mit demselben Namen besitzen.
• Attributwerte müssen in Anführungszeichen stehen („…“ oder ‚…‘).
• Die Start- und Endtags sind Case sensitive, also beachten die Groß- und Kleinschreibung (z. B. <eintrag></Eintrag> ist ungültig).

Gültigkeit (Validität)

Verwendet man es für den Datenaustausch, ist es von Vorteil, wenn das Format mittels einer Grammatik (z. B. einer Dokumenttypdefinition oder eines XML-Schemas) definiert ist. Der Standard definiert ein XML-Dokument als gültig (oder englisch valid), wenn es wohlgeformt ist, den Verweis auf eine Grammatik enthält und das durch die Grammatik beschriebene Format einhält.

Parser

Programme oder Programmteile, die XML-Daten auslesen, interpretieren und ggf. auf Gültigkeit prüfen, nennt man XML-Parser. Prüft der Parser die Gültigkeit, so ist er ein validierender Parser. Darauf gehe ich aber in einem zukünftigen Beitrag genauer ein.

Wie sieht die Extensible Markup Language eigentlich aus?

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<verzeichnis>
    <titel>Städteverzeichnis</titel>
    <eintrag>
        <stichwort>München</stichwort>
        <eintragstext>München ist der Sitz von ...</eintragstext>
    </eintrag>
    <eintrag>
        <stichwort>Donauwörth</stichwort>
        <eintragstext>Donauwörth ist eine Stadt, die ...</eintragstext>
    </eintrag>
</verzeichnis>

XML-Dokumente besitzen einen physischen und einen logischen Aufbau.

Der physische Aufbau

• Die Dokument-Entität (Document entity) enthält das Hauptdokument.
• Weitere mögliche Entitäten sind über Entitätenreferenzen (&name; für das Dokument bzw. %name; für die Dokumenttypdefinition) eingebundene Zeichenketten, eventuell auch ganze Dateien, sowie Referenzen auf Zeichenentitäten zur Einbindung einzelner Zeichen, die über ihre Nummer referenziert wurden (&#Dezimalzahl; oder &#xHexadezimalzahl;).
• Eine XML-Deklaration wird verwendet, um die Version, Zeichenkodierung und eine mögliche Verarbeitbarkeit ohne DTD zu spezifizieren.
• Eine DTD wird verwendet, um Entitäten sowie den erlaubten logischen Aufbau zu spezifizieren. Die Verwendung einer DTD kann in der Deklaration abgewählt werden.

Der logische Aufbau

Der logische Aufbau entspricht einer Baumstruktur und ist damit hierarchisch organisiert. Es gibt folgende Baumknoten:

• Elemente, deren physische Auszeichnung mittels eines passenden Paars aus Starttag <Tagname> und End-Tag </Tagname> oder eines Leertags <Tagname/> erfolgen kann.
• Attribute als bei einem Starttag oder Leertag geschriebene zusätzliche Eigenschaften der Elemente in der Syntax Attributname=Attributwert.
• Verarbeitungsanweisungen <?Zielname Daten?> (engl. Processing Instructions).
• Kommentare <!– Kommentar-Text –>.
• Text, der als normale Zeichendaten oder in Form eines CDATA-Abschnittes <![CDATA[ beliebiger Text]]> auftreten kann.

Ein XML-Dokument muss genau ein Element auf der obersten Ebene enthalten. Unterhalb dieses Dokumentelements können weitere Elemente und Texte verschachtelt werden.

Was ist DTD

Wie vorher kurz ausgeschrieben und angeschnitten, handelt es sich dabei um die Dokumenttypdefinition und beschreibt die Struktur sowie Grammatik von Dokumenten. Sie ist Systembestandteil von XML und per Standard aktiviert.

Werden Dokumente mit Bezug zu einer externen Dokumenttypdefinition oder mit einer integrierten Dokumenttypdefinition erstellt, prüft der Parser das Dokument bereits beim Öffnen (Lesen). Ein Dokument auf Basis einer Dokumenttypdefinition ist stets ein valides Dokument. Die Übereinstimmung des Dokumentinhaltes mit den Regeln der Dokumenttypdefinition steht im Vordergrund. Die technische Lesbarkeit, also auch das Lesen von nicht validen Dokumenten ist nachrangig. Das ist für Volltextdokumente (erzählende Dokumente, engl. narrative documents) vorgesehen und der Haupteinsatzzweck.

Dokumente ohne DTD sind eher für den beliebigen Datenaustausch geeignet. Der Parser prüft diese Dokumente nur nach den Regeln der Wohlgeformtheit. Die technische Lesbarkeit steht hier an erster Stelle. Das Prüfen und Auslesen der eigentlichen Informationen wird mit nachgelagerten Prozessen realisiert.

Lesbarkeit

Wie zu Beginn erwähnt, können alle Webbrowser wie Apple Safari, Google Chrome, Microsoft Edge, Mozilla Firefox, Opera usw. XML-Dokumente mit Hilfe des eingebauten Parsers direkt visualisieren. Dadurch werden keine zusätzlichen PlugIns oder der Gleichen benötigt.

Klassifizierung von XML-Dokumenten

XML-Dokumente lassen sich anhand ihrer Bestimmung und ihres Strukturierungsgrades in dokumentzentrierte und datenzentrierte Dokumente unterteilen. Die Grenze zwischen diesen Dokumentenarten ist fließend. Mischformen können als semistrukturiert bezeichnet werden.

Dokumentzentriert

Das Dokument ist an ein Textdokument angelehnt, dass für den menschlichen Leser größtenteils auch ohne die zusätzliche Metainformation verständlich ist. XML-Elemente werden hauptsächlich zur semantischen Markierung von Passagen des Dokuments genutzt. 

Das Dokument ist nur schwach strukturiert. Aufgrund der schwachen Strukturierung ist eine maschinelle Verarbeitung schwierig.

Datenzentriert

Das Dokument ist hauptsächlich für die maschinelle Verarbeitung bestimmt. Es folgt einem Schema, das Entitäten eines Datenmodells beschreibt und definiert, in welcher Beziehung die Entitäten zueinanderstehen und welche Attribute die Entitäten haben. Das Dokument ist somit stark strukturiert und für den unmittelbaren menschlichen Gebrauch weniger geeignet.

Semistrukturiert

Semistrukturierte Dokumente stellen eine Art Mischform dar, die stärker strukturiert ist als dokumentzentrierte Dokumente, aber schwächer als datenzentrierte Dokumente.

Es ist typisch für datenzentrierte XML-Dokumente, dass Elemente entweder Elementinhalte oder Textinhalte haben. Der sogenannte gemischte Inhalt (Mixed Content), bei dem Elemente sowohl Text als auch Childs (Kind-Elemente) enthalten, ist für die anderen XML-Dokumente typisch.

Verarbeitungskriterien der Extensible Markup Language

Grundsätzlich sind drei Aspekte beim Zugriff auf ein XML-Dokument von Bedeutung:

1. Wie erfolgt der Zugriff auf die XML-Datei: sequenziell oder wahlfrei?
2. Wie ist der Ablauf beim Zugriff auf die Daten gestaltet: „Push“ oder „Pull“? (Push bedeutet, dass die Ablaufkontrolle des Programms beim Parser liegt. Pull bedeutet, dass die Ablaufkontrolle im Code, der den Parser aufruft, implementiert ist.)
3. Wie erfolgt das Baumstrukturmanagement der XML-Daten: hierarchisch oder verschachtelt?

Programmgesteuerter Zugriff auf XML-Dokumente

Das Einlesen von XML-Dokumenten erfolgt auf unterster Ebene über eine spezielle Programmkomponente, einem XML-Prozessor, auch XML-Parser genannt. Er stellt eine Programmierschnittstelle (API) zur Verfügung, über die die Anwendung auf das XML-Dokument zugreift. Ich habe zwar in einem vorherigen Beitrag über die REST API geschrieben, doch werde ich definitiv die Programmierschnittstelle explizit nochmals ein einem Beitrag thematisieren.

Die XML-Prozessoren unterstützen dabei drei grundlegende Verarbeitungsmodelle

1. DOM: Ein DOM-API repräsentiert ein XML-Dokument als Baumstruktur und gewährt wahlfreien Zugriff auf die einzelnen Bestandteile der Baumstruktur. DOM erlaubt außer dem Lesen von den Dokumenten auch die Manipulation der Baumstruktur und das Zurückschreiben der Baumstruktur in ein XML-Dokument. Aus diesem Grund ist DOM sehr speicherintensiv.
2. SAX: Ein SAX-API repräsentiert ein XML-Dokument als sequentiellen Datenstrom und ruft für im Standard definierte Ereignisse vorgegebene Rückruffunktionen (callback function) auf. Eine Anwendung, die SAX nutzt, kann eigene Unterprogramme als Rückruffunktionen registrieren und auf diese Weise die Daten auswerten.
3. Pull-API: Eine XML-Pull-API verarbeitet Daten sequenziell und bietet sowohl ereignisbasierte Verarbeitung als auch einen Iterator an. Es ist hoch speichereffizient und ggf. leichter zu programmieren als das SAX-API, da die Ablaufkontrolle beim Programm und nicht beim Parser liegt.

Weitere Verarbeitungsmodelle sind das Data-Binding, welches die XML-Daten als Datenstruktur direkt für einen Programmzugriff bereitstellt. Die XML-Daten werden per Unmarshalling (Dies ist der Prozess der Umwandlung einer Art von Darstellung auf niedrigerer Ebene, oft ein „Drahtformat“, in eine Struktur auf höherer Ebene (Objekt).) direkt in z. B. Objekte gewandelt. Und die Nicht-extrahierende-XML-API, bei der die Daten auf Byte-Ebene sehr effizient verarbeitet sind.

Oftmals greift der Anwendungscode nicht direkt auf die Parser-API zu. Stattdessen wird es weiter gekapselt, so dass der Anwendungscode mit nativen Objekten / Datenstrukturen arbeitet, welche sich auf darauf abstützen. Beispiele für solche Zugriffsschichten sind JAXB in Java, der Data Binding Wizard in Delphi oder das XML Schema Definition Toolkit in .Net. Die Umwandlung von Objekten in die Extensible Markup Language ist üblicherweise bidirektional möglich. Diese Umwandlung bezeichnet man als Serialisierung oder Marshalling.

Transformation und Darstellung von XML-Dokumenten

Ein XML-Dokument kann mittels geeigneter Transformationssprachen wie XSLT oder DSSSL in ein anderes Dokument transformiert werden. Oftmals dient die Transformation zur Überführung eines Dokuments aus einer Extensible Markup Language in eine andere Extensible Markup Language, beispielsweise zur Transformation nach XHTML, um das Dokument in einem Webbrowser anzuzeigen.

Warum XML?

Unterstützung von und bei Transaktionen

Wenn ein Unternehmen eine Ware oder Dienstleistung an ein anderes Unternehmen verkauft, müssen die beiden Unternehmen Informationen wie Kosten, Spezifikationen und Lieferpläne austauschen. Man kann damit alle erforderlichen Informationen elektronisch teilen und komplexe Geschäfte automatisch abschließen, ohne dass ein menschliches Eingreifen erforderlich ist.

Aufrechterhaltung der Datenintegrität

Man kann damit Daten zusammen mit der Beschreibung der Daten übertragen und so den Verlust der Datenintegrität verhindern. Folglich kann man so die Datengenauigkeit überprüfen, automatische Anpassungen der Datenpräsentation für verschiedene Benutzer vornehmen und Daten konsistent über mehrere Plattformen hinweg speichern 

Sucheffizienz verbessern

Computerprogramme wie Suchmaschinen können die Dateien damit effizienter und präziser sortieren und kategorisieren als andere Arten von Dokumenten. Beispielsweise kann das Wort mark (markieren) entweder ein Substantiv oder ein Verb sein. Basierend auf XML-Tags können Suchmaschinen mark für relevante Suchergebnisse genau kategorisieren. Somit hilft es, die natürliche Sprache für Maschinen effizienter interpretierbar zu machen.

Flexible Anwendungen entwerfen

Man kann damit auch das eigene Anwendungsdesign bequem aktualisieren oder ändern. Viele Technologien, insbesondere neuere Technologien, verfügen dafür über eine integrierte Schnittstelle bzw. Unterstützung. So kann man automatisch Datendateien lesen und verarbeiten, sodass die Änderungen stattfinden können, ohne gleich die gesamte Datenbank neu formatieren zu müssen.

Der Beitrag XML – Effiziente Datenstrukturierung erschien zuerst auf CEOsBay.

Wie funktioniert Immutable X?

Immutable X integriert den NFT-basierten Handel mit der von StarkWare geschaffenen ZK-Rollup-Technologie, um ein lösungsorientiertes System für den Handel mit NFTs zu ermöglichen. Die zentrale Technologie dahinter besteht aus der ZK-Rollup-Skalierungs-Engine. Das sogenannte Rollup fasst mehrere Transaktionen zu einem Bündel zusammen und schickt diese anschließend gebündelt an die Ethereum Blockchain. Dies führt zu einer deutlich verbesserten Effizienz und soll zudem nichts kosten.

Immutable X soll Entwicklern den Entwurf von NFT-Projekten erleichtern, indem die Skalierungsmethode auf einer API aufbaut, die den Gestaltungsprinzipien des Architekturstils REST (Representational State Transfer) entspricht. Über REST bzw. die REST API werde ich noch einen gesonderten Beitrag erstellen.

Diese Architektur sorgt für einfache API-Aufrufe, von der Prägung über die Transaktion bis hin zur Übertragung. Es ermöglicht unter anderem eine einfache Umwandlung von komplexen asynchronen Blockchain-Interaktionen in synchronisierte REST-API-Aufrufe. Dadurch können neue Spiele- und Anwendungsprojekte unmittelbar umgesetzt werden, ohne eine direkte Interaktion mit Smart Contracts zu erfordern.

Zahlungs- und Verwaltungssystem

Die Kryptowährung von Immutable X nennt sich IMX. Der Gesamtbestand an IMX-Token beläuft sich auf 2 Milliarden. IMX kommt unter anderem dann zum Einsatz, wenn es um das Begleichen von Gebühren geht. Die Gebühren des Protokolls müssen nämlich zu 20% in IMX gezahlt werden. Zusätzlich ermöglicht der Besitz von IMX-Token die Abstimmung über Governance-Vorschläge und Beschlüsse im Netzwerk.

Fazit

Freunde und ich haben in Betracht gezogen, ein Projekt mit Immutable X zu realisieren. Allerdings ist zu beachten, dass es sich dabei um eine eher kleine Krypto Gemeinde handelt, die lediglich auf eine Marktkapitalisierung von etwa 316 Millionen Euro kommt. Außerdem befindet es sich immer noch in einem frühen Entwicklungsstadium und es ist schwer einzuschätzen, ob sich das Projekt wirklich hält. In Anbetracht des FTX-Skandals und der Tatsache, dass ich meine ersten IMX über FTX erworben habe, hat Robbie Ferguson behauptet, dass Immutable keine Mittel auf FTX hatte und derzeit über genügend finanzielle Mittel verfügt, um den Betrieb für mehrere Jahre aufrecht zu erhalten. Dennoch möchte ich derzeit nicht auf die FTX-Sache eingehen, da mir immer noch zu wenige Fakten vorliegen. Doch die Zeit wird zeigen, was Sache ist.

Der Beitrag Layer-2-Blockchain – Immutable X – Plattform für eine sichere und schnelle Verarbeitung von NFT-Transaktionen erschien zuerst auf CEOsBay.

Spielablauf CryptoKitties

Die Spieler können die Kätzchen kaufen und so sammeln. Nach dem Kauf ist es auch möglich, die CryptoKitties miteinander zu paaren, wobei die Paarung Ether kostet. Jede Katze ist einmalig. Eine Replizierung oder Zerstörung ist ausgeschlossen, wie es für NFTs üblich ist. Auch hat jede Katze unterschiedliche Eigenschaften, die sie an ihre Nachkommen weitergeben kann.

Der Wert einer Katze hängt von ihren Eigenschaften ab und kann sich ändern. Katzen mit seltenen Genen oder mit hohem Alter etwa sind in der Regel besonders teuer. Ziel des Spiels ist es, Katzen mit möglichst seltenen Eigenschaften zu erhalten. Gewinn kann der Spieler machen, indem man für das gepaarte Kätzchen mehr Geld einnimmt, als man für die Katze ursprünglich bezahlt hat. Die Preise für die CryptoKitties bewegten sich in den letzten Jahren zwischen 3 EUR und 100.000 EUR.

Die CryptoKitties können in jedes beliebige andere Spiel oder jede beliebige Anwendung exportiert werden, welches NFTs unterstützt und dort eine neue Verwendung finden.

So sind die CryptoKitties entstanden

Ziel der Entwickler war es, die komplexe Blockchain-Technologie einer breiten Masse einladender zu gestalten. Der CEO von Dapper Labs verglich daher CryptoKitties mit anderen spielerischen Computeranwendungen, die das Benutzen des Computers und bestimmter Techniken zur Nutzung wie die Drag and Drop Funktion, wie bei Solitaire geschehen oder der Rechtsklick bei Minesweeper, allgemein bekannt gemacht haben. CryptoKitties sollte das Äquivalent zu diesen Anwendungen auf der Blockchain darstellen.

3,75 % vom Preis jeder Transaktion flossen an die Entwickler des Spiels. Eine Woche, nach der Veröffentlichung des Spiels, konnten die Entwickler bereits Einnahmen in Höhe von 300.000 Euro verzeichnen. Nach zwei Wochen war das Spiel die erfolgreichste Anwendung im Ethereum-Netzwerk.

CryptoKitties heute

Auch heute noch kann man die CryptoKitties kaufen, paaren und sammeln. Dadurch, dass der NFT-Hype etwas abgeflacht und auch der Kryptowährungsmarkt etwas angeschlagen ist, sind auch die Preise dementsprechend gefallen. Zum Zeitpunkt des Beitrags erhält man das günstigste Kätzchen zur Zeit für 4,90 EUR (Man spricht vom Floor Preis), während es nach oben hin im Grunde genommen, keine Grenzen gibt. Die Nachfrage bestimmt das Angebot.

Bevor man jedoch ein Investment in Betracht zieht, sollte man sich grundsätzlich mit der Thematik der Blockchain auseinandersetzen. Die Sicherheit und finanzielle Risiken sind auch Themen, die man nicht außer Acht lassen sollte, wenn man sich in diesen Bereich begibt. In den kommenden Tagen thematisiere ich noch ein paar andere Blockchain Games, bevor es in diverse Investmentstrategien geht. Sicherheitsthemen habe ich bereits mit der Nutzung von Hardware Wallets, wie dem Ledger oder Trezor in vergangenen Beiträgen angeschnitten. Gerne werde ich aber noch explizit auf die Sicherheitsaspekte von NFTs eingehen. Denn die gestalten sich etwas komplizierter, da viele Projekte mit verschiedensten erweiterten Funktionen realisiert sind und dementsprechend auch Sicherheitsvorkehrungen erfordern, um den Spaß bei der Sache nicht zu verlieren.

Fazit

Zusammenfassend kann man sagen, dass CryptoKitties eine innovative Anwendung auf der Blockchain-Technologie ist, die digitale Sammlerstücke in Form von einzigartigen Krypto-Katzen ermöglicht. Jede Katze hat ihre eigenen einzigartigen Merkmale und man kann sie auf der Plattform kaufen, verkaufen und züchten. CryptoKitties hat das Potenzial genutzt, das Konzept der digitalen Sammlerstücke zu revolutionieren und eine neue Ära der digitalen Kunst und Kultur erschaffen. Obwohl es einige Kritikpunkte und Bedenken gibt, bleibt CryptoKitties eine faszinierende Anwendung auf der Blockchain.

Der Beitrag CryptoKitties – Einzigartige Krypto-Katzen zum sammeln und tauschen 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.

Funktionsweise

Um eine Blockchain-Transaktion zu verifizieren, muss sie an die Blockchain angehängt werden. In der Proof of Stake-Blockchain sind die anhängenden Entitäten als Validierer bezeichnet (in den Proof of-Work-Blockchains wird diese Aufgabe von den Minern übernommen). In den meisten Protokollen erhalten die Validierer als auch Miner für die Validierung eine Belohnung in Form der Kryptowährung auf dessen Blockchain sie die Verifizierung übernehmen.

Man spricht in der Regel von einem Konsens

Proof-of-Stake dient dazu, um einen Konsens auf der Blockchain zu schaffen. Um so die Blockchain sicher und aufrecht zu erhalten. Da es sich bei der Blockchain (Stichwort – Distributed-Ledger) um ein dezentrales Netzwerk, ohne zentralisierte Autorität und Verwaltung handelt, müssen die Teilnehmer des Netzwerks durch die Validierung die Richtigkeit der Daten auf der Blockchain sicherstellen.

Kurz gesagt, spricht man von einem Konsens, wenn sich die Teilnehmer des Netzwerks darüber einig sind, welche Werte, welchem Teilnehmer, zu welchem Zeitpunkt zuzuordnen sind.

Ablauf beim Proof of Stake

Im Grunde genommen kommen die Daten über Transaktionen, für die eine Legitimation bzw. Validierung erforderlich ist. Dieser Prozess wird von den sogenannten Nodes im Netzwerk übernommen. Die validierten Transaktionen werden in Blöcke zusammengefasst und an die Blockchain angefügt. Folglich dient als Grundlage für die Validierung das Halten gewisser Anteile der Kryptowährung.

Frühe PoS-Implementierungen litten unter einer Reihe von Angriffen. Nachdem die Angriffe relativ ähnlich verliefen und sich auf bestimmte Schwachstellen der PoS-Protokolle konzentrieren, haben sich zwei funktionsfähige und vorherrschende Konzepte herauskristallisiert. Der sogenannte Byzantine Fault Tolerance Ansatz und der Chain basierte Ansatz. Letzteres wählt während des Zeitfensters eines Wechsels, zufällig einen Validator aus und weist diesem die Rechte zu, einen neuen Block erstellen zu dürfen. Bei dem Byzantine Fault Tolerance Ansatz erfolgt die Auswahl zwar ebenfalls zufällig, doch beschränken sich die Rechte lediglich auf Vorschläge, welcher Block als korrekt einzustufen ist. Die Validierung selbst erfolgt durch einen mehrstufigen Prozess, bei dem jeder Validator eine Art Abstimmung für einen bestimmten Block sendet. Wobei am Ende des gesamten Prozesses nochmals von allen Validatoren eine Abstimmung über die Zugehörigkeit an der Blockchain erfolgt.

Wieso als Validator nicht dem Proof of Stake System schaden?

Der Anreiz erfolgt nicht nur durch das Belohnungssystem. Auch die Zuverlässigkeit wie die Blöcke geforged werden, sind in das System eingebunden.

Die unrechtmäßige Validierung von Transaktionen resultiert in einem Wert- oder Totalverlust der Anteile, da die Anteile als eine Art Pfand hinterlegt sind. Und nachdem eine Fehlvalidierung dem gesamten System schadet, verfolgt kein Validator das Ziel, der Sicherheit der Blockchain zu schaden. Böse Zungen könnten jetzt natürlich eine Verschwörung formulieren. Doch durch die Tatsache, dass die Zuteilung der zu validierenden Blöcke nicht nur von der Höhe der Anteile, sondern zusätzlich vom Zufalls-Algorithmus abhängt, schließt dies aus. Es kann folglich nicht vorhergesagt werden, wer zu welchem Zeitpunkt eine Validierung erhält. Diese Tatsache stellt zugleich den Nachteil des PoS-Ansatzes dar, da mit diesem System der Eindruck von einer Lotterie entsteht. Eine Zuteilung kann nur erfolgen, wenn signifikante Anteile an der Kryptowährung zur Verfügung stehen. Folglich besteht die Gefahr der Bildung eines Monopols oder von Oligopolen.

Bekannte Proof of Stake Lösungen

Zu den bekanntesten PoS Lösungen zählen der Binance Coin (BNB), Solana (SOL), Cardano (ADA), Polkadot (DOT), Avalanche (AVAX) und mittlerweile gehört auch Ethereum dazu.

Fazit

Proof of Stake ist durchaus eine energieeffiziente Alternative zu Proof of Work. Dies steht außer Frage. Die Wahrscheinlichkeit des Forgings eines Blocks wird nach dem Anteil an der Gesamtmenge der Kryptowährung innerhalb des Netzwerks bestimmt, statt durch die Rechenleistung. Dennoch gefällt mir der Gedanke nicht, dass sich innerhalb dieses Systems Monopole oder Oligopole bilden können. Denn diese Tatsache bedroht den Grundgedanken der Dezentralisierung grundlegend.

P.S. Heute wirklich sehr spät dran. Aber das Jahresende rückt näher und ich musste die Steuer für meine Unternehmungen machen. Und nachdem ich sehr viel Wert darauflege, dass dies richtig gemacht wird, dauert es auch dementsprechend etwas länger. Auch die Kryptosteuer wird heuer für Anleger fällig. Dies wird nicht nur für uns schwierig, sondern auch für all die Steuerberater und Steuerkanzleien, die noch keinen Plan davon haben was uns erwartet 😀

Aber auch dafür wird es einen Beitrag geben. Denn man kann Profis zu Rate ziehen, die schon etwas länger dabei sind und auch bei der Ermittlung der Gewinne und Verluste gibt es viele Wege der Automatisierung. Doch dazu in den kommenden Tagen mehr. Mein Körper braucht jetzt Schlaf 😀

Der Beitrag Proof of Stake (PoS) – Der Algorithmus für eine effiziente und nachhaltige Blockchain erschien zuerst auf CEOsBay.

TRON ist ein dezentralisiertes, Open Source Blockchain-basiertes Betriebssystem mit Smart-Contract-Funktionalität. Proof-of-Stake-Prinzipien als Konsensalgorithmus und einer systemeigenen Kryptowährung, bekannt als Tronix (TRX). Es wurde im März 2014 von Justin Sun gegründet und wird seit 2017 von der TRON Foundation, einer im selben Jahr gegründeten Non-Profit-Organisation in Singapur, beaufsichtigt und überwacht. Ursprünglich war es ein Ethereum-basierter ERC-20-Token, der 2018 sein Protokoll auf eine eigene Blockchain umstellte. TRC20 hat eine Gebühr von 5 Trones pro 1 USDT-Coin für den Transfer.

Tron ist eines von vielen Projekten, die darum wetteifern, das Internet mithilfe der Blockchain-Technologie zu dezentralisieren. Es handelt sich um eine Plattform, die speziell für den Peer-to-Peer-Austausch von Dateien entwickelt wurde. Um so in Zukunft mit zentralisierten Mediengiganten wie YouTube zu konkurrieren zu können.

Kurze Zeitreise

Die TRON Foundation sammelte 2017 über ein Initial Coin Offering 70 Millionen US-Dollar ein, kurz bevor China die Kryptowährungen verbot. Das Testnet, der Blockchain Explorer und die Web Wallet wurden im März 2018 gestartet. Das Mainnet startete kurz darauf im Mai 2018. Es manifestierte sich mit der Veröffentlichung von Odyssey 2.0. Dies stellte einen technischen Meilenstein für TRON dar.

Im Juni 2018 stellte das Unternehmen das Protokoll vom ERC-20-Token auf Ethereum, zu einem unabhängigen Peer-to-Peer-Netzwerk um. Am 25. Juli 2018 gab die TRON Foundation bekannt, dass sie die Übernahme von BitTorrent, einem Peer-to-Peer-Filesharing-Dienst, abgeschlossen hatte. Damit erklärte das Unternehmen mit der Erschaffung des Genesis-Blocks seine Unabhängigkeit.

Wie funktioniert TRON?

TRON verwendet eine 3-Schicht-Architektur. Es ist in eine Speicherschicht, Kernschicht und Anwendungsschicht unterteilt. Das TRON-Protokoll hält sich an die Google-Protokollpuffer, die von Haus aus mehrsprachige Erweiterungen unterstützen.

Das Protokoll, dass in erster Linie von der TRON Foundation gepflegt wird, verteilt die Rechenressourcen gleichmäßig unter den TRX-Inhabern mit internen Preismechanismen wie Bandbreite und Energie. TRON bietet eine dezentrale virtuelle Maschine, die ein Programm über ein internationales Netzwerk öffentlicher Nodes ausführen kann. Das Netzwerk hat keine Transaktionsgebühren und kann ca. 2.000 Transaktionen pro Sekunde ausführen.

Die Implementierungen erfordern minimale Transaktionsgebühren, um zu verhindern, dass böswillige Nutzer DDoS-Angriffe durchführen können. In dieser Hinsicht sind sich EOS.IO und TRON aufgrund der vernachlässigbaren Gebühren, der hohen Transaktionen pro Sekunde und der hohen Zuverlässigkeit relativ ähnlich. Daher sind beide als eine neue Art der Generation von Blockchain-Systemen angesehen.

Man kann festhalten, dass Tronix bzw. TRX primär dazu verwendet wird bzw. werden soll, um die Content Creator direkt für den Zugriff auf ihre Anwendungen zu bezahlen. Content Creator zahlen keine Transaktionsgebühr an Tron. TRX-Transaktionen sind auch auf der Plattform selbst kostenlos.

TRON sorgte hin und wieder für Kritik

Im Januar 2018 tweetete Juan Benet, CEO von Protocol Labs, dass das White Paper von TRON, Teile der White Paper von IPFSbot und MineFilecoin kopiert hat, ohne Quellenangaben.

Forscher von Digital Asset Research (DAR) entdeckten in der Codebasis mehrere Instanzen von Code, der von anderen Projekten kopiert wurde. Außerdem wird vorgeworfen, gegen die GNU Lesser General Public License v3.0 (LGPL) zu verstoßen, da das Projekt nicht erwähnt, dass sein Client von EthereumJ, einer Java-Implementierung von Ethereum, abgeleitet wurde. Diese Vorwürfe wurden von der TRON Foundation zurückgewiesen.

Im Mai 2019 enthüllte der Cybersicherheitstestdienst HackerOne, dass ein einziger Computer die gesamte TRON-Blockchain zum Stillstand bringen kann. Sie erklärten, dass eine Flut von Anfragen, die von einem einzigen Rechner aus gesendet, die CPU und den Arbeitsspeicher der Blockchain derart auslasten können, um einen verteilten Denial-of-Service-Angriff (DDoS-Attacke) durchzuführen.

Wofür kann Tron verwendet werden?

In erster Linie ermöglicht es den Entwicklern, dezentrale Anwendungen zu entwickeln und zu implementieren. Darüber hinaus können alle zentralen Dienste über die Plattform dezentralisiert werden. Das Potenzial der Plattform für die Entwicklung von Apps wird durch die Kreativität der Entwickler selbst definiert. Was darin resultiert, dass es so gesehen keine Grenzen gibt oder lediglich die eigene Vorstellungskraft die Grenzen definiert.

Dezentrale Anwendungen haben das Potenzial, die Beziehung zwischen Unternehmen und ihren Zielgruppen vollständig zu verändern. Heutzutage gibt es eine Vielzahl von Dienstleistungen, die Provisionen für die einfache Bereitstellung eines Treuhandservices und einer Plattform für den Handel mit Waren und Dienstleistungen verlangen. Tron ermöglicht es den Kunden, die Herkunft der von ihnen gekauften Produkte zu verfolgen, während die Implementierung von Smart Contracts einen „sicheren“ und schnellen Handel für beide Parteien ohne Zwischenhändler gewährleistet.

Fazit

Zusammenfassend kann man sagen, dass Tron eine vielversprechende Blockchain-Plattform ist, die sich auf die dezentralisierte Unterhaltungsindustrie konzentriert. Sie ermöglicht es, digitale Inhalte wie Musik, Filme und Spiele auf transparente und sichere Weise zu verbreiten und zu monetarisieren. Es hat das Potenzial, die Art und Weise zu verändern, wie wir Inhalte konsumieren und erleben. Obwohl es noch Herausforderungen und Konkurrenz auf dem Markt gibt, bleibt Tron TRX eine faszinierende und vielversprechende Anwendung auf der Blockchain.

Der Beitrag Tron TRX – Die Macht der dezentralisierten Unterhaltung erschien zuerst auf CEOsBay.

Bei Solidity handelt es sich um die primäre Sprache auf Ethereum sowie auf anderen privaten Blockchains, wie der unternehmensorientierten Hyperledger Fabric Blockchain. SWIFT (The Society for Worldwide Interbank Financial Telecommunication) hat ein Proof of Concept mit Solidity auf Hyperledger Fabric implementiert.

Was ist SWIFT?

SWIFT ist eine Organisation, die ein besonders sicheres Telekommunikationsnetz (das SWIFTNet) betreibt. Mehr als 11.000 Banken weltweit nutzen das SWIFTNet. Darüber hinaus standardisiert SWIFT den Nachrichtenverkehr der Finanzinstitute untereinander und bietet Software sowie Services im Bereich der Finanztransaktionen an. SWIFT ist eine Genossenschaft im Besitz der Banken und ist dem EU-Recht unterworfen.

Die erste Spezifikation von Solidity erfolgte durch Gavin Wood im August 2014. Nachfolgend übernahm die Ethereum Foundation unter Leitung von Christian Reitwiessner die Weiterentwicklung. Solidity ist die vierte und am weitesten entwickelte Sprache, die man für die Ethereum Virtual Machine (EVM) entwickelt hat.

Beschaffenheit von Solidity

Wie anfangs angesprochen, basiert Solidity auf JavaScript. Sie ist in ihrer Beschaffenheit eine statische typisierte Programmiersprache. Entwickelt, um Smart Contracts für die Ethereum Virtual Machine (EVM) zu programmieren. Solidity-Contracts kann man in Bytecode kompilieren und von der EVM ausführen lassen. Gegebenenfalls lädt man dies dann über die Ethereum-Geth-Konsole in die Ethereum–Blockchain hoch.

Kompilierung von Solidity Code

Man kann den Code über verschiedene Wege kompilieren. Zum einen über den Online-Compiler, über den Kommandozeilen-Solidity-Compiler solc oder über den in die Ethereum-IDE Mix eingebauten Compiler.

Die Solidity-Syntax ist stark an die ECMAScript-Syntax angelehnt, um Webentwicklern den Einstieg in die Smart-Contract-Entwicklung zu erleichtern. Im Unterschied zu ECMAScript ist sie aber statisch typisiert und unterstützt variadische Rückgabewerte. Im Vergleich mit den zuvor bestehenden, vergleichbaren Sprachen (LLL, Serpent, Mutan) unterstützt Solidity komplexe Variablentypen wie hierarchische Mappings und Structs, die auch verschachtelt werden können, sowie die Vererbung für Contracts. Es wurde auch ein Application Binary Interface (ABI) spezifiziert, sodass Interaktionen externer Anwendungen und Bibliotheken wie beispielsweise Web3.js mit Ethereum-Contracts möglich sind. Solidity geriet mit dem Hack von „The DAO“ in die Schlagzeilen.

Was ist eine DAO?

Unter DAO versteht man eine Dezentralisierte Autonome Organisation. Die Steuerung dieser Organisation wird durch ein transparentes Computerprogramm bewerkstelligt. Das Programm wird weder von Aktionären gesteuert noch von einer zentralen Regierung beeinflusst. Die Aufzeichnung der Finanztransaktionen und die Programmregeln einer DAO werden auf einer Distributed-Ledger-Technologie (DLT) aufrechterhalten. Die erste DAO war übrigens Dash.

The Dao

The DAO ist die bekannteste DAO, die bislang in der Ethereum–Blockchain implementiert wurde. Die Firma Slock.it war für die Entwicklung und Veröffentlichung verantwortlich. Liest sich ja fast wie eine Anschuldigung. Grüße an Jeffrey Berns 😉 Grob zusammengefasst besteht die Aufgabe von The DAO darin, Ether durch Verkauf von Stimmberechtigungsanteilen einzunehmen, ein Entscheidungsgremium über die Verwendung gesammelter Ether abzuhalten und zu überweisen. Es handelt sich im Grunde genommen um eine autonome und automatisierte Investmentfirma. The DAO wurde im April 2016 in die Blockchain hochgeladen und durchlief ein Crowdfunding bis zum 28. Mai 2016. Zahlungsmittel war Ether. The-DAO-Token, die zur Stimmabgabe, für die in The DAO getroffenen Entscheidungen berechtigen, können immer noch auf diversen Kryptobörsen gehandelt werden.

Am 17. Juni 2016 machte ein Unbekannter durch einen Fehler im Smart Contract von The DAO 3,6 Millionen Ether unbrauchbar. Diese waren damals rund 65 Millionen Euro wert. Eine harte Abspaltung (englisch ‚hard fork‘), die den Angriff rückgängig macht, wurde mehrheitlich beschlossen. Durch diese harte Abspaltung wurde der angegriffenen DAO das gesamte Ether entzogen. Durch diesen Prozess entstanden zwei Blockchains, von denen die ursprüngliche als Ethereum Classic (ETC) weitergeführt wird. Die Ethereum Foundation hat anhand verschiedener Metriken und der Abstimmung der Community entschieden, ihre Entwicklungstätigkeit nur auf die abgespaltene (oder geforkte) Hauptblockchain (weiterhin Ethereum genannt) zu beschränken und sich nicht mehr mit Ethereum Classic zu beschäftigen.

Übrigens ist Uniswap, Thema vor 2 Tagen, ebenfalls in Solidity geschrieben 😉

Mir ist beim Schreiben aufgefallen, dass ich meinen Beitrag bzgl. Ethereum noch etwas ausarbeiten werde. Ich werde dies in den kommenden Tagen in Angriff nehmen 😉

So langsam wandelt sich dieses Vorhaben mit dem Blog zu einer lebenden und wachsenden Dokumentation.

Allen ein schönes und erholsames Wochenende!

Der Beitrag Solidity – Die Sprache für Smart Contracts auf der Ethereum-Blockchain erschien zuerst auf CEOsBay.