Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Usage of "dvote" name (and also gateway VS node) #64

Open
ed255 opened this issue Aug 5, 2021 · 2 comments
Open

Usage of "dvote" name (and also gateway VS node) #64

ed255 opened this issue Aug 5, 2021 · 2 comments

Comments

@ed255
Copy link
Contributor

ed255 commented Aug 5, 2021

Some of the documents contain diagrams where a piece called "DVote" appears, like this https://docs.vocdoni.io/architecture/component-interaction.html#prior-to-voting

It seems that dvote is a legacy name that was commonly used to identify client libraries interfacing the vocdoni-node. As a newcomer this is confusing because I see a piece called DVote but the text doesn't make any reference to it and I need to figure out what that is.

I also sometimes have trouble distinguishing the definition between vocdoni node and vocdoni gateway. For example, we have the repository vocdoni-node but it contains code to run a gateway. Is a gateway a superset of a node? if so, maybe the repository should be vocdoni-gateway?

@ed255
Copy link
Contributor Author

ed255 commented Aug 6, 2021

Another example of this usage is here http://localhost:8080/architecture/libraries-tooling.html#go-dvote
go-dvote is now called vocdoni-node, the documentation should be updated in that regard.

@NateWilliams2
Copy link
Contributor

In many contexts, Dvote is used as a separate component from Client (eg. in sequence diagrams describing architecture). This makes sense from a developer perspective (the Client uses the devote library) but not from an architecture perspective (the Client as a component is not separate from the library it uses). @arnaucube @p4u @emmdim @brickpop any strong opinions on whether to keep the Client Library separate from the Client in architecture diagrams?

Example of such a diagram here: https://docs.vocdoni.io/architecture/component-interaction.html#prior-to-voting

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants