version 0.48 is released. There is no new feature, only the install procedure was modified. it is now possible to install Electrum with easy_install: sudo easy_install http://ecdsa.org/electrum/Electrum-latest.tar.gz
|
|
|
Is there a way to extend the deterministic sequence of wallets to have more keys (without having to backup the wallet)?
it depends on what you need. if you only occasionally need a few more keys, use the last address of your list each time you need to receive a payment; when you receive that payment the wallet will generate 5 new keys (instead of just 1 if you use the first unused address of your list.) if you systematically need more, you can change the gap_limit parameter in wallet.py you will not have to backup the wallet, but when you restore it you'll need to remember the new value. (the gap limit used to be a user preference, but I removed it from prefs for safety)
|
|
|
Well crap, I need to get out and play more. That's perfect for my needs. Forget it then... Spend your time on some other awesome feature (hint: like a currency calculator, a better installation system for android). 2 BTC sent to donations. 25790e039002bd832b2725e3872565aa1f94491e677dae37916f66ee144e1906 thanks!!!
|
|
|
Errr.. Sorry, nevermind... Looks like that huge DLL was actually needed (for QT), after all Anyway, my next build should be approximately 5.7MB, which compares quite favorably with MultiBit (22MB+Java), Armory (18MB, only available for Win x64 at the moment) and the Bitcoin.org client (9MB). By the way, I don't understand why they say that there are no "easy-to-install to packages" for Electrum on this page: http://bitcoin.org/clients.html - Looks like they haven't even tried? I think every other client listed there is actually harder to install than Electrum on Windows... I wrote that text. I mentioned this because there's no ubuntu package and no android apk at this point. btw, I released a new version (0.48) today. There are no new features in this version, but it should be much easier to install for Linux users, because it can be installed with easy_install This version might give you some extra work, because some paths have changed.
|
|
|
are you going to run full bitcoin nodes on those tablets? are they for exportation or for the chinese domestic market?
|
|
|
Coming soon, another drastic size optimization. Expect about a 50% smaller download and faster startup times!
nice! how did you achieve that?
|
|
|
electrum is -><- close to being my offline wallet. Last night I just played with moving the seedless wallet to an online computer for syncing and back. Pretty darn awesome and easy to do.
Here's another feature request... once the wallet file gets sync'd, can the balance function be modified to display the "cached" balance if it detects no network connection?
yes, I guess I can add that. in the mean time, note that it is possible to display the balance of your wallet wile offline, using the command line 'history':
|
|
|
Another little issue: when several transactions are in a pending state, they get listed in a strange order (not chronologically, like previously confirmed transactions). Once they are confirmed, they remain in that order, which leads to strange balance values, including negative balances, when looking at the history. Could you have a look at this screenshot? Look at the negative balances toward the bottom.
indeed, transactions that belong in the same block are not displayed chronologically.
|
|
|
Out of curiosity, I'd like to know how Electrum servers prioritize transactions...
Electrum servers do not prioritize transactions. They simply broadcast your transaction to the Bitcoin network. At that point, the time to get a confirmation depends on the fee you paid. The long delay you experienced might be caused by the current traffic caused by the SatoshiDice frenzy.
|
|
|
python-2.4.3-46 on this particular box.
Can you try to upgrade to 2.7.3? (I couldn't find an official python version requirement on ecdsa.org but that's what I've been using) conditional assignments require python 2.5 http://docs.python.org/whatsnew/2.5.html
|
|
|
if you have a seed for a private key memorized you can pay on the spot no matter what condition you're in [...]
amnesia?
|
|
|
By the way, I frequently get this error when checking the balance: Exception in thread Thread-1 (most likely raised during interpreter shutdown): Traceback (most recent call last): File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner File "/home/anorber/Program/Electrum/electrum/interface.py", line 380, in run File "/usr/lib/python2.7/Queue.py", line 168, in get File "/usr/lib/python2.7/threading.py", line 237, in wait <type 'exceptions.TypeError'>: 'NoneType' object is not callable Also, after upgrading from 0.41 (I think) to 0.43e (I think) the Ctrl-C command stopped working. Is this intentional? please let me know if it happens with the current version, and what precisely causes it.
|
|
|
Hi,
All my receiving addresses (receive tab) show zero balance.
it is normal. since you are the 2nd to ask about this, I guess displaying this info in the gui might not be a good idea; it seems to be confusing users. And another question... is it normal that tx. fee goes up for higher values? ... for example if i try to send 2.6btc, suggested fee goes from 0.001 to 0.002.
yes. the suggested fee is the user's default fee times the number of inputs in the transaction.
|
|
|
here is another bugfix release (0.47b): the seed dialog now has a button to copy the seed to clipboard.
|
|
|
Also, a minor issue is that the new balance column in the receive tab ignores the new 'number of zeros after the decimal point' setting
ok, that's fixed in version 0.47a. thanks for pointing that out.
|
|
|
Nice feature, but unfortunately the client now hangs at startup:
Traceback (most recent call last): File "C:\...\lib\threading.py", line 552, in __bootstrap_inner self.run() File "C:\...\ElectrumPY\interface.py", line 369, in run if self.wallet.is_up_to_date(): File "C:\...ElectrumPY\wallet.py", line 299, in is_up_to_date return self.interface.responses.empty() and not self.interface.unanswered_requests AttributeError: 'TcpStratumInterface' object has no attribute 'unanswered_requests'
are you sure? how did you get that error?
|
|
|
Also, a minor issue is that the new balance column in the receive tab ignores the new 'number of zeros after the decimal point' setting
oh I see. it does not ignore it, but it does not update it unless you restart the client. that's easy to fix.
|
|
|
I released version 0.47
New feature: frozen addresses (only in Qt for now)
In the recieve tab, you may view the balance of your receiving addresses The GUI allows you to 'freeze' or 'unfreeze' the address you select. Coins from your frozen addresses will not used when you create a new transaction.
|
|
|
Thanks ThomasV and flatfly!
0.46 works and looks great. I am amazed at the development speed... truly remarkable.
I've sent another donation to both of you and thanks again!
thanks, and thank you for your support message on the 'clients page' thread.
|
|
|
not sure about infinite options, but I released version 0.46 with the requested feature.
Changes: * new option to set the number of zeros displayed after decimal point. * in the network dialog, display a list of fallback nodes if the server you are trying to reach is down * the client pings the server every 5 minutes to check that the link is still active
edit: there was a wallet creation bug in the version I put online 10 minutes ago. whoever downloaded it (1 user), please update :-)
|
|
|
|