[coinb.in] Open Source, Multi Signature, HD Wallet, SegWit/Bech32 and more!

[chriswilmer]

How can we email you? What's your email?

[1713581276]

1713581276

[1713581276]

1713581276

[1713581276]

1713581276

[1713581276]

1713581276

[1713581276]

1713581276

[OutCast3k]

How can we email you? What's your email?

Its listed on my profile, but its: <my><user><name>@gmail.com

[chriswilmer]

How can we email you? What's your email?

Its listed on my profile, but its: my.user.name@gmail.com

That's an awesome email address!

Btw, it's not listed on your profile. It shows up as "hidden."

[OutCast3k]

The new version is live here: http://coinb.in will be published to github shortly.

Major changes:

• Multisig address generation now supports compressed public keys.
• Transactions and redeem scripts will return more information when they're decoded, including the N-of-M number and the amount of times they've been signed.
• Better transaction builder. You can build transactions from regular addresses as well as multisig addresses.
• Improved signing function. Regular transactions as well as multisig transactions can be signed.
• You can generate compressed and uncompressed public keys.
• Private keys are given a password field by default with option to show them later.
• You can generate addresses from Brain wallets.
• A built in browser based wallet, with access to your own private keys!

If you want to see more, please support the project by donating

Enjoy!

[OutCast3k]

Fixed a few bugs and added loads of little features, you can even set the "lock time" of transactions now.

Feedback and suggestions are welcome

[chriswilmer]

Fixed a few bugs and added loads of little features, you can even set the "lock time" of transactions now.

Feedback and suggestions are welcome

Awesome!

[ABISprotocol]

Fixed a few bugs and added loads of little features, you can even set the "lock time" of transactions now.

Feedback and suggestions are welcome

Excellent, I figured with time that would come to https://coinb.in/ ~ thanks for working with myself and ktorn (and some others) some time back on this most useful thing.

[wrb2010]

I am trying to get/make/see if its possible to make a home game poker app using bitcoin. Someone pointed me here. Would this work? Any help would be apriciated. Here or
http://www.reddit.com/r/Bitcoin/comments/2qoifa/need_help_with_app_id_like_to_see_made/ 

[Muhammed Zakir]

Great project! Would use this when time comes!

   ~~MZ~~

[pitchbend]

Thanks for your efforts this service is awesome.

[Giulio Prisco]

Awesome indeed.

[Giulio Prisco]

I did an end-to-end coinb.in test.

1 - I created and funded two wallets A and B

2 - From A I created a 2-2 multisig address with the public keys of A and B.
Address:
3LvaMMABYXamGkH1DQbLfB4pYp8pU3of7T
I saved the redeem script.

3 - From B, I sent money to 3LvaMMABYXamGkH1DQbLfB4pYp8pU3of7T
Transaction:
https://btc.blockr.io/tx/info/230f6e6c3d8bca2686cdfaeda7b24f1f08d657f82cdb82a687a89834e84be52c

4. From A, I created a transaction to send the unspent output of 3 to an external address, loading the inputs from the redeem script (output of 2).

5. From A, I signed the transaction and verified it (signed 1 of 2 OK).

6. From B, I signed the transaction (output of 5) and verified it (signed 2 of 2 OK).

7. From B, I broadcast the transaction (output of 6).

8. Received:
https://blockchain.info/tx/e1e14eb2a56df5812bc4d8b2deea64cf978767517ec38c397ede2c68af6a6762

I will do more tests appropriate to the specific use case that I have in mind. In general I thing coinb.in is great but perhaps too difficult for today's casual users - those who need click and simple one-click solution and are unable to open a new window or copy/paste. However, I am sure that it's easy to adapt the user the interface to specific use cases, hiding complex features and selecting the needed data (e.g. key and transaction to sign) automatically.

[OutCast3k]

A few new features coming soon to coinb.in, such as:

• HD Wallet Support (bip32)
• Use of Bitcoins Testnet
• Retrieve Unspent inputs from alternative blockchain explorers, such as blockr
• Broadcast to different blockchain explorers
• Build transactions for other Altcoins

I'm looking for beta testers and for someone to make a few video tutorials on using various aspects of Coinb.in - if anyone is interested, please get in touch by email OutCast3k<at>gmail.com

[Muhammed Zakir]

I can be a beta tester and for tutorials, need more info. Please PM me.

[OutCast3k]

I can be a beta tester and for tutorials, need more info. Please PM me.

Thanks, will be in touch shortly.

[OutCast3k]

HD support (bip32) has been added to coinb.in - enjoy everyone!

[xDan]

"what is not spent will be used as a transaction fee" - from the popup tip

pic related utterly scares me.

I haven't used the service, so I don't know if such a transaction would go through... But the fact it is even implied that it might is a very very scary thing and will keep me from using what otherwise looks like an excellent piece of software. Default to 100% of the value going to the transaction fee (if I don't put anything in the "amount" box) is crazy and might one day lose somebody all their coins.

A sane option might be giving a large red warning if the tx fee is larger than say 0.1% of the total value. Or not allowing it at all if it's over $1 worth or something.

If a change address is required, the user should be asked for it also with big warnings that it should be a safe, permanent address, not in a virtual machine or livecd etc (where people have lost large amounts in the past). A conservative approach to handling change is to send it right bank to the original address. Not quite as private, but better than losing money. (and still needs warnings to the user that the address/private keys they are sending from must be kept!)

[Muhammed Zakir]

[ img]https://i.imgur.com/GrRzQrK.png[/img]

"what is not spent will be used as a transaction fee" - from the popup tip

pic related utterly scares me.

I haven't used the service, so I don't know if such a transaction would go through... But the fact it is even implied that it might is a very very scary thing and will keep me from using what otherwise looks like an excellent piece of software. Default to 100% of the value going to the transaction fee (if I don't put anything in the "amount" box) is crazy and might one day lose somebody all their coins.

A sane option might be giving a large red warning if the tx fee is larger than say 0.1% of the total value. Or not allowing it at all if it's over $1 worth or something.

If a change address is required, the user should be asked for it also with big warnings that it should be a safe, permanent address, not in a virtual machine or livecd etc (where people have lost large amounts in the past). A conservative approach to handling change is to send it right bank to the original address. Not quite as private, but better than losing money. (and still needs warnings to the user that the address/private keys they are sending from must be kept!)

I agree.

I suggest to use recommended fee instead if change amount as fee and as this is advanced software, please allow users to edit transaction fee. You can send change back to origin address like xDan told.

[OutCast3k]

Hey xDan!

Before I start responding to your points individually, I just want to remind you that coinb.in is aimed at the "advanced" bitcoin user and offers the "tools" required for them to understand how things work. Also the code is also remarkably simple and easy to follow compared to say bitcoinjs.

I haven't used the service, so I don't know if such a transaction would go through... But the fact it is even implied that it might is a very very scary thing and will keep me from using what otherwise looks like an excellent piece of software. Default to 100% of the value going to the transaction fee (if I don't put anything in the "amount" box) is crazy and might one day lose somebody all their coins.

A sane option might be giving a large red warning if the tx fee is larger than say 0.1% of the total value. Or not allowing it at all if it's over $1 worth or something.

The transaction would indeed go through if you signed it. The question is, who am I to prevent someone from choosing their transaction fee, regardless of how high or low it might be. It would be an unfortunate mistake to accidentally set a large fee so I will take into consideration what you've said and perhaps throw up a confirmation notice if the fee is too large. But please keep in mind this is the first time someone has mentioned this and made such a big issue about it.

If a change address is required, the user should be asked for it also with big warnings that it should be a safe, permanent address, not in a virtual machine or livecd etc (where people have lost large amounts in the past). A conservative approach to handling change is to send it right bank to the original address. Not quite as private, but better than losing money. (and still needs warnings to the user that the address/private keys they are sending from must be kept!)

Yes a change address is required, again who am I to send automatically send it back to them. My philosophy is its your money, you can do with it as you like.

If you dont want to use the tools to manually build a transaction, and want the comfort of your funds being returned to you, try the wallet instead https://coinb.in/#wallet you dont get same functionality as building the transaction yourself, and signing it etc, but if the transaction fee is your issue, you can be sure it will return it to your address. Check it out

Thanks again for the feedback and suggestions. Very great full!

[OutCast3k]

[snip]
 
I agree.

I suggest to use recommended fee instead if change amount as fee and as this is advanced software, please allow users to edit transaction fee. You can send change back to origin address like xDan told.

The problem is not everyone would be happy with the funds being sent back to their original address, also its possible to populate the "inputs" on a new transaction with funds from multiple addresses. There is a few things to think about, because I don't want to force users to do anything they don't want to. But a confirmation notice sounds ok..