After much consideration, it has been decided that stage 1 of global context implementation is simply making the context mutable so that it can be added to by any node.
One of the main reasons behind it being mutable initially was that mutability would make state reversion much more difficult, however that is not a current priority. Additionally, mutability is more pythonic, allowing developers to use it as they want to - though we will encourage best practices.
In the future, the mutability can be upgraded if needed, such as for allowing a lock to prevent race conditions.
After much consideration, it has been decided that stage 1 of global context implementation is simply making the context mutable so that it can be added to by any node.
One of the main reasons behind it being mutable initially was that mutability would make state reversion much more difficult, however that is not a current priority. Additionally, mutability is more pythonic, allowing developers to use it as they want to - though we will encourage best practices.
In the future, the mutability can be upgraded if needed, such as for allowing a lock to prevent race conditions.