Post #31403

e81a4b0c081090804aa7dce1ecc436f1ebd31bf3d3ea06fa1b84a3a930b9b734
de8054dcfcf68356d719eff275033d4f0196156c5c78ec6557d150c3d3bf5a24
e2c61429397da55a5ee7749088023feb12e0e8e261dfeba32ee7c0794f9a12f8
Signature verified

The signature from the blockchain entry has been verified against an identity on this server.

{"entry_date":1611256078,"post_data":{"edit_count":0,"last_edit_date":0,"last_edit_user_id":0,"message_sha512":"c3564bbe55a2378a5243912ab9d08d203292fee203486350b601a94e5ecc563fcf7a276e14796780e2fc66c5542ec4ea6b744c986796de728f931372fc6e18dc","node_id":52,"post_date":1611256078,"thread_id":5637,"user_id":117},"post_link":"https:\/\/forum.factomprotocol.org\/threads\/batched-amendment-strategy-and-resource-director-proposal.5637\/post-31403"}
The entry content as it exists in the database. This should be verified against the blockchain entry.
Batched Amendment - Strategy and Resource Director Proposal
If the 3 council members each have their own area of expertise then what would happen if two members disagree to something that is going on in within the last members area? Should they then sort it out amongst themselves or should the area of expertise bring a stronger mandate? In the first case we would lose some of the decisiveness in the latter case it would be a bit like having three directors (which might work).

If we end up with a council model I believe it is very important to have some mechanisms for resolving any deadlock that might occur. I get that the council should try to resolve matters as much as possible themselves, but we need to have solutions in place when that does not happen.

Overall I am in favor of a director approach. I think there are some fair points about continuity and avoiding disenfranchisement of some ANOs, but I think it is outweighed by the decisiveness we get from a director. Case in point, Niels was already able to draw up a plan for the coming months. With a council we would first have to elect a council, then have them agree on such a plan.
This is the raw content, without BBCode parsing.
Top