This is much better than I thought it would be. I wonder how many commentors actually tried the demos. Two of the three ways I could see on the page to use it involve delaying the user slightly (while doing a proof of work) after a checkbox or link is clicked. Not constantly running in the background. The one that does constantly run requires clicking a play button, which seems "opt-in" to me. They also have some rev…
I'm also curious about the Captcha. It's a great idea, but what's to say that bots won't be able to run it as well?
Show HN: Coinhive – Embeddable JavaScript Crypto Miner
51–60 of 102 posts
Re: Show HN: Coinhive – Embeddable JavaScript Crypto Miner
#52Earlier quoted context omitted.
No reason not to treat it just as badly as attempts to mine bitcoin off your CPU. Both of those waste your resources, for someone else's profits, without your consent.
Devils advocate here. Isn't just visiting the site giving consent to allow the sandbox (browser) to be utilized as the site directs? This is an extreme case, granted, but it's still within the bounds of the sandbox. Perhaps we'll have a new browser setting soon to throttle this type of thing instead of having to go whole hog and turn of JavaScript.
Unfortunately, there are plenty of assholes on-line, who decided to abuse the default behaviour - so now we have ad blockers and reader modes.
Ultimately, it is (by intention and design of the HTTP protocol, and computer networks in general) up to me what I do with the data - if, how, and which parts of it I decide to process.
Re: Show HN: Coinhive – Embeddable JavaScript Crypto Miner
#53Definitely a no-no for computers older than 3 years.
Re: Show HN: Coinhive – Embeddable JavaScript Crypto Miner
#54Earlier quoted context omitted.
No reason not to treat it just as badly as attempts to mine bitcoin off your CPU. Both of those waste your resources, for someone else's profits, without your consent.
Devils advocate here. Isn't just visiting the site giving consent to allow the sandbox (browser) to be utilized as the site directs? This is an extreme case, granted, but it's still within the bounds of the sandbox. Perhaps we'll have a new browser setting soon to throttle this type of thing instead of having to go whole hog and turn of JavaScript.
Apart from that, people can easily take a different view altogether. When I visit a site, I download some bits. Doing so I don't consent to anything -- what I do with these bits is up to me.
Re: Show HN: Coinhive – Embeddable JavaScript Crypto Miner
#55Re: Show HN: Coinhive – Embeddable JavaScript Crypto Miner
#56This is much better than I thought it would be. I wonder how many commentors actually tried the demos. Two of the three ways I could see on the page to use it involve delaying the user slightly (while doing a proof of work) after a checkbox or link is clicked. Not constantly running in the background. The one that does constantly run requires clicking a play button, which seems "opt-in" to me. They also have some rev…
I'm also curious about the Captcha. It's a great idea, but what's to say that bots won't be able to run it as well?
Re: Show HN: Coinhive – Embeddable JavaScript Crypto Miner
#57Re: Show HN: Coinhive – Embeddable JavaScript Crypto Miner
#58why not webassembly? it could be ~10 times speedup.
>If true, the miner will always use the asm.js implementation of the hashing algorithm. If false, the miner will use the faster WebAssembly version if supported and otherwise fall back to asm.js. The default is false.
Re: Show HN: Coinhive – Embeddable JavaScript Crypto Miner
#59Re: Show HN: Coinhive – Embeddable JavaScript Crypto Miner
#60why not webassembly? it could be ~10 times speedup.
It's actually using webassembly if available, otherwise it fallbacks on asm.js >If true, the miner will always use the asm.js implementation of the hashing algorithm. If false, the miner will use the faster WebAssembly version if supported and otherwise fall back to asm.js. The default is false. Source : https://coin-hive.com/documentation/miner