If a Hotspot has been added to the Denylist in error, the only method to have it removed is to file a Removal Request using Crowdspot.
Instructions for submitting a removal request can be found on the Denylist Removal Request documentation page.
What is the Denylist?
The Denylist is a list of Hotspot public keys and a cryptographic signature that have been identified not to be accurately contributing to Network coverage or are otherwise circumventing the good faith of the Network in an attempt to earn Rewards. Rewards gaming by dishonest actors, even as a small percentage of the Network, erodes Network integrity.
Examples include, but are not limited to: Cluster Packet Forwarders, Misasserted Locations, Misasserted Antennas, Multiple or Shared Antennas, Attenuators, Amplifiers and Data Credit Farming
The Denylist is another tool in a broader range of tools to incentivize Hotspots on the Network to provide the most honest and accurate wireless coverage possible.
The Denylist is sourced from the community to keep the Network decentralized. Credible decentralization ensures that no one entity can control the Network. Any coordinated effort to game rewards, block data transfer, or censor information to benefit one party while harming another, undermines our mission of creating global, open wireless Networks.
The Helium Foundation has not and will never run its own Denylist out of the interest of decentralization.
Hotspot Owners: For any well-asserted, appropriately compensated Hotspot, the Denylist only benefits you. By denying HNT to dishonest Hotspots, that HNT is shared amongst honest Hotspots.
Bad Actors: The message is simple: Stop. If your Hotspots are earning HNT without providing coverage, they are likely to appear on the Denylist and will stop earning HNT Rewards.
Denylist generation is handled by the open-source xorf-generator library. This tool both allows for key signing of the Denylist as well as the construction of the binary filter used to check transactions against.
Frequently Asked Questions
What if the Denylist doesn’t have all of the gaming Hotspots?
The Denylist is one disincentive of many to keep gaming at bay. Above all, Proof of Coverage and more direct detection methods all work in concert to ensure the security of PoC.
Will the Denylist have the ability to block data transfer or rewards for data transfer?
Yes, any Hotspot considered ‘denied’ of Proof of Coverage rewards will still be able to act as a data-only Hotspot, providing data transfer network coverage where possible, but these hotspots will be blocked from data transfer rewards. Because it is generally the case that these Hotspots did not provide sensor coverage in the first place, hence their inclusion. Is it important to understand the uninterrupted data transfer ability in the case of errant inclusions.