|
Ahh, we are talking about very different scenarios.
Your are looking at a replay of 2008 when everyone had to sell whatever they had to raise cash, which caused the prices of both metals and papers to fall. I'm looking at a day when someone stands for delivery of their silver futures contract at COMEX and gets told that they can't deliver the physical metal so they have to take the cash value.
|
|
|
|
We need these features for our applications, so were are prepared to put our money where are mouth is. We will pay a 25btc bounty for the integration of these features. To be split between the key participants in making this patch a reality.
This thread covers several different things. Exactly which features are you offering the bounty for? |
|
|
|
Seriously, my theory is that whoever made that rule did not understand what an 'invalid block' is.
Because it is 'nothing' - it should not effect the payout - but it does.
Thus clearly misunderstood by whoever decided it should effect the payouts.
It has no effect on the amount of BTC received by the guild.
It has no effect on the share load on the guild.
Mathematically, it SHOULD have no effect on the payout of the guild.
It reduces the payouts for some.
Increases the payouts for others.
AND increases the payouts for the guild.
An example where it has made a difference: block 235891
Some people who worked on that who didn't have 2.5% donation got nothing.
Cause: the previous 'round' was an 'invalid block' and this 'round' was only 7 seconds.
No averaging will correct the lost amounts.
Yes there is a mathematical difference (though that was obvious from the start)
Edit: though I should add that your argument is in agreement with my suggestion that the pool should ignore them: " ... ... ... zero in the long run"
Let me try this again. For people that don't donate at least 2.5%, there is no difference (in the long run). For people that do donate at least that much, and for the pool itself, there is a difference. A huge difference. As to your idea that he doesn't know what it means, that is obviously incorrect, which is very easy to demonstrate: The biggest part of the incentive structure of this free pool is built around that difference. |
|
|
|
My miners were on BTCguild as backup for some time, but when I check on the website now, there is nothing next to "Estimated "Rewards" "Unconfirmed Rewards" and nothing next to "24 Hour Rewards". It's as if it never occured... I was checking the site while my miners were on backup (btcguild) and the site showed estimated/24 hour rewards as usual.
How long ago was it? Estimated rewards applies to the current round. Unconfirmed rewards applies to rounds in the previous 120 blocks. 24 Hour Rewards applies to the previous 24 hours. |
|
|
|
I still suspect that a day will come when all the holders of paper gold and paper silver will wake up and panic. The dwindling COMEX inventories seem to confirm that it is inevitable. On that day, all hell will break loose.
But I don't know if that day will come soon, or even really ever. People that underestimate the market's ability to outlast them get burned, even when they are right.
don't forget these papers were funded with debt based USD's. if the USD skyrockets they'll be forced to liquidate back to those same USD's which will plunge the gold/silver price. I hear this version a lot, and I don't really believe it. If COMEX needs to switch to paper settlement, people will be confronted with a very explicit reminder that gold and silver are not the same as pieces of paper with GLD and SLV written on them. I would expect the physical market to diverge wildly from the paper market at that point. In fact, if this scenario plays out, it will be the severing of the link between the two markets that sets it all off. |
|
|
|
You're making the assumption that both persons involved in a transaction would have a BitClip. What happens when I want to pay someone for an item on CL, we meet in a public place, I show up with my BitClip, and he shows up with his address printed out, and I have no way to pay him because he doesn't have bluetooth or a way to generate a QR code?
But why can't the camera recognize the printed address the same way it does with the QR code? I was considering it as part of the "expected features". QR was invented specifically because this is hard to do. |
|
|
|
I'm considering set up a HPC mining rig start-up project. The rig will use floating point co-processor for FPGAs which could create compute blocks with 4096 processors (8 TFLOPs) in each unit.
You'd better research this a bit more. |
|
|
|
Sometimes I'm so exasperated by stupidity that I lack the patience to use reasoning. Sorry, I'm not perfect.
Meh. Don't worry about it. I do the same thing too. In fact, I have a bit of a reputation for it. I don't let it get me down when people do it back to me. By the way, if you can think of anything actually wrong with my arguments, feel free to jump back in. I still maintain that China is printing massive piles of RMB in an effort to maintain their dollar peg. Their peg isn't completely hard, in that it floats a tiny little bit in the short term, and can move quite a bit in the long term. But it is still a peg in that the price is set by policy rather than by the market, and there is no conceivable amount of either USD or RMB that could be dumped on PBC that would move the price by more than a token amount. This is only possible in that situation because they can create one currency at will (and then sterilize it to hide the inflation), and they have an enormous stockpile of the other that they can draw down for a while if it ever becomes necessary. |
|
|
|
With BitcoinNotify do all customers send their payments to a single bitcoin address?
Someone earlier in the thread mentioned "faking an IP address", could someone please explain how it's done?
I know with php's curl lib everything in http headers could be 'faked' except an IP address
You have to bypass most of the network stack so you can manually build and emit packets directly at a low level, either as IP packets or ethernet frames, depending on what you need to do. You also need an ISP that doesn't do egress filtering, unless you are very close to either the recipient or the sender you are trying to spoof. There are other things you need to do too, like guess the sequence numbers so that you can make it look like you completed the three way handshake even though the SYN-ACK went somewhere else. |
|
|
|
|
I still suspect that a day will come when all the holders of paper gold and paper silver will wake up and panic. The dwindling COMEX inventories seem to confirm that it is inevitable. On that day, all hell will break loose.
But I don't know if that day will come soon, or even really ever. People that underestimate the market's ability to outlast them get burned, even when they are right.
|
|
|
|
You need to take a closer look of what these commands produce. gpg --print-md sha256 < /dev/stdin
test
for example produces a completely different string than the one you get at https://bitcointools.appspot.com/?s=test&r=1 when you enter the passphrase "test" "F2CA1BB6 C7E907D0 6DAFE468 7E579FCE 76B37E4E 93B76050 22DA52E6 CCC26FD2" versus "9f86d081 884c7d65 9a2feaa0 c55ad015 a3bf4f1b 2b0b822c d15d6c15 b0f00a08" ! The newline. root@inana:~# echo "test" | gpg --print-md sha256
F2CA1BB6 C7E907D0 6DAFE468 7E579FCE 76B37E4E 93B76050 22DA52E6 CCC26FD2
root@inana:~# echo -n "test" | gpg --print-md sha256
9F86D081 884C7D65 9A2FEAA0 C55AD015 A3BF4F1B 2B0B822C D15D6C15 B0F00A08
root@inana:~#
Good demonstration of the avalanche effect, no? |
|
|
|
May want to consider getting an education before posting. You are off-topic and out of your depth.
Well, if you say it, it must be true. Thank you for setting me straight. |
|
|
|
|
Are you kidding? I've found that using BTC to pay for stuff online is vastly more pleasant than using paypal or a credit card.
|
|
|
|
Hmm I guess the real answer is probably that those who decided didn't really understand what an 'invalid block' was at the time and the decision has stuck  Seriously? Your theory is that the guy that created and operates the second largest pool is an idiot? There is absolutely no mathematical difference between the two choices, in the long run. This should be self evident, but if you don't believe me, you can check this yourself by looking at the round history and calculating what your payout would have been if each invalid round had been merged with the round after it. Be sure to look at all of the invalid blocks though, because while you might be up or down a couple of percent on any given round, they will (must!) average out to zero in the long run. |
|
|
|
This is a good open source Windows program for securely erasing files. http://eraser.heidi.ieNote: No secure/wipe/erase program will work on SSDs (Solid State Drives). If you need certain erasure from a SSD, use a drill press. Bonus points if you can convince the company to issue a RMA number for a drilled flash drive.
Bitcoin can't be running when you back up your wallet.
My wallet ultimately goes offline in an encrypted rar with recovery record and 17 char passphrase that is a pattern on the keyboard.
and no it isn't the the code for Contra
The latest version has a command that backs up the wallet without stopping the client. |
|
|
|
Criticisms about GxB's approach aside, I think my point still applies. As I support the two views which you criticized. (Aggressive, involved feedback, and restricting bot abuse viability)
Whining like a child that isn't getting his way is hardly feedback. In the adult world, feedback is not the same as just saying "I don't like this, you need to change" over and over again. And I've said nothing on "restricting bot abuse viability". I'm actually all for it. I think the exchanges certainly have the right to stop any abusive bots they find. We are at odds because you are defining "abuse" to mean "that which I don't approve of" instead of "that which the rightful policy maker doesn't approve of". In the real world you have 30 year old men screaming in your face about how you're trying to rip them off and how you're a highway robber and should be ashamed of yourself. In the real world little old ladies pretend like they are sweet as sugar while every other sentence out of their mouths is some kind of acidic criticism with implications that they should get something for free for having been treated so miserably. When people are upset, they aren't always the nicest. If you've ever had any experience dealing with customer service, even minimally, you'd be aware of that. GxB and the bitcoin community aren't employees or coworkers with bitcoin, who need to be careful how they criticize. They are customers. Customers who feel like they are being ripped off turn into angry, self-righteous babies. Is it the best way to communicate disappointment? Not usually. Sometimes though, it is the only way to get your point across. And sometimes the next guy in line needs to say what the proprietor cannot. By the way, I've done plenty of customer service. Still do, in a way, and usually in circumstances where there is no hope of rescue. When I'm in that role, I have patience and politeness that you wouldn't believe. But today I'm the next guy in line, telling the angry baby to put a sock in it and move on. |
|
|
|
|
And that is exactly what he is doing now in a different thread.
|
|
|
|
It will be back up just as soon as I can code a proper exchange rate. 0.5% would not be enough to keep the 24-hour average as the exchange rate, but someone has PM'd me an excellent idea for the exchange rate--the lower of last price and the 24-hour average. That should stop the losses (on average anyway) as long as I automate trading. Does everyone reading this think that is a fair exchange rate (still with no added fees!)? On a side note, I'm not a programmer. I'm having trouble grabbing the 'last' price from Mt Gox. Here is the current php that grabs the '24 hour weighted average' from bitcoincharts.com: My site then just calls what this code echos whenever it needs the current BTC rate. 2 BTC bounty to whoever can rewrite this code (not give me hints on rewriting it myself, actually rewriting it, remember, I'm not a programmer  to echo the lower of the Mt Gox 24 hour weighted average and the Mt Gox last price. Thanks for the help everyone (don't stop now, though, happy to hear any more ideas on making this profitable!). If I were doing it, I would pull the market depth data directly from mtgox (and cache it for a few minutes so you don't have to read it again on every page load), and read the bids (in order from high to low) to find out how many bitcoins it was really going to cost you to cover the transaction. If you don't know the amount in advance, like if you want to provide a quote up front, pick a number a bit higher than your typical order and use that, probably with a disclaimer that unusually large orders will need to be recalculated. The reason I'd do it this way is because you don't really care about the last price, or the average price, you care about the price that you are going to get in a few minutes when you sell. You still have some risk, which is unavoidable, but you can seek to minimize it. |
|
|
|
Criticisms about GxB's approach aside, I think my point still applies. As I support the two views which you criticized. (Aggressive, involved feedback, and restricting bot abuse viability)
Whining like a child that isn't getting his way is hardly feedback. In the adult world, feedback is not the same as just saying "I don't like this, you need to change" over and over again. And I've said nothing on "restricting bot abuse viability". I'm actually all for it. I think the exchanges certainly have the right to stop any abusive bots they find. We are at odds because you are defining "abuse" to mean "that which I don't approve of" instead of "that which the rightful policy maker doesn't approve of". |
|
|
|
|
Show Posts
