For now I am using electrum for the long term storage and blockchain.info wallet as the web wallet which is more safer when compared to other online wallets.
I wouldn't recommend electrum for real long-term storage. If you really plan to hold long term (meaning you don't want/need to touch these coins regularly), a cold wallet would be more suitable. This can either be accomplished by using a hardware wallet, creating a paper wallet or using an offline PC for storage only. Electrum is only as secure as your whole setup (your OS, installed software; PC in general) is. I also wouldn't call blockchain.info a 'safe' online wallet. There is no real reason to think that it is anyway better than one of the other web wallets. Web wallets are generally way less secured than mobile-/desktop- wallets.
|
|
|
password security code is usually used to login only to retrieve the wallet and change the password you can perform via private key feature, or email time list
Wait.. what? A password is something you know which gives you access to something (either bei autorization or encryption/decryption). A 'private key feature' does not exist. A private key is a big (random) number which has a mathematical relation to the public key. In bitcoin, the private key allows to spend UTXO associated to the correlating public key. An email is nowhere used inside the bitcoin network. Online sites/services require you to use an email to register. But when losing a password for a wallet (we are not talking about a 'web wallet' like blockchain.info or a wannabe-web-wallet like coinbase) there is no option to reset it via email.. It seems you have quite a big misunderstanding about how the whole system works. I hope you have your coins well secured, and know what you are doing
|
|
|
When I put in seed I access trezor. Its just my wallets with my bitcoin and Eth which arent there any more.
It is still not completely clear what you mean I did understand the following: - You entered your seed and are able to access your wallet
- You can see your old transactions
- 'Newer' transactions are missing (only BTC and ETH?)
Is this correct? Do you also have other coins/transactions (besides BTC/ETH) on your trezor which you can see when opening your wallet (either completely or partially) ? HCP's suggestions seems to be the most promising one. Do you remember whether you have once added 'another account' inside your wallet? Since you can access a part of your transaction history your seed most probably is correct (except for the case where you have changed it; do you only see old transactions inside your wallet (without a current balance) or is there actually a balance ?) Do you remember creating a new seed ?
|
|
|
The occasional debates and threads about hardware wallets that has been appearing here in DT&D board, so far, are enough for me to say that hardware wallets are no safer than alternative clients.
This is a quite funny statement. I'd be interested to hear why you think that a hardware wallet (private keys generated + stored in an 'airgapped' offline environment, requires to physically press a button to approve transactions, can be run on an infected PC) has the same level of security as 'alternative clients'. Desktop-/Mobile-/Web- wallets store your private keys on a device which is connected to the internet. Desktop-/Mobile-/Web- wallets do NOT need a physical confirmation to send funds. Desktop-/Mobile-/Web- wallets can NOT run on an infected PC without getting compromised.
|
|
|
The problem is what to do with those "money". For 99% of the people that are getting funds from an international remittance is almost impossible to use them all as BTC. So, they will have to look for an exchange to transform those into the local currency. At this point is either go for a 5-7% fee at an ATM or 2-3% fee on localbitcoins meeting a total stranger face to face or...use and exchange and...a bank!! Which is quite counterproductive I would say... The same applies if someone was to send me some venezuelan dollars. They are worthless here. I wouldn't be able to convert them because the flat fee would be higher than yearly wages in venezuela. If i am insisting on only accepting one currency, sure. I will have to convert it and need to pay a fee. But if i am somehow free of which currency i choose, i won't have to exchange it. And in this case (i guess thats what bitcoin aims for ?) BTC is definitely the better alternative (imo). There would be no reason for me to exchange BTC if i can pay bills, rent and food with BTC (and i definitely wouldn't).
|
|
|
To check whether your wallet does hold the private key to the address, enter the following command into the console ('View' -> 'Show Console' -> 'Console'-tab): ismine("Your_Address_Here") This will return true or falseTo export the private key, enter: getprivatekeys("Your_Address_Here")
|
|
|
The only one limitation I see here that not all wallets support checking balance and operating fund for a wallet that has a lot of derived addresses.
Actually every (proper) wallet does that. They check each address one-by-one (increasing a 'counter' when deriving keys) and stop when they have found X addresses without a transactions (X = address gap limit; can be set in settings). However i always can do this by myself iterating over generated addresses manually and collecting funds, am I right ?
Of course. You can always do it yourself. And you can always use a wallet to do it for you (electrum does that pretty nicely, gap limit can be adjusted easily and consecutive checking for balances works flawlessely). You won't have any disadvantage when using a new address for each customer/order. In fact you will keep the privacy of your customers and you will somehow 'hide' the total amount of money/transactions you received.
|
|
|
But unfortunately this won't allow the QR code to be scanned with a mobile wallet app (like it is mostly done when paying via scanning QR codes). This is quite a disadvantage regarding usability (imo). For business cards, this probably is the cleanest solution. But for a restaurant with a QR code (at the door/windows, or wherever), i'd rather choose a screen displaying the QR code (which changes it after reach TX).
|
|
|
You can see that the wallet.create_new_address(True) command created the 'bc1q0x0d...' address which is shown as a "change" address.
Weird.. i am certainly sure that this hasn't worked when i tried it.. Unfortunately this command doesn't appear in the list of commands (help()). I guess this was my mistake NOTE: the "True" and "False" are Case-sensitive...
|
|
|
However, I don't understand why I have to install Bitcoin Core to use my Armory wallet.
The reason is quite simple. Armory does not rely on an online service to verify transactions. It verifies the transactions itself (and therefore the full blockchain has to be downloaded and stored). If you don't want to download the whole blockchain, you can always switch to a lightweight client (e.g. electrum). These lightweight clients query an API to retrieve information about your balance/addresses.
|
|
|
Wooow, I think you personally believe JAXX is completely decentralised platform and they do not have any access to the user wallets....we're going to leave it there, because you obviously did not read my second sentence in the original message. No point to discuss it with people who do not read nor understand.
So, you are talking about this (second) sentence: I have Jaxx installed on one single device which turns on only to check the JAXX, also JAXX is pin protected and I have more layers of virus protection.
Then you obviously didn't read my first reply, because i have quoted exactly this sentence.. [...] and I have more layers of virus protection.
If this means, that you have multiple AV software installed, then this might have caused the lack of security. I am sorry that you lost coins using jaxx, but users have been warned quite often since jaxx is known to be vulnerable (and buggy). And i am also sorry to tell you that your coins havn't been stolen by jaxx developers. It is a fact that the majority (i am talking about 70%+) of the users in the crypto space do not have a clue how to protect a wallet properly. And unfortunately you seem to be one of them. I know that the easiest way is to blame others, but unfortunately you are the only one who is responsible for the security of your coins. Obviously, your setup wasn't as secure as you thought it was. Take it as a lecture and try to understand what your mistake was. Try to learn from it instead of blaming others.
|
|
|
Is there anything to be careful about while programming bitcoin?
You can't 'program bitcoin'. But there are definitely quite a few things you have to care about when programming anything which handles sensitive information (in this case: private keys). What exactly you have to care about depends on what kind of software you are writing. If you are planning on creating an online service you'll need way more security precautions than when coding a small scrip which querys an API / your node. So, if you want some advises on what to keep in mind when programming, the best would be to create a new thread describing what your plan is, so people can think of attack vectors / possible bugs.
|
|
|
AFAIK electrum unfortunately does only allow to create new 'receiving' addresses via the console, but no change addresses.
you can generate new change addresses via wallet.create_new_address(True). put in a loop to make many change addresses. No. This does not work. Typos are evil. This command worked in older versions of electrum. The current command to create an address in electrum is createnewaddress(). There is no way to actually create a change address via the command line (afaik). createnewaddress doesn't take any parameters.
|
|
|
[...] then a simple ETC address on which some of coins were transfered was enough for miserable non existent JAXX security to be cracked. So, no more ubisoft, cryptopia, hitbtc and jaxx for me....I hope this experience might help others.
Just because an attacker gained access to your exchange-accounts and one of your addresses, he still wouldn't be able to get the private key out of your jaxx wallet. Those online services (accounts hacked or not) are not related to the theft of your coins (private keys) from your desktop wallet. The only option is that your system is infected (assuming you did create a new seed in jaxx and didn't use an old seed which is accessible anywhere else). An exchange account and your address can under no circumstances lead to your private key (stored locally on your PC) to be accessed. So, either someone had physical access to your computer, your computer is infected or you have stored your seed somewhere not safe (e.g. anywhere online).
|
|
|
AFAIK electrum unfortunately does only allow to create new 'receiving' addresses via the console, but no change addresses.In order to derive more change addresses from your seed, you will have to use another wallet/tool to derive them. Since electrum does not use BIP39, you will have to export the master private key of your wallet. To do this, you will have to open the console ('View' -> 'Show Console' -> 'Console'-tab). Then enter this command: This will print you out your mpk (will start with xprv..). Afterwards either import it into another wallet (using the derivation path: m/44'/0'/1'/, for receiving-addresses: m/44'/0'/0'/ ) or download this site ( https://iancoleman.io/bip39/) and run it on an offline PC to generate the private keys of your addresses (which you afterwards can import into another wallet).
|
|
|
Actually there are quite a lot exchanges who are trustworty. For a Fiat->Bitcoin gateway (no ordering): Crypto <-> Crypto exchanges (no ordering): These are the most commonly named/used. While they are trustworthy enough to buy/sell coins on them, they are NOT trustworthy enough to keep the coins on the exchange (this applies to every(!) exchange). If you are going to buy bitcoin (or any other crypto) make sure you already have learned/understood how to store coins safe. Create a wallet -> buy your coins -> withdraw them immediately.
|
|
|
V yper shouldn't be considered a real programming language. Vyper is a new smart contract development language. Python, on the other hand, is an (interpreted) scripting language. The basic differences are: - Vyper:
Is used to code smart contracts on the ethereum network (only) You can read more about vyper here: https://github.com/ethereum/vyper
- Python:
Is used to code any script to be run on any OS in any context (as long the python module is installed) You can use it for any automated task you want to be accomplished (e.g. simple I/O operations, API querys, basic or advanced bots, even object oriented (with quite a bad runtime), etc.. ) If you want to learn more about python, visit https://wiki.python.org/moin/BeginnersGuide/Overview
|
|
|
You might want to move this topic into the Mining section. You probably will get more qualified answers there. Reflashing the firmware in order to gain access to the API sounds very strange. Unfortunately i am not very familiar with the antminer config, but you might try setting "api-allow" : "A:0/0,W:*". Did you follow this guide to set up the privileged API access ?
|
|
|
Seriously? I specifically refuted your (Core's) reasoning about the infamous insistence on crazy 1MB limit by showing its irrelevance to non-miner and miner full nodes both, in details, using proven mathematical techniques.
1) You didn't refute anything. 2) It is not a 1MB limit, it is a 4.000.000 Weight limit. 3) The only 'mathematical techniques' you have used were simple percentage calculations.. Are you guys blind or something? I have proved [..]
You didn't prove anything. All you did was to express your opinion. I have to prove that solo miners with tens of millions of dollars (minimum) investment can afford setting up an state of the art full node?
Or I have to prove that non-mining nodes can afford 100 dollars for buying a multiple terabyte storage and they can wait a few more seconds, even minutes, to verify a block without losing anything?
What about the most obvious one: [..] what about you come up with an actual PRO argument (for a blocksize blockweight increase) ?
Still not a single argument pro on-chain scaling.
|
|
|
|