Post
Topic
Board Announcements (Altcoins)
Re: [ANN][ZEN] ZENCASH: Permanent, Distributed, and Fully Anonymous cryptocurrency
by
zzzzzzzzzz
on 10/03/2017, 05:47:26 UTC
Where can I find out more about this? How will this circumvent "fake" full nodes (like one node on two IPs)¿

The technical implementation isn't finalized yet, however the process for node rewards will be something like:

  • The node executes a shielded zero-knowledge transaction containing an unshielded payment address and the node's domain name or IP address which is valid for a certain time period.
  • Once per block, a random XX% sampling is taken and those nodes are checked for being operational (a random block will be requested from each and verified against the longest chain).
  • After a node is verified operational a non-shielded transaction will be sent to it.

There's going to be two-tiers of nodes; fully trusted and unverified. The difference with fully trusted nodes is that these nodes must have a valid TLS certificate. Getting a TLS certificate is free as long as the node has a domain name. These types of nodes will be awarded by unique root domain name (given that no IP addresses are duplicated).

Unverified nodes are nodes that do not have authentic TLS certificates and will be paid from a smaller allocation. There will be maximum limitations on how many unverified nodes can be awarded per network subnet to prevent abuse. Ultimately that threshhold will be decided by the DAO. I'd expect that a significant portion of this group would consist of botnets and such so the awards for these would be kept low.

For the most part the unverified nodes are the wild-wild west and incentivizing the fully trusted nodes is the goal.

Why even allow untrusted nodes to participate? Seems as though you're complicating the network to accommodate nodes that are most likely to cause problems. Also, since you are putting this node verification process in place, are you also going to check node versions, so we don't have nodes running year old node code? For example, the zclassic network has a seed node that's still at v1.0.1, before the critical fix for the potential fork problem. This node verification procedure seems like a perfect opportunity to prevent nodes that are too far out of date from being active on the network. Just a thought.