Bip32 bitcoin exchange rates
The seed allows a user to easily back up and restore a wallet without needing any other information and can in some cases allow the creation of public addresses without the knowledge of the private key. Seeds are typically serialized into human-readable words in a Mnemonic phrase.
Early clients such as the Satoshi client generate a buffer of fresh random private keys to be used as receiving and change addresses in the future. This has the effect of invalidating backups after a short period when the keypool buffer typically addresses is exhausted. Deterministic wallets can generate an unlimited number of addresses on the fly and as such don't suffer from this issue.
As the addresses are generated in a known fashion rather than randomly some clients can be used on multiple devices without the risk of losing funds. Users can conveniently create a single backup of the seed in a human readable format that will last the life of the wallet, without the worry of this backup becoming stale. In this model a server can be set up to only know the Master Public Key of a particular deterministic wallet.
This allows the server to create as many public keys as is necessary for receiving funds, but a compromise of the MPK will not allow an attacker to spend from the wallet. They can alternatively be used in Electrum and Armory to enable completely offline storage and spending, where an offline computer knows the private key and an online one knows only the MPK. Transactions spending coins are ferried between the two computers via USB storage which avoids exposing the offline computer to a network-based attack.
Deterministic wallets implemented by hardware wallets TREZOR keep the generated private keys offline and do not expose them to the computer even when spending coins. A type 1 deterministic wallet is a simple method of generating addresses from a known starting string, as such it does not allow advanced features such as a Master Public Key.
We have sensible rate limits to prevent the service from denial of service attacks. It is extremely unlikely that a user will encounter these limits under normal use. If you find that you are hitting a rate limit, please contact support with the details. If you have a requirement that exceeds the current limits, please feel free to contact us to discuss your needs further.
Addresses change constantly for privacy and security reasons. Re-using old addresses makes it easier for others to group transactions together and can be less secure. While GreenAddress does correctly process multiple payments to the same address, we recommend not re-using them. Addresses should be thought of as one-time receipt IDs rather than as unchanging identifiers such as traditional bank wire details. Please see the API documentation for more details.
All previously generated addresses are available in the Receive tab under Advanced Options when using the Chrome or Cordova wallet clients. Your private keys are not stored. They are derived on demand from your mnemonics as a seed to a BIP32 hierarchical wallet. Your mnemonics and private keys are never sent to the server. The server receives the public key and chaincode for generated addresses only.
When you create a PIN, a random bit AES password is created and used to encrypt your mnemonics and store them on your device in encrypted form. This password is sent to the server and destroyed on the client. If the server is given the correct PIN when logging in, it will return the password to the device in order to decrypt the mnemonics.
If the server is given the wrong PIN three times, it will destroy the password at which point the user must use their mnemonics to log in.
Note that the server never sees your mnemonics at any point. If you can't remember the PIN you use to login to your wallet, you will need to use your mnemonics to log in instead. After entering the wrong PIN three times, the back end service will delete its copy of your wallet's random decryption key, at which point the PIN can no longer be used.
Your wallet client will then ask you to login using your mnemonics and you can resume using the service as normal. The service never knows your mnemonics or passphrase; We cannot help you recover them if they are lost. If you have a wallet with PIN entry enabled, you can use your PIN to log in to the wallet and then view the mnemonics from the settings menu.
You should then write them down and store them safely. In all other cases you will only be able to retrieve your mnemonics by brute force trying various combinations of valid words. This is similar to how a hacker might try to break into your wallet, and is not generally feasible.
You should research third party services for wallet recovery, as GreenAddress does not offer assistance or support for wallet cracking for obvious reasons. You should always have at least two different two-factor options enabled. As long as you keep these backups you can maintain access to your coins even if you lose access to one method for any reason.
In cases where you have lost access to all of your two-factor methods, we have no way to return control of your coins to you. We take our users' security very seriously; we have never disabled two-factor authentication for any user once enabled, unless explicitly authorized to do so via another two-factor authentication method. We follow the restrictions that you placed on your account without exception.
If your coins are in a 2of2 account then you will need to recover your authentication - we cannot disable it in this or any other case. Alternately, if you had enabled nLocktime transactions then you can use them to recover your coins after the nLocktime expires 90 days by default.
If you transferred your coins to a 2of3 account then you can move them without two-factor authentication since you have 2 of the 3 required signatures. If not, then unless you can recover your authorization we cannot help you. As noted, 2of3 accounts can be used to avoid requiring authentication also. These future mitigations require careful design and development to ensure that they cannot be exploited by attackers.
It may be some time before we can safely implement them. Our two-factor authentication system is a security measure that we include to ensure that even if a malicious party steals your mnemonics, they cannot access your wallet and steal your funds.
We do not do this, because if we did so, it would compromise all the security offered by 2FA in the first place. Any malicious party could steal your mnemonics, and then contact us asking us to reset the 2FA, and then they could access your funds. As such, we strongly urge users to set up at least 2 different 2FA methods.
SMS delivery is not perfect and sometimes there can be delays or failures. Some countries can be more affected than others depending on factors like the reliability of the underlying mobile infrastructure. You should always have at least two two-factor methods enabled to maintain access to your coins. Email delivery is not guaranteed and sometimes there can be delays or a failure in delivery.
It is also possibly for anti-spam systems to mistakenly classify two-factor emails as spam or strip the attachments from them.
Please ensure you check your spam folders and give the email time to arrive. If you regularly have issues receiving email you may wish to adjust your spam settings, whitelist the sender in your client, or move to a more configurable provider. GreenAddress is designed to allow you to recover your coins if the service ceases to be available.
GreenAddress does not currently charge fees for any of its services. If we add a fee for any service in the future, this will be clearly communicated and opt-in. Enterprise clients and those seeking custom solutions are welcome to contact us to discuss arrangements for extra services and support.
The fee you see in the sending transaction dialog is paid to Bitcoin miners to confirm your transaction i. Transactions fees change according to demand on the Bitcoin network. Miners may ignore or delay transactions with extremely low fees. GreenAddress automatically calculates a fee that aims for your transaction to be mined quickly.
We do not aim for the absolute fastest possible confirmation time since doing so may be very expensive. Most of our wallet clients allow you to change the fee.
This can be useful if you want to ensure a transaction confirms even more quickly by increasing the default fee , or to lower the fee if you do not care how long the transaction takes to confirm.
Unless you are experienced in using Bitcoin, we suggest you use the default fee calculated for you by the wallet. All GreenAddress wallets provide a confirmation dialog with fee information and a payment is generally denied if the amount is below what the network will accept.
When you send a transaction a fee is included as a reward to the miner that mines the transaction into a block see above. If the fee is set too low the transaction can become stuck because the incentive is not sufficient for a miner to mine it. In this case it is possible to replace the transaction with one with a higher fee.
This is called "bump fee" in the client, and is also known as "replace-by-fee" or "RBF". We have two Android applications, a native application and a Cordova application. Our iOS application is available from the iTunes Store. A Chrome packaged application is available from the Chrome Web Store.
All of our applications are open source and you can contribute to their development on GitHub. If you are building a service that will use GreenAddress, we suggest you get in touch to discuss your requirements and ensure your use of the service will be secure.
You can try our testnet version at test. A testnet faucet to receive coins for testing is available at tpfaucet. Please remember to send any testnet coins back to the faucet when you are done testing. We also have a bleeding edge regtest environment and faucet available at regtestwss. This environment is updated regularly and may be restarted without notice. We value your feedback and suggestions. Please feel free to raise issues on GitHub or email us at info greenaddress.
We have a long list of planned features and languages that we wish to support. You can check the existing issues on GitHub for details. If you would like to help with translation please see here. Cookies are unique identifiers that we use to enable our services to recognize your device and provide features such as remembering your language preference and security for some common web issues.
We ask you to accept the use of our cookie in accordance with EU law. How can I contact you? What is your support policy? What features does GreenAddress offer? For a simple high level comparison with similar services please see here. We aim to provide a convenient-to-access wallet that emphasizes security and privacy: Convenience Easy access from anywhere All access controlled by a single user mnemonic phrase A simple interface with up to date fiat price conversion Fast PIN login Watch-only logins for quick balance and transaction checking Instant transaction support Easy key sweeping to import coins Sub-accounts for 2of2 and 2of3 signature transactions Security Multiple two-factor authentication options GreenAddress signature required to move coins Transaction limits and restrictions Hardware wallet support Recovery "nLocktime" transactions 2of3 accounts for user controlled backup keys Privacy User secrets are never transmitted to our servers User secrets are never stored unencrypted on your device Minimal information is stored by the service Optional PGP encryption for user emails What are "2of2" and "2of3" accounts?
What are "instant transactions"?