Search content
Sort by
Showing 20 of 31 results by Shirik
Well, from a brute force perspective, they have far less options to try now. Effectively you've reduced your key down to a much lower size.
That being said, effectively what you're asking is "What is 25 + 25" and you gave the answer 5. It doesn't really get you any closer than the actual answer 50, it's just wrong.
That being said, I'm not a math or cryptography major, and there might be some crazy hypermath (that is now officially a word) that you can do to reduce the set of possible private keys down to something managable, but it's at least not something obvious.
That being said, this is interesting (for RSA):
"Exposing an RSA Private Key Given a Small Fraction of its Bits"
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=0CD0QFjAB&url=http%3A%2F%2Ftheory.stanford.edu%2F~gdurf%2Fpubs%2Fexposure.ps&ei=5AlpUa7_LOqligLGg4DoAw&usg=AFQjCNHVIFD6aik02UgaWsmbdiB0EpcgLw&sig2=6OCJzdX3GDcNaSbQ2DBXRg
That being said, effectively what you're asking is "What is 25 + 25" and you gave the answer 5. It doesn't really get you any closer than the actual answer 50, it's just wrong.
That being said, I'm not a math or cryptography major, and there might be some crazy hypermath (that is now officially a word) that you can do to reduce the set of possible private keys down to something managable, but it's at least not something obvious.
That being said, this is interesting (for RSA):
"Exposing an RSA Private Key Given a Small Fraction of its Bits"
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=0CD0QFjAB&url=http%3A%2F%2Ftheory.stanford.edu%2F~gdurf%2Fpubs%2Fexposure.ps&ei=5AlpUa7_LOqligLGg4DoAw&usg=AFQjCNHVIFD6aik02UgaWsmbdiB0EpcgLw&sig2=6OCJzdX3GDcNaSbQ2DBXRg
Forgot to mention this apparently, but my order 1706 was upgraded to a Little Single when they came out. The order number and transaction date remains the same, but changes from 2 Jalapenos to 1 Little Single instead.
Are there any unit tests associated with this trading agent?
Based on the number of defects identified so far, the software engineer in me is kicking in and going "you really shouldn't be playing with this until it has better test coverage"
Based on the number of defects identified so far, the software engineer in me is kicking in and going "you really shouldn't be playing with this until it has better test coverage"
Came here to post the same as the two above.
Code:
Sep 17, 2012 6:21:31 PM org.open.payment.alliance.isis.atp.TradingAgent run
INFO: Ticker Size: 124 | Trend Arrow: -5.0 | Bid Arrow: -6.0 | Ask Arrow: 0.0 | VWAP: USD 11.85941
Sep 17, 2012 6:21:31 PM org.open.payment.alliance.isis.atp.TradingAgent evalBid
INFO: Weight is -0.04032258064516129
Sep 17, 2012 6:21:31 PM org.open.payment.alliance.isis.atp.TradingAgent evalBid
INFO: Attempting to buy -2.64425685483870960402648375708878347722929902374744415283203125 BTC
Sep 17, 2012 6:21:31 PM org.open.payment.alliance.isis.atp.TradingAgent evalBid
INFO: -2.64425685483870960402648375708878347722929902374744415283203125 was less than the configured minimum of 0.01
There just isn't enough momentum to trade at this time.
INFO: Ticker Size: 124 | Trend Arrow: -5.0 | Bid Arrow: -6.0 | Ask Arrow: 0.0 | VWAP: USD 11.85941
Sep 17, 2012 6:21:31 PM org.open.payment.alliance.isis.atp.TradingAgent evalBid
INFO: Weight is -0.04032258064516129
Sep 17, 2012 6:21:31 PM org.open.payment.alliance.isis.atp.TradingAgent evalBid
INFO: Attempting to buy -2.64425685483870960402648375708878347722929902374744415283203125 BTC
Sep 17, 2012 6:21:31 PM org.open.payment.alliance.isis.atp.TradingAgent evalBid
INFO: -2.64425685483870960402648375708878347722929902374744415283203125 was less than the configured minimum of 0.01
There just isn't enough momentum to trade at this time.
Even after that fix I am still getting this error; can't determine why (the funds are certainly there)
I do use a yubikey. Does this matter?
Code:
Sep 15, 2012 9:23:18 PM org.open.payment.alliance.isis.atp.TradingAgent evalAsk
INFO: 0.00000000 was less than the configured limit of 0.001
Increasing order size to 0.001
Sep 15, 2012 9:23:18 PM org.open.payment.alliance.isis.atp.TradingAgent marketOrder
SEVERE: Failed to sell 0.001 at current market price.
Please investigate
INFO: 0.00000000 was less than the configured limit of 0.001
Increasing order size to 0.001
Sep 15, 2012 9:23:18 PM org.open.payment.alliance.isis.atp.TradingAgent marketOrder
SEVERE: Failed to sell 0.001 at current market price.
Please investigate
I do use a yubikey. Does this matter?
There is an error in TradingAgent:
I believe there is a missing `qtyToSell = minBTC` here.
Code:
if(qtyToSell.compareTo(minBTC) < 0) {
log.info(qtyToSell.toPlainString() + " was less than the configured limit of "+minBTC.toPlainString()+"\nIncreasing order size to "+minBTC.toPlainString());
}
log.info(qtyToSell.toPlainString() + " was less than the configured limit of "+minBTC.toPlainString()+"\nIncreasing order size to "+minBTC.toPlainString());
}
I believe there is a missing `qtyToSell = minBTC` here.
It's not saying that it doesn't know how, it's saying that the division is undefined. Probably that means you tried to do a 0/0.
By the way this is running fine for me so far, though it hasn't made any trades yet.
By the way this is running fine for me so far, though it hasn't made any trades yet.
I was able to check this. I forced it to zero and tried and it threw a divide by zero exception.
I think the problem is actually a non-terminating decimal expansion.
I'm looking into how to guard against that. Probably with rounding since there is only a certain amount of precision we really need to worry about.
0 / 0 results in division undefined
Example: http://ideone.com/VUfTA
As far as I can tell from the code, it sets sim mode in the constructor of Application and then there is literally no code that ever changes that flag. (There is a single function that touches it which never gets called.)
It would require a code change to get out of simulation mode.
It would require a code change to get out of simulation mode.
It's not saying that it doesn't know how, it's saying that the division is undefined. Probably that means you tried to do a 0/0.
By the way this is running fine for me so far, though it hasn't made any trades yet.
By the way this is running fine for me so far, though it hasn't made any trades yet.
So I did that and it still crashed. At that point I decided something was seriously hosed and ended up reinstalling the thing. It works fine now, even with all the old data files.
I probably should have tried that from the get-go, but I figured that couldn't be where the problem was for some reason.
At some point I would really like to know what actually went wrong, but at least it's fixed now
Probably will just end up being chalked up as a mystery. Perhaps it was a butterfly.
Thanks all,
I probably should have tried that from the get-go, but I figured that couldn't be where the problem was for some reason.
At some point I would really like to know what actually went wrong, but at least it's fixed now
Probably will just end up being chalked up as a mystery. Perhaps it was a butterfly.Thanks all,
Restore your original blkindex and wallet.dat files and rename the addr.dat file and see if it runs.
Seems to have the same problem still.I didn't see anything particularly interesting in them, aside from what looks like might be the trigger of the problem (the socket error), but perhaps you can decipher them better.
db.log
debug.log (tail)
db.log
Code:
Program version 4.8 doesn't match environment version 4.7
Database handles still open at environment close
Open database handle: wallet.dat/main
Open database handle: blkindex.dat/main
Open database handle: addr.dat/main
Program version 4.8 doesn't match environment version 4.7
Database handles still open at environment close
Open database handle: wallet.dat/main
Open database handle: blkindex.dat/main
Open database handle: addr.dat/main
Database handles still open at environment close
Open database handle: wallet.dat/main
Open database handle: blkindex.dat/main
Open database handle: addr.dat/main
Program version 4.8 doesn't match environment version 4.7
Database handles still open at environment close
Open database handle: wallet.dat/main
Open database handle: blkindex.dat/main
Open database handle: addr.dat/main
debug.log (tail)
Code:
sending getdata: tx 7419fd10495ed80525a9
askfor tx 5d8ff62c703c0705a583 1347465520000000
askfor tx 5d8ff62c703c0705a583 1347465640000000
addUnchecked(): size 369
CTxMemPool::accept() : accepted 5d8ff62c70
addUnchecked(): size 370
CTxMemPool::accept() : accepted 7419fd1049
received getdata for: tx 7419fd10495ed80525a9
askfor tx 59b61c050bf87767ce19 0
sending getdata: tx 59b61c050bf87767ce19
askfor tx 59b61c050bf87767ce19 1347465285000000
askfor tx 59b61c050bf87767ce19 1347465405000000
addUnchecked(): size 371
CTxMemPool::accept() : accepted 59b61c050b
CreateNewBlock(): total size 57119
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
getheaders 198462 to 00000000000005e9ad93
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 828aebd9ca10aea5eb1c
received getdata for: tx 16e195e6d86b561d1a0a
Added 1 addresses from 67.186.212.41: 3746 tried, 11307 new
askfor tx 6299ea5753fe1ac1048f 0
sending getdata: tx 6299ea5753fe1ac1048f
addUnchecked(): size 372
CTxMemPool::accept() : accepted 6299ea5753
received getdata for: tx d46fd9e0b1f5b496546a
askfor tx 0af101d432dc87419020 0
sending getdata: tx 0af101d432dc87419020
askfor tx 0af101d432dc87419020 1347465289000000
askfor tx 0af101d432dc87419020 1347465409000000
askfor tx 0af101d432dc87419020 1347465529000000
received getdata for: tx 6299ea5753fe1ac1048f
addUnchecked(): size 373
CTxMemPool::accept() : accepted 0af101d432
received getdata for: tx 0af101d432dc87419020
received getdata for: tx 0af101d432dc87419020
Added 1 addresses from 82.53.69.179: 3746 tried, 11306 new
askfor tx e1ccb95adb8cb414360a 0
sending getdata: tx e1ccb95adb8cb414360a
askfor tx e1ccb95adb8cb414360a 1347465293000000
askfor tx e1ccb95adb8cb414360a 1347465413000000
askfor tx e1ccb95adb8cb414360a 1347465533000000
addUnchecked(): size 374
CTxMemPool::accept() : accepted e1ccb95adb
received getdata for: tx e1ccb95adb8cb414360a
received getdata for: tx 827ee6bc1b3fe919cd4a
askfor tx eb32c44e3e2ae9d0600d 0
sending getdata: tx eb32c44e3e2ae9d0600d
askfor tx eb32c44e3e2ae9d0600d 1347465299000000
askfor tx eb32c44e3e2ae9d0600d 1347465419000000
askfor tx eb32c44e3e2ae9d0600d 1347465539000000
addUnchecked(): size 375
CTxMemPool::accept() : accepted eb32c44e3e
Added 1 addresses from 76.77.126.36: 3746 tried, 11306 new
UPnP Port Mapping successful.
CreateNewBlock(): total size 58234
getheaders 198462 to 00000000000005e9ad93
received getdata for: tx def2b47db9aeb24d853d
Added 1 addresses from 87.121.232.67: 3746 tried, 11306 new
askfor tx c1e713e55692feb84109 0
sending getdata: tx c1e713e55692feb84109
askfor tx c1e713e55692feb84109 1347465307000000
askfor tx c1e713e55692feb84109 1347465427000000
addUnchecked(): size 376
CTxMemPool::accept() : accepted c1e713e556
askfor tx 9793601d1e2623022c20 0
sending getdata: tx 9793601d1e2623022c20
addUnchecked(): size 377
CTxMemPool::accept() : accepted 9793601d1e
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
CreateNewBlock(): total size 58866
getheaders 198462 to 00000000000005e9ad93
askfor tx 076d1b1bf43fba9ec745 0
sending getdata: tx 076d1b1bf43fba9ec745
askfor tx 076d1b1bf43fba9ec745 1347465317000000
addUnchecked(): size 378
CTxMemPool::accept() : accepted 076d1b1bf4
askfor tx fa635533f0db082d73ab 0
sending getdata: tx fa635533f0db082d73ab
received getdata for: tx 076d1b1bf43fba9ec745
askfor tx fa635533f0db082d73ab 1347465318000000
askfor tx fa635533f0db082d73ab 1347465438000000
askfor tx fa635533f0db082d73ab 1347465558000000
addUnchecked(): size 379
CTxMemPool::accept() : accepted fa635533f0
received getdata for: tx ab2c863e09b35d998641
received getdata for: tx 1df9e9f69aa21583731c
CreateNewBlock(): total size 61183
getheaders 198462 to 00000000000005e9ad93
Added 1 addresses from 71.13.74.238: 3746 tried, 11304 new
askfor tx aa1e8bb9906b4041315b 0
sending getdata: tx aa1e8bb9906b4041315b
addUnchecked(): size 380
CTxMemPool::accept() : accepted aa1e8bb990
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
askfor tx eb50f4731e1fc1d07f56 0
sending getdata: tx eb50f4731e1fc1d07f56
addUnchecked(): size 381
CTxMemPool::accept() : accepted eb50f4731e
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
socket recv error 10054
disconnecting node 80.64.99.60:1054
askfor tx 5d8ff62c703c0705a583 1347465520000000
askfor tx 5d8ff62c703c0705a583 1347465640000000
addUnchecked(): size 369
CTxMemPool::accept() : accepted 5d8ff62c70
addUnchecked(): size 370
CTxMemPool::accept() : accepted 7419fd1049
received getdata for: tx 7419fd10495ed80525a9
askfor tx 59b61c050bf87767ce19 0
sending getdata: tx 59b61c050bf87767ce19
askfor tx 59b61c050bf87767ce19 1347465285000000
askfor tx 59b61c050bf87767ce19 1347465405000000
addUnchecked(): size 371
CTxMemPool::accept() : accepted 59b61c050b
CreateNewBlock(): total size 57119
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
getheaders 198462 to 00000000000005e9ad93
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 59b61c050bf87767ce19
received getdata for: tx 828aebd9ca10aea5eb1c
received getdata for: tx 16e195e6d86b561d1a0a
Added 1 addresses from 67.186.212.41: 3746 tried, 11307 new
askfor tx 6299ea5753fe1ac1048f 0
sending getdata: tx 6299ea5753fe1ac1048f
addUnchecked(): size 372
CTxMemPool::accept() : accepted 6299ea5753
received getdata for: tx d46fd9e0b1f5b496546a
askfor tx 0af101d432dc87419020 0
sending getdata: tx 0af101d432dc87419020
askfor tx 0af101d432dc87419020 1347465289000000
askfor tx 0af101d432dc87419020 1347465409000000
askfor tx 0af101d432dc87419020 1347465529000000
received getdata for: tx 6299ea5753fe1ac1048f
addUnchecked(): size 373
CTxMemPool::accept() : accepted 0af101d432
received getdata for: tx 0af101d432dc87419020
received getdata for: tx 0af101d432dc87419020
Added 1 addresses from 82.53.69.179: 3746 tried, 11306 new
askfor tx e1ccb95adb8cb414360a 0
sending getdata: tx e1ccb95adb8cb414360a
askfor tx e1ccb95adb8cb414360a 1347465293000000
askfor tx e1ccb95adb8cb414360a 1347465413000000
askfor tx e1ccb95adb8cb414360a 1347465533000000
addUnchecked(): size 374
CTxMemPool::accept() : accepted e1ccb95adb
received getdata for: tx e1ccb95adb8cb414360a
received getdata for: tx 827ee6bc1b3fe919cd4a
askfor tx eb32c44e3e2ae9d0600d 0
sending getdata: tx eb32c44e3e2ae9d0600d
askfor tx eb32c44e3e2ae9d0600d 1347465299000000
askfor tx eb32c44e3e2ae9d0600d 1347465419000000
askfor tx eb32c44e3e2ae9d0600d 1347465539000000
addUnchecked(): size 375
CTxMemPool::accept() : accepted eb32c44e3e
Added 1 addresses from 76.77.126.36: 3746 tried, 11306 new
UPnP Port Mapping successful.
CreateNewBlock(): total size 58234
getheaders 198462 to 00000000000005e9ad93
received getdata for: tx def2b47db9aeb24d853d
Added 1 addresses from 87.121.232.67: 3746 tried, 11306 new
askfor tx c1e713e55692feb84109 0
sending getdata: tx c1e713e55692feb84109
askfor tx c1e713e55692feb84109 1347465307000000
askfor tx c1e713e55692feb84109 1347465427000000
addUnchecked(): size 376
CTxMemPool::accept() : accepted c1e713e556
askfor tx 9793601d1e2623022c20 0
sending getdata: tx 9793601d1e2623022c20
addUnchecked(): size 377
CTxMemPool::accept() : accepted 9793601d1e
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
received getdata for: tx 9793601d1e2623022c20
CreateNewBlock(): total size 58866
getheaders 198462 to 00000000000005e9ad93
askfor tx 076d1b1bf43fba9ec745 0
sending getdata: tx 076d1b1bf43fba9ec745
askfor tx 076d1b1bf43fba9ec745 1347465317000000
addUnchecked(): size 378
CTxMemPool::accept() : accepted 076d1b1bf4
askfor tx fa635533f0db082d73ab 0
sending getdata: tx fa635533f0db082d73ab
received getdata for: tx 076d1b1bf43fba9ec745
askfor tx fa635533f0db082d73ab 1347465318000000
askfor tx fa635533f0db082d73ab 1347465438000000
askfor tx fa635533f0db082d73ab 1347465558000000
addUnchecked(): size 379
CTxMemPool::accept() : accepted fa635533f0
received getdata for: tx ab2c863e09b35d998641
received getdata for: tx 1df9e9f69aa21583731c
CreateNewBlock(): total size 61183
getheaders 198462 to 00000000000005e9ad93
Added 1 addresses from 71.13.74.238: 3746 tried, 11304 new
askfor tx aa1e8bb9906b4041315b 0
sending getdata: tx aa1e8bb9906b4041315b
addUnchecked(): size 380
CTxMemPool::accept() : accepted aa1e8bb990
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
received getdata for: tx aa1e8bb9906b4041315b
askfor tx eb50f4731e1fc1d07f56 0
sending getdata: tx eb50f4731e1fc1d07f56
addUnchecked(): size 381
CTxMemPool::accept() : accepted eb50f4731e
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
received getdata for: tx eb50f4731e1fc1d07f56
socket recv error 10054
disconnecting node 80.64.99.60:1054
This morning, bitcoin-qt just randomly crashed. I wasn't doing anything with it, it just decided to crash at some random point in time. (Ok, not true because I'm a p2pool user, but I mean to say I wasn't working with the UI at all.)
Since then I have not managed to get it to run again. It always segfaults at startup.
I have tried renaming blk0001.dat, blk0002.dat, blkindex.dat, and wallet.dat all to different filenames (simultaneously, and different enough that in my opinion the client should effectively think they're deleted) but it still crashes at startup.
Is there something I can check to see why it's crashing? (Sorry I don't have a source version installed, though I'm getting close to doing that just to see where it's crashing.) I have backups of my wallet, etc., so I'm OK with doing surgical procedures, I just don't really know where to start.
Since then I have not managed to get it to run again. It always segfaults at startup.
I have tried renaming blk0001.dat, blk0002.dat, blkindex.dat, and wallet.dat all to different filenames (simultaneously, and different enough that in my opinion the client should effectively think they're deleted) but it still crashes at startup.
Is there something I can check to see why it's crashing? (Sorry I don't have a source version installed, though I'm getting close to doing that just to see where it's crashing.) I have backups of my wallet, etc., so I'm OK with doing surgical procedures, I just don't really know where to start.
Re: What happens to Bitcoins that are sent to a non-existent address?
Most that have been said is true...
DeathAndTaxes let me help you
Whenever you install a new bitcoind or generate a new wallet.dat you are generating out of random numbers a "secret key". With this "secret key" and more random numbers you can generate several "public keys", know as "addresses". With your secret key, you can "claim" your public keys as a proof those are yours.
This can happen complete offline, so the network doesnt know your "addresses" nor your "secret key". The second you solve a block and generate 50 BTC or you receive a transaction, your address will appear in the "chain" and therfor is public visible. As a result you can send BTC to "valid" addresses, but those addresses dont necessary need to exist. So it could happen, that you install a new bitcoind, generate an address and instantly have funds in your wallet, because someone else send some BTC to that address before it was actually existing.
An address is "valid" when its hash has a special value. So like already said, its nearly impossible that you can misstype an address and its still "valid".
Just to make it clear, "valid" and "existing" are not the same. Addresses can be valid and not exist (not yet generated) at the same time!
DeathAndTaxes wasn't trying to say "how do I prove to the network that address is mine?" but rather "how does the network know that there is a person in existence with a private key paired to that address?". That is, if I generated an address, and never said anything to the network, how could the network know that sending to that address is "more correct" than sending to an unowned but valid address?DeathAndTaxes let me help you
Whenever you install a new bitcoind or generate a new wallet.dat you are generating out of random numbers a "secret key". With this "secret key" and more random numbers you can generate several "public keys", know as "addresses". With your secret key, you can "claim" your public keys as a proof those are yours.
This can happen complete offline, so the network doesnt know your "addresses" nor your "secret key". The second you solve a block and generate 50 BTC or you receive a transaction, your address will appear in the "chain" and therfor is public visible. As a result you can send BTC to "valid" addresses, but those addresses dont necessary need to exist. So it could happen, that you install a new bitcoind, generate an address and instantly have funds in your wallet, because someone else send some BTC to that address before it was actually existing.
An address is "valid" when its hash has a special value. So like already said, its nearly impossible that you can misstype an address and its still "valid".
Just to make it clear, "valid" and "existing" are not the same. Addresses can be valid and not exist (not yet generated) at the same time!
The answer is "it can't".
Here in Ontario, most power comes from Nuclear (Hydro takes 2nd place). I believe all fossil fuel plants are scheduled to be shut down in 2014.
I should have qualified that with "most power in the US" I know very little about this stuff outside of what I learned from this project, which was very US-focused, even if we had some Canadian teams. I am a software engineer, and don't think about these things very often I now know a hell of a lot about how to develop a hybrid control system, but very little about how to... well... change a tire.
What are your views towards electric cars? They are advertised as 'green' due to a much lower consumption of fossil fuels. However, in order to create the batteries for these cars, there has been a massive spike in rare earth mining in more recent years. The processes that yield these rare earth elements are not green at all. They utilize diesel machinery, a plethora of chemical agents for refining, and do it in such a way that it is non-sustainable. Mind you, the majority of REEs come from China as well, where they are even more lax in regards to both protecting the environment and protecting the workers.
I personally believe that the concept of these vehicles is an excellent one, but the current processes taken to create them do not really help the environment at all. Instead the extent of damage to the environment is just shifting hands, from the car owners to the people mining these resources.
Of course, rare earth elements go into many other devices, such as phones, tablets, surgical equipments, but a large amount of demand recently has been due to this notion that green cars are actually green.
I worked on a team in the EcoCAR competition a few years back, which, among other things, had a goal of making the "most green car". Trust me when I say car manufacturers are thinking about far more than fuel when they design these cars. Granted, marketing is surely putting a spin on things, but there are a lot of other factors to consider. In actuality, we found (from GM's own analysis tools) that creating an all-electric car is much less green than you might think. It's still a Really Good Thing, but you have to consider other things as well. I personally believe that the concept of these vehicles is an excellent one, but the current processes taken to create them do not really help the environment at all. Instead the extent of damage to the environment is just shifting hands, from the car owners to the people mining these resources.
Of course, rare earth elements go into many other devices, such as phones, tablets, surgical equipments, but a large amount of demand recently has been due to this notion that green cars are actually green.
We had to do a "Well-to-Wheel analysis" on the vehicle, and found that all-electric vehicles weren't coming out so great after all. We found that a plugin hybrid electric vehicle was in fact the way to go, but preferred a smaller battery. I believe the Volt's general logic is something along the lines of "run on electricity as much as you can" whereas we preferred to make more intelligent decisions on when to choose gas over electric.
You did pick up on the battery, but you missed the big one: That electricity has to come from somewhere. It is a sad fact that most of our grid power comes from Coal right now, though that seems to be in decline. Now admittedly, not everyone in the world uses coal power, but when you're doing an analysis like this, you take averages. So effectively more than 50% of our electricity used was being counted as if it came from Coal. That's not very green at all. You just moved the problem.
I do think the Volt is a step in the right direction, but I bought a new car last year, and it was not a volt. Not because I couldn't afford it, but because I don't think we've solved the problem yet. That being said, there is something to be said for putting more demand on the electric grid - if it increases, eventually someone will start thinking about how we can start decommissioning these coal power plants.