Several commands are not implemented.

[evoskuil]

Several commands that were implemented in Python have been obsoleted and others have been re-implemented.

These are previously-existing commands that have been stubbed in pending implementation in C++.

• address-embed [implemented]
• qrcode [version3]

Previously-existing network commands that were dropped from original python implementation.

• fetch-public-key
• fetch-utxo [version3]
• watch-tx

Previously-existing Electrum commands that need to be rewritten to BIP-39.

• mnemonic-new [implemented]
• mnemonic-to-seed [implemented]

New commands, based on BIP-38.

• ec-to-ek [implemented]
• ek-new [implemented]
• ek-public [implemented]
• ek-public-to-address [implemented]
• ek-public-to-ec [implemented]
• ek-to-address [implemented]
• ek-to-ec [implemented]
• token-new [implemented]

New command, previously envisioned but not implemented.

• tx-sign

[evoskuil]

address-embed is now implemented/tested. I changed the input from a file requirement to raw binary, accepted as an arg or STDIN, so a file can be piped in but text may also be presented via command line argument. This allows the encoding /decoding of arbitrary data to base 16, which is very useful as most commands require base 16 as a starting point.

[ggutoski]

Hi guys. Is there an easy way to get notified each time a tx gets an additional confirmation? Seems like this would be a useful feature. (Is this question relevant to the unsupported watch-tx command?)

[evoskuil]

You could approximate using watch-address, although depending on what you are after you may need to watch more than one address.

[skaht]

Will "qrcode" provide functionality similar to qrencode (http://fukuchi.org/works/qrencode/) that generates a QR png file from text, and zxing (latest zebra crossing fork https://github.com/glassechidna/zxing-cpp ) that converts a png file back into text?

[evoskuil]

That's the intent. The dependencies may be a bit problematic. I don't like conditional dependencies, but that may be the outcome.

[evoskuil]

The lower level functionality should be incorporated into libbitcoin (along with scan from a video feed).

[skaht]

I will have to experiment with zxing to see if it can handle rotated PNG images.

Assuming the most stressing use case, people won't have the patience for properly aligning QR codes at checkout scanners, unlike Bitcoin wallets.

It might be quicker to look at the results of zxing to see if the scanned text follows BIP 20 BNF formula, versus performing an image rotation on all the pixels comprising an QR image.

I'm not a QR technologist, but from my DSP background from 25+ years ago I'm guessing if zxing is applied it will need an interface for a video feed to convert a given frame into a PNG file. If the BNF does not handle rotated QR codes and the trick above doesn't work, then an orientation discriminator may be needed to identify a 2D rotation angle to rotate a PNG image for zxing to consume.

If the QR image is not withing the proper depth-of-foucus (DOF), 2D image focusing software may also need to be applied.

[evoskuil]

Hey, not so fast... we have 4 more commands listed for @thecodefactory to implement!

[thecodefactory]

I think it's about time to close this issue in favor of a new one listing fetch-publc-key, watch-tx, and tx-sign (with descriptions) as an enhancement. This issue can be referenced by the new one. Thoughts?

[evoskuil]

Sure, but please add new before closing old.