|
"The Chinese are coming!!!"
|
|
|
|
[X] not until after 2014
Attention we have a troll. |
|
|
|
|
IDK, a guy wanted to split his buying half and half between the two markets but forgot to take into account that EUR is worth more than a USD?
whatever does it matter?
|
|
|
|
|
Its official, bitcoin is now a religion.
|
|
|
|
  ok... Its called gox not giving people USD. When they start giving people USD within a reasonable time frame, then I'll believe the goxxian price. Until then its basically a lie. |
|
|
|
Okay? So Liberty Reserve had a 1 cent fee, that prevented DDoS (at least, by making tons of transactions) as well.
I really don't get it.
You really don't get what? That preventing DDoS attacks is good? No, I really don't get whats so 'special' about XRP. Look, I know many Bitcoiners have a hard time thinking beyond anything Bitcoin. I get that. What Ripple represents is true freedom to use ANY currency you want. This may fly in the face of those with the delusion that Bitcoin will be the "one world currency" but I assure you, it is a delusion.
People want choice. People want options. Ripple gives them options...any option of the currency(s) of their choice. If you don't like XRP, don't use it. If you don't like USD, don't use it. Use whatever you want and the receiver on the other end of that transaction can receive whatever currency they like. Yes, and this is what I don't get. What is the purpose of XRP beyond any other centralized e-currency, only with a floating value, considering their protocol can support any other currency no matter what? If you're against freedom of choice and just want to jam one currency down everyone's throat, you'll hate Ripple. But if you like freedom to choose for yourself and think everyone should have the same freedom, you'll love Ripple and you'll see it's not a competitor to Bitcoin, but a compliment. It took me awhile to understand that but then again, I had to actually take the time to understand the purpose of the network.
Now you're just getting weird. |
|
|
|
Can somebody actually explain what XRP is other than another centralized e-currency like Liberty Reserve?
It's a built in currency to prevent spam. For every transaction on the Ripple network a small amount of XRP is destroyed. This makes it expensive to DDoS the system, for example, and the network can also increase this fee based on load. It is also the only native currency and can be used as such without trust lines. Okay? So Liberty Reserve had a 1 cent fee, that prevented DDoS (at least, by making tons of transactions) as well. I really don't get it. |
|
|
|
It's funny people are complaining about free money from the arbitrage
Transfer $$$ to bitstamp to buy bitcoin
Transfer bitcoin to mtgox to sell for $$$.
A quick 6+% profit, after deducting the transaction fees from the two exchanges.
Sure, withdrawal delay with mtgox. Let say, 3 months to cash the money back to your bank.
What's the big deal? It's still an easy 6+% profit over 3 months.
Now, look at how much the bank pay you in saving interest per year?
Except this won't work because Bitstamp accepts USD, not GXD. |
|
|
|
A bit more information, a list of response times for the following code: <? $time = microtime(true); require_once 'jsonRPCClient.php'; $bitcoin = new jsonRPCClient(' http://bitcoinrpc:mypassword@myserver:8332/');echo $bitcoin->getbalance("kazu"); echo "<br>"; echo $save = microtime(true)-$time; echo "<br>"; file_put_contents('time.txt', $save . PHP_EOL, FILE_APPEND); ?> 0.12215495109558 0.12762403488159 0.12906503677368 0.12794995307922 0.145015001297 0.12692308425903 0.13107013702393 0.13046789169312 0.12596988677979 0.12823700904846 0.12685894966125 0.12688183784485 0.13011193275452 0.13094592094421 0.1299901008606 0.12974500656128 0.13020300865173 31.179399013519 0.12966895103455 0.13000798225403 0.1297299861908 0.13064789772034 0.14454817771912 0.12939882278442 0.12828493118286 31.177670001984 0.12911486625671 0.13026690483093 0.12602400779724 0.129154920578 0.12882518768311 0.12818312644958 0.12817215919495 15.141080856323 0.16296315193176 0.12952899932861 0.19870591163635 0.16739010810852 0.12964200973511 0.16857099533081 0.13083600997925 31.268596887589 There was 1 or 2 timeouts in that process as well. |
|
|
|
First it's important to note that Ripple is not a currency, it's a global payment network that costs virtually nothing to use. Within this payment network you can use any currency you choose. USD, EUR, YEN, BTC, LTC, PPC or any other currency there is liquidity for. I say this because it's important to know what you're investing in. It's not Bitcoin. It's a true protocol like http, not a single crypto currency.
Is Ripple actually gaining any traction as a payment network? I've yet to see a single business accepting XRP or payment through Ripple network, or hear about any major/regular transaction going through it.. Are there any stats about this out there? No, there is no liquidity besides Bitstamp, basically. No vendors accept XRP for payment. It's basically speculation for XRP only, and it's highly illiquid. XRP is highly prone to manipulation, much more so than BTC. A single entity can easily dump the value of XRP to oblivion. Indeed, a single entity dropped something like 6 million XRP onto the ask book (9-10 XRP above spot, mind you), and that alone has caused the value to plummet from mid-70s, now to the 180s. It's too bad Ripple is tied to Open Coin. As a payment system, it's pretty brilliant and has a lot of potential to be extremely versatile for payments/micropayments. But the supply of XRP is completely fucked, fuck holding it. At the same time, since Ripple has virtually no liquidity, there is really nothing to be done but trade in and out of XRP. Can somebody actually explain what XRP is other than another centralized e-currency like Liberty Reserve? |
|
|
|
|
Face it, selling Bitcoin on MtGox is not truly getting USD, but getting MtGoxUsd, a complex derivative whose value is tied to the likelyhood of mtgox not fucking up.
If you are such a bear and want to sell Bitcoin, do yourself a favor and sell it on a real exchange. If MtGox really planned to pay back USD they would conduct arbitrage between their own market and all others (heck, they aren't even in US, so they can even get USD into BTC-E). And they aren't. Its pretty clear what that means.
|
|
|
|
This is your local wannabe-server-guy and as usual I've managed to screw things up again. After realizing that bitcoind was working very slow I found a server with a much faster disk IO I loaded bitcoind on there, and boom, instant good response time! time bitcoind getinfo
{
"version" : 80100,
"protocolversion" : 70001,
"walletversion" : 60000,
"balance" : 0.00000000,
"blocks" : 244761,
"connections" : 8,
"proxy" : "",
"difficulty" : 21335329.11398300,
"testnet" : false,
"keypoololdest" : 1374707237,
"keypoolsize" : 101,
"paytxfee" : 0.00000000,
"errors" : ""
}
real 0m0.006s
user 0m0.004s
sys 0m0.000s After quickly thanking the internet for helping me with that I'd like to ask another favor. The server running bitcoind here can't be my webhost for reasons. So I have done an rpcallowip allowing connection from a remote PHP host. And, wonderfully enough, it works much of the time, with response times about 0.14-ish. Which is fine by me. However, sometimes I get: Warning: fopen(http://...@myserver:8332/): failed to open stream: Connection timed out in /stuff/jsonRPCClient.php. Fatal error: Uncaught exception 'Exception' with message 'Unable to connect to http://bitcoinrpc:mypassword@myserver:8332/' in myfile Stack trace: #0 /myfile: jsonRPCClient->__call('listtransaction...', Array) #1 mypath: jsonRPCClient->listtransactions('kazu') #2 mypath: include('file.php') #3 {main} thrown in /stuff/jsonRPCClient.php on line 140 Listtransactions happens to be the first call I make. This error comes after waiting a while. To test, if this was a legitimate issue, I tried telnetting. Now, I'm not 100% sure this means that it should be working working, but I did: time telnet myserver:8332 and repeated it 100 times, and got back telnet: could not resolve myserver:8332/telnet: System error with an average response time of 0.016 seconds. So is the issue with my bitcoind-machine's internet, or does the telnet experiment imply that its a problem with my client? What should I do? EDIT: Just tested, I get "telnet: could not resolve server:8332/telnet: System error" even for servers that aren't listening. So, I tried portscanning. I get "port open" for on my server on 8332 in a number of milliseconds. What gives? |
|
|
|
|
Hm, walletnotify, until you said that I didnt even know that existed. Is there like a, accountnotify (whenever a move happens as well)? it could potentially simplify things.
Also, how much network does Bitcoind normally take up? Would it be smart to set maxconnections to 10, I think I heard that somewhere.
|
|
|
|
|
Its too soon to say. IT all depends on what the headlines are: "Bitcoin ponzi scheme revealed" (negative), "SEC begins policing bitcoin" (positive), "Bitcoin 'Madoff' caught by SEC" (semi-neutral).
|
|
|
|
|
Wow this guy was an idiot. When you steal coins you better withdraw them in groups of like, I don't know, $5K at a time max, across several exchanges, across several accounts, across several years. Doing it like this was just asking to be caught.
|
|
|
|
|
Okay I think I found the issue, and it also explains why I havent' been having this problem till now.
Transaction history. Through the process of debugging my site, I completed several thousand transactions (no, I didnt sit there clicking all day, its a micropayment gaming website so there are tons of automatic move() commands going on when I set my debugger going). Apparently, in order to get the balance of any individual account, it has to manually calculate out ALL of the transactions. You'd think they'd save each account's balance in some place and keep a separate transaction history but nooooo, they had to do it the random and inexplicably difficult way.
Is there any easy way of getting around this? As far as I can see I must either:
A) Constantly flush the transaction history occasionally, then re-load each account with what they had with a single move() command to each account, which is not only annoying but also means that people can't view their transaction history after a while.
B) Every once and a while re-load each account on a single address associated with that account, then flush transaction history.
OR
C) Not use Bitcoind's accounts at all, keep a single wallet and then have a database and store things in there including the transaction. Which is majorly re-inventing the wheel.
Is there any simpler way you can think of to do this? This seems like it basically renders bitcoind's account management ultra-inefficient and sorta is a major buzzkill with regard to my release schedule.
|
|
|
|
Not sure I understand what this means When I ssh into the same server, go bitcoind getbalance "", I get the balance many times faster than when I go to that same server, make a php file, include the JSON library, and go all $bitcoin->getbalance(""); Now look at this: $time = microtime(true); $bitcoin = new jsonRPCClient(' http://bitcoinrpc:hugepassword@127.0.0.1:8332/');$write = microtime(true) - $time; file_put_contents('log.txt', '<br>inittime: ' . $write, FILE_APPEND); And guess what the output is? (There are lines of code before and after this, but those shouldn't matter... right?) inittime: 1.7881393432617E-5 inittime: 1.6927719116211E-5 inittime: 1.9073486328125E-5 inittime: 1.8119812011719E-5 inittime: 2.0980834960938E-5 inittime: 2.1934509277344E-5 inittime: 2.0027160644531E-5 inittime: 1.8119812011719E-5 inittime: 1.5974044799805E-5 inittime: 4.0054321289062E-5 inittime: 1.6927719116211E-5 inittime: 1.1920928955078E-5 inittime: 1.8119812011719E-5 inittime: 1.7166137695312E-5 inittime: 1.8119812011719E-5 inittime: 3.9100646972656E-5 So?? This means that the actual act of getbalance() is taking a long time or something? |
|
|
|
|
A bit more information: Bitcoind is nowhere near as slow when doing it through shell? WTF?
Script started on Mon 22 Jul 2013 08:06:52 PM UTC
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.376s
user 0m0.004s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.226s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.198s
user 0m0.016s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.041s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.073s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.042s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.041s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.045s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.039s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.038s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.038s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.038s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.004s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.038s
user 0m0.004s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.050s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.038s
user 0m0.008s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.049s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.038s
user 0m0.004s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.061s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
^[[A-101115.00029185
real 0m0.600s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.060s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.044s
user 0m0.012s
sys 0m0.000s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.039s
user 0m0.008s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.036s
user 0m0.008s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.047s
user 0m0.004s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.036s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.040s
user 0m0.000s
sys 0m0.012s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.038s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.036s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.008s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.036s
user 0m0.004s
sys 0m0.008s
]0;ubuntu: ~ubuntu:~$ time bitcoind getbalance ""
-101115.00029185
real 0m0.037s
user 0m0.008s
sys 0m0.004s
]0;ubuntu: ~ubuntu:~$ exit
exit
Script done on Mon 22 Jul 2013 08:07:48 PM UTC
Any logical reason why this is like this???
Maybe it would be way faster to just use a shell script to write it somewhere, then read it from there whenever I need it?
|
|
|
|
|
It seems dubious and boring to have to do all the transactions in a DB. That is very sad. Are you sure there is no other way of doing this? At that point I may as well store them in a $_SESSION variable or something (just for balance & transaction history etc... read only things that are displayed to the user and that there would be no reason to manipulate), at least then you only have to check for users that are logged in.
|
|
|
|
|
I tried both, just to see if my json thing got messed up. Look at the JSON api, its still screwed up. It was just for testing purposes.
|
|
|
|
|
Show Posts
