Tor is now defaulting to port 9150, no longer 9050.
thanx for figuring that out. Tor jokers should make a changelog in a place where their regular users can find it when they dl new browser bundle. Now many people think secret service has new super powers  |
|
|
|
Is someone able to get the order books to update, auto or manually, without
logging out and logging in again?
Not working yet, you need to log out to update the order books. It's up and running, full auto. Yay...  |
|
|
|
Well, in theory it should be possible to let this run on Windows as well... in practice however I've only managed to compile boost and am still fighting with sparsehash as well as openssl and it's dependencies (openssl wants perl for example). Sparsehash also seems to really not like to be compiled with MingW... Let's see if I give up and just install a VM on my big machine, because my small Linux Atom nettop probably will choke to death on the hash tables.  Another issue with VM's is that: a) you're going to have to copy the blockchain over to the VM b) blockparser uses mmap'd files extensively. windoze implementation of those is hugely inefficient c) blockparser is really I/O intensive (every run gobbles in the full blockchain). This is highly inefficient on VMs A little test, how long does it take to do "./parser allBalances >allBalances.txt" in VirtualBox with different amounts of ram assigned to the VM: (host is win7 64bit, guest Linux Mint 64bit, 8GB physical ram) 1GB eta 1200000s  3GB eta 5000s 6GB eta 200s, but actually >1500s, slows down alot @50-70% 7GB 850s As long as the VM can consume more and more ram, blockparser is *very* fast, but I'm not sure how much is really enough to let the OS buffer all I/O in ram, 32GB perhaps. |
|
|
|
|
When XRP was @20000 there was almost no ask size, only ~5BTC between 20K and 40K.
Fascinating to watch, even if the moves are mostly random ping pong in illiquid market.
|
|
|
|
|
Is someone able to get the order books to update, auto or manually, without
logging out and logging in again?
I enabled all java plugins in Firefox, then tried Chrome, but no way...
(missing *auto* update is an open issue in the git bugs forum)
|
|
|
|
I think it's possible using regular transactions. For example: if there is a wallet (official client) with lots of micro amounts (100 * 0.001 BTC) in it, you could clean it out without fee by sending one transaction (> 1 BTC) in, wait some days, then send out as much as the standard client allows without fee. Rinse, repeat. If I'm not confused atm, 5 BTC waiting for 8 days would allow the maximum free transactions size of 10KB 500000000 * 144 * 8 / 10000 = 57600000 To wait longer woulnd't help. |
|
|
|
The bitcoin fee confuses me too. How do those "Free bitcoin" sites send 0.00005 BTC. I do not seem to be able to do this from one wallet to another without a fee being imposed. Do we need to put in a setting in the BITCOIN.CONF file?
Perhaps they do pay the fees? |
|
|
|
|
rnfP45Y8G24MaD3Atr2Gt1rYMJFRKbLrpu
|
|
|
|
key problems
-Choose anonymity level of the project. I think more is better. For example, malicious uploaders could try to bring down an auxchain by adding files to make hosting illegal in most places. Perhaps the network should choose where to store each file/each chunk of data, and encrypt it with keys derived from *other* auxchain's hashes. This way you would need service of the live network (or at least static copy of considerable part of it) to access anything. -If "downloaders" are not required to connect directly to the "hosters" then all nodes between them would want to be paid too for their bandwidth, and the "exit node" extra pay for legal risk... |
|
|
|
It feels like individual coins in the wallet now, each with it's own history instead of just a number. Bonus points for improved privacy, improved control over fees, and being educational for noobs about how bitcoin works. Please include it in 0.8.1 *exactly like this* |
|
|
|
OPEN CHALLENGES aka weak points of the concept :
5) How to decide the event outcome without necessity to have human referee/judge ?
Without (super)human level AI I don't see how that is possible. For example, a boxing match is decided by the judges, who are human. If you want to bet on it then you are at least relying on the judges, unless you have a super-AI that can say, "The judges scored it 112-110 for Rodriguez but I am awarding it to Lopez instead". I think that would cause more disputes than relying on humans! Why not let the miners decide as referees. They will not be dishonest or lazy, lest they damage the coin they just mined. Main purpose of this coin/block chain must be betting, of course. Bitcoin miners would be mostly uninterested. |
|
|
|
|
If this is not about keylogger that steals passwords en masse but about
someone after you communicating, then...
-buy new computer (in brick and mortar shop)
-which will never be online
-make trusted copy of truecrypt on write only CD (scan CD, check md5)
-communication only leaves offline PC encrypted on CD
(all CDs bought in brick and mortar shop)
-nothing ever enters offline PC, especially not an USB stick carried back and forth
between offline and online PC
Should be save (and feel save) to type with actual hardware keyboard now.
|
|
|
|
Been solo mining for a few hours now
...
...
I figured it out.
I think even with correct algo, with solo mining you see no stale rate until a block is found, and perhaps network connection is all the time equivalent to 90% stales and there is only very small chance to get the block. No way to know it. So, pool are a necessary middleman. Of course, if you can find valid block every 10 minutes... |
|
|
|
A bit belated I suppose, new windows binaries, based on BeeCee1's changes. dl links: Qt client: (incl. source and miner) http://www.datafilehost.com/download-1515503d.htmlblk0001.dat, blkindex.dat and addr.dat: (optional, put in data dir if you cannot connect) http://www.datafilehost.com/download-94ff2f8b.htmlData dir on windows7 is now Users\<user name>\AppData\Roaming\fairbrix\ (i.e. same dir as with bitcoin and litecoin, the portableapps stuff is gone) but it's Users\<user name>\AppData\Roaming\fairbrix\data\ for all files except the config file. The client will automatically generate the necessary dirs and files, but you should manually copy fbx.conf to ...\Roaming\fairbrix\ I only added up to date checkpoint lockins, in main.cpp (nHeight == 114000 && hash != uint256("0xf863ed327eede0641e1be668d43144e67c52c0785524faff2dd1a21bbdeabfbe")) || (nHeight == 116144 && hash != uint256("0x7d0f9db5dbb9378ddd5bdd173b3c71fef8808690adec8ecc0bbb1b3648871b76"))) etc. For some reason it's still in https://github.com/beecee1/Fairbrix/blob/cpumine/src/main.hstatic const unsigned int MAX_BLOCK_SIZE_GEN = MAX_BLOCK_SIZE/2; all other dust spam limiting changes are in. X64 version of cpuminer2.2.3 included (virus scanners don't complain about the 64bit version) and example batch files for solo mining. Bugs: - Qt client window doesn't like being minimized (it doesn't actually crash, double click on task bar or notification area symbol to "wake it up" again) |
|
|
|
9. I can think of many possibilities regarding the coins bet of users that loose:
a. They are awarded to the winner.
b. Some percentage is lost and some awarded
c. They are awarded to the winner of a the block that will be mined 100 blocks later .
d. Partially or totally returned to the original owners. (This is something like Proof of Auction)
e. They are lost forever. (I like this one most)
9a and 9c would be straightforward and "winner takes all" is motivating for the participants. Also rate of coin generation (block reward minus burnt bets) is predictable because there are no burnt coins. With 9e you couldn't allow more coins to be destroyed than coins generated per block, and many users accept negative expectancy like when gambling... |
|
|
|
Hi everyone,
I posted here couple of days ago, and got advised to use bitaddress.org, however, I'm not 100% confident with it, so I thought about something else for a savings ONLY account. Since Bitcoin-qt created by Satoshi, I believe it should be safer to use it, right?
1. Disconnect internet
2. Run ubuntu from LIVE CD
3. Open bitcoin-qt, close it
4. Open bitcoin-qt, Generate a few addresses, copy them to a txt file, copy the addresses to 2 USB devices, write them down on paper, etc
5. Export Secret keys from wallet, write them down on a paper
6. Turn OFF PC
7. Check the blockexplorer - each transfer to each address to see if btc received
I won't encrypt and won't save the .dat to ensure that if there's a keylogger on my pc, it won't get the info.
What's your opinion guys?
Thanks!
LIVE CDs should be guaranteed free of keyloggers, or everything is already lost. Check the MD5 of the CD. If it can log your keys (while offline) it can copy unencrypted wallet.dat too. Secret keys on paper is less safe than wallet file in truecrypt container. Even a human-memorable password makes it safer, attacker has to hack you *and* need physical access to your backups. |
|
|
|
|
If (big IF) merchants accept an alt coin it would be LTC.
Others are too obscure.
Percentage wise, LTC has more upside than BTC.
Like stock option has more upside than stock
but can just as easily go to 0 :-P
|
|
|
|
|
Show Posts
