Bitcoin Forum
May 28, 2024, 12:53:20 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2] 3 4 5 6 7 8 9 10 11 »  All
  Print  
Author Topic: GreenAddress: open source multisig wallet service  (Read 28197 times)
tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
April 08, 2014, 03:22:44 PM
 #21

Let us know what you think after you try it and what you'd like improved !  Grin

tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
May 01, 2014, 11:30:21 AM
 #22

http://blog.greenaddress.it/2014/04/30/reusing-addresses-is-bad-mkay/

poordeveloper
Hero Member
*****
Offline Offline

Activity: 896
Merit: 527


₿₿₿₿₿₿₿


View Profile WWW
May 01, 2014, 02:54:33 PM
 #23

You should post an excerpt so more people click and read the article. It's actually informative and well-written so I think many users will benefit from it.
Just a quick question - when using the "sweep" function - are there any fees?

🎰 Bitcoin Casinos ⭐⭐⭐⭐⭐
.
🔵 Buy Bitcoin (Visa / Mastercard / SEPA / Bank Transfer / Western Union / MoneyGram / RIA)
tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
May 01, 2014, 02:57:56 PM
 #24

Hi, there are network fees but GreenAddress does not charge for any usage of the wallet.

We will only change for some premium services and promptly tell the user if so.


See below cut and paste of the article

Quote
tl;dr Reusing bitcoin addresses has both security and privacy consequences and should be avoided, especially since services and tools that don’t reuse addresses are available and even easy to use.

 

First what do we mean by “address re-use”?

In general we mean sending, ever, more than one transaction to any specific bitcoin address.

Specifically what you want to do is to prevent having funds sent  to an address after any bitcoin has been spent that were addressed to that same address. Technically receiving two transaction on an address and then spending is OK but receiving, spending and receiving from an address in this order is not. The easiest thing to do is not reuse, especially since you can’t easily synchronize with parties which may pay you after you spend from an address.

Yet, a lot of people are reusing addresses over and over and over, mostly because they don’t know better and, most importantly, reusing addresses is the default option in the tool or service of their choice.

From a privacy standpoint it should be clear why this is really bad: people that have your address can see your past and future transactions and track you and also, by making yourself more identifiable you’re making it harder for everyone else to use Bitcoin privately.  Poor privacy is infectious.


If you ever pay someone that also uses a public address, like a gambling site, everyone that knows that you control that address will also be able to know you gamble, when you gamble and who you gamble with which may not be something you want people to find out or even phantom as a possibility, yet is trivial to do, as the bitcoin public ledger, the blockchain, is, duh, public.

From a security standpoint it’s not obvious why it is better to not reuse addresses but there are two components:

Not reusing addresses can protect you from a weak random number generator or buggy ECDSA implementation (see what happened on Android with their RNG)
Not reusing addresses protects you from quantum computing
 

A reasonable question/answer  about this topic is on bitcoin.stackexchange.

Historically reusing addresses has also been practiced for two main reasons:

Simpler to reuse, both from user and developer implementation prospective (and most people don’t know yet about bitcoin, that this is even an issue or how to track you)
Every time you ‘create’ a new address you must also create a new private key and with that comes responsibilities such as making backups of the new private keys each time a new one is created. This is no longer an issue if you use a deterministic wallet
How to solve the issue? People should be made aware of the problems associated more clearly and services and tools like Mycelium and Blockchain.info or even Bitgo, which are relatively famous tools/services that do at least some address reuse by default , should really avoid reusing addresses before more users are harmed.

Users that don’t want to wait for these service or tool providers to catch up and update can use services like GreenAddress,  which never reuses addresses, uses a deterministic approach and provides true per-transaction two factor authentication via multisig.


Feedback is welcome!

tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
May 12, 2014, 08:07:33 AM
 #25

new blog post http://blog.greenaddress.it/2014/05/12/amsterdam-bitcoin-2014-payment-protocol-stealth-addresses-coinjoin-and-merge-avoidance/

eyci
Newbie
*
Offline Offline

Activity: 20
Merit: 0


View Profile
June 15, 2014, 01:54:07 PM
 #26

Hi, I just created a greenaddress.it wallet and played around a bit, overall I am quite impressed with the concept and its execution. Just a few thoughts:

1) nLockTime for user refund is nice and all, but the time-locked refund tx is only provided after the new incoming tx has been broadcast, so your nLockTime solution does not protect me, if for example, if I receive a payment in a state where greenaddress.it keys have already been lost, for example. Of course this is the way the service has been designed, so I'm not sure if there exists a solution. Have you any thoughts about this? Is there a way to design a payment protocol perhaps such that the sender only signs the inbound tx after the nLockTime tx has been provided to the recipient?

2) Micropayments. I notice that the way micropayment channels are set up is very similar to how greenaddress.it works. I wonder if you have given any thought to integrating a micropayment system into your wallet? I have been waiting to see a real solution for receiving off-blockchain, zero-fee transactions which doesn't require the sender to have an account with any specific third party like Coinbase for example.

Good luck with your service!





e4xit
Sr. Member
****
Offline Offline

Activity: 302
Merit: 250



View Profile
June 18, 2014, 09:39:37 AM
Last edit: June 19, 2014, 01:51:13 PM by e4xit
 #27

Hi, I'm loving the chrome app for this (and can't wait for an iOS version to arrive, hopefully soon!), but I do have two questions to ask...

The first is about the NLockTime thingy... How can I (provably) tell if my funds are in an NLockTime state? Does some information exist on the blockchain or something? Sorry if this is a silly question but it just seems that currently I am just taking your word for it when I switch the toggle in the settings panel...

Secondly, how can I check which address my timelock funds are set to be sent to at expiry? Also, is ti possible to change this address (I suspect not)...?

Thanks

EDIT: Also would liek to ask about the chrome app: I don't seem to be able to send using it? The app just hangs before it gets to the 2FA screen (which it can thankfully reach from my iPad).? Any ideas how I can get sending to work on the chrome app?

Thanks again

Not your keys, not your coins.
CoinJoin, always.
sbrzol
Hero Member
*****
Offline Offline

Activity: 569
Merit: 500


View Profile
June 24, 2014, 02:50:30 PM
 #28



i only want to receive bitcoins

1,    i went to Receive Money  tab , no addresses and no generate new address button
2,    ok then try  "show uri and addresses"  button  --> ohh a new address shown (my first address)
3,    logout , login
4,    i went to Receive Money  tab , no receiving addresses shown ,  wtf? 
5,    ok then try  "show uri and addresses"  --> ohh and i got another address  wtf?Huh?  new address?   i clicked on "show" not generate , (there is no generate new address)


i generated 4 addresses (with the show button) before i noticed that my addresses can be only seen when i click "show previously generated addresses"  button   -->  this is a very bad  UI (user interface) 
why the "show uri and addresses" button generates address , and not only showing the last one?    this is very bad UI too

i think you should reconsider this misleading UI
tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
June 24, 2014, 02:58:20 PM
 #29

Hello,

I am not sure I understand exactly your issue, can you help me understand it better?

Let me start from saying that unlike other wallets generating new addresses in GreenAddress does not require manual backup as the wallet is deterministic.
On top of that, it is the norm in bitcoin security and privacy to avoid reusing addresses.
Last, we don't automatically show an address as you may wish to receive bitcoin via paper wallet scan or by manually sweeping some keys as opposed to provide someone with an address.

If we generate the address anyway and that is not distributed it gets wasted, on the other hand there is no way for us to know once we display it if it is ever given out as it can be used later for what we know and by default we avoid but not prevent address reuse.

What is the actual need or issue you suffered? You can reuse addresses but we do not do that as a default as it is bad for both your privacy and potentially security.

For more details you can see this blog post http://blog.greenaddress.it/2014/04/30/reusing-addresses-is-bad-mkay/

Hope this helps!

Thanks!

tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
June 24, 2014, 03:01:45 PM
 #30

@e4xit

is it possible on your chrome app computer you have a firewall for outbound connections on port 8081 or other ports used by electrum servers?
We have a patch coming for this that in case there's firewall issues allows the user to decide to go ahead anyway and not use the extra checks provided by this extra checks we do.

If is not that I need to check a little more about the version you are running of chrome and the app so i can try to reproduce.

Thanks!

sbrzol
Hero Member
*****
Offline Offline

Activity: 569
Merit: 500


View Profile
June 24, 2014, 03:11:53 PM
 #31


i wont send more than 100 BTC to an address that i have never tested before , and i think not i am the one

so when i am trying a new wallet service :

1,  send only 0.1 BTC to the wallet
2,  send another 0.01 BTC to the wallet to the same address
3,  send back 0.1 BTC to my currently used wallet   (testing the other way)
4,   after everything worked , i will send 10-1000 BTC to the new wallet (same address)



tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
June 24, 2014, 03:39:13 PM
 #32

I understand your point of view.

Sending a tx is not the best way to test the address, as gmaxwell suggested in a short conversation on irc #bitcoin something better may be signing a message but unfortunately i don't think it is the most user friendly way.

You can reuse addresses in our service and it wouldn't be any worse than reusing addresses in other services, in fact, because of multisignature and deterministic signatures it is  better but we still prefer to discourage things that may ruin your privacy or security where possible.

Is there something we can do to improve your experience but at the same time avoid impacting privacy and security?
We could have a settings option that shows you the last one at your own risk such that you don't have to find it in the list.

Conversation below for reference:
Quote
(15:23:50) GAit: User wants to test address with little amount before sending big amount vs HD service defaulting in not reusing addresses so making it multple steps to go find old addresses. User has reasonable points. https://bitcointalk.org/index.php?topic=521988.new;topicseen#new - What is your opinion?
(15:24:51) gmaxwell: GAit: this isn't a reasonable point. If an address works once thats no guarentee that it'll work in the future... or at least not any _less_ of a guarentee that a hd wallet will work.
(15:25:58) GAit: gmaxwell: a reasonable point of view maybe, i can see where he comes from. Perhaps the user should think less of addresses and more of entities but he has learned to not immediately trust services which is reasonable
(15:26:34) gmaxwell: yea, I see where he's coming from, but it's oversimplified.
(15:27:17) GAit: it is, and it will take a bit of time for HD wallet to make a dent
(15:28:03) gmaxwell: A better test in a signed message but there is as of yet no multisig signmessage.

ondratra
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250



View Profile
June 24, 2014, 04:12:52 PM
 #33

Hi Smiley very nice service.

But are you planning to implement more signature features - like 2 of 3, 3 of 5, etc? I somehow feel that with multisignature it's possible to lose part of key.
tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
June 24, 2014, 04:17:45 PM
 #34

We are planning to be interoperable with other wallets that support n of m for multiple people authorizing transactions.

We also have implemented subwallets which are currently available via the API and that we will soon add to our UI such that you can create subwallets with any security settings you like including 2of3.

More on this soon!

e4xit
Sr. Member
****
Offline Offline

Activity: 302
Merit: 250



View Profile
June 24, 2014, 07:37:30 PM
 #35

@e4xit

is it possible on your chrome app computer you have a firewall for outbound connections on port 8081 or other ports used by electrum servers?
We have a patch coming for this that in case there's firewall issues allows the user to decide to go ahead anyway and not use the extra checks provided by this extra checks we do.

If is not that I need to check a little more about the version you are running of chrome and the app so i can try to reproduce.

Thanks!

Hi tryexcept,

I am using a work computer for this so entirely possible that port 8081 might be blocked... I will try to run a test for it when I am back at work tomorrow (there must be a website which can check an open port right?)

Not your keys, not your coins.
CoinJoin, always.
tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
June 24, 2014, 07:57:15 PM
 #36

Hi e4xit,

We just pushed a new update of the app which should now work with firewalls blocking electrum and allowing you to ignore that if you have no alternative.
I need to make some more changes for android and then will push to github both, for now I just updated the chrome store.

Hope this helps!

sbrzol
Hero Member
*****
Offline Offline

Activity: 569
Merit: 500


View Profile
June 24, 2014, 10:33:22 PM
 #37

what if i lose my phone (my "telephone number") , so i cant get the sms to the  Two factor authentication  ( so i cant make any "action"/change )
How can i access to my bitcoins  (for sending) ? 
tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
June 24, 2014, 10:35:21 PM
 #38

You can always set a Gauth code which you can keep in a safe place as a backup or you can set some other 2FA option.
To disable a 2FA you need 2FA so you are advised to configure two or backup your gauth if you use that alone.

FrozenBit
Full Member
***
Offline Offline

Activity: 657
Merit: 102


View Profile
June 30, 2014, 06:16:22 PM
 #39

I just noticed something disturbing?


"Server assisted bitcoin wallet which runs in your browser or on your phone or as a local unminified/inspectionable App."


 Server assisted, doesn't this mean you control all keys and could easily steal funds?

 I also just seen this on reddit:


EDIT: Link to Greenaddress using deceptive buissness practices - https://bitcointalk.org/index.php?topic=670613.msg7587965#msg7587965

EDIT: Link to Greenaddress using peddlers to hide that on reddit - http://www.reddit.com/r/Bitcoin/comments/29fdhu/greenaddress_is_using_peddlers_to_hide_bad/



 I'd think twice before using greenaddress.


tryexcept (OP)
Full Member
***
Offline Offline

Activity: 192
Merit: 100



View Profile
June 30, 2014, 06:23:20 PM
 #40

Server assisted multisignature sir!

You should know, you are trying to create a multisig wallet yourself! Let us know if you want any tip of code sharing! We are on github!

Pages: « 1 [2] 3 4 5 6 7 8 9 10 11 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!