Here’s the list of the clients which support Trezor hardware. http://doc.satoshilabs.com/trezor-apps/index.html
Is Core going to support it?
Here’s the list of the clients which support Trezor hardware. http://doc.satoshilabs.com/trezor-apps/index.html
Is Core going to support it?
Who are you asking?
In any case: support for hardware wallets would certainly be welcome, if someone implements it.
I searched for it, and I found the answer is “No”
Are you open for a (sort of) plugin of trezor with Bitcoin Core wallet/Bitcoin XT?
It is technically doable, but it’s not in our pipeline for now. We do not see Core as a software ready for common users. Even Core developers said they may eventually remove Wallet from the code, because it it hard to maintain such monolithic code. I rarely agree with them; Core should be just an minimalistic implementation of node enforcing network rules and keeping blockchain running. They should leave other parts of infrastructure to people with better skills for UX.
Reference: https://forum.bitcoin.com/post10669.html?hilit=core#p10669
I asked Trezor and got this answer:
Sorry, but that particular Core developer is bullshitting you. BIP32 was just added recently and BIP44 is still not ready in Core. We will not put any effort until this is implemented by Core.
Reference: https://github.com/trezor/trezor-mcu/issues/94#issuecomment-226996490
@luke-jr It’s not very reasonable to say that it’s just driver code that’s missing. Sure, BIP32 derivation primitives have been implemented for years, but as long as the wallet does not actually use it for its keys, it would be pretty hard to support.
Of course, anyone is welcome to help move things forward with deterministic wallet and hardware wallet support.
Since fundrawtransaction
supporting custom change addresses (merged recently #7518) hardware wallets like Trezor or the Digital Bitbox could provide a little client/driver that would allow using Bitcoin-Core together with a transaction signing over a different tool.
I’m also working (extremely low prio, since fall 15) on a BIP for a “detached signing” standard. I think the current wallet approaches (Copay, Electrum) to support multiple native USB implementations is bad and what we need is a standard in how wallets-application could interact with hardware wallets.
BIP32 is somehow required, but I could imaging it would also work with importing n
addresses from a hardware wallet.
IMO Cores wallet should have a mode where all transaction signing is somehow asynchronous and in that more each signature will be requested over an interface (pipe / raw TCP / ZMQ / http [my preferred way]). Each hardware wallet could provide an interface together with an optional UI and other wallets could also use this “standard communication interface”.