|
The government can and will go after criminals by attacking their money. Who knows, they might require bitcoin exchangers and other law-abiding bitcoin-friendly businesses to ban certain coins.
IMO, the only way bitcoin will remain a viable currency is to demonstrate over time that the vast majority of bitcoin users are law-abiding. I do not want to see such a wonderful invention destroyed by the likes of Silk Road. Bitcoin is truly unique, in its infancy, and an experiment that could fail for any number of reasons.
Associating bitcoin with criminality in the public mind is a sure path to quick failure and marginalization.
|
|
|
|
Dependencies? On a windows machine, the OpenCL drivers would be set up already when you put in a new card. The GPU miners that exist right now require very little work, in fact Kiv's GUI miner requires almost none. It seems like all you would be doing would be combining the libraries for the GPU miner into the package for the Bitcoin standard miner. It might be a slightly larger file, but it would have much more functionality.
It's definitely not that easy  |
|
|
|
GPU mining will not be added to the bitcoin client... too many annoying dependencies. |
|
|
|
Ok I had to fix LP in pushpoold but have it working now. Are you maintaining this on github? If so, I can feed you patches.
For the moment, email to jgarzik@exmulti.comsigusr1 is currently set to dump stats. It sets to lp_flush but then sets to dump stats later on so that needed fixing.
Already fixed in local git Also, lp was returning bad request on a regular GET request IE without a JSON payload. I hacked together a solution so calling /LP returns a GETWORK as specified in the spec I read.
A GET request without a JSON payload is a bad request What is your preferred behavior? |
|
|
|
jgarzik has also written pushpoold which I am using for internal use. It needs work to get going but it's a nice solution and is written in C. It supports long polling and binary protocol if/when that takes off.
Yep. FWIW, pushpoold is part of my weekend project -- xf2.org -- which will be offering private bitcoind node hosting, and private pool server hosting. All this will be available via an automated system "soon", but the basic backbone and infrastructure is up and running. If anyone has an immediate need for bitcoind or pool server hosting, PM me. I can setup something up manually, until our automated system is complete. Tentative prices (per month): 5 BTC - Pool server, max 50 workers 5 BTC - Private bitcoin P2P node (aka private wallet), max 1000 RPC requests per day 8 BTC - Private bitcoin P2P node + pool server, all you need to service a small, friends-only bitcoin mining pool Private nodes are connected exclusively to xf2.org's P2P backbone, providing an insulating layer away from the public net. Our server farm, with servers in the US and EU -- real servers, not VPS's -- can also accomodate public pool servers and public bitcoin P2P nodes, but those prices are much higher, due to increased resource usage and increased risk of DDoS. PM me, if you want a quote. Paypal-USD is accepted too, with the proviso that you must pre-pay a year in advance. |
|
|
|
I must agree, "mining" isn't good term at all. Miners are not mining anything, they do the hashing and they accept bitcoins from the network for this job. Every time I explained it using "mining" term, I failed because it really sounds like game. I'm using "signing transactions", it sound more "enterprise" and gives me higher success rate  . I describe mining as "transaction verification and distribution" |
|
|
|
Well, KYC with an outfit like https://www.bitcoinusa.com/ and then buy as much as you want. Most bitcoin exchanges until now are fully automated, which means they cannot accept funds that require some amount of trust. Call them the First Generation of exchanges. Newer exchanges like https://www.bitcoinusa.com/ that are local to your country, comply with money transfer laws, and can perform some amount of due diligence on their customers will be the best source of bitcoins, in the long run. |
|
|
|
I dunno, I'd be disappointed to see it go. Every single block I've ever generated solo came from that 4way CPU miner. Hiding the miner I'll go for, since it's not very useful with today's high difficulties. But intentionally making it even less useful? This seems pointless.
The same algo is available elsewhere on more platforms, with more performance. The bitcoin codebase lost the CPU mining competition long ago. It's even more pointless to use either algo for CPU mining. The only question is whether or not to retain one miner as a reference implementation (IMO, yes) or remove all CPU mining code. And the reference implementation should lean towards readability, rather than super-optimization. ScanHash_CryptoPP() is pretty darn straightforward. Removing 4way from bitcoin.git largely costs us nostalgia, as you point out |
|
|
|
This looks like just the first step in removing CPU mining entirely. At the least, it makes CPU mining even worse than it already is, which is just about exactly the opposite of what I think should be done.
Most people are divided between removing CPU mining entirely, or leaving in a simple reference miner that is hidden from normal users. Either way, 4way is superfluous. |
|
|
|
I know it isn't the object of pushpool's purpose but I think long polling might be broken in the current implementation. poclbm occasionally throws a stale so I used curl to test /LP and it never returns even when the block changes.
Do you send SIGUSR1 to pushpoold, when a new block arrives? pushpoold assumes you will implement your own block monitoring solution, and notify it when a new block arrives. |
|
|
|
Is it possible to make it so that once an OP locks a thread, that they can't just unlock, quickly post, and then lock it again?
Doing that changes a discussion thread into a de-facto sticky thread for propaganda.
True -- but I don't see anything wrong with that. It is equivalent to an announce-only mailing list, of which there are many in open source. It's just another flavor of moderation, and the creator of the thread should be able to pick their favorite flavor: open thread, moderated thread (moderator may hide posts), closed thread (only moderator may post), etc. As long as the moderator is up-front and open about their thread policy. no problem. |
|
|
|
|
Quoting IRC conversation...
<tcatm> jgarzik: how could a GUI user disable the miner after upgrading to a version with that patch?
<jgarzik> tcatm: good point...
<tcatm> I'd say move the setting to the options dialog and rename it
<jgarzik> tcatm: I'd rather just disable at startup, if (GUI && wallet_generation_enabled)
<jgarzik> tcatm: command line can [override this behavior]
<tcatm> jgarzik: sounds good, too
|
|
|
|
URL: https://github.com/bitcoin/bitcoin/pull/142Description: Hide this capability from GUI users, who are unlikely to understand upon first contact that they will waste electricity for year(s), before possibly generating a single block. This patch does not remove generation, which remains available via a command line option. It only removes the ability to select coin generation from the GUI. |
|
|
|
URL: https://github.com/bitcoin/bitcoin/pull/141Description: While there is no hard consensus on what to do with CPU mining inside bitcoin, in general, I think most people will agree that 4way can go. This implementation (with performance enhancements) lives on in cpuminer. bitcoin's 4way was only available on *nix, while cpuminer's 4way works on Windows and Linux. I conclude that, if you are really serious about CPU mining, you are more likely to use ufasoft's CPU miner, or mine, and so we don't need multiple implementations inside bitcoin. |
|
|
|
Here's an unlocked thread, for discussion of BitcoinPool.com. I believe in free and open discussion. This thread will not be locked. |
|
|
|
|
Most mobile carriers permit some method of sending email to a phone... free SMS
|
|
|
|
|
Most people know that bitcoins are, in investor lingo, "very high risk." There are any number of well known collapse scenarios that can occur while bitcoin is small. So I would not assume that "major players" in the bitcoin community are putting a lot of stock in a particular technical analysis. Technical analysis is a well-known tool for analyzing price movements, but it clearly does not account for external forces such as "someone shows up one day to buy $1million in bitcoins" (or sell a similar amount).
|
|
|
|
|
Show Posts
