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
derivation path and
bech32 standards. For reference, see the IOTA address anatomy
- The concepts of
transactions were replaced with the concepts of
message is 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
messages and related
transactions. However, each
message can newly reference up to 8 parent messages. For reference, see messages, payload and transactions.
- The signature scheme based on
WOTS was replaced with the
Ed25519 signature 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 model for 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-truth to 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 Wallets approach which is fully
BIP44 compatible. For reference, see the address/key space.
- There is a new official wallet software called Firefly. See Firefly and the Repo at: Firefly Github