I unfortunately missed that because of important meeting  . Looking forward mp3! |
|
|
|
|
Chaord, I appreciate your work and I'm looking forward payments from EU.
One question/idea. Do you plan to make integration API for services using Bitcoin? It would be cool to make automatic bridge between Visa(USD, EUR, ...) and bitcoins for 3rd party services.
Nowadays merchant/service provider have three possibilities (relevant to bitcoin economy):
a) Accept only bitcoins (ideal situation)
b) Accept bitcoins and Visa (thru paypal, etc).
c) Accept only Visa, not bitcoins (most common situation nowadays)
Many mechants see there is no real market in bitcoin at these days (it is true, we are on the beginning) so when they starts their business, it is fully rational to not support Bitcoins (costs for no real effect). I'm talking about real merchants, not fans of Bitcoins.
Imagine that you provide some API, which make payments from Visa to bitcoins fully transparent for merchants. They will make a request for bitcoins from you, you will ask for user details and card number, make a transaction and send bitcoins to MERCHANT. In this situation, merchant can accept only bitcoins and customer can pay only USD. Customer don't even need to know about Bitcoins (but during a transaction is the good time to show some interesting information about bitcoin, of course).
There are different 'merchant API' already (mybitcoin, mtgox), but they expect customer is already a bitcoin member.
|
|
|
|
Seriously, GUI doesn't have to be part of the bitcoin project.
Do you really want to discourage common users, right? :-) One of the coolest thing on Bitcoin is that 'it just works'. It is easy to show this to my girlfriend. But I cannot imagine that I'm saying 'look at this cool project, we want to spread this around whole world. But no, there is no default GUI, because we all use command line and we are too lazy to package GUI'. :-) Disclaimer: I'm server side programmer, I love shell and don't know how to make even 'hello world' gui application. I fully understand your problems, but try to imagine bitcoin as product for end users. |
|
|
|
Guys, nice idea, but you are playing with fire. Bitcoin itself is on the edge of black market. You can still talk about it as 'digital commodity'. But stock exchange for bitcoin will be definitely against AML rules of ALL countries  . |
|
|
|
A "company" is a limited liability structure, designed internalise the profit but externalise the risk. And "policies" don't count for a lot. It's the actual "practice" that counts.
Got your point. But if somebody wanish my credit card I don't have any instance to appeal. I'm probably too much sceptical, but I simply use only 'trusted' providers like paypal (yes, paypal is evil, but mainly for sellers than buyers). It is not anything personal against service itself. But where are credit cards stored? In Mysql on some cloud VPS together with many other PHP sites with SQL injections? Thanks, no... |
|
|
|
It was predictable for many days ago... But where was your prediction then? Take a look at S3052's comments from 26 November, and see if you still think it was obvious and predictable! My prediction was in my mind and on my mtgox account in form of sell @0.3 and buy @0.21 . I don't care about others, it is just funny to see panic at first hand. I'm trading on NASDAQ, but it is much more anonymous and without feedback like this . |
|
|
|
Hi, I'm interested in buying btc by visa, but I'm affraid to tell my card number etc to site without any real company behind and with unknown security policies. Do you plan to use some well known Visa processor to skip storing card details direcly on your backend? Currently I cannot use it or even tell my friends . |
|
|
|
|
It is funny to see how everybody scream "IT GOES DOWN", "COLLAPSE", "OH NOO". Gyus, nothing happen. Relax.
It was predictable for many days ago, there were big resistance at 0.3, because nobody wanted to buy so high and uptrend force wanished.
When you see long term graph, current price is on natural level from view of 'bottom' trendline. To be honest, I did not see so clear price action for long time ago. I think 0.2 is strong support, so we will see range moves for few days above 0.2.
By the way, many of you expect that rising difficulty (=rising price of mining) and price of BTCs are in correlation. They probably are not, it is example of seeming correlation. Same example as price of gold has no relation to price of its mining itself. Don't expect that BTC will rise forever...
|
|
|
|
My client supports both host and port, see -o and -p. If you need anything else, it may be more useful to request something from satoshi as to support in the official client (which then I can support).
Oh, I missed -p parameter. I expected -o to be full http address of json rpc. It is good enough now, I can point my json rpc service to root path on some port. |
|
|
|
|
Hi Diablo, I just tested your miner against current (0.3.17) client version (unpatched) and this does not work. There is getwork feature already included in official client. Do you plan to update your API to accept default client implementation? It would be cool.
One more question. Is possible to add parameter to specify port or even whole URL to client? Now you only accept 'host' parameter, so both port or path inside uri are hardcoded inside. I'm working on cooperative mining and I would like to test it against your miner, too. Full URL in command line whould help me a lot.
Thanks, Marek
|
|
|
|
|
Oh, thank you ribuck, I definitely catched all your ideas. I'm happy that transaction to pool operator is already included in hash data, so cheating is practically impossible in that way. Now I have to solve only situations with false positives.
I think I definitely have enough information to knock up pool software now. Give me a time, I'm working on ;-).
|
|
|
|
And when you find a difficult hash, there's nothing better to do with it than to send it back to the mining co-ordinator (because it's a hash that pays them 50 bitcoins, not one that pays you 50 bitcoins).
Oh, so when I got work from coordinator which leads to winning hash, I cannot send it to bitcoin network as "my own" hash? I don't think so. I thought it is possible to not return hash to coordinator and put it directly to bitcoin network in own transaction... |
|
|
|
This is fundamentally flawed. I can join the "effort" and figure out how long it generally takes to perform one unit of work. After that time I send a message "ah, too bad I didn't find anything". Then someone does find an answer and I collect.
Do you mean somebody can cheat by simply asking for work, but not counting hashes? I talked about it already - I will send task which leads to 'winning' hash and when worker does not return it, I will ban them. Now, if I find the answer, I would simply communicate that to the rest of the network (not the central server) and there is no way for you to figure out that I double crossed you.
Also this kind of cheat will be detected by technique described above. You will succeed at most once before you will be banned by central server. The distributed method there is now is a good way to mine. Possibly it would be better if it was easier to solve and that you would get less bitcoins, OTOH, people are still generating coins.
Partially agree. But until one mined block will be for more than 1 BTC, cooperative mining should be still better for slow computers, because possible reward in coop can be also in BTC cents or less. |
|
|
|
Isn't cooperative mining a form of communism ?
Do you really think cooperation is communism? There is nothing as 'free bitcoins for everybody' in cooperative mining. |
|
|
|
Lucky guys with GPUs? Do you think those are distributed via lottery or something?
It is just my feeling of inferiority that I have few Mhash/s :-D Don't take it personally, I'm OK with GPU miners. But I'd like to give real chance to get few btc for many users with poor computers. That's all. |
|
|
|
For any given difficulty level, it doesn't even matter how many other machines are generating.
You are true for long term. But I think many people with poor CPUs simply switch off their minings because they see it will take ages until they receive single bitcoin from that. When you are in cluster of cooperative miners, you will receive small amount (say 0.01 BTC if you contribute 0.02% to cluster performance) but more often. I feel that it may be a motivation for people to not shut down their miners. I think it is extremely important for bitcoin economy to diversify mining across whole network and not leave mining on few lucky guys with fast GPUs. The only thing that counts significantly is the difficulty level and your khash/s.
Of course. The more khash/s in cluster, the more blocks found by cluster and more often payments to cluster members. |
|
|
|
 News | Pool Statistics | Block History | Help Center | Demo AccountWe are the world's first cryptocurrency mining pool founded in 2010.
Since then we have together mined over 1 million BTC.Reasons to mine on Slush Pool- low flat fee of 2 % (network fees are shared with miners!)
- stable income thanks to our significant network share (~ 15 blocks a day)
- neat interface with dashboard and worker monitoring
- advanced security with 2FA and payout address locking
- servers in Europe, North America and Asia
- free withdrawals above 0.01 BTC
- Overt AsicBoost compatible
Start mining on Slush PoolSupport- Create a ticket in our support system, if you have any issues or questions.
- We will get back to you as soon as possible, usually within 24 hours.
- We cannot guarantee answering questions posted elsewhere. Thank you for understanding.
Follow us: Twitter | Facebook | Blog
Original post:Once people started to use GPU enabled computers for mining, mining became very hard for other people. I'm on bitcoin for few weeks and didn't find block yet (I'm mining on three CPUs). When many people have slow CPUs and they mining separately, each of them compete among themselves AND against rich GPU bastards ;-), because everybody counts sha256 hashes from the same range. Two separate CPUs with 1000khash/s isn't the same as one 2000khash/s machine!. But new feature of the official bitcoin client called 'getwork' now enables work of many computers together, so they don't compete. Because there is now standalone CPU miner (thanks to jgarzik!) and 'getwork' patch is in official client now, I have an idea: Join poor CPU miners to one cluster and increase their chance to find a block!How that should work? There will be web page where you can register, enter your wallet address and get URL and your personal rpcuser/rpcpassword for your CPU/GPU miners. When you start own miner with these credentials, server will send you work which was not calculated yet by other members of cluster. But when your client find winning hash, you do not get full reward for block (50BTC right now), but only proportional part, which you calculate. When you offer 1000khash/s for one day and whole cluster performance will be 20000khash/s and it takes two days to find a block, your reward will be (50/20/2=)1.25BTC. Advantages? When you have poor standalone computer, you need to wait many weeks or even months for finding full 50BTC reward. When you join cluster like this, you will constantly receive small amount of bitcoins every day or week (depends on full cluster performance). Disadvantages? You need to trust in central authority (me) that I don't steal block for myself. But I'm goofing around for few week and I'm amazed with bitcoin idea, so I don't plan to steal anybody right now :-). Another possible problem is that somebody will ask for new work very often, but in fact he will not count real hashes. In this case it will look like he has very strong CPU and he should get big part of reward if cluster find a block. But there is a simple defense against cheaters: Central server sometimes send work which leads to 'winning' hash. Worker which don't return this hash as matching will be permanently banned (login/password and IP address). This was succesfully solved by letting miners calculate proof-of-work. It is not anymore possible to be a part of cluster and not count hashes. Are you interested in? |
|
|
|
complaining about "libcurl-4.dll missing" (although it's there at c:\CPU-miner\usr\i686-pc-mingw32\sys-root\mingw\bin\) it won't even start on 64bit XP&7, 32bit XP,
am i missing something?
Same here (WinXP) |
|
|
|
|
Offer 50BTC for standalone client (no central service) with opensource code.
|
|
|
|
that's what the "added transaction fee setting in UI options menu" bit is. you can set the fee you'll pay through the gui. (earlier it was only possible with bitcoind.)
Yes, I found that in .17 and it is cool. But I think the 'send coins' dialog is better place for this because of usability. It gives easier way how to set up fee separately for every transaction. But it is only an idea and I'm happy also for current solution. |
|
|
|
|
Show Posts
