I like this also but not so detail. It look like Onion or Tor protocol instead of HOPR.
Hi guys,
thank you very much for all the feedback, comments and overwhelming support so far
I will look up a few things etc and will give a detailed reply tomorrow!
Wow this is amazing, this will actully work alot.
interesting usecases of HOPR.Thank you
This is a great idea that make hopr more valuable and I think help for adoption as well.
Thank you @Jones_05 for bringing it here. This usecase definetly will have high demand.
But I only have doubts about fiat mode of payment, do we really need it? Could it complicate things?
very good
Nice work
I’ll go with the second option, a Tor model using the hopr “vpn” clients as exit nodes will make it lot more private and using random exit nodes. Here the handicap is the response times as the data has to go through all the nodes and come back.
I would call it HPN: Hopr Private Network.
I like this idea.
professional presentation.
Solid idea. Great presentation and easy to read!
A great and detailed idea, I support it
Great post! Agree about the marketing, I think this is the biggest failure of the Elastos project, which has amazing technology, but no awareness outside the community despite having a working product for over a year already
Just a thought but how do we ensure we don’t get the authorities on our back given their concerns of criminal usage and the request for information being issued to HOPR in the future which could cause a major dip in the tokens price as people panic sell the news?
Wow guys, thank you very much for the overwhelming support once more!
@MeowMeow23 I am not thinking about it as a frondend for running a HOPR node, but as an entry/access point to the benefits of the HOPR network for everybody’s daily online activity.
Furthermore, also @jibo16 and @cosmin :
If I am not mistaken, HOPR’s tech can act in this context as a combination of a decentralized VPN and a TOR service. A more detailed elaboration about both concepts and their differences can e.g. be found here:
@SCBuergel feel free to correct me if I am missing/mixing up points here!
@Monello → I totally agree with the time-to-market concern!
@SCBuergel → I thought about the client in the sense of being an intermediary for the everyday online experience (and thus any website!), so this would require the exit node scenario which you have described.
This however does not imply that the ‘HOPR hidden service’ isn’t also a desirable feature in the context of such a client, above all when the userbase of hopr starts to grow and to diversiy!
@Lastfor I agree that FIAT is always somehow problematic. However, I feel that it is absolutely necessary longterm to onboard non-crypto-people to crypto-based services. So, in other words, people will be using services based on crypto without even knowing they’re doing so.
@MonkeyTennis Yep, onpoint marketing will be absolutely essential!
wow amazing input, i’ll be voting for this.
Thanks for this proposal! I’ve marked it as pending for now, which means I’ll be checking with the tech team to confirm that it’s feasible. I expect they’ll reply tomorrow.
good idea
One required step as part of this proposal is the development of some of form exit nodes or SOCKS5 proxy support, which has also been proposed in HOPR network's SOCKS5 client
Maybe this is a common denominator to be built upon?