Hey everybody! My girlfriend is the president of the Hastings Law Students for a Sensible Drug Policy. SSDP is a national non-profit, but I don't think her school chapter is registered as one. I'm not sure if that matters and she is clarifying with her school. Any chance you know if chapters count? They do have a bank account and she is verifying that donations to the club are okay. If student clubs are allowed to take donations, I plan on opening either a bitinstant (I think they used to do 0 fee for non-profits, but they are offline ATM) or a coinbase account (only .99% and I've met Brian a few times in person). Do you have any recommendations for another provider? Coinbase still takes fees for non-profits. I see on the bitcoin100 website that political groups aren't allowed, but this is more about bringing the topic of sensible drug policy into the public conversation, not about pushing one specific view, although ending prohibition is a stated goal. Thanks! |
|
|
|
|
Maybe I missed it. Why the name "sx"?
Very cool.
|
|
|
|
|
Awhile ago I saw someone post a link to models-only forum where all the girls were talking about bitcoin. The OP sounded like she knew Bitcoin was perfect for them, but the other models all called it a scam and they "won" the debate because they had higher post counts. It's good to see a model who accepts bitcoin.
|
|
|
|
I don't REALLY need it... but what if I want a copy on my machine, girlfriends machine, kitchen machine, someone else's machine etc.?
Have to install a full client on each? That's a whole lot of redundant data!
Sharing the data directory is entirely possible, but then where do I specify where Armory should look for these?
Running armory on a ton of systems does have lots of duplicate data. Maintaining a full node on all your systems always will. Eventually armory will handle all of the blockchain data itself, but that won't solve your issue with duplicate data. If you want a client that doesn't need a ton of local data, you want a lite client like electrum. |
|
|
|
|
The thread title says paper wallet, but it looks like you are actually wanting offline wallets. Are you just referring to the printed backups?
Is your online Mac being used for anything but armory? It is possible to install Ubuntu on a Mac and then dealing with installing Armory would be easier.
|
|
|
|
|
Nope. Armory needs both access to the network (this could work remotely although Armory would need a tweak) and access to the blockchain files (this won't work remotely).
If you really want this. You could maybe do some trickery with something like ssh tunnels for localhost:8333 to your node and maybe a nfs file share to your blockchain files on the node.
|
|
|
|
I would like to know... the change addresses... will they be deleted at some point if they were used already? I only ask when sending btc from a change address and getting chargeback or dividends to that address.
Addresses are never deleted. Hi Thomas not sure if this has been already covered. Is there a known issue with unconfirmed tx? Mine has been over two hours know, each tx had at least .001 fee. I have also tried all the servers but still no joy? Has been a problem since upgrading to 1.7.2.
Cheers
Thats normal sometimes. Simply wait some time longer. I had to wait today for a big transaction with fee around 7 hours. Wow that sucks! Thanks for the response... You can check a site like blockchain.info to see information about the transaction outside of the electrum network. |
|
|
|
|
I'm still really interested in getting this done. Sadly my full time job does not give me any time for a project of this scale.
However, my coding partner has far more time to work on this than I do and he is once again interested.
I know I've said this before, but we will have a bid written up and posted shortly.
|
|
|
|
|
Ill look into it. I've been content with my brew formula, but it would be nice if it could be bundled with bitcoin-qt again.
|
|
|
|
First order of business: I strongly believe that Red Emerald should receive 5-10% of this bounty regardless of any further contributions by him. Without his help, there might not have been any OSX support for Armory, at all. And I'm sure his brew installation will be extremelyt useful in figuring out what dependencies are needed, etc.
Discuss! (and donate!)
Wow! Thanks a bunch! I haven't had much time for bitcoin recently (besides watching the price climb up and up). Are these builds deterministic at all? Would be great if we could have multiple people compile and all end up with the same verifiable hash. If I get time, I'll tinker a bit. |
|
|
|
|
Now I really can't wait for jolla
|
|
|
|
The lack of a bitcoind in MacOS is quite unfortunate (and a bit mysterious). Installing it is not simple (at least not if you are an Armory install script). I have never bothered, and is using Bitcoin-Qt with Armory. I would suggest you do the same. Bitcoin-Qt can take arguments that enable RPC, I saw that somewhere but cannot find it now (someting ugly like "open /Applications/Bitcoin-Qt.app --args args-to-bitcoinqt"). There is not way to start it hidden, but you can hide it after is has come up with this ugly command osascript -e 'tell application "System Events" to set visible of application process "Bitcoin-Qt" to false' I found it here: https://discussions.apple.com/thread/1476240?start=0&tstart=0<rant> Trying to make a programming language to resemble a natural language results in something that is neither natural for programmers nor for nonprogrammers. Applescript looks awful. </rant> It will not hide the splash screen of Bitcoin-Qt, but it will hide the app as soon as the splash screen goes away, even if executed while the splash screen is there (just tried it out of curiosity). I guess that the best alternative for Mac users is to use Bitcoin-Qt in this way. The icon will still appear in the dock, however. At one point, bitcoind came with Bitcoin.app, but not anymore for some reason I don't know. That's one of the reasons I made my brew formula. `brew install bitcoind` is pretty easy. I'm going to make the formula also create a plist for launchd so you can configure bitcoind to start on login if you want by just making a symlink. Is starting armory on login something that would be desired? Brew makes it really easy and totally optional. If you have armory searching for bitcoind on the PATH for linux (Please don't use hard coded paths), you might as well have the same check happen for osx. If they have used my brew formula or compiled it themselves, it will just work. If that search fails, check for /Applications/Bitcoin-Qt.app and launch it with whatever crazy flags make it hidden. Then if that fails, just tell the user "Armory couldn't find bitcoind or bitcoin-qt installed on your system." and then have system specific links if possible and a link to bitcoin.org if not. I think that having the user install bitcoind/qt and armory smart enough to find it is plenty fine and is definitely going to be exponentially easier. There are far too many possible system setups. Any code you come up with for trying to install packages on all the different systems is going to be so complicated that I don't think its worth it. Just ubuntu alone has a couple ways (self-compiled, PPA, downloaded from bitcoin.org) |
|
|
|
Pool is dying now.. Lost 1/4 of the hashrate. Perhaps it'll come back if there's a good day. Although that would take a 4-7 block streak to bring luck just up to 100%PPS levels for 90 days.
I think it's strange that bad luck streaks at non-PPS pools freak miners out less than bad luck at p2Pool - a pool where a pool op cannot maliciously cause bad luck (lookin' at you, Bitclockers 2011 - early 2012). I was under the understanding that hashrate has nothing to do with luck. Successfully finding coins fluctuates and could be said to vary based on luck but hashrate is constant for a given hardware barring bugs. He is saying that because of the luck, miners are leaving the pool, not that the luck is lowering the hash rate. I think its also likely that GPU miners are going offline in general and ASIC miners are not pointing at p2pool because of the initial reports of problems with stratum. |
|
|
|
I've been playing around with electrum and the electrum-server. I'm starting to be more hesitant when trusting anything javascript and Armory is rather heavy as a client.
A blockexplorer type site would be nice for browsing colored coins, but I'd really be interested in a desktop client that uses the stratum protocol. Yeah, I suspicious of in-browser wallets too. Now ArmoryX is more-or-less dead, and so Electrum development will likely get higher priority, so we can allocate bounties for color-aware Electrum. (I'm not sure how much exactly, though.) However, my opinion is that electrum-server is a piece of shit, and it is not suitable for what we need out of box. (At least it wasn't when I've checked it.) I'd rather use a different server. Protocol doesn't matter much. I went through a few weeks ago and cleaned up a lot of code and made everything PEP8 compliant. I've got a branch in development that vastly improves the logging. Once that is in, I want to clean up some of the design patterns and write unit tests. Then I want to make a plugin architecture that would make it easy to add any sort of backend or frontend. I'm busy with my job though and so haven't had much time. If you/someone builds a full server, I recommend at the very least that you use the stratum protocol. It's pretty simple to implement and standards are always nice to stick to if possible. |
|
|
|
But the moment I run my node through Tor, noone else can connect to it, and I am not contributing to the Bitcoin network. I still think that anyone who has truly something to hide should hide behind Tor, but it is annoying that the rest of us have to just to conserve our privacy. I know a government or somebody resourceful could collect this IP info themselves. But the average weirdo with an axe to grind probably can't - or if he can, then he cannot get this kind of info for transactions in the past, except that blockchain.info serves it on a silver platter. And he might not give a damn about "plausible deniability". To summarize: - If you run a full node, blockchain.info is likely to register your IP with your transactions (diluted by whatever transactions you relay).
- If you really care about this, run Tor. At the price of making your ISP believe you watch child pornography (just kidding)
- Some of us think that blockchain.info should stop publishing this otherwise transient IP information. Others disagree.
Read the doc I linked. Your node can still be open for connections AND behind Tor. It's been this way for like 8 months. |
|
|
|
It's really not that complicated at all. No need for a GUI. Its a proxy that you should just let start at login and do its thing running in the background. It's incredibly easy to `brew install tor` and then copy paste a couple commands it outputs after installing. Way easier than following that guide (although that guide looks like it would work fine if you really want the GUI). There are multiple nodes running as Tor Hidden Services. Bitcoin can hide in Tor incredibly easily. https://github.com/bitcoin/bitcoin/blob/master/doc/Tor.txtI looked up the IP of all the nodes I run on blockchain.info and not a single one of my own transactions is listed as being relayed by any of my nodes. |
|
|
|
|
Bumped bitcoind to version 0.8.0. --HEAD will install the latest master
|
|
|
|
Hah, you are funny.
18 hours without a response, how could those developers do that, don't they know you deserve a instant reply on any issues you might find!
I don't think he was commenting on the time to respond, but asking if the devs actually use github's issue tracker. Not everyone does. etotheipi (armory dev) for example prefers messages in the forum thread. Thanks for the bugs SomeWhere. I hadn't noticed that when doing my Tor tests because I've been using the hidden services. |
|
|
|
|
Looking forward to it! I wrote a script for generating bitcoin bills that can probably be way cleaned up once this is stable.
|
|
|
|
|
Show Posts
