Richy_T
Legendary
Offline
Activity: 2604
Merit: 2310
1RichyTrEwPYjZSeAYxeiFBNnKC9UjC5k
|
|
July 21, 2014, 05:26:36 PM |
|
is there a plan to develop an iphone version? thx Nope. Not in our plans yet. Two operating systems and development environments are quite different, so doing a port would take up a considerable amount of work and time, which we can't spare right now. We wouldn't mind some developer picking up the project and doing it themselves, since Mycelium code is available on github, but so far no one offered. I'm not sure if Mycelium is using BCCAPI like Bitcoin Spinner was but if it is, I'd like to renew my call for it to use a portable data format (like JSON or XML) rather than the serialized Java objects that it did when I last looked into it. That would open the API to much wider adoption (if that would be a desirable outcome to you guys). Throwing an iphone wallet on top of that would be easier than from-scratch. Not that I'm going to write it. I'm Android all the way
|
1RichyTrEwPYjZSeAYxeiFBNnKC9UjC5k
|
|
|
apetersson
|
|
July 22, 2014, 01:20:14 PM |
|
is there a plan to develop an iphone version? thx Nope. Not in our plans yet. Two operating systems and development environments are quite different, so doing a port would take up a considerable amount of work and time, which we can't spare right now. We wouldn't mind some developer picking up the project and doing it themselves, since Mycelium code is available on github, but so far no one offered. I'm not sure if Mycelium is using BCCAPI like Bitcoin Spinner was but if it is, I'd like to renew my call for it to use a portable data format (like JSON or XML) rather than the serialized Java objects that it did when I last looked into it. That would open the API to much wider adoption (if that would be a desirable outcome to you guys). Throwing an iphone wallet on top of that would be easier than from-scratch. Not that I'm going to write it. I'm Android all the way you are correct, in fact, that's what we are coding right now for the HD wallet api.
|
|
|
|
elebit
|
|
July 22, 2014, 03:19:47 PM |
|
you are correct, in fact, that's what we are coding right now for the HD wallet api.
You guys are the best! Will there be a specification?
|
|
|
|
validium
Sr. Member
Offline
Activity: 350
Merit: 250
Decentralized thinking
|
|
July 23, 2014, 05:16:49 PM |
|
Been waiting for the new version of this wonderful wallet, is there any E.T.A
|
|
|
|
birr
|
|
August 01, 2014, 03:37:30 AM |
|
Importing private keys in text form, what vulnerability exactly does use of the clipboard introduce?
|
|
|
|
RoadStress
Legendary
Offline
Activity: 1904
Merit: 1007
|
|
August 01, 2014, 08:31:15 AM |
|
How is the change managed in this wallet?
|
|
|
|
trasla
|
|
August 01, 2014, 09:45:44 AM |
|
Been waiting for the new version of this wonderful wallet, is there any E.T.A Soon New version is just being made available to beta testers, in case everything is fine it will get out after we received enough positive feedback
|
|
|
|
trasla
|
|
August 01, 2014, 09:50:15 AM |
|
Importing private keys in text form, what vulnerability exactly does use of the clipboard introduce?
This is insecure as hell. Every App can always access and alter the clipboard content. How is the change managed in this wallet?
In segregated mode, change is sent back to address where the inputs came from. In aggregated mode, change is sent to the address which provided the biggest total sum of inputs to the transaction. In upcoming HD accounts, a new address will be derived from the master seed on the 'internal addresses branch' for each change.
|
|
|
|
birr
|
|
August 01, 2014, 01:57:43 PM Last edit: August 01, 2014, 03:25:53 PM by birr |
|
I have to generate the private key of a brain wallet and import it into mycelium on the same device, which means I don't have a way to scan the qr code. You're telling me not to use the clipboard, This is insecure as hell. Every App can always access and alter the clipboard content.
and mycelium offers no way to type in a private key. I'm on the road, so I can't fire up a PC and generate a qr code of one of my brainwallets. I have an android tablet and a flip phone. Scenario: I have the bitaddress.org code saved; after turning off data and wifi I locate the file using ES File Explorer and open it in Chrome. The bitaddress.org code generates a key. Now I need to import the key to mycelium. I have considered taking a photo of the qr code with my flip phone, then scanning the flip phone's screen (tested this and it actually works). Looking for further ideas, like some way to get the private key into mycelium without copying it to clipboard. Out-of-the-box ideas that I haven't thought of.
|
|
|
|
RoadStress
Legendary
Offline
Activity: 1904
Merit: 1007
|
|
August 01, 2014, 02:34:18 PM |
|
How is the change managed in this wallet?
In segregated mode, change is sent back to address where the inputs came from. In aggregated mode, change is sent to the address which provided the biggest total sum of inputs to the transaction. In upcoming HD accounts, a new address will be derived from the master seed on the 'internal addresses branch' for each change. So you can actually send the change to the same address where it came from? I had no idea about this and now it seems strange that the bitcoin-qt client was using a separate address for change which caused a bit of problems. Tell me more about the aggregated mode. I see that I can have multiple keys/addresses, but from the looks of it I can only send money from a single address, not multiple so the change address is always the same. Am I wrong? Can you send money from multiple addresses in one transaction?
|
|
|
|
validium
Sr. Member
Offline
Activity: 350
Merit: 250
Decentralized thinking
|
|
August 01, 2014, 05:29:44 PM |
|
Been waiting for the new version of this wonderful wallet, is there any E.T.A Soon New version is just being made available to beta testers, in case everything is fine it will get out after we received enough positive feedback How does one get to be a beta tester? i can volunteer if you want. Just to show my love for this app.
|
|
|
|
Richy_T
Legendary
Offline
Activity: 2604
Merit: 2310
1RichyTrEwPYjZSeAYxeiFBNnKC9UjC5k
|
|
August 02, 2014, 01:07:39 AM |
|
I have to generate the private key of a brain wallet and import it into mycelium on the same device, which means I don't have a way to scan the qr code. You're telling me not to use the clipboard, This is insecure as hell. Every App can always access and alter the clipboard content.
and mycelium offers no way to type in a private key. I'm on the road, so I can't fire up a PC and generate a qr code of one of my brainwallets. I have an android tablet and a flip phone. Scenario: I have the bitaddress.org code saved; after turning off data and wifi I locate the file using ES File Explorer and open it in Chrome. The bitaddress.org code generates a key. Now I need to import the key to mycelium. I have considered taking a photo of the qr code with my flip phone, then scanning the flip phone's screen (tested this and it actually works). Looking for further ideas, like some way to get the private key into mycelium without copying it to clipboard. Out-of-the-box ideas that I haven't thought of. As a text file on the sd card or on and external usb drive using USB OTG? I noticed my phone has a setting to have apps request permission to access the sd so that would be an interim level of security though really any file containing a key should be encrypted.
|
1RichyTrEwPYjZSeAYxeiFBNnKC9UjC5k
|
|
|
Opperdienaar
Newbie
Offline
Activity: 2
Merit: 0
|
|
August 02, 2014, 04:36:51 PM |
|
Import of private key from clipboard is disabled. You can only import through a QR code, but as far as I know, there is no safe way to generate a QR private key without using some web interface.
|
|
|
|
Newar
Legendary
Offline
Activity: 1358
Merit: 1001
https://gliph.me/hUF
|
|
August 02, 2014, 04:53:05 PM |
|
Import of private key from clipboard is disabled. You can only import through a QR code, but as far as I know, there is no safe way to generate a QR private key without using some web interface.
It's not disabled (v1.2.12), but as long as there is no private key in the clipboard, the button will be greyed out. There are offline QR generators, such as QtQR, I'm sure there are some for Windows too.
|
|
|
|
birr
|
|
August 02, 2014, 09:25:34 PM Last edit: August 02, 2014, 10:12:05 PM by birr |
|
In general, it would be worthwhile to have the ability to work in text.
As a special illustrating case, and if you read my post attentively, the device generating the key to the brainwallet may be the same device running mycelium. In this case it's impossible to use a qr code. Or there might be people who still use mobile devices without a camera.
One can generate a private key on his tablet and copy it to clipboard, but this entails prohibitive risk, so for all practical purposes mycelium now can only import a key in the form of a qr code (from a second device or from a paper wallet).
The devs are busy working on the upcoming HD implementation, and I wouldn't want to distract them from that. But just to move the conversation along, here's a possible scheme: generate the private key, encrypt it with gpg, import it to mycelium through the clipboard, and decrypt it in mycelium. I'm not suggesting the devs should devote resources to implementing symmetrical encryption for text private keys, I just want to bring attention to the issue of importing text.
Maybe there's a simple and secure way of importing text which wouldn't be too hard to implement. Surely there's no harm in considering it.
|
|
|
|
Newar
Legendary
Offline
Activity: 1358
Merit: 1001
https://gliph.me/hUF
|
|
August 03, 2014, 06:09:09 AM |
|
In general, it would be worthwhile to have the ability to work in text.
[...]
There's manual entry for the address when sending already, so maybe that could be added to private key import. Then you just have to flick between the app windows. Talk about _work_ This app can "scan" QR codes from image files: https://play.google.com/store/apps/details?id=appinventor.ai_progetto2003.SCAN&hl=enYou then still have to "share" the result with Mycelium, which was talked about before (for addresses anyway), but there are some URI issues, IIRC. It'll be even worse with private keys as I think there is no URI for them at all. Could Mycelium be set to MIME type text/plain (AndroidManifest.xml) ? Of course it would then show up in the chooser every time you want to "share" plain text within apps. I'm also not sure if the "share" function makes use of the clipboard.
|
|
|
|
|
Newar
Legendary
Offline
Activity: 1358
Merit: 1001
https://gliph.me/hUF
|
|
August 03, 2014, 06:18:56 AM |
|
How is the change managed in this wallet?
In segregated mode, change is sent back to address where the inputs came from. In aggregated mode, change is sent to the address which provided the biggest total sum of inputs to the transaction. In upcoming HD accounts, a new address will be derived from the master seed on the 'internal addresses branch' for each change. So you can actually send the change to the same address where it came from? I had no idea about this and now it seems strange that the bitcoin-qt client was using a separate address for change which caused a bit of problems. Tell me more about the aggregated mode. I see that I can have multiple keys/addresses, but from the looks of it I can only send money from a single address, not multiple so the change address is always the same. Am I wrong? Can you send money from multiple addresses in one transaction? An example: Add1 1BTC Add2 2BTC Add3 4BTC In aggregated mode you can send 6.5 BTC and the change will go back to Add3. It doesn't matter which one you select. The selected key is there for receiving purposes only in aggregated mode. If you select a key in the Keys tab there is a short pop-up message explaining this when you select a key.
|
|
|
|
Newar
Legendary
Offline
Activity: 1358
Merit: 1001
https://gliph.me/hUF
|
|
August 03, 2014, 06:23:03 AM |
|
Minor bug report:
In "Settings" the explanations are cut off after 4 lines of text. (look at "Expert mode" and "Aggregated View" for example)
|
|
|
|
trasla
|
|
August 04, 2014, 11:51:04 AM |
|
So you can actually send the change to the same address where it came from? I had no idea about this and now it seems strange that the bitcoin-qt client was using a separate address for change which caused a bit of problems. Tell me more about the aggregated mode. I see that I can have multiple keys/addresses, but from the looks of it I can only send money from a single address, not multiple so the change address is always the same. Am I wrong? Can you send money from multiple addresses in one transaction?
Yes, change can get back to the address it came from. It is considered good practice to use new addresses for everything, and in fact we will do that once HD gets released. At the moment, when expert mode is activated, you can switch between segregated and aggregated view, when aggregated view is active your balance will be the total of all your addresses balances and when sending coins those addresses will all be used as necessary, so yes, a transaction can contain inputs and outputs from different addresses. Minor bug report: In "Settings" the explanations are cut off after 4 lines of text. (look at "Expert mode" and "Aggregated View" for example)
Thanks, I put an entry into our bug tracker, will have to check how long which translations are I'm also not sure if the "share" function makes use of the clipboard.
It does not The devs are busy working on the upcoming HD implementation, and I wouldn't want to distract them from that.
Nice thought But while everything compiles, I can read through bitcointalk without cutting back on HD dev time ...here's a possible scheme: generate the private key, encrypt it with gpg, import it to mycelium through the clipboard, and decrypt it in mycelium.
Would it help if we would accept BIP38 encrypted private keys from the clipboard? I somehow feel like a "enter priv key" button is something which would never get used... How does one get to be a beta tester? i can volunteer if you want. Just to show my love for this app.
Great to hear, just follow the steps as already posted by Newar (thanks for that).
|
|
|
|
|