Recent content by PaulSnow

I appreciate the work you all are doing.

Congratulations Mr. Councilman! I am looking forward to seeing how we can move the protocol forward. I know Factom Inc. voted for Troy, but more because I wished support to be spread around rather than any sort of opposition to you taking the seat (which I was very confident would be the case).

I've worked with @Anton Ilzheev from the beginning, and his efforts have been significant and consistent. He is competent, talented, inspired, and committed. Most of all, very easy to work with and has worked with more ANOs on more efforts than anyone else. We need someone with his track...

Yeah you are right. In my head I was not thinking the general approach, but about the comments you made in the Q&A about how to approach protocol development. I believe we have real problems with developer retention and recruiting. Do I think you can retain developers (we are really down to...

I have never said "it isn't very workable". I am certainly not "rather strong" in such a position. I will note that you have already taken a step down the path where you will direct the tokens from the protocol in the direction that your analysis indicates is the best path. That is workable...

I applaud Niels as well. We will see how this goes.

Fair enough. I think a Director could work, but I think running the protocol as @Niels Klomp suggests isn't very workable. Questions about Liability, regulation, grants, vision, developer recruitment/retention, taxes, etc. remain.

That's what I'd expect, sort of. It does imply quite a bit of back channel coordination to say that this election process is just a formality. Or maybe a quorum voted him in, and can see the results. I haven't voted, so I don't know. I'd hope @Niels Klomp would still be obligated to do at...

What exactly happens if @Niels Klomp is not approved?

We do have more issues to track than many projects. I think tracking them and making progress of the critical items will not hurt us. Historically we have been slammed by stability issues which killed momentum on goals that otherwise would have been our top priorities. Stability as an issue...

I view all roadmaps by decentralized projects as "wish lists" when it comes down to it. (Their plans rarely match reality) And a decentralized project has the advantage of including all efforts on the protocol, and people can work on what they want, and hold conflicting priorities... After all...

I view it as the list of issues and features. This provides a framework around picking and choosing what we do with the resources we have. This "roadmap" really is just a taxonomy of efforts to be taken. I do understand we have had issues in the past. I know this year has seen very little...

If we use ethereum or even Bitcoin as a model, they both have had items on their "roadmap" that have been there forever. If we want to prioritize against a list of tasks, this is a starting point. And it shouldn't be confined to a year, or to what we already are committing resources to do...