3.0.0
Breaking changes
Address#to_bech32
now matches CIP5. Previously we always usedaddr
as the bech32 prefix, but now we useaddr
,addr_test
,stake
,stake_test
depending on the situation- (De)serialization order of maps now follows insertion order which also now matches iteration order. This may lead to transactions containing maps (like MIR certificates) to generate a different binary from previous versions of our library. These transactions will still be accepted by the Cardano network (no impact on you unless you relied on a specific ordering of keys in the binary encoding of a map or a specific iteration order). You can learn more here
Bug fix
- VRF key hash deserialization fixed (previously throwed an error)