IOTA Glossar

Das IOTA Protokoll bekommt in den nächsten Monaten einige wegweisende Updates. Einige Features werden in Zukunft wegfallen oder hinzugefügt. IOTA 1.0 ist der aktuelle Stand, IOTA 1.5 (Chrysalis) wird im Q4 2020 implementiert und die Abschaltung des Koordinators ist mit IOTA 2.0 (Coordicide) gegen Ende Q2 2021 geplant. Dementsprechend werde ich nachfolgende Erklärungen kennzeichnen.



A

  • Account Modell (IOTA 1.0):  Eine Adresse ist wie ein Konto (Guthaben-Modell), das zu einem Seed gehört und ein Guthaben von  0 oder mehr IOTA-Token aufweist. Adressen sind die öffentliche Hälfte eines  öffentlich/privaten Schlüsselpaares. Um IOTA-Token von einer Adresse auf eine  andere zu übertragen, unterzeichnen Sie eine Transaktion mit dem privaten  Schlüssel, um den Nodes zu beweisen, dass Sie der Eigentümer sind. Als solche  können Sie Adressen mit jedermann teilen, da nur der Eigentümer des Seeds den  privaten Schlüssel kennt.  
  • Address Checksum: Die Prüfsummenvalidierung ist ein Mittel, um  festzustellen, ob eine Adresse gültig ist und keine Tippfehler enthält.  
  • Autopeering  (IOTA1.5):  Ein Mechanismus, der es Nodes ermöglicht, ihre Nachbarn automatisch ohne manuelles Eingreifen des Node Operators auszuwählen.  
  • API-Schnittstelle: Zum Senden von Datentransaktionen  (Wert 0) und Abfragen des Tangle  
  • Atomic  Transactions (IOTA 1.5): Anstelle  des Bundle-Konstrukt verwenden IOTA 1.5 einfachere Atomic  Transactions. Dies reduziert den Netzwerk-Overhead und die Belastung bei  der Signaturüberprüfung, verbessert den Spam-Schutz  sowie die Ratenkontrolle und verkürzt die Länge der  Merkle-Proofs (für künftiges Sharding). Darüber hinaus wird der  Implementierungsaufwand reduziert und die Wartbarkeit der Core-Node Software  wird erhöht.  
  • Application Layer  (IOTA 2.0): Die oberste Schicht des 3-fach-Layer  Kommunikationsprotokolls, die alle internen und externen Anwendungen  beherbergt. 


B

  • Balance: Guthaben auf den Adressen (Konto), sind  immer verfügbar und können nicht gelöscht oder vergessen werden. 
  • Blockchain  Bottleneck: Je mehr Transaktionen ausgegeben werden, desto mehr wird  die Blockrate und -größe zu einem Engpass im System. Es können nicht mehr alle  eingehenden Transaktionen zeitnah erfasst werden. Versuche, die Blockraten zu  beschleunigen, führen zu mehr verwaisten Blöcken (Blöcke werden  zurückgelassen) und verringern die Sicherheit der Blockchain.  
  • Branch/Trunk: Zwei Transaktionen, die von einer  anderen Transaktion referenziert und validiert wurden. > ab IOTA 2.0 Coordicide werden diese in Parents umbenannt.  
  • Bundle (IOTA1.0): Eine Transaktion ist eine einzelne  Anweisung, um Ausgabe-Transaktionen zu versenden oder Eingabe-Transaktionen  empfangen. Um Transaktionen zu übertragen, benötigen Sie sowohl Eingabe- als  auch Ausgabetransaktionen, die in einem Paket (Bundle) zusammengefasst sind,  entweder werden alle Transaktionen im Bundle akzeptiert oder gar keine.  > gibt es nur noch in IOTA 1.0.  
  • Bee (IOTA  2.0): Produktionsreife Implementierung des Core Clients  ohne Koordinator in der Programmiersprache Rust. Alle vorherigen  Entwicklungen und Ideen aus IRI, Ict, Hornet und Go Shimmer werden zu  einer einheitlichen Plattform zusammengeführt.
  • Bootstrapping attack: Ein Angriff, bei dem eine Node schädliche Snapshot-Dateien herunterlädt, einschließlich ungültiger Transaktionen und Salden.
  • Blowball attack: Ein Subtangle, bei dem eine große Gruppe von Tip Transaktionen auf eine zentrale Transaktion verweist, was häufig ein Meilenstein ist.


C

  • Curl: Das ist die derzeit verwendete Haupt-Hashfunktion. Sie  basiert auf der „sponge“-Konstruktion, der Keccak-Erfinder (SHA-3).  
  • Confirmed:  Bestätigte Transaktionen. > Bei IOTA 1.0 & 1.5 werden Transaktionen noch vom  Koordinator (Milestones) bestätigt.  
  • CTPS: Confirmed transaction per second  
  • Cumulative Weight: Ein System zur Bewertung von Transaktionen. Jede  zusätzliche Transaktion, die auf eine Transaktion verweist, erhöht deren  kumulatives Gewicht. Bei der Auswahl von Tips wird ein Pfad durch  Transaktionen bevorzugt, der ein höheres kumulatives Gewicht hat.
  • Comnet: Das Comnet ist ein reines Testnetzwerk und dem Devnet ähnlich, außer dass es von der IOTA Community unterhalten wird. Die Hornet-Nodes (keine IRI-Nodes mehr) im Comnet verwenden weiterhin einen Koordinator, der von der IOTA Community betrieben wird.
  • Chronicle: ist die offizielle Permanode Lösung der IOTA Foundation, sie ermöglicht, alle Transaktionen, die einen Node erreichen, in einer verteilten Datenbank zu speichern, die sicher ist und gut skaliert. Chronicle wird verwendet, um den unbegrenzten Datenfluss des Tangle zu speichern und abfragbar zu machen. Mit anderen Worten, eine Permanenz ermöglicht eine unbegrenzte Speicherung der gesamten Historie des Tangle und macht diese Daten leicht zugänglich.
  • Consensus:  Einigung auf ein bestimmtes Datum oder einen bestimmten Wert in verteilten  Multiagentensystemen, bei Vorhandensein fehlerhafter Prozesse.  
  • Coordinator (nur bis IOTA 2.0): Eine vertrauenswürdige Instanz, als Schutz vor bösartigen Transaktionen. Der noch junge Tangle ist noch kein Endprodukt, er befindet sich sozusagen noch in der Betaphase, dass Netzwerk ist derzeit auf eine Art Schutzschild angewiesen, den sogenannten Koordinator namens "Compass", er ist open-source und läuft auf einer Hornet-Node. Der COO fungiert als zentralisierter, freiwilliger und temporärer alternativer Konsensmechanismus für den Tangle. Dazu sendet der COO in regelmäßigen Abständen ehrlicher Transaktionen an die Full-Nodes. Diese Pakete enthalten eine signierte Transaktion ohne Wert, die als Meilenstein bezeichnet wird. Die Full-Nodes im Tangle betrachten eine Transaktion nur dann als bestätigt, wenn sie von einem Meilenstein genehmigt wurde. Wichtig: Der Koordinator kann ausschließlich Transaktionen bestätigen, aber die Konsensregeln umgehen kann er nicht, dass erschaffen, einfrieren oder entwenden von Token ist ihm nicht möglich. Diese feste Regel und die COO Adresse ist auf jedem Full-Node fest programmiert, der Einfluss des Koordinators auf den Tangle ist daher sehr stark eingeschränkt, da dieser zudem auch ständig von allen anderen Full-Nodes überwacht wird. > Der Coo wird mit dem IOTA2.0 upgrade abgeschaltet.
  • Communication Layer (IOTA 2.0): Die Kommunikationsschicht (Message Tangle) schafft eine standardisierte Plattform für die Speicherung und Kommunikation von Informationen. Diese Schicht enthält das "Distributed Ledger" bzw. das Tangle, sowie die Ratensteuerung und den Zeit-Stempel.
  • Core  Object type (IOTA 2.0): Ein Objekttyp, der von allen Nodes  geparst werden muss. Parser sind Computerprogramme, welche für  die Zerlegung und Umwandlung einer Eingabe in ein für die Weiterverarbeitung  geeigneteres Format zuständig sind.
  • Core  Application (IOTA 2.0):  Kern-Anwendung, die von  allen Nodes ausgeführt werden muss, beispielsweise die  Wertetransfer-Anwendung.   
  • Child (dt. Kind) (IOTA 2.0): Eine Transaktion, die im Tangle direkt auf zwei andere verweist, die als parents (dt.Eltern) bezeichnet werden.


D

  • Daten: Der Tangle ist eine Möglichkeit die Integrität von Daten (Nachweisbarkeit von Vollständigkeit und Herkunft) vertrauensvoll nachzuweisen. Derzeit gibt es etliche kryptografische Methoden, die das auch ermöglichen, aber hier werden immer wieder Sicherheitslücken bekannt wodurch Daten manipulierbar wurden. Insbesondere beim Cloud-Computing ist das ein großes Problem, dort werden teilweise sogar Audit-Tools von Drittanbietern (gegen Gebühr) verwendet, um diese Datenintegrität zu gewährleisten. Genau hier setzt IOTA an und bietet mit seinem Protokoll eine relativ einfache Möglichkeit dem zu entgehen und das ohne Gebühren.
  • Datenspeicher: Genau wie das Internet, speichert auch das IOTA-Protokoll keine Daten oder anders ausgedrückt, der Tangle ist kein Datenspeicher. Falls jemand die Historie der Transaktionen dezentral speichern möchte, kann er dafür selbst ein Second-Layer Lösung bauen oder dritte für diese Speicherung bezahlen. Für den Basic-Layer stehen bei IOTA Leistung, Durchsatz und Sicherheit im Vordergrund und nicht der Aufbau einer globalen Datenbank.
  • Distributed-Ledger-Technologie (DLT) / dt. Technik verteilter Kassenbücher od. Hauptbücher: Das ist eine Datenbankarchitektur, die es den Besitzern digitaler Güter ermöglicht, diese von Peer zu Peer zu übertragen und zu dokumentieren. Jede Übertragung in einem DLT wird als Datensatz in einem Distributed-Ledger (Datenbank) gespeichert, diese Datenbank ist in allen Nodes eines Netzwerks gespeichert.
  • Devnet: Das Devnet (dt. Entwickler-Netzwerk) ist ein reines Testnetzwek, es ist ähnlich wie das Mainnet, außer dass die Token kostenlos sind und es weniger Zeit und Rechenleistung benötigt, um eine Transaktion zu erstellen und zu senden.
  • Double-spending: Doppelte Ausgaben sind ein potenzieller Fehler in einem digitalen Geldsystem, bei dem derselbe einzelne digitale Token mehr als einmal ausgegeben werden kann. Im Gegensatz zu physischem Geld besteht ein digitaler Token aus einer digitalen Datei, die dupliziert oder gefälscht werden kann.
  • dRNG (Decentralized Random Number Generator): Dieser Zufallszahlengenerator wird beim  Fast Probabilistic Consensus (FPC) benötigt, damit das Konsensus-Modell widerstandsfähiger gegen einen Angriff wird. Im Falle von  konfliktträchtigen Transaktionen stimmt der FPC in mehreren Runden über die betreffenden Transaktionen ab, der Schwellwert ab wann eine Node bei dieser Abstimmung ihre Meinung ändert ist 50% +/- eine kleine zufällige Abweichung (mittels dRNG). Damit keine Patt-Situation oder ein bestimmter Ausgang bei der Abstimmung herbeigeführt werden kann, verhindert  diese zusätzliche Zufallskomponente es potenziell bösartigen Nodes den Abstimmungsprozess zu beeinflussen.
  • Dust-Spending Problem: Jemand der IOTA schaden möchte, könnte automatisiert jahrelang 1i auf immer neu erstellte Adressen senden und damit den Speicherbedarf des Ledger so hochtreiben, dass eine Full-Node irgendwann nur noch auf großen Servern laufen würde. Eine mögliche Lösungen könnten eine Art Pfandsystem, das bedeutet bei Werte-Transaktion müssen alle beteiligten UTXO's eine gewisse Minimum Balance aufweisen, ansonsten wird die Werte-Transaktion nicht akzeptiert.  Es gibt noch einige weitere Überlegungen, fest steht aber schon heute, es wird eine Lösung geben, die Frage ist nur, welche? (Stand Okt'20)


E

  • Eclipse-Attack: Ein Cyber-Angriff, der darauf abzielt, einen bestimmten Benutzer zu isolieren und nicht das gesamte Netzwerk und anzugreifen.
  • Entropie: Dieser Begriff stellt in der Kryptologie ein Maß für die „Unordnung“ in Texten dar. Abgekürzt wird die Entropie zumeist mit dem griechischen Großbuchstaben Η.


F

  • Finality: Die Eigenschaft, dass es nach Abschluss einer Transaktion keine Möglichkeit gibt, diese rückgängig zu machen oder zu ändern. Dies ist der Moment, in dem die an einer Übertragung beteiligten Parteien das Geschäft als abgeschlossen betrachten können. Die Endgültigkeit kann deterministisch oder probabilistisch sein.
  • Faucet: Ein Pool an Token (Geldmittel), auf  unkomplizierter Anfrage bekommt man eine beschränkte Anzahl von Token zum  Testen, gerade für Entwickler eigener Apps ist das ein große Hilfe. 
  • Full-Nodes (Hornet, Bee): Sie bilden den Kern (Infrastruktur) des IOTA-Netzwerks, um am Peer-to-Peer-Netzwerk teilnehmen zu können, muss die Full-Node immer online und mit Nachbarn (andere Full-Nodes) verbunden sein, zudem muss die Transaktions-Datenbank mit allen anderen Full-Nodes im Netzwerk synchronisiert sein. Die  Rolle der Full-Nodes besteht darin, mit Clients (Wallets, DApps etc.) zu interagieren und ihre Transaktionen an das Ledger anzuhängen, Transaktionen allen anderen Full-Nodes im Netzwerk bekannt zu machen, Transaktionen zu validieren und im Ledger zu speichern.
  • Future Cone: Eine Gruppe von Transaktionen, die direkt oder indirekt auf eine child Transaktion im Tangle verweisen, einschließlich der child Transaktion
  • Fork (dt. Abspaltung): In der IT ist das ein neuer  Entwicklungszweig nach der Aufspaltung eines Projektes in ein zweites Folgeprojekte; die Quelltexte oder Teile davon werden hierbei unabhängig vom ursprünglichen Mutterprojekt weiterentwickelt.


G

  • Genesis-Transaktion: Die Genesis Transaktion ist die erste Transaktion mit der alle IOTA Token erstellt und auf die Adressen der Käufer aufgeteilt wurden.
  • GoShimmer (Kein  Mainnet): Prototype von Shimmer in  der Programmiersprache Go. Mit dieser Node-Test-Software wird bereits ohne  Koordinator ein Konsens erzielt. GoShimmer implementiert die  verschiedenen Module von Coordicide, wie beispielsweise Autopeering,  Node-Identitäten, Mana usw. GoShimmer dient als Testumgebung für die  ersten Alpha-Version und das Testnetz, alles was hier erprobt wird,  soll nach und nach mit Hornet zusammengeführt  und später in Bee implementiert  werden.
  • Generisches  Datenobjekt (IOTA 2.0): Der grundlegendste Objekttyp. Alle nicht  erkannten Datenobjekte werden so behandelt. 


H

  • History: Die Liste der Transaktionen, die direkt oder indirekt  durch eine bestimmte Transaktion genehmigt wurden.
  • Hashwerte sind Prüfsummen, die für die Verschlüsselung von Nachrichten mit variabler Länge angewendet werden. Hashwerte sind wie Fingerabdrücke eines sehr langen Datensatzes, jeder Nachricht wird ein ganz bestimmter Hashwert zugeordnet.
  • Hornet  Node (IOTA 1.5):  Eine komplett neue Implementierung des Core Clients in der  Programmiersprache Go. Ziel ist es einen neuen Core Client zu haben  welcher mit einer deutlich gesteigerten Leistung massiv zur Skalierung des  Netzwerks beitragen soll. Hornet wird die Architektur und das modulare  Konzept von GoShimmer verwenden und ist für Low-End-Geräten wie  einem Raspberry Pi vorgesehen, zudem wird der Koordinator ebenfalls als  Plugin über Hornet laufen.


I

  • Inclusion state: Wird verwendet, um zu bestimmen, ob eine  Transaktion vom Netzwerk akzeptiert und bestätigt wurde. Insbesondere bei  einer Transaktion und einer Liste von Tips: Der Inclusion state ist wahr, wenn  der Tip auf diese Transaktion verweist.
  • Index: Die Index Nummer kann bei der Kontoerstellung in der Wallet ausgewählt werden. Es ist ein Addressen-Index, neue Adressen werden mit einer Kombination aus Seed und dieser Key-Index-Nummer berechnet. Ändert sich die Key-Index-Nummer, wird  die Adresserzeugung verschoben und es werden andere neue  Adressen erzeugt. (siehe auch Subseed)


L

  • Local  Snapshots: Local Snapshots sind dringend notwendig um den  Speicherbedarf der Full-Nodes auf eine gebräuchliche Größe zu  beschränken, dazu werden auf den einzelnen Nodes alte bereits bestätigte  Transaktionen aus der Datenbank gelöscht, übrig bleibt nur eine  kleine Datei (Liste) mit den Guthaben auf den jeweiligen Adressen.  Full-Nodes führen den Snapshot selbstständig und nach eigenem  ermessen durch, dieses Feature ermöglicht eine schnellere  Synchronisierung, geringere Systemressourcenanforderungen und kein warten  mehr auf globale Snapshots, um die Datenbank zu bereinigen.
  • Layer: Layer bedeutet wörtlich übersetzt „Schicht“, in der DLT bezieht sich ein 2-Layer auf ein sekundäres Framework oder Protokoll, das auf einem vorhandenen Distributed Ledger aufbaut. Auf diesen Second-Layern lassen sich andere Anwendungen ausführen ohne das die Basischicht zu sehr beansprucht wird, bei IOTA sind das beispielsweise die Smart-Contracts und IOTA-Streams.
  • Local Modifiers: Benutzerdefinierte Bedingungen, die von  Nodes bei der Tip-Auswahl berücksichtigt werden können. In IOTA haben die  Nodes nicht notwendigerweise die gleiche Sicht auf das Tangle; verschiedene  Arten von Informationen, die ihnen nur lokal zur Verfügung stehen, können zur  Stärkung der Sicherheit verwendet werden.
  • Light-Node: Das sind Wallets oder Apps die anders als Full-Nodes, keine vollständige Kopie des Ledgers (Tangle) besitzen, daher können sie auch keine Transaktionen verifizieren und speichern. Eine Light-Node verwaltet nur Adressen, mit ihr können die Daten des Ledgers abgerufen werden, um beispielsweise Guthaben anzuzeigen oder eigene Transaktionen zu starten und mit dem Privat-Key zu signieren. Diese Transaktionen werden im Netzwerk verteilt und von den Full-Nodes überprüft, wenn alles in Ordnung ist, wird die Adresse des Empfängers mit dem Guthaben verknüpft und im Ledger gespeichert.


M

  • Minig races: In PoW-basierten DLTs wird der Wettbewerb zwischen den Minern um Mining-Belohnungen und Transaktionsgebühren als Mining-Rennen bezeichnet. In diesem Wettlauf gewinnt immer die schnellste und effizienteste Hardware.    
  • Merkle-Tree: Ein Merkle-Tree ist eine Datenstruktur, die  in Informatikanwendungen verwendet wird. Bei Kryptowährungen dienen  Merkle-Trees dazu, effizienter und sicherer zu kodieren.  
  • Mainnet: Das öffentliche nutzbare IOTA Netzwerk, in diesem werden die IOTA-Token verwendet, die an Kryptowährungsbörsen gehandelt werden.    
  • Milestone (IOTA 1.x): Meilensteine sind Transaktionen, die vom  Koordinator signiert und ausgestellt werden. Ihr Hauptziel ist es, dem Tangle  zu einem gesunden Wachstum zu verhelfen und die Endgültigkeit zu garantieren.  Wenn Meilensteine direkt oder indirekt eine Transaktion im Tangle genehmigen,  kennzeichnen die Nodes den Status dieser Transaktion und ihre gesamte  Geschichte als bestätigt.  
  • Message  (IOTA 2.0): Der Objekttyp, über den zwischen Nachbarn getratscht  wird. Alle geklatschten Informationen sind in einer Nachricht enthalten.    
  • Message-Overhead: Die zusätzlichen Informationen  (Metadaten), die zusammen mit den eigentlichen Informationen (Daten) gesendet  werden müssen. Diese können Signaturen, Abstimmungen, Herzschlagsignale und  alles enthalten, was über das Netzwerk übertragen wird, aber nicht die  Transaktion selbst darstellt.  
  • Mana  (IOTA 2.0): Ab IOTA 2.0 gibt es für Nodes im IOTA-Netzwerk ein Reputationswert namens Mana, er wird lokal in jedem Node berechnet und von den Nodes durch Werttransfers erworben. Das Mana-Konzept ähnelt dem PoS, ist aber keins, da man Token nicht sperrt/staked, um daran zu verdienen. Mana kann zudem nicht gehandelt werden und ein Teil zerfällt mit der Zeit, um die Aufrechterhaltung des guten Verhaltens zu fördern. Mana wird für die Abwehr von Sybil-Angriffen  oder für Tool wie FPC, Autopeering und die Ratenkontrolle verwendet. Man kann sich Mana als ein paralleles Reputations-Token zum IOTA-Token vorstellen, das von Adressen in einem proportionalen Verhältnis zu den IOTA-Token gehalten wird. Dies wird als Pending Mana (dt. ausstehend / schwebend) bezeichnet, welches bei Wert-Transaktionen an Nodes verpfändet wird. Wenn eine bestimmte Menge an Iota-Token von einer Adresse zu einer anderen Adresse transferiert wird, wird ein vom Emittenten ausgewählter Node mit Mana belohnt, wodurch "Vertrauen" gewonnen wird. Die Menge an Mana, die dieser Node erhält, ist proportional zu der Menge an Iota-Token, die bei der Transaktion gesendet werden. Mana will den am Netzwerk teilnehmenden Nodes eine Rangfolge/Reputation verleihen, die es ermöglicht, ehrlich arbeitende Nodes mit einer gesicherten Historie von bösartig agierenden Nodes  zu unterscheiden.  


N

  • Nakamoto-Konsens: Benannt nach dem Urheber von Bitcoin, Satoshi  Nakamoto, beschreibt der Nakamoto-Konsens den Ersatz der  Abstimmung/Kommunikation zwischen bekannten Agenten durch ein  kryptographisches Rätsel (Proof-of-Work). Durch die Vervollständigung des  Puzzles wird bestimmt, welcher Agent als nächster handelt.  
  • Neighbors: Netzwerk-Nodes, die direkt miteinander verbunden sind  und Nachrichten ohne Zwischen-Nodes austauschen können.  
  • Nodes: Der Tangle arbeitet mit verschiedenen Typen von Nodes, wie beispielsweise Full-Nodes (Hornet, später Bee), Light-Nodes (Wallets), Perma-Nodes (Chronicle) oder Smart-Contract-Nodes (Wasp).  
  • Network  Layer (IOTA 2.0): Die grundlegendste Schicht des 3-fach-Layer  Protokolls, die die Verbindungen und den Klatsch (engl. gossip) zwischen Nachbarn verwaltet. 
  • Network-ID: Die Network-ID ermöglicht anwenderspezifische Subtangle, in den Nodes nur Nachrichten aus der in ihrer Konfigurationsdatei aufgeführten Network-ID erkennen können, siehe dazu auch ZebraNet.


O

  • Orphan / dt. Weise: Eine Transaktion (oder ein Block), die von keiner nachfolgenden Transaktion (oder Block) referenziert wird. Eine Waise gilt nicht als bestätigt und wird nicht Teil des Konsenses sein.
  • Objekt (IOTA 2.0): Die grundlegendste Informationseinheit des IOTA-Protokolls. Jedes Objekt hat einen Typ und eine Größe und enthält Daten.


P

  • Parents (dt. Eltern): Eine Transaktion, die direkt von mindestens einer anderen Transaktion im Tangle referenziert wird, die als child bezeichnet wird.
  • Past Cone: Eine Gruppe von Transaktionen, die direkt oder indirekt von einer Child-Transaktion im Tangle referenziert wird, einschließlich der Child-Transaktion
  • Parasite-Chain Attacks: Ein Angriff auf das Tangle mit doppelten Ausgaben. Hier versucht ein Angreifer, eine Transaktion rückgängig zu machen, indem er ein alternatives Dreieck aufbaut, in dem die Gelder nicht ausgegeben wurden. Er versucht dann, die Mehrheit des Netzwerks dazu zu bringen, das alternative Dreieck als das legitime zu akzeptieren.
  • Parsen: Parser sind Computerprogramme, die für die Zerlegung und Umwandlung einer Eingabe in ein für die Weiterverarbeitung geeigneteres Format zuständig sind.
  • Perma-Node: Dieser Node-Typ speichert die gesamte Transaktionshistorie permanent, ggf. mit Hilfe externer Speicherlösungen und ggf. auch nur die eigenen Transaktionen (Selektiver-Perma-Node).
  • Pending: Eine Transaktion wurde vom Netzwerk gesehen, aber noch nicht bestätigt.
  • Peer to Peer Network: Ein dezentrales Netzwerk aus verschiedenen Netzwerk-Nodes , die miteinander verbunden sind und Daten austauschen.
  • Peering: Das Verfahren des Entdeckens und Verbindens mit anderen Netzwerk-Nodes.
  • Payload / dt. Nutzlast (IOTA 2.0): Ein Feld in einem Objekt, das nur von einem anderen Objekt gefüllt werden kann.
  • Private Tangle: Ein private Tangle ist vergleichbar mit einem Testnetz unter vollständiger Kontrolle des Betreibers. Damit können Unternehmen und Entwickler ohne äußerliche Einflüsse und vor neugierigen Blicken geschützt ihre Applikationen unter selbst festgelegten Umgebungsvariablen testen. Zwischen einem private Tangle und dem IOTA Tangle gibt es keine Interoperabilität, daher funktioniert auch das Senden von einem ins andere Tangle nicht. Jeder private Tangle ist ein eigenständiges Netzwerk mit eigenen Nodes, Token und Koordinator.
  • Proof of Work (PoW): Eine zeitaufwendige (kostspielige) mathematische Berechnung, welche mit Hilfe von Rechenleistung Spamattacken verhindert. Es besteht aus einem schwierigen kryptographischen Rätsel, welches leicht zu überprüfen ist.
  • Proof of Inclusion: Mit PoI ist man in der Lage, Beweise dafür zu erbringen, dass eine Transaktion indirekt durch eine andere Transaktion referenziert wurde, ohne die vollständige Kette der tatsächlichen Transaktionen zwischen den beiden Transaktionen vorlegen zu müssen. Dazu wird eine Abfolge von Hashes anstelle der eigentlichen Transaktionsdaten verwendet, um den Einschluss einer Transaktion (Inclusion) in das referenzierte Subtangle zu beweisen.
  • Promote / dt. bewerben (nur bis IOTA2.0): Strategien der IOTA zur Wiedereinführung verwaister Transaktionen. Der Befehl gibt eine einzige neue Nullwert-Transaktion heraus, die sowohl Ihre Transaktion als auch den letzten Meilenstein bestätigt. In einigen Fällen wird sie diese Transaktion nicht direkt, sondern indirekt genehmigen: Es wird ein MCMC Walk (Markov-Chain-Monte-Carlo-Verfahren) von Ihrer Transaktion sowie ein MCMC Walk vom letzten Meilenstein ausgeführt und die zufällig ausgewählten "Tips" werden als Tips für die neue Transaktion verwendet. Auf diese Weise wird das Gewicht der neuen Transaktion erhöht und die Chance, dass Ihr Tip später gewählt wird, verbessert. Auch wenn Sie eine Transaktion bewerben, die bereits beworben wurde (und nicht von anderen Transaktionen referenziert wird), wird Ihre zweite Promotion die erste Promotion fördern und die Anzahl der Tipps reduzieren.
  • Pruning:  In der Informatik ist das ein Ausdruck für das Vereinfachen, Kürzen und Optimieren von Entscheidungsbäumen. Bei IOTA wird dies durch Local-Snapshots auf den einzelnen Full-Nodes durchgeführt, alte bereits bestätigte Transaktionen werden aus der Datenbank gelöscht, übrig bleibt nur eine Datei (Liste) mit den Guthaben auf den jeweiligen Adressen.  
  • Public & privat keys: Sie finden Verwendung in  kryptographischen Systemen, welche Schlüsselpaare verwenden, es gibt public  keys (öffentliche Schlüssel) und private keys (private Schlüssel), die nur dem  Besitzer bekannt sind. Die Erzeugung solcher Schlüssel hängt von  kryptographischen Algorithmen ab, die auf mathematischen Problemen basieren,  um Einwegfunktionen zu erzeugen. Wirksame Sicherheit erfordert nur, den  privaten Schlüssel (Seed) privat zu halten; der öffentliche Schlüssel  (Adresse) kann offen verbreitet werden, ohne die Sicherheit zu gefährden.


R

  • Random Walk: Ein Algorithmus, um das Paar zu validierenden Transaktionen zu finden. Ein mathematisches Objekt, das einen Pfad beschreibt, der aus einer Folge von zufälligen Schritten in einem mathematischen Raum besteht.
  • Reattach / dt. wieder anfügen (nur bis IOTA2): Zurücksenden einer Transaktion durch erneutes Auswählen von Tips und Verweisen auf neuere Tips durch erneutes Ausführen von PoW. Der Befehl wählt dazu zwei neue zufällige Tips aus und erstellt eine Kopie Ihres Transaktionspakets, das an diese angehängt ist. Dies erfordert zunächst einmal mehr PoW (ein PoW pro Transaktion im Bundle) und führt im Prinzip zu einer „doppelten Ausgabe“ Situation (double-spend). Aber, nur entweder die ursprüngliche oder die erneut angefügte Transaktion kann bestätigt werden. Wenn eine Transaktion zu früh wieder angefügt wird, entsteht für die Nodes eine 50/50 Situation, sprich, es besteht jetzt die Möglichkeit, dass sich die Nodes zu 50% der falschen Transaktion anschließen, was diese Transaktion zu einer unbestätigten Transaktion machen würde (und eine erneute Anfügung erfordert). In seltenen Fällen kann es vorkommen, dass der Wiederanhang an eine der wiederangefügten Transaktionen angefügt wird (was es unmöglich macht, dass die wiederangefügten Transaktionen jemals bestätigt werden können, diese Dateien verwaisen.
  • Remainder Address: Wenn eine Zwischensumme der Geldmittel an einer Adresse ausgegeben wird, sollten alle verbleibenden nicht ausgegebenen Gelder gleichzeitig an eine neue Adresse (remainder address genannt) geschickt werden. Auf diese Weise können diese verbleibenden Gelder in Zukunft sicher von der neuen (remainder-)Adresse aus ausgegeben werden.
  • Rebroadcast: Wiederholt das Senden einer Transaktion. Während eine  Transaktion an einen IOTA-Node gesendet wird, kann dieser offline gehen. In  diesem Fall leitet der IOTA-Node die Transaktionen möglicherweise nicht an  seine Nachbarn weiter, und der Rest des Netzwerks wird diese Transaktionen  niemals sehen. Infolgedessen wird diese Transaktion vom Koordinator niemals  referenziert und somit auch niemals bestätigt. Ein Bundle erneut zu senden  bedeutet, dass dasselbe Bundel erneut an einen IOTA-Node gesendet wird. Auf  diese Weise geben Sie Ihren Transaktionen eine weitere Chance, an den Rest des  Netzes weitergeleitet zu werden.  
  • Reusable  Adresses (IOTA 1.5): Mit der Implementierung des neuen Signaturshema Ed25519 durch das IOTA 1.5 Chrysalis Upgrade werden wiederverwendbare Adressen (engl. Reseuable  Adresses) unterstützt.

S

  • Salt: In der Kryptographie ist Salt eine zufällig  gewählte Zeichenfolge, die an einen vorgegebenen Klartext vor dessen weiterer  Verarbeitung angehängt wird, um die Entropie (Unordnung) der Eingabe zu  erhöhen. Es wird oft für die Speicherung und Übermittlung von Passwörtern  benutzt, um die Informationssicherheit zu erhöhen.
  • Software as a Service (SaaS): Das SaaS-Modell ist ein Teilbereich des Cloud Computing, es basiert auf dem Grundsatz, dass die Software und die IT-Infrastruktur bei einem externen Dienstleister betrieben und vom Kunden als Dienstleistung gemietet werden kann.
  • Smart Contract Chain: Smart Contracts werden über eine sogenannte Contract Chain, die Repräsentation des Contract-Zustands, abgewickelt. Ein Smart Contract schreibt seinen Status bei jeder Anfrage und bei jeder dieser Aktualisierungen des Zustands wird ein neuer Block hinzugefügt, all diese Aktualisierungen werden in einem Block gesammelt und bestätigt. Die Chain enthält also auch alle vergangenen Zustände. Die Chain kann viele Smart Contracts enthalten, die alle am gleichen globalen Zustand der Chain arbeiten. Aus dieser Perspektive betrachtet, ist die Contract Chain im Wesentlichen eine Blockchain, die auf dem Tangle verankert ist. IOTA Smart Contracts können als „klassische“ Smart Contracts betrachtet werden, aber mit dem zusätzlichen Merkmal, dass Sie mehrere solcher parallelen Chains haben können, die alle dasselbe native IOTA-Token nutzen und zwischen denen Sie auf vertrauenswürdige Weise auf dem Tangle handeln können. Dadurch wird eine vertrauenswürdige Interoperabilität zwischen verschiedenen Anwendungen ermöglicht.
  • Small-World-Network: Ein Netzwerk, in dem die meisten Nodes von  jedem anderen Nodes aus durch eine geringe Anzahl von Zwischenschritten erreicht werden können.  
  • Solidification time: Der Zeitpunkt der Verfestigung, an dem die  gesamte Historie einer Transaktion von einem Node empfangen wurde.  
  • Splitting Attacks: Ein Angriff, bei dem ein bösartiger Node  versucht, das Tangle in zwei Zweige aufzuspalten. Wenn einer der Zweige  wächst, veröffentlicht der Angreifer Transaktionen auf dem anderen Zweig, um  beide am Leben zu erhalten. Splitting-Angriffe versuchen, den Konsensprozess  zu verlangsamen oder eine doppelte Ausgabe (double spent) durchzuführen.  
  • Sharding: IOTA-Nodes haben eine Obergrenze für Transaktionen pro Sekunde (TPS), die sie verarbeiten können, durch eine Form der Datenbankpartitionierung (das Aufteilen einer sehr großen Datenbank in kleinere) in besser verwaltbare Segmente (Shards) würde jeder Shard  einen einzigartigen Satz der Kontensalden enthalten und Nodes würden dann einzelnen Shards zugewiesen, um Transaktionen zu validieren. Ziel ist es, dass durch die Aufteilung in besser verwaltbare Segmente der Transaktionsdurchsatz erhöht und damit die Skalierbarkeitsprobleme überwunden werden.  
  • Signaturen, belegen den Besitz einer Adresse, Clients  (wallet) benötigen diesen Nachweis, bevor Nodes eine Transaktion validieren. Zum Nachweis des Eigentums müssen Eingabetransaktionen mit dem  privaten Schlüssel signiert werden, mit dem die Adresse erstellt  wurde. Eine Signatur wird sowohl aus dem privaten Schlüssel einer Adresse  als auch aus dem Bundlehash (IOTA 1.0) der Transaktion erstellt, die von der Adresse  ausgegeben wird.  
  • Seed: Das ist der geheime Hauptschlüssel, mit ihm werden private  und öffentlichen Schlüssel gereriert. Dieser muss exakt 81 Stellen besitzen,  erlaubt sind alle großen Buchstaben (ohne Umlaute) sowie die Zahl 9 (81 TRYTES  (A-Z,9) = 384 bits). Erstellen Sie ihren Seed ausschließlich mit der neuen  Trinity wallet. Ihr Seed beweist, dass Sie eine Adresse besitzen, und  ermöglicht den Nodes, Ihre Transaktionen zu überprüfen. Sie müssen Ihren Seed  sicher aufbewahren, Sie sind selbst für die Sicherheit zuständig. Wenn Sie  Ihren Seed verlieren, können Sie ihn nicht wiederherstellen. Die maximale  Anzahl an möglichen Seed-Kombinationen liegt  bei 27^81=8,7×10^115 Seeds. Dies ist eine mehr als astronomisch hohe  Anzahl. Die Gesamtzahl aller Atome im Universum ist etwa 10^hoch80 und die  Anzahl der IOTA Seeds liegt 10^hoch35 mal höher. Ein einzelner Seed kann eine  hohe Anzahl von Adressen erzeugen (9.007.199.254.740.992, um genau zu sein)
  • Subseed: Dieser entsteht aus der Kombination des Seed und dem Index, er ist der Ursprung jeder Adresse. Ist ein Seed unbenutzt, dann ist der Index 0 und der Subseed entspricht exakt dem Seed. Eine neue Adresse entsteht mit neuem Index. Ist der Index 1, dann wird zum Seed in Trits 1 addiert, damit daraus über mehrmaliges hashen eine ganz neue Adresse entsteht, aber der Ursprung ist weiterhin mit dem ursprünglichen Seed reproduzierbar. Beispiel: Dem IOTA Tryte Alphabet entspricht das Zeichen 9 den Trits 0,0,0 und ein A ist 1,0,0. Ein Seed beginnt mit 9AA, dies entspricht in Trits 0,0,0,1,0,0,1,0,0. Addieren man nun zum ersten Trit eine 1, dann erhält man 1,0,0,1,0,0,1,0,0. Der neue Subseed beginnt also nun "übersetzt" mit AAA. Die daraus gehashte Adresse sieht vollkommen anders aus, aber man kann den "neuen Seed" jederzeit problemlos ein weiteres mal generieren, da der "erste Seed" bekannt ist. Bei der Herstellung von Guthaben in der  Wallet passiert genau das....die Wallet prüft einfach etliche Seeds die auf den Ursprünglichen folgen und kann so die Balance wieder herstellen. Wenn alles Guthaben auf einem bekannten Index liegt, dann kann man  auch den Subseed errechnen und einfach als neuen Seed direkt nutzen, was Index 1 für Adresse 9AA... war, das ist einfach Index 0 für Adresse AAA...!
  • Subtangle: Ein konsistenter Abschnitt des Tangle (d.h. eine Teilmenge von Nachrichten/Wertobjekten), so dass jede enthaltene  Nachricht bzw. jedes enthaltene Wertobjekt auch seine referenzierten  Nachrichten/Wertobjekte enthält. 
  • Streams: Bei IOTA Streams handelt es sich um ein multifunktionales Second Layer Datenübertragungsprotokoll, welches für verschiedene Arten der Datenübertragung (z.B. Streaming-Daten) verwendet werden kann. Beispielsweise ermöglicht es Sensoren und anderen Geräten, ganze Datenströme zu verschlüsseln und im IOTA-Tangle zu verankern. Das Konsensprotokoll von IOTA fügt diesen Nachrichtenströmen Integrität und Authentizität hinzu. Angesichts dieser Eigenschaften erfüllt IOTA Streams ein wichtiges Bedürfnis in Branchen, in denen Integrität, Datenschutz und Unveränderlichkeit aufeinandertreffen.
  • Sybil-Attack: Ein Versuch, die Kontrolle über ein  Peer-to-Peer-Netzwerk zu erlangen, indem mehrere falsche Identitäten gefälscht  werden.  
  • Snapshot: Eine  Besonderheit des Tangle, ein Snapshot löscht alle  Transaktionen, nur Transaktionen mit einem Saldo > 0 werden beibehalten,  die Metadaten wie Tags und Nachrichten werden ebenfalls gelöscht. Was zurück  bleibt ist nur eine Liste mit Adressen und Salden. Nach einem Snapshot  verwenden die Nodes diese Liste als „Genesis“, ein neuer Anfangspunkt für den Tangle. Dadurch wird die Größe des Tangle-Netzwerks reduziert, wodurch die  IOTA-Nodes weniger Speicher benötigen. Full-Nodes führen selbstständig und nach eigenem ermessen die sogenannten "Local Snapshots" durch, dies bedeutet eine schnellere Synchronisierung, geringere Systemressourcenanforderungen und kein warten mehr auf globale Snapshots, um die Datenbank zu bereinigen. Local Snapshots sind dringend notwendig um den Speicherbedarf der Full-Nodes auf eine gebräuchliche Größe zu beschränken. Standardmäßig speichern die Nodes ungefähr 30 Tage Transaktionsdaten, das kann individuell geändert werden. Der Full-Node Betreiber muss jedoch darauf achten, dass er nicht zu häufig lokal Snapshot macht, wenn er zu schnell Snapshots macht, riskiert er einem Sub-Tangle aufzubauen, dass aus dem Konsens herausfallen kann. Dies wäre wie ein Miner in der Blockchain, der nur Informationen speichert, die im letzten Block in der Blockchain enthalten sind - es ist möglich, dass dieser Block letztendlich nicht Teil der längsten Kette wird und dieser Miner auf einer verlassenen Kette aufbaut.


T

  • Tangle: Das  Tangle (dt. Wirrwar) ist die zugrundeliegende Kerndatenstruktur, mathematisch  ausgedrückt ist es ein gerichteter azyklischer Graph (DAG). Das Tangle ist das  Distributed Ledger von IOTA, welches alle Transaktionen speichert.  
  • Tag: Eine kurze Nachricht, welche an einem Transfer  angehängt werden kann, nach ihnen kann im Tangle gesucht werden.  
  • TPS: Transaction per second  
  • Ternäres System: Ein Trit (trinary digit) kann genau drei Zustände (3 x 1 = 3) annehmen: -1, 0 und 1.
    Drei Trits ergeben ein Tryte  (33 = 27) und können somit 27 Kombinationen abbilden, bei IOTA werden  dafür die Buchstaben A-Z (26 Stück) und die Zahl 9 verwendet.  
  • Tail Transaction: Die Transaktion, die als tip erscheint, ist  immer die tail-Transaktion eines Bundles, die Transaktion 0 in einem Bundle  ist immer die Tail-Transaktion des Bundles. > IOTA 1.0  
  • Token  (IOTA): Die verwendete digitale Währungsform (Kryptowährung) und  ist ein leistungsfähiges Werkzeug für den Wertetransfer zwischen Menschen und  Maschinen. Gesamtzahl: 2 779 530 283 277 761 iota, die Basiseinheiten sind Pi,  Ti, Gi, Mi, Ki, i  
  • Troika:  Eine Ternäre Hash-Funktion (nicht im Einsatz, Ternäre Vision)  
  • Tip: Eine Transaktion, die noch nicht genehmigt wurde.  
  • Tip Selection: Der Prozess der Auswahl früherer Transaktionen, die  durch eine neue Transaktion referenziert werden sollen. Bei diesen Verweisen  knüpft eine Transaktion an die bestehende Datenstruktur an. IOTA erzwingt nur,  dass eine Transaktion zwei andere Transaktionen genehmigt, die Strategie der  Tip-Auswahl wird dem Benutzer überlassen (mit einer guten Voreinstellung, die  von IOTA bereitgestellt wird).
  • Tip-Transaction: Eine solide Endtransaktion, die noch keine parent ist.
  • Transaction: Eine Transaktion, die Gelder oder Informationen  zwischen zwei Nodes überträgt, eine Transaktion wird als "solide" bezeichnet,  wenn ihre gesamte Historie bekannt ist.  
  • Transaction (IOTA  2.0): Die Payload eines Werte-Objektes. Sie enthält die Angaben  zu einem Geldtransfer. 


U

  •  UTXO-Modell  (IOTA 1.5): Das ist ein sogenanntes Adressierungsmodell, UTXO steht dabei für "unspent transaction output", was einfach bedeutet, dass man nicht nur die Guthaben auf der Adresse im Auge behält, sondern auch den Überblick darüber behält, woher die Guthaben stammen und wohin sie versendet werden, wenn sie ausgegeben werden. Jeder Token auf einer Adresse ist damit  eindeutig identifizierbar und jede Ausgabe benennt genau den Token, die sie  bewegen möchten. Dies ermöglicht eine schnellere und genauere  Konfliktbehandlung und verbessert die Belastbarkeit sowie  die Sicherheit des Protokolls.


V


W

  • Winternitz  one-time signature, W-OTS (IOTA 1.0): Eine quantenrobuste Signatur, die  Werttransaktionen von einer Adresse autorisiert. Dabei wird mit dem privaten  Schlüssel signiert (private key). Da es eine Einweg-Signatur ist, werden die  Bestände an IOTA auf einer Adresse zunehmend gefährdet, falls mehrfach mit dem  gleichen Schlüssel signiert wird. Daher darf man bei IOTA eine Adresse von der  IOTA gesendet wurde nicht wiederverwenden, da die Signatur schon im Netzwerk  bekannt ist. > Ab IOTA 1.5 wird W-OTS durch das Signaturschema (Ed25519) ersetzt, welches wiederverwendbare Adressen erlaubt.  
  • White-Flag-Approach  (IOTA 1.5): Zur Berechnung der Guthaben. Ein einfacherer,  konfliktvermeidender Ansatz, der die Geschwindigkeit und Effizienz der  Tip-Auswahl verbessert, bestimmte Angriffe eliminiert und die Notwendigkeit  von reattachments deutlich reduziert.
  • Wasp: Ein Node für IOTA Smart Contracts


Z

  • Zebranet ist ein anwenderspezifisches Subtangle. In Zukunft werden Zebra Technologies und die IOTA Foundation ein spezielles IOTA DLT-Netzwerk namens Zebranet für Zebra-Kunden, einsetzen. Das Zebranet ist eine 2-Layer Skalierung in Form von logisch getrennten Subtangle mit einer eindeutigen Netzwerk-ID, innerhalb des Subtangle können die Nodes ausschließlich die Nachrichten aus der in ihrer Konfigurationsdatei aufgeführten Network-ID erkennen. Die Aktivität in diesen Sub-Tangles kann kontextspezifisch sein und muss nicht mit dem Durchsatz im Mainnet konkurrieren. Der Token-Supply bleibt jedoch global, um Werte-Transaktionen in diesen Subnetzen zu tätigen, müssen zuerst IOTA-Token in das Subtangle eingezahlt werden, welche dann aus dem Mainnet verschwinden (Token können hin und her transferiert werden). Diese Art der 2-Layer Skalierung wird zunächst für Daten eingeführt, die Unterstützung für die Werte-Übertragungen wird später hinzugefügt. Die Möglichkeit, kontextspezifische Subnetze zu erstellen (2-Layer Skalierung) bedeutet nicht, dass auf das "Fluid Sharding" (1-Layer Skalierung) verzichtet werden kann. Es ist ein komplementäres Konzept, das verwendet werden kann, wenn es für den Anwendungsfall sinnvoll ist.

 

 

Zuletzt bearbeitet am 27.11.2020