Rationalize based on Platform properties taxonomy :: Node-local/Network and Static/Dynamic

[tinker-michaelj]

Let us define network and node-local properties as follows:

• A network property's value may affect the result of processing a consensus txn.
• A node-local property's value never affects the result of processing a consensus txn.

Network properties must, of course, be identical across all nodes in the network at all moments in consensus time. On the other hand, node-local properties may vary arbitrarily among nodes. (For example, the choice of Netty NIO driver would be different between a Linux and Windows.)

Let us also define static and dynamic properties as follows:

• A static property's value is resolved exactly once, during node startup.
• A dynamic property is a setting whose value is resolved at every point of use.

This gives us a taxonomy of four property types: (1) static network, (2) dynamic network, (3) static node-local, and (4) dynamic node-local.

Each type of property should be externalized, managed, and applied differently. (For example, the only safe use of a static network property when bootstrapping the network.)

---

This issue is to rationalize how Services uses properties based on this taxonomy.