This article was first published on IOTA - Medium
Many things have been baking in our IRI and client lib development efforts the past few months and I feel like it is time for another update to highlight what is coming. If you are an IRI node operator, then please do read on. We will go over some of the breaking changes coming with the networking rewrite.
We have released the stateful versions of client libraries back in April. Since then we have worked on improving the documentation and most recently, we have started ramping on the new MAM protocol.
MAM will also be the focus of the upcoming weeks. All the libraries — Java, JS, and Go will provide wrappers for the new MAM protocol that has been in the works for a few months now. You can take a look at the alpha of the new MAM here.
A lot has been happening in IRI. There is a version 1.7.1 coming next week. This version introduces a large number of different fixes and changes. One of the fixes we believe should improve the issue where the node got stuck at ‘repairing corrupted milestone`. This issue has proven very difficult to debug.
Another important change in IRI is a new tip selection timeout mechanism. The node stops the tip selection process if it is not able to return a response in a given time. This is controlled by the `TIP_SELECTION_TIMEOUT_SEC` configuration parameter. The default timeout is 60 seconds.
There are also some breaking changes introduced by the unification of the behavior of boolean configuration flags. All boolean flags now require explicitly passing a parameter to make their behavior clearer. Also, in the past, it was possible to overwrite the values if you had passed the same value in both the configuration file and the CLI.
Many changes also ...
To keep reading, please go to the original article at:
IOTA - Medium