- Developer Guide.
- Exchange Guide.
- Token Migration Guide
- Migration Mechanism.
- Hub Migration Guide.
- Backup and Security.
- Chrysalis Snapshot Validation.
Overall Changes from IOTA 1.0 to 1.5 (Chrysalis) in a Nutshell
- The format of the address was changed, and it is based on both
bech32standards. For reference, see the IOTA address anatomy
- The concepts of
transactionswere replaced with the concepts of
messageis a data structure that is actually being broadcast in the network and represents a node (vertex) in the Tangle graph. For reference, see messages, payload and transactions and selected message payloads.
- The IOTA network is based on a DAG (Directed Acyclic Graph) to store individual
transactions. However, each
messagecan newly reference up to 8 parent messages. For reference, see messages, payload and transactions.
- The signature scheme based on
WOTSwas replaced with the
Ed25519signature scheme. For reference, see seed and addresses.
- Due to the changed signature scheme, IOTA addresses are reusable without any negative security impact. In comparison to IOTA 1.0, which was based on ternary, IOTA 1.5 is based on binary and is thus very efficient on all kinds of current hardware devices. In contrast to IOTA 1.0, IOTA 1.5 addresses are perfectly reusable; even if one spends funds from the given address, it can be used again. For reference, see address/key space.
- Originally, IOTA 1.0 used an
account-based modelfor tracking individual iota tokens. Chrysalis embraced the
Unspent Transaction Output(also known as
UTXO) model to track tokens and token holders. For reference, see Unspent Transaction Output
- The approach to client libraries was completely reengineered from the ground up. There are new official client libraries that serve as
one-source-code-of-truthto IOTA users and can be combined in a modular fashion based on particular use cases. All libraries provide a binding to other programming languages. For reference, see the client libraries.
- Our official iota tools, such as wallet software, use the same libraries under the hood and so any developer may work in the same environment as we do.
- The official client libraries embraced an
Hierarchical Deterministic Walletsapproach which is fully
BIP44compatible. For reference, see the address/key space.
- There is a new official wallet software called Firefly. See Firefly and the Repo at: Firefly Github