-
-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Nomenclature for MerkelDAG objects/nodes #23
Comments
Yeah, im rather guilty of calling Peers Nodes. Ill try and make sure that I refer to individual machines in the network as peers. |
@dborzov hm, fair point. idk, I originally called them Objects, and am fine with that, but what we get of calling it a Node is that it evokes the Web language (web of pages, dag of objects, both have nodes). Def, the running programs should be called peers. :) I'll think about it more. (( This is why namespacing is lovely: |
warn when loggable key is overridden fixes #23
Remove outdated comment; fixes ipfs#23
gx publish 1.1.25
* fix path was not always correct in windows * add new api create function for if the port was different with api file. * Update api.go remove no need commit This commit was moved from ipfs/go-ipfs-http-client@8c87deb
This project has a lot of graph-based data structures involved and the word Node is used to refer to completely different concepts in the codebase. To avoid confusion, should we rename the MerkelDAG nodes to Objects and stick to this notation?
Let me know and I will make the refactoring PR.
The text was updated successfully, but these errors were encountered: