Menu
▾
▴
electrum-discuss — Electrum discussion
You can subscribe to this list here.
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(20) |
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
|---|
|
From: slush <sl...@ce...> - 2012-08-15 17:28:35
|
On Wed, Aug 15, 2012 at 6:05 PM, Amir Taaki <zg...@ya...> wrote: > Slush asked me about the problems with Stratum (namely starvation attacks). > > I thought I'd just enumerate them here. > > Basically each request (like get_history) is too large. If you imagine > that on the backend that it is composed of many smaller requests. Therefore > requesting the history for 1VayNert or some other address means a huge > amount of backend operations. > > Yes, that's what I was worry since the beginning. get_history is too complex and simple polling of get_history is also the easiest way for client developers, so there's the rist that some of them will overload the servers even more than is necessary. My proposal is to change get_history call (or provide another method) which allows pagination. The most use cases are that clients need only recent transactions, not thousands of them years ago, so this will effectively reduce both cpu load and network bandwidth. Ideal implementation should introduce some token (maybe tx hash?) which will represent the last transaction returned by previous get_history call. It is much easier to implement than traditional pagnation using indexes, when you think about possible race condition when new transaction arrive between two get_history calls. I believe the correct way to resolve this is by having each request split > into many smaller requests. Thomas disagrees and thinks you just need > better DoS protection on the backend. I'm not so sure that's the entire > solution and see it more as a band-aid around a deeper problem. > > Problem is that the request to 1VayNert is completely valid. So no "DoS protection" will help if you don't want to filter out "big addresses". > Also I don't like that the server stores state. Ideally everything should > be stateless (see BIP 33). > > Completely agree. This goes hand in hand with my pagination proposal, with tokens. You can obtain token from one connection and use it in another connection, it's completely stateless. > Lastly line delimited TCP is not secure as Patrick pointed out. > I don't see big problem there. It's not problem of protocol specification, it's problem of implementation in Electrum. Basically there's no difference if you lost part of the line (missing \n) or you get corrupted packet. > Part of the issue is that Thomas told me that the constraint for mobile > devices is not computational resources, but bandwidth. I'm starting to > think the way to resolve this would be by having a Spinner type protocol on > top of the underlying Stratum one. This would sacrifice privacy for > mobiles, but I think that's OK. > > I'm strongly against this, we should put more effort to specification which will handle both cases, than fragment the effort and maintain more implementations for only slightly different use cases. slush |
|
From: Amir T. <zg...@ya...> - 2012-08-15 16:05:51
|
Slush asked me about the problems with Stratum (namely starvation attacks). I thought I'd just enumerate them here. Basically each request (like get_history) is too large. If you imagine that on the backend that it is composed of many smaller requests. Therefore requesting the history for 1VayNert or some other address means a huge amount of backend operations. I believe the correct way to resolve this is by having each request split into many smaller requests. Thomas disagrees and thinks you just need better DoS protection on the backend. I'm not so sure that's the entire solution and see it more as a band-aid around a deeper problem. Also I don't like that the server stores state. Ideally everything should be stateless (see BIP 33). Lastly line delimited TCP is not secure as Patrick pointed out. These problems are resolvable and are fixable. It just requires more time for properly thinking them out. Part of the issue is that Thomas told me that the constraint for mobile devices is not computational resources, but bandwidth. I'm starting to think the way to resolve this would be by having a Spinner type protocol on top of the underlying Stratum one. This would sacrifice privacy for mobiles, but I think that's OK. |
|
From: Animazing <ani...@gm...> - 2012-08-07 08:06:38
|
Hey Slush, I'm currently on holiday so I will make this quick. I spoke with Genjix last week about the long term goals for Electrum. One of the most important things was making everything simpler. If this patch helps achieve that I'm all for it. I will run it on my own servers as soon as I get back to test it out. If it all works as expected I will merge it into master. Just FYI: I will also be moving the electrum server repo to Github like I did with the client code. Regards, Animazing On Sun, Aug 5, 2012 at 12:11 PM, slush <sl...@ce...> wrote: > I just created formal merge request for this stuff: > > https://gitorious.org/electrum/server/merge_requests/5 > > slush > > On Sat, Aug 4, 2012 at 5:24 PM, slush <sl...@ce...> wrote: > > Hi all, > > > > one of the most ugly thing in server installation process is that > > patch of bitcoind for sending transactions to bitcoin network. > > Although it's quite easy for us, experienced bitcoin hackers to patch > > bitcoind and recompile it, I feel it might be a problem for many > > people wanted to run their own Electrum server. > > > > I have working pure-python code for broadcasting transactions directly > > to some bitcoin node, using P2P connection on port 8333, instead of > > current "importtransaction" RPC call. I prepared it for my Stratum > > server implementation and it works great, however it depends on > > Twisted framework. I know Thomas was against Twisted in the Electrum > > server implementation, but I have working solution and I don't have a > > time to rewrite it to non-Twisted version. > > > > For this reason I'm offering my version "as is" and it's up to core > > developers (currently I don't know who it is) if you'll use my > > proposal or you stick with current solution using bitcoind patch. > > > > "Fixing" send_tx is really easy now, because I released that library > > as PYPI module "sendtx". Eveyrthing you need to change in Electrum > > server to get it working is: > > > > a) Add "easy_install sendtx" to server installation guide > > b) Add "self.bitcoind_host = config.get('bitcoind','host')" to > > backends/Abe/__init__.py:AbeStore.__init__() > > c) Replace send_tx() method with following code: > > def send_tx(self,tx): > > import sendtx > > return sendtx.process(self.bitcoind_host, tx) > > > > My Electrum node at california.stratum.bitcoin.cz is already using > > this patch, so you can try that it is really working :-). > > > > Best, > > slush > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss > |
|
From: slush <sl...@ce...> - 2012-08-05 10:12:35
|
I just created formal merge request for this stuff: https://gitorious.org/electrum/server/merge_requests/5 slush On Sat, Aug 4, 2012 at 5:24 PM, slush <sl...@ce...> wrote: > Hi all, > > one of the most ugly thing in server installation process is that > patch of bitcoind for sending transactions to bitcoin network. > Although it's quite easy for us, experienced bitcoin hackers to patch > bitcoind and recompile it, I feel it might be a problem for many > people wanted to run their own Electrum server. > > I have working pure-python code for broadcasting transactions directly > to some bitcoin node, using P2P connection on port 8333, instead of > current "importtransaction" RPC call. I prepared it for my Stratum > server implementation and it works great, however it depends on > Twisted framework. I know Thomas was against Twisted in the Electrum > server implementation, but I have working solution and I don't have a > time to rewrite it to non-Twisted version. > > For this reason I'm offering my version "as is" and it's up to core > developers (currently I don't know who it is) if you'll use my > proposal or you stick with current solution using bitcoind patch. > > "Fixing" send_tx is really easy now, because I released that library > as PYPI module "sendtx". Eveyrthing you need to change in Electrum > server to get it working is: > > a) Add "easy_install sendtx" to server installation guide > b) Add "self.bitcoind_host = config.get('bitcoind','host')" to > backends/Abe/__init__.py:AbeStore.__init__() > c) Replace send_tx() method with following code: > def send_tx(self,tx): > import sendtx > return sendtx.process(self.bitcoind_host, tx) > > My Electrum node at california.stratum.bitcoin.cz is already using > this patch, so you can try that it is really working :-). > > Best, > slush |
|
From: slush <sl...@ce...> - 2012-08-04 15:24:42
|
Hi all,
one of the most ugly thing in server installation process is that
patch of bitcoind for sending transactions to bitcoin network.
Although it's quite easy for us, experienced bitcoin hackers to patch
bitcoind and recompile it, I feel it might be a problem for many
people wanted to run their own Electrum server.
I have working pure-python code for broadcasting transactions directly
to some bitcoin node, using P2P connection on port 8333, instead of
current "importtransaction" RPC call. I prepared it for my Stratum
server implementation and it works great, however it depends on
Twisted framework. I know Thomas was against Twisted in the Electrum
server implementation, but I have working solution and I don't have a
time to rewrite it to non-Twisted version.
For this reason I'm offering my version "as is" and it's up to core
developers (currently I don't know who it is) if you'll use my
proposal or you stick with current solution using bitcoind patch.
"Fixing" send_tx is really easy now, because I released that library
as PYPI module "sendtx". Eveyrthing you need to change in Electrum
server to get it working is:
a) Add "easy_install sendtx" to server installation guide
b) Add "self.bitcoind_host = config.get('bitcoind','host')" to
backends/Abe/__init__.py:AbeStore.__init__()
c) Replace send_tx() method with following code:
def send_tx(self,tx):
import sendtx
return sendtx.process(self.bitcoind_host, tx)
My Electrum node at california.stratum.bitcoin.cz is already using
this patch, so you can try that it is really working :-).
Best,
slush
|
|
From: Animazing <ani...@gm...> - 2012-07-30 18:15:29
|
Hi, Very interesting results, although I'm not too surprised that it's difficult for non technical people to get into it. I think a lot of the problems described could be resolved with a wizard on first run. The left side of the dialog will always have an accompanying description of what is happening. While the right side will have information and/or configuration panels. 1. The first dialog could be a general introduction. It would have a text about what will be done in this wizard and it would explain the basic principle of a bitcoin wallet. 2. The next dialog would explain why we need to encrypt the generated wallet with the password input on the right side. 3. This dialog would display the seed and 12 words on the right hand side and on the left hand side could be a little story about what those words represent tying into the previous stories about wallets. The server selection stuff should be removed from the basic configuration all together in my humble opinion. There is no reason end users should have to deal with it. It should just auto-pick a server. Would this be a solution? On Mon, Jul 30, 2012 at 7:53 PM, Amir Taaki <zg...@ya...> wrote: > Hi, > > I've been doing usability testing with groups of people over the last few > days, and here are my findings. > > Going from the Electrum website to desktop is not so easy (we need > packages). > > The intro is very nerdy and difficult to understand. People find the 12 > words thing to be confusing (do they have to be in order? what are these > for? what's a wallet?). Choosing a password is weird (is it related to the > 12 words?). Selecting a server is confusing (what are these? - servers > should maybe be chosen randomly and switched between when one goes down). > > We don't have multiple wallets yet but that will change. > > > Everyone seems to understand the Receive button intuitively. > > Bitcoin addresses are not an easy concept to grasp for a beginning user. > > >From discussions with Animazing, I'm going to nuke the buttons on the > left and replace it with a normal menu bar. It's the best way to keep > things simple while packing in sick features. Also Macs and Ubuntu have a > shared menu bar which always exists anyway so we should use it (saves space > on those platforms). > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss > |
|
From: Amir T. <zg...@ya...> - 2012-07-30 18:07:50
|
Oh, awesome. That would be a sick sick feature. ________________________________ From: Julian Tosh <Ju...@To...> To: Amir Taaki <zg...@ya...> Sent: Monday, July 30, 2012 2:59 PM Subject: Re: [Electrum-discuss] Usability testing I've been wanting to address the server selection for awhile. There should be a method to add/remove servers from an internal/default list. And the connection process should retry the next in the list if one is down. Perhaps even a priority could be assigned. I would like to attempt this upgrade. All my patches will focus on command line implementation and require someone else with gui experience to make a user interface. I just don't get that stuff. On Mon, Jul 30, 2012 at 10:53 AM, Amir Taaki <zg...@ya...> wrote: Hi, > >I've been doing usability testing with groups of people over the last few days, and here are my findings. > >Going from the Electrum website to desktop is not so easy (we need packages). > >The intro is very nerdy and difficult to understand. People find the 12 words thing to be confusing (do they have to be in order? what are these for? what's a wallet?). Choosing a password is weird (is it related to the 12 words?). Selecting a server is confusing (what are these? - servers should maybe be chosen randomly and switched between when one goes down). > >We don't have multiple wallets yet but that will change. > > >Everyone seems to understand the Receive button intuitively. > >Bitcoin addresses are not an easy concept to grasp for a beginning user. > >>From discussions with Animazing, I'm going to nuke the buttons on the left and replace it with a normal menu bar. It's the best way to keep things simple while packing in sick features. Also Macs and Ubuntu have a shared menu bar which always exists anyway so we should use it (saves space on those platforms). > > >------------------------------------------------------------------------------ >Live Security Virtual Conference >Exclusive live event will cover all the ways today's security and >threat landscape has changed and how IT managers can respond. Discussions >will include endpoint security, mobile security and the latest in malware >threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >_______________________________________________ >Electrum-discuss mailing list >Ele...@li... >https://lists.sourceforge.net/lists/listinfo/electrum-discuss > |
|
From: Julian T. <Ju...@To...> - 2012-07-30 18:00:37
|
I've been wanting to address the server selection for awhile. There should be a method to add/remove servers from an internal/default list. And the connection process should retry the next in the list if one is down. Perhaps even a priority could be assigned. I would like to attempt this upgrade. All my patches will focus on command line implementation and require someone else with gui experience to make a user interface. I just don't get that stuff. |
|
From: Amir T. <zg...@ya...> - 2012-07-30 17:53:39
|
Hi, I've been doing usability testing with groups of people over the last few days, and here are my findings. Going from the Electrum website to desktop is not so easy (we need packages). The intro is very nerdy and difficult to understand. People find the 12 words thing to be confusing (do they have to be in order? what are these for? what's a wallet?). Choosing a password is weird (is it related to the 12 words?). Selecting a server is confusing (what are these? - servers should maybe be chosen randomly and switched between when one goes down). We don't have multiple wallets yet but that will change. Everyone seems to understand the Receive button intuitively. Bitcoin addresses are not an easy concept to grasp for a beginning user. >From discussions with Animazing, I'm going to nuke the buttons on the left and replace it with a normal menu bar. It's the best way to keep things simple while packing in sick features. Also Macs and Ubuntu have a shared menu bar which always exists anyway so we should use it (saves space on those platforms). |
|
From: slush <sl...@ce...> - 2012-07-27 05:51:25
|
> - Ability to send to a QR code from the desktop client (by dragging a small square over your desktop like the GNOME screenshot utility). > - Ability to display a QR code to allow mobile phone users to send to you (I can see this being useful). There's third option which you forgot - scanning QR codes by camera, for example when you want to send coins to mobile phone which you physically have in your pocket. AFAIK currently there's no easy way how to do it (you need to transfer bitcoin address from mobile phone to your desktop client). The patch is really small, I recommend you to read it and you'll understand quickly :-). slush On Thu, Jul 26, 2012 at 3:56 PM, Amir Taaki <zg...@ya...> wrote: > Hey, > > > You're right about people on the desktop not caring about QR codes. > > Now, Electrum has both an android and desktop version. Can you elaborate more on what you mean? > > - Ability to send to a QR code from the desktop client (by dragging a small square over your desktop like the GNOME screenshot utility). > - Ability to display a QR code to allow mobile phone users to send to you (I can see this being useful). > > If you mean the second case, then how fast is generating a QR code? If it's instant, we can put it under the Receive button popup, otherwise we should put it in a menu somewhere. > > Have you got a screenshot illustrating what you mean maybe? :) > > > > ----- Original Message ----- > From: slush <sl...@ce...> > To: ele...@li... > Cc: > Sent: Wednesday, July 25, 2012 11:08 PM > Subject: [Electrum-discuss] Support for scanning QR codes > > Hi all, > > one feature I'm really missing in current desktop clients: scanning QR > codes using camera. Although almost every computer has a camera, it > looks like nobody cares about scanning QR codes on desktop (in > contrary to mobile apps, where QR printing/scanning is common). > > I had some free time and decided to implement such feature in > Electrum. It's alpha version using 'zbar' library, but it works > nicely. You can find patch against current git version here: > http://pastebin.com/deW2tRLe > > Let me know if there's enough interest in such feature. If so, I'll > rearrange my alpha code to something more general (unbound it from Qt > interface, implement parsing of BIP 21 URIs etc) and I'll send merge > request. > > slush > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss |
|
From: Amir T. <zg...@ya...> - 2012-07-26 13:56:52
|
Hey, You're right about people on the desktop not caring about QR codes. Now, Electrum has both an android and desktop version. Can you elaborate more on what you mean? - Ability to send to a QR code from the desktop client (by dragging a small square over your desktop like the GNOME screenshot utility). - Ability to display a QR code to allow mobile phone users to send to you (I can see this being useful). If you mean the second case, then how fast is generating a QR code? If it's instant, we can put it under the Receive button popup, otherwise we should put it in a menu somewhere. Have you got a screenshot illustrating what you mean maybe? :) ----- Original Message ----- From: slush <sl...@ce...> To: ele...@li... Cc: Sent: Wednesday, July 25, 2012 11:08 PM Subject: [Electrum-discuss] Support for scanning QR codes Hi all, one feature I'm really missing in current desktop clients: scanning QR codes using camera. Although almost every computer has a camera, it looks like nobody cares about scanning QR codes on desktop (in contrary to mobile apps, where QR printing/scanning is common). I had some free time and decided to implement such feature in Electrum. It's alpha version using 'zbar' library, but it works nicely. You can find patch against current git version here: http://pastebin.com/deW2tRLe Let me know if there's enough interest in such feature. If so, I'll rearrange my alpha code to something more general (unbound it from Qt interface, implement parsing of BIP 21 URIs etc) and I'll send merge request. slush ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Electrum-discuss mailing list Ele...@li... https://lists.sourceforge.net/lists/listinfo/electrum-discuss |
|
From: Animazing <ani...@gm...> - 2012-07-26 08:29:17
|
Hey Slush, Although I don't personally use QR codes myself I can see the added value and I would +1 this commit. (Although personally I prefer brances in git over patch files to try out stuff) On a side note: do you know about AcceptBit? If you use QR you might be interested in it http://acceptbit.com/. Animazing On Thu, Jul 26, 2012 at 4:08 AM, slush <sl...@ce...> wrote: > Hi all, > > one feature I'm really missing in current desktop clients: scanning QR > codes using camera. Although almost every computer has a camera, it > looks like nobody cares about scanning QR codes on desktop (in > contrary to mobile apps, where QR printing/scanning is common). > > I had some free time and decided to implement such feature in > Electrum. It's alpha version using 'zbar' library, but it works > nicely. You can find patch against current git version here: > http://pastebin.com/deW2tRLe > > Let me know if there's enough interest in such feature. If so, I'll > rearrange my alpha code to something more general (unbound it from Qt > interface, implement parsing of BIP 21 URIs etc) and I'll send merge > request. > > slush > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss > |
|
From: slush <sl...@ce...> - 2012-07-26 02:38:40
|
Hi all, one feature I'm really missing in current desktop clients: scanning QR codes using camera. Although almost every computer has a camera, it looks like nobody cares about scanning QR codes on desktop (in contrary to mobile apps, where QR printing/scanning is common). I had some free time and decided to implement such feature in Electrum. It's alpha version using 'zbar' library, but it works nicely. You can find patch against current git version here: http://pastebin.com/deW2tRLe Let me know if there's enough interest in such feature. If so, I'll rearrange my alpha code to something more general (unbound it from Qt interface, implement parsing of BIP 21 URIs etc) and I'll send merge request. slush |
|
From: Amir T. <zg...@ya...> - 2012-07-23 19:18:06
|
Hey jokc, Cool stuff. That bug you mention - I never seem to encounter it. It's more like I startup Electrum and it doesn't connect. I switch into the old view, and it shows the server not connected. I then have to reselect another server. It seems this is because of server stability - they're constantly going down and coming back up. About the packages: yeah flatfly is awesome. It's also really cool because coblee (Charles Lee) has just made a Mac installer which Tachikoma is testing out. Tachikoma also just fixed the long standing "recursion depth reached" bug on Mac OSX systems. I've heard more than once that the artwork/styling on the UI needs tightening up. Quite exactly how to do that, I'm not so sure yet. Guess it needs time to play and toy around with as we perfect it. Accounts (multiple wallets) is definitely an important feature though. I'm using Electrum with AcceptBit to accept payments for conference tickets. Having a way to separate funds into different wallets would be really handy. One thing I've noticed is that the conversion utility (for showing amounts in EUR) is really useful and practical for me. A common use case is that I want to send X EUR, which means toying around with various BTC amounts until I find the right conversion. However, I'm apprehensive to put multiple input boxes or allow people to change the currency because this means people might make the mistake of typing BTC when they mean EUR or vice versa. ________________________________ From: Joe Kalac <mr...@ho...> To: ele...@li... Sent: Sunday, July 22, 2012 1:28 PM Subject: Re: [Electrum-discuss] Electrum direction Hi, I would like to share my experience, which is very different from unclemantis. From a user's perspective, servers are not currently unstable. We now have between 5 and 7 servers to connect to at all times, and I can't remember not all of them being down at once. However, there does seem to be a long-standing *client* bug that suddenly prevents the client from connecting to any servers. This bug should get more attention, as it causes user frustration such as what unclemantis described. Apart from that, I would put the priority on objective #2 - "Better packages and a smoother user experience getting started with Electrum" Right now, Mac and Linux users don't have truly foolproof installers, ready for mainstream adoption (compare with MultiBit, which has addressed that issue from the beginning). Also, the client needs a more robust/transparent way of switching between servers when one is not reponding. The only truly user-friendly installer is the Windows build by flatfly. Great job on that one! I just wish he could make a build for 0.61 as it has been out for a few weeks now. Not sure what is holding such a build. Objective #3 should be a close second, IMHO. Jokc > Date: Sat, 21 Jul 2012 09:55:44 -0700 > From: zg...@ya... > To: ele...@li... > Subject: [Electrum-discuss] Electrum direction > > Hi, > > Stability or development? How should I focus Electrum in the next few months? > > 1. Stability of servers. > > > 00:48 < unclemantis> is there something going on with the servers? > 00:48 < unclemantis> my unconfirmed number just went up to 25 on things that have been confirmed for DAYS > 00:50 < unclemantis> guys i can't connect to any of the servers now > 00:51 < unclemantis> i need a client that is more stable than this. I may just have to export my private keys and go elsewhere until this > > Right now, the servers are often slow, down a lot and not working. When I start Electrum, I have to switch between different servers a lot. > > This would mean development effort with a libbitcoin backend. Below this point there is a lot of detail concerned with scalability and security. > > 2. Better packages and a smoother user experience getting started with Electrum. Right now it doesn't work on Macs. And the Android client would need development. > > 3. New features like accounts and so on. Tightening up the UI and making Electrum more usable. > > One of those above 3 points will take priority over the others, although I hope to cover all of them within the long term. In particular, I'm thinking a lot about Electrum architecture. > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Electrum-discuss mailing list Ele...@li... https://lists.sourceforge.net/lists/listinfo/electrum-discuss |
|
From: Charles L. <ch...@al...> - 2012-07-23 15:48:08
|
I see those sometimes. I didn't realize they don't happen on other OSs. Doesn't seem to affect the client though. - Charlie On Mon, Jul 23, 2012 at 12:18 AM, Amir Taaki <zg...@ya...> wrote: > But if you run it in the terminal, there are lots of errors. Can you see > those? > > Mostly to do with "maximum recursion depth" reached. > > > > > ________________________________ > From: Charles Lee <ch...@al...> > To: Amir Taaki <zg...@ya...> > Cc: "ele...@li..." < > ele...@li...> > Sent: Monday, July 23, 2012 1:24 AM > Subject: Re: [Electrum-discuss] Mac builds for clients > > > Ok, here it is: https://gitorious.org/electrum/electrum/merge_requests/11 > I also have a section in there for using py2exe to build a Windows exe. I > will investigate that later. > > - Charlie > > > > On Sun, Jul 22, 2012 at 3:22 PM, Charles Lee <ch...@al...> wrote: > > Yes, I built it on a mac and it ran find on a Lion macbook pro and a Snow > Leopard imac. > >I will upload a merge request. > > > >- Charlie > > > > > > > > > >On Sun, Jul 22, 2012 at 2:04 PM, Amir Taaki <zg...@ya...> wrote: > > > >Are you using Mac? When I tested on the Mac, there were loads of errors > in the terminal. I suspect it must be something simple, and it would be > super cool if you are able to take a look at it (I don't have a Mac) :) > >> > >> > >> > >> > >>________________________________ > >>From: Charles Lee <ch...@al...> > >>To: ele...@li... > >>Sent: Sunday, July 22, 2012 3:10 PM > >>Subject: [Electrum-discuss] Mac builds for clients > >> > >> > >> > >>I was able to build a Mac app bundle using py2app with icon and > everything. I just used the same Bitcoin-Qt app icon. > >>Here's the download if anyone wants to check it out: > http://www.speedyshare.com/hbMX6/download/Electrum.zip > >>Please let me know if I should create a pull request for these build > files. > >> > >>- Charlie > >> > > >>------------------------------------------------------------------------------ > >>Live Security Virtual Conference > >>Exclusive live event will cover all the ways today's security and > >>threat landscape has changed and how IT managers can respond. Discussions > >>will include endpoint security, mobile security and the latest in malware > >>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >>_______________________________________________ > >>Electrum-discuss mailing list > >>Ele...@li... > >>https://lists.sourceforge.net/lists/listinfo/electrum-discuss > >> > > >>------------------------------------------------------------------------------ > >>Live Security Virtual Conference > >>Exclusive live event will cover all the ways today's security and > >>threat landscape has changed and how IT managers can respond. Discussions > >>will include endpoint security, mobile security and the latest in malware > >>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > >>_______________________________________________ > >>Electrum-discuss mailing list > >>Ele...@li... > >>https://lists.sourceforge.net/lists/listinfo/electrum-discuss > >> > > > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss > |
|
From: Amir T. <zg...@ya...> - 2012-07-23 07:20:34
|
But if you run it in the terminal, there are lots of errors. Can you see those? Mostly to do with "maximum recursion depth" reached. ________________________________ From: Charles Lee <ch...@al...> To: Amir Taaki <zg...@ya...> Cc: "ele...@li..." <ele...@li...> Sent: Monday, July 23, 2012 1:24 AM Subject: Re: [Electrum-discuss] Mac builds for clients Ok, here it is: https://gitorious.org/electrum/electrum/merge_requests/11 I also have a section in there for using py2exe to build a Windows exe. I will investigate that later. - Charlie On Sun, Jul 22, 2012 at 3:22 PM, Charles Lee <ch...@al...> wrote: Yes, I built it on a mac and it ran find on a Lion macbook pro and a Snow Leopard imac. >I will upload a merge request. > >- Charlie > > > > >On Sun, Jul 22, 2012 at 2:04 PM, Amir Taaki <zg...@ya...> wrote: > >Are you using Mac? When I tested on the Mac, there were loads of errors in the terminal. I suspect it must be something simple, and it would be super cool if you are able to take a look at it (I don't have a Mac) :) >> >> >> >> >>________________________________ >>From: Charles Lee <ch...@al...> >>To: ele...@li... >>Sent: Sunday, July 22, 2012 3:10 PM >>Subject: [Electrum-discuss] Mac builds for clients >> >> >> >>I was able to build a Mac app bundle using py2app with icon and everything. I just used the same Bitcoin-Qt app icon. >>Here's the download if anyone wants to check it out: http://www.speedyshare.com/hbMX6/download/Electrum.zip >>Please let me know if I should create a pull request for these build files. >> >>- Charlie >> >>------------------------------------------------------------------------------ >>Live Security Virtual Conference >>Exclusive live event will cover all the ways today's security and >>threat landscape has changed and how IT managers can respond. Discussions >>will include endpoint security, mobile security and the latest in malware >>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>_______________________________________________ >>Electrum-discuss mailing list >>Ele...@li... >>https://lists.sourceforge.net/lists/listinfo/electrum-discuss >> >>------------------------------------------------------------------------------ >>Live Security Virtual Conference >>Exclusive live event will cover all the ways today's security and >>threat landscape has changed and how IT managers can respond. Discussions >>will include endpoint security, mobile security and the latest in malware >>threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >>_______________________________________________ >>Electrum-discuss mailing list >>Ele...@li... >>https://lists.sourceforge.net/lists/listinfo/electrum-discuss >> > |
|
From: Charles L. <ch...@al...> - 2012-07-22 23:24:58
|
Ok, here it is: https://gitorious.org/electrum/electrum/merge_requests/11 I also have a section in there for using py2exe to build a Windows exe. I will investigate that later. - Charlie On Sun, Jul 22, 2012 at 3:22 PM, Charles Lee <ch...@al...> wrote: > Yes, I built it on a mac and it ran find on a Lion macbook pro and a Snow > Leopard imac. > I will upload a merge request. > > - Charlie > > > > On Sun, Jul 22, 2012 at 2:04 PM, Amir Taaki <zg...@ya...> wrote: > >> Are you using Mac? When I tested on the Mac, there were loads of errors >> in the terminal. I suspect it must be something simple, and it would be >> super cool if you are able to take a look at it (I don't have a Mac) :) >> >> >> >> >> ________________________________ >> From: Charles Lee <ch...@al...> >> To: ele...@li... >> Sent: Sunday, July 22, 2012 3:10 PM >> Subject: [Electrum-discuss] Mac builds for clients >> >> >> I was able to build a Mac app bundle using py2app with icon and >> everything. I just used the same Bitcoin-Qt app icon. >> Here's the download if anyone wants to check it out: >> http://www.speedyshare.com/hbMX6/download/Electrum.zip >> Please let me know if I should create a pull request for these build >> files. >> >> - Charlie >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Electrum-discuss mailing list >> Ele...@li... >> https://lists.sourceforge.net/lists/listinfo/electrum-discuss >> >> >> ------------------------------------------------------------------------------ >> Live Security Virtual Conference >> Exclusive live event will cover all the ways today's security and >> threat landscape has changed and how IT managers can respond. Discussions >> will include endpoint security, mobile security and the latest in malware >> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ >> _______________________________________________ >> Electrum-discuss mailing list >> Ele...@li... >> https://lists.sourceforge.net/lists/listinfo/electrum-discuss >> > > |
|
From: Charles L. <ch...@al...> - 2012-07-22 22:22:51
|
Yes, I built it on a mac and it ran find on a Lion macbook pro and a Snow Leopard imac. I will upload a merge request. - Charlie On Sun, Jul 22, 2012 at 2:04 PM, Amir Taaki <zg...@ya...> wrote: > Are you using Mac? When I tested on the Mac, there were loads of errors in > the terminal. I suspect it must be something simple, and it would be super > cool if you are able to take a look at it (I don't have a Mac) :) > > > > > ________________________________ > From: Charles Lee <ch...@al...> > To: ele...@li... > Sent: Sunday, July 22, 2012 3:10 PM > Subject: [Electrum-discuss] Mac builds for clients > > > I was able to build a Mac app bundle using py2app with icon and > everything. I just used the same Bitcoin-Qt app icon. > Here's the download if anyone wants to check it out: > http://www.speedyshare.com/hbMX6/download/Electrum.zip > Please let me know if I should create a pull request for these build files. > > - Charlie > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss > |
|
From: Amir T. <zg...@ya...> - 2012-07-22 21:05:01
|
Are you using Mac? When I tested on the Mac, there were loads of errors in the terminal. I suspect it must be something simple, and it would be super cool if you are able to take a look at it (I don't have a Mac) :) ________________________________ From: Charles Lee <ch...@al...> To: ele...@li... Sent: Sunday, July 22, 2012 3:10 PM Subject: [Electrum-discuss] Mac builds for clients I was able to build a Mac app bundle using py2app with icon and everything. I just used the same Bitcoin-Qt app icon. Here's the download if anyone wants to check it out: http://www.speedyshare.com/hbMX6/download/Electrum.zip Please let me know if I should create a pull request for these build files. - Charlie ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Electrum-discuss mailing list Ele...@li... https://lists.sourceforge.net/lists/listinfo/electrum-discuss |
|
From: Amir T. <zg...@ya...> - 2012-07-22 21:03:57
|
Hey, I think we should merge this. Go for it. ________________________________ From: Charles Lee <ch...@al...> To: ele...@li... Sent: Sunday, July 22, 2012 2:20 PM Subject: [Electrum-discuss] Litecoin support in server? (merge request by coblee) Hi, this is coblee. I've updated the merge request with one more fix. Turns out it was not filtering blocks by chain id. So if the Abe db had more than one chains, Electrum server was only using the first chain. - Charlie ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Electrum-discuss mailing list Ele...@li... https://lists.sourceforge.net/lists/listinfo/electrum-discuss |
|
From: Charles L. <ch...@al...> - 2012-07-22 13:10:30
|
I was able to build a Mac app bundle using py2app with icon and everything. I just used the same Bitcoin-Qt app icon. Here's the download if anyone wants to check it out: http://www.speedyshare.com/hbMX6/download/Electrum.zip Please let me know if I should create a pull request for these build files. - Charlie |
|
From: Charles L. <ch...@al...> - 2012-07-22 12:21:16
|
Hi, this is coblee. I've updated the merge request with one more fix. Turns out it was not filtering blocks by chain id. So if the Abe db had more than one chains, Electrum server was only using the first chain. - Charlie |
|
From: Joe K. <mr...@ho...> - 2012-07-22 11:28:46
|
Hi, I would like to share my experience, which is very different from unclemantis. From a user's perspective, servers are not currently unstable. We now have between 5 and 7 servers to connect to at all times, and I can't remember not all of them being down at once. However, there does seem to be a long-standing*client* bug that suddenly prevents the client from connecting to any servers. This bug should get moreattention, as it causes user frustration such as what unclemantis described. Apart from that, I would put the priority on objective #2 - "Better packages and a smoother user experience getting started with Electrum" Right now, Mac and Linux users don't have truly foolproof installers, ready for mainstream adoption (compare with MultiBit, which has addressed that issue from the beginning). Also, the client needs a more robust/transparent way of switching between servers when one is not reponding. The only truly user-friendly installer is the Windows build by flatfly. Great job on that one! I just wish he could make a build for 0.61 as it has been out for a few weeks now. Not sure whatis holding such a build.Objective #3 should be a close second, IMHO. Jokc > Date: Sat, 21 Jul 2012 09:55:44 -0700 > From: zg...@ya... > To: ele...@li... > Subject: [Electrum-discuss] Electrum direction > > Hi, > > Stability or development? How should I focus Electrum in the next few months? > > 1. Stability of servers. > > > 00:48 < unclemantis> is there something going on with the servers? > 00:48 < unclemantis> my unconfirmed number just went up to 25 on things that have been confirmed for DAYS > 00:50 < unclemantis> guys i can't connect to any of the servers now > 00:51 < unclemantis> i need a client that is more stable than this. I may just have to export my private keys and go elsewhere until this > > Right now, the servers are often slow, down a lot and not working. When I start Electrum, I have to switch between different servers a lot. > > This would mean development effort with a libbitcoin backend. Below this point there is a lot of detail concerned with scalability and security. > > 2. Better packages and a smoother user experience getting started with Electrum. Right now it doesn't work on Macs. And the Android client would need development. > > 3. New features like accounts and so on. Tightening up the UI and making Electrum more usable. > > One of those above 3 points will take priority over the others, although I hope to cover all of them within the long term. In particular, I'm thinking a lot about Electrum architecture. > > > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > Electrum-discuss mailing list > Ele...@li... > https://lists.sourceforge.net/lists/listinfo/electrum-discuss |
|
From: Amir T. <zg...@ya...> - 2012-07-21 16:55:50
|
Hi, Stability or development? How should I focus Electrum in the next few months? 1. Stability of servers. 00:48 < unclemantis> is there something going on with the servers? 00:48 < unclemantis> my unconfirmed number just went up to 25 on things that have been confirmed for DAYS 00:50 < unclemantis> guys i can't connect to any of the servers now 00:51 < unclemantis> i need a client that is more stable than this. I may just have to export my private keys and go elsewhere until this Right now, the servers are often slow, down a lot and not working. When I start Electrum, I have to switch between different servers a lot. This would mean development effort with a libbitcoin backend. Below this point there is a lot of detail concerned with scalability and security. 2. Better packages and a smoother user experience getting started with Electrum. Right now it doesn't work on Macs. And the Android client would need development. 3. New features like accounts and so on. Tightening up the UI and making Electrum more usable. One of those above 3 points will take priority over the others, although I hope to cover all of them within the long term. In particular, I'm thinking a lot about Electrum architecture. |
|
From: Amir T. <zg...@ya...> - 2012-07-21 13:21:02
|
Hey, https://gitorious.org/electrum/server/merge_requests/4 Thomas, since you mainly developed the ABE server backend, how do you feel about this change? My thoughts: - Making software more generic is usually good software development practice for maintainability. - But it should not cut into general Electrum development. The change seems quite small. How do you feel? |
