Meeting:There are three main things I look for in meeting places: - Public Location - Are there plenty of people around?
- WiFi Access - Is there free or cheap public WiFi access in the area?
- Security - Are there security cameras or security guards in the area?
Public Location: Public locations are like Local Trading 101: it is always better to meet in a public place. i'm sure your post is helpful for some people, and it does seem like a good write-up, however your list is pretty much the exact opposite of what I would look for in a trade - Private location - no rubber-neckers
- WiFi Access unnecessary as everyone where i'm from has a data allowance on their phone
- Big brother - Are there no security cameras in the area?
|
|
|
|
A true automatic recurring payment system could be implemented by a hosted wallet. Not the kind of wallet that blockchain.info has, but the kind where the hosting service maintains the private keys like MtGox and Coinbase offer.
walletbit has exactly this already |
|
|
|
I'm sure the language could be cleaned up...
yeah, this language needs to be cleaned up to indicate that a long time might mean months or even longer Button: "No Fee (may take a long time)" (fills in the edit box with zero)
|
|
|
|
|
damn i knew i should have bought millions of NVC... panic buy now everybody
|
|
|
|
I just have to add, I highly doubt you are a female. You're too distinguishing, honestly. "Aw", everything about you screams "look, I'm pretending". This thread gave me a laugh. I'd see you at you're late teens to early twenties and being male.
agreed, hilarious... and it gets funnier / more obvious: I should probably start dinner first. We're having pot roast and potatoes.
|
|
|
|
|
r3N2uLMHJGnpAY1sCarJnqMPrRnyPu8JUT
|
|
|
|
Couldn't you use brainwallet.org to convert the key then import it? Obviously this wouldn't work with a ton of keys, but for one offs like vanity addresses it should be sufficient.
thanks, might try this with bitaddress.org |
|
|
|
Right now, Armory would compute the wrong address, even if it could uncompress the keys.
why would armory be uncompressing anything, if all i'm giving it are private keys.... are private keys compressed? sorry i'm not getting this yet |
|
|
|
It switched over in satoshi client version 0.6. That was a long time ago
ohhohoho, pretty sure this wallet.dat is from a 0.4.x |
|
|
|
sorry i missed the memo, is there an easy conversion tool for importing old wallet.dat files into armory?
the only way i know of currently is dumping keys with pywallet and then importing, but this seems like a pain especially with a very large wallet.
That actually won't work either, because the current wallet format of Armory (and underlying library code) doesn't accommodate compressed public keys. Trying to import them will just cause errors. As I keep mentioning the new wallet format: it will handle compressed public keys -- in fact it will use them by default. But until then, the support isn't there. For now you're just going to have to send the funds through the blockchain to get it to the new wallet. I recognize not everyone finds this solution satisfactory (they'd like to take some addresses with them), but it's the best I can do for you until the new wallets are complete (which unfortunately have become slightly lower priority in favor of upgrading Armory's resource management). thanks for the quick reply... but what do public keys have to do with anything? dumping a list of private keys and importing those private keys into armory won't work? Since a bitcoin address is the hash of the public key, if you use a compressed public key you get a different address than using the same, uncompressed public key. As such, the same private key can be associated with two different addresses (one for compressed and uncompressed). Right now, Armory would compute the wrong address, even if it could uncompress the keys.hmm... didn't this behaviour change in the satoshi client at some point? i.e. are you assuming that my wallet.dat is using compressed public keys when in fact it could be from an era before that was the default? i wouldn't know how to check also, why would armory be uncompressing anything, if all i'm giving it are private keys.... are private keys compressed? sorry i'm not getting this yet |
|
|
|
sorry i missed the memo, is there an easy conversion tool for importing old wallet.dat files into armory?
the only way i know of currently is dumping keys with pywallet and then importing, but this seems like a pain especially with a very large wallet.
That actually won't work either, because the current wallet format of Armory (and underlying library code) doesn't accommodate compressed public keys. Trying to import them will just cause errors. As I keep mentioning the new wallet format: it will handle compressed public keys -- in fact it will use them by default. But until then, the support isn't there. For now you're just going to have to send the funds through the blockchain to get it to the new wallet. I recognize not everyone finds this solution satisfactory (they'd like to take some addresses with them), but it's the best I can do for you until the new wallets are complete (which unfortunately have become slightly lower priority in favor of upgrading Armory's resource management). thanks for the quick reply... but what do public keys have to do with anything? dumping a list of private keys and importing those private keys into armory won't work? |
|
|
|
|
sorry i missed the memo, is there an easy conversion tool for importing old wallet.dat files into armory?
the only way i know of currently is dumping keys with pywallet and then importing, but this seems like a pain especially with a very large wallet.
|
|
|
|
I made a major mistake and withdrew bitcoins from my deepbit to the wrong address. I have contacted the person who received the coins. When they return them will they go back to deepbit? Is the send address on my deepbit account unique so it's obvious whose account they came from?
if they're returning them to the address they were sent from, they'd go back to 1VayNert3x1KzbpzMGt2qdqrAThiRovi8 which is deepbit's universal address and is not unique to you or your account |
|
|
|
|
i think you are confusing fractional reserve banking with the [us] federal reserve bank
|
|
|
|
Why the fuck is it always these guys with 100-300 posts trying to spout out these dumb ideas to impress people. Fucking read what you just wrote.
Corrected your grammer. lol |
|
|
|
Funnily enough the situation of staff actively *preventing* people opening accounts...
now that you mention it, that kind of marketing strategy reminds me of an episode called cartmanland |
|
|
|
|
#1 question i always have which never seems to be printed straight up: where are your servers located?
|
|
|
|
|
have you thought about going to one of a hundred different accounting firms in HK that will open an account on your behalf?
|
|
|
|
...
leaving pirate and bitcoinmax in the past where they belong focusing on the future last bump on the subject |
|
|
|
"E&G", also known as payb.tc, operated Bitcoinmax, the largest feeder fund to Pirateat40's BS&T Ponzi scheme. His final block chain balance with the Ponzi appears to be above 83000 BTC at over 159000 deposited and over 75000 withdrawn. His paper account balance on shutdown should have been above 140000 BTC. When BS&T was attacked with serious Ponzi allegations, the user was extremely uncooperative in providing or even confirming data. His posts were deceptive and happy to undermine the credibility of critics like myself. Block chain data appears to show his account being early to withdraw back out of the Ponzi -- before he even started the feeder fund. Later he was able to claim an undisclosed 0.7% additional weekly paper profit on the entire paper balance, again only public through block chain analysis, though the withdrawn amount is unknown.
His real balance appeared to be negative with more than 3800 BTC withdrawn pure profit BEFORE the feeder fund even took off. The lack of data on the feeder fund leaves a window for personal profit far in the five-digits. He is probably the second-most important person to organizing the largest Bitcoin scam in history, and likely to rank the same as profits are concerned.
I would take this person's moral stance with a grain of salt. (This is a euphemism. He is blacklisted to me and anyone who takes my advice.)
just for the sake of replying to ridiculous accusations: in total i lost over 5000 personal coins to pirate. believe whatever you want though, the opposing side does a good job of pulling figures out of thin air. also anyone that thinks [some event X] is either inherently bad or good has a seriously one-sided view of the world. ultimately all events are neutral until someone (without all the facts, mind you) decides to make a judgement call, putting their own personal stamp of approval/disapproval on said event. doesn't change the fact that an event may be good and bad at the same time, or neither. |
|
|
|
|
Show Posts
